Re: [JBoss-dev] new forums for development
Looks good. Any news about nntp gateway? /Love mail and news - hate browsers :) tisdagen den 12 november 2002 kl 18.27 skrev marc fleury: Guys, I just created a bunch of forums in the development forums. --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] article about cache - local/global
http://www.opencores.org/articles?cmd=view_article&id=6 bax --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 认准“工商”标志，享受合法赚钱的乐趣！
ÍøÉÏÆÈ˵Ķ«Î÷Ì«¶àÁË£¬ ÎÒÕæ³ÏÏòÄãÍƼöÒ»¸öÿÔÂ׬1ÔªµÄ»ú»á---¼ÓÈëÖйúͼÊéÍø£¡ ÇëÈÏ×¼¡°¹¤ÉÌ¡±ºÏ·¨µÇ¼Ç±êÖ¾£¬ÕæÕýÏíÊÜÍøÂç׬ǮµÄÀÖȤ£¡ Á˽âÏêÇéÇë¿´£º www.BooksChina.com/jiangli/jiangli.asp?uid=lyx0503 ×£ÄãºÃÔË£¡ --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty structure sucks
This is not true for jboss-head or other psuedo module created via CVSROOT/modules. Update will not check CVSROOT/modules for changes, it will only work off of the local data in CVS/Entires. --jason On Tuesday, November 12, 2002, at 11:20 AM, Taylor,Timothy L. wrote: cvs up -d will create directories that exist in the repository, but don't exist in your sandbox. Another useful option is -P will will prune directories from your sandbox that are empty. You can add the following to your .cvsrc file to make these be "defaults" update -d -P - Tim Dain Sundstrom wrote: Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty structure sucks
Yes. --jason On Tuesday, November 12, 2002, at 11:23 AM, Dain Sundstrom wrote: Thanks... Is get an alias for checkout? How do I know _jboss_thirdparty is the right name to use? Is this name from the modules file? -dain Adrian Brock wrote: Hi Dain, cd jboss-head cvs get _jboss_thirdparty cvs update and aliases don't work properly :-( Regards, Adrian From: Dain Sundstrom <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: JBoss-dev <[EMAIL PROTECTED]> Subject: [JBoss-dev] New thirdparty structure sucks Date: Tue, 12 Nov 2002 13:02:27 -0600 Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-636920 ] JSP INCLUDE
Bugs item #636920, was opened at 2002-11-12 02:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636920&group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Jeff Miner (jeff_miner) Assigned to: Nobody/Anonymous (nobody) Summary: JSP INCLUDE Initial Comment: v 3.0.4 See my previous #594563 which starksm closed. Inclusion of JSP using RequestDispatcher causes included content to jump to top of page. He claims this was fixed, yet the latest, greatest download (v 3.0.4) exhibits the same behavior. Do I need to upgrade Jetty separately? One can flush the out buffer in the JSP before including, but I need to do this in the object, not in the JSP. Why doesn't the RequestDispatcher know how to do this? -- Comment By: Greg Wilkins (gregwilkins) Date: 2002-11-13 00:20 Message: Logged In: YES user_id=44062 Can you give us a pair of JSPs that exhibit this problem? The following URL to the jetty demo site shows that it does work at least for all the examples that I have. http://jetty.mortbay.org/jetty/dispatch/include/snoop.jsp Remember that request dispatching, JSPs, writers and outputstreams all form a complex little mishmash of buffering vs flushing (which slows down performance a lot). You may have some content that you think has been written to the response before the include, but it is actually still in a JSP or writer buffer somewhere (outside the control of Jetty!). I think JSPs do have some mechanisms for controlling this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636920&group_id=22866 --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty structure sucks
CVS sucks... --jason On Tuesday, November 12, 2002, at 11:02 AM, Dain Sundstrom wrote: Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Müzik ve aradýklarýnýz acai
Mp3sa yine bir ilki gerçekleþtiriyor: Klip arþivi!
Full albüm ve single parçalar mp3 halinde!
Arayýpta bulamadýðýnýz bütün parçalar için birde sitemize bakýn: http://www.mp3sa.com
Full Turkçe Album
Full Yabancý Album
A-Z Yerli Mp3
A-Z Yabancý Mp3
En Iyý 20
Yerli Výdeo Klýp
Yabancý Výdeo Klýp
Yerli ve Yab. Arsýv
Hepsine birden ulaþabileceðiz tek bir adres var
http://www.mp3sa.com
áË ë^¨¥Ë)¢{(ç[É:%yªç¶jȲìyË«x2¢êðy»"µì"¶-ÉbrH^ëhëZM .ÚN°µä®÷«
êíøjס¶Úÿ
0ak ^r¿ÞvÚfè²Ç^½éh¦g§¶f¢)à+-%º,±×¯zZ)éí+-²Ê.Ç¢¸ ëa¶Úlÿùb²Û,¢êÜyú+éÞ·ùb²Û?+-wèþ6è²Ç^½éh¦g§
Re: [JBoss-dev] New thirdparty structure sucks
cvs up -d will create directories that exist in the repository, but don't exist in your sandbox. Another useful option is -P will will prune directories from your sandbox that are empty. You can add the following to your .cvsrc file to make these be "defaults" update -d -P - Tim Dain Sundstrom wrote: Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-595672 ] Deserialization broken in JBoss 3.01
Bugs item #595672, was opened at 2002-08-15 20:28 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=595672&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: Wont Fix Priority: 8 Submitted By: Boris Tamarkin (upss) Assigned to: Dain Sundstrom (dsundstrom) Summary: Deserialization broken in JBoss 3.01 Initial Comment: Win2000 operating system MySQL or MS SQLServer 2000 databases mapping in standardjbosscmp-jdbc.xml (same as in 3.0) for mySQL java.lang.Object JAVA_OBJECT LONGBLOB java.lang.Object JAVA_OBJECT IMAGE Repeat scenario Having CMP2 entity bean with one Object atribute. Call setObject works fine and store as a Blob in database. When trying to retreive after, failure happens. Stacktrace attached below *Notes: 1. Serialization and deserialization doing only with 3.01 version of JBoss 2. Not trying to deserealize old blobs (I am aware of it can be not supported and compatible with earlier version of JBoss) 3. This functionality and same code works fine with previous JBoss 3.0 version, but it is broken in 3.01. Thanks Stacktrace * 10:51:02,738 ERROR [LogInterceptor] TransactionRolledbackLocalException, causedB y: java.sql.SQLException: Unable to load to deserialize result: java.io.StreamCorru ptedException: invalid stream header at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.convertByteArra yToObject(JDBC Util.java:612) at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.getResult (JDBCUtil.java:311) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMP FieldBridge.load ArgumentResults (JDBCAbstractCMPFieldBridge.java:350) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMP FieldBridge.load InstanceResults(JDBCAbstractCMPFieldBridge.java:304) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityComman d.execute(JDBCLoad EntityCommand.java:142) at org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityComman d.execute(JDBCLoad EntityCommand.java:62) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.load Entity(JDBCStoreM anager.java:572) at org.jboss.ejb.plugins.CMPPersistenceManager.loadEntit y(CMPPersistence Manager.java:410) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.load Entity(CachedConnectionInterceptor.java:353) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.inv oke(EntityS ynchronizationInterceptor.java:262) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.invo ke(CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke (EntityInstance Interceptor.java:152) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke (EntityLockIntercep tor.java:107) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke (EntityCreation Interceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInte rceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxIntercep torCMT.java:178) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:6 0) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor. java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:203) at org.jboss.ejb.EntityContainer.invoke (EntityContainer.java:493) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv oke(BaseLoca lContainerInvoker.java:301) at org.jboss.ejb.plugins.local.EntityProxy.invoke (EntityProxy.java:38) at $Proxy161.getKeyValue(Unknown Source) at com.rendition.MyEJB.retrieveKey (MyEJB.java:155) ** -- Comment By: Axel Mueller (camueller) Date: 2002-11-12 22:46 Message: Logged In: YES user_id=389955 It seems to be fixed in 3.0.4 (in 3.2.0beta it is NOT fixed). -- Comment By: Stephen Coy (scoy) Date: 2002-11-02 00:25 Message: Logged In: YES user_id=463096 I believe that its fixed in Branch_3_0, Branch_3_2 and HEAD -- Comment By: Boris Tamarkin (upss) Date: 2002-11-01 18:45 Message: Logged In: YES user_id=595649 Is it fixed in release, or in CVS? In JBoss 3.0.3 is not seem to be fixed. Thanks -- Comment By: Stephen Coy (scoy) Date: 2002-10-31 08:29 Message: Logged In: YES user_id=463096 The handling of large character and binary columns has been completely overhauled. The stack trace looks like a typical manifestation of JBoss's earlier BLOB/CLOB problems, Note that the JAVA_OBJECT jdbc type should probably not be mapped to binary columns - use VARBINARY, LONGVARBINARY or CLOB instead (of JAVA_OBJECT). Anyway, with correct mappings I believe this is
Re: [JBoss-dev] .DS_Store
They are used by the finder to remember the view in a particular directory. They are not necessary for OS X. I put .DS_Store in my .cvsignore file to keep them out of my repository -jason On Tuesday, November 12, 2002, at 01:50 PM, Scott M Stark wrote: They can't be necessary for OS X and should not be in the repository. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Victor Langelo" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 12, 2002 12:05 PM Subject: Re: [JBoss-dev] .DS_Store Meta information saved by Mac OS X. Unless you're using Mac OS X you can delete these files. --Victor --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] .DS_Store
They are used by MacOS X to store stuff like icon and window locations. Not necessary for OS X but it does create them if they don't exist. > From: "Scott M Stark" <[EMAIL PROTECTED]> > Organization: JBoss Group, LLC > Reply-To: [EMAIL PROTECTED] > Date: Tue, 12 Nov 2002 12:50:44 -0800 > To: <[EMAIL PROTECTED]> > Subject: Re: [JBoss-dev] .DS_Store > > They can't be necessary for OS X and should not be in the repository. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > - Original Message - > From: "Victor Langelo" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, November 12, 2002 12:05 PM > Subject: Re: [JBoss-dev] .DS_Store > > >> Meta information saved by Mac OS X. Unless you're using Mac OS X you can >> delete these files. >> >> --Victor > > > > --- > This sf.net email is sponsored by: > To learn the basics of securing your web site with SSL, > click here to get a FREE TRIAL of a Thawte Server Certificate: > http://www.gothawte.com/rd522.html > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 12-November-2002
Number of tests run: 991
Successful tests: 986
Errors:5
Failures: 0
[time of test: 12 November 2002 12:46 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1_03-69]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.2.1]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
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.
Remember - if a test becomes broken after your changes - fix it or fix the test!
Oh dear - still got some errors!
Thanks for all your effort - we really do love you!
---
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] .DS_Store
They can't be necessary for OS X and should not be in the repository. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Victor Langelo" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 12, 2002 12:05 PM Subject: Re: [JBoss-dev] .DS_Store > Meta information saved by Mac OS X. Unless you're using Mac OS X you can > delete these files. > > --Victor --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Eclipse deployer
Hi, Few months ago I wrote special deployer that knows structure of eclipse workspace and is able to deploy ejb's directly from eclipse's workspace without need to package them first. My boss does not mind making this code available to public and I wonder if this is something that can/should be put into JBoss cvs repository. Any advice? -- Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-636227 ] testsuite generally fails to complete
Bugs item #636227, was opened at 2002-11-10 16:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636227&group_id=22866 Category: JBossTest Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Chris Kimpton (kimptoc) Assigned to: Adrian Brock (ejort) Summary: testsuite generally fails to complete Initial Comment: Hi, I have run the full testsuite (testsuite/build.xml, target test) several times but it rarely completes. The machine is doing nothing else - 2 x 1.3GHZ cpu, 1GB ram - left run for 15 hours plus. Redhat 7.2, sun jdk1.3.1_06 Tried using kill -SIGHUP, but it seemed to kill the JVM rathing giving a thread dump. Regards, Chris -- >Comment By: Chris Kimpton (kimptoc) Date: 2002-11-12 20:12 Message: Logged In: YES user_id=39204 and then the testsuite completed ok - doh... -- Comment By: Chris Kimpton (kimptoc) Date: 2002-11-12 19:38 Message: Logged In: YES user_id=39204 [I had to restart it and run them manually] Here is the server thread dump: Full thread dump: "Thread-111" prio=1 tid=0x549948e0 nid=0x769d runnable [0x562ff000..0x562ff870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "Thread-110" prio=1 tid=0x4f365980 nid=0x769c runnable [0x55eff000..0x55eff870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "Thread-109" prio=1 tid=0x4e28d318 nid=0x769b runnable [0x55427000..0x55427870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "Thread-108" prio=1 tid=0x4d0b64f0 nid=0x769a runnable [0x54e4f000..0x54e4f870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "Thread-107" prio=1 tid=0x4d09baa8 nid=0x7699 runnable [0x4f062000..0x4f062870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "UIL Worker-18" prio=1 tid=0x8a61c88 nid=0x7666 runnable [0x56eff000..0x56eff870 ] at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:463) at java.net.ServerSocket.implAccept(ServerSocket.java:238) at java.net.ServerSocket.accept(ServerSocket.java:217) at org.jboss.mq.il.uil.UILServerILService.run(UILServerILService.java:16 8) at java.lang.Thread.run(Thread.java:479) "UIL Worker-17" prio=1 tid=0x8a47c48 nid=0x7664 runnable [0x56cff000..0x56cff870 ] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.net.SocketInputStream.read(SocketInputStream.java:107) at java.io.DataInputStream.readShort(DataInputStream.java:261) at org.jboss.mq.il.uil.multiplexor.StreamDemux.pumpData(StreamDemux.java :124) at org.jboss.mq.il.uil.multiplexor.DemuxInputStream.read(DemuxInputStrea m.java:87)
Re: [JBoss-dev] .DS_Store
Meta information saved by Mac OS X. Unless you're using Mac OS X you can delete these files. --Victor Peter Fagerlund wrote: What are these binary files ? ? jboss-head/varia/src/resources/services/binding/.DS_Store ? jboss-head/varia/src/resources/services/.DS_Store ? jboss-head/connector/src/etc/example-config/.DS_Store --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] .DS_Store
What are these binary files ? ? jboss-head/varia/src/resources/services/binding/.DS_Store ? jboss-head/varia/src/resources/services/.DS_Store ? jboss-head/connector/src/etc/example-config/.DS_Store --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-636227 ] testsuite generally fails to complete
Bugs item #636227, was opened at 2002-11-10 16:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636227&group_id=22866 Category: JBossTest Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Chris Kimpton (kimptoc) Assigned to: Adrian Brock (ejort) Summary: testsuite generally fails to complete Initial Comment: Hi, I have run the full testsuite (testsuite/build.xml, target test) several times but it rarely completes. The machine is doing nothing else - 2 x 1.3GHZ cpu, 1GB ram - left run for 15 hours plus. Redhat 7.2, sun jdk1.3.1_06 Tried using kill -SIGHUP, but it seemed to kill the JVM rathing giving a thread dump. Regards, Chris -- >Comment By: Chris Kimpton (kimptoc) Date: 2002-11-12 19:38 Message: Logged In: YES user_id=39204 [I had to restart it and run them manually] Here is the server thread dump: Full thread dump: "Thread-111" prio=1 tid=0x549948e0 nid=0x769d runnable [0x562ff000..0x562ff870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "Thread-110" prio=1 tid=0x4f365980 nid=0x769c runnable [0x55eff000..0x55eff870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "Thread-109" prio=1 tid=0x4e28d318 nid=0x769b runnable [0x55427000..0x55427870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "Thread-108" prio=1 tid=0x4d0b64f0 nid=0x769a runnable [0x54e4f000..0x54e4f870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "Thread-107" prio=1 tid=0x4d09baa8 nid=0x7699 runnable [0x4f062000..0x4f062870] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(BufferedInputStream.java:199) at java.io.DataInputStream.readInt(DataInputStream.java:333) at org.hsqldb.ServerConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:479) "UIL Worker-18" prio=1 tid=0x8a61c88 nid=0x7666 runnable [0x56eff000..0x56eff870 ] at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:463) at java.net.ServerSocket.implAccept(ServerSocket.java:238) at java.net.ServerSocket.accept(ServerSocket.java:217) at org.jboss.mq.il.uil.UILServerILService.run(UILServerILService.java:16 8) at java.lang.Thread.run(Thread.java:479) "UIL Worker-17" prio=1 tid=0x8a47c48 nid=0x7664 runnable [0x56cff000..0x56cff870 ] at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:85) at java.net.SocketInputStream.read(SocketInputStream.java:107) at java.io.DataInputStream.readShort(DataInputStream.java:261) at org.jboss.mq.il.uil.multiplexor.StreamDemux.pumpData(StreamDemux.java :124) at org.jboss.mq.il.uil.multiplexor.DemuxInputStream.read(DemuxInputStrea m.java:87) at org.jboss.mq.il.uil.multiplexor.DemuxInputStream.read(DemuxInputStrea m.java:122) at java.io.BufferedInputStream.fill(BufferedInputStream.java:181) at java.io.BufferedInputStream.read(Buff
[JBoss-dev] [ jboss-Bugs-636227 ] testsuite generally fails to complete
Bugs item #636227, was opened at 2002-11-10 16:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636227&group_id=22866 Category: JBossTest Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Chris Kimpton (kimptoc) Assigned to: Adrian Brock (ejort) Summary: testsuite generally fails to complete Initial Comment: Hi, I have run the full testsuite (testsuite/build.xml, target test) several times but it rarely completes. The machine is doing nothing else - 2 x 1.3GHZ cpu, 1GB ram - left run for 15 hours plus. Redhat 7.2, sun jdk1.3.1_06 Tried using kill -SIGHUP, but it seemed to kill the JVM rathing giving a thread dump. Regards, Chris -- >Comment By: Chris Kimpton (kimptoc) Date: 2002-11-12 19:36 Message: Logged In: YES user_id=39204 Here is the thread dump from the testsuite thread: "WATCHDOG" daemon prio=1 tid=0x741f0e48 nid=0x75f8 waiting on monitor [0x7192a00 0..0x7192a870] at java.lang.Object.wait(Native Method) at org.apache.tools.ant.util.Watchdog.run(Watchdog.java:116) at java.lang.Thread.run(Thread.java:479) "Thread-106" daemon prio=1 tid=0x741f0ce0 nid=0x75f7 waiting on monitor [0x7172a 000..0x7172a870] at java.lang.Object.wait(Native Method) at java.io.PipedInputStream.read(PipedInputStream.java:227) at java.lang.ProcessInputStream.read(UNIXProcess.java:345) at java.io.PipedInputStream.read(PipedInputStream.java:272) at java.io.InputStream.read(InputStream.java:86) at org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:105) at java.lang.Thread.run(Thread.java:479) "Thread-105" daemon prio=1 tid=0x741f0b78 nid=0x75f6 waiting on monitor [0x7152a 000..0x7152a870] at java.lang.Object.wait(Native Method) at java.io.PipedInputStream.read(PipedInputStream.java:227) at java.lang.ProcessInputStream.read(UNIXProcess.java:345) at java.io.PipedInputStream.read(PipedInputStream.java:272) at java.io.InputStream.read(InputStream.java:86) at org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:105) at java.lang.Thread.run(Thread.java:479) "stderr reader pid=30195" daemon prio=1 tid=0x741f0a10 nid=0x75f5 runnable [0x71 32a000..0x7132a870] at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:161) at java.lang.ProcessInputStream.run(UNIXProcess.java:385) at java.lang.Thread.run(Thread.java:479) "stdout reader pid=30195" daemon prio=1 tid=0x741f08d8 nid=0x75f4 runnable [0x70 aff000..0x70aff870] at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:161) at java.lang.ProcessInputStream.run(UNIXProcess.java:385) at java.lang.Thread.run(Thread.java:479) "process forker" daemon prio=1 tid=0x6e9bcdf0 nid=0x6cea waiting on monitor [0x6 f6ff000..0x6f6ff870] at java.lang.Object.wait(Native Method) at java.lang.UNIXProcessForker.run(Native Method) at java.lang.Thread.run(Thread.java:479) "process reaper" daemon prio=1 tid=0x6e9d6c88 nid=0x6ce9 runnable [0x6f4ff000..0 x6f4ff870] at java.lang.UNIXProcessReaper.run(Native Method) at java.lang.Thread.run(Thread.java:479) "Signal Dispatcher" daemon prio=1 tid=0x808e178 nid=0x6ce7 waiting on monitor [0 ..0] "Finalizer" daemon prio=1 tid=0x8086d98 nid=0x6ce4 waiting on monitor [0x6df6e00 0..0x6df6e870] at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:103) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:157) "Reference Handler" daemon prio=1 tid=0x8085280 nid=0x6ce3 waiting on monitor [0 x6dd6e000..0x6dd6e870] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:415) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:105) "main" prio=1 tid=0x804e6f0 nid=0x6cc6 waiting on monitor [0xbfffc000..0xbfffd2b 4] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:415) at java.lang.UNIXProcess.waitFor(UNIXProcess.java:213) at org.apache.tools.ant.taskdefs.Execute.waitFor(Execute.java:467) at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeAsForke d(JUnitTask.java:680) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitT ask.java:554) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitT ask.java:527) at org.apache.tools.ant.Task.perform(Task.java:319) at org.apache.too
[JBoss-dev] QueuedPessimisticEJBLock bug?
Red Hat 7.2 JDK 1.4.1-b21 jboss-head from ~2pm EST 10/29/2002 Scenario: Session bean which gets some data from some EntityBeans. Session bean is tied to a client GUI in which the user can 'click' a button and the client calls a method on the Session bean to retrieve some data. Problem: We are getting intermittent ApplicationDeadlockExceptions. Particularly, the "Application deadlock detected: Current thread already has tx lock in different transaction.". Possible Cause?: >From initial analysis, I think it has something to do with BeanLockSupport.deadlockDetection(Transaction miTx). The first test in deadlockDetection() is to see if Thread.currentThread().equals(holdingThread). If they are equal, you get the exception. Well, the code that it is being thrown on is just a CMP field of an entity bean. That code does not cause any re-entrance. The only thing I can think of is that the same RMI worker thread happened to receive two user 'clicks' in rapid succession, thus causing deadlockDetection to see the same thread trying to get the lock on the EntityBean. This theory is only possible if QueuedPessimisticEJBLock.endTransaction() doesn't get called before the Session bean returns from the first call. When QueuedPessimisticEJBLock.endTransaction() is called, it nulls out the holdingThread and therefore this particular exception can never occur. Does this theory make sense? Thanks, Michael --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty structure sucks
Thanks... Is get an alias for checkout? How do I know _jboss_thirdparty is the right name to use? Is this name from the modules file? -dain Adrian Brock wrote: Hi Dain, cd jboss-head cvs get _jboss_thirdparty cvs update and aliases don't work properly :-( Regards, Adrian From: Dain Sundstrom <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: JBoss-dev <[EMAIL PROTECTED]> Subject: [JBoss-dev] New thirdparty structure sucks Date: Tue, 12 Nov 2002 13:02:27 -0600 Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] J2EE Timer Service
I have been trying to write an MBean wrapper around Quartz as well as an EJB interface to it for the past week or so. It works pretty well with one _major_ exception. The Quartz JDBCJobStore implementation is pretty lousy. I've posted a message to [EMAIL PROTECTED] suggesting a rewrite, but so far haven't heard anything back. Bottom line: their JDBCJobStore implementation cannot be called within a CMT. :-/ So, for now, all jobs are volatile. ++jeff On Sunday 10 November 2002 12:33 pm, Jason Dillon wrote: > What about Quartz? Lets integrate instead of invent where we can. > > --jason > > > > what do you guys think of a new scheduler? > > marc f > > > -Original Message- > > From: Ben Sabrin [mailto:ben@;jboss.org] > > Sent: Monday, November 04, 2002 3:58 AM > > To: Marc Fleury > > Subject: FW: Quartz J2EE Scheduler > > > > > > for your consumption. > > > > > > Ben Sabrin > > > > Director of Sales and Business Development > > JBoss Group, LLC > > > > > > -Original Message- > > > > From: Nathan Phelps [mailto:nphelps@;solarc.com] > > Sent: Wednesday, October 30, 2002 9:20 PM > > To: 'Ben Sabrin' > > Subject: Quartz J2EE Scheduler > > > > > > Here is the link to the Scheduler I was talking about today: > > > > http://quartz.sourceforge.net > > > > > Again, thanks for your visit. > > > > I've already gotten feedback about how much everyone enjoyed it. > > > > > Thanks, > > > Nathan > > > > On Sunday, November 10, 2002, at 11:15 AM, Scott M Stark wrote: > > I have not seen anyone mention this so go ahead. > > > > > > Scott Stark > > Chief Technology Officer > > JBoss Group, LLC > > > > > > - Original Message - > > From: "Andy" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Sunday, November 10, 2002 10:18 AM > > Subject: [JBoss-dev] J2EE Timer Service > > > >> Hi Geeks > >> > >> Did anyone started to develop the EJB 2.1 Timer Service ? > >> > >> Otherwise I will have a look into it because I think we could > >> use the Scheduler. > >> > >> Have fun - Andy > > > > --- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty structure sucks
Hi Dain, cd jboss-head cvs get _jboss_thirdparty cvs update and aliases don't work properly :-( Regards, Adrian From: Dain Sundstrom <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: JBoss-dev <[EMAIL PROTECTED]> Subject: [JBoss-dev] New thirdparty structure sucks Date: Tue, 12 Nov 2002 13:02:27 -0600 Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] New thirdparty structure sucks
Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-637269 ] Entity bean lock problem
Bugs item #637269, was opened at 2002-11-12 10:04
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637269&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Robert de Lorimier (rodelor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Entity bean lock problem
Initial Comment:
OS: Win2k
JDK: 1.3.1_02
Database: MySQL
3.23.51
Server trace:
. JBoss Bootstrap Environment
.
JBOSS_HOME: C:\jboss-tomcat\bin\..
. JAVA:
C:\jdk1.3.1_02\bin\java
. JAVA_OPTS: -
Dprogram.name=run.bat
. CLASSPATH:
;C:\jdk1.3.1_02\lib\tools.jar;C:\jboss-
tomcat\bin\run.jar
JBoss version: jboss-3.0.4_tomcat-
4.0.6.zip
After creating an entity via jsp, I receive an error
when trying to use a get method or set it in a relationship. I am not
trying to remove the entity. I am sending the ejb jar file, the war file
and the schema in a zip for testing. The pages to try are any of the
Client7*.jsp and
creditcard_customer_relation.jsp.
Code
snipet:
"
out.print("Creating
CreditCard");
// set Credit Card
info
Calendar now =
Calendar.getInstance();
String dateString =
String.valueOf(now.get(Calendar.YEAR)) + "-" +
String.valueOf(now.get(Calendar.MONTH)) + "-" +
String.valueOf(now.get(Calendar.DAY_OF_MONTH));
out.print("The
date used is " + dateString +
"");
CreditCardLocal card =
cardhome.create(dateString, "371", "John
Smith", "O'Reilly");
out.print("The CreditCard
ID is " + card.getId() +
"");
out.print("Linking
CreditCard and
Customer");
customer.setCreditCard(card);
"
This
is the error:
"
09:39:03,986 ERROR [LogInterceptor]
TransactionRolledbackLocalException,
causedBy:
java.lang.IllegalArgumentException: Attempt
to remove a lock for a null object
at
org.jboss.ejb.BeanLockManager.removeLockRef(BeanLockManager.java:103)
at
org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:124)
at
org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130)
at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204)
at
org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493)
at
org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invoke(BaseLocalContainerInvoker.java:301)
at
org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:38)
at $Proxy475.getPrimaryKey(Unknown Source)
at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setInstanceValue(JDBCCMRFieldBridge.java:552)
at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setValue(JDBCCMRFieldBridge.java:483)
at
org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandler.java:126)
at
org.jboss.proxy.compiler.Runtime.invoke(Runtime.java:59)
at
com.titan.customer.CustomerCMP$Proxy.setCreditCard()
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1194)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:95)
at
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:297)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186)
at
org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:90)
at
org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:163)
at
org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107)
at
org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130)
at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204)
at
org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493)
at
org.jboss.ej
[JBoss-dev] new forums for development
Guys, I just created a bunch of forums in the development forums. The idea is to split up the development and recruit new people in the efforts. I want to assign a lead per project and have him maintain a blog of development going on. We got TODO, general Forums on JBoss: the forums rewrite well underway. The model is done the tapestry front is prototyped we are expecting a first demo soon Aspects on JBoss; Aspect factories. JMS on JBoss: rewrite of JMS Deployers on JBoss: maintain and develop the advanced Grid deployers Clusters on JBoss: Grid stuff, let's do it JDoclet on JBoss: XDoclet tags @JBoss Caches on JBoss: We are working on making the caches available as a service. Persistence on JBoss: that is only for the rewrite of the CMP engine as a generic service not just EJB I will assign leads on each of these (some of them are naturals) and it will be "Persistence By Dain Sundstrom" so there is a named face running it and we maintain those logs, recruit new people. marc f xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-637206 ] Incomplete SpyMessage serialization
Patches item #637206, was opened at 2002-11-12 17:21
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376687&aid=637206&group_id=22866
Category: JBossMQ
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ulf Schroeter (schrouf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incomplete SpyMessage serialization
Initial Comment:
Object serialization of class org.jboss.mq.SpyMessage
does not serialize attribute
SpyMessage.header.durableSubscriberID in
read/writeExternal().
Proposed code fix:
writeExternal(...)
{
...
...
if( header.durableSubscriberID != null )
{
out.writeBoolean( true );
writeString( out, header.durableSubscriberID.clientID );
writeString( out,
header.durableSubscriberID.subscriptionName );
writeString( out, header.durableSubscriberID.selector );
}
else
{
out.writeBoolean( false );
}
...
}
readExternal(...)
{
...
...
boolean durable = in.readBoolean();
if( durable )
{
String clientID = readString( in );
String subscriptionName = readString( in );
String selector = readString( in );
header.durableSubscriberID = new DurableSubscriberID(
clientID, subscriptionName, selector );
}
else
{
header.durableSubscriberID = null;
}
...
}
Followups
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376687&aid=637206&group_id=22866
---
This sf.net email is sponsored by:
To learn the basics of securing your web site with SSL,
click here to get a FREE TRIAL of a Thawte Server Certificate:
http://www.gothawte.com/rd522.html
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] hsqldb "sqlcache" speed improvment indication
tisdagen den 12 november 2002 kl 16.34 skrev Christian Riege: kids, remember: don't code on drugs! You grown ops should not take drugs at all ... --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] hsqldb "sqlcache" speed improvment indication
kids, remember: don't code on drugs! scnr, christian On Tue, 2002-11-12 at 16:13, Peter Fagerlund wrote: > cache is king, > makes me want to sing, > all your cache are belong to us, > check it out in swing, > cache is king, > makes me want to sing, > sqlcache is a drag queen, > awaiting to be seen, > as lean and mean, > cache is king, > ming, > sinister mister, > use the drag queen, > from the other side, > run run, > while in cache, > you can't hide, > may the cache be with you, --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-636227 ] testsuite generally fails to complete
Bugs item #636227, was opened at 2002-11-10 16:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636227&group_id=22866 Category: JBossTest Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Chris Kimpton (kimptoc) Assigned to: Adrian Brock (ejort) Summary: testsuite generally fails to complete Initial Comment: Hi, I have run the full testsuite (testsuite/build.xml, target test) several times but it rarely completes. The machine is doing nothing else - 2 x 1.3GHZ cpu, 1GB ram - left run for 15 hours plus. Redhat 7.2, sun jdk1.3.1_06 Tried using kill -SIGHUP, but it seemed to kill the JVM rathing giving a thread dump. Regards, Chris -- >Comment By: Adrian Brock (ejort) Date: 2002-11-12 15:33 Message: Logged In: YES user_id=9459 Hi Chris, Do you see where ant forks the test? PID 24527 Try running kill -s sigquit 24527 You might need to run the testsuite from the command line. I don't know where the output will go if you are running it from cron It would be useful to get a threaddump of the server as well. Regards, Adrian -- Comment By: Chris Kimpton (kimptoc) Date: 2002-11-12 10:02 Message: Logged In: YES user_id=39204 Hi, I have it running now (a fresh checkout, just running the unit tests - been going about 1 hour - at 9:30AM GMT). You can get the pstree output here: http://jboss.kimptoc.net/pstree.txt It seems to have stopped somewhere different now... Regards, Chris -- Comment By: Adrian Brock (ejort) Date: 2002-11-11 15:12 Message: Logged In: YES user_id=9459 I noticed a typo for "haltonfailure". I'd be suprised if this was the cause, otherwise other people would have seen the problem. Regards, Adrian -- Comment By: Chris Kimpton (kimptoc) Date: 2002-11-11 14:04 Message: Logged In: YES user_id=39204 Hi, Yes - it does seem a little random. The full details are on this website: http://jboss.kimptoc.net/jboss-all [don't worry - it is jboss-head not all...] I was running jboss direct from CVS - no modifications, extra jars or config. Test log is here: http://jboss.kimptoc.net/jboss-all/build/cronjob_test.log The specific report you mentioned is here: http://jboss.kimptoc.net/jboss- all/testsuite/output/reports/TEST- org.jboss.test.naming.test.ExternalContextUnitTestCase.xml I can run it again later and capture the pstree output. Although I am pretty sure I see the ant java process in ps - as I have to kill them all off manually when this happens... Chris -- Comment By: Adrian Brock (ejort) Date: 2002-11-11 12:09 Message: Logged In: YES user_id=9459 That's a bit random. This test does nothing unless you have external contexts configured. What do you get in output/reports/TEST- org.jboss.test.naming.test.ExternalContextUnitTestCase.xml I'm beginning to suspect a bug in ant/junit especially since you are seeing a hang rather than timeout. What output do you get from pstree, can you see ant-java forking java? Do you have any jars in jre/lib/ext? Regards, Adrian -- Comment By: Chris Kimpton (kimptoc) Date: 2002-11-11 08:35 Message: Logged In: YES user_id=39204 2002-11-10 20:28:29,005 DEBUG [org.jboss.test.naming.test.ExternalContextUnitTestCase] JBossTestServices(), className=org.jboss.test.naming.test.ExternalContextUnitTestCase 2002- 11-10 20:28:29,368 DEBUG [org.jboss.test.naming.test.ExternalContextUnitTestCase] JBossTestServices(), className=org.jboss.test.naming.test.ExternalContextUnitTestCase 2002- 11-10 20:28:29,803 DEBUG [org.jboss.test.naming.test.ExternalContextUnitTestCase] No ExternalContext names exist -- Comment By: Adrian Brock (ejort) Date: 2002-11-10 23:05 Message: Logged In: YES user_id=9459 Hi Chris, Can you attach testsuite/output/log/test.log from the hanging test. Regards, Adrian -- Comment By: Chris Kimpton (kimptoc) Date: 2002-11-10 22:31 Message: Logged In: YES user_id=39204 Hi, I just tried running the tests-unit target on a freshly checked out set of code and still it hangs... I tried SIGQUIT - on several main java processes - but still did not see any thread dump in the server.log - or does it go to the console log? Thanks, Chris -- Comment By: Scott M Stark (starksm) Date: 2002-11-10 17:05 Message: Logged In: YES user_id=175228 SIGQUIT is the correct signal to use to generate a thread dump.
[JBoss-dev] [ jboss-Bugs-637174 ] Mechanism to specify database type
Bugs item #637174, was opened at 2002-11-12 10:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637174&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Shakeel Mahate (shakeelmahate) Assigned to: Nobody/Anonymous (nobody) Summary: Mechanism to specify database type Initial Comment: We need a hook to be able to specify the TYPE of the database during CREATE CREATE employe (..) TYPE="InnoDB"; For mySQL and CMRs we need to use InnoDB database type, the default is myISAM. I could not find any mechanism to control the CREATE and hence specify the TYPE. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637174&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-637168 ] Cannot start catalina service
Bugs item #637168, was opened at 2002-11-12 10:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637168&group_id=22866 Category: CatalinaBundle Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Shakeel Mahate (shakeelmahate) Assigned to: Scott M Stark (starksm) Summary: Cannot start catalina service Initial Comment: The tomcat service xml file has an error. It has entity catalina.home defined as ..\catalina or ..\tomcat-4.1.x As a consequence of that hardcoded .. path the directory from which you start the run script should always be tomcat_dist\bin If you add tomcat_dist\bin to your path and then try to execute the script run from lets say tomcat_dist directory you get a ClassNotFoundException on org.apache.catalina.context when the tomcat service is being deployed. So what's the workaround. Ofcourse 1. Start the script from the bin directory 2. Update a README and specify the limitation The correct fix would be to fix the catalina service. I am kinda surprised that this bug exists... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=637168&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] hsqldb "sqlcache" speed improvment indication
cache is king, makes me want to sing, all your cache are belong to us, check it out in swing, cache is king, makes me want to sing, sqlcache is a drag queen, awaiting to be seen, as lean and mean, cache is king, ming, sinister mister, use the drag queen, from the other side, run run, while in cache, you can't hide, may the cache be with you, --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594563 ] Include of JSP jumps to top of page
Bugs item #594563, was opened at 2002-08-13 12:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=594563&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Jeff Miner (jeff_miner)
Assigned to: Scott M Stark (starksm)
Summary: Include of JSP jumps to top of page
Initial Comment:
OS: Win98
JDK: 1.4
I have some code that manually does a JSP include
by getting a RequestDispatcher. The code worked
under Weblogic 5.1 and 6. In Jboss/Catalina,
although there are no errors thrown, the output from
the included JSP gets put at the top of the containing
page rather than in the middle where it was called.
This is puzzling because it ought to be exactly the
same as a tag (and I assume those
work!)
**Containing Page***
<%= myObject.getOutput(request, response) %>
...
*** Object
public String getOutput(HttpServletRequest request,
HttpServletResponse response) {
RequestDispatcher dispatch =
context.getRequestDispatcher("someJSP.jsp");
try {
dispatch.include(request, response);
} catch(Exception e){}
return "";
*
The output from "someJSP.jsp" should go inside the
table, but instead it goes at the top of the containing
page.
--
Comment By: Alex Sumner (pqzx2)
Date: 2002-11-12 11:54
Message:
Logged In: YES
user_id=647259
You can either have
<%pageContext.getOut().flush();%>
...
<%=myObject.getOutput(request, response) %>
in the JSP, or you can put the flush in myObject. For the
latter you just have to make sure you're flushing the right
thing. Bit busy at the moment, don't have time to produce and
check an example. Your easiest option is to do it in the JSP
as above I think.
--
Comment By: Jeff Miner (jeff_miner)
Date: 2002-11-12 02:26
Message:
Logged In: YES
user_id=592596
Yes, this:
<%pageContext.getOut().flush();%>
works, but can it be done in the object rather than in the
JSP? I'd have to pass the 'out' to the object (not good
practice).
--
Comment By: Nobody/Anonymous (nobody)
Date: 2002-10-01 09:44
Message:
Logged In: NO
Try using
<%pageContext.getOut().flush();%>
The following works for me
about to include stuff --
<%
pageContext.getOut().flush();
RequestDispatcher rd = application.getRequestDispatcher
("/Included.jsp");
rd.include(request, response);
%>
-- finished including stuff
whereas this does not:
about to include stuff --
<%
response.flushBuffer();
RequestDispatcher rd = application.getRequestDispatcher
("/Included.jsp");
rd.include(request, response);
%>
-- finished including stuff
Regards,
Alex Sumner
--
Comment By: Jeff Miner (jeff_miner)
Date: 2002-10-01 03:07
Message:
Logged In: YES
user_id=592596
nobody: I tried flushing the buffer (response.flushBuffer())
both before (makes sense) and after (a desperate move),
but it didn't help.
starksm: Version No.? When was it fixed? My version is
not that old, I don't think.
--
Comment By: Nobody/Anonymous (nobody)
Date: 2002-09-30 10:43
Message:
Logged In: NO
The jump to the top of the page is due to the buffer not being
flushed. The given example is the same as a jsp include
without a buffer flush. If you want the buffer flushed, you have
to explicitly code that.
--
Comment By: Scott M Stark (starksm)
Date: 2002-09-29 03:12
Message:
Logged In: YES
user_id=175228
This was a jasper issue that has been fixed.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=594563&group_id=22866
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-636227 ] testsuite generally fails to complete
Bugs item #636227, was opened at 2002-11-10 16:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=636227&group_id=22866 Category: JBossTest Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Chris Kimpton (kimptoc) Assigned to: Adrian Brock (ejort) Summary: testsuite generally fails to complete Initial Comment: Hi, I have run the full testsuite (testsuite/build.xml, target test) several times but it rarely completes. The machine is doing nothing else - 2 x 1.3GHZ cpu, 1GB ram - left run for 15 hours plus. Redhat 7.2, sun jdk1.3.1_06 Tried using kill -SIGHUP, but it seemed to kill the JVM rathing giving a thread dump. Regards, Chris -- >Comment By: Chris Kimpton (kimptoc) Date: 2002-11-12 10:02 Message: Logged In: YES user_id=39204 Hi, I have it running now (a fresh checkout, just running the unit tests - been going about 1 hour - at 9:30AM GMT). You can get the pstree output here: http://jboss.kimptoc.net/pstree.txt It seems to have stopped somewhere different now... Regards, Chris -- Comment By: Adrian Brock (ejort) Date: 2002-11-11 15:12 Message: Logged In: YES user_id=9459 I noticed a typo for "haltonfailure". I'd be suprised if this was the cause, otherwise other people would have seen the problem. Regards, Adrian -- Comment By: Chris Kimpton (kimptoc) Date: 2002-11-11 14:04 Message: Logged In: YES user_id=39204 Hi, Yes - it does seem a little random. The full details are on this website: http://jboss.kimptoc.net/jboss-all [don't worry - it is jboss-head not all...] I was running jboss direct from CVS - no modifications, extra jars or config. Test log is here: http://jboss.kimptoc.net/jboss-all/build/cronjob_test.log The specific report you mentioned is here: http://jboss.kimptoc.net/jboss- all/testsuite/output/reports/TEST- org.jboss.test.naming.test.ExternalContextUnitTestCase.xml I can run it again later and capture the pstree output. Although I am pretty sure I see the ant java process in ps - as I have to kill them all off manually when this happens... Chris -- Comment By: Adrian Brock (ejort) Date: 2002-11-11 12:09 Message: Logged In: YES user_id=9459 That's a bit random. This test does nothing unless you have external contexts configured. What do you get in output/reports/TEST- org.jboss.test.naming.test.ExternalContextUnitTestCase.xml I'm beginning to suspect a bug in ant/junit especially since you are seeing a hang rather than timeout. What output do you get from pstree, can you see ant-java forking java? Do you have any jars in jre/lib/ext? Regards, Adrian -- Comment By: Chris Kimpton (kimptoc) Date: 2002-11-11 08:35 Message: Logged In: YES user_id=39204 2002-11-10 20:28:29,005 DEBUG [org.jboss.test.naming.test.ExternalContextUnitTestCase] JBossTestServices(), className=org.jboss.test.naming.test.ExternalContextUnitTestCase 2002- 11-10 20:28:29,368 DEBUG [org.jboss.test.naming.test.ExternalContextUnitTestCase] JBossTestServices(), className=org.jboss.test.naming.test.ExternalContextUnitTestCase 2002- 11-10 20:28:29,803 DEBUG [org.jboss.test.naming.test.ExternalContextUnitTestCase] No ExternalContext names exist -- Comment By: Adrian Brock (ejort) Date: 2002-11-10 23:05 Message: Logged In: YES user_id=9459 Hi Chris, Can you attach testsuite/output/log/test.log from the hanging test. Regards, Adrian -- Comment By: Chris Kimpton (kimptoc) Date: 2002-11-10 22:31 Message: Logged In: YES user_id=39204 Hi, I just tried running the tests-unit target on a freshly checked out set of code and still it hangs... I tried SIGQUIT - on several main java processes - but still did not see any thread dump in the server.log - or does it go to the console log? Thanks, Chris -- Comment By: Scott M Stark (starksm) Date: 2002-11-10 17:05 Message: Logged In: YES user_id=175228 SIGQUIT is the correct signal to use to generate a thread dump. -- Comment By: Adrian Brock (ejort) Date: 2002-11-10 16:42 Message: Logged In: YES user_id=9459 Hi Chris, Can you try it again? I saw a deadlock with OIL yesterday, it was actually a deadlock across two VMs during the connection close. I saw it as a timeout rather than a permenant hang though. I also found a problem where the dead letter queue wasn't being used because of incorrect xml parsing. This led to infinite
