[JBoss-dev] [EJB on JBoss] - Re: WARNING: DO NOT POST USER QUESTIONS HERE!
Sorry about my post. I saw your post after submitting mine. -Ami View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858158#3858158 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858158 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: replication-granularity ATTRIBUTE problem
I've opened a bug in jira. http://jira.jboss.com/jira/browse/JBWEB-7 This is my first time to use jira.So I'm afraid that I did something wrong.And I couldn't find a way to assign you.(Should I choose porject 'JBossCache' ?) Anyway, I will send you a server.log ASAP. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858153#3858153 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858153 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache 1.2 released
Do you have any example to show how to use JDBCCacheLoader? Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858151#3858151 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858151 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache 1.2 released
A new version of 1.2 release has been uploaded again. Please check it out. -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858150#3858150 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858150 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBWEB-7) replication-granularity ATTRIBUTE problem
replication-granularity ATTRIBUTE problem - Key: JBWEB-7 URL: http://jira.jboss.com/jira/browse/JBWEB-7 Project: JBoss Web Type: Bug Components: Tomcat Versions: JBossWeb-4.0.0 Environment: RedHat AS2.1 JDK1.4.2_03 Apache2+mod_jk2 JBoss4.0.0 replication-trigger is SET (when SET_AND_NON_PRIMITIVE_GET was set, the result was the same) Reporter: Toshiya Kobayahsi Assigned to: Remy Maucherat I'm applying HttpSessionReplication to my application. When replication-granularity is SESSION, replication works fine. But I set replication-granularity to ATTRIBUTE, and stressed the web-application.Then I got the following error log. 2004-12-07 14:18:17,410 ERROR [TP-Processor10][org.jboss.cache.TreeCache] commit(): entry for transaction :476 not found I changed the log level of TreeCache, and tried again. 2004-12-07 14:18:17,407 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] _put(:475, "/JSESSION/km2Atal2mscTqdFK7beMAw**", km2Atal2mscTqdFK7beMAw**, [EMAIL PROTECTED]) 2004-12-07 14:18:17,408 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] _put(:476, "/JSESSION/f4Ul4Y9ouu93Ndxk6rOugw**/ATTRIBUTE", homepageVisits, [EMAIL PROTECTED]) 2004-12-07 14:18:17,408 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] _put(:475, "/JSESSION/km2Atal2mscTqdFK7beMAw**/ATTRIBUTE", homepageVisits, [EMAIL PROTECTED]) 2004-12-07 14:18:17,408 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] callRemoteMethods(): destination list is empty, discarding call 2004-12-07 14:18:17,408 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] callRemoteMethods(): destination list is empty, discarding call 2004-12-07 14:18:17,409 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] callRemoteMethods(): destination list is empty, discarding call 2004-12-07 14:18:17,409 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] callRemoteMethods(): destination list is empty, discarding call 2004-12-07 14:18:17,409 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] commit(): called to commit cache with gtx :476 2004-12-07 14:18:17,409 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] commit(): called to commit cache with gtx :475 2004-12-07 14:18:17,409 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] commit(): releasing lock ... 2004-12-07 14:18:17,409 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] commit(): releasing lock ... 2004-12-07 14:18:17,409 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] commit(): releasing lock ... 2004-12-07 14:18:17,409 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] commit(): releasing lock ... 2004-12-07 14:18:17,409 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] commit(): releasing lock ... 2004-12-07 14:18:17,409 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] commit(): releasing lock ... 2004-12-07 14:18:17,410 DEBUG [TP-Processor1][org.jboss.cache.TreeCache] commit(): removing local transaction key TransactionImpl:XidImpl[FormatId=257, GlobalId=smtla009.osaka.sunmoretec.co.jp/1794, BranchQual=, localId=1794] 2004-12-07 14:18:17,410 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] commit(): removing local transaction key TransactionImpl:XidImpl[FormatId=257, GlobalId=smtla009.osaka.sunmoretec.co.jp/1795, BranchQual=, localId=1795] 2004-12-07 14:18:17,410 DEBUG [TP-Processor10][org.jboss.cache.TreeCache] commit(): called to commit cache with gtx :476 2004-12-07 14:18:17,410 ERROR [TP-Processor10][org.jboss.cache.TreeCache] commit(): entry for transaction :476 not found #To avoid CuncurrentModificationException, I had to change one logging code("commit(): releasing lock ...") I see two "commit(): called to commit cache with gtx :476". Why commit happened twice? ATTRIBUTE granularity is not reliable? This can easily reproduce with a simple servlet handling HttpSession. like this: Code: public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { HttpSession session = request.getSession(); Integer value = (Integer)session.getAttribute("COUNT"); if (value == null) { value = new Integer(0); } session.setAttribute("COUNT", new Integer(value.intValue() + 1)); /* building html */ } and stress the servlet using JMeter(100threads or more...). mod_jk2 is not necessary requirement for this problem. I found this problem only with 4.0.0. With 3.2.6, this didn't occur. This is not log4j issue. The duplicate commit message is found only for the TX which ends up with the error log. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email
[JBoss-dev] [IIOP on JBoss] - Re: ClientConnectionManager: created new conn to target 0.0.
I don't know why but if I build and run my client from eclipse it works without changing the JBoss configuration. Building and running the same client with JBuilder doesn't work. So I will use eclipse for this in the future. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858146#3858146 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858146 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWeb] - Re: Deployment of War files on Jboss
How I do ? Cause I want to update a report to the webserver for user to view by clicking a link in the webpage. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858132#3858132 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858132 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.217 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041209220516Lbuild.217 BUILD COMPLETE - build.217Date of build: 12/09/2004 22:05:16Time to build: 14 minutes 26 secondsLast changed: 12/09/2004 21:59:30Last log entry: Synch with Branch_4_0 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (6)1.1.1.1.2.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/JavaUtils.javaSynch with Branch_4_01.1.1.1.2.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPBodyAxisImpl.javaSynch with Branch_4_01.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/Base64Deserializer.javaSynch with Branch_4_01.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/BeanDeserializer.javaSynch with Branch_4_01.1.1.1.2.2modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/BeanSerializer.javaSynch with Branch_4_01.1.1.1.2.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/description/ElementDesc.javaSynch with Branch_4_0
[JBoss-dev] jboss-head build.563 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041209212613Lbuild.563 BUILD COMPLETE - build.563Date of build: 12/09/2004 21:26:13Time to build: 14 minutes 55 secondsLast changed: 12/09/2004 20:51:02Last log entry: Updated for release 1.2 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (7)1.35modifiedbwang00cache/docs/Changelog.txtUpdated for release 1.21.6modifiedbwang00cache/docs/html/TreeCacheAop.htmlUpdated for release 1.21.17modifiedbwang00cache/docs/html/TreeCache.htmlUpdated for release 1.21.13modifiedbwang00cache/docs/html/FAQ.htmlUpdated for release 1.21.27modifiedbwang00cache/docs/TreeCache.xmlUpdated for release 1.21.11modifiedbwang00cache/docs/TreeCacheAop.xmlUpdated for release 1.21.17modifiedbwang00cache/docs/FAQ.xmlUpdated for release 1.2
[JBoss-dev] [JBossCache] - Re: TreeCache does not set the AUTO_RECONNECT property on th
But this property is for the JChannel and has to be set using the setOpt() method of JChannel. I don't see any configuration to set a property of JChannel directly. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858130#3858130 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858130 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Web Services] - Re: Optional WS specs to go onto the JBossWS roadmap
Vote for WS-Addressing: http://jira.jboss.com/jira/browse/JBWS-34 Vote for WS-Security: http://jira.jboss.com/jira/browse/JBWS-35 Vote for WS-Transaction: http://jira.jboss.com/jira/browse/JBWS-36 Please add other as you feel necessary View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858129#3858129 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858129 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Web Services] - Re: Optiona WS specs to go onto the JBossWS roadmap
That should work as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858128#3858128 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858128 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Web Services] - Re: Optiona WS specs to go onto the JBossWS roadmap
We could create feature requests in JIRA, that already has voting build into it View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858127#3858127 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858127 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.262 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041209204317Lbuild.262 BUILD COMPLETE - build.262Date of build: 12/09/2004 20:43:17Time to build: 18 minutes 45 secondsLast changed: 12/09/2004 19:54:57Last log entry: Fix: http://jira.jboss.com/jira/browse/JBWS-33 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.1.1.1.4.3modifiedtdieslerjaxrpc/src/main/org/apache/axis/message/SOAPBodyAxisImpl.javaFix: http://jira.jboss.com/jira/browse/JBWS-33
[JBoss-dev] [Web Services] - Re: Optiona WS specs to go onto the JBossWS roadmap
Why not create a poll in this forum with the various specs so they can be voted on. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858126#3858126 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858126 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPM-32) perform explicit manipulation of properties occuring in variables (Â8.2, 9.1, 9.3)
[ http://jira.jboss.com/jira/browse/JBPM-32?page=history ] Alejandro GuÃzar resolved JBPM-32: -- Resolution: Done Fix Version: 3.0 DR 1 > perform explicit manipulation of properties occuring in variables (Â8.2, > 9.1, 9.3) > -- > > Key: JBPM-32 > URL: http://jira.jboss.com/jira/browse/JBPM-32 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: 3.0 DR 1 > Reporter: Alejandro GuÃzar > Assignee: Alejandro GuÃzar > Fix For: 3.0 DR 1 > > Original Estimate: 3 days >Time Spent: 2 days > Remaining: 1 day > > Parse properties and property aliases in imported wsdl definitions (Â8.2). > Extract values of properties occurring in message variables (Â9.3). > Provide the extended function 'bpws:getVariableProperty()' (Â9.1). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: WARN [ServiceDescription] Guessing fault java type fro
cvs co -r Branch_4_0 jboss-4.0 cd jboss-4.0/testsuite ant -Dtest=org.jboss.test.webservice.exception.ExceptionTestCase one-test To run all WS tests, use ant tests-webservice ant tests-report View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858124#3858124 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858124 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: Generating mapping file and WSDL file
http://bugs.sun.com/bugdatabase/index.jsp View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858123#3858123 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858123 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Web Services] - Optiona WS specs to go onto the JBossWS roadmap
Folks, please provide feedback on your needs of optional WS specifications as this will influence what we will put on the JBossWS roadmap. I put a list of specs on the wiki that I consider most relevant. http://www.jboss.org/wiki/Wiki.jsp?page=JBossWS cheers View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858121#3858121 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858121 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWeb] - JSTL libraries in a common directory
Hi Is there a way of putting jstl.jar and common.jar NOT in WAR's /WEB-INF/lib, but somewhere in the application server directory structure? I tried (with no luck): jboss3.2.6/lib jboss3.2.6/server//lib jboss3.2.6/server//deploy/jbossweb-tomcat50.sar ~Vadym View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858115#3858115 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858115 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-jdk-matrix build.30 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20041209174830Lbuild.30 BUILD COMPLETE - build.30Date of build: 12/09/2004 17:48:30Time to build: 37 minutes 17 secondsLast changed: 12/09/2004 14:43:11Last log entry: Bug fix for NPE in size Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (44)1.11modifiedbwang00cache/src/main/org/jboss/cache/aop/CachedListInterceptor.javaBug fix for NPE in size1.9modifiedbwang00cache/src/main/org/jboss/cache/aop/CachedMapInterceptor.javaBug fix for NPE in size1.8modifiedbwang00cache/src/main/org/jboss/cache/aop/CachedSetInterceptor.javaBug fix for NPE in size1.36modifiedbwang00cache/src/main/org/jboss/cache/aop/TreeCacheAop.javaBug fix for NPE in size1.58modifiedbwang00cache/src/main/org/jboss/cache/Node.javaMake release pulbic so I can use in aop1.1addedbwang00testsuite/src/main/org/jboss/test/cache/test/standAloneAop/LocalConcurrentTestCase.javaAdded to test getObject, removeObject, and putObject concurrency.1.21modifiedbelabancache/docs/design/JBossCacheRoadmap.txtno message1.15modifiedbelabancache/src/etc/standalone/runShellDemo.batno message1.16modifiedbelabancache/docs/html/TreeCache.htmlupdated docs1.4modifiedbelabancache/docs/html/Tutorial.htmlupdated docs1.10modifiedbelabancache/docs/html/html.cssupdated docs1.7modifiedbelabancache/docs/html/resources/LocalCacheLoader.gifupdated docs1.7modifiedbelabancache/docs/html/resources/OnlyOneCacheLoader.gifupdated docs1.7modifiedbelabancache/docs/html/resources/SharedCacheLoader.gifupdated docs1.8modifiedbelabancache/docs/html/resources/TreeCacheArchitecture.gifupdated docs1.8modifiedbelabancache/docs/html/resources/TreeNodeExample.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/1.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/10.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/11.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/12.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/13.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/14.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/15.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/2.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/3.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/4.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/5.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/6.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/7.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/8.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/9.gifupdated docs1.22modifiedbelabancache/src/main/org/jboss/cache/interceptors/ReplicationInterceptor.javaadded maintaining remote_transactions during PREPARE1.14modifiedbelabancache/src/main/org/jboss/cache/aop/TreeCacheAopView.javachanged nodeModified(): doesn't need to run on its separate thread1.23modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/replicated/SyncTxUnitTestCase.javano message1.6modifiedbelabancache/docs/Tutorial.xmlchanged incorrect CacheLoaderConfig syntax1.26modifiedbelabancache/docs/TreeCache.xmlchanged JndiName syntax1.1addedbwang00cache/docs/images/demogui.GIFUpdated treecacheaop doc1.5modifiedbwang00cache/docs/html/TreeCacheAop.htmlUpdated treecacheaop doc1.1addedbwang00cache/docs/html/resources/demogui.GIFUpdated treecacheaop doc1.10modifiedbwang00cache/docs/TreeCacheAop.xmlUpdated treecacheaop doc1.16modifiedbwang00cache/docs/FAQ.xmlUpdated treecacheaop doc1.5modifiedbelabancache/src/main/org/jboss/cache/interceptors/CacheStoreInterceptor.javano message1.21modifiedbelabancache/src/main/org/jboss/cache/interceptors/ReplicationInterceptor.javano message1.22modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/replicated/SyncTxUnitTestCase.javano message
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: jboss aop on websphere
Thanks for the response Bill, I had missed that part. Unfortunately, there seem to be different problems from this approach. I start getting things like anonymous wrote : Faild to aspectize class com.ibm.etools.websphere.tools.internal.util.FileUtil. Could not find class it references com.ibm.etools.rft.api.IConnectionData Then the process just dies after a few of these. When I do jboss.aop.verbose=true, it looks like the ClassLoader is considering every single class that it brings up and every method on it and it indicates that it successfully loads up the jboss-aop.xml. I guess the question in my mind is whether or not IBM's JVM (or its root classloader) does some voodoo between its classloaders so that where there are normally scoping issues they don't have it? From what I understand a parent classloader won't be able to see a child's classes. I made sure that I was using the /p switch on the -Xbootclasspath so I'm pretty positive whatever classes it normally puts in the bootclasspath are still there. I'm going to keep kicking it around and see if I can see anything, but if anyone has any insight into IBM's JVM core classes (probably the java.lang.ClassLoader) vs. Sun's, and/or the startup of WebSphere that might help I'd appreciate it. Thanks, Tom View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858114#3858114 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858114 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: Generating mapping file and WSDL file
Actually, it is a bug in the ant task... for some reason, it's putting the parameters out of order. I took the output and reordered the parameters, then it worked just fine. Does anyone know if there's a bug tracking system for the wscompile anttask? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858111#3858111 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858111 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.216 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20041209172226Lbuild.216 BUILD COMPLETE - build.216Date of build: 12/09/2004 17:22:26Time to build: 17 minutes 41 secondsLast changed: 12/09/2004 16:59:25Last log entry: Yet another fix for the broken jdk1.3 inner class method access problem.java.lang.NoSuchMethodError: org.jboss.system.ServiceMBeanSupport.access$201(Lorg/jboss/jmx/connector/invoker/InvokerAdaptorService;)Lorg/jboss/logging/Logger; at org.jboss.jmx.connector.invoker.InvokerAdaptorService$NotificationListenerDelegate.handleNotification(InvokerAdaptorService.java:336) at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.notification.NotificationListenerProxy.invoke(NotificationListenerProxy.java:138) at $Proxy9.handleNotification(Unknown Source) at org.jboss.mx.util.JBossNotificationBroadcasterSupport.handleNotification(JBossNotificationBroadcasterSupport.java:112) Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.1.2.13modifiedstarksmserver/src/main/org/jboss/jmx/connector/invoker/InvokerAdaptorService.javaYet another fix for the broken jdk1.3 inner class method access problem.java.lang.NoSuchMethodError: org.jboss.system.ServiceMBeanSupport.access$201(Lorg/jboss/jmx/connector/invoker/InvokerAdaptorService;)Lorg/jboss/logging/Logger; at org.jboss.jmx.connector.invoker.InvokerAdaptorService$NotificationListenerDelegate.handleNotification(InvokerAdaptorService.java:336) at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.notification.NotificationListenerProxy.invoke(NotificationListenerProxy.java:138) at $Proxy9.handleNotification(Unknown Source) at org.jboss.mx.util.JBossNotificationBroadcasterSupport.handleNotification(JBossNotificationBroadcasterSupport.java:112)
[JBoss-dev] jboss-head build.562 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041209154239Lbuild.562 BUILD COMPLETE - build.562Date of build: 12/09/2004 15:42:39Time to build: 30 minutes 41 secondsLast changed: 12/09/2004 14:43:11Last log entry: Bug fix for NPE in size Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (6)1.11modifiedbwang00cache/src/main/org/jboss/cache/aop/CachedListInterceptor.javaBug fix for NPE in size1.9modifiedbwang00cache/src/main/org/jboss/cache/aop/CachedMapInterceptor.javaBug fix for NPE in size1.8modifiedbwang00cache/src/main/org/jboss/cache/aop/CachedSetInterceptor.javaBug fix for NPE in size1.36modifiedbwang00cache/src/main/org/jboss/cache/aop/TreeCacheAop.javaBug fix for NPE in size1.58modifiedbwang00cache/src/main/org/jboss/cache/Node.javaMake release pulbic so I can use in aop1.1addedbwang00testsuite/src/main/org/jboss/test/cache/test/standAloneAop/LocalConcurrentTestCase.javaAdded to test getObject, removeObject, and putObject concurrency.
[JBoss-dev] [ jboss-Bugs-1081794 ] JDBCEJBQLCompiler: Invalid SQL for Left join read ahead
Bugs item #1081794, was opened at 2004-12-09 02:21 Message generated for change (Comment added) made by gunterze You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1081794&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: gunter zeilinger (gunterze) Assigned to: Alexey Loubyansky (loubyansky) Summary: JDBCEJBQLCompiler: Invalid SQL for Left join read ahead Initial Comment: JDBCEJBQLCompiler does not take care to put the right table name in front of the LEFT JOIN phrase: Extending the GangsterBean by finder: findMembers_leftjoin java.lang.String on-find 4 basic results in: SELECT t0_g.id, t0_g.name, t0_g.nick_name, t0_g.badness, t1_g_hangout.id, t1_g_hangout.city, t1_g_hangout.st, t1_g_hangout.zip FROM GANGSTER t0_g, ORGANIZATION t2_g_organization LEFT OUTER JOIN LOCATION t1_g_hangout ON t0_g.hangout=t1_g_hangout.id WHERE (t2_g_organization.name = ? AND t0_g.organization=t2_g_organization.name) 0 The order of GANGSTER t0_g, ORGANIZATION t2_g_organization is wrong. HSQL seems to be able to intepretate the statement anyway, but other DBs (e.g. PostgreSQL) report a SQL error. The EJBQLToSQL92Compiler simple ignores the Left join read ahead configuration for the cmr field: SELECT t0_g.id, t0_g.name, t0_g.nick_name, t0_g.badness, t0_g.cell_area, t0_g.cell_exch, t0_g.cell_ext, t0_g.page_area, t0_g.page_exch, t0_g.page_ext, t0_g.email, t0_g.organization, t0_g.hangout FROM GANGSTER t0_g LEFT OUTER JOIN ORGANIZATION t1_g_organization ON t0_g.organization=t1_g_organization.name WHERE t1_g_organization.name = ? -- >Comment By: gunter zeilinger (gunterze) Date: 2004-12-09 22:59 Message: Logged In: YES user_id=93547 I am not familiar with the SQL92 spec. I only know, that PostgreSQL 7.4.6 and DB2 8.1 returns a SQL error: PostgreSQL: "ERROR: relation "t0_g" does not exist" DB2: "DB2 SQL error: SQLCODE: -338, SQLSTATE: 42972, SQLERRMC: null" with SQLSTATE: 42972 = "An expression in a join-condition or ON clause of a MERGE statement references columns in more than one of the operand tables." if the "left-hand" table of the OUT JOIN is not placed immediately before the OUT JOIN phrase. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2004-12-09 10:31 Message: Logged In: YES user_id=543482 EJBQLToSQL92Compiler does not support read-ahead at all. It always generates SQL equivalent to on-find for the target entity unless it's an ejbSelect that queries for a CMP field or function.This is documented on the wiki. About syntax error. Is this the spec? It seems to be clear from the statement how joining should be done. I don't see a reason for a driver to complain unless it's spec. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1081794&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: TreeCache does not set the AUTO_RECONNECT property on th
you can pass all Properties to configure the JChannel via TreeCache.setClusterProperties(String). This is exactly the String that is passed to the Constructor of JChannel and allows to set whatever attributes you like for any protocoll on the JGroups stack you define. See JGroups-documentation for details. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858106#3858106 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858106 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: WARN [ServiceDescription] Guessing fault java type fro
Also if you do a cvs checkout of 4.0 branch, there is a test case in the testsuite which demonstrates exceptions. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858104#3858104 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858104 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWS] - Re: WARN [ServiceDescription] Guessing fault java type fro
Exceptions were fixed in 4.0.1RC2, why dont you give that a shot? The 4.0.1 release is coming very soon. -Jason View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858103#3858103 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858103 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1081791 ] EJB Timer Service broken when used with security domain
Bugs item #1081791, was opened at 2004-12-08 19:17 Message generated for change (Comment added) made by mpoindexter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1081791&group_id=22866 Category: JBossServer Group: v4.0 Status: Open Resolution: Accepted Priority: 5 Submitted By: mpoindexter (mpoindexter) Assigned to: Scott M Stark (starksm) Summary: EJB Timer Service broken when used with security domain Initial Comment: When an EJB (an entity bean in my case) has a security domain associated with it, calls to the ejbTimeout method fail with a SecurityException (insufficient method permissions). It appears the principal is being hardcoded to null in the TimedObjectInvoker, causing the security check to fail in the SecurityInterceptor. I have tried setting the method permissions for ejbTimeout to unchecked, but these aren't picked up, possibly because ejbTimeout is not a member of the bean's local interface. I think there are two possible fixes: 1) Skip security checking for ejbTimeout in the SecurityInterceptor (don't think this is much of a solution since calls made to other beans in the ejbtimeout method will have no principal associated with them) 2) Store the current principal with the timer when the timer is created. When the timer triggers, recall this principal and set the current principal to the creator of the timer. I think this seems like the correct solution -- >Comment By: mpoindexter (mpoindexter) Date: 2004-12-09 15:23 Message: Logged In: YES user_id=1174627 Here's a version of SecurityInterceptor with a workaround, but it's not what I'd call an elegant solution. Just in case anyone else needs a fix quick. -- Comment By: Scott M Stark (starksm) Date: 2004-12-08 20:21 Message: Logged In: YES user_id=175228 No 2) is not correct as there is no security context associated with ejb timer calls. The container has to setup the permissions to deal with this correctly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1081791&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-48) SRP: Mulitple Clients
[ http://jira.jboss.com/jira/browse/JBAS-48?page=comments#action_12310765 ] Nuno Meira commented on JBAS-48: An example client that shows the problem is available, but it is not a unit test. > SRP: Mulitple Clients > - > > Key: JBAS-48 > URL: http://jira.jboss.com/jira/browse/JBAS-48 > Project: JBoss Application Server > Type: Bug > Components: Security > Versions: JBossAS-3.2.6 Final > Environment: Any > Reporter: Nuno Meira > Assignee: Scott M Stark > > > This relates to this forum post: > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=57042 > The problem is in the SRPPrincipal. The equals/hashCode implementation > only accounts for the name, it does not include the session id. > Need to add these methods, something like: >public boolean equals(Object obj) >{ > SRPPrincipal other = (SRPPrincipal) obj; > return this.getName().equals(other.getName()) && this.sessionID == > other.sessionID; >} >public int hashCode() >{ > return this.getName().hashCode() + this.sessionID; >} > Verified by [EMAIL PROTECTED] on site. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-48) SRP: Mulitple Clients
SRP: Mulitple Clients - Key: JBAS-48 URL: http://jira.jboss.com/jira/browse/JBAS-48 Project: JBoss Application Server Type: Bug Components: Security Versions: JBossAS-3.2.6 Final Environment: Any Reporter: Nuno Meira Assigned to: Scott M Stark This relates to this forum post: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=57042 The problem is in the SRPPrincipal. The equals/hashCode implementation only accounts for the name, it does not include the session id. Need to add these methods, something like: public boolean equals(Object obj) { SRPPrincipal other = (SRPPrincipal) obj; return this.getName().equals(other.getName()) && this.sessionID == other.sessionID; } public int hashCode() { return this.getName().hashCode() + this.sessionID; } Verified by [EMAIL PROTECTED] on site. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: jboss aop on websphere
Did you try this? http://docs.jboss.org/aop/aspect-framework/reference/en/html/running.html#d0e2599 You may be forced to use the precompiler as I've only tested JBoss AOP on JBoss application server and in standalone plain java programs. Also, If you get this to work, can you create a WIKI page on this here? I'd still be happy to help. http://www.jboss.org/wiki/Wiki.jsp?page=JBossAOP THanks, Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858094#3858094 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858094 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: java.lang.reflect.InvocationTargetException Exception
This stack trace doesn't show anything. Can you provide a more detailed one? Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858088#3858088 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858088 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache 1.2 released
Obviously there is a problem there. Please stay tune for further announcement. We will fix it soon. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858087#3858087 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858087 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache 1.2 released
that makes at leaset 3 of us... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858081#3858081 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858081 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-47) Support for jaas CredentialExpiredException and AccountExpiredException
Support for jaas CredentialExpiredException and AccountExpiredException --- Key: JBAS-47 URL: http://jira.jboss.com/jira/browse/JBAS-47 Project: JBoss Application Server Type: Feature Request Components: Security, EJBs Versions: JBossAS-4.0.0 Final, JBossAS-3.2.6 Final, JBossAS-3.2.5 Final Environment: All Reporter: Sergio Berna Assigned to: Scott M Stark When using a standalone EJB client and JAAS ClientLoginModule correctly authenticates user. But in case a CredentialsExpiredException or AccountExpiredException happens the exception that the standalone client receives is just SecurityException with no other information provided and no way to retrieve the exact cause from the client side. Inside the server it is possible to use org.jboss.security.SecurityAssociation and its corresponding key org.jboss.security.exception but this is not propagated to the client through the ClientLoginModule making it absolutely impossible for the client application, for example, to start a Credential change. I need a way to notify a standalone client of the corresponding javax.security.auth.login.LoginException that happens inside the JAAS LoginModule. In JDK 1.4 it would be possible to use the public Throwable initCause(Throwable cause) from SecurityException, but not in 1.3 or 1.2. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - TreeCache does not set the AUTO_RECONNECT property on the un
TreeCache does not set the AUTO_RECONNECT property on the underlying channel. So, if the underlying channel gets a "shun" condition in pbcast.GMS protocol, it closes the underlying channel and does not attempt to reconnect. Is there a way to set it using JBossCache configuration? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858077#3858077 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858077 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache 1.2 released
Ya, cannot unzip the file. I have been waiting for 1.2 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858076#3858076 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858076 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [IIOP on JBoss] - Bad performance when deploying EJBs on JBoss 4.0
I?ve been working for a while with an IIOP-accessible EJB on JBoss 2.3.5. This EJB is been used by a .Net client (IIOP.NET is my CORBA implementation for .Net) and the performance has been quite acceptable. In order to try out the last version of JBoss, I downloaded and installed the version 4.0. Then, I deployed the same EJB (without any change) and suddenly the performance dramatically decreased (various orders of magnitude). Since the business logic of the EJB is the same, I guess that the problem could be the marshalling and demarshalling of the parameters involved (in my case, they are return values). My question is whether JBoss 4.0 has performed any modifications on the IIOP protocol stack so that the performance is degraded. Thanks in advance. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858074#3858074 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858074 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Failover with Hibernate
It is Hibernate 2.1.6 and we have 2 servers each running a web application (using Sticky sessions on a load balancer to handle session issues) . Both are running treecache. When starting they find each other (according to logs) and various tests do imply they are clustering fine. Then as a test if I stop one of them the other starts complaining about not being able to get a lock. This keeps occuring until the other server is restarted and then it all works. I used a treecache.xml that came with Hibernate, and compared to the one in hibernate in action and the JBoss clustering docs. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858071#3858071 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858071 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-93) Forum posts can become unusable due to width of content
Forum posts can become unusable due to width of content --- Key: JBPORTAL-93 URL: http://jira.jboss.com/jira/browse/JBPORTAL-93 Project: JBoss Portal Type: Improvement Components: Forums Reporter: Scott M Stark Assigned to: Julien Viet I'm seeing problems with the size of forum posts using the [code][/code] tags. There needs to be some fixed size to the text fields with scrolling instead of what is seen here: http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3857964 http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858023 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [IIOP on JBoss] - Re: ClientConnectionManager: created new conn to target 0.0.
Use the following when starting the jboss server: run -c "your configuration" --host="your host name" It works for JBoss 3.2.x and for JBoss 4.0 Best regards View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858067#3858067 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858067 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - java.lang.reflect.InvocationTargetException Exception
I am getting a java.lang.reflect.InvocationTargetException. I would be very happy if somebody could help on this 2004-12-09 11:09:58,716 DEBUG [org.jboss.cache.aop.TreeCacheAop] get(, "/Indicative/Cusip/30067T103", AOPInstance, "false") 2004-12-09 11:09:58,716 DEBUG [org.jboss.cache.aop.TreeCacheAop] get(, "/Indicative/Cusip/30067T103", jboss:internal:class, "false") 2004-12-09 11:09:58,716 DEBUG [org.jboss.cache.aop.TreeCacheAop] get(, "/Indicative/Cusip/30067T103/0", AOPInstance, "false") 2004-12-09 11:09:58,716 DEBUG [org.jboss.cache.aop.TreeCacheAop] get(, "/Indicative/Cusip/30067T103/0", jboss:internal:class, "false") 2004-12-09 11:09:58,732 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true 2004-12-09 11:09:58,732 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2004-12-09 11:09:58,732 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true 2004-12-09 11:09:58,732 DEBUG [NHAIndicativeFactory] Encountered Exception : java.lang.reflect.InvocationTargetException View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858064#3858064 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858064 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: JBossCache 1.2 released
the archive on sf.net seems to be corrupt :P, I've tried to download it 3 times with the same result, has anyone else had this problem? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858050#3858050 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858050 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.561 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041209093616Lbuild.561 BUILD COMPLETE - build.561Date of build: 12/09/2004 09:36:16Time to build: 30 minutes 5 secondsLast changed: 12/09/2004 08:17:28Last log entry: no message Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.21modifiedbelabancache/docs/design/JBossCacheRoadmap.txtno message
[JBoss-dev] [JBossWS] - Re: Generating mapping file and WSDL file
Yes I have run into this as well. This is most definately a bug in the wscompile ant task. As a workaround you can just use the java task and run the wscompile class directly. -Jason View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858048#3858048 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858048 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossCache] - Re: Potential Contribution: Improving System Efficiency by M
We've done something similar using Spring AOP to do the interception for us. Perhaps it would be useful to implement a method level cache that adheres to the AOPAlliance interface which would leave users free to replace their implementation at a later date. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858045#3858045 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858045 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss Portal Development] - Re: who have a complete guide about portal installation ?
What is missing? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858043#3858043 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858043 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.261 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20041209084755Lbuild.261 BUILD COMPLETE - build.261Date of build: 12/09/2004 08:47:55Time to build: 27 minutes 33 secondsLast changed: 12/09/2004 08:26:39Last log entry: Fix: http://jira.jboss.com/jira/browse/JBWS-30 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (3)1.1.1.1.4.5modifiedtdieslerjaxrpc/src/main/org/apache/axis/utils/JavaUtils.javaFix: http://jira.jboss.com/jira/browse/JBWS-301.1.1.1.4.1modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/Base64Deserializer.javaFix: http://jira.jboss.com/jira/browse/JBWS-301.1.1.1.4.8modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/BeanDeserializer.javaFix: http://jira.jboss.com/jira/browse/JBWS-30
[JBoss-dev] jboss-head build.560 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041209080115Lbuild.560 BUILD COMPLETE - build.560Date of build: 12/09/2004 08:01:15Time to build: 17 minutes 48 secondsLast changed: 12/09/2004 07:51:50Last log entry: no message Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (24)1.15modifiedbelabancache/src/etc/standalone/runShellDemo.batno message1.16modifiedbelabancache/docs/html/TreeCache.htmlupdated docs1.4modifiedbelabancache/docs/html/Tutorial.htmlupdated docs1.10modifiedbelabancache/docs/html/html.cssupdated docs1.7modifiedbelabancache/docs/html/resources/LocalCacheLoader.gifupdated docs1.7modifiedbelabancache/docs/html/resources/OnlyOneCacheLoader.gifupdated docs1.7modifiedbelabancache/docs/html/resources/SharedCacheLoader.gifupdated docs1.8modifiedbelabancache/docs/html/resources/TreeCacheArchitecture.gifupdated docs1.8modifiedbelabancache/docs/html/resources/TreeNodeExample.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/1.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/10.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/11.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/12.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/13.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/14.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/15.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/2.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/3.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/4.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/5.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/6.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/7.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/8.gifupdated docs1.6modifiedbelabancache/docs/html/callouts/9.gifupdated docs
[JBoss-dev] [JBossCache] - JBossCache 1.2 released
Main features are: - JDBC CacheLoader: allows to load/store data from DB - Common dta transfer format: this allows for replication between different CacheLoaders, e.g. FileCacheLoader and JDBCCacheLoader. Also enables replication e.g. between MySQL and Oracle (still needs more testing though) - More refactoring: users can write and add their own interceptors - JNDI binding: remote (RMI) or local (servlet) clients can simply look up a reference to JBossCache from JNI and use it - New DelegatingCacheLoader: allows for hierarchies of caches - Enhanced support for collection classes in TreeCacheAop - java -jar jboss-cache.jar now prints version of JBossCache - Many bug fixes (especially concurrency) The web site will be updated shortly, updated documentation is contained in the download though. Bela View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858036#3858036 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858036 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: destination-jndi-name not generated in jboss.xml
Thank you very much. It worked. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858035#3858035 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858035 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Tomcat] - Restarting server when changing a servlet
Hi, How can I avoid a server restart when I change a servlet. Thx, Pieter View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858031#3858031 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858031 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.559 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041209065058Lbuild.559 BUILD COMPLETE - build.559Date of build: 12/09/2004 06:50:58Time to build: 15 minutes 49 secondsLast changed: 12/09/2004 06:19:45Last log entry: added maintaining remote_transactions during PREPARE Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (3)1.22modifiedbelabancache/src/main/org/jboss/cache/interceptors/ReplicationInterceptor.javaadded maintaining remote_transactions during PREPARE1.14modifiedbelabancache/src/main/org/jboss/cache/aop/TreeCacheAopView.javachanged nodeModified(): doesn't need to run on its separate thread1.23modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/replicated/SyncTxUnitTestCase.javano message
[JBoss-dev] jboss-head build.558 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041209054455Lbuild.558 BUILD COMPLETE - build.558Date of build: 12/09/2004 05:44:55Time to build: 19 minutes 35 secondsLast changed: 12/09/2004 03:52:53Last log entry: changed incorrect CacheLoaderConfig syntax Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (2)1.6modifiedbelabancache/docs/Tutorial.xmlchanged incorrect CacheLoaderConfig syntax1.26modifiedbelabancache/docs/TreeCache.xmlchanged JndiName syntax
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: destination-jndi-name not generated in jboss.xml
I think when looking at the 'Mandatory' column you also need to take into account the 'Applicability' column and as this value is not applicable to message driven beans it is not mandatory for message driven beans. Also you can not specify the destination JNDI name in that way, you need to use @jboss.destination-jndi-name as specifying the destination JNDI name is app server specific. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858022#3858022 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858022 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-testsuite build.21 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20041209043541Lbuild.21 BUILD COMPLETE - build.21Date of build: 12/09/2004 04:35:41Time to build: 61 minutes 27 secondsLast changed: 12/08/2004 16:31:37Last log entry: Move the onException reconnection to a seperate thread in all cases. It has been seen that the thread calling onException can have its interrupted state set which results in the reconnection immeadiately failing as though the container has been shutdown. Unit Tests: (1885) Total Errors and Failures: (30)unknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestQueueMessageOrderorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestRequestReplyQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryQueueDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryTopicDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueSendorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationTopicPublishorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestErrorsTopicSubscribeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestCreateQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestMessageListenerorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestApplicationServerStufforg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicsorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalBounceorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorChangeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendListenOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestProgramaticProxyorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestServerFoundorg.jboss.test.jmx.test.JMXInvokerProxyUnitTestCasetestEvictionorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestEvictionReplicationorg.jboss.test.cache.test.eviction.ReplicatedLRUPolicyUnitTestCasetestStateTransferorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.AsyncUnitTestCasetestSyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestASyncReplorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutorg.jboss.test.cache.test.replicated.SyncTxUnitTestCasetestPutTxorg.jboss.test.cache.test.replicated.SyncTxUnitTestCase Modifications since last build: (1)1.50.2.18modifiedstarksmserver/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.javaMove the onException reconnection to a seperate thread in all cases. It has been seen that the thread calling onException can have its interrupted state set which results in the reconnection immeadiately failing as though the container has been shutdown.
[JBoss-dev] [JBossCache] - Potential Contribution: Improving System Efficiency by Metho
Dear reader, this message intends to promote the idea of method-based caching as a means to elegantly and effectively improve the efficiency of EJB-systems. In order to explain what this is about I have implemented a related API that uses javassist. My suggested approach helps to easily and transparently separate the aspect of client side caching from other system aspects. If you got curious download the API and check it out at http://www.ipd.uka.de/~pfeifer/dmcache.zip (Requires JDK 1.5 and ANT 1.5 or higher.) If you are undecided, go on and read the API's README file which I have attached below. (The general idea is based on a research paper of mine which is available at http://www.ipd.uka.de/~pfeifer/publications/doa03.pdf) I am looking forward to feedback and an interesting discussion. If there is any/enough support, I would be willing to contribute the API and the related concepts to the JBoss group. Greetings, Daniel Pfeifer - README (from dmcache.zip) DMCache - A Dynamic Method-Based Caching API Daniel Pfeifer, $Date: 2004/12/09 10:16:40 $ Download at: http://www.ipd.uka.de/~pfeifer/dmcache.zip PART 1: WHAT IS THIS THING GOOD FOR? This API demonstrates a cache that dynamically, transparently and consistently caches results of method invocations. It intends to promote the idea of method-based caching as an excellent option for improving the efficiency of modern information systems. Method-based caching can be useful in the context of layered architectures where a layer is abstracted by a set of Java interfaces. A good example is a servlet-based web server whose servlets invoke EJB methods (all EJBs are abstracted by Java interfaces). Method results are cached at the client side (which happens to be a web server for the example) and so at a cache hit, a costly and potentially remote EJB method call can be avoided. In this context the approach is ALWAYS A BETTER OPTION THAN DYNAMIC WEB CACHING. The reasons for this exciting statement are explained below. An important example of a dynamic web caching approach is JESI (see http://www.esi.org/jesit_tag_lib_1-0.html). Note that method-based caching can be applied in such a way that it maintains 100% cache consistency (also called strong cache consistency). In order to do so, an application developer has to annotate the respective methods of a service interface. The annotations form a so called "cache model". Apart from these annotations, a respective cache remains 100% transparent (invisible) to the client AND to the server code and so it can be deployed in very late project cycles without harming existing code and system functionality. In terms of aspect-oriented programming, method-based caching may be considered a way to separate a caching aspect from other system aspects. For detailed information on the general idea of method-based caching, please read the paper available at http://www.ipd.uka.de/~pfeifer/publications/doa03.pdf By means of an experiment and a benchmark application, the paper shows that method-based caching can considerably increase the overall system efficiency of a real world EJB-based web application. As apposed to the implementation presented in the referenced paper, DMCache (this API) is fully dynamic. In particular, all cache classes that implement a layer's Java interfaces (e.g. a set of EJB interfaces) are generated at system RUNTIME using a dynamic proxy approach. Further, cache models are not specified via XML-files but by means of method annotations. (Annotations are a new feature of JDK 1.5.) The API is in an early state but functional and tested. The source code in the package "ord.ipd.dmcache.model.test" gives an idea on how to use it and what it can do. In practice, this kind of caching is meant to entirely REPLACE DYNAMIC WEB CACHING FOR ARCHITECTURES WITH AN EJB-LIKE APPLICATION LAYER. A good example is a servlet-based web server with servlets invoking EJBs. Since EJB calls are expensive it may be useful to cache the respective calls' results for read-only calls. In such a case, EJB calls are usually expensive and form the system's bottleneck - however servlet computations are cheap (apart from the included EJB calls). The following considerations reveal that under these circumstances, method-based caching is A LOT SMARTER than dynamic web caching, because the former 1) leads to better hit rates than dynamic web caching (or at least the same hit rates), 2) makes page fragmentation approaches such as ESI obsolete, 3) is very likely to consume less memory dynamic web caching, 4) potentially provides strong cache consistency, 5) does not pollute the server or client code with nasty cache-related code-snippets or tags. The following paragraphs explain why this is true: 1) A servlet-based web page computation my be considered as a function page(m_1(a_1_1),...,m_k(a_1_k)) with m
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Potential Contribution: Improving System Efficiency by Metho
Dear reader, this message intends to promote the idea of method-based caching as a means to elegantly and effectively improve the efficiency of EJB-systems. In order to explain what this is about I have implemented a related API that uses javassist. My suggested approach helps to easily and transparently separate the aspect of client side caching from other system aspects. If you got curious download the API and check it out at http://www.ipd.uka.de/~pfeifer/dmcache.zip (Requires JDK 1.5 and ANT 1.5 or higher.) If you are undecided, go on and read the API's README file which I have attached below. (The general idea is based on a research paper of mine which is available at http://www.ipd.uka.de/~pfeifer/publications/doa03.pdf) I am looking forward to feedback and an interesting discussion. If there is any/enough support, I would be willing to contribute the API and the related concepts to the JBoss group. Greetings, Daniel Pfeifer - README (from dmcache.zip) DMCache - A Dynamic Method-Based Caching API Daniel Pfeifer, $Date: 2004/12/09 10:16:40 $ Download at: http://www.ipd.uka.de/~pfeifer/dmcache.zip PART 1: WHAT IS THIS THING GOOD FOR? This API demonstrates a cache that dynamically, transparently and consistently caches results of method invocations. It intends to promote the idea of method-based caching as an excellent option for improving the efficiency of modern information systems. Method-based caching can be useful in the context of layered architectures where a layer is abstracted by a set of Java interfaces. A good example is a servlet-based web server whose servlets invoke EJB methods (all EJBs are abstracted by Java interfaces). Method results are cached at the client side (which happens to be a web server for the example) and so at a cache hit, a costly and potentially remote EJB method call can be avoided. In this context the approach is ALWAYS A BETTER OPTION THAN DYNAMIC WEB CACHING. The reasons for this exciting statement are explained below. An important example of a dynamic web caching approach is JESI (see http://www.esi.org/jesit_tag_lib_1-0.html). Note that method-based caching can be applied in such a way that it maintains 100% cache consistency (also called strong cache consistency). In order to do so, an application developer has to annotate the respective methods of a service interface. The annotations form a so called "cache model". Apart from these annotations, a respective cache remains 100% transparent (invisible) to the client AND to the server code and so it can be deployed in very late project cycles without harming existing code and system functionality. In terms of aspect-oriented programming, method-based caching may be considered a way to separate a caching aspect from other system aspects. For detailed information on the general idea of method-based caching, please read the paper available at http://www.ipd.uka.de/~pfeifer/publications/doa03.pdf By means of an experiment and a benchmark application, the paper shows that method-based caching can considerably increase the overall system efficiency of a real world EJB-based web application. As apposed to the implementation presented in the referenced paper, DMCache (this API) is fully dynamic. In particular, all cache classes that implement a layer's Java interfaces (e.g. a set of EJB interfaces) are generated at system RUNTIME using a dynamic proxy approach. Further, cache models are not specified via XML-files but by means of method annotations. (Annotations are a new feature of JDK 1.5.) The API is in an early state but functional and tested. The source code in the package "ord.ipd.dmcache.model.test" gives an idea on how to use it and what it can do. In practice, this kind of caching is meant to entirely REPLACE DYNAMIC WEB CACHING FOR ARCHITECTURES WITH AN EJB-LIKE APPLICATION LAYER. A good example is a servlet-based web server with servlets invoking EJBs. Since EJB calls are expensive it may be useful to cache the respective calls' results for read-only calls. In such a case, EJB calls are usually expensive and form the system's bottleneck - however servlet computations are cheap (apart from the included EJB calls). The following considerations reveal that under these circumstances, method-based caching is A LOT SMARTER than dynamic web caching, because the former 1) leads to better hit rates than dynamic web caching (or at least the same hit rates), 2) makes page fragmentation approaches such as ESI obsolete, 3) is very likely to consume less memory dynamic web caching, 4) potentially provides strong cache consistency, 5) does not pollute the server or client code with nasty cache-related code-snippets or tags. The following paragraphs explain why this is true: 1) A servlet-based web page computation my be considered as a function page(m_1(a_1_1),...,m_k(a_1_k)) with m
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - destination-jndi-name not generated in jboss.xml
Two questions: 1. In the document of xdoclet, the 'type' attribute of '@ejb.bean' is mandatory, but the available values don't have any options for MDB. Confusing! 2. I wrote this as the comment in a MDB class. /* @ejb.bean * name="MyMessageBean" * transaction-type="Container" * destination-type="javax.jms.Queue" * destination-jndi-name="queue/MyQueue" */ after the code generation with the help of xdoclet, I always can not get the 'destination-jndi-name' created in the 'jboss.xml' file. Like this: MyMessageBean Strange!! Looking forward to your help. Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858018#3858018 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858018 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE (dev)] - old link to sourceforge.net
your link to the sourceforge website points at version 1.3 of the IDE. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858010#3858010 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858010 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Image galery module dev
"cnovara" wrote : I use another way to achieve this. | To serve big amount of downloads (static content), it's better to use Apache instead of Tomcat. | This way I manage a complete directory out of Nukes, with classic Apache Locations/Directories, that I synchronize with Nukes DB wich contains links (this could be automatic). | Anyway, Apache is always in front of Tomcat, because it's more versatile. | | See enfanceetcroissance.com Could you please explain some more regarding how you done this!? What is the setup on Apache side and on JBoss/Tomcat/Nukes side? So, the result of this is that when you in Nukes selects a link to some static stuff this is served by Apache and not Tomcat? Thanks, /L View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3858001#3858001 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858001 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-1081962 ] JBoss JMS Integration with 3rd parties
Patches item #1081962, was opened at 2004-12-09 09:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=1081962&group_id=22866 Category: JBossMQ Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Liran Zelkha (vzilka) Assigned to: Nobody/Anonymous (nobody) Summary: JBoss JMS Integration with 3rd parties Initial Comment: This is also relevant for 3.2. While connecting external JMS provider to JBoss, using the jms-ds.xml file, JBoss attempts to cast the destination into the SpyDestination class. Of course, other implementations' destinations do not extend the SpyDestination class, and so a ClassCastException is created. The patchs for OracleAQ and MQSeries prove that this bug has existed for quite some time. However, the SpyDestination class has almost only static methods, so the inheritance model is probably incorrect. It should use an inheritance + aggregation model to hold other destination types as well. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=1081962&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-jdk-matrix build.6 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20041209040630Lbuild.6 BUILD COMPLETE - build.6Date of build: 12/09/2004 04:06:30Time to build: 20 minutes 54 secondsLast changed: 12/08/2004 16:31:37Last log entry: Move the onException reconnection to a seperate thread in all cases. It has been seen that the thread calling onException can have its interrupted state set which results in the reconnection immeadiately failing as though the container has been shutdown. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.50.2.18modifiedstarksmserver/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.javaMove the onException reconnection to a seperate thread in all cases. It has been seen that the thread calling onException can have its interrupted state set which results in the reconnection immeadiately failing as though the container has been shutdown.
[JBoss-dev] [ jboss-Bugs-1081794 ] JDBCEJBQLCompiler: Invalid SQL for Left join read ahead
Bugs item #1081794, was opened at 2004-12-09 03:21 Message generated for change (Comment added) made by loubyansky You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1081794&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: gunter zeilinger (gunterze) >Assigned to: Alexey Loubyansky (loubyansky) Summary: JDBCEJBQLCompiler: Invalid SQL for Left join read ahead Initial Comment: JDBCEJBQLCompiler does not take care to put the right table name in front of the LEFT JOIN phrase: Extending the GangsterBean by finder: findMembers_leftjoin java.lang.String on-find 4 basic results in: SELECT t0_g.id, t0_g.name, t0_g.nick_name, t0_g.badness, t1_g_hangout.id, t1_g_hangout.city, t1_g_hangout.st, t1_g_hangout.zip FROM GANGSTER t0_g, ORGANIZATION t2_g_organization LEFT OUTER JOIN LOCATION t1_g_hangout ON t0_g.hangout=t1_g_hangout.id WHERE (t2_g_organization.name = ? AND t0_g.organization=t2_g_organization.name) 0 The order of GANGSTER t0_g, ORGANIZATION t2_g_organization is wrong. HSQL seems to be able to intepretate the statement anyway, but other DBs (e.g. PostgreSQL) report a SQL error. The EJBQLToSQL92Compiler simple ignores the Left join read ahead configuration for the cmr field: SELECT t0_g.id, t0_g.name, t0_g.nick_name, t0_g.badness, t0_g.cell_area, t0_g.cell_exch, t0_g.cell_ext, t0_g.page_area, t0_g.page_exch, t0_g.page_ext, t0_g.email, t0_g.organization, t0_g.hangout FROM GANGSTER t0_g LEFT OUTER JOIN ORGANIZATION t1_g_organization ON t0_g.organization=t1_g_organization.name WHERE t1_g_organization.name = ? -- >Comment By: Alexey Loubyansky (loubyansky) Date: 2004-12-09 11:31 Message: Logged In: YES user_id=543482 EJBQLToSQL92Compiler does not support read-ahead at all. It always generates SQL equivalent to on-find for the target entity unless it's an ejbSelect that queries for a CMP field or function.This is documented on the wiki. About syntax error. Is this the spec? It seems to be clear from the statement how joining should be done. I don't see a reason for a driver to complain unless it's spec. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1081794&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0-jdk-matrix build.35 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20041209033908Lbuild.35 BUILD COMPLETE - build.35Date of build: 12/09/2004 03:39:08Time to build: 23 minutes 1 secondLast changed: 12/08/2004 18:32:55Last log entry: Add tests for: http://jira.jboss.com/jira/browse/JBWS-30 Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (21)1.1.2.5modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/AbstractRpcTestBase.javaAdd tests for: http://jira.jboss.com/jira/browse/JBWS-301.1.1.1.4.6modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallDocLiteralTestCase.javaAdd tests for: http://jira.jboss.com/jira/browse/JBWS-301.1.2.3modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/types/Bean.javaAdd tests for: http://jira.jboss.com/jira/browse/JBWS-301.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/config.xmlhttp://jira.jboss.com/jira/browse/JBWS-301.1.1.1.4.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/META-INF/jaxrpc-mapping.xmlhttp://jira.jboss.com/jira/browse/JBWS-301.1.2.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpclit/META-INF/wsdl/MarshallRpcLitService.wsdlhttp://jira.jboss.com/jira/browse/JBWS-301.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/config.xmlhttp://jira.jboss.com/jira/browse/JBWS-301.1.1.1.4.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/META-INF/jaxrpc-mapping.xmlhttp://jira.jboss.com/jira/browse/JBWS-301.1.2.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-rpcenc/META-INF/wsdl/MarshallRpcEncService.wsdlhttp://jira.jboss.com/jira/browse/JBWS-301.1.2.2modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/config.xmlhttp://jira.jboss.com/jira/browse/JBWS-301.1.1.1.4.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/jaxrpc-mapping.xmlhttp://jira.jboss.com/jira/browse/JBWS-301.1.2.3modifiedtdieslertestsuite/src/resources/webservice/marshalltest-doclit/META-INF/wsdl/MarshallDocLitService.wsdlhttp://jira.jboss.com/jira/browse/JBWS-301.1.2.4modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/AbstractRpcTestBase.javahttp://jira.jboss.com/jira/browse/JBWS-301.1.1.1.4.5modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/MarshallDocLiteralTestCase.javahttp://jira.jboss.com/jira/browse/JBWS-301.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/marshalltest/types/Bean.javahttp://jira.jboss.com/jira/browse/JBWS-301.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/message/MessageEndpointImpl.javahttp://jira.jboss.com/jira/browse/JBWS-331.1.2.3modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/message/MessageEndpointTestCase.javahttp://jira.jboss.com/jira/browse/JBWS-331.1.2.2modifiedtdieslertestsuite/src/main/org/jboss/test/webservice/message/MessageEndpoint.javahttp://jira.jboss.com/jira/browse/JBWS-331.1.1.1.4.7modifiedtdieslerjaxrpc/src/main/org/apache/axis/encoding/ser/BeanDeserializer.javaFix BeanDeserializer to deal with bean properties of type array.1.8.2.10modifiedtdieslerwebservice/src/main/org/jboss/webservice/deployment/TypeMappingDescription.javaRemove sub element prefixed based on encoding scheme.This effectively puts -r 1.8.2.8 back into place.Fix BeanDeserializer to deal with bean properties of type array.1.8.2.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/deployment/TypeMappingDescription.javaRollback to 1.8.2.8, as this is not a valid fix.See http://jira.jboss.com/jira/browse/JBWS-32
[JBoss-dev] jboss-head build.557 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20041209022725Lbuild.557 BUILD COMPLETE - build.557Date of build: 12/09/2004 02:27:25Time to build: 20 minutes 13 secondsLast changed: 12/09/2004 00:09:16Last log entry: Updated treecacheaop doc Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (5)1.1addedbwang00cache/docs/images/demogui.GIFUpdated treecacheaop doc1.5modifiedbwang00cache/docs/html/TreeCacheAop.htmlUpdated treecacheaop doc1.1addedbwang00cache/docs/html/resources/demogui.GIFUpdated treecacheaop doc1.10modifiedbwang00cache/docs/TreeCacheAop.xmlUpdated treecacheaop doc1.16modifiedbwang00cache/docs/FAQ.xmlUpdated treecacheaop doc
[JBoss-dev] [JBossWS] - Re: WARN [ServiceDescription] Guessing fault java type fro
I did get the same error : Guessing fault java type from qname: nl.borsoft.www.FacadeException. It is happening with a standalone java client dynamically looking up the web service endpoint. And if there is a custom type in the element of the WSDL file which can't be mapped to a known java package and class name. I generated a WSDL file and mapping file with wscompile. | | | | | | | | | | | | | | | | | | http://schemas.xmlsoap.org/soap/http"; style="rpc" /> | | | | http://www.borsoft.nl/daisy"; /> | | | http://www.borsoft.nl/daisy"; /> | | | | | | | | | | | | In this case my problem was the same because I published 1 method of my session facade as a web service. My session facade throws a custom FacadeException as an application exception. So my web service interface did the same. | public interface TapeFacadeEndpoint extends Remote { | | public abstract String getXMLByNumber(String number) throws RemoteException, FacadeException; | | } | Deploying the web service worked fine. But now the java client wants to make a call. I followed the example of the WIKI with dynamically looking up a web service. | URL url = new URL("http://myhost:8080/DaisyEJB/DaisyService?wsdl";); | QName qname = new QName("http://www.borsoft.nl/daisy";, "DaisyService"); | ServiceFactory factory = ServiceFactory.newInstance(); | Service service = factory.createService(url, qname); | TapeFacadeEndpoint endpoint = (TapeFacadeEndpoint) service.getPort(TapeFacadeEndpoint.class); | System.out.println(endpoint.getXMLByNumber(number)); | The XML is coming back because I return a XML document in a String variable. But also every time the same warning comes. What I did understand was that it has to do with JAX-RPC not knowing the mapping file. So I read that JBoss has an alternative to ServiceFactory. And yes they have. The createService method can take more parameters. One of them is an URL to the mapping file. I placed the mapping file on a valid URL location and did the following. | URL url = new URL("http://localhost:8080/DaisyEJB/DaisyService?wsdl";); | URL mappingURL = new URL("http://hostname/whatever/mapping.xml";); | QName qname = new QName("http://www.borsoft.nl/daisy";, "DaisyService"); | | ServiceFactoryImpl factory = new ServiceFactoryImpl(); | Service service = factory.createService(url, mappingURL, null, qname, null); | | TapeFacadeEndpoint endpoint = (TapeFacadeEndpoint) service.getPort(TapeFacadeEndpoint.class); | System.out.println(endpoint.getXMLByNumber(number)); | Now the call to the endpoint does not complain about not knowing the exception because there is a valid mapping in the mapping file. I did fill 2 parameters with null because of not knowing the exact purpose and guessing that the software was smart enough to react on a null parameter. Yes now you have not a JAX-RPC only dynamic lookup but a JBoss addition on JAX-RPC. But smart ;-) I'm not very experienced on web services but step by step you learn. I think it is also possible to generate client stubs with wscompile just like wsdl2java from Axis. Then there is a solution of a J2EE client deployed in an EAR file (never done this). O btw a lot of examples never use the fault element. Mostly I see only input and output and on the remote interface only throwing a RemoteException. If you look at http://www.xmethods.net and try a lot of wsdl files you rarely see the use of the fault element. So in my mind the thought arises "Am I doing the things the right way with throwing a custom exception?" You don't have to use the mapping file with dynamic lookup if you don't have custom types in your WSDL. Johan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3857989#3857989 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3857989 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBMQ-4) Bug in JBoss MQ
[ http://jira.jboss.com/jira/browse/JBMQ-4?page=history ] Scott M Stark updated JBMQ-4: - Comment: was deleted > Bug in JBoss MQ > --- > > Key: JBMQ-4 > URL: http://jira.jboss.com/jira/browse/JBMQ-4 > Project: JBoss MQ > Type: Bug > Versions: JBossAS-3.2.5 > Environment: OS - SunOS, 5.8, Java Version - 1.4.2, VM - Java Hotspot > Reporter: Kalyan > Assignee: Adrian Brock > Priority: Critical > Attachments: threaddump.txt > > > Hi, > We were running a loadtest on a single instance of JBoss. The following > thread on JBossMQ forum details about the test that's been conducted: > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=57189 > The server has come to unusable state in less than 30 mins. > We have identified that there is a deadlock on MessageCache's LRUCache from > the thread dump. We have found several instances of the below dump. > "Thread-11056" daemon prio=5 tid=0x014d8ff0 nid=0x3d17 waiting for monitor > entry [5e801000..5e8019c0] > at > org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:327) > - waiting to lock <0xeddc9268> (a > org.jboss.mq.server.MessageReference) > at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) > at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) > at org.jboss.mq.server.JMSQueue.addMessage(JMSQueue.java:130) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) > at > org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:136) > at > org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:86) > at > org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:356) > at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:377) > at > EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748) > at java.lang.Thread.run(Thread.java:534) > There were few instances of the below dump. > "Thread-10996" daemon prio=5 tid=0x01145a08 nid=0x3cc8 waiting for monitor > entry [60201000..602019c0] > at > org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:272) > - waiting to lock <0xebdd8c78> (a > org.jboss.mq.server.MessageCache$LRUCache) > at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) > at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) > at org.jboss.mq.server.JMSQueue.addMessage(JMSQueue.java:130) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) > at > org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:136) > at > org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:86) > at > org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:356) > at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:377) > at > EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748) > at java.lang.Thread.run(Thread.java:534) > We have found that the deadlock is happening in the method > validateSoftReferenceDepth of MessageCache and have commented the calls to > that method and ran the server again with the same configuration. This time > the server was running with a load of 225 clients, each hitting the server > every 100 seconds, for 2.5 days. There were no problems after the code was > commented out. So, looks like there is a problem with the implementation of > this method. Though I couldn't get you thread dump right now, I remember > seeing a lock on the ConcurrentHashTable (or some similar class) of > EDU.oswego package. That was holding the lock and many threads are trying to > put in messages into the MessageCache, and were not able to get the lock. > We are using Null Persistence Manager as suggested in one of the wiki pages. > We are not sure why is the Soft Referencing and Hard Referencing happening > when a Null Persistence is used? All we wanted to extract from JMS is > asynchronous behaviour, where there is no requirement for "Store and > Forward". The server can dispatch the result and then forget about it. If a > client is alive, it will take it, or else the message is gone. There is no > problem with this kind of approach for our functionality. > The code that's used is as below: (This is stripped down version of our > actual test code. This is the exact funcationality that we are testing). > EJB & JMS Code:- (Server Side) > > @@
[JBoss-dev] [JBoss JIRA] Commented: (JBMQ-4) Bug in JBoss MQ
[ http://jira.jboss.com/jira/browse/JBMQ-4?page=comments#action_12310761 ] Scott M Stark commented on JBMQ-4: -- The second thread dump shows the same two threads also contending for the same MessageReference, but not the same MessageReference as in the first thread dump. This appears to be simply contention, not deadlock. "Thread-365" daemon prio=5 tid=0x00ab6d00 nid=0x1028 waiting for monitor entry [4980f000..4980fdb0] at org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:327) - waiting to lock <0x14780c60> (a org.jboss.mq.server.MessageReference) at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) at org.jboss.mq.server.JMSTopic.addMessage(JMSTopic.java:357) at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) at org.jboss.mq.server.JMSServerInterceptorSupport.addMessage(JMSServerInterceptorSupport.java:136) at org.jboss.mq.security.ServerSecurityInterceptor.addMessage(ServerSecurityInterceptor.java:153) at org.jboss.mq.server.TracingInterceptor.addMessage(TracingInterceptor.java:279) at org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:136) at org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:86) at org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:356) at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:377) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748) at java.lang.Thread.run(Thread.java:534) "Thread-219" daemon prio=5 tid=0x41cd9008 nid=0xdf8 runnable [4920f000..4920fdb0] at org.jboss.mq.server.MessageReference.makeSoft(MessageReference.java:295) - waiting to lock <0x14780c60> (a org.jboss.mq.server.MessageReference) at org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:332) - locked <0x14780c60> (a org.jboss.mq.server.MessageReference) at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) at org.jboss.mq.server.JMSTopic.addMessage(JMSTopic.java:357) at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) at org.jboss.mq.server.JMSServerInterceptorSupport.addMessage(JMSServerInterceptorSupport.java:136) at org.jboss.mq.security.ServerSecurityInterceptor.addMessage(ServerSecurityInterceptor.java:153) at org.jboss.mq.server.TracingInterceptor.addMessage(TracingInterceptor.java:279) at org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:136) at org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:86) at org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:356) at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:377) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748) at java.lang.Thread.run(Thread.java:534) > Bug in JBoss MQ > --- > > Key: JBMQ-4 > URL: http://jira.jboss.com/jira/browse/JBMQ-4 > Project: JBoss MQ > Type: Bug > Versions: JBossAS-3.2.5 > Environment: OS - SunOS, 5.8, Java Version - 1.4.2, VM - Java Hotspot > Reporter: Kalyan > Assignee: Adrian Brock > Priority: Critical > Attachments: threaddump.txt > > > Hi, > We were running a loadtest on a single instance of JBoss. The following > thread on JBossMQ forum details about the test that's been conducted: > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=57189 > The server has come to unusable state in less than 30 mins. > We have identified that there is a deadlock on MessageCache's LRUCache from > the thread dump. We have found several instances of the below dump. > "Thread-11056" daemon prio=5 tid=0x014d8ff0 nid=0x3d17 waiting for monitor > entry [5e801000..5e8019c0] > at > org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:327) > - waiting to lock <0xeddc9268> (a > org.jboss.mq.server.MessageReference) > at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) > at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) > at org.jboss.mq.server.JMSQueue.addMessage(JMSQueue.java:130) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDe
[JBoss-dev] [JBoss JIRA] Updated: (JBMQ-4) Bug in JBoss MQ
[ http://jira.jboss.com/jira/browse/JBMQ-4?page=history ] Scott M Stark updated JBMQ-4: - Attachment: threaddump.txt two thread dumps of the server > Bug in JBoss MQ > --- > > Key: JBMQ-4 > URL: http://jira.jboss.com/jira/browse/JBMQ-4 > Project: JBoss MQ > Type: Bug > Versions: JBossAS-3.2.5 > Environment: OS - SunOS, 5.8, Java Version - 1.4.2, VM - Java Hotspot > Reporter: Kalyan > Assignee: Adrian Brock > Priority: Critical > Attachments: threaddump.txt > > > Hi, > We were running a loadtest on a single instance of JBoss. The following > thread on JBossMQ forum details about the test that's been conducted: > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=57189 > The server has come to unusable state in less than 30 mins. > We have identified that there is a deadlock on MessageCache's LRUCache from > the thread dump. We have found several instances of the below dump. > "Thread-11056" daemon prio=5 tid=0x014d8ff0 nid=0x3d17 waiting for monitor > entry [5e801000..5e8019c0] > at > org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:327) > - waiting to lock <0xeddc9268> (a > org.jboss.mq.server.MessageReference) > at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) > at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) > at org.jboss.mq.server.JMSQueue.addMessage(JMSQueue.java:130) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) > at > org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:136) > at > org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:86) > at > org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:356) > at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:377) > at > EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748) > at java.lang.Thread.run(Thread.java:534) > There were few instances of the below dump. > "Thread-10996" daemon prio=5 tid=0x01145a08 nid=0x3cc8 waiting for monitor > entry [60201000..602019c0] > at > org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:272) > - waiting to lock <0xebdd8c78> (a > org.jboss.mq.server.MessageCache$LRUCache) > at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) > at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) > at org.jboss.mq.server.JMSQueue.addMessage(JMSQueue.java:130) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) > at > org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:136) > at > org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:86) > at > org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:356) > at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:377) > at > EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748) > at java.lang.Thread.run(Thread.java:534) > We have found that the deadlock is happening in the method > validateSoftReferenceDepth of MessageCache and have commented the calls to > that method and ran the server again with the same configuration. This time > the server was running with a load of 225 clients, each hitting the server > every 100 seconds, for 2.5 days. There were no problems after the code was > commented out. So, looks like there is a problem with the implementation of > this method. Though I couldn't get you thread dump right now, I remember > seeing a lock on the ConcurrentHashTable (or some similar class) of > EDU.oswego package. That was holding the lock and many threads are trying to > put in messages into the MessageCache, and were not able to get the lock. > We are using Null Persistence Manager as suggested in one of the wiki pages. > We are not sure why is the Soft Referencing and Hard Referencing happening > when a Null Persistence is used? All we wanted to extract from JMS is > asynchronous behaviour, where there is no requirement for "Store and > Forward". The server can dispatch the result and then forget about it. If a > client is alive, it will take it, or else the message is gone. There is no > problem with this kind of approach for our functionality. > The code that's used is as below: (This is stripped down version of our > actual test code. This is the exact funcationality that we are testing). > EJB & JMS Code:- (Server Side) > @@@
[JBoss-dev] [JBoss JIRA] Commented: (JBMQ-4) Bug in JBoss MQ
[ http://jira.jboss.com/jira/browse/JBMQ-4?page=comments#action_12310759 ] Scott M Stark commented on JBMQ-4: -- Another user has seen a similar deadlock using 1.4.2_02-b03. Two full thread dump outputs are attached, and the interesting non-runnable threads are: "Thread-365" daemon prio=5 tid=0x00ab6d00 nid=0x1028 waiting for monitor entry [4980f000..4980fdb0] at org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:327) - waiting to lock <0x100e6d30> (a org.jboss.mq.server.MessageReference) at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) at org.jboss.mq.server.JMSTopic.addMessage(JMSTopic.java:357) at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) at org.jboss.mq.server.JMSServerInterceptorSupport.addMessage(JMSServerInterceptorSupport.java:136) at org.jboss.mq.security.ServerSecurityInterceptor.addMessage(ServerSecurityInterceptor.java:153) at org.jboss.mq.server.TracingInterceptor.addMessage(TracingInterceptor.java:279) at org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:136) at org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:86) at org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:356) at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:377) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748) at java.lang.Thread.run(Thread.java:534) "Thread-219" daemon prio=5 tid=0x41cd9008 nid=0xdf8 runnable [4920f000..4920fdb0] at org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:327) - waiting to lock <0x100e6d30> (a org.jboss.mq.server.MessageReference) at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) at org.jboss.mq.server.JMSTopic.addMessage(JMSTopic.java:357) at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) at org.jboss.mq.server.JMSServerInterceptorSupport.addMessage(JMSServerInterceptorSupport.java:136) at org.jboss.mq.security.ServerSecurityInterceptor.addMessage(ServerSecurityInterceptor.java:153) at org.jboss.mq.server.TracingInterceptor.addMessage(TracingInterceptor.java:279) at org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:136) at org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:86) at org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:356) at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:377) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748) at java.lang.Thread.run(Thread.java:534) However, no thread is seen to hold the 0x100e6d30 monitor so the actual deadlock is not apparent from the thread dump. > Bug in JBoss MQ > --- > > Key: JBMQ-4 > URL: http://jira.jboss.com/jira/browse/JBMQ-4 > Project: JBoss MQ > Type: Bug > Versions: JBossAS-3.2.5 > Environment: OS - SunOS, 5.8, Java Version - 1.4.2, VM - Java Hotspot > Reporter: Kalyan > Assignee: Adrian Brock > Priority: Critical > Attachments: threaddump.txt > > > Hi, > We were running a loadtest on a single instance of JBoss. The following > thread on JBossMQ forum details about the test that's been conducted: > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=57189 > The server has come to unusable state in less than 30 mins. > We have identified that there is a deadlock on MessageCache's LRUCache from > the thread dump. We have found several instances of the below dump. > "Thread-11056" daemon prio=5 tid=0x014d8ff0 nid=0x3d17 waiting for monitor > entry [5e801000..5e8019c0] > at > org.jboss.mq.server.MessageCache.validateSoftReferenceDepth(MessageCache.java:327) > - waiting to lock <0xeddc9268> (a > org.jboss.mq.server.MessageReference) > at org.jboss.mq.server.MessageCache.addInternal(MessageCache.java:142) > at org.jboss.mq.server.MessageCache.add(MessageCache.java:112) > at org.jboss.mq.server.JMSQueue.addMessage(JMSQueue.java:130) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:402) > at > org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:378) > at > org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServ