问题标签 [pooling]

我正在关注本教程，了解如何在 Spring 中池化对象。我已经按照教程中的说明进行操作，但是当我运行我的应用程序时，它总是会生成一个新的对象实例。我期望由于我正在汇集对象，现有对象将被重用。因此，不应创建新实例。此外，当我访问 bean 的 getter 方法时，会再次创建 bean 的新实例。

我做错了什么？我是否误解了 Spring 中的池化概念？

下面是我的代码：

应用程序上下文：（这只是我的应用程序上下文的主体。）

控制器：（这只是我的方法的主体）

我正在汇集的 bean：

我的 web.xml 的主体：

我在服务器中面临一个问题，其中几个连接超时。以下是错误文件中的错误：-

下面是配置

虽然历史最大连接数尚未超过 320，但我们使用命令看到许多连接处于 TIME_WAIT 中：

在应用程序端，如果客户端空闲超过 600 秒，客户端将关闭连接。

这意味着许多连接处于等待状态。同时，服务器不忙。这意味着它没有处于锁定状态。

有人可以帮我吗？提前谢谢。

斯里达尔。

我们有一个在 tomcat 6 上运行的 java web 应用程序，它正在调用一个 jar 以实现持久性。此 jar 位于 tomcat lib 文件夹中，并使用 tomcat 数据源：

该jar是一个java项目的二进制文件，它使用hibernate 3.5.6-Final for ORM。休眠配置如下：

起初，我们没有在应用程序中包含 hibernate-c3p0 包，因此没有使用 c3p0 设置。整个应用程序像这样正常工作。

我们添加了 hibernate-c3p0 包，以实现更好的池管理。所以这个包现在被嵌入到 jar 中以保持持久性。

但是我们现在有这个错误（它出现在每次启动后，当 weba 应用程序尝试从持久性 jar 中检索数据时）：

[Task-Thread-for-com.mchange.v2.async.ThreadPerTaskAsynchronousRunner@eafa5f] 13:46:22 WARN - BasicResourcePool$AcquireTask: () com.mchange.v2.resourcepool.Basi cResourcePool$AcquireTask@b321c1 -- 采集尝试失败的！！！清算未决收购。在尝试获取所需的新资源时，我们未能成功超过允许的最大获取尝试次数 (30)。上次采集尝试异常：sun.jdbc.odbc.JdbcOdbcDriver.knownURL(JdbcOdbcDriver.java:476) 处 sun.jdbc.odbc.JdbcOdbcDriver.getProtocol(JdbcOdbcDriver.java:507) 处的 java.lang.NullPointerException。 odbc.JdbcOdbcDriver.acceptsURL(JdbcOdbcDriver.java:307) 在 java.sql.DriverManager.getDriver(DriverManager.java:253) 在 com.mchange.v2.c3p0.DriverManagerDataSource。

这似乎是错误的，因为似乎使用的是 Ojdbc 驱动程序而不是数据源中定义的 postgresql 驱动程序。

你知道什么会导致这个错误出现，以及如何解决它？

我在休眠配置中尝试了不同的东西，我在 stackoverflow 和不同的论坛中找到了这些东西，但没有解决问题：

我必须准确地说，我们只能控制用于持久性和 tomcat 安装的 jar。我们无法修改调用 jar 的 Web 应用程序。

我试图了解以下之间的区别：

• 一个应用单元
• 一个应用实例；和
• 应用程序池

例如，我如何知道何时适合为我的应用添加更多应用单元？还是添加更多实例？或者将它们的某个子集配置到一个池中？提前致谢！

I have created a .Net 3.5 web service in C# that communicates to a Progress OpenEdge database through ODBC.

This database has been set up to only allow 10 simultaneous connections on the user account the web service is using (third party restriction).

I am running into a huge problem when the web service gets a lot of simultaneous requests and tries to connect to the database for each of these requests. When the connection limit is exceeded, the database will reject new incoming connections for a couple of minutes.

The web service is running on windows server 2008. Connection pooling is enabled for the ODBC driver.

I somehow will have to restrict the number of connections that my web service is trying to make, but I don't know how. The Progress OpenEdge ODBC driver that I am using, does not support a maximum pool size argument.

I've been reading a lot of documentation from microsoft on the subject, but all I have been able to conclude is:

• Connection pooling is enabled by default
• Connection pooling cannot be configured from my application
• Default maximum pool size is 100
• There is no way to change the maximum pool size unless the driver you are using supports it

Can someone confirm this, and/or suggest a method to limit the number of connections in this situation? Thank you very much :)

请有人告诉我一个真实的例子，在哪里使用这种工厂方法而不是其他方法更方便？

新单线程执行器

公共静态 ExecutorService newSingleThreadExecutor()

创建一个使用单个工作线程在无界队列上运行的 Executor。（但请注意，如果该单线程在关闭前的执行过程中因失败而终止，则如果需要执行后续任务，则新线程将取代它。）任务保证按顺序执行，并且不会有多个任务处于活动状态在任何给定时间。与其他等效的 newFixedThreadPool(1) 不同，返回的执行程序保证不可重新配置以使用额外的线程。

提前致谢。

我是 DBA，而不是开发人员，并且可以使用一些见解。开发人员正在使用 VB.NET 创建连接到 DB2 数据库的基于 Web 的应用程序。请假设 web.config 文件中的连接字符串编码正确。

我可以看到来自 Web 服务器的孤立连接的数量随着时间的推移而增长。孤立我的意思是几个小时没有与连接相关的活动，但我可以看到每隔几秒钟创建和销毁其他连接。

我怀疑连接没有正确关闭，但是有两个不同的小组正在研究这个问题，到目前为止还没有发现任何问题。到一天结束时，我可以拥有数百个这样的连接——当每晚重置应用程序池时，所有这些连接都会被清除。（这意味着它不是数据库问题）

是否有一种编码技术可以确保在 IIS v7+ 上使用 vb.net 关闭连接？我是否在 IIS 上看到另一个问题的症状？

我正在尝试使用 Ms Access 测试连接池，但无济于事。我已经阅读了 Stackoverflow 和其他地方的类似问题，但仍然无法解决问题。

这是Tomcat的错误代码：

这是我的 context.xml：

我的小服务程序：

还有我的 DoPost Servlet：

MySQL 连接器 jar 已放置在 lib 中。

希望有人能告诉我出了什么问题。

我已经阅读了很多关于从休眠会话自动重新连接到 mysql 的问题的帖子。其他人提到增加mysql wait_timeout（不是我最喜欢的），使用autoReconnect = true（不推荐），测试连接等我目前正在尝试一些选项，但我想问是否有人使用tomcat的连接池有一个坚如磐石的解决方案（不是休眠的c3po）。我正在寻找最防弹的 jndi 设置，即使它们不是最好的性能调整。

非常感谢，

问候

假设，我正在申请电影座位预订。场景是，3 个不同的请求同时出现在系统中。也没有毫秒的差异......如何处理请求？如何定义关键部分以及我需要使用什么策略。由于所有请求都在完全相同的时间，所以如何优先考虑哪个用户应该首先进行。