for example try setting the timeout to 2 seconds and the wait in the bean at
4 seconds...
:), do you see it? if the timeout is in the bean then we don't register and
thus we never clean the tx, then with the current cache there are problems
in how you access that information in a isolated fashion
Ok finishing the test of the cache, found interesting stuff...
onto your mail
1- turn of html
2- see below
Don't get annoyed with me, but your new threads test is incomplete:
that's ok, I don't shoot the messenger, I do shoot the implementor
- You need to also randomize on the bean's primary
User: danch
Date: 01/07/01 20:29:14
Modified:src/etc/deploy jbosspool-jdbc.rar
Log:
allow specification of a timeout in JDBC connection pools when blocking is enabled
Revision ChangesPath
1.2 +42 -60jboss/src/etc/deploy/jbosspool-jdbc.rar
<>
User: danch
Date: 01/07/01 20:29:14
Modified:src/lib jbosspool.jar
Log:
allow specification of a timeout in JDBC connection pools when blocking is enabled
Revision ChangesPath
1.2 +356 -359 jboss/src/lib/jbosspool.jar
<>
_
constructors are called by the JMX engine
* based on your MLET tags.
- * @version $Revision: 1.17 $
+ * @version $Revision: 1.18 $
* @author mailto:[EMAIL PROTECTED]";>Aaron Mulder
+ * @author mailto:[EMAIL PROTECTED]";>danch (Dan Christopherson)
+ *
+ * Revision:
+
1.2
@@ -27,6 +27,10 @@
* @see org.jboss.pool.PooledObject
*
* @author Aaron Mulder ([EMAIL PROTECTED])
+ * @author mailto:[EMAIL PROTECTED]";>danch (Dan Christopherson)
+ *
+ * Revision:
+ * 20010701 danch added code for timeout in blocking.
*/
publ
Revision:
+ * 20010701 danch added code for timeout in blocking.
*/
public class XAPoolDataSource implements DataSource, Referenceable, ObjectFactory {
private static HashMap sources = new HashMap();
@@ -103,6 +107,8 @@
public int getMaxSize() {return pool.getMaxSize();}
pub
JBoss daily test results
SUMMARY
Number of tests run: 89
Successful tests: 84
Errors:1
Failures: 4
[time of test: 2 July 2001 2:51]
See http://lubega.com for ful
User: danch
Date: 01/07/01 18:08:36
Removed: src/lib xml.jar
Log:
Removed obsolete XML library
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: danch
Date: 01/07/01 18:07:49
Removed: lib xml.jar
Log:
Removed obsolete XML library
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: danch
Date: 01/07/01 17:45:04
Modified:src/build build.xml
Log:
Removed ejx references from the build
Revision ChangesPath
1.79 +3 -42 jboss/src/build/build.xml
Index: build.xml
===
Forget it. I was running the bad config. Need some sleep |)
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de
> Vincent Harcq
> Envoyé : lundi 2 juillet 2001 1:07
> À : Dev JBoss
> Objet : [JBoss-dev] RE: [JBoss-user] Opta2000 for MS SQLServer2000
I jump into the sources...cross post the mail...
TxCapsule line 523
try {
=>doBeforeCompletion();<=
endResource(idx, flag);
return true;
} catch(XAException e) {
doBeforeCompletion() was missing.
The solution could it be
User: kimptoc
Date: 01/07/01 14:01:27
Modified:src/build build.xml
Log:
[ #420297 ] JBoss startup/shutdown for RedHat - DONE
Revision ChangesPath
1.78 +5 -1 jboss/src/build/build.xml
Index: build.xml
=
User: kimptoc
Date: 01/07/01 14:01:27
Added: src/bin jboss_init_redhat.sh
Log:
[ #420297 ] JBoss startup/shutdown for RedHat - DONE
Revision ChangesPath
1.1 jboss/src/bin/jboss_init_redhat.sh
Index: jboss_init_redhat.sh
===
User: starksm
Date: 01/07/01 10:35:53
Modified:src/resources/web snoop.jsp
Log:
Fix syntax error in display of request URL
Revision ChangesPath
1.4 +1 -1 jbosstest/src/resources/web/snoop.jsp
Index: snoop.jsp
===
Hi,
Anatoly Akkerman wrote:
> On Sat, 30 Jun 2001, Ole Husgaard wrote:
> > Are you talking about org.jboss.ejb.MethodInvocation?
> > Why should that class be Serializable?
> > It is only used locally on the server.
>
> It is indeed reconstructed from the transport layer representation of the
> i
Hi,
Georg Rehfeld wrote:
> isn't it a shame, that we keep getting these 5 errors every night?
Yes.
> Sorry, that I hadn't the time yet to look after them, isn't it meant
> for the authors to correct the bugs?
I think that's the purpose of the tests.
> Chris does a nice job to help us, but som
marc fleury wrote:
> almost done with the rewrite of the locking mechanisms..
>
> the bug removed is the busywait bug of the previous "leaky-lock" but in all
> instance what we are looking for is hangs in *particular threads*. I really
> don't know how we can automate that.
If detecting a threa
Patches item #437692, was opened at 2001-07-01 04:21
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=437692&group_id=22866
Category: JBossCMP
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: KV Vinay Menon (kvvinaymenon)
A
20 matches
Mail list logo
