[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOPtize a SessionBean
I have read your link and don't undertand somethings. 1. I must have 2 files Simple.jar and Simple.aop or all can be contained in only one file. 2.- You can either deploy an XML file directly in the deploy/ directory with the signature *-aop.xml... ok i put my Simple-aop.xml in deply dir but where do i put the class file, packaged with Simple.jar (ejb), alone...? 3.- The JAR format must have the file extension .aop and a jboss-aop.xml file must be contained in a META-INF directory... this mean tha I create a jar with aop extension and I include the class files too, right? Very thank you for your help and sorry for my bad english View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838748#3838748 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838748 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Lazy loading queues/subscriptions
t seems to be stable by now. However, I haven't tested it with other databases than MySQL. Since I'm mainly interested in queues, more testing for topics is necessary. Anyway, I recommend plenty of testing before using it in production! @Adrian: Did you get the commit rights for me or do you rather want me to submit a patch? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838751#3838751 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838751 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOPtize a SessionBean
After read your post and I was thinking a little and I believe that two files with .aop and .jar extension is the correct way. Correct me if don't? In order to clarify the things I show you an unpack of my jar and aop file. # unzip Simple.jar Archive: Simple.jar creating: META-INF/ inflating: META-INF/MANIFEST.MF inflating: META-INF/ejb-jar.xml inflating: META-INF/jboss.xml inflating: BaseSessionBean.class inflating: Simple.class inflating: SimpleEJB.class inflating: SimpleHome.class inflating: SimpleLocal.class inflating: SimpleLocalHome.class # unzip Simple.aop Archive: Simple.aop creating: META-INF/ inflating: META-INF/MANIFEST.MF inflating: META-INF/jboss-aop.xml inflating: LoggingInterceptor.class But when I deploy the .aop file nothing happens and my example don't work, no interceprot code is executed. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838755#3838755 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838755 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-973162 ] OutOfMemoryError Deployment
Bugs item #973162, was opened at 2004-06-15 11:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973162group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chris Effenberger (pinguine) Assigned to: Nobody/Anonymous (nobody) Summary: OutOfMemoryError Deployment Initial Comment: Java version: 1.4.2_01,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Client VM 1.4.2_01-b06,Sun Microsystems Inc. Windows NT 4.0,x86, SP6 If I hotdeploy beans (more than 20-30) the following ERROR appears: 2004-06-15 12:46:58,472 DEBUG [org.jboss.ejb.EJBDeployer](ScannerThread :) create, Company.jar 2004-06-15 12:47:01,166 ERROR [org.jboss.deployment.MainDeployer](ScannerThread :) could not create deployment: file:/C:/jboss/server/default/deploy/Company.jar java.lang.OutOfMemoryError 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.parentTraceEnabled=true 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.detectDuplicateNesting=tr ue 2004-06-15 12:47:01,176 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] (ScannerThread :) Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$De [EMAIL PROTECTED] url=file:/C:/jboss/server/default/deploy/Company.jar, deployedLastModified=0 } org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/jboss/server/default/deploy/Company.jar; - nested throwable: (java.lang.OutOfMemoryError) at org.jboss.deployment.DeploymentException.rethrowAsDep loymentException(DeploymentException.java:39) at org.jboss.deployment.MainDeployer.create (MainDeployer.java:806) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:644) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:608) at sun.reflect.GeneratedMethodAccessor20.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch (ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch (Invocation.java:61) at org.jboss.mx.server.Invocation.dispatch (Invocation.java:53) at org.jboss.mx.server.Invocation.invoke (Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke (AbstractMBeanInvoker.java:185) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:473) at org.jboss.mx.util.MBeanProxyExt.invoke (MBeanProxyExt.java:176) at $Proxy7.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.de ploy(URLDeploymentScanner.java:304) at org.jboss.deployment.scanner.URLDeploymentScanner.sc an(URLDeploymentScanner.java:478) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.doScan (AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.loop (AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.run (AbstractDeploymentScanner.java:191) Caused by: java.lang.OutOfMemoryError 2004-06-15 12:47:01,176 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] (ScannerThread :) Watch URL for: file:/C:/jboss/server/default/deploy/Company.jar - file:/C:/jboss/server/default/deploy/Company.jar -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973162group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-973162 ] OutOfMemoryError Deployment
Bugs item #973162, was opened at 2004-06-15 11:02 Message generated for change (Comment added) made by pinguine You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973162group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chris Effenberger (pinguine) Assigned to: Nobody/Anonymous (nobody) Summary: OutOfMemoryError Deployment Initial Comment: Java version: 1.4.2_01,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Client VM 1.4.2_01-b06,Sun Microsystems Inc. Windows NT 4.0,x86, SP6 If I hotdeploy beans (more than 20-30) the following ERROR appears: 2004-06-15 12:46:58,472 DEBUG [org.jboss.ejb.EJBDeployer](ScannerThread :) create, Company.jar 2004-06-15 12:47:01,166 ERROR [org.jboss.deployment.MainDeployer](ScannerThread :) could not create deployment: file:/C:/jboss/server/default/deploy/Company.jar java.lang.OutOfMemoryError 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.parentTraceEnabled=true 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.detectDuplicateNesting=tr ue 2004-06-15 12:47:01,176 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] (ScannerThread :) Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$De [EMAIL PROTECTED] url=file:/C:/jboss/server/default/deploy/Company.jar, deployedLastModified=0 } org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/jboss/server/default/deploy/Company.jar; - nested throwable: (java.lang.OutOfMemoryError) at org.jboss.deployment.DeploymentException.rethrowAsDep loymentException(DeploymentException.java:39) at org.jboss.deployment.MainDeployer.create (MainDeployer.java:806) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:644) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:608) at sun.reflect.GeneratedMethodAccessor20.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch (ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch (Invocation.java:61) at org.jboss.mx.server.Invocation.dispatch (Invocation.java:53) at org.jboss.mx.server.Invocation.invoke (Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke (AbstractMBeanInvoker.java:185) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:473) at org.jboss.mx.util.MBeanProxyExt.invoke (MBeanProxyExt.java:176) at $Proxy7.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.de ploy(URLDeploymentScanner.java:304) at org.jboss.deployment.scanner.URLDeploymentScanner.sc an(URLDeploymentScanner.java:478) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.doScan (AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.loop (AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.run (AbstractDeploymentScanner.java:191) Caused by: java.lang.OutOfMemoryError 2004-06-15 12:47:01,176 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] (ScannerThread :) Watch URL for: file:/C:/jboss/server/default/deploy/Company.jar - file:/C:/jboss/server/default/deploy/Company.jar -- Comment By: Chris Effenberger (pinguine) Date: 2004-06-15 11:04 Message: Logged In: YES user_id=733943 jboss-3.2.4 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973162group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Project divided in sub-projects
Hi, I have a project divided in several modules (java projects). I used a tomcat plugin to load them as one using a classloader provided by the eclipse tomcat plugin. How can I do this using JBoss IDE plugin? Thanks View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838767#3838767 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838767 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-973162 ] OutOfMemoryError Deployment
Bugs item #973162, was opened at 2004-06-15 11:02 Message generated for change (Comment added) made by pinguine You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973162group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chris Effenberger (pinguine) Assigned to: Nobody/Anonymous (nobody) Summary: OutOfMemoryError Deployment Initial Comment: Java version: 1.4.2_01,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Client VM 1.4.2_01-b06,Sun Microsystems Inc. Windows NT 4.0,x86, SP6 If I hotdeploy beans (more than 20-30) the following ERROR appears: 2004-06-15 12:46:58,472 DEBUG [org.jboss.ejb.EJBDeployer](ScannerThread :) create, Company.jar 2004-06-15 12:47:01,166 ERROR [org.jboss.deployment.MainDeployer](ScannerThread :) could not create deployment: file:/C:/jboss/server/default/deploy/Company.jar java.lang.OutOfMemoryError 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.parentTraceEnabled=true 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2004-06-15 12:47:01,176 DEBUG [org.jboss.util.NestedThrowable](ScannerThread :) org.jboss.util.NestedThrowable.detectDuplicateNesting=tr ue 2004-06-15 12:47:01,176 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] (ScannerThread :) Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$De [EMAIL PROTECTED] url=file:/C:/jboss/server/default/deploy/Company.jar, deployedLastModified=0 } org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/jboss/server/default/deploy/Company.jar; - nested throwable: (java.lang.OutOfMemoryError) at org.jboss.deployment.DeploymentException.rethrowAsDep loymentException(DeploymentException.java:39) at org.jboss.deployment.MainDeployer.create (MainDeployer.java:806) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:644) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:608) at sun.reflect.GeneratedMethodAccessor20.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch (ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch (Invocation.java:61) at org.jboss.mx.server.Invocation.dispatch (Invocation.java:53) at org.jboss.mx.server.Invocation.invoke (Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke (AbstractMBeanInvoker.java:185) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:473) at org.jboss.mx.util.MBeanProxyExt.invoke (MBeanProxyExt.java:176) at $Proxy7.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.de ploy(URLDeploymentScanner.java:304) at org.jboss.deployment.scanner.URLDeploymentScanner.sc an(URLDeploymentScanner.java:478) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.doScan (AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.loop (AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread.run (AbstractDeploymentScanner.java:191) Caused by: java.lang.OutOfMemoryError 2004-06-15 12:47:01,176 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] (ScannerThread :) Watch URL for: file:/C:/jboss/server/default/deploy/Company.jar - file:/C:/jboss/server/default/deploy/Company.jar -- Comment By: Chris Effenberger (pinguine) Date: 2004-06-15 11:35 Message: Logged In: YES user_id=733943 log with trace level is attached -- Comment By: Chris Effenberger (pinguine) Date: 2004-06-15 11:04 Message: Logged In: YES user_id=733943 jboss-3.2.4 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973162group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615071309 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:06/15/2004 07:13:09Time to build:9 minutes 33 secondsLast changed:06/15/2004 06:53:09Last log entry:Introduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615 Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(1)1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] [JBoss IDE] - Re: what ide was the Jboss developers using? Eclipse or JBui
http://www.jboss.org/developers/guides/index View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838768#3838768 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838768 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615075644 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:06/15/2004 07:56:44Time to build:13 minutes 24 secondsLast changed:06/15/2004 07:24:22Last log entry:Minor fix in handler chain Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(4)1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Lazy loading queues/subscriptions
Hi Posselt, I need your profile name, e.g. I am ejort https://sourceforge.net/users/ejort/ Also JBoss-3.2.5 is due out this weekend to fix a bug in clustering that was missed in 3.2.4. I propose what we do is create a branch where we can properly test the modifications before merging onto the main branch. e.g. I don't believe you have done anything with acknowledgements/nacks or scheduled delivery/time to live events. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838773#3838773 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838773 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Lazy loading queues/subscriptions
Hi Adrian, https://sourceforge.net/users/posselt Since you're right with what I didn't do, a new Branch seems to be a good idea. Dietmar View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838777#3838777 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838777 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-973234 ] Cache Invalidation fails when redeploy CMP beans
Bugs item #973234, was opened at 2004-06-15 13:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973234group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Mark Frost (coneheed) Assigned to: Nobody/Anonymous (nobody) Summary: Cache Invalidation fails when redeploy CMP beans Initial Comment: Java version: 1.4.2_04,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Client VM 1.4.2_04-b05 ,Sun Microsystems Inc. OS-System: Windows 2000 5.0,x86 We have in place a clustering architecture as described in the JBoss clustering book. It currently consists of 3 nodes. 2 read-only nodes whose CMP entity beans have read-only accessor methods and a read-write node where the entity beans have read-write accessor methods. We use the cache invalidation architecture (based on JGroups) to link the read-only and read-write beans together. Changes to the RW beans cause invalidation in the RO beans and the data remains consistent. This all appears to work fine until we redeploy our application jar files. The system continues to function but we get out of date data in our RO beans. Basically the RO beans are not asked to ejbLoad and hence re- read the data from the DB. Bounce all 3 nodes and the system works fine again. Redeplying to the RW node is OK but redeploying to the RO node breaks the cache invalidation. Forum article: http://www.jboss.org/index.html? module=bbop=viewtopict=50823 Regards -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973234group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615084750 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:06/15/2004 08:47:50Time to build:15 minutes 0 secondsLast changed:06/15/2004 08:24:33Last log entry:Lookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(5)1.14modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaLookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] Jboss.org down ?
Hi, Is jboss.org down? I can get to jboss.com but no luck accessing jboss.org from NYC. Nslookup resolves jboss.org as 216.83.160.154 is this right? Regards, Sebastian ___ This message is for the named recipient's use only. It may contain sensitive and private proprietary information. No confidentiality is waived or lost by any incorrect transmission. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Sakonnet Technology, LLC and its subsidiaries reserve the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: [JBoss-user] Jboss.org down ?
Its up, but your dns resolution is invalid. Both jboss.com and jboss.org currently point to 216.83.187.151 Scott Stark Chief Technology Officer JBoss Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sebastian Hauer Sent: Tuesday, June 15, 2004 6:36 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [JBoss-user] Jboss.org down ? Hi, Is jboss.org down? I can get to jboss.com but no luck accessing jboss.org from NYC. Nslookup resolves jboss.org as 216.83.160.154 is this right? Regards, Sebastian --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: ClassCastException when application jar is deployed
Hi Ben I tried your suggestion and deployed local-service.xml to both of my JBoss nodes in my cluster. Obviously replication doesn't take place now BUT re-deploying my application jar does NOT now cause the ClassCastException. If I use replSync-service.xml then replication works fine but as soon as I re-deploy my app jar, the ClastCastException returns and the cache is broken until I bounce the node. I hope this helps. If you want me to try any other tests please say. Should I submit a bug? Many thanks mark View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838796#3838796 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838796 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [IIOP on JBoss] - Connecting a Delphi Client to JBoss
Hello, We are planning to develop a system that will use Delphi JBoss and I'd like to know if is possible or someone have already done that. We will use CORBA to integrate the client and the server. Can I have an acceptable performance (something similar than using RMI/IIOP in the standard ways of J2EE)? I have done an example using a simple session bean using only iiop and connected with a java client, in this scenario I didn't have to create any IDL due to the dynamic stubs that JBoss works. Using a different client than Java I will probably have to define my IDL and create the stubs for Delphi (I don't know if there's another way...) and how do I integrate the definitions on my IDL with my component on JBoss side? Thanks a lot, Wellington. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838802#3838802 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838802 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-973269 ] non-primitive types are not nillable in wsdl
Bugs item #973269, was opened at 2004-06-15 10:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973269group_id=22866 Category: JBossSOAP Group: None Status: Open Resolution: None Priority: 5 Submitted By: khelenek (khelenek) Assigned to: Nobody/Anonymous (nobody) Summary: non-primitive types are not nillable in wsdl Initial Comment: (jdk1.4.2, windows2000) If you create a web service using ejb, and generate the wsdd web-service.xml file with xdoclet, then deploy the web service in jboss 3.x (including latest 3.2.4 build), the method parameters are not nillable in the wsdl even if a parameter is not a primitive type, for example of type Boolean. I can find no other way of specifying that this should be nillable=true. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973269group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: ClassCastException when application jar is deployed
OK even more weirdness! We currently have 2 deployment folders defined in conf\jboss-service.xml. This is so that we can keep the core JBoss configuration XML/jars etc. separate from our own. It looks like: |!-- -- |!-- Deployment Scanning -- |!-- -- | |!-- An mbean for hot deployment/undeployment of archives. |-- |mbean code=org.jboss.deployment.scanner.URLDeploymentScanner | name=jboss.deployment:type=DeploymentScanner,flavor=URL | | !-- Uncomment (and comment/remove version below) to enable usage of the | DeploymentCache | depends optional-attribute-name=Deployerjboss.deployment:type=DeploymentCache/depends | -- | depends optional-attribute-name=Deployerjboss.system:service=MainDeployer/depends | | . | | attribute name=URLs | deploy/,file:/${uk.co.hemscott.deploy_root}/server/${jboss.server.name}/deploy | /attribute | If the replSync-service.xml file is placed in the second deployment folder (file:/${uk.co.hemscott.deploy_root}/server/${jboss.server.name}/deploy) then redeploying an application jar will cause the ClassCastException. If I deploy the replSync-service.xml file directly into the standard JBoss folder (deploy/) then re-deploying an application jar does NOT cause the ClassCastException. Could this possibly due to a bug in the DeploymentScanner somehow? However we don't have any other problems with our application being deployed in a separate deploy folder only JBoss Cache it seems?? Many thanks mark View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838812#3838812 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838812 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: [JBoss-user] Jboss.org down ?
Ah OK thanks, Sebastian Its up, but your dns resolution is invalid. Both jboss.com and jboss.org currently point to 216.83.187.151 ___ This message is for the named recipient's use only. It may contain sensitive and private proprietary information. No confidentiality is waived or lost by any incorrect transmission. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Sakonnet Technology, LLC and its subsidiaries reserve the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss.net] - Re: Warning for session-webservice-invoker
I am having the same problem with DR4 on XP as well as Linux. thanks, -Bijal rtg wrote : Hello, | I have the following Warning during the start of JBoss 4.0 | | 01:03:29,031 WARN [EjbModule] The Container Invoker session-webservice-invoker (in jboss.xml or standardjboss.xml) could not be created because of java.lang.ClassNotFoundException: No ClassLoaders found for: org.jboss.net.ws4ee.server.EJBProxyFactoryImpl We will ignore this error, but you may miss a transport for this bean. | | | After this the webservices are not working on my machine. | Thanks for help, | rtg View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838813#3838813 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838813 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] ClassCastException in jmx monitor.getObservedObjects()
Title: Message Hi, I'm using jboss-3.2.4 and whenever I call getObservedObjects() operation, it throws ClassCastException. Looking at the Monitor.java source code, it looks like there's a bug in getObservedObjects() operation. It basically creates a HashSet of keys(ObjectNames) and later try to cast to "ObservedObject" type. public ObjectName[] getObservedObjects() { Set set = new HashSet(observedObjects.keySet()); elementCount = set.size(); ObjectName[] result = new ObjectName[set.size()]; alreadyNotifieds = new int[set.size()]; int count = 0; for (Iterator i = set.iterator(); i.hasNext();) { ObservedObject object = (ObservedObject) i.next(); result[count] = object.getObjectName(); alreadyNotifieds[count++] = object.getAlreadyNotified(); } return result; } Instead of "Set set = new HashSet(observedObjects.keySet());" I think it should be "Set set = new HashSet(observedObjects.values());" Otherwise, it would throw exception on ObservedObject object = (ObservedObject) i.next(); since i.next() returns ObjectName Thanks, Dong
[JBoss-dev] [JMS on JBoss (JMS/JBoss)] - Re: Lazy loading queues/subscriptions
You are there. http://sourceforge.net/users/posselt/ You'll need to follow the instructions in section F to get cvs over ssh access. http://sourceforge.net/docman/?group_id=1http://sourceforge.net/docman/?group_id=1 You can checkout the branch using: | cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/jboss co -r JBoss_3_2_5_JBossMQ_Lazy jboss-3.2 | View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838816#3838816 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838816 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - TreeCache deadlock
I have an application that is using JBoss 3.2.4RC2 with Hibernate with 2.1.2, configured using TreeCache. I have a test that writes/updates and than deletes objects. That seems to complete successfully, but any time after that we attempt to evict the cache (I have an MBean that can evict on demand to clear any cache) we get the following exception. Can anyone explain why this would happening? Am I forgetting to do something to clear this lock? Thanks, Rich Caused by: org.jboss.cache.lock.TimeoutException: IdentityLock.acquireWriteLock(): lock could not be acquired after 1 ms. Lock map ownership Read lock owners: [:2] Write lock owner: null at org.jboss.cache.lock.IdentityLock.acquireWriteLock(IdentityLock.java:151) at org.jboss.cache.Node.acquireWriteLock(Node.java:412) at org.jboss.cache.Node.acquire(Node.java:381) at org.jboss.cache.TreeCache.findNode(TreeCache.java:2851) at org.jboss.cache.TreeCache._remove(TreeCache.java:1805) at org.jboss.cache.TreeCache._remove(TreeCache.java:1782) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:395) at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:2640) at org.jboss.cache.TreeCache.remove(TreeCache.java:1183) at net.sf.hibernate.cache.TreeCache.clear(TreeCache.java:85) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838821#3838821 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838821 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615122600 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:06/15/2004 12:26:00Time to build:14 minutes 24 secondsLast changed:06/15/2004 11:59:10Last log entry:Remove the JNDIView service as it has dependencies on containers not included in the jboss-minimal jar. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(6)1.8modifiedstarksmserver/src/etc/conf/default/jboss-minimal.xmlRemove the JNDIView service as it has dependencies on containers not included in the jboss-minimal jar.1.14modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaLookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] jboss-3.2 build.87 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040615124536Lbuild.87 BUILD COMPLETE-build.87Date of build:06/15/2004 12:45:36Time to build:16 minutes 8 secondsLast changed:06/15/2004 11:55:51Last log entry:Remove the JNDIView service as it has dependencies on containers notincluded in the jboss-minimal jar. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(1)1.4.2.4modifiedstarksmserver/src/etc/conf/default/jboss-minimal.xmlRemove the JNDIView service as it has dependencies on containers notincluded in the jboss-minimal jar.
[JBoss-dev] [ jboss-Bugs-969292 ] minimal configuration fails in 6/4 release of 3.2.4
Bugs item #969292, was opened at 2004-06-08 16:41 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=969292group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Perry McCarty (pmccarty) Assigned to: Scott M Stark (starksm) Summary: minimal configuration fails in 6/4 release of 3.2.4 Initial Comment: The minimal configuration of jboss fails to start in the 3.2.4 release available on Sourceforge as of 6/4/04. The error message is as follows: 16:30:07,417 ERROR [BasicMBeanRegistry] java.lang.NoClassDefFoundError: org/jboss/ejb/Container The configuration will start if jboss.jar is added to the minimal/lib/ directory. Someone needs to make a call as to whether it is acceptable to require the ejb container in the minimal configuration and either simply include jboss.jar in that configuration or back out changes to that jboss.jar is not required. -- Comment By: Scott M Stark (starksm) Date: 2004-06-15 10:39 Message: Logged In: YES user_id=175228 The JNDIView service should not be in the minimal conf/jboss-service.xml since it has dependencies on these optional containers. It has been removed and the minimal config startup up fine with the current jboss.jar. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=969292group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-965489 ] jboss build.xml has incorrect thirdparty paths
Bugs item #965489, was opened at 2004-06-02 20:55 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=965489group_id=22866 Category: JBossServer Group: CVS HEAD Status: Closed Resolution: Invalid Priority: 5 Submitted By: Nathan Egge (negge) Assigned to: Scott M Stark (starksm) Summary: jboss build.xml has incorrect thirdparty paths Initial Comment: The build.xml in the jboss module does not compile because the path to the thirdparty lib xdoclet is incorrect. current build.xml (line 174) fileset dir=${project.thirdparty}/xdoclet-xdoclet/lib should be fileset dir=${project.thirdparty}/xdoclet/xdoclet/lib -- Comment By: Scott M Stark (starksm) Date: 2004-06-15 10:42 Message: Logged In: YES user_id=175228 You have an invalid cvs dist then because ${project.thirdparty}/xdoclet-xdoclet/lib is the correct path. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=965489group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615132533 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:06/15/2004 13:25:33Time to build:12 minutes 56 secondsLast changed:06/15/2004 12:30:17Last log entry:Split functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(9)1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/PortProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.15modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.3modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.8modifiedstarksmserver/src/etc/conf/default/jboss-minimal.xmlRemove the JNDIView service as it has dependencies on containers not included in the jboss-minimal jar.1.14modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaLookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] [ jboss-Bugs-964508 ] RMI Codebase URL value is determined incorrectly
Bugs item #964508, was opened at 2004-06-01 12:53 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=964508group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Invalid Priority: 5 Submitted By: Dave Copeland (davetron5000) Assigned to: Scott M Stark (starksm) Summary: RMI Codebase URL value is determined incorrectly Initial Comment: In server/src/main/org/jboss/web/WebService.java on line 293, the following call is made: address = ServerConfigUtil.fixRemoteAddress(address); This converts the configured jboss.bind.address (or whatever was used in jboss-service.xml) and turns it into a name-based InetAddress. This seems wrong, since if you specified a jboss.bind.address to be an ip address, you want the RMI Codebase URL to use the ip address. This URL gets sent to clients and the clients may not have DNS (or worse, may not have correct DNS). Yes, it is overridable by a system property, but I can think of no reason to default to sending the hostname. It may make sense if the jboss.bind.address is the default of 0.0.0.0, but if it is specified, that exact value should be used. -- Comment By: Scott M Stark (starksm) Date: 2004-06-15 11:11 Message: Logged In: YES user_id=175228 This analysis is incorrect. The only time the hostname is returned from ServerConfigUtil.fixRemoteAddress(String address) is when address is null or equal to '0.0.0.0'. If I run with -b localhost, l see a codebase of http://localhost:8083/. If I run with -b 172.17.66.52, I see a codebase of http://172.17.66.52:8083/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=964508group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-964508 ] RMI Codebase URL value is determined incorrectly
Bugs item #964508, was opened at 2004-06-01 15:53 Message generated for change (Comment added) made by davetron5000 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=964508group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Invalid Priority: 5 Submitted By: Dave Copeland (davetron5000) Assigned to: Scott M Stark (starksm) Summary: RMI Codebase URL value is determined incorrectly Initial Comment: In server/src/main/org/jboss/web/WebService.java on line 293, the following call is made: address = ServerConfigUtil.fixRemoteAddress(address); This converts the configured jboss.bind.address (or whatever was used in jboss-service.xml) and turns it into a name-based InetAddress. This seems wrong, since if you specified a jboss.bind.address to be an ip address, you want the RMI Codebase URL to use the ip address. This URL gets sent to clients and the clients may not have DNS (or worse, may not have correct DNS). Yes, it is overridable by a system property, but I can think of no reason to default to sending the hostname. It may make sense if the jboss.bind.address is the default of 0.0.0.0, but if it is specified, that exact value should be used. -- Comment By: Dave Copeland (davetron5000) Date: 2004-06-15 15:06 Message: Logged In: YES user_id=751883 I am not sure what you mean by address. The way the code is, fixRemoteAddress is called if the java.rmi.server.codebase property is null. That seems OK to me. The next step is to create the codebase to use. It does this by taking the value of the variable address (which is set to the value of the bind address), looking it up in DNS to get a name and using that as the codebase. Since 0.0.0.0 is a special case, I can see the need to get *some* sort of host name or ip address to send over as the rmi server code base. What I have a problem wiht is that when I explicitly set the jboss.bind.address in my config file, I think that the name lookup should be skipped. For one thing, it isn't needed. For another, it runs the risk of producing an incorrect result (as it does for me). The fix was for me to explictly set java.rmi.server.codebase, and now I have to keep both that and the jboss.bind.address in sync, when JBoss could easily figure out the codebase from the bind.address for me. As for you -b, I'm not sure what that is, but I don't see how the existence of some command line option has any bearing on the behavior of the code in question. -- Comment By: Scott M Stark (starksm) Date: 2004-06-15 14:11 Message: Logged In: YES user_id=175228 This analysis is incorrect. The only time the hostname is returned from ServerConfigUtil.fixRemoteAddress(String address) is when address is null or equal to '0.0.0.0'. If I run with -b localhost, l see a codebase of http://localhost:8083/. If I run with -b 172.17.66.52, I see a codebase of http://172.17.66.52:8083/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=964508group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-964508 ] RMI Codebase URL value is determined incorrectly
Bugs item #964508, was opened at 2004-06-01 12:53 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=964508group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Invalid Priority: 5 Submitted By: Dave Copeland (davetron5000) Assigned to: Scott M Stark (starksm) Summary: RMI Codebase URL value is determined incorrectly Initial Comment: In server/src/main/org/jboss/web/WebService.java on line 293, the following call is made: address = ServerConfigUtil.fixRemoteAddress(address); This converts the configured jboss.bind.address (or whatever was used in jboss-service.xml) and turns it into a name-based InetAddress. This seems wrong, since if you specified a jboss.bind.address to be an ip address, you want the RMI Codebase URL to use the ip address. This URL gets sent to clients and the clients may not have DNS (or worse, may not have correct DNS). Yes, it is overridable by a system property, but I can think of no reason to default to sending the hostname. It may make sense if the jboss.bind.address is the default of 0.0.0.0, but if it is specified, that exact value should be used. -- Comment By: Scott M Stark (starksm) Date: 2004-06-15 12:11 Message: Logged In: YES user_id=175228 -b sets the jboss.bind.address and this is the input value into fixRemoteAddress and unless this is null or '0.0.0.0' the result will not the local hostname. You are not setting jboss.bind.address early enough apparently. -- Comment By: Dave Copeland (davetron5000) Date: 2004-06-15 12:06 Message: Logged In: YES user_id=751883 I am not sure what you mean by address. The way the code is, fixRemoteAddress is called if the java.rmi.server.codebase property is null. That seems OK to me. The next step is to create the codebase to use. It does this by taking the value of the variable address (which is set to the value of the bind address), looking it up in DNS to get a name and using that as the codebase. Since 0.0.0.0 is a special case, I can see the need to get *some* sort of host name or ip address to send over as the rmi server code base. What I have a problem wiht is that when I explicitly set the jboss.bind.address in my config file, I think that the name lookup should be skipped. For one thing, it isn't needed. For another, it runs the risk of producing an incorrect result (as it does for me). The fix was for me to explictly set java.rmi.server.codebase, and now I have to keep both that and the jboss.bind.address in sync, when JBoss could easily figure out the codebase from the bind.address for me. As for you -b, I'm not sure what that is, but I don't see how the existence of some command line option has any bearing on the behavior of the code in question. -- Comment By: Scott M Stark (starksm) Date: 2004-06-15 11:11 Message: Logged In: YES user_id=175228 This analysis is incorrect. The only time the hostname is returned from ServerConfigUtil.fixRemoteAddress(String address) is when address is null or equal to '0.0.0.0'. If I run with -b localhost, l see a codebase of http://localhost:8083/. If I run with -b 172.17.66.52, I see a codebase of http://172.17.66.52:8083/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=964508group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615153903 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:06/15/2004 15:39:03Time to build:13 minutes 55 secondsLast changed:06/15/2004 15:19:03Last log entry:Include the ServerConfigUtil in the run.jar Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(17)1.44modifiedstarksmsystem/build.xmlInclude the ServerConfigUtil in the run.jar1.33modifiedstarksmsystem/src/main/org/jboss/Main.javaIf there is a bind address specified, set the java.rmi.server.hostname to itif its not already set so that rmi stubs use the same endpoint address.1.127modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaimplements transactional callouts into of CacheLoader1.14modifiedstarksmiiop/src/etc/iiop-service.xmlAdd the Security Attibute Service interceptor initializer1.4modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javaadded TX tests1.4modifiedbelabancache/src/main/org/jboss/cache/loader/FileCacheLoader.javaadded TX handling (prepare(), commit() and rollback())1.13modifiedbelabancache/src/main/org/jboss/cache/TransactionEntry.javaminor javadoc change1.9modifiedbelabancache/src/main/org/jboss/cache/Modification.javaadded PUT_DATA_ERASE1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/PortProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.15modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.3modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.8modifiedstarksmserver/src/etc/conf/default/jboss-minimal.xmlRemove the JNDIView service as it has dependencies on containers not included in the jboss-minimal jar.1.14modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaLookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615164627 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:06/15/2004 16:46:27Time to build:8 minutes 11 secondsLast changed:06/15/2004 16:13:14Last log entry:no message Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(18)1.33modifiedbelabancache/src/main/org/jboss/cache/Node.javano message1.44modifiedstarksmsystem/build.xmlInclude the ServerConfigUtil in the run.jar1.33modifiedstarksmsystem/src/main/org/jboss/Main.javaIf there is a bind address specified, set the java.rmi.server.hostname to itif its not already set so that rmi stubs use the same endpoint address.1.127modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaimplements transactional callouts into of CacheLoader1.14modifiedstarksmiiop/src/etc/iiop-service.xmlAdd the Security Attibute Service interceptor initializer1.4modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javaadded TX tests1.4modifiedbelabancache/src/main/org/jboss/cache/loader/FileCacheLoader.javaadded TX handling (prepare(), commit() and rollback())1.13modifiedbelabancache/src/main/org/jboss/cache/TransactionEntry.javaminor javadoc change1.9modifiedbelabancache/src/main/org/jboss/cache/Modification.javaadded PUT_DATA_ERASE1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/PortProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.15modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.3modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.8modifiedstarksmserver/src/etc/conf/default/jboss-minimal.xmlRemove the JNDIView service as it has dependencies on containers not included in the jboss-minimal jar.1.14modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaLookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] Compilation Failed! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Jun 15 22:38:53 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === configure: _default:task-init: init: _buildmagic:build-bypass-checker: _buildmagic:build-bypass-notice: _buildmagic:build-bypass-check: jars: _buildmagic:init: init: _buildmagic:mbean-bypass-checker: _default:compile-mbean-sources: [mkdir] Created dir: D:\jboss\jboss-head\system\output\gen-src 15-Jun-2004 22:38:48 xdoclet.XDocletMain start INFO: Running mbeaninterface/ 15-Jun-2004 22:38:49 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.system.server.ServerInfo' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:49 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.Deployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:49 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.system.ServiceController' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:49 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.scanner.URLDeploymentScanner' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:49 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.scanner.URLDirectoryScanner' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:49 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.system.server.ServerImpl' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:50 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.scanner.DeploymentScanner' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:50 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.cache.DeploymentCache' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:50 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.ClasspathExtension' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:50 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.cache.FileDeploymentStore' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:50 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.MainDeployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:50 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.SARDeployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:50 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.cache.DeploymentStore' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:38:50 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.SubDeployer' using template file
[JBoss-dev] Compilation Failed! JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Jun 15 22:37:34 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === configure: _default:task-init: init: _buildmagic:build-bypass-checker: _buildmagic:build-bypass-notice: _buildmagic:build-bypass-check: jars: _buildmagic:init: init: _buildmagic:mbean-bypass-checker: _default:compile-mbean-sources: [mkdir] Created dir: D:\jboss\jboss-head\system\output\gen-src 15-Jun-2004 22:37:28 xdoclet.XDocletMain start INFO: Running mbeaninterface/ 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.system.server.ServerInfo' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.Deployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.scanner.URLDeploymentScanner' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.system.ServiceController' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.scanner.URLDirectoryScanner' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.system.server.ServerImpl' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.scanner.DeploymentScanner' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.cache.DeploymentCache' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.ClasspathExtension' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.cache.FileDeploymentStore' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:30 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.MainDeployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:31 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.SARDeployer' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:31 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.cache.DeploymentStore' using template file 'jar:file:D:\jboss\jboss-head\thirdparty\xdoclet-xdoclet\lib\xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. 15-Jun-2004 22:37:31 xdoclet.TemplateSubTask engineStarted INFO: Generating output for 'org.jboss.deployment.SubDeployer' using template file
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615171914 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:06/15/2004 17:19:14Time to build:6 minutes 58 secondsLast changed:06/15/2004 16:53:34Last log entry:reimplemented evict() - it now works with CacheLoaders Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(21)1.128modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javareimplemented evict() - it now works with CacheLoaders1.5modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javaadded tests for eviction policy in connection with cache loading1.10modifiedtdieslerserver/src/main/org/jboss/webservice/WSDLDefinitionFactory.javaAdd processing for wsdl imports from external resources.1.33modifiedbelabancache/src/main/org/jboss/cache/Node.javano message1.44modifiedstarksmsystem/build.xmlInclude the ServerConfigUtil in the run.jar1.33modifiedstarksmsystem/src/main/org/jboss/Main.javaIf there is a bind address specified, set the java.rmi.server.hostname to itif its not already set so that rmi stubs use the same endpoint address.1.127modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaimplements transactional callouts into of CacheLoader1.14modifiedstarksmiiop/src/etc/iiop-service.xmlAdd the Security Attibute Service interceptor initializer1.4modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javaadded TX tests1.4modifiedbelabancache/src/main/org/jboss/cache/loader/FileCacheLoader.javaadded TX handling (prepare(), commit() and rollback())1.13modifiedbelabancache/src/main/org/jboss/cache/TransactionEntry.javaminor javadoc change1.9modifiedbelabancache/src/main/org/jboss/cache/Modification.javaadded PUT_DATA_ERASE1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/PortProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.15modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.3modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.8modifiedstarksmserver/src/etc/conf/default/jboss-minimal.xmlRemove the JNDIView service as it has dependencies on containers not included in the jboss-minimal jar.1.14modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaLookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] jboss-3.2 build.88 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040615173047Lbuild.88 BUILD COMPLETE-build.88Date of build:06/15/2004 17:30:47Time to build:14 minutes 3 secondsLast changed:06/15/2004 14:44:28Last log entry:If there is a bind address specified, set the java.rmi.server.hostname to itif its not already set so that rmi stubs use the same endpoint address. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(2)1.17.2.13modifiedstarksmsystem/src/main/org/jboss/Main.javaIf there is a bind address specified, set the java.rmi.server.hostname to itif its not already set so that rmi stubs use the same endpoint address.1.23.2.15modifiedstarksmsystem/build.xmlInclude the ServerConfigUtil in the run.jar
[JBoss-dev] [ jboss-Bugs-973563 ] Declarative security w/RMI fails under load, principal=null
Bugs item #973563, was opened at 2004-06-15 15:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973563group_id=22866 Category: JBossSX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Gerald Turner (crazyfoam) Assigned to: Nobody/Anonymous (nobody) Summary: Declarative security w/RMI fails under load, principal=null Initial Comment: I've appended a simple test method 'testStress' to the existing EJBSpecUnitTestCase. Patch is attached. Testsuite log output also attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973563group_id=22866 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-973565 ] NPE when redeploying root context
Bugs item #973565, was opened at 2004-06-15 17:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=973565group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jake Meier (jakemeier) Assigned to: Nobody/Anonymous (nobody) Summary: NPE when redeploying root context Initial Comment: A NullPointerException is occuring when redeploying an ear file mapped to the root context (/) on 3.2.4. This only seems to happen when there are persisted exceptions. The following steps will reporduce the error: 1)Create an war and package it within an ear 2)Deploy the ear mapped to the default (/) context 3)Go to a jsp or action that puts a class into the session context. This class must be found either in the WEB-INF/classes or WEB-INF/lib of your war. Just putting a String in the session will not reproduce the error. 4)Touch the ear file in the deploy directory, or rebuild it, so that it redeploys Undeploy appears to go without a hitch, but then on redeploy, I get the stack trace listed below. Please note, I do not get this error if I remove the object from the session prior to redeploying. 17:38:14,042 ERROR [BaseModelMBean] Exception invoking method destroy java.lang.NullPointerException at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:143) at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:178) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:132) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:1647) at java.lang.Class.getDeclaredMethod(Class.java:1254) at java.io.ObjectStreamClass.getPrivateMethod(ObjectStreamClass.java:1246) at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$3.run(ObjectStreamClass.java:348) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.(ObjectStreamClass.java:333) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:253) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1010) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1304) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278) at org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:1411) at org.apache.catalina.session.StandardSession.writeObjectData(StandardSession.java:899) at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:539) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:485) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:687) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4474) at org.apache.catalina.core.ContainerBase.destroy(ContainerBase.java:1213) at org.apache.catalina.core.StandardContext.destroy(StandardContext.java:4573) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:109) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:140) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:68) at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:306) at org.jboss.web.WebModule.startModule(WebModule.java:62) at org.jboss.web.WebModule.startService(WebModule.java:40) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221) at sun.reflect.GeneratedMethodAccessor93.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:61) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:53) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185) at
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: SNMP adaptor
I would like to help on this project, I am a HP OpenView Network Node Manager Administrator, and have a very good understanding of Network Management Systems. I would like to start on a Topology/Mapping service. All good Network Management Systems provide Inventory management as well as Layer 3 management, OpenView seems to the best at graphing and organizing the data. I would like to use JGraph (www.jgraph.org) to help me implement the mapping and organizing of inventory into logical containers. I was thinking web start application would be a great fit for this. Just an idea for one piece of the NMS puzzle, still need to work on a trap service (receive traps), an snmp collect service (collect and analyze thresholds), a network monitoring service (icmp connectivity, topology changes), I can think of a few other things that would be nice but, this would get the core done. How can I help? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838884#3838884 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838884 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOPtize a SessionBean
Are you doing load time or precompiled aspects? if you are doing load-time then you must set the EnableTransformer attribute to true within the AspectManagerService MBEAN within jboss/server/xxx/conf/jboss-service.xml It is turned off by default because JBoss boots up a little slower. Let me know if this is your problem. Sorry for the trouble. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838886#3838886 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838886 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615194145 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:06/15/2004 19:41:45Time to build:7 minutes 34 secondsLast changed:06/15/2004 19:16:04Last log entry:An extension to the jnp InitialContextFactory that includes the JBoss orbfor CosNaming requests. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(24)1.11modifiedejortiiop/.classpathAn extension to the jnp InitialContextFactory that includes the JBoss orbfor CosNaming requests.1.31modifiedejortiiop/build.xmlAn extension to the jnp InitialContextFactory that includes the JBoss orbfor CosNaming requests.1.34modifiedejortiiop/src/main/org/jboss/iiop/CorbaORBService.javaAn extension to the jnp InitialContextFactory that includes the JBoss orbfor CosNaming requests.1.128modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javareimplemented evict() - it now works with CacheLoaders1.5modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javaadded tests for eviction policy in connection with cache loading1.10modifiedtdieslerserver/src/main/org/jboss/webservice/WSDLDefinitionFactory.javaAdd processing for wsdl imports from external resources.1.33modifiedbelabancache/src/main/org/jboss/cache/Node.javano message1.44modifiedstarksmsystem/build.xmlInclude the ServerConfigUtil in the run.jar1.33modifiedstarksmsystem/src/main/org/jboss/Main.javaIf there is a bind address specified, set the java.rmi.server.hostname to itif its not already set so that rmi stubs use the same endpoint address.1.127modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaimplements transactional callouts into of CacheLoader1.14modifiedstarksmiiop/src/etc/iiop-service.xmlAdd the Security Attibute Service interceptor initializer1.4modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javaadded TX tests1.4modifiedbelabancache/src/main/org/jboss/cache/loader/FileCacheLoader.javaadded TX handling (prepare(), commit() and rollback())1.13modifiedbelabancache/src/main/org/jboss/cache/TransactionEntry.javaminor javadoc change1.9modifiedbelabancache/src/main/org/jboss/cache/Modification.javaadded PUT_DATA_ERASE1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/PortProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.15modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.3modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.8modifiedstarksmserver/src/etc/conf/default/jboss-minimal.xmlRemove the JNDIView service as it has dependencies on containers not included in the jboss-minimal jar.1.14modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaLookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] [JCA on JBoss] - Re: TODO: RAR metadata repository
Adrian, Do you want to put the ConnectorMetaData in the repository as well? I'm looking at RARDeployment and there's really no reason to pass the ResourceAdapter ConnectorMetaData in if you have a handle to the data. How do you want to organize it, by MBean name? Or maybe by something else .. JNDI name? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838887#3838887 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838887 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JCA on JBoss] - Re: TODO: RAR metadata repository
Actually, resourceadapter isnt' passed in. It's generated from the factory (passing in metadata). The RARDeployer is passed in. Maybe that's not really necessary either. Although if you're creating a connection programmatically, I doubt you'd want to send it the deployer. (Since we're assuming JCA anyways). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=383#383 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=383 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JCA on JBoss] - Re: TODO: RAR metadata repository
What kind of store were you thinking of using for the metadata repository. Would JBossCache be overkill? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838889#3838889 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838889 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 91 % ( 1625 / 1783 ) - come on - pull your finger out. JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Jun 16 01:39:57 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1783 Successful tests: 1625 Errors:145 Failures: 13 [time of test: 2004-06-15.23-36 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_06/logtests/testresults/reports/html//2004-06-15.23-36 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.cache.test.local.TxUnitTestCase Test:testPutDataRollback1 Type:failure Exception: junit.framework.AssertionFailedError Message: junit.framework.AssertionFailedError: map should be null - Suite: org.jboss.test.cache.test.replicated.SyncTxUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testENC Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testEjbs Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testServerFound Type:error Exception: org.jboss.deployment.DeploymentException Message: Failed to find module file: cts.jar - Suite: org.jboss.test.ha.singleton.test.HASingletonSupportUnitTestCase Test:testBecomeMasterNode Type:failure Exception: junit.framework.AssertionFailedError Message: expected to become master === Wed Jun 16 01:39:57 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.196 Build Fixed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615205327Lbuild.196 BUILD COMPLETE-build.196Date of build:06/15/2004 20:53:27Time to build:13 minutes 7 secondsLast changed:06/15/2004 20:33:27Last log entry:fixed compilation error Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(29)1.129modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javafixed compilation error1.34modifiedstarksmsystem/src/main/org/jboss/Main.javaimport org.jboss.system.server.ServerConfigUtil1.16modifiedbelabancache/src/main/org/jboss/cache/loader/CacheLoader.javaadded exception to exists() and getChildrenNames()1.5modifiedbelabancache/src/main/org/jboss/cache/loader/FileCacheLoader.javaadded exception to exists() and getChildrenNames()1.11modifiedejortiiop/.classpathAn extension to the jnp InitialContextFactory that includes the JBoss orbfor CosNaming requests.1.31modifiedejortiiop/build.xmlAn extension to the jnp InitialContextFactory that includes the JBoss orbfor CosNaming requests.1.34modifiedejortiiop/src/main/org/jboss/iiop/CorbaORBService.javaAn extension to the jnp InitialContextFactory that includes the JBoss orbfor CosNaming requests.1.1addedejortiiop/src/main/org/jboss/iiop/naming/ORBInitialContextFactory.javaAn extension to the jnp InitialContextFactory that includes the JBoss orbfor CosNaming requests.1.128modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javareimplemented evict() - it now works with CacheLoaders1.5modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javaadded tests for eviction policy in connection with cache loading1.10modifiedtdieslerserver/src/main/org/jboss/webservice/WSDLDefinitionFactory.javaAdd processing for wsdl imports from external resources.1.33modifiedbelabancache/src/main/org/jboss/cache/Node.javano message1.44modifiedstarksmsystem/build.xmlInclude the ServerConfigUtil in the run.jar1.33modifiedstarksmsystem/src/main/org/jboss/Main.javaIf there is a bind address specified, set the java.rmi.server.hostname to itif its not already set so that rmi stubs use the same endpoint address.1.127modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaimplements transactional callouts into of CacheLoader1.14modifiedstarksmiiop/src/etc/iiop-service.xmlAdd the Security Attibute Service interceptor initializer1.4modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javaadded TX tests1.4modifiedbelabancache/src/main/org/jboss/cache/loader/FileCacheLoader.javaadded TX handling (prepare(), commit() and rollback())1.13modifiedbelabancache/src/main/org/jboss/cache/TransactionEntry.javaminor javadoc change1.9modifiedbelabancache/src/main/org/jboss/cache/Modification.javaadded PUT_DATA_ERASE1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/PortProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.15modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.3modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceProxy.javaSplit functionality into ServiceProxy / PortProxy.The PortProxy talks to the service endpoint.The ServiceProxy provides the PortProxy.1.8modifiedstarksmserver/src/etc/conf/default/jboss-minimal.xmlRemove the JNDIView service as it has dependencies on containers not included in the jboss-minimal jar.1.14modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.javaLookup the portName from jaxrpc-mapping.xml even though the service-ref only contatins one port-component-refThis avoid "Multiple bindings not supported" when the wsdl contains more than one port.1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/handler/HandlerChainBaseImpl.javaMinor fix in handler chain1.6modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ClientEngine.javaMinor fix in handler chain1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceImpl.javaStub out getParser() to allow the ws4ee layer to set nowrap=true in the SymbolTable1.19modifiedtdieslerthirdparty/ws4ee/lib/axis-ws4ee.jarIntroduce immutable elements.A handler will get an exception when attempting to modify such an element.Set the response envelope early enough for the response handler to see it.OK_20040615
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Jun 16 02:49:01 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] Running org.jboss.test.jbossmx.compliance.timer.BasicTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 30.14 sec tests-jbossmx-implementation: [junit] Running org.jboss.test.jbossmx.implementation.persistence.OnTimerPersistenceTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.453 sec [junit] Running org.jboss.test.jbossmx.implementation.server.ContextCLTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.625 sec [junit] Running org.jboss.test.jbossmx.implementation.util.AgentIDTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.469 sec [junit] Running org.jboss.test.jbossmx.implementation.util.MBeanProxyTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.547 sec tests-jsr77-unit: [junit] Running org.jboss.test.management.test.JSR77SpecUnitTestCase [junit] Tests run: 16, Failures: 0, Errors: 0, Time elapsed: 10.156 sec tests-timer-unit: [junit] Running org.jboss.test.timer.test.BasicTimerUnitTestCase [junit] Tests run: 7, Failures: 1, Errors: 1, Time elapsed: 53.281 sec [junit] TEST org.jboss.test.timer.test.BasicTimerUnitTestCase FAILED tests-txtimer-unit: [junit] Running org.jboss.test.txtimer.test.CanceledTimerTestCase [junit] Tests run: 4, Failures: 2, Errors: 0, Time elapsed: 8.172 sec [junit] TEST org.jboss.test.txtimer.test.CanceledTimerTestCase FAILED [junit] Running org.jboss.test.txtimer.test.EntityBeanTestCase [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 9.422 sec [junit] Running org.jboss.test.txtimer.test.SimpleTimerTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 8.297 sec [junit] Running org.jboss.test.txtimer.test.TimerSerializationTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.141 sec [junit] Running org.jboss.test.txtimer.test.TransactionalTimerTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 4.219 sec tests-util-unit: [junit] Running org.jboss.test.util.test.PropertyEditorsUnitTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.562 sec [junit] Running org.jboss.test.util.test.PropertyPatternUnitTestCase [junit] Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 0.125 sec [junit] Running org.jboss.test.util.test.ProtocolHandlerUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [junit] Running org.jboss.test.util.test.SchedulerUnitTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.515 sec [junit] Running org.jboss.test.util.test.StringsUnitTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.218 sec [junit] Running org.jboss.test.util.test.ThreadPoolRunnableUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.187 sec [junit] Running org.jboss.test.util.test.ThreadPoolTaskUnitTestCase [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.234 sec tests-webservice-unit: tests-ws4ee-unit: [junit] Running org.jboss.test.ws4ee.marshalltest.MarshallDocEncodedTestCase [junit] Tests run: 27, Failures: 0, Errors: 27, Time elapsed: 6.125 sec [junit] TEST org.jboss.test.ws4ee.marshalltest.MarshallDocEncodedTestCase FAILED [junit] Running org.jboss.test.ws4ee.marshalltest.MarshallDocLiteralTestCase [junit] Tests run: 27, Failures: 0, Errors: 27, Time elapsed: 3.969 sec [junit] TEST org.jboss.test.ws4ee.marshalltest.MarshallDocLiteralTestCase FAILED [junit] Running org.jboss.test.ws4ee.marshalltest.MarshallRpcEncodedTestCase [junit] Tests run: 27, Failures: 0, Errors: 27, Time elapsed: 3.969 sec [junit] TEST org.jboss.test.ws4ee.marshalltest.MarshallRpcEncodedTestCase FAILED [junit] Running org.jboss.test.ws4ee.marshalltest.MarshallRpcLiteralTestCase [junit] Tests run: 27, Failures: 0, Errors: 27, Time elapsed: 4.906 sec [junit] TEST org.jboss.test.ws4ee.marshalltest.MarshallRpcLiteralTestCase FAILED [junit] Running org.jboss.test.ws4ee.ws4eesimple.SimpleClientTestCase [junit] Tests run: 4, Failures: 2, Errors: 1, Time elapsed: 23.016 sec
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040615213120 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:06/15/2004 21:31:20Time to build:13 minutes 26 secondsLast changed:06/15/2004 21:11:01Last log entry:added handling for SharedStoreCacheLoader Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(2)1.130modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaadded handling for SharedStoreCacheLoader1.1addedbelabancache/src/main/org/jboss/cache/loader/SharedStoreCacheLoader.javanew file
[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Jun 16 03:01:32 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Wed Jun 16 03:01:32 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.2_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040616000125 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:06/16/2004 00:01:25Time to build:12 minutes 21 secondsLast changed:06/15/2004 23:30:19Last log entry:changed to use new TreeCacheListener interface Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(12)1.132modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javachanged to use new TreeCacheListener interface1.131modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaadapted to new TreeCacheListener interface1.12modifiedbelabancache/src/main/org/jboss/cache/TreeCacheListener.javaadapted to new TreeCacheListener interface1.28modifiedbelabancache/src/main/org/jboss/cache/TreeCacheView.javaadapted to new TreeCacheListener interface1.10modifiedbelabancache/src/main/org/jboss/cache/TreeCacheView2.javaadapted to new TreeCacheListener interface1.4modifiedbelabancache/src/main/org/jboss/cache/eviction/AopLRUPolicy.javaadapted to new TreeCacheListener interface1.12modifiedbelabancache/src/main/org/jboss/cache/eviction/LRUPolicy.javaadapted to new TreeCacheListener interface1.2modifiedbelabancache/src/main/org/jboss/cache/loader/SharedStoreCacheLoader.javaadapted to new TreeCacheListener interface1.9modifiedbelabancache/src/main/org/jboss/cache/aop/TreeCacheAopView.javaadapted to new TreeCacheListener interface1.6modifiedbelabantomcat/src/main/org/jboss/web/tomcat/tc5/sso/TreeCacheSSOClusterManager.javaadapted to new TreeCacheListener interface1.130modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaadded handling for SharedStoreCacheLoader1.1addedbelabancache/src/main/org/jboss/cache/loader/SharedStoreCacheLoader.javanew file
[JBoss-dev] [Nukes Development] - Seeking vendors-developers for building web site
Hello, We started a non-profit this past fall with the mission of bringing high quality news and information from around the web to the public, and are seeking proposals from vendors interested in developing the site. Besides placing emphasis on accuracy, fairness, depth and context in the stories we include, the non-profit will be oriented towards making the world a better place by focusing on important topics and constructive themes. We aim to attract a large audience over time, and think the site will be a feather in the cap of whichever company develops it. We are interested in an open source solution - either CMS or portal, and think Nukes on JBoss might be a good fit for our needs. For more information on the project, please go to this link - http://dailys.info/ - where you will find the RFP, front-page mockup and related files. Prior to preparing a proposal, we think it would make sense to let us know in several paragraphs (or more) how the approach youre thinking of would handle our layout and workflow needs (see the RFP sections on Collecting and Managing Content and Editing/Publishing, plus the Layout Options file) - or how the CMS might be customized to handle those needs. A link to your website - or basic information like skills, experience and portfolio - would also be helpful. That way we can let you know if we think it makes sense to submit a proposal and proceed accordingly. If you wish to proceed in a different way - feel free to suggest what you think is best. We will be accepting proposals until at least the end of June 26, and might be able to wait longer if you need more time. We look forward to hearing from you if you are interested. Please also feel free to let us know if there are questions you have. Sincerely, Peter Dunn contact (at) dailys.info 25 Stearns Rd. Watertown, MA 02472 USA 617-393-1997 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838902#3838902 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838902 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Seeking vendors-developers for building web site
Peter, Interesting idea for a site. I hope you get some good proposals. Just wanted to drop a tip for you - if you don't get any proposals that you're happy with you might consider posting the project to one of the freelancer boards and see what bids you get. My edu organization has used Elance recently (http://www.elance.com) and we've been pretty happy with what we've got out of it and the price we've paid. It's an open bid system and you choose based on bidder price, reputation, and proposal. No money changes hands until you're satisfied with the work, and the fees are paid by the bidder. Worth a try if you need some help... .joe View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3838903#3838903 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838903 --- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development