Re: [Configuration] getList returns an empty list if the underlying configuration file is touched
Tom Muldoon wrote: Hi, I'm running into a problem in which the getList operation returns an empty List if and when the underlying configuration file is updated (I am leveraging the FileChangedReloadingStrategy). I am using Commons Configuration 1.4 with the DefaultConfigurationBuilder in conjunction with the XPathExpressionEngine. Please note, other operations, getString for example, work fine. Here's an excerpt from my configuration.xml file ... config-optional="true" throwExceptionOnMissing="false"> So, with that said, are there known issues with the 1.4 implementation of the FileChangedReloadingStrategy and/or the getList operation that would explain this behavior? Thanks, Tom There are no open issues with getList() and FileChangedReloadingStrategy I am aware of. At first I would like to ask you to update to Commons Configuration 1.5, which has been released recently. Don't know whether this will help, but just in case. If the problem persists, I need some more information to reproduce it: - A code fragment demonstrating how you access the configuration. - A fragment of the configuration file with the properties you try to access. - In which way is the configuration file changed on disk? Was the key you try to access just added? - What happens if you pass the key you use for getList() into getString() or some other method? (In this case the first element of the list should be returned.) - Does getList() work after getString() was called? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DBCP Locking Up?
Mark Thomas wrote: > [EMAIL PROTECTED] wrote: >> Hello Mark, >> >> We are using DBCP 1.2.2 with Pool 1.3 and have the JAR files in the webapp >> (WEB-INF/lib). Tomcat version is 5.5. > > I am trying to work out if you are hitting a known issue or have found a > new one. Can you provide the entire thread dump rather than just the > extract? You can send it directly to me if you don't want to post it to the > list. OK, the relevant thread is below. This thread, which looks like it is waiting for a response from the database, has got the lock on the connection pool that is blocking all of your other db related threads. A quick Google doesn't shed a huge amount of light on the issue. The following were mentioned as possible causes: - tablespace full - one connection editing a row, not committing and another connection trying to edit the same row Neither of these seem to be relevant to not being able to create a connection. I would take a look at the database to see why this thread appears to be taking so long to be creating a new connection. HTH, Mark "TP-Processor38" daemon prio=10 tid=0x007b4800 nid=0x39 runnable [0x963fe000..0x96401908] java.lang.Thread.State: RUNNABLE at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at oracle.net.ns.Packet.receive(Unknown Source) at oracle.net.ns.DataPacket.receive(Unknown Source) at oracle.net.ns.NetInputStream.getNextPacket(Unknown Source) at oracle.net.ns.NetInputStream.read(Unknown Source) at oracle.net.ns.NetInputStream.read(Unknown Source) at oracle.net.ns.NetInputStream.read(Unknown Source) at oracle.jdbc.driver.T4CMAREngine.unmarshalUB1(T4CMAREngine.java:1104) at oracle.jdbc.driver.T4CMAREngine.unmarshalSB1(T4CMAREngine.java:1075) at oracle.jdbc.driver.T4C8TTIpro.receive(T4C8TTIpro.java:131) at oracle.jdbc.driver.T4CConnection.connect(T4CConnection.java:879) at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:268) at oracle.jdbc.driver.PhysicalConnection.(PhysicalConnection.java:439) at oracle.jdbc.driver.T4CConnection.(T4CConnection.java:165) at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:35) at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:801) at org.apache.commons.dbcp.DriverConnectionFactory.createConnection(DriverConnectionFactory.java:38) at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:294) - locked <0xa0d7ef00> (a org.apache.commons.dbcp.PoolableConnectionFactory) at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:840) - locked <0xa0c50750> (a org.apache.commons.pool.impl.GenericObjectPool) at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:96) at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:880) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
where can i find procrun
Hello, mybe i'm stupid or i'm blind but i can't find a download for the procrun.exe. or am i running the wrong version of windows which doesen't contain procrun? (I'm running Windows Server 2003R2) This page http://jakarta.apache.org/commons/daemon/procrun.html talks about the usage of procrun (no Download here). And on the page http://jakarta.apache.org/commons/daemon/binaries.html in the chapter "What to do to get the excutable (typo in the page!!)" this is the only information i get there: The procrun.exe has to be installed as a service. (See procrun for more information. I like this backlinking seems like i'm stuck in an endless loop. Isn't this odd for you too? On the binaries page http://www.apache.org/dist/commons/daemon/binaries/ there is no distribution for Windows! It shouldn't be so hard to provide a little "How to get started" instruction for newbees like me! btw: after googleing i found nothing to download! Hell this can't be so complex! Do i have to compile this thing for myself, but how? Mit freundlichen Gruessen / Best regards Rene Dolezal, Organisation 5 Julius Blum GmbH, Beschlaegefabrik, A-6973 Hoechst FN 62067 a - LG Feldkirch phone: +43 5578 705 3815 fax: +43 5578 705 5 3815 mailto:[EMAIL PROTECTED] http://www.blum.com http://www.dynamicspace.com
[Configuration] getList returns an empty list if the underlying configuration file is touched
Hi, I'm running into a problem in which the getList operation returns an empty List if and when the underlying configuration file is updated (I am leveraging the FileChangedReloadingStrategy). I am using Commons Configuration 1.4 with the DefaultConfigurationBuilder in conjunction with the XPathExpressionEngine. Please note, other operations, getString for example, work fine. Here's an excerpt from my configuration.xml file ... So, with that said, are there known issues with the 1.4 implementation of the FileChangedReloadingStrategy and/or the getList operation that would explain this behavior? Thanks, Tom PS. I apologize if this is the 2nd time this message is being sent. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]