[JBoss-dev] [ jboss-Bugs-760165 ] CMR w/ incorrect sql
Bugs item #760165, was opened at 2003-06-25 02:57 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760165&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: louis (l7leungsun) Assigned to: Nobody/Anonymous (nobody) Summary: CMR w/ incorrect sql Initial Comment: My application has a 1 to many CMR (i.e. one being a purchase order , and many being line items). I don't think i've specified the column mapping for this relationship wrong. JBoss should be firing "Select MASTERORDER ..." sql when retreiving info about this relation. But instead, it fired "Select MASTERORDER_ORDERID ...". I have no idea why did it appended the _ORDERID at the end. Here is a snippet of the relation mapping xml in jbosscmp-jdbc.xml: PurchaseOrderBean-lineItems- masterOrder-LineItemBean PurchaseOrderBean- lineItems-LineItemBean orderId MASTERORDER LineItemBean-masterOrder- PurchaseOrderBean -- >Comment By: Alexey Loubyansky (loubyansky) Date: 2003-06-26 08:54 Message: Logged In: YES user_id=543482 Please, make sure the database schema and mapping in jbosscmp-jdbc.xml are congruent (since, tables are not generated by JBossCMP). I guess, it is not a JBoss problem. alex -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760165&group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: yes, that's true
Title: Nuova pagina 1 Hello, my name is Giusy. I am not interested in your money! Everyone connecting is welcome! I like playing for my own pleasure only! GET MY CAM Don't you want to play with me? Stop my email qvut
[JBoss-dev] [AUTOMATED] JBoss (Branch_3_0/linux1) Compilation failed
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === NOTE: Sourceforge pserver cvs access is now using the backup server - so these results are for yesterdays code. === jars: [mkdir] Created dir: /home/jbossci/jbossci/jboss-head/cluster/output/lib [jar] Building jar: /home/jbossci/jbossci/jboss-head/cluster/output/lib/jbossmx.jar [jar] Building jar: /home/jbossci/jbossci/jboss-head/cluster/output/lib/jbossha.jar [jar] Building jar: /home/jbossci/jbossci/jboss-head/cluster/output/lib/jbossha-client.jar [jar] Building jar: /home/jbossci/jbossci/jboss-head/cluster/output/lib/jbossmqha.jar [jar] Building jar: /home/jbossci/jbossci/jboss-head/cluster/output/lib/ClusteredHttpSessionEB.jar [jar] Building jar: /home/jbossci/jbossci/jboss-head/cluster/output/lib/jbossha-httpsession.sar [delete] Deleting: /home/jbossci/jbossci/jboss-head/cluster/output/lib/ClusteredHttpSessionEB.jar most: [execmodules] [execmodules] == [execmodules] == Finished with 'most' in module 'cluster'. [execmodules] == [execmodules] _module-cluster-most: [copy] Copying 3 files to /home/jbossci/jbossci/jboss-head/build/output/testbuild/lib [copy] Copying 2 files to /home/jbossci/jbossci/jboss-head/build/output/testbuild/client [copy] Copying 1 file to /home/jbossci/jbossci/jboss-head/build/output/testbuild/lib [copy] Copying 3 files to /home/jbossci/jbossci/jboss-head/build/output/testbuild/server/all/deploy [execmodules] [execmodules] == [execmodules] == Executing 'most' in module 'jetty'... [execmodules] == _buildmagic:init: configure: init: compile-bean-sources: [mkdir] Created dir: /home/jbossci/jbossci/jboss-head/jetty/output/jmx 182481 [main] INFO XDocletMain.start - Running 191991 [main] INFO TemplateSubTask.engineStarted - Generating output for 'org.jboss.jetty.JettyService' using template file 'jar:file:/home/jbossci/jbossci/jboss-head/thirdparty/xdoclet/xdoclet/lib/xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: /home/jbossci/jbossci/jboss-head/jetty/src/main/org/jboss/jetty/JettyService.java --> JettyServiceMBean qualified to org.jboss.jetty.JettyServiceMBean [mkdir] Created dir: /home/jbossci/jbossci/jboss-head/jetty/output/ejb [mkdir] Created dir: /home/jbossci/jbossci/jboss-head/jetty/output/META-INF 196410 [main] INFO XDocletMain.start - Running 197178 [main] INFO XDocletMain.start - Running 197180 [main] INFO XDocletMain.start - Running Generating Remote interface for 'org.mortbay.j2ee.session.ejb.CMPStateBean'. 197539 [main] INFO XDocletMain.start - Running Generating Home interface for 'org.mortbay.j2ee.session.ejb.CMPStateBean'. 197681 [main] INFO XDocletMain.start - Running Generating PK class for 'org.mortbay.j2ee.session.ejb.CMPStateBean'. 197789 [main] INFO XDocletMain.start - Running Generating CMP class for 'org.mortbay.j2ee.session.ejb.CMPStateBean'. 197978 [main] INFO XDocletMain.start - Running Generating EJB deployment descriptor (ejb-jar.xml). 198275 [main] INFO XDocletMain.start - Running Generating jboss.xml. Generating jbosscmp-jdbc.xml. 201073 [main] INFO XDocletMain.start - Running Generating Local interface for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'. 201353 [main] INFO XDocletMain.start - Running Generating Local Home interface for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'. 201417 [main] INFO XDocletMain.start - Running Generating Remote interface for 'org.mortbay.j2ee.session.ejb.CMRStateBean'. Generating Remote interface for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'. 201720 [main] INFO XDocletMain.start - Running Generating Home interface for 'org.mortbay.j2ee.session.ejb.CMRStateBean'. Generating Home interface for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'. 201894 [main] INFO XDocletMain.start - Running Generating PK class for 'org.mortbay.j2ee.session.ejb.CMRStateBean'. Generating PK class for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'. 202058 [main] INFO XDocletMain.start - Running Generating CMP class for 'org.mortbay.j2ee.session.ejb.CMRStateBean'. Generating C
[JBoss-dev] [AUTOMATED] JBoss (Branch_3_0/linux1) Testsuite Compilation failed
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === NOTE: Sourceforge pserver cvs access is now using the backup server - so these results are for yesterdays code. === [javac] t1.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/ClientFailTest.java:113: warning: stop() in java.lang.Thread has been deprecated [javac] t.stop(); [javac] ^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/DurableSubscriberTest.java:77: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/DurableSubscriberTest.java:121: warning: stop() in java.lang.Thread has been deprecated [javac] t2.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/DurableSubscriberTest.java:143: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac] ^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/DurableSubscriberTest.java:161: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac] ^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/ExceptionListenerTest.java:63: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac] ^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/MultipleDurableSubscribers.java:111: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/MultipleDurableSubscribers.java:113: warning: stop() in java.lang.Thread has been deprecated [javac] t2.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/MultipleDurableSubscribers.java:168: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/MultipleDurableSubscribers.java:170: warning: stop() in java.lang.Thread has been deprecated [javac] t2.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/MassiveTest.java:75: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/MassiveTest.java:129: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/MassiveTest.java:133: warning: stop() in java.lang.Thread has been deprecated [javac] tf.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/QueueTest.java:74: warning: stop() in java.lang.Thread has been deprecated [javac] t1.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/jbossmq/stress/QueueTest.java:116: warning: stop() in java.lang.Thread has been deprecated [javac] t2.stop(); [javac]^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/security/service/HttpsClient.java:86: warning: com.sun.net.ssl.HttpsURLConnection in com.sun.net.ssl has been deprecated [javac] if( conn instanceof HttpsURLConnection ) [javac] ^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/security/service/HttpsClient.java:91: warning: com.sun.net.ssl.HttpsURLConnection in com.sun.net.ssl has been deprecated [javac] HttpsURLConnection httpsConn = (HttpsURLConnection) conn; [javac] ^ [javac] /home/jbossci/jbossci/jboss-head/testsuite/src/main/org/jboss/test/security/service/HttpsClient.java:91: warning: com.sun.net.ssl.HttpsURLConnection in com.sun.net.ssl has been deprecated [javac] HttpsURLConnection httpsConn = (HttpsURLConnection) conn; [javac] ^ [javac] /home/jbossci/jbossc
RE: [JBoss-dev] Anonymous cvs access is out of synch
For CVS infos go on the SourceForge status page (https://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1). Pserver is served by a backup server which is 24 hours older than the master one. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Scott M Stark Sent: mercredi 25 juin 2003 21:23 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Anonymous cvs access is out of synch Yes, it seems to be a generic issue since the seperation of the pserver repository. -- Scott Stark Chief Technology Officer JBoss Group, LLC Sebastian Hauer wrote: > Hi, > > I just realized that I am not getting all changes from the jboss cvs > repository using anonymous cvs. I just tripped over the jdk1.3.1 > compile bug in org/mortbay/start/Main.java. This was fixed on the 23rd > and today 2 days later I am still not able to pull this change in. > Do other people using anonymous cvs access have the same problem? > > Regards, > Sebastian > --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] standardjbosscmp-jdbc.xml is broken
The current 3.2 standardjbosscmp-jdbc.xml does not conform to its own DTD. Please fix the jbosscmp-jdbc_3_2.dtd and standardjbosscmp-jdbc.xml to be consistent. C:\cvs\JBoss3.2\jboss-3.2\server\src\etc\conf\default\standardjbosscmp-jdbc.xml Error: line (40) The content of element type "unknown-pk" must match "(unknown-pk-class,field-name?,read-only?,read-time-out?,column-name?,(jdbc-type,sql-type)?,auto-increment?)". Error: line (982) Element type "auto-increment-template" must be declared. Error: line (1098) The content of element type "type-mapping" must match "(name,row-locking-template,pk-constraint-template,fk-constraint-template,alias-header-prefix,alias-header-suffix,alias-max-length,subquery-supported,true-mapping,false-mapping,function-mapping*,mapping+,entity-commands*)". Error: line (1105) Element type "auto-increment-template" must be declared. Error: line (1221) The content of element type "type-mapping" must match "(name,row-locking-template,pk-constraint-template,fk-constraint-template,alias-header-prefix,alias-header-suffix,alias-max-length,subquery-supported,true-mapping,false-mapping,function-mapping*,mapping+,entity-commands*)". Error: line (1228) Element type "auto-increment-template" must be declared. Error: line (1345) The content of element type "type-mapping" must match "(name,row-locking-template,pk-constraint-template,fk-constraint-template,alias-header-prefix,alias-header-suffix,alias-max-length,subquery-supported,true-mapping,false-mapping,function-mapping*,mapping+,entity-commands*)". Error: line (1499) Element type "auto-increment-template" must be declared. Error: line (1627) The content of element type "type-mapping" must match "(name,row-locking-template,pk-constraint-template,fk-constraint-template,alias-header-prefix,alias-header-suffix,alias-max-length,subquery-supported,true-mapping,false-mapping,function-mapping*,mapping+,entity-commands*)". Error: line (1634) Element type "auto-increment-template" must be declared. Error: line (1754) The content of element type "type-mapping" must match "(name,row-locking-template,pk-constraint-template,fk-constraint-template,alias-header-prefix,alias-header-suffix,alias-max-length,subquery-supported,true-mapping,false-mapping,function-mapping*,mapping+,entity-commands*)". Error: line (1761) Element type "auto-increment-template" must be declared. Error: line (1895) The content of element type "type-mapping" must match "(name,row-locking-template,pk-constraint-template,fk-constraint-template,alias-header-prefix,alias-header-suffix,alias-max-length,subquery-supported,true-mapping,false-mapping,function-mapping*,mapping+,entity-commands*)". -- Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Anonymous cvs access is out of synch
Sourceforge is having problems with cvs, check their status page. i believe anonymous access is now coming off a backup server, which is out of synch, by a day or so...more by your experience. > -Original Message- > From: Sebastian Hauer [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 25, 2003 2:55 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] Anonymous cvs access is out of synch > > > Hi, > > I just realized that I am not getting all changes from the jboss cvs > repository using anonymous cvs. I just tripped over the jdk1.3.1 > compile bug in org/mortbay/start/Main.java. This was fixed > on the 23rd > and today 2 days later I am still not able to pull this change in. > Do other people using anonymous cvs access have the same problem? > > Regards, > Sebastian > > > --- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU > Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly > Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] FW: DR2 Freeze on Monday
Tears in my eyes =*) > > - JBoss AOP XDoclet Integration. JSR-175 in the present with JDK > > 1.4 and JBoss AOP. From the hard work of Andy Godwin. > > - 1st iteration of JDO. Thanks to Alex Loubyansky. > > - 1st iteration of JMS rewrite. Not full-featured yet, but will > > run JMS over multicast through JavaGroups. In other words, no > > app-server middleman for high performance and scalability. > > Thanks to Nathan Phelps with help from Bela Ban, Tom Elrod, and > > Adrian Brock. > > - Expanded pointcuts in AOP framework. per-method, field, and > > constructor chains. > > - Improved AOP framework performance. Stage 2 of the 4.0 rocket... Go go go en route to orbit marcf --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (Branch_3_2/winxp) Compilation failed
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss1.kimptoc.net/ FOR DETAILS== === NOTE: Sourceforge pserver cvs access is now using the backup server - so these results are for yesterdays code. === most: == == Finished with 'most' in module 'cluster'. == _module-cluster-most: [copy] Copying 3 files to F:\jboss\jboss-head\build\output\testbuild\lib [copy] Copying 2 files to F:\jboss\jboss-head\build\output\testbuild\client [copy] Copying 1 file to F:\jboss\jboss-head\build\output\testbuild\lib [copy] Copying 1 file to F:\jboss\jboss-head\build\output\testbuild\server\all\deploy [mkdir] Created dir: F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\deploy.last [copy] Copying 1 file to F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\deploy.last [mkdir] Created dir: F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossha-httpsession.sar [unjar] Expanding: F:\jboss\jboss-head\cluster\output\lib\jbossha-httpsession.sar into F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossha-httpsession.sar [move] Moving 1 files to F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossha-httpsession.sar [mkdir] Created dir: F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossha-httpsession.sar\ClusteredHttpSessionEB.jar [unjar] Expanding: F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossha-httpsession.sar\ClusteredHttpSessionEB.zip into F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossha-httpsession.sar\ClusteredHttpSessionEB.jar [delete] Deleting: F:\jboss\jboss-head\build\output\testbuild\server\all\deploy\jbossha-httpsession.sar\ClusteredHttpSessionEB.zip [mkdir] Created dir: F:\jboss\jboss-head\build\output\testbuild\server\all\farm [copy] Copying 1 file to F:\jboss\jboss-head\build\output\testbuild\server\all\farm == == Executing 'most' in module 'jetty'... == _buildmagic:init: configure: init: compile-bean-sources: [mkdir] Created dir: F:\jboss\jboss-head\jetty\output\src (XDocletMain.start 45 ) Running (TemplateSubTask.engineStarted 788 ) Generating output for 'org.jboss.jetty.JettyService' using template file 'jar:file:F:\jboss\jboss-head\thirdparty\xdoclet\xdoclet\lib\xdoclet-jmx-module-jb3.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: F:\jboss\jboss-head\jetty\src\main\org\jboss\jetty\JettyService.java --> JettyServiceMBean qualified to org.jboss.jetty.JettyServiceMBean [mkdir] Created dir: F:\jboss\jboss-head\jetty\output\ejb [mkdir] Created dir: F:\jboss\jboss-head\jetty\output\META-INF (XDocletMain.start 45 ) Running (XDocletMain.start 45 ) Running (XDocletMain.start 45 ) Running Generating Remote interface for 'org.mortbay.j2ee.session.ejb.CMPStateBean'. (XDocletMain.start 45 ) Running Generating Home interface for 'org.mortbay.j2ee.session.ejb.CMPStateBean'. (XDocletMain.start 45 ) Running Generating PK class for 'org.mortbay.j2ee.session.ejb.CMPStateBean'. (XDocletMain.start 45 ) Running Generating CMP class for 'org.mortbay.j2ee.session.ejb.CMPStateBean'. (XDocletMain.start 45 ) Running Generating EJB deployment descriptor (ejb-jar.xml). (XDocletMain.start 45 ) Running Generating jboss.xml. Generating jbosscmp-jdbc.xml. (XDocletMain.start 45 ) Running Generating Local interface for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'. (XDocletMain.start 45 ) Running Generating Local Home interface for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'. (XDocletMain.start 45 ) Running Generating Remote interface for 'org.mortbay.j2ee.session.ejb.CMRStateBean'. Generating Remote interface for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'. (XDocletMain.start 45 ) Running Generating Home interface for 'org.mortbay.j2ee.session.ejb.CMRStateBean'. Generating Home interface for 'org.mortbay.j2ee.session.ejb.CMRAttributeBean'.
Re: [JBoss-dev] Anonymous cvs access is out of synch
Yes, it seems to be a generic issue since the seperation of the pserver repository. -- Scott Stark Chief Technology Officer JBoss Group, LLC Sebastian Hauer wrote: Hi, I just realized that I am not getting all changes from the jboss cvs repository using anonymous cvs. I just tripped over the jdk1.3.1 compile bug in org/mortbay/start/Main.java. This was fixed on the 23rd and today 2 days later I am still not able to pull this change in. Do other people using anonymous cvs access have the same problem? Regards, Sebastian --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-760695 ] jetty does not compile with jdk1.3.x for JBoss 3.0
Bugs item #760695, was opened at 2003-06-25 11:38 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760695&group_id=22866 Category: JBossWeb Group: v3.0 Rabbit Hole Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Sebastian Hauer (hauer) >Assigned to: Scott M Stark (starksm) Summary: jetty does not compile with jdk1.3.x for JBoss 3.0 Initial Comment: I just updated to the latest stuff from Branch_3_0 and did a clean compile with jdk1.3.1_07 which failed with the following error: C:\test\jboss-cvs\Branch_3_0\jetty\src\main\org\mortbay\start\Main.java:512: start() is inherited from java.lang.Thread and hides method in outer class org.mortbay.start.Main. An explicit 'this' qualifier must be used to select the desired instance. start(); ^ Thereafter I tried compiling with jdk1.4.0_02 which worked. In order to compile it using 1.3.x I had to apply the change the compiler suggested which you will find attached as patch. -- >Comment By: Scott M Stark (starksm) Date: 2003-06-25 12:07 Message: Logged In: YES user_id=175228 I fixed this a day or so ago. If you are pulling the content as anonymous user then there is a delay between the time changes are committed until they appear for anonymous access. -- Comment By: Sebastian Hauer (hauer) Date: 2003-06-25 11:47 Message: Logged In: YES user_id=351964 Sorry for that I just saw on jboss-dev and in the cvs commit emails that Scott already fixed this. Something is wrong with my anonymous cvs access I am not getting all changes no matter how often I update. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760695&group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Anonymous cvs access is out of synch
Hi, I just realized that I am not getting all changes from the jboss cvs repository using anonymous cvs. I just tripped over the jdk1.3.1 compile bug in org/mortbay/start/Main.java. This was fixed on the 23rd and today 2 days later I am still not able to pull this change in. Do other people using anonymous cvs access have the same problem? Regards, Sebastian --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FW: DR2 Freeze on Monday
Didn't see this mail come up yet so, I'll forward again. > -Original Message- > From: Bill Burke [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 25, 2003 1:16 AM > To: [EMAIL PROTECTED] > Subject: DR2 Freeze on Monday > > > We will be releasing DR2 next week so there will be a CVS freeze > on Monday, June 30th, so that we can stabalize the build. As > soon as the testsuite is stable enough and we create the release, > we will open CVS again. Unless something is drastically wrong, > this should only take 1 day. > > BTW, DR2 release will have: > > - JBoss AOP XDoclet Integration. JSR-175 in the present with JDK > 1.4 and JBoss AOP. From the hard work of Andy Godwin. > - 1st iteration of JDO. Thanks to Alex Loubyansky. > - 1st iteration of JMS rewrite. Not full-featured yet, but will > run JMS over multicast through JavaGroups. In other words, no > app-server middleman for high performance and scalability. > Thanks to Nathan Phelps with help from Bela Ban, Tom Elrod, and > Adrian Brock. > - Expanded pointcuts in AOP framework. per-method, field, and > constructor chains. > - Improved AOP framework performance. > > Thanks for your cooperation, > > Bill > > > Bill Burke > Chief Architect > JBoss Group, LLC > > > Cast your vote for JBoss as JDJ Best App Server > > http://www.sys-con.com/java/readerschoice2003/vote.cfm > --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-760695 ] jetty does not compile with jdk1.3.x for JBoss 3.0
Bugs item #760695, was opened at 2003-06-25 20:38 Message generated for change (Settings changed) made by hauer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760695&group_id=22866 Category: JBossWeb Group: v3.0 Rabbit Hole >Status: Closed Resolution: None Priority: 5 Submitted By: Sebastian Hauer (hauer) Assigned to: Nobody/Anonymous (nobody) Summary: jetty does not compile with jdk1.3.x for JBoss 3.0 Initial Comment: I just updated to the latest stuff from Branch_3_0 and did a clean compile with jdk1.3.1_07 which failed with the following error: C:\test\jboss-cvs\Branch_3_0\jetty\src\main\org\mortbay\start\Main.java:512: start() is inherited from java.lang.Thread and hides method in outer class org.mortbay.start.Main. An explicit 'this' qualifier must be used to select the desired instance. start(); ^ Thereafter I tried compiling with jdk1.4.0_02 which worked. In order to compile it using 1.3.x I had to apply the change the compiler suggested which you will find attached as patch. -- Comment By: Sebastian Hauer (hauer) Date: 2003-06-25 20:47 Message: Logged In: YES user_id=351964 Sorry for that I just saw on jboss-dev and in the cvs commit emails that Scott already fixed this. Something is wrong with my anonymous cvs access I am not getting all changes no matter how often I update. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760695&group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-760695 ] jetty does not compile with jdk1.3.x for JBoss 3.0
Bugs item #760695, was opened at 2003-06-25 20:38 Message generated for change (Comment added) made by hauer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760695&group_id=22866 Category: JBossWeb Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Sebastian Hauer (hauer) Assigned to: Nobody/Anonymous (nobody) Summary: jetty does not compile with jdk1.3.x for JBoss 3.0 Initial Comment: I just updated to the latest stuff from Branch_3_0 and did a clean compile with jdk1.3.1_07 which failed with the following error: C:\test\jboss-cvs\Branch_3_0\jetty\src\main\org\mortbay\start\Main.java:512: start() is inherited from java.lang.Thread and hides method in outer class org.mortbay.start.Main. An explicit 'this' qualifier must be used to select the desired instance. start(); ^ Thereafter I tried compiling with jdk1.4.0_02 which worked. In order to compile it using 1.3.x I had to apply the change the compiler suggested which you will find attached as patch. -- >Comment By: Sebastian Hauer (hauer) Date: 2003-06-25 20:47 Message: Logged In: YES user_id=351964 Sorry for that I just saw on jboss-dev and in the cvs commit emails that Scott already fixed this. Something is wrong with my anonymous cvs access I am not getting all changes no matter how often I update. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760695&group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-760695 ] jetty does not compile with jdk1.3.x for JBoss 3.0
Bugs item #760695, was opened at 2003-06-25 20:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760695&group_id=22866 Category: JBossWeb Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Sebastian Hauer (hauer) Assigned to: Nobody/Anonymous (nobody) Summary: jetty does not compile with jdk1.3.x for JBoss 3.0 Initial Comment: I just updated to the latest stuff from Branch_3_0 and did a clean compile with jdk1.3.1_07 which failed with the following error: C:\test\jboss-cvs\Branch_3_0\jetty\src\main\org\mortbay\start\Main.java:512: start() is inherited from java.lang.Thread and hides method in outer class org.mortbay.start.Main. An explicit 'this' qualifier must be used to select the desired instance. start(); ^ Thereafter I tried compiling with jdk1.4.0_02 which worked. In order to compile it using 1.3.x I had to apply the change the compiler suggested which you will find attached as patch. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760695&group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] default web server
Simply because Tomcat is the defacto standard and the default choice for most of our users and I'm not happy with the level of integration we currently offer. -- Scott Stark Chief Technology Officer JBoss Group, LLC Marcus Redeker wrote: Why did you decide to go with Tomcat after you preffered Jetty in the first place? --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-760638 ] empty selector throws javax.jms.InvalidSelectorException
Bugs item #760638, was opened at 2003-06-25 17:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760638&group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Patrick Lai (lc9) Assigned to: Nobody/Anonymous (nobody) Summary: empty selector throws javax.jms.InvalidSelectorException Initial Comment: Empty string for selector causes javax.jms.InvalidSelectorException. This appears to be the same as bug #537564, which has been fixed in 2.4: http://sourceforge.net/tracker/index.php?func=detail&aid=537564&group_id=22866&atid=376685. OS: Solaris 2.8 JDK: 1.3.1_03 JBoss: 3.2.2RC1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=760638&group_id=22866 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] default web server
Why did you decide to go with Tomcat after you preffered Jetty in the first place? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: Wednesday, June 25, 2003 4:46 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] default web server > > > Yes. Going forward Tomcat 4.x will be the default in 3.2 and > Tomcat 5.x > will be the default in 4.0. The jbossweb-jetty.sar will be > available as > a seperate component in the build for easily replacement of Tomcat if > desired. > > -- > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > [EMAIL PROTECTED] wrote: > > > > > Has jetty been replaced by tomcat-41 (jbossweb-tomcat41.sar) as > > default webserver in latest Branch_3_2 ? > > > > Regards > > Ulf > > > > --- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU > Hosting Partner. Refer Dedicated Servers. We Manage Them. You > Get 10% Monthly Commission! INetU Dedicated Managed Hosting > http://www.inetu.net/partner/index.php > > ___ > Jboss-development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] default web server
Yes. Going forward Tomcat 4.x will be the default in 3.2 and Tomcat 5.x will be the default in 4.0. The jbossweb-jetty.sar will be available as a seperate component in the build for easily replacement of Tomcat if desired. -- Scott Stark Chief Technology Officer JBoss Group, LLC [EMAIL PROTECTED] wrote: Has jetty been replaced by tomcat-41 (jbossweb-tomcat41.sar) as default webserver in latest Branch_3_2 ? Regards Ulf --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-701731 ] Problem: MDB stops reacting
Bugs item #701731, was opened at 2003-03-11 18:44 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701731&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole >Status: Closed Resolution: None Priority: 5 Submitted By: Eduard Letifov (techtime) Assigned to: Adrian Brock (ejort) Summary: Problem: MDB stops reacting Initial Comment: I would like to report a potential bug. I've made a post in Jboss forums and there was some responses from other people supposedly experiencing simular problems. Below, I repeat the problem description and our current state of researching the roots of the problem: = Setup: Our system is centered around Jboss 3.0.4+Jetty running on AS400. In short, it handles HTTP requests :) Current (test environment) average load on the system is somewhere around 30 requests per minute, peak values so far were around 200. Production systems certainly as usual has to handle more. The basic workflow/design of the system can be described as follows: - requests are picked up by the servlets - each type of request is handled by separate servlet (actually the same class, but different config parameters through web.xml) - servlet parses the request, composes an object message and submits it to the core via request JMS queue with one of the properties set to specific constant reflecting the request type - servlet goes to timed-synchronous waiting cycle on response queue, if no response arrives from core in 10 sec, a specific (timeout) response is sent to the client - core "interface" is a set of MDB that call the rest (Session and Entity beans) or respond back directly through response queue. Instances of each different MDB class handle request messages only of a certain type specified via message selector in descriptor. Problem: After a certain time (~couple of days) one (or several, no system visible) MDBs stop responding to messages. In the logs it is visible that message was submitted to the queue, after that nothing happens, clients eventually receive timeout response. If we restart Jboss or stop/destroy/create/start the jar with MDB through JMX console everything starts working again. === I've noticed that in our case problems seem to start after the following message appears in the logs: "WARNING: NACK issued. The message consumer was not waiting for a message." Also we've made some more detailed research of logs and Jboss source. After we enable tracing here is what we've got: 2003-03-06 16:34:21,068 TRACE [1046964853752:TracingInterceptor] CALLED : receive 2003-03-06 16:34:21,082 TRACE [1046964853752:TracingInterceptor] ARG : -2147473121 2003-03-06 16:34:21,090 TRACE [1046964853752:TracingInterceptor] ARG : -1 2003-03-06 16:34:21,090 TRACE [1046964853752:ServerSecurityInterceptor] Checking receive authorize on SpyDistributedConnection:ID:78/ca35b8c9ad1c166f2156 0d812148ea9e subId=-2147473121 2003-03-06 16:34:21,092 TRACE [1046964853752:TracingInterceptor] EXCEPTION : receive: javax.jms.JMSException: The provided subscription does not exist java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) javax/jms/JMSException. (Ljava/lang/String;Ljava/lang/String;)V+0 (JMSException.java:0) javax/jms/JMSException.(Ljava/lang/String;)V+0 (JMSException.java:0) org/jboss/mq/server/ClientConsumer.getSubscription(I) Lorg/jboss/mq/Subscription;+0 (ClientConsumer.java:0) org/jboss/mq/server/JMSDestinationManager.getSubscri ption(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSDestinationManager.java:0) org/jboss/mq/server/JMSServerInterceptorSupport.getSub scription(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSServerInterceptorSupport.java:0) org/jboss/mq/security/ServerSecurityInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (ServerSecurityInterceptor.java:0) org/jboss/mq/server/TracingInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (TracingInterceptor.java:0) org/jboss/mq/server/JMSServerInvoker.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JMSServerInvoker.java:0) org/jboss/mq/il/jvm/JVMServerIL.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JVMServerIL.java:0) org/jboss/mq/Connection.receive (Lorg/jboss/mq/Subscription;J) Lorg/jboss/mq/SpyMessage;+0 (Connection.java:0) org/jboss/mq/SpyMessageConsumer.receiveNoWait() Ljavax/jms/Message;+0 (SpyMessageConsumer.java:0) com/vocognition/talkface/jms/JMSModel.checkNoWaitFo rReplyTo (Lcom/vocognition/talkface/talkman/TalkmanMessage;) Lcom/vocognition/talkface/talkman/ModelMessage;+0 (JMSModel.java:73) com/vocognition/talkface/talkman/LUTHandler.service (Lcom/vocognition/talkface/talkman/TalkmanRequest;Lco m/vocognition/talkface/talkman/TalkmanResponse;)V+0 (LUTHandler.java:27) com/vocognition/talkface/protocol/tfshttp/J
[JBoss-dev] [ jboss-Bugs-701731 ] Problem: MDB stops reacting
Bugs item #701731, was opened at 2003-03-11 21:44 Message generated for change (Comment added) made by techtime You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701731&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Eduard Letifov (techtime) Assigned to: Adrian Brock (ejort) Summary: Problem: MDB stops reacting Initial Comment: I would like to report a potential bug. I've made a post in Jboss forums and there was some responses from other people supposedly experiencing simular problems. Below, I repeat the problem description and our current state of researching the roots of the problem: = Setup: Our system is centered around Jboss 3.0.4+Jetty running on AS400. In short, it handles HTTP requests :) Current (test environment) average load on the system is somewhere around 30 requests per minute, peak values so far were around 200. Production systems certainly as usual has to handle more. The basic workflow/design of the system can be described as follows: - requests are picked up by the servlets - each type of request is handled by separate servlet (actually the same class, but different config parameters through web.xml) - servlet parses the request, composes an object message and submits it to the core via request JMS queue with one of the properties set to specific constant reflecting the request type - servlet goes to timed-synchronous waiting cycle on response queue, if no response arrives from core in 10 sec, a specific (timeout) response is sent to the client - core "interface" is a set of MDB that call the rest (Session and Entity beans) or respond back directly through response queue. Instances of each different MDB class handle request messages only of a certain type specified via message selector in descriptor. Problem: After a certain time (~couple of days) one (or several, no system visible) MDBs stop responding to messages. In the logs it is visible that message was submitted to the queue, after that nothing happens, clients eventually receive timeout response. If we restart Jboss or stop/destroy/create/start the jar with MDB through JMX console everything starts working again. === I've noticed that in our case problems seem to start after the following message appears in the logs: "WARNING: NACK issued. The message consumer was not waiting for a message." Also we've made some more detailed research of logs and Jboss source. After we enable tracing here is what we've got: 2003-03-06 16:34:21,068 TRACE [1046964853752:TracingInterceptor] CALLED : receive 2003-03-06 16:34:21,082 TRACE [1046964853752:TracingInterceptor] ARG : -2147473121 2003-03-06 16:34:21,090 TRACE [1046964853752:TracingInterceptor] ARG : -1 2003-03-06 16:34:21,090 TRACE [1046964853752:ServerSecurityInterceptor] Checking receive authorize on SpyDistributedConnection:ID:78/ca35b8c9ad1c166f2156 0d812148ea9e subId=-2147473121 2003-03-06 16:34:21,092 TRACE [1046964853752:TracingInterceptor] EXCEPTION : receive: javax.jms.JMSException: The provided subscription does not exist java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) javax/jms/JMSException. (Ljava/lang/String;Ljava/lang/String;)V+0 (JMSException.java:0) javax/jms/JMSException.(Ljava/lang/String;)V+0 (JMSException.java:0) org/jboss/mq/server/ClientConsumer.getSubscription(I) Lorg/jboss/mq/Subscription;+0 (ClientConsumer.java:0) org/jboss/mq/server/JMSDestinationManager.getSubscri ption(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSDestinationManager.java:0) org/jboss/mq/server/JMSServerInterceptorSupport.getSub scription(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSServerInterceptorSupport.java:0) org/jboss/mq/security/ServerSecurityInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (ServerSecurityInterceptor.java:0) org/jboss/mq/server/TracingInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (TracingInterceptor.java:0) org/jboss/mq/server/JMSServerInvoker.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JMSServerInvoker.java:0) org/jboss/mq/il/jvm/JVMServerIL.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JVMServerIL.java:0) org/jboss/mq/Connection.receive (Lorg/jboss/mq/Subscription;J) Lorg/jboss/mq/SpyMessage;+0 (Connection.java:0) org/jboss/mq/SpyMessageConsumer.receiveNoWait() Ljavax/jms/Message;+0 (SpyMessageConsumer.java:0) com/vocognition/talkface/jms/JMSModel.checkNoWaitFo rReplyTo (Lcom/vocognition/talkface/talkman/TalkmanMessage;) Lcom/vocognition/talkface/talkman/ModelMessage;+0 (JMSModel.java:73) com/vocognition/talkface/talkman/LUTHandler.service (Lcom/vocognition/talkface/talkman/TalkmanRequest;Lco m/vocognition/talkface/talkman/TalkmanResponse;)V+0 (LUTHandler.java:27) com/vocognition/talkface/protocol/tfshttp/J
[JBoss-dev] [ jboss-Bugs-701731 ] Problem: MDB stops reacting
Bugs item #701731, was opened at 2003-03-11 18:44 Message generated for change (Comment added) made by ejort You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701731&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Eduard Letifov (techtime) Assigned to: Adrian Brock (ejort) Summary: Problem: MDB stops reacting Initial Comment: I would like to report a potential bug. I've made a post in Jboss forums and there was some responses from other people supposedly experiencing simular problems. Below, I repeat the problem description and our current state of researching the roots of the problem: = Setup: Our system is centered around Jboss 3.0.4+Jetty running on AS400. In short, it handles HTTP requests :) Current (test environment) average load on the system is somewhere around 30 requests per minute, peak values so far were around 200. Production systems certainly as usual has to handle more. The basic workflow/design of the system can be described as follows: - requests are picked up by the servlets - each type of request is handled by separate servlet (actually the same class, but different config parameters through web.xml) - servlet parses the request, composes an object message and submits it to the core via request JMS queue with one of the properties set to specific constant reflecting the request type - servlet goes to timed-synchronous waiting cycle on response queue, if no response arrives from core in 10 sec, a specific (timeout) response is sent to the client - core "interface" is a set of MDB that call the rest (Session and Entity beans) or respond back directly through response queue. Instances of each different MDB class handle request messages only of a certain type specified via message selector in descriptor. Problem: After a certain time (~couple of days) one (or several, no system visible) MDBs stop responding to messages. In the logs it is visible that message was submitted to the queue, after that nothing happens, clients eventually receive timeout response. If we restart Jboss or stop/destroy/create/start the jar with MDB through JMX console everything starts working again. === I've noticed that in our case problems seem to start after the following message appears in the logs: "WARNING: NACK issued. The message consumer was not waiting for a message." Also we've made some more detailed research of logs and Jboss source. After we enable tracing here is what we've got: 2003-03-06 16:34:21,068 TRACE [1046964853752:TracingInterceptor] CALLED : receive 2003-03-06 16:34:21,082 TRACE [1046964853752:TracingInterceptor] ARG : -2147473121 2003-03-06 16:34:21,090 TRACE [1046964853752:TracingInterceptor] ARG : -1 2003-03-06 16:34:21,090 TRACE [1046964853752:ServerSecurityInterceptor] Checking receive authorize on SpyDistributedConnection:ID:78/ca35b8c9ad1c166f2156 0d812148ea9e subId=-2147473121 2003-03-06 16:34:21,092 TRACE [1046964853752:TracingInterceptor] EXCEPTION : receive: javax.jms.JMSException: The provided subscription does not exist java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) javax/jms/JMSException. (Ljava/lang/String;Ljava/lang/String;)V+0 (JMSException.java:0) javax/jms/JMSException.(Ljava/lang/String;)V+0 (JMSException.java:0) org/jboss/mq/server/ClientConsumer.getSubscription(I) Lorg/jboss/mq/Subscription;+0 (ClientConsumer.java:0) org/jboss/mq/server/JMSDestinationManager.getSubscri ption(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSDestinationManager.java:0) org/jboss/mq/server/JMSServerInterceptorSupport.getSub scription(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSServerInterceptorSupport.java:0) org/jboss/mq/security/ServerSecurityInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (ServerSecurityInterceptor.java:0) org/jboss/mq/server/TracingInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (TracingInterceptor.java:0) org/jboss/mq/server/JMSServerInvoker.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JMSServerInvoker.java:0) org/jboss/mq/il/jvm/JVMServerIL.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JVMServerIL.java:0) org/jboss/mq/Connection.receive (Lorg/jboss/mq/Subscription;J) Lorg/jboss/mq/SpyMessage;+0 (Connection.java:0) org/jboss/mq/SpyMessageConsumer.receiveNoWait() Ljavax/jms/Message;+0 (SpyMessageConsumer.java:0) com/vocognition/talkface/jms/JMSModel.checkNoWaitFo rReplyTo (Lcom/vocognition/talkface/talkman/TalkmanMessage;) Lcom/vocognition/talkface/talkman/ModelMessage;+0 (JMSModel.java:73) com/vocognition/talkface/talkman/LUTHandler.service (Lcom/vocognition/talkface/talkman/TalkmanRequest;Lco m/vocognition/talkface/talkman/TalkmanResponse;)V+0 (LUTHandler.java:27) com/vocognition/talkface/protocol/tfshttp/JMSS
[JBoss-dev] Re: CVS problems
On Tue, 24 Jun 2003 21:15:03 -0700, Anil Saldhana wrote: > Hello JBoss developers, >I still do not have rw access. Hence still dealing > with the read only version from SF. For almost two > weeks now, I am not able to update my workspace. I get > the same error. > > [EMAIL PROTECTED]@home ~/JBOSSDev]$ cvs co jboss-head/ > cvs [checkout aborted]: end of file from server > (consult above messages if any) put it in a sheel loop ... usually works for me after 10 -20 attempts. > Regards, > Anil > > __ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com > > > --- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] default web server
Has jetty been replaced by tomcat-41 (jbossweb-tomcat41.sar) as default webserver in latest Branch_3_2 ? Regards Ulf