[JBoss-dev] [Nukes Development] - Re: How does Nukes evalute statements like $ {config:siteNam
Some data is kept in the nukes database. MySql users can use the following commands the to Site Name and Slogan. update nuke_services_attributes set pn_value = 'Your Web Portal' where pn_aid = 'SiteName'; update nuke_services_attributes set pn_value = 'Slogan' where pn_aid = 'Nukes on JBoss'; View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831518#3831518 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831518 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.36 Build Successful
View results here -> http://tck2.jboss.com/cc/?log=log20040420032747Lbuild.36 BUILD COMPLETE-build.36Date of build:04/20/2004 03:27:47Time to build:33 minutes 37 secondsLast changed:04/20/2004 03:13:28Last log entry:No need to check the status in beforeCompletion Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(12)modifiedejortaspects/src/main/org/jboss/aop/versioned/LocalSynchronizationManager.javaNo need to check the status in beforeCompletionmodifiedejortaspects/src/main/org/jboss/aop/versioned/VersionedObject.javaNo need to check the status in beforeCompletionmodifiedejortcache/src/main/org/jboss/cache/transaction/DummyTransaction.javaDon't invoke beforeCompletion when rolling backmodifiedejortconnector/src/main/org/jboss/resource/connectionmanager/CachedConnectionManager.javaMove connection close processing to afterCompletionmodifiedejortserver/src/main/org/jboss/ejb/plugins/StatefulSessionInstanceInterceptor.javaFix for when before completion is not invokedmodifiedejortserver/src/main/org/jboss/cache/invalidation/InvalidationsTxGrouper.javaNo need to check transcation status in before completionmodifiedejorttransaction/src/main/org/jboss/tm/TransactionImpl.javaDon't invoke beforeCompletion when rolling backmodifiedejortj2ee/src/main/javax/transaction/Synchronization.javaCorrect the javadoc for beforeCompletionmodifiedejortserver/src/etc/conf/default/log4j.xmlChange jgroups to WARNdeletedbwang00testsuite/src/resources/cache/META-INF/repl-eviction-service.xmlName changeaddedbwang00testsuite/src/resources/cache/META-INF/replSync-eviction-service.xmlName changemodifiedbwang00testsuite/build.xmlUpdated for cache testing
[JBoss-dev] [ jboss-Bugs-938422 ] Negative ConnectionCount after killing conns
Bugs item #938422, was opened at 2004-04-20 08:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938422group_id=22866 Category: JBossCX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: MarcMA (marcma12) Assigned to: Nobody/Anonymous (nobody) Summary: Negative ConnectionCount after killing conns Initial Comment: WXP Pro., Linux Debian. JDK 1.4.2_03 sse-ds-xml is attached. server.log is partially attached. JBoss 3.2.3 / JBoss 3.2.4RC1 (same problem), Sybase 12, Jconn2 (5.5) Problem: After killing connections from the databaseside manually or by accident (db-probs) the ManagedConnectionPool destroys the connections, but reanimates them after a certain period of time. It also counts negative amounts of connections while destroying them. Maybe it is destroying the connections twice? Result: There are more connections used by jboss than managed by pool. The more fatal db errors the more connections get lost. Reproduce: Prepare a setting. Watch the amount of connections in the MBean for the MCP. Watch the amount of connections from the databaseside (sp_who). Kill all opened connections from the databaseside (kill in isql). Again have a look at the connections from the databasside. All connections are gone. Watch the MBean for MCP. ConnectionCount=5. (The pool did not realize yet). Wait minimum idle-timout-minutes or do an application request. The pool gets destroyed. ConnectionCount=-5 or -4. Depends on the load of the request you have done. Again wait minimum idle-timeout-minutes. Watch amount of connections from the databaseside. Amount of connections=10. Watch ConnectionCount from MCP MBean. It says 5. Wait up to 24hours. Nothing changes. Still 10 opened connections. Hmm. Makes 5 lost connections. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938422group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-935196 ] NullPointerException in SimpleReadWriteEJBLock
Bugs item #935196, was opened at 2004-04-15 02:16 Message generated for change (Comment added) made by raja05 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=935196group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: eugene (eugene75) Assigned to: Nobody/Anonymous (nobody) Summary: NullPointerException in SimpleReadWriteEJBLock Initial Comment: When setting a CMR field (either one-to-one or one-to- many), a null pointer occurs in SimpleReadWriteEJBLock.schedule. The cause is a null method attribute in the Invocation object. When the invocation, in this case a CMRInvocation, is created in the JDBCRelationSetBridge object, no method is set. -- Comment By: Rajagopal Venkataraman (raja05) Date: 2004-04-20 14:57 Message: Logged In: YES user_id=206536 Yes, so one way to circumvent this is to loop around the method-name argument. We could just check for a null value and substitute no-method instead. This would make boolean reading return false, so it would create a write lock and use the same Tx as it was called with. I can fill in a patch if that sounds ok -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=935196group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-935196 ] NullPointerException in SimpleReadWriteEJBLock
Bugs item #935196, was opened at 2004-04-15 02:16 Message generated for change (Comment added) made by raja05 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=935196group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: eugene (eugene75) Assigned to: Nobody/Anonymous (nobody) Summary: NullPointerException in SimpleReadWriteEJBLock Initial Comment: When setting a CMR field (either one-to-one or one-to- many), a null pointer occurs in SimpleReadWriteEJBLock.schedule. The cause is a null method attribute in the Invocation object. When the invocation, in this case a CMRInvocation, is created in the JDBCRelationSetBridge object, no method is set. -- Comment By: Rajagopal Venkataraman (raja05) Date: 2004-04-20 15:03 Message: Logged In: YES user_id=206536 Or we could just get out of the schedule method on finding out that mi.getMethod is null. Anyway, the calling Tx is in effect and this method call is only to get the object corresponding to the foreign key. We probably need to change releaseReadLock and releaseWriteLock if we are going about in this manner -- Comment By: Rajagopal Venkataraman (raja05) Date: 2004-04-20 14:57 Message: Logged In: YES user_id=206536 Yes, so one way to circumvent this is to loop around the method-name argument. We could just check for a null value and substitute no-method instead. This would make boolean reading return false, so it would create a write lock and use the same Tx as it was called with. I can fill in a patch if that sounds ok -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=935196group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-938422 ] Negative ConnectionCount after killing conns
Bugs item #938422, was opened at 2004-04-20 08:43
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=938422group_id=22866
Category: JBossCX
Group: v3.2
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: MarcMA (marcma12)
Assigned to: Adrian Brock (ejort)
Summary: Negative ConnectionCount after killing conns
Initial Comment:
WXP Pro., Linux Debian.
JDK 1.4.2_03
sse-ds-xml is attached.
server.log is partially attached.
JBoss 3.2.3 / JBoss 3.2.4RC1 (same problem), Sybase
12, Jconn2 (5.5)
Problem:
After killing connections from the databaseside manually
or by accident (db-probs) the ManagedConnectionPool
destroys the connections, but reanimates them after a
certain period of time. It also counts negative amounts
of connections while destroying them. Maybe it is
destroying the connections twice?
Result:
There are more connections used by jboss than
managed by pool. The more fatal db errors the more
connections get lost.
Reproduce:
Prepare a setting. Watch the amount of connections in
the MBean for the MCP. Watch the amount of
connections from the databaseside (sp_who). Kill all
opened connections from the databaseside (kill in isql).
Again have a look at the connections from the
databasside. All connections are gone. Watch the MBean
for MCP. ConnectionCount=5. (The pool did not realize
yet).
Wait minimum idle-timout-minutes or do an application
request. The pool gets destroyed. ConnectionCount=-5
or -4. Depends on the load of the request you have
done. Again wait minimum idle-timeout-minutes. Watch
amount of connections from the databaseside. Amount
of connections=10. Watch ConnectionCount from MCP
MBean. It says 5. Wait up to 24hours. Nothing changes.
Still 10 opened connections.
Hmm. Makes 5 lost connections.
--
Comment By: Adrian Brock (ejort)
Date: 2004-04-20 10:02
Message:
Logged In: YES
user_id=9459
Thanks for the detailed explanation and the log.
I can see the problem, I was correct that doDestroy was
invoked twice.
You should be able to fix it with the following change to
doDestroy
(NOTE: I haven't tested this yet, I need to reproduce it for
myself first)
The problem is that getConnection() invokes doDestroy
directly for a broken connection which bypasses the check
for destroyed in returnManagedConnection()
In your case, it has already been destroyed when
the managed connection fired a connectionErrorOccured event.
private void doDestroy()
{
// NEW CODE
if (cl.getState() == ConnectionListener.DESTROYED)
{
log.trace(ManagedConnection is already destroyed
+ cl);
return;
}
// END NEW CODE
connectionCounter.dec();
cl.setState(ConnectionListener.DESTROYED);
try
{
cl.getManagedConnection().destroy();
}
catch (Throwable t)
{
log.warn(Exception destroying ManagedConnection
+ cl, t);
}
}
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=938422group_id=22866
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.37 Build Successful
View results here -> http://tck2.jboss.com/cc/?log=log20040420053929Lbuild.37 BUILD COMPLETE-build.37Date of build:04/20/2004 05:39:29Time to build:30 minutes 25 secondsLast changed:04/20/2004 05:19:00Last log entry:Port logging haircut from 3.2 Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(29)modifiedejortremoting/src/main/org/jboss/remoting/transport/async/bio/BlockingServer.javaPort logging haircut from 3.2modifiedejortserver/src/main/org/jboss/deployment/WebserviceClientDeployer.javaPort logging haircut from 3.2modifiedejortserver/src/main/org/jboss/jms/jndi/JMSProviderLoader.javaPort logging haircut from 3.2modifiedejortserver/src/main/org/jboss/naming/NamingAlias.javaPort logging haircut from 3.2modifiedejortserver/src/main/org/jboss/naming/NamingService.javaPort logging haircut from 3.2modifiedejortserver/src/main/org/jboss/cache/invalidation/InvalidationManager.javaPort logging haircut from 3.2modifiedejortserver/src/main/org/jboss/jms/asf/ServerSessionPoolLoader.javaPort logging haircut from 3.2modifiedejortserver/src/main/org/jboss/web/WebService.javaPort logging haircut from 3.2modifiedejortjboss.net/src/main/org/jboss/net/ws4ee/client/JSR109ClientService.javaPort logging haircut from 3.2modifiedejortiiop/src/main/org/jboss/iiop/CorbaORBService.javaPort logging haircut from 3.2modifiedejortsecurity/src/main/org/jboss/security/plugins/JaasSecurityManagerService.javaPort logging haircut from 3.2modifiedejortsystem/src/main/org/jboss/system/server/ServerImpl.javaPort logging haircut from 3.2modifiedejortsystem/src/main/org/jboss/deployment/MainDeployer.javaPort logging haircut from 3.2modifiedejortsystem/src/main/org/jboss/deployment/XSLSubDeployer.javaPort logging haircut from 3.2modifiedejortsystem/src/main/org/jboss/system/ListenerServiceMBeanSupport.javaPort logging haircut from 3.2modifiedejortsystem/src/main/org/jboss/system/ServiceController.javaPort logging haircut from 3.2modifiedejortsystem/src/main/org/jboss/system/ServiceMBeanSupport.javaPort logging haircut from 3.2modifiedejortsystem/src/main/org/jboss/deployment/scanner/AbstractDeploymentScanner.javaPort logging haircut from 3.2modifiedejortmanagement/src/main/org/jboss/management/j2ee/EJBModule.javaPort logging haircut from 3.2modifiedejortmanagement/src/main/org/jboss/management/j2ee/LocalJBossServerDomain.javaPort logging haircut from 3.2modifiedejortmanagement/src/main/org/jboss/management/j2ee/ResourceAdapterModule.javaPort logging haircut from 3.2modifiedejortnaming/src/main/org/jnp/server/Main.javaPort logging haircut from 3.2modifiedejortvaria/src/main/org/jboss/jmx/adaptor/snmp/agent/Heartbeat.javaPort logging haircut from 3.2modifiedejortvaria/src/main/org/jboss/jmx/adaptor/snmp/agent/SnmpAgentService.javaPort logging haircut from 3.2modifiedejortvaria/src/main/org/jboss/jmx/adaptor/snmp/agent/TrapEmitter.javaPort logging haircut from 3.2modifiedejortvaria/src/main/org/jboss/jmx/adaptor/snmp/agent/TrapFactorySupport.javaPort logging haircut from 3.2modifiedejorttomcat/src/resources/server-50.xmlPort logging haircut from 3.2modifiedejorttomcat/src/main/org/jboss/web/tomcat/tc5/TomcatDeployer.javaPort logging haircut from 3.2modifiedejortcluster/src/main/org/jboss/ha/framework/server/ClusterPartition.javaPort logging haircut from 3.2
[JBoss-dev] [ jboss-Bugs-938296 ] beforeCompletion called on rollback()
Bugs item #938296, was opened at 2004-04-20 04:57 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938296group_id=22866 Category: JBossTX Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Tom Davies (tomdavies) Assigned to: Alexey Loubyansky (loubyansky) Summary: beforeCompletion called on rollback() Initial Comment: JBoss calls the beforeCompletion() method on javax.transaction.Synchronization callback objects when a transaction is rolled back. This is incorrect. The JTA spec says: 'The Synchronization.beforeCompletion method is called prior to the start of the two-phase transaction commit process. This call is executed with the transaction context of the transaction that is being committed.' and the change history of the spec says: 'Interface javax.transaction.Synchronization, method beforeCompletion, change the following phrase in the description start of the transaction completion process to start of the two- phase transaction commit process.' Here's an example stack trace extract from 3.2.4RC1 (the behaviour is the same in 3.2.2 and 3.2.3). kodo.runtime.PersistenceManagerImpl implements Synchronization. ... at kodo.runtime.PersistenceManagerImpl.beforeCompletion (PersistenceManagerImpl.java:650) at org.jboss.tm.TransactionImpl.doBeforeCompletion (TransactionImpl.java:1308) at org.jboss.tm.TransactionImpl.rollback (TransactionImpl.java:456) at org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction (TxInterceptorCMT.java:436) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:323) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:147) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:118) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invok e(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.StatelessSessionContainer.internalInvoke (StatelessSessionContainer.java:331) at org.jboss.ejb.Container.invoke (Container.java:713) at sun.reflect.GeneratedMethodAccessor131.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch (ReflectedDispatcher.java:72) at org.jboss.mx.server.Invocation.dispatch (Invocation.java:45) at org.jboss.mx.server.Invocation.invoke (Invocation.java:70) at org.jboss.mx.server.AbstractMBeanInvoker.invoke (AbstractMBeanInvoker.java:187) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:480) at org.jboss.invocation.local.LocalInvoker.invoke (LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke (InvokerInterceptor.java:90) at org.jboss.proxy.TransactionInterceptor.invoke (TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke (SecurityInterceptor.java:45) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke (StatelessSessionInterceptor.java:100) at org.jboss.proxy.ClientContainer.invoke (ClientContainer.java:85) at $Proxy52.executeCommand(Unknown Source) -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-04-20 14:53 Message: Logged In: YES user_id=543482 It should be fine. If tx commits then beforeCompletion is called and the state is invalidated. If tx rolls back then the instance will be thrown away from the cache, so there is no need to invalidate the state. Thanks. -- Comment By: Adrian Brock (ejort) Date: 2004-04-20 08:07 Message: Logged In: YES user_id=9459 This has been fixed for 3.2.4RC2 But we need to check that the CMR field invalidation on a rollback is handled by the normal entity bean invalidation, Alex? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938296group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-938422 ] Negative ConnectionCount after killing conns
Bugs item #938422, was opened at 2004-04-20 08:43
Message generated for change (Comment added) made by marcma12
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=938422group_id=22866
Category: JBossCX
Group: v3.2
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: MarcMA (marcma12)
Assigned to: Adrian Brock (ejort)
Summary: Negative ConnectionCount after killing conns
Initial Comment:
WXP Pro., Linux Debian.
JDK 1.4.2_03
sse-ds-xml is attached.
server.log is partially attached.
JBoss 3.2.3 / JBoss 3.2.4RC1 (same problem), Sybase
12, Jconn2 (5.5)
Problem:
After killing connections from the databaseside manually
or by accident (db-probs) the ManagedConnectionPool
destroys the connections, but reanimates them after a
certain period of time. It also counts negative amounts
of connections while destroying them. Maybe it is
destroying the connections twice?
Result:
There are more connections used by jboss than
managed by pool. The more fatal db errors the more
connections get lost.
Reproduce:
Prepare a setting. Watch the amount of connections in
the MBean for the MCP. Watch the amount of
connections from the databaseside (sp_who). Kill all
opened connections from the databaseside (kill in isql).
Again have a look at the connections from the
databasside. All connections are gone. Watch the MBean
for MCP. ConnectionCount=5. (The pool did not realize
yet).
Wait minimum idle-timout-minutes or do an application
request. The pool gets destroyed. ConnectionCount=-5
or -4. Depends on the load of the request you have
done. Again wait minimum idle-timeout-minutes. Watch
amount of connections from the databaseside. Amount
of connections=10. Watch ConnectionCount from MCP
MBean. It says 5. Wait up to 24hours. Nothing changes.
Still 10 opened connections.
Hmm. Makes 5 lost connections.
--
Comment By: MarcMA (marcma12)
Date: 2004-04-20 12:11
Message:
Logged In: YES
user_id=1024520
Ok. Very good!
The changes do the trick for me. ;)
Everything is nice and neet. Problem sorted.
But why is AvailableConnectionCount wrong? It shows exactly
the maxsize pool + amount of killed connections. (35 in our
scenario). Killing again means ending up with ACC=40.
Is this ignorable, or are there any strong dependencies that
could lead into trouble when using these patches in
production?
Cheers
PS: Thanks a mill. so far.
--
Comment By: Adrian Brock (ejort)
Date: 2004-04-20 10:02
Message:
Logged In: YES
user_id=9459
Thanks for the detailed explanation and the log.
I can see the problem, I was correct that doDestroy was
invoked twice.
You should be able to fix it with the following change to
doDestroy
(NOTE: I haven't tested this yet, I need to reproduce it for
myself first)
The problem is that getConnection() invokes doDestroy
directly for a broken connection which bypasses the check
for destroyed in returnManagedConnection()
In your case, it has already been destroyed when
the managed connection fired a connectionErrorOccured event.
private void doDestroy()
{
// NEW CODE
if (cl.getState() == ConnectionListener.DESTROYED)
{
log.trace(ManagedConnection is already destroyed
+ cl);
return;
}
// END NEW CODE
connectionCounter.dec();
cl.setState(ConnectionListener.DESTROYED);
try
{
cl.getManagedConnection().destroy();
}
catch (Throwable t)
{
log.warn(Exception destroying ManagedConnection
+ cl, t);
}
}
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=938422group_id=22866
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-938422 ] Negative ConnectionCount after killing conns
Bugs item #938422, was opened at 2004-04-20 08:43
Message generated for change (Comment added) made by ejort
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=938422group_id=22866
Category: JBossCX
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: MarcMA (marcma12)
Assigned to: Adrian Brock (ejort)
Summary: Negative ConnectionCount after killing conns
Initial Comment:
WXP Pro., Linux Debian.
JDK 1.4.2_03
sse-ds-xml is attached.
server.log is partially attached.
JBoss 3.2.3 / JBoss 3.2.4RC1 (same problem), Sybase
12, Jconn2 (5.5)
Problem:
After killing connections from the databaseside manually
or by accident (db-probs) the ManagedConnectionPool
destroys the connections, but reanimates them after a
certain period of time. It also counts negative amounts
of connections while destroying them. Maybe it is
destroying the connections twice?
Result:
There are more connections used by jboss than
managed by pool. The more fatal db errors the more
connections get lost.
Reproduce:
Prepare a setting. Watch the amount of connections in
the MBean for the MCP. Watch the amount of
connections from the databaseside (sp_who). Kill all
opened connections from the databaseside (kill in isql).
Again have a look at the connections from the
databasside. All connections are gone. Watch the MBean
for MCP. ConnectionCount=5. (The pool did not realize
yet).
Wait minimum idle-timout-minutes or do an application
request. The pool gets destroyed. ConnectionCount=-5
or -4. Depends on the load of the request you have
done. Again wait minimum idle-timeout-minutes. Watch
amount of connections from the databaseside. Amount
of connections=10. Watch ConnectionCount from MCP
MBean. It says 5. Wait up to 24hours. Nothing changes.
Still 10 opened connections.
Hmm. Makes 5 lost connections.
--
Comment By: Adrian Brock (ejort)
Date: 2004-04-20 12:22
Message:
Logged In: YES
user_id=9459
No it is not ignorable.
It is a related problem in the same code path.
I have already fixed it.
I will be posting details of the patch in the JBoss/JCA forum
shortly.
--
Comment By: MarcMA (marcma12)
Date: 2004-04-20 12:11
Message:
Logged In: YES
user_id=1024520
Ok. Very good!
The changes do the trick for me. ;)
Everything is nice and neet. Problem sorted.
But why is AvailableConnectionCount wrong? It shows exactly
the maxsize pool + amount of killed connections. (35 in our
scenario). Killing again means ending up with ACC=40.
Is this ignorable, or are there any strong dependencies that
could lead into trouble when using these patches in
production?
Cheers
PS: Thanks a mill. so far.
--
Comment By: Adrian Brock (ejort)
Date: 2004-04-20 10:02
Message:
Logged In: YES
user_id=9459
Thanks for the detailed explanation and the log.
I can see the problem, I was correct that doDestroy was
invoked twice.
You should be able to fix it with the following change to
doDestroy
(NOTE: I haven't tested this yet, I need to reproduce it for
myself first)
The problem is that getConnection() invokes doDestroy
directly for a broken connection which bypasses the check
for destroyed in returnManagedConnection()
In your case, it has already been destroyed when
the managed connection fired a connectionErrorOccured event.
private void doDestroy()
{
// NEW CODE
if (cl.getState() == ConnectionListener.DESTROYED)
{
log.trace(ManagedConnection is already destroyed
+ cl);
return;
}
// END NEW CODE
connectionCounter.dec();
cl.setState(ConnectionListener.DESTROYED);
try
{
cl.getManagedConnection().destroy();
}
catch (Throwable t)
{
log.warn(Exception destroying ManagedConnection
+ cl, t);
}
}
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=938422group_id=22866
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - JBoss 3.2.3 sevrice name and attribute value?
Hi, Will you please clarify the following quires 1. Let us know the service name and attribute for JBoss 3.2.3. Hope that for jboss 3.2.1 the service name is jboss:service=invoker,type=http and the attribute is InvokerURLSuffix. 2. Is there is any major difference between Jboss 3.2.1. , Jboss 3.2.3 and Jboss 4.0 thanks in advance regards Dhandapani View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831550#3831550 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831550 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/?log=log20040420080736 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:55: exec returned: -122Date of build:04/20/2004 08:07:36Time to build:22 minutes 17 secondsLast changed:04/20/2004 07:42:53Last log entry:Fix two horrible bugs in the check-valid-connection-sql interaction with the pool.1) It was attempting to destroy the connections twice which completely broke the connection countingleading to min-pool-size overfilling the pool when configured2) In the same code path, it was releasing the permit twice, allow an extra thread to gain access to the pool Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(3)modifiedejortconnector/src/main/org/jboss/resource/connectionmanager/BaseConnectionManager2.javaFix two horrible bugs in the check-valid-connection-sql interaction with the pool.1) It was attempting to destroy the connections twice which completely broke the connection countingleading to min-pool-size overfilling the pool when configured2) In the same code path, it was releasing the permit twice, allow an extra thread to gain access to the poolmodifiedejortconnector/src/main/org/jboss/resource/connectionmanager/ConnectionListener.javaFix two horrible bugs in the check-valid-connection-sql interaction with the pool.1) It was attempting to destroy the connections twice which completely broke the connection countingleading to min-pool-size overfilling the pool when configured2) In the same code path, it was releasing the permit twice, allow an extra thread to gain access to the poolmodifiedejortconnector/src/main/org/jboss/resource/connectionmanager/InternalManagedConnectionPool.javaFix two horrible bugs in the check-valid-connection-sql interaction with the pool.1) It was attempting to destroy the connections twice which completely broke the connection countingleading to min-pool-size overfilling the pool when configured2) In the same code path, it was releasing the permit twice, allow an extra thread to gain access to the pool
[JBoss-dev] [JBoss IDE] - JBoss-IDE 1.2.3 release
Hi, The JBoss-IDE 1.2.3 is officialy released. Release 1.2.3 is for Eclipse 2.1 series Release 1.2.330 is for Eclipse 3.0 series beyond 3.0M8 Installation is available trough the Eclipse install/update manager or trough zip bundles : http://prdownloads.sourceforge.net/jboss/org.jboss.ide.eclipse_1.2.3.bin.dist.zip?download http://prdownloads.sourceforge.net/jboss/org.jboss.ide.eclipse_1.2.330.bin.dist.zip?download Additional informations can be found in the release notes : http://prdownloads.sourceforge.net/jboss/release_notes_1.2.3.html?download Laurent. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831556#3831556 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831556 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: JBoss-IDE 1.2.3 release
Cool! As xdoclet is about to release 1.2.1 soon -- is there a way to upgrade the xdoclet part of JbossIDE on its own? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831566#3831566 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831566 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JCA on JBoss] - Re: Change Notes: 3.2.4
Bug Fix: Fix two horrible bugs in the check-valid-connection-sql interaction with the pool. 1) It was attempting to destroy the connections twice which completely broke the connection counting leading to min-pool-size overfilling the pool when configured 2) In the same code path, it was releasing the permit twice, allow an extra thread to gain access to the pool View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831570#3831570 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831570 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: MailServicesPatches Wiki Fubar
Can someone maybe try deleting the MailServicesPatches Wiki page to delete the attached file I created? Then recreate MailServicesPatches with the above stuff? It looks like there is a different want to add patches, where the sample patches weren't tied to the bottom of the page itself, but just linked. I just don't want to screw something up more, but I'd like to also get the content back the way it was. I don't really feel comfortable deleting stuff that's not really mine after I already screwed up. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831577#3831577 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831577 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: MailServicesPatches Wiki Fubar
Relax :-) I restored it to the original version (looks like the patch is still attached). You can do this by going to More Info... at the bottom of any Wiki page to view the full history :-) Dunno about deleting the files though. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831578#3831578 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831578 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: MailServicesPatches Wiki Fubar
Open the history item you want, and on the version of the page displayed there is a restore link! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831586#3831586 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831586 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: MailServicesPatches Wiki Fubar
Weird. I don't see the restore link. Maybe you have different admin rights? I see the diffs -/+, but I don't see a restore link. Anyways, thanks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831588#3831588 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831588 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: JBoss-IDE 1.2.3 release
Hi, !!! IMPORTANT !!! JUST AFTER THE RELEASE, A BLOCKING BUG WAS FOUND IN THE LAUNCHER PART OF JBOSS-IDE. PLEASE DON'T UPGRADE NOW AS THE BUNDLE WILL BE RE-RELEASED !!! Laurent. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831589#3831589 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831589 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - JBoss-IDE 1.2.3 Release frozen
Hi, Just after the annoucement of the release, a blocking bug has been discovered in the launcher plugin. The main effect is that the server view is not properly working. I have decided to freeze the release and to rebundle the release. To those who have upgraded, you will have to manually remove the 1.2.3 release from your Eclipse installation and wait a bit. To those who habe not updagred yet, please wait a bit. Sorry for the inconvenience. Laurent. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831590#3831590 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831590 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: MailServicesPatches Wiki Fubar
Click on the number in the list rather than the links in the Date or Changes columns. I'd not seen the difs before, but now I know! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831593#3831593 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831593 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Compilation Failed! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Apr 20 16:53:25 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.inflow.JBossMessageEndpointFactory' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.AbstractInstanceCache' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.jms.jndi.JMSProviderLoader' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.AbstractInstancePool' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.invocation.jrmp.server.JRMPInvoker' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.web.AbstractWebContainer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.EJBDeployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.web.AbstractWebDeployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.naming.JNDIView' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.keygenerator.hilo.HiLoKeyGeneratorFactory' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.invocation.pooled.server.PooledInvoker' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.naming.NamingService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.timer.AbstractTimerSource' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.invocation.local.LocalInvoker' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.jms.JMSContainerInvoker' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.web.WebService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for
[JBoss-dev] Compilation Failed! JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Apr 20 16:51:00 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.inflow.JBossMessageEndpointFactory' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.AbstractInstanceCache' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.jms.jndi.JMSProviderLoader' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.AbstractInstancePool' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.invocation.jrmp.server.JRMPInvoker' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.web.AbstractWebContainer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.EJBDeployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.web.AbstractWebDeployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.naming.JNDIView' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.keygenerator.hilo.HiLoKeyGeneratorFactory' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.invocation.pooled.server.PooledInvoker' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.naming.NamingService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.timer.AbstractTimerSource' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.invocation.local.LocalInvoker' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.ejb.plugins.jms.JMSContainerInvoker' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for 'org.jboss.web.WebService' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. (TemplateSubTask.engineStarted 789 ) Generating output for
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/?log=log20040420105755 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:55: exec returned: 1Date of build:04/20/2004 10:57:55Time to build:22 minutes 43 secondsLast changed:04/20/2004 10:20:06Last log entry:fixed member of Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(4)modifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/EJBQLToSQL92Compiler.javafixed member ofmodifiedejortconnector/src/main/org/jboss/resource/connectionmanager/BaseConnectionManager2.javaFix two horrible bugs in the check-valid-connection-sql interaction with the pool.1) It was attempting to destroy the connections twice which completely broke the connection countingleading to min-pool-size overfilling the pool when configured2) In the same code path, it was releasing the permit twice, allow an extra thread to gain access to the poolmodifiedejortconnector/src/main/org/jboss/resource/connectionmanager/ConnectionListener.javaFix two horrible bugs in the check-valid-connection-sql interaction with the pool.1) It was attempting to destroy the connections twice which completely broke the connection countingleading to min-pool-size overfilling the pool when configured2) In the same code path, it was releasing the permit twice, allow an extra thread to gain access to the poolmodifiedejortconnector/src/main/org/jboss/resource/connectionmanager/InternalManagedConnectionPool.javaFix two horrible bugs in the check-valid-connection-sql interaction with the pool.1) It was attempting to destroy the connections twice which completely broke the connection countingleading to min-pool-size overfilling the pool when configured2) In the same code path, it was releasing the permit twice, allow an extra thread to gain access to the pool
[JBoss-dev] [Mail Services] - JCA Mail initial patch
Okay, I still have a good bit of testing to do on this, so please, in no way consider it useful yet. I even need to re-format the code to JBG's likings. If you don't put it in the tree yet, that's fine, I just wanted to give someone (if they cared) an idea of what I'm doing. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831598#3831598 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831598 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Mail Services] - Re: MailServicesPatches Wiki Fubar
Ah ha! Click the number. Now I know too. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831600#3831600 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831600 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - cluster config for local-service?
hi, I was wondering why i need to create a group (cluster-config) in local-service.xml even if i want to run jboss cache in stand alone mode.(local) The reason im asking this is im getting errors UDP.handleIncomingUdpPacket(): exception=java.io.InvalidClassException: org.jgroups.stack.IpAddress; local class incompatible: stream classdesc serialVersionUID = -4126459214503530426, local class serialVersionUID = 3831382032237850133 jboss3.2.1 jboss-cache1.0. linux. I set the ip_mcast to false and also tried changing the port no and ip no . im still getting this problem . My guess is this is picking up the udp requests from the entity beans which are clustered. Any suggestions. also can i just remove the cluster config from local-service.xml.? this is my local-service.xml ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- Sample TreeCache Service Configuration -- !-- -- !-- = -- !-- === = -- !-- Defines TreeCache configuration -- !-- -- jboss:service=Naming jboss:service=TransactionManager !-- Configure the TransactionManager -- org.jboss.cache.DummyTransactionManagerLookup !-- Node locking level : SERIALIZABLE REPEATABLE_READ (default) READ_COMMITTED READ_UNCOMMITTED NONE -- REPEATABLE_READ !-- Valid modes are LOCAL REPL_ASYNC REPL_SYNC -- LOCAL !-- Name of cluster. Needs to be the same for all clusters, in order to find each other -- TreeCache-Cluster !-- JGroups protocol stack properties. Can also be a URL, e.g. file:/home/bela/default.xml -- !-- UDP: if you have a multihomed machine, set the bind_addr attribute to the appropriate NIC IP address -- !-- UDP: On Windows machines, because of the media sense feature being broken with multicast (even after disabling media sense) set the loopback attribute to true -- UDP ip_mcast=false mcast_addr=228.1.2.21 mcast_port=45567 ip_ttl=64 mcast_send_buf_size=15 mcast_recv_buf_size=8 ucast_send_buf_size=15 ucast_recv_buf_size=8 loopback=false/ PING timeout=2000 num_initial_members=3 up_thread=false down_thread=false/ MERGE2 min_interval=1 max_interval=2/ FD shun=true up_thread=true down_thread=true/ VERIFY_SUSPECT timeout=1500 up_thread=false down_thread=false/ pbcast.NAKACK gc_lag=50 retransmit_timeout=600,1200,2400,4800 max_xmit_size=8192 up_thread=false down_thread=false/ UNICAST timeout=600,1200,2400 window_size=100 min_threshold=10 down_thread=false/ pbcast.STABLE desired_avg_gossip=2 up_thread=false down_thread=false/ FRAG frag_size=8192 down_thread=false up_thread=false/ pbcast.GMS join_timeout=5000 join_retry_timeout=2000 shun=true print_local_addr=true/ pbcast.STATE_TRANSFER up_thread=false down_thread=false/ !-- Max number of entries in the cache. If this is exceeded, the eviction policy will kick some entries out in order to make more room -- 2 !-- The max amount of time (in milliseconds) we wait until the initial state (ie. the contents of the cache) are retrieved from existing members in a clustered environment -- 5000 !-- Number of milliseconds to wait until all responses for a synchronous call have been received. -- 1 !-- Max number of milliseconds to wait for a lock acquisition -- 15000 !-- Max number of milliseconds we hold a lock (not currently implemented) -- 6 !-- Name of the eviction policy class. Not supported now. -- !--
[JBoss-dev] [ jboss-Bugs-937767 ] left-join descriptor is problematic
Bugs item #937767, was opened at 2004-04-19 12:54 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=937767group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Micah Spears (lamarguy) Assigned to: Alexey Loubyansky (loubyansky) Summary: left-join descriptor is problematic Initial Comment: I applaud the new the left-join read ahead option but the xml descriptors in jbosscmp-jdbc.xml are difficult to configure. reasons for descriptor change are: 1.) for each query I wish to left-join, I have to specify the cmr fields each time which leads to redundancy. grouping the joins is more logical like load-groups are handled. 2.) writing xdoclet support is non-trivial for the current left-join descriptors. so I propose the syntax change from, for example, read-ahead strategyon-find/strategy eager-load-groupreport/eager-load-group left-join cmr-field=lineItems/ left-join cmr-field=product eager-load-group=short/ /left-join left-join cmr-field=customer eager-load-group=basic/ /read-ahead to read-ahead strategyon-find/strategy eager-load-groupreport/eager-load-group left-join-groupgroup_a/left-join-group /read-ahead left-join-groups left-join-group namegroup_a/name descriptionexample left join group/description left-join cmr-fieldlineItems/cmr-field left-join cmr-fieldproduct/cmr-field eager-load-groupshort/eager-load-group /left-join /left-join left-join cmr-fieldcustomer/cmr-field eager-load-groupbasic/eager-load-group /left-join /left-join-group /left-join-groups in addition, maybe left-join should be renamed to relation-join for clarity. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-04-20 19:35 Message: Logged In: YES user_id=543482 This is not a bug. I reposted this to the forums. Let's discuss it there. Thanks! http://www.jboss.org/index.html?module=bbop=viewtopicp=3831614 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=937767group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Persistence development forum] - Re: left-join descriptor is problematic
Maybe. Have a patch? I like left-join, though. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831614#3831614 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831614 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Persistence development forum] - left-join descriptor is problematic
Repost of https://sourceforge.net/tracker/?func=detailatid=376685aid=937767group_id=22866 I applaud the new the left-join read ahead option but the xml descriptors in jbosscmp-jdbc.xml are difficult to configure. reasons for descriptor change are: 1.) for each query I wish to left-join, I have to specify the cmr fields each time which leads to redundancy. grouping the joins is more logical like load-groups are handled. 2.) writing xdoclet support is non-trivial for the current left-join descriptors. so I propose the syntax change from, for example, read-ahead on-find eager-load-groupreport/eager-load-group left-join cmr-field=lineItems/ left-join cmr-field=product eager-load-group=short/ /left-join left-join cmr-field=customer eager-load-group=basic/ /read-ahead to read-ahead on-find eager-load-groupreport/eager-load-group left-join-groupgroup_a/left-join-group /read-ahead left-join-groups left-join-group group_a example left join group left-join cmr-fieldlineItems/cmr-field left-join cmr-fieldproduct/cmr-field eager-load-groupshort/eager-load-group /left-join /left-join left-join cmr-fieldcustomer/cmr-field eager-load-groupbasic/eager-load-group /left-join /left-join-group /left-join-groups in addition, maybe left-join should be renamed to relation-join for clarity. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831613#3831613 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831613 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New Asynchronous Aspect .
This is great stuff claude. I am a bit fuzzy on the use of the synchronous call. What would be the use case for that? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831618#3831618 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831618 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Fluid AOP
well Scott is talking about just an abstract keyword (thread local) to identify a given configuration. Is that what you are talking about. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831621#3831621 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831621 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Fluid AOP
Affirmative. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831625#3831625 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831625 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New Asynchronous Aspect .
Marc, I am certainly not getting your question. Are u asking for user-case to justify the use of asynchronous call versus synchronous call ? Thx-Claude View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831646#3831646 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831646 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-938808 ] Jboss cache .start() not returning
Bugs item #938808, was opened at 2004-04-20 08:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938808group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chris Wampler (cwampler) Assigned to: Nobody/Anonymous (nobody) Summary: Jboss cache .start() not returning Initial Comment: we are experiencing a strange error (but only when we have been sharing caches for a while with frequent stop and restarts of machines). When we start the cache it will not return and the logs will just show the following (every 2-3 seconds). The error is not reproducable nor do I have any steps to reproduce the problem. 2004-04-19 16:18:14,961 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:14,961 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:14,961 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:17,725 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 0 TimeToIdleSeconds 0 2004-04-19 16:18:17,725 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:17,725 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:17,725 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:19,968 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 5000 TimeToIdleSeconds 60 2004-04-19 16:18:19,968 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:19,968 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:19,968 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:19,968 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /fs/user/ maxNodes 5000 TimeToIdleSeconds 40 2004-04-19 16:18:19,968 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:19,968 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:19,968 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:22,742 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 0 TimeToIdleSeconds 0 2004-04-19 16:18:22,742 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:22,742 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:22,742 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:24,986 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 5000 TimeToIdleSeconds 60 2004-04-19 16:18:24,986 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:24,986 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:24,986 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:24,986 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /fs/user/ maxNodes 5000 TimeToIdleSeconds 40 2004-04-19 16:18:24,986 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:24,986 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:24,986 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:27,750 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 0 TimeToIdleSeconds 0 2004-04-19 16:18:27,750 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:27,750 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:27,750 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:29,993 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 5000 TimeToIdleSeconds 60 2004-04-19 16:18:29,993 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:29,993 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:29,993 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:29,993 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /fs/user/ maxNodes 5000 TimeToIdleSeconds 40 2004-04-19 16:18:29,993 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:29,993 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:29,993 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:32,757 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 0 TimeToIdleSeconds 0 2004-04-19 16:18:32,757 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:32,757 DEBUG- processQueues(): process 0 node events -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938808group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux
[JBoss-dev] [ jboss-Bugs-938804 ] StringArrayEditor throws StringIndexOutOfBoundsException
Bugs item #938804, was opened at 2004-04-20 21:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938804group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Scott Taylor (scott69taylor) Assigned to: Nobody/Anonymous (nobody) Summary: StringArrayEditor throws StringIndexOutOfBoundsException Initial Comment: Operating System: Linux JDK Version: 1.4.1 If you pass the StringArrayEditor an empty string array, it throws a StringIndexOutOfBoundsException when you call getAsText(). I've attached a junit test case which reproduces the problem. -- Scott Taylor TaylorIT - http://www.TaylorIT.com/scott.taylor -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938804group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-938808 ] Jboss cache .start() not returning
Bugs item #938808, was opened at 2004-04-20 08:43 Message generated for change (Settings changed) made by cwampler You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938808group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chris Wampler (cwampler) Assigned to: Ben Wang (bwang00) Summary: Jboss cache .start() not returning Initial Comment: we are experiencing a strange error (but only when we have been sharing caches for a while with frequent stop and restarts of machines). When we start the cache it will not return and the logs will just show the following (every 2-3 seconds). The error is not reproducable nor do I have any steps to reproduce the problem. 2004-04-19 16:18:14,961 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:14,961 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:14,961 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:17,725 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 0 TimeToIdleSeconds 0 2004-04-19 16:18:17,725 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:17,725 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:17,725 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:19,968 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 5000 TimeToIdleSeconds 60 2004-04-19 16:18:19,968 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:19,968 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:19,968 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:19,968 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /fs/user/ maxNodes 5000 TimeToIdleSeconds 40 2004-04-19 16:18:19,968 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:19,968 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:19,968 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:22,742 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 0 TimeToIdleSeconds 0 2004-04-19 16:18:22,742 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:22,742 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:22,742 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:24,986 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 5000 TimeToIdleSeconds 60 2004-04-19 16:18:24,986 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:24,986 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:24,986 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:24,986 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /fs/user/ maxNodes 5000 TimeToIdleSeconds 40 2004-04-19 16:18:24,986 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:24,986 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:24,986 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:27,750 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 0 TimeToIdleSeconds 0 2004-04-19 16:18:27,750 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:27,750 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:27,750 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:29,993 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 5000 TimeToIdleSeconds 60 2004-04-19 16:18:29,993 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:29,993 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:29,993 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:29,993 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /fs/user/ maxNodes 5000 TimeToIdleSeconds 40 2004-04-19 16:18:29,993 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:29,993 DEBUG- processQueues(): process 0 node events 2004-04-19 16:18:29,993 DEBUG- process(): trimming the nodes if ncessary ... 2004-04-19 16:18:32,757 DEBUG- process(): process the sitting node events in region: Regions--- fqn: /_default_ maxNodes 0 TimeToIdleSeconds 0 2004-04-19 16:18:32,757 DEBUG- process(): current eviction queue size is 0 2004-04-19 16:18:32,757 DEBUG- processQueues(): process 0 node events -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938808group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by
[JBoss-dev] jboss-head build.38 Build Fixed
View results here -> http://tck2.jboss.com/cc/?log=log20040420142207Lbuild.38 BUILD COMPLETE-build.38Date of build:04/20/2004 14:22:07Time to build:142 minutes 14 seconds Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(0)
[JBoss-dev] [ jboss-Bugs-938804 ] StringArrayEditor throws StringIndexOutOfBoundsException
Bugs item #938804, was opened at 2004-04-20 12:42 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938804group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Scott Taylor (scott69taylor) Assigned to: Scott M Stark (starksm) Summary: StringArrayEditor throws StringIndexOutOfBoundsException Initial Comment: Operating System: Linux JDK Version: 1.4.1 If you pass the StringArrayEditor an empty string array, it throws a StringIndexOutOfBoundsException when you call getAsText(). I've attached a junit test case which reproduces the problem. -- Scott Taylor TaylorIT - http://www.TaylorIT.com/scott.taylor -- Comment By: Scott M Stark (starksm) Date: 2004-04-20 15:07 Message: Logged In: YES user_id=175228 Fixed for 3.2.4 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938804group_id=22866 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Tomcat] - Tomcat 5.0.x standalone and Jboss 3.2.3
I ran the build.xml file in the examples directory of Jboss and moved the deploy folder accordingly to use Tomcat 5.0.x instead of embedded 4.1.x. I am having a problem though when deploying my web app into the server. I get the following message: Already exists, unregistering jboss.web:j2eeType=WebModule,name=//localhost/,j2eeApp=none,j2eeServer=jboss I have looked in the previous server output and jboss.web has already been started. I am just wondering why Tomcat is trying to redeploy what it has already deployed. What is the name of the descriptor which controls this? Any help would be appreciated. Thanks, Dave View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831665#3831665 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831665 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: cluster config for local-service?
Plain old bug: we're creating the Channel no matter what. Can you create a bug report in SourceForge, and I'll take care of it ? Bela View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831666#3831666 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831666 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.39 Build Successful
View results here -> http://tck2.jboss.com/cc/?log=log20040420164924Lbuild.39 BUILD COMPLETE-build.39Date of build:04/20/2004 16:49:24Time to build:22 minutes 24 secondsLast changed:04/20/2004 16:23:48Last log entry:make build handle different branches Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(11)modifiedkimptoctools/etc/cruisecontrol/scripts/do_build.shmake build handle different branchesmodifiedkimptoctools/etc/cruisecontrol/scripts/build-jboss-head.xmlmake build handle different branchesaddedkimptoctools/etc/cruisecontrol/scripts/build-3.2.confgen cc config from a templateaddedkimptoctools/etc/cruisecontrol/scripts/build-head.confgen cc config from a templateaddedkimptoctools/etc/cruisecontrol/scripts/gen_configs.shgen cc config from a templateaddedkimptoctools/etc/cruisecontrol/scripts/config.xml.templatebased cc config file on a template - so can use same file for head and 3.2 branchaddedpatriot1burkeiiop/src/main/org/jboss/iiop/SunJDK14IsLocalBugFix.javaadded Francisco's fix for isLocal problemmodifiedpatriot1burkeiiop/src/main/org/jboss/iiop/CorbaORBService.javaadded Francisco's fix for isLocal problemmodifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCEntityPersistenceStore.javaadded row-lockingmodifiedloubyanskyserver/src/main/org/jboss/ejb/plugins/cmp/jdbc/EJBQLToSQL92Compiler.javaadded row-lockingmodifiedloubyanskyserver/src/etc/conf/default/standardjbosscmp-jdbc.xmladded row-locking template for pointbase
[JBoss-dev] JBoss Test Results: 95 % ( 1638 / 1712 ) - nearly there - who is gonna get us to 100%!. JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Apr 21 01:37:11 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1712 Successful tests: 1638 Errors:57 Failures: 17 [time of test: 2004-04-20.23-37 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_06/logtests/testresults/reports/html//2004-04-20.23-37 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.cache.test.eviction.AopLRUPolicyUnitTestCase Test:testSimpleEviction Type:failure Exception: junit.framework.AssertionFailedError Message: Failed to insert datajava.lang.ClassCastException - Suite: org.jboss.test.cache.test.eviction.AopLRUPolicyUnitTestCase Test:testUpdateEviction Type:failure Exception: junit.framework.AssertionFailedError Message: Failed to insert datajava.lang.ClassCastException - Suite: org.jboss.test.cache.test.eviction.AopLRUPolicyUnitTestCase Test:testRemoveEviction Type:failure Exception: junit.framework.AssertionFailedError Message: Failed to insert datajava.lang.ClassCastException - Suite: org.jboss.test.cache.test.eviction.LRUPolicyUnitTestCase Test:testEviction Type:failure Exception: junit.framework.AssertionFailedError Message: Failed to insert datajava.lang.ClassCastException - Suite: org.jboss.test.cache.test.eviction.LRUPolicyUnitTestCase Test:testNodeVisited Type:failure Exception: junit.framework.AssertionFailedError Message: Failed to insert datajava.lang.ClassCastException - Suite: org.jboss.test.cache.test.eviction.LRUPolicyUnitTestCase Test:testNodeRemoved Type:failure Exception: junit.framework.AssertionFailedError Message: Failed to insert datajava.lang.ClassCastException === Wed Apr 21 01:37:11 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.40 Build Successful
View results here -> http://tck2.jboss.com/cc/?log=log20040420203214Lbuild.40 BUILD COMPLETE-build.40Date of build:04/20/2004 20:32:14Time to build:23 minutes 4 secondsLast changed:04/20/2004 18:09:08Last log entry:Check the string buffer length before removing any trailing comma.See [ 938804 ] StringArrayEditor throws StringIndexOutOfBoundsException Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(10)modifiedstarksmcommon/src/main/org/jboss/util/propertyeditor/StringArrayEditor.javaCheck the string buffer length before removing any trailing comma.See [ 938804 ] StringArrayEditor throws StringIndexOutOfBoundsExceptionmodifiedpatriot1burkethirdparty/javassist/lib/javassist.jarjavassist api changemodifiedpatriot1burkeaspects/src/main/org/jboss/aop/deployment/JBossClassPool.javajavassist api changemodifiedpatriot1burkeaop/src/main/org/jboss/aop/AOPClassPool.javajavassist api changeaddedkimptoctools/etc/cruisecontrol/scripts/generate.confmore params for build configmodifiedkimptoctools/etc/cruisecontrol/scripts/gen_configs.shmore params for build configmodifiedkimptoctools/etc/cruisecontrol/scripts/config.xml.templatemore params for build configmodifiedkimptoctools/etc/cruisecontrol/scripts/common.shlibmake build handle different branchesmodifiedkimptoctools/etc/cruisecontrol/scripts/do_build.shmake build handle different branchesmodifiedkimptoctools/etc/cruisecontrol/scripts/common.shlibmake build handle different branches
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Apr 21 02:46:03 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] TEST org.jboss.test.timer.test.BasicTimerUnitTestCase FAILED tests-txtimer-unit: [junit] Running org.jboss.test.txtimer.test.CanceledTimerTestCase [junit] Tests run: 4, Failures: 2, Errors: 0, Time elapsed: 8.219 sec [junit] TEST org.jboss.test.txtimer.test.CanceledTimerTestCase FAILED [junit] Running org.jboss.test.txtimer.test.EntityBeanTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 9.5 sec [junit] Running org.jboss.test.txtimer.test.SimpleTimerTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 8.156 sec [junit] Running org.jboss.test.txtimer.test.TimerSerializationTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.187 sec [junit] Running org.jboss.test.txtimer.test.TransactionalTimerTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 4.234 sec tests-util-unit: [junit] Running org.jboss.test.util.test.PropertyEditorsUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.531 sec [junit] Running org.jboss.test.util.test.PropertyPatternUnitTestCase [junit] Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [junit] Running org.jboss.test.util.test.ProtocolHandlerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.078 sec [junit] Running org.jboss.test.util.test.SchedulerUnitTestCase [junit] Tests run: 3, Failures: 1, Errors: 0, Time elapsed: 0.453 sec [junit] TEST org.jboss.test.util.test.SchedulerUnitTestCase FAILED [junit] Running org.jboss.test.util.test.StringsUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.187 sec [junit] Running org.jboss.test.util.test.ThreadPoolRunnableUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.172 sec [junit] Running org.jboss.test.util.test.ThreadPoolTaskUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.234 sec tests-webservice-unit: [junit] Running org.jboss.test.webservice.basic.AxisUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 12.641 sec [junit] Running org.jboss.test.webservice.ejbcomplex.EJBComplexUnitTestCase [junit] org.jboss.test.webservice.ejbcomplex.EJBComplexUnitTestCase: This test involves some intense persistence actions and may require you to adjust your server -Xmx settings. [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 28.828 sec [junit] Running org.jboss.test.webservice.ejbsimple.HelloUnitTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 12.625 sec [junit] Running org.jboss.test.webservice.ejbsimple.RedeployUnitTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 9.312 sec [junit] Running org.jboss.test.webservice.external.ExternalUnitTestCase [junit] org.jboss.test.webservice.external.ExternalUnitTestCase: This test requires a working http(s) connection to the internet. If you are running behind a firewall, you must start the server with the correct -Dhttp.proxy options. See the java documentation for that topic. [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 15.609 sec [junit] Running org.jboss.test.webservice.external.RedeployUnitTestCase [junit] org.jboss.test.webservice.external.RedeployUnitTestCase: This test requires a working http(s) connection to the internet. If you are running behind a firewall, you must start the server with the correct -Dhttp.proxy options. See the java documentation for that topic. [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 9.282 sec [junit] Running org.jboss.test.webservice.jmx.JmxUnitTestCase [junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 7.734 sec [junit] Running org.jboss.test.webservice.jmx.RedeployUnitTestCase [junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 5.485 sec [junit] Running org.jboss.test.webservice.security.SecurityUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 9.171 sec [junit] Running org.jboss.test.webservice.state.RedeployUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed:
[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Apr 21 02:58:59 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Wed Apr 21 02:58:59 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.2_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.41 Build Successful
View results here -> http://tck2.jboss.com/cc/?log=log20040420214350Lbuild.41 BUILD COMPLETE-build.41Date of build:04/20/2004 21:43:50Time to build:12 minutes 57 secondsLast changed:04/20/2004 21:30:37Last log entry:synchronized access to getCurrentState() Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(1)modifiedbelabancluster/src/main/org/jboss/ha/framework/server/DistributedStateImpl.javasynchronized access to getCurrentState()
[JBoss-dev] [JCA on JBoss] - Re: TODO: Timers
Are you talking about the new ejb timer implementation? If so, would you rather see it using the jmx timer service? Steve Coy View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831678#3831678 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831678 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JCA on JBoss] - Re: TODO: Timers
Does the new Thomas Diesler implementaiton still use the Scheduler? That thing is a piece of crap. So yes, use the jms timer service if you can. Scott is also interested in integrating Quartz. Not sure if it if applicable in this situation though. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831683#3831683 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831683 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JCA on JBoss] - Re: TODO: Timers
Actually, I see now that Adrian is talking about the implementation of BootstrapContext.createTimer(). As far as Thomas' ejb timer implementation is concerned, it is just using java.util.Timer. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831688#3831688 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831688 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
