Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
Why not do a full checkout each day always? --jason On Tuesday, March 4, 2003, at 02:56 PM, Chris Kimpton wrote: Hi, --- David Jencks [EMAIL PROTECTED] wrote: I don't think so, the error is not shown. I built fresh from a clean checkout last night with no problems. The problem may be that Chris is not doing a clean checkout every day. There is a link on the page to request a full checkout - which I have done - so we can see if that resolves it. The compile runs on linux - although I do some stuff to ensure a specific jdk is used and maybe bypassing any jvm memory changes that have been made - when was this done? Regards, Chris = __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-697165 ] XMBeans scoped class loading not working together
Bugs item #697165, was opened at 2003-03-04 10:12 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697165group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jurjan-Paul Medema (jurjanpaul) Assigned to: Nobody/Anonymous (nobody) Summary: XMBeans scoped class loading not working together Initial Comment: Can't get XMBeans to work in combination with scoped class loading. Apparently a bug in the implementation of the loader- repository functionality for ears in combination with the use of XMBeans. Using JBoss 3.2.0RC2, I find scoped class loading to be working fine for e.g. Standard MBeans (the SAR inside a scoped EAR) and XMBeans to be working nicely when not trying to scope them. Combining these wonderful features consistently results in: 10:53:00,345 DEBUG [ServiceCreator] About to create xmbean object: com.xmbean_scoped_cl:service=XMBeanScopedCL with code : com.xmbean_scoped_cl.XMBeanScopedCLServer 10:53:00,345 DEBUG [ServiceCreator] Class not found for mbean: com.xmbean_scoped_cl:service=XMBeanScopedCL 10:53:00,345 WARN [ServiceConfigurator] Failed to complete install java.lang.ClassNotFoundException: No ClassLoaders found for: com.xmbean_scoped_cl.XMBeanScopedCLServer at org.jboss.mx.loading.LoadMgr.beginLoadTask (LoadMgr.java:155) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass (UnifiedClassLoader3.java:161) at org.jboss.mx.loading.UnifiedLoaderRepository3.loadClas s(UnifiedLoaderRepository3.java:144) at org.jboss.mx.loading.UnifiedLoaderRepository3.loadClas s(UnifiedLoaderRepository3.java:489) at javax.management.loading.DefaultLoaderRepository.load Class(DefaultLoaderRepository.java:78) at org.jboss.mx.server.MBeanServerImpl.instantiate (MBeanServerImpl.java:825) at org.jboss.mx.server.MBeanServerImpl.instantiate (MBeanServerImpl.java:266) at org.jboss.system.ServiceCreator.install (ServiceCreator.java:103) at org.jboss.system.ServiceConfigurator.internalInstall (ServiceConfigurator.java:155) at org.jboss.system.ServiceConfigurator.install (ServiceConfigurator.java:118) at org.jboss.system.ServiceController.install (ServiceController.java:225) at sun.reflect.GeneratedMethodAccessor19.invoke (Unknown Source) Please find attached an example project with 1 XMBean and a (dummy) helper class. When I comment out the loader-repository tag in jboss-app.xml everything works fine. Otherwise I get the problem demonstrated above. Thanks a lot for looking into this! Jurjan-Paul -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697165group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-697165 ] XMBeans scoped class loading not working together
Bugs item #697165, was opened at 2003-03-04 10:12 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697165group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jurjan-Paul Medema (jurjanpaul) Assigned to: Nobody/Anonymous (nobody) Summary: XMBeans scoped class loading not working together Initial Comment: Can't get XMBeans to work in combination with scoped class loading. Apparently a bug in the implementation of the loader- repository functionality for ears in combination with the use of XMBeans. Using JBoss 3.2.0RC2, I find scoped class loading to be working fine for e.g. Standard MBeans (the SAR inside a scoped EAR) and XMBeans to be working nicely when not trying to scope them. Combining these wonderful features consistently results in: 10:53:00,345 DEBUG [ServiceCreator] About to create xmbean object: com.xmbean_scoped_cl:service=XMBeanScopedCL with code : com.xmbean_scoped_cl.XMBeanScopedCLServer 10:53:00,345 DEBUG [ServiceCreator] Class not found for mbean: com.xmbean_scoped_cl:service=XMBeanScopedCL 10:53:00,345 WARN [ServiceConfigurator] Failed to complete install java.lang.ClassNotFoundException: No ClassLoaders found for: com.xmbean_scoped_cl.XMBeanScopedCLServer at org.jboss.mx.loading.LoadMgr.beginLoadTask (LoadMgr.java:155) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass (UnifiedClassLoader3.java:161) at org.jboss.mx.loading.UnifiedLoaderRepository3.loadClas s(UnifiedLoaderRepository3.java:144) at org.jboss.mx.loading.UnifiedLoaderRepository3.loadClas s(UnifiedLoaderRepository3.java:489) at javax.management.loading.DefaultLoaderRepository.load Class(DefaultLoaderRepository.java:78) at org.jboss.mx.server.MBeanServerImpl.instantiate (MBeanServerImpl.java:825) at org.jboss.mx.server.MBeanServerImpl.instantiate (MBeanServerImpl.java:266) at org.jboss.system.ServiceCreator.install (ServiceCreator.java:103) at org.jboss.system.ServiceConfigurator.internalInstall (ServiceConfigurator.java:155) at org.jboss.system.ServiceConfigurator.install (ServiceConfigurator.java:118) at org.jboss.system.ServiceController.install (ServiceController.java:225) at sun.reflect.GeneratedMethodAccessor19.invoke (Unknown Source) Please find attached an example project with 1 XMBean and a (dummy) helper class. When I comment out the loader-repository tag in jboss-app.xml everything works fine. Otherwise I get the problem demonstrated above. Thanks a lot for looking into this! Jurjan-Paul -- Comment By: Jurjan-Paul Medema (jurjanpaul) Date: 2003-03-04 10:17 Message: Logged In: YES user_id=68824 I am sorry the description for the attached file didn't get through. It should read: test project for scoped class loading with XMBeans -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697165group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] .cvsroot replaced by CVSROOT/cvsignore
I just added CVSROOT/cvsignore to the repository for global ignores. If something needs to be ignored globally added it here, else use a local .cvsroot. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] XDoclet libraries.ent change
I changed the XDoclet config in libraries.ent to default to thirdparty/xdoclet-xdoclet/lib, which allows other projects to continue to function. If you want to use the bits from jboss/xdoclet define xdoclet.xdoclet.lib in your build/local.properties. I still have not figured out how this ever worked... nothing ever seemed to get built in my jboss/xdoclet module and it is not hooked up to the project build anywhere. I have tested that jboss-head will build with this default configuration and now so does the buildmagic project. We really need a better mechanism to handle these dependencies, for both tools and compile requirements. I am starting to think that buildmagic should be renamed to buildheadache... :-( Also, I removed the nonsense about single-module fluff... the exact same thing can be done by simply using -Dmodules=some-module (not -Dmodule mind ya, that won't do what you expect at all). --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-697254 ] ClassCastException when using EAR based scoping
Bugs item #697254, was opened at 2003-03-04 14:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697254group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Marcus Eriksson (marcuseriksson) Assigned to: Nobody/Anonymous (nobody) Summary: ClassCastException when using EAR based scoping Initial Comment: I'm not sure if this behaviour is by design or a bug... Two EARs with a bean in the first EAR calling a bean in the second EAR. Is this not possible if I use EAR based scoping? I get a ClassCastException when I narrow the home of the called bean: Object o = ctx.lookup(jndiName); TestBeanHome home = (TestBeanHome) PortableRemoteObject.narrow(o, TestBeanHome.class); (JBoss 3.2.0RC2, J2SE1.4.1) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697254group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.verifier.strategy.VerificationContext -- VerificationEventGenerator qualified to VerificationEventGenerator org.jboss.verifier.event.VerificationEventGenerator -- EventGenerator qualified to EventGenerator org.jboss.verifier.factory.VerificationEventFactory -- AbstractFactory qualified to AbstractFactory org.jboss.verifier.strategy.VerificationStrategy -- Strategy qualified to Strategy org.jboss.verifier.event.VerificationListener -- EventListener qualified to EventListener org.jboss.ejb.EJBDeployer -- EJBDeployerMBean qualified to EJBDeployerMBean org.jboss.ejb.ContainerPlugin -- Service qualified to Service org.jboss.ejb.InstanceCache -- StatisticsProvider qualified to StatisticsProvider org.jboss.ejb.EntityEnterpriseContext -- EJBContextImpl qualified to EJBContextImpl org.jboss.invocation.Invoker -- Remote qualified to Remote org.jboss.ejb.StatefulSessionContainer -- AbstractContainerInterceptor qualified to AbstractContainerInterceptor org.jboss.ejb.EjbModule -- EjbModuleMBean qualified to EjbModuleMBean org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager -- StatefulSessionFilePersistenceManagerMBean qualified to StatefulSessionFilePersistenceManagerMBean org.jboss.ejb.timer.AbstractTimerSource -- AbstractTimerSourceMBean qualified to AbstractTimerSourceMBean org.jboss.ejb.timer.FilePersistenceManager -- FilePersistenceManagerMBean qualified to FilePersistenceManagerMBean org.jboss.ejb.timer.SchedulerTimerSource -- SchedulerTimerSourceMBean qualified to SchedulerTimerSourceMBean org.jboss.invocation.InvokerXAResource -- InvokerXAResourceMBean qualified to InvokerXAResourceMBean org.jboss.invocation.XATerminatorContainer -- XATerminatorContainerMBean qualified to XATerminatorContainerMBean org.jboss.invocation.http.server.HttpInvokerMBean -- ServiceMBean qualified to ServiceMBean org.jboss.invocation.local.LocalInvoker -- LocalInvokerMBean qualified to LocalInvokerMBean org.jboss.invocation.jrmp.server.JRMPInvoker -- JRMPInvokerMBean qualified to JRMPInvokerMBean org.jboss.invocation.pooled.server.PooledInvoker -- PooledInvokerMBean qualified to PooledInvokerMBean org.jboss.invocation.trunk.client.ConnectionManager -- ConnectionManagerMBean qualified to ConnectionManagerMBean org.jboss.invocation.trunk.client.TrunkInvokerProxy -- TrunkInvokerProxyMBean qualified to TrunkInvokerProxyMBean org.jboss.invocation.trunk.server.TrunkInvoker -- TrunkInvokerMBean qualified to TrunkInvokerMBean org.jboss.jms.asf.ServerSessionPoolLoader -- ServerSessionPoolLoaderMBean qualified to ServerSessionPoolLoaderMBean org.jboss.jms.jndi.JMSProviderLoader -- JMSProviderLoaderMBean qualified to JMSProviderLoaderMBean org.jboss.jmx.connector.RemoteMBeanServer -- MBeanServer qualified to MBeanServer org.jboss.jmx.connector.notification.JMSNotificationListener -- JMSNotificationListenerMBean qualified to JMSNotificationListenerMBean org.jboss.jmx.connector.notification.RMINotificationListener -- RMINotificationListenerMBean qualified to RMINotificationListenerMBean org.jboss.jmx.adaptor.rmi.RMIAdaptorService -- RMIAdaptorServiceMBean qualified to RMIAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLAdaptorService -- XMLAdaptorServiceMBean qualified to XMLAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLTestService -- XMLTestServiceMBean qualified to XMLTestServiceMBean org.jboss.jmx.connector.rmi.RMIConnectorImpl -- RMIConnectorImplMBean qualified to RMIConnectorImplMBean org.jboss.jmx.connector.ejb.EJBConnector -- EJBConnectorMBean qualified to EJBConnectorMBean org.jboss.jmx.connector.ConnectorFactoryService -- ConnectorFactoryServiceMBean qualified to ConnectorFactoryServiceMBean org.jboss.jmx.connector.notification.PollingNotificationListener -- PollingNotificationListenerMBean qualified to PollingNotificationListenerMBean org.jboss.logging.Log4jService -- Log4jServiceMBean qualified to Log4jServiceMBean org.jboss.logging.Log4jSocketServer -- Log4jSocketServerMBean qualified to Log4jSocketServerMBean org.jboss.naming.ExternalContext -- ExternalContextMBean qualified to ExternalContextMBean org.jboss.naming.JNDIView -- JNDIViewMBean qualified to JNDIViewMBean org.jboss.naming.NamingAlias -- NamingAliasMBean qualified to NamingAliasMBean org.jboss.naming.NamingService -- NamingServiceMBean qualified to NamingServiceMBean org.jboss.web.AbstractWebContainer -- AbstractWebContainerMBean qualified to AbstractWebContainerMBean org.jboss.web.WebService -- WebServiceMBean qualified to
[JBoss-dev] jboss remoting
Hey all, I can see why David was so excited about the new JBoss Remoting framework that Jeff Haynie and Tom Elrod wrote. I had dinner with Jeff in Boston last night and over a few beers he discussed in detail their design and features the framework provides. Jeff/Tom, please correct me where I'm wrong here. Some of the features I remember him discussing: 1. As RMI provides class downloading when the client does not have classes available, so does the JBoss remoting framework. The difference is that JBoss remoting supports multiple protocols. HTTP, SOAP, Socket based, etc... 2. Callbacks are supported and abstracted seemlessly. This will be especially important to JMS. 3. Management services. You can query to obtain a whole map of your network. 4. Find any jboss remoted object by providing a URI or even a query string. My guess of what needs work: 1. We need to abstract how references are created and marshalled. i.e., an EJB method that returns a reference to, or collection of other different EJBs. We need to make sure that these references point to the correct transport layer as they were invoked on. 2. The class downloading protocol seems a bit inefficient. The cool thing about this framework is that it is being used in production at Jeff's company so we know this shit must work :) All and all this is really gonna be great for 4.0. I'd really like to commend Jeff and Tom on a job well done. I'm looking forward to integrating AOP with this new framework. Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss remoting
Yes, the class downloading is inefficient and has some large room for improvement. However, to be noted, that it will only download classes from the remote side if the class doesn't exists locally (or at least isn't visible). This is a little more efficient, as I remember, than RMI where the RMIClassLoader will automatically pull down all classes from remote. If we can somehow compose an object dependency graph when a class is required, we could further optimize this even more. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Tuesday, March 04, 2003 10:32 AM To: Jboss-Dev Subject: [JBoss-dev] jboss remoting Hey all, I can see why David was so excited about the new JBoss Remoting framework that Jeff Haynie and Tom Elrod wrote. I had dinner with Jeff in Boston last night and over a few beers he discussed in detail their design and features the framework provides. Jeff/Tom, please correct me where I'm wrong here. Some of the features I remember him discussing: 1. As RMI provides class downloading when the client does not have classes available, so does the JBoss remoting framework. The difference is that JBoss remoting supports multiple protocols. HTTP, SOAP, Socket based, etc... 2. Callbacks are supported and abstracted seemlessly. This will be especially important to JMS. 3. Management services. You can query to obtain a whole map of your network. 4. Find any jboss remoted object by providing a URI or even a query string. My guess of what needs work: 1. We need to abstract how references are created and marshalled. i.e., an EJB method that returns a reference to, or collection of other different EJBs. We need to make sure that these references point to the correct transport layer as they were invoked on. 2. The class downloading protocol seems a bit inefficient. The cool thing about this framework is that it is being used in production at Jeff's company so we know this shit must work :) All and all this is really gonna be great for 4.0. I'd really like to commend Jeff and Tom on a job well done. I'm looking forward to integrating AOP with this new framework. Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss remoting
I'm not sure if it so much of an issue since only DP classes will be downloaded. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeff Haynie Sent: Tuesday, March 04, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] jboss remoting Yes, the class downloading is inefficient and has some large room for improvement. However, to be noted, that it will only download classes from the remote side if the class doesn't exists locally (or at least isn't visible). This is a little more efficient, as I remember, than RMI where the RMIClassLoader will automatically pull down all classes from remote. If we can somehow compose an object dependency graph when a class is required, we could further optimize this even more. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Tuesday, March 04, 2003 10:32 AM To: Jboss-Dev Subject: [JBoss-dev] jboss remoting Hey all, I can see why David was so excited about the new JBoss Remoting framework that Jeff Haynie and Tom Elrod wrote. I had dinner with Jeff in Boston last night and over a few beers he discussed in detail their design and features the framework provides. Jeff/Tom, please correct me where I'm wrong here. Some of the features I remember him discussing: 1. As RMI provides class downloading when the client does not have classes available, so does the JBoss remoting framework. The difference is that JBoss remoting supports multiple protocols. HTTP, SOAP, Socket based, etc... 2. Callbacks are supported and abstracted seemlessly. This will be especially important to JMS. 3. Management services. You can query to obtain a whole map of your network. 4. Find any jboss remoted object by providing a URI or even a query string. My guess of what needs work: 1. We need to abstract how references are created and marshalled. i.e., an EJB method that returns a reference to, or collection of other different EJBs. We need to make sure that these references point to the correct transport layer as they were invoked on. 2. The class downloading protocol seems a bit inefficient. The cool thing about this framework is that it is being used in production at Jeff's company so we know this shit must work :) All and all this is really gonna be great for 4.0. I'd really like to commend Jeff and Tom on a job well done. I'm looking forward to integrating AOP with this new framework. Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Support for application clients
Hi, JBoss 3.2 does not seem to support application clients as specified in J2EE Spec, v1.3, section 9. Is there any reason why this is not supported other than nobody has asked it? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Support for application clients
What are the advantages of it? It would require a client container. I wonder if any other vendor supports it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Igor Fedorenko Sent: Tuesday, March 04, 2003 11:24 AM To: [EMAIL PROTECTED] Sourceforge. Net (E-mail) Subject: [JBoss-dev] Support for application clients Hi, JBoss 3.2 does not seem to support application clients as specified in J2EE Spec, v1.3, section 9. Is there any reason why this is not supported other than nobody has asked it? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Support for application clients
Or maybe noone has implemented it. Every now and again someone asks. Unless it can be done really easily I'm not in favor of trying to add this to jb3.2. I think it can be done really easily in jb4 since we are (or will be) starting a jmx mbean server in the client so we can easily make the app client support using mbeans. I suspect the jmx remoting will also be useful. Are you interested in implementing it? david jencks On 2003.03.04 11:24 Igor Fedorenko wrote: Hi, JBoss 3.2 does not seem to support application clients as specified in J2EE Spec, v1.3, section 9. Is there any reason why this is not supported other than nobody has asked it? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Support for application clients
WebLogic 6+ has supported it (though not well documented at all!). Advantage is for GUI applications having access to the same JNDI environment that its web application cousin has - there is a potential to reuse alot of code between the two environments. Shared security mechanisms and client-side trx (not required by the spec, but supported by WLS) would be the other big ones. In the end, nothing huge - personally, I think it is cool that you could have multiple presentation layers bundled up in the EAR and then could run either one. JNLP support for J2EE app clients would rock - I don't think anyone does that yet and it should be (will be in future specs) done that way. B Original Message Follows From: Bill Burke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Support for application clients Date: Tue, 4 Mar 2003 11:35:32 -0500 What are the advantages of it? It would require a client container. I wonder if any other vendor supports it. _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RMIClassloader for MBean RMIAdaptor
Ok, great. I will do it toworrow I hope. Should only write a testcase first. //Peter On Mon, 2003-03-03 at 20:00, Scott M Stark wrote: You can apply this to 3.0. I will handle the changes to allow for subclassing LoaderRespoitory. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Peter Antman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 03, 2003 6:46 AM Subject: Re: [JBoss-dev] RMIClassloader for MBean RMIAdaptor Hi, I managed to do the 3.0 backpatch, whith just a few midifications. I had to change the invoke name on the invokera (hopsidaisy) but it seems to work find with the testsuites (although I am not fully shure since I have never configured my system for clustering). Now I am wondering: is this something we should include in the 3.0.x line; and if - Scott do you want to have full controll ower patches against 3.0.x or is it ok if I apply them (se also next mail)? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Peter AntmanChief Technology Officer, Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: +46-(0)704 20 58 11 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Support for application clients
Although I did not try it, both WebSphere 5.0 and WebLogic 7.0 both claim to support it. The main advantage that I see is java:comp/env JNDI namespace on the client side. This way it becomes possible to share a lot of code between EJB and non-EJB parts of the app. -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 11:36 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Support for application clients What are the advantages of it? It would require a client container. I wonder if any other vendor supports it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Igor Fedorenko Sent: Tuesday, March 04, 2003 11:24 AM To: [EMAIL PROTECTED] Sourceforge. Net (E-mail) Subject: [JBoss-dev] Support for application clients Hi, JBoss 3.2 does not seem to support application clients as specified in J2EE Spec, v1.3, section 9. Is there any reason why this is not supported other than nobody has asked it? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Support for application clients
i'd just like to toss in my 2 cents and say that it'd be really nice if my web start clients could use the java:comp/env namespace. then i could use the xdoclet util classes that were generated with the logical ejb reference and not the phyisical one. -Original Message- From: Igor Fedorenko [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 11:26 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Support for application clients Although I did not try it, both WebSphere 5.0 and WebLogic 7.0 both claim to support it. The main advantage that I see is java:comp/env JNDI namespace on the client side. This way it becomes possible to share a lot of code between EJB and non-EJB parts of the app. -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 11:36 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Support for application clients What are the advantages of it? It would require a client container. I wonder if any other vendor supports it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Igor Fedorenko Sent: Tuesday, March 04, 2003 11:24 AM To: [EMAIL PROTECTED] Sourceforge. Net (E-mail) Subject: [JBoss-dev] Support for application clients Hi, JBoss 3.2 does not seem to support application clients as specified in J2EE Spec, v1.3, section 9. Is there any reason why this is not supported other than nobody has asked it? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Support for application clients
-Original Message- From: David Jencks [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 11:45 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Support for application clients Or maybe noone has implemented it. Every now and again someone asks. Unless it can be done really easily I'm not in favor of trying to add this to jb3.2. I think it can be done really easily in jb4 since we are (or will be) starting a jmx mbean server in the client so we can easily make the app client support using mbeans. I suspect the jmx remoting will also be useful. The spec does not require clients to be executed in a separate JVM. We can configure application-client-container inside JBoss server. This looks like an easy and non-intrusive solution for 3.2. For 4.0 we can do something different. Are you interested in implementing it? I see your point. ;-) Seriously speaking this is something I am considering but I do not have any immediate plans to do that. david jencks On 2003.03.04 11:24 Igor Fedorenko wrote: Hi, JBoss 3.2 does not seem to support application clients as specified in J2EE Spec, v1.3, section 9. Is there any reason why this is not supported other than nobody has asked it? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-697465 ] Jboss.net does not generated updated wsdl when redeploy
Bugs item #697465, was opened at 2003-03-04 11:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697465group_id=22866 Category: JBossSOAP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Joe Hung (joehung) Assigned to: Nobody/Anonymous (nobody) Summary: Jboss.net does not generated updated wsdl when redeploy Initial Comment: in 3.2.0RC1, when I redeploy a .ear file (which includes a .wsr and .jar and .war), the jboss-net generated wsdl does not get updated. It still shows the wsdl of the previous package. This happened on 3.2.0RC1 with catalina. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697465group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-679705 ] 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM
Bugs item #679705, was opened at 2003-02-03 18:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=679705group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Nobody/Anonymous (nobody) Summary: 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM Initial Comment: TestingJBoss 3.0.6 with an IBM 1.4 VM on Linux I get an AbstractMethodError on startup for AbstractDeploymentScanner.scan() when starting the URLDeploymentScanner. This happens both if JBoss was compiled with a Sun as well as an IBM JDK. System info: 19:01:34,499 INFO [ServerInfo] Java version: 1.4.0,IBM Corporation 19:01:34,500 INFO [ServerInfo] Java VM: Classic VM 1.4.0,IBM Corporation 19:01:34,526 INFO [ServerInfo] OS-System: Linux 2.4.18-17.7.x,x86 Exception: 2003-02-03 19:01:45,294 INFO [org.jboss.deployment.scanner.URLDeploymentScanner] Starting 2003-02-03 19:01:45,301 ERROR [org.jboss.deployment.MainDeployer] could not start deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:261) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:413) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:230) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:325) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:222) at org.jboss.Main.boot(Main.java:148) at org.jboss.Main$1.run(Main.java:381) at java.lang.Thread.run(Thread.java:566) 2003-02-03 19:01:45,468 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true 2003-02-03 19:01:45,471 ERROR [org.jboss.system.server.Server] start failed org.jboss.deployment.DeploymentException: Could not create deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml; - nested throwable: (java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:835) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 4-March-2003
JBoss daily test results SUMMARY Number of tests run: 1065 Successful tests: 1061 Errors:1 Failures: 3 [time of test: 2003-03-04.12-04 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1_03-69] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.2.4] See http://users.jboss.org/~starksm/Branch_3_0/2003-03-04.12-04 for details 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: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: SecurityUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: SecurityUnitTestCase Test: testSecureHttpInvokerFailure(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] please notify before large scale changes to EJB land.
I'm begging people not to do any large scale changes to EJB land. I'm about to undertake converting all the EJB interceptors and invokers to use the AOP Invocation object and Interceptor interface. This my first step on integrating the AOP DP framework. I'm asking you to please notify me before attempting any large scale changes like moving server/ to ejb/ module because I may lose hours/days of work if you don't. Thanks, Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss_3_2.dtd updated
The jboss_3_2.dtd was way out of date with respect to the container invoker configuration so I updated it and checked it in. Take a look at this and see if there are other missing elements or elements that should be dropped. One construct that I don't understand in the invoker-bindings/invoker elements are the ejb-ref child elements. For example, this setup from the bankiiop testcase: session ejb-nameTeller/ejb-name jndi-namebank/Teller/jndi-name configuration-nameStandard Stateless SessionBean/configuration-name invoker-bindings invoker invoker-proxy-binding-nameiiop/invoker-proxy-binding-name ejb-ref ejb-ref-nameejb/Customer/ejb-ref-name jndi-nameiiop/bank/Customer/jndi-name /ejb-ref ejb-ref ejb-ref-nameejb/Account/ejb-ref-name jndi-nameiiop/bank/Account/jndi-name /ejb-ref ejb-ref ejb-ref-nameejb/Bank/ejb-ref-name jndi-nameiiop/bank/Bank/jndi-name /ejb-ref /invoker /invoker-bindings /session What is the purpose of the invoker binding specific ejb-refs? It still just a link from the bean ENC to a JNDI name so why are then under the invoker-bindings? Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.2 testsuite will not build under 1.3
The 3.2 testsuite is not building under JDK 1.3 due to the inclusion of the java.sql.Savepoint class: [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:18: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: package sql [javac] import java.sql.Savepoint; [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:223: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public Savepoint setSavepoint() [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:228: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public Savepoint setSavepoint(String name) [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:233: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public void rollback(Savepoint s) [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:236: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public void commit(Savepoint s) [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:240: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public void releaseSavepoint(Savepoint s) Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.verifier.strategy.VerificationContext -- VerificationEventGenerator qualified to VerificationEventGenerator org.jboss.verifier.event.VerificationEventGenerator -- EventGenerator qualified to EventGenerator org.jboss.verifier.factory.VerificationEventFactory -- AbstractFactory qualified to AbstractFactory org.jboss.verifier.strategy.VerificationStrategy -- Strategy qualified to Strategy org.jboss.verifier.event.VerificationListener -- EventListener qualified to EventListener org.jboss.ejb.EJBDeployer -- EJBDeployerMBean qualified to EJBDeployerMBean org.jboss.ejb.ContainerPlugin -- Service qualified to Service org.jboss.ejb.InstanceCache -- StatisticsProvider qualified to StatisticsProvider org.jboss.ejb.EntityEnterpriseContext -- EJBContextImpl qualified to EJBContextImpl org.jboss.invocation.Invoker -- Remote qualified to Remote org.jboss.ejb.StatefulSessionContainer -- AbstractContainerInterceptor qualified to AbstractContainerInterceptor org.jboss.ejb.EjbModule -- EjbModuleMBean qualified to EjbModuleMBean org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager -- StatefulSessionFilePersistenceManagerMBean qualified to StatefulSessionFilePersistenceManagerMBean org.jboss.ejb.timer.AbstractTimerSource -- AbstractTimerSourceMBean qualified to AbstractTimerSourceMBean org.jboss.ejb.timer.FilePersistenceManager -- FilePersistenceManagerMBean qualified to FilePersistenceManagerMBean org.jboss.ejb.timer.SchedulerTimerSource -- SchedulerTimerSourceMBean qualified to SchedulerTimerSourceMBean org.jboss.invocation.InvokerXAResource -- InvokerXAResourceMBean qualified to InvokerXAResourceMBean org.jboss.invocation.XATerminatorContainer -- XATerminatorContainerMBean qualified to XATerminatorContainerMBean org.jboss.invocation.http.server.HttpInvokerMBean -- ServiceMBean qualified to ServiceMBean org.jboss.invocation.local.LocalInvoker -- LocalInvokerMBean qualified to LocalInvokerMBean org.jboss.invocation.jrmp.server.JRMPInvoker -- JRMPInvokerMBean qualified to JRMPInvokerMBean org.jboss.invocation.pooled.server.PooledInvoker -- PooledInvokerMBean qualified to PooledInvokerMBean org.jboss.invocation.trunk.client.ConnectionManager -- ConnectionManagerMBean qualified to ConnectionManagerMBean org.jboss.invocation.trunk.client.TrunkInvokerProxy -- TrunkInvokerProxyMBean qualified to TrunkInvokerProxyMBean org.jboss.invocation.trunk.server.TrunkInvoker -- TrunkInvokerMBean qualified to TrunkInvokerMBean org.jboss.jms.asf.ServerSessionPoolLoader -- ServerSessionPoolLoaderMBean qualified to ServerSessionPoolLoaderMBean org.jboss.jms.jndi.JMSProviderLoader -- JMSProviderLoaderMBean qualified to JMSProviderLoaderMBean org.jboss.jmx.connector.RemoteMBeanServer -- MBeanServer qualified to MBeanServer org.jboss.jmx.connector.notification.JMSNotificationListener -- JMSNotificationListenerMBean qualified to JMSNotificationListenerMBean org.jboss.jmx.connector.notification.RMINotificationListener -- RMINotificationListenerMBean qualified to RMINotificationListenerMBean org.jboss.jmx.adaptor.rmi.RMIAdaptorService -- RMIAdaptorServiceMBean qualified to RMIAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLAdaptorService -- XMLAdaptorServiceMBean qualified to XMLAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLTestService -- XMLTestServiceMBean qualified to XMLTestServiceMBean org.jboss.jmx.connector.rmi.RMIConnectorImpl -- RMIConnectorImplMBean qualified to RMIConnectorImplMBean org.jboss.jmx.connector.ejb.EJBConnector -- EJBConnectorMBean qualified to EJBConnectorMBean org.jboss.jmx.connector.ConnectorFactoryService -- ConnectorFactoryServiceMBean qualified to ConnectorFactoryServiceMBean org.jboss.jmx.connector.notification.PollingNotificationListener -- PollingNotificationListenerMBean qualified to PollingNotificationListenerMBean org.jboss.logging.Log4jService -- Log4jServiceMBean qualified to Log4jServiceMBean org.jboss.logging.Log4jSocketServer -- Log4jSocketServerMBean qualified to Log4jSocketServerMBean org.jboss.naming.ExternalContext -- ExternalContextMBean qualified to ExternalContextMBean org.jboss.naming.JNDIView -- JNDIViewMBean qualified to JNDIViewMBean org.jboss.naming.NamingAlias -- NamingAliasMBean qualified to NamingAliasMBean org.jboss.naming.NamingService -- NamingServiceMBean qualified to NamingServiceMBean org.jboss.web.AbstractWebContainer -- AbstractWebContainerMBean qualified to AbstractWebContainerMBean org.jboss.web.WebService -- WebServiceMBean qualified to
Re: [JBoss-dev] 3.2 testsuite will not build under 1.3
This code has been compiling in your test runs under jdk 1.3.1 for both 3.0 and 3.2 for 2 weeks. Can you check the contents of jboss-jca.sar to see if Savepoint is in it? I believe prior to Jasons build speed up change a couple of days ago this contained Savepoint and the other jdk 1.4 java classes. Perhaps the change in buildfile structure changed which properties are getting set when and caused these files to be left out of the sar. thanks david jencks On 2003.03.04 20:13 Scott M Stark wrote: The 3.2 testsuite is not building under JDK 1.3 due to the inclusion of the java.sql.Savepoint class: [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:18: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: package sql [javac] import java.sql.Savepoint; [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:223: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public Savepoint setSavepoint() [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:228: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public Savepoint setSavepoint(String name) [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:233: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public void rollback(Savepoint s) [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:236: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public void commit(Savepoint s) [javac] ^ [javac] C:\cvs\JBoss3.2\jboss-3.2\testsuite\src\main\org\jboss\test\jca\jdbc \TestConnection.java:240: cannot resolve symbol [javac] symbol : class Savepoint [javac] location: class org.jboss.test.jca.jdbc.TestConnection [javac]public void releaseSavepoint(Savepoint s) Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 testsuite will not build under 1.3
No, its not there: testsuite 125jar -tf ../connector/output/lib/jboss-jca.sar | grep Save testsuite 126 All Jason's changes were on main, not 3.2. Looking further into the issue I see the tree was built with JDK 1.4.1 and the testsuite was trying to build with JDK 1.3.1 and this does not work because the 1.4.1 classes are not included in jboss-jca.sar. Maybe another reason to drop 1.3 for the 4.0 release. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 6:18 PM Subject: Re: [JBoss-dev] 3.2 testsuite will not build under 1.3 This code has been compiling in your test runs under jdk 1.3.1 for both 3.0 and 3.2 for 2 weeks. Can you check the contents of jboss-jca.sar to see if Savepoint is in it? I believe prior to Jasons build speed up change a couple of days ago this contained Savepoint and the other jdk 1.4 java classes. Perhaps the change in buildfile structure changed which properties are getting set when and caused these files to be left out of the sar. thanks david jencks --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-697713 ] Http session clustering fails with application classes
Bugs item #697713, was opened at 2003-03-04 19:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697713group_id=22866 Category: Clustering Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm) Summary: Http session clustering fails with application classes Initial Comment: Take the trivial war that places an application defined class into the http session and the tomcat session clustering fails with a CNFE as shown here. tomcat 815wget --save-headers --header 'Cookie: JSESSIONID=Gofg1ReKxpmcdFA-ItS XAw**' http://localhost:8080/chap9-ex1/StatefulSessionServlet/ --12:04:30-- http://localhost:8080/chap9-ex1/StatefulSessionServlet/ = `index.html.4' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: 222 [text/html] 100%[] 222 216.80K/sETA 00:00 12:04:30 (216.80 KB/s) - `index.html.4' saved [222/222] tomcat 816cat index.html.4 HTTP/1.1 200 OK Content-Type: text/html Content-Length: 222 Date: Tue, 04 Mar 2003 20:04:30 GMT Server: Apache Coyote/1.0 Connection: close html headtitleStatefulSessionServlet on: banshee/title/head bodyh1StatefulSessionServlet on: banshee/h1 pre SessionValue[ username: null lastAccessHost: localhost accessCount: 3] /pre /body /html tomcat 817wget --save-headers --header 'Cookie: JSESSIONID=Gofg1ReKxpmcdFA-ItSXAw**' http://lamia:8080/chap9-ex1/StatefulSessionServlet/ --12:05:31-- http://lamia:8080/chap9-ex1/StatefulSessionServlet/ = `index.html.5' Resolving lamia... done. Connecting to lamia[172.17.66.53]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: 214 [text/html] 100%[] 214 208.98K/sETA 00:00 12:05:32 (208.98 KB/s) - `index.html.5' saved [214/214] tomcat 818cat index.html.5 HTTP/1.1 200 OK Set-Cookie: JSESSIONID=Qg9xZZOMeNwzI7d9UXu9QQ**; Path=/chap9-ex1 Content-Type: text/html Content-Length: 214 Date: Tue, 04 Mar 2003 20:03:52 GMT Server: Apache Coyote/1.0 Connection: close html headtitleStatefulSessionServlet on: lamia/title/head bodyh1StatefulSessionServlet on: lamia/h1 pre SessionValue[ username: null lastAccessHost: lamia accessCount: 1] /pre /body /html 11:49:48,484 INFO [TomcatPartition:ReplicantManager] Dead members: 0 12:03:52,281 ERROR [LogInterceptor] EJBException: javax.ejb.EJBException: java.lang.ClassNotFoundException: org.jboss.chap9.ex1.SessionValue (no security manager: RMI class loader disabled) at org.jboss.ha.httpsession.beanimpl.ejb.ClusteredHTTPSessionBeanImpl.unserializeSession(ClusteredHTTPSessionBeanImpl.java:139) at org.jboss.ha.httpsession.beanimpl.ejb.ClusteredHTTPSessionBeanImpl.getSession(ClusteredHTTPSessionBeanImpl.java:79) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1044) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:330) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:174) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483) at org.jboss.ejb.Container.invoke(Container.java:652) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:88) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:112) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:82) at $Proxy33.getSession(Unknown Source) at org.jboss.ha.httpsession.server.ClusteredHTTPSessionService.getHttpSession(ClusteredHTTPSessionService.java:132) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at
[JBoss-dev] [ jboss-Bugs-697713 ] Http session clustering fails with application classes
Bugs item #697713, was opened at 2003-03-04 19:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697713group_id=22866 Category: Clustering Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm) Summary: Http session clustering fails with application classes Initial Comment: Take the trivial war that places an application defined class into the http session and the tomcat session clustering fails with a CNFE as shown here. tomcat 815wget --save-headers --header 'Cookie: JSESSIONID=Gofg1ReKxpmcdFA-ItS XAw**' http://localhost:8080/chap9-ex1/StatefulSessionServlet/ --12:04:30-- http://localhost:8080/chap9-ex1/StatefulSessionServlet/ = `index.html.4' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: 222 [text/html] 100%[] 222 216.80K/sETA 00:00 12:04:30 (216.80 KB/s) - `index.html.4' saved [222/222] tomcat 816cat index.html.4 HTTP/1.1 200 OK Content-Type: text/html Content-Length: 222 Date: Tue, 04 Mar 2003 20:04:30 GMT Server: Apache Coyote/1.0 Connection: close html headtitleStatefulSessionServlet on: banshee/title/head bodyh1StatefulSessionServlet on: banshee/h1 pre SessionValue[ username: null lastAccessHost: localhost accessCount: 3] /pre /body /html tomcat 817wget --save-headers --header 'Cookie: JSESSIONID=Gofg1ReKxpmcdFA-ItSXAw**' http://lamia:8080/chap9-ex1/StatefulSessionServlet/ --12:05:31-- http://lamia:8080/chap9-ex1/StatefulSessionServlet/ = `index.html.5' Resolving lamia... done. Connecting to lamia[172.17.66.53]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: 214 [text/html] 100%[] 214 208.98K/sETA 00:00 12:05:32 (208.98 KB/s) - `index.html.5' saved [214/214] tomcat 818cat index.html.5 HTTP/1.1 200 OK Set-Cookie: JSESSIONID=Qg9xZZOMeNwzI7d9UXu9QQ**; Path=/chap9-ex1 Content-Type: text/html Content-Length: 214 Date: Tue, 04 Mar 2003 20:03:52 GMT Server: Apache Coyote/1.0 Connection: close html headtitleStatefulSessionServlet on: lamia/title/head bodyh1StatefulSessionServlet on: lamia/h1 pre SessionValue[ username: null lastAccessHost: lamia accessCount: 1] /pre /body /html 11:49:48,484 INFO [TomcatPartition:ReplicantManager] Dead members: 0 12:03:52,281 ERROR [LogInterceptor] EJBException: javax.ejb.EJBException: java.lang.ClassNotFoundException: org.jboss.chap9.ex1.SessionValue (no security manager: RMI class loader disabled) at org.jboss.ha.httpsession.beanimpl.ejb.ClusteredHTTPSessionBeanImpl.unserializeSession(ClusteredHTTPSessionBeanImpl.java:139) at org.jboss.ha.httpsession.beanimpl.ejb.ClusteredHTTPSessionBeanImpl.getSession(ClusteredHTTPSessionBeanImpl.java:79) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1044) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:330) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:174) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483) at org.jboss.ejb.Container.invoke(Container.java:652) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:88) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:112) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:82) at $Proxy33.getSession(Unknown Source) at org.jboss.ha.httpsession.server.ClusteredHTTPSessionService.getHttpSession(ClusteredHTTPSessionService.java:132) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at
[JBoss-dev] [ jboss-Bugs-697165 ] XMBeans scoped class loading not working together
Bugs item #697165, was opened at 2003-03-04 02:12 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697165group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Jurjan-Paul Medema (jurjanpaul) Assigned to: Scott M Stark (starksm) Summary: XMBeans scoped class loading not working together Initial Comment: Can't get XMBeans to work in combination with scoped class loading. Apparently a bug in the implementation of the loader- repository functionality for ears in combination with the use of XMBeans. Using JBoss 3.2.0RC2, I find scoped class loading to be working fine for e.g. Standard MBeans (the SAR inside a scoped EAR) and XMBeans to be working nicely when not trying to scope them. Combining these wonderful features consistently results in: 10:53:00,345 DEBUG [ServiceCreator] About to create xmbean object: com.xmbean_scoped_cl:service=XMBeanScopedCL with code : com.xmbean_scoped_cl.XMBeanScopedCLServer 10:53:00,345 DEBUG [ServiceCreator] Class not found for mbean: com.xmbean_scoped_cl:service=XMBeanScopedCL 10:53:00,345 WARN [ServiceConfigurator] Failed to complete install java.lang.ClassNotFoundException: No ClassLoaders found for: com.xmbean_scoped_cl.XMBeanScopedCLServer at org.jboss.mx.loading.LoadMgr.beginLoadTask (LoadMgr.java:155) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass (UnifiedClassLoader3.java:161) at org.jboss.mx.loading.UnifiedLoaderRepository3.loadClas s(UnifiedLoaderRepository3.java:144) at org.jboss.mx.loading.UnifiedLoaderRepository3.loadClas s(UnifiedLoaderRepository3.java:489) at javax.management.loading.DefaultLoaderRepository.load Class(DefaultLoaderRepository.java:78) at org.jboss.mx.server.MBeanServerImpl.instantiate (MBeanServerImpl.java:825) at org.jboss.mx.server.MBeanServerImpl.instantiate (MBeanServerImpl.java:266) at org.jboss.system.ServiceCreator.install (ServiceCreator.java:103) at org.jboss.system.ServiceConfigurator.internalInstall (ServiceConfigurator.java:155) at org.jboss.system.ServiceConfigurator.install (ServiceConfigurator.java:118) at org.jboss.system.ServiceController.install (ServiceController.java:225) at sun.reflect.GeneratedMethodAccessor19.invoke (Unknown Source) Please find attached an example project with 1 XMBean and a (dummy) helper class. When I comment out the loader-repository tag in jboss-app.xml everything works fine. Otherwise I get the problem demonstrated above. Thanks a lot for looking into this! Jurjan-Paul -- Comment By: Jurjan-Paul Medema (jurjanpaul) Date: 2003-03-04 02:17 Message: Logged In: YES user_id=68824 I am sorry the description for the attached file didn't get through. It should read: test project for scoped class loading with XMBeans -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697165group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 testsuite will not build under 1.3
On 2003.03.04 21:30 Scott M Stark wrote: No, its not there: testsuite 125jar -tf ../connector/output/lib/jboss-jca.sar | grep Save testsuite 126 All Jason's changes were on main, not 3.2. Looking further into the issue I see the tree was built with JDK 1.4.1 and the testsuite was trying to build with JDK 1.3.1 and this does not work because the 1.4.1 classes are not included in jboss-jca.sar. Maybe another reason to drop 1.3 for the 4.0 release. Yes, jason's changes were only on head. Are you saying that in the failed test run jboss was built on 1.4.1 but the testsuite was built on 1.3? This definitely won't work with the current connector build. Building both with 1.3 or both with 1.4.1 should work. david Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 6:18 PM Subject: Re: [JBoss-dev] 3.2 testsuite will not build under 1.3 This code has been compiling in your test runs under jdk 1.3.1 for both 3.0 and 3.2 for 2 weeks. Can you check the contents of jboss-jca.sar to see if Savepoint is in it? I believe prior to Jasons build speed up change a couple of days ago this contained Savepoint and the other jdk 1.4 java classes. Perhaps the change in buildfile structure changed which properties are getting set when and caused these files to be left out of the sar. thanks david jencks --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 testsuite will not build under 1.3
Yes, the testsuite was being build with 1.3.1 after the rest of the codebase had been build with 1.4.1. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 7:00 PM Subject: Re: [JBoss-dev] 3.2 testsuite will not build under 1.3 --- Are you saying that in the failed test run jboss was built on 1.4.1 but the testsuite was built on 1.3? This definitely won't work with the current connector build. Building both with 1.3 or both with 1.4.1 should work. david --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE Generating output for 'org.jboss.varia.masterconfig.Configurator' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jbossmx-xml-descriptor.xdt'. Running null/ Generating output 'transaction-service.xml' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jboss-service-template.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.varia.masterconfig.TestService -- TestServiceMBean qualified to TestServiceMBean _default:compile-classes: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/varia/output/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 131 source files to /home/jboss/jbossci/jboss-head/varia/output/classes /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/aop/plugins/AuthenticationInterceptorFactory.java:40: cannot resolve symbol symbol : variable TRANSIENT location: class org.jboss.aop.SimpleMetaData advisor.getDefaultMetaData().addMetaData(security, authentication-manager, domain, SimpleMetaData.TRANSIENT); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/aop/plugins/RoleBasedAuthorizationInterceptorFactory.java:64: cannot resolve symbol symbol : variable TRANSIENT location: class org.jboss.aop.SimpleMetaData advisor.getDefaultMetaData().addMetaData(security, authentication-manager, domain, SimpleMetaData.TRANSIENT); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/aop/plugins/RoleBasedAuthorizationInterceptorFactory.java:65: cannot resolve symbol symbol : variable TRANSIENT location: class org.jboss.aop.SimpleMetaData advisor.getDefaultMetaData().addMetaData(security, realm-mapping, domain, SimpleMetaData.TRANSIENT); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/aop/plugins/RoleBasedAuthorizationInterceptorFactory.java:75: cannot resolve symbol symbol : variable TRANSIENT location: class org.jboss.aop.SimpleMetaData methodData.addMethodMetaData(method, security, roles, roles, SimpleMetaData.TRANSIENT); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/aop/plugins/RoleBasedAuthorizationInterceptorFactory.java:82: cannot resolve symbol symbol : variable TRANSIENT location: class org.jboss.aop.SimpleMetaData methodData.addMethodMetaData(method, security, roles, roles, SimpleMetaData.TRANSIENT); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/aop/plugins/RoleBasedAuthorizationInterceptorFactory.java:87: cannot resolve symbol symbol : variable TRANSIENT location: class org.jboss.aop.SimpleMetaData methodData.addMethodMetaData(method, security, roles, roles, SimpleMetaData.TRANSIENT); ^ 6 errors BUILD FAILED file:/home/jboss/jbossci/jboss-head/varia/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 3 minutes 6 seconds --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___
[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 4-March-2003
JBoss daily test results SUMMARY Number of tests run: 1137 Successful tests: 1128 Errors:9 Failures: 0 [time of test: 2003-03-05.02-42 GMT] [java.version: 1.4.1_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_01-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows 2000] [os.arch: x86] [os.version: 5.0] Useful resources: - http://users.jboss.org/~starksm/Branch_3_2/2003-03-05.02-42 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: PageSizeUnitTestCase Test:testFindAll(org.jboss.test.cmp2.simple.PageSizeUnitTestCase) Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: - Suite: SimpleUnitTestCase Test:testTimestampValue(org.jboss.test.cmp2.simple.SimpleUnitTestCase) Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: - Suite: SimpleUnitTestCase Test:testFindWithByteArray(org.jboss.test.cmp2.simple.SimpleUnitTestCase) Type:error Exception: net.sourceforge.junitejb.RemoteTestException Message: - Suite: SecurityUnitTestCase Test:runValidDynDurSub(org.jboss.test.jbossmq.test.SecurityUnitTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: DeployXMBeanUnitTestCase Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested throwable: (org.jboss.deployment.DeploymentException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .; - nested throwable: (javax.management.NotCompliantMBeanException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .)) - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: javax.management.InstanceNotFoundException Message: jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar is not registered. - Suite: HttpsUnitTestCase Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.net.BindException Message: Address already in use: JVM_Bind - Suite: SRPUnitTestCase Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) Type:error Exception: java.rmi.ServerError Message: Error occurred in server thread; nested exception is: java.lang.NoClassDefFoundError: Ljavax/crypto/Cipher; - --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss_3_2.dtd updated
On Tue, 4 Mar 2003, Scott M Stark wrote: The jboss_3_2.dtd was way out of date with respect to the container invoker configuration so I updated it and checked it in. Take a look at this and see if there are other missing elements or elements that should be dropped. One construct that I don't understand in the invoker-bindings/invoker elements are the ejb-ref child elements. For example, this setup from the bankiiop testcase: session ejb-nameTeller/ejb-name jndi-namebank/Teller/jndi-name configuration-nameStandard Stateless SessionBean/configuration-name invoker-bindings invoker invoker-proxy-binding-nameiiop/invoker-proxy-binding-name ejb-ref ejb-ref-nameejb/Customer/ejb-ref-name jndi-nameiiop/bank/Customer/jndi-name /ejb-ref ejb-ref ejb-ref-nameejb/Account/ejb-ref-name jndi-nameiiop/bank/Account/jndi-name /ejb-ref ejb-ref ejb-ref-nameejb/Bank/ejb-ref-name jndi-nameiiop/bank/Bank/jndi-name /ejb-ref /invoker /invoker-bindings /session What is the purpose of the invoker binding specific ejb-refs? It still just a link from the bean ENC to a JNDI name so why are then under the invoker-bindings? These ejb-refs could have been defined outside of the invoker element. Invoker-specific ejb-refs make sense when you have multiple invokers per EJB. They are not really needed in the bankiiop testcase, which uses a single invoker (the IIOP invoker). I have probably placed them within the invoker element just because their jndi-names are IIOP-specific. If you have multiple invokers per EJB, invoker-specific ejb-refs act as a kind of multivalued link from the bean ENC to a set of JNDI names (one per invoker). Such a multivalued link allows outgoing invocations to be transparently performed through the same protocol (invoker) as the current invocation. The particular JNDI name seen at the end of the multivalued link depends on the invoker through which the current invocation arrived. The bean code just uses an ejb-ref, such as ejb/Bank. If the bean code runs within an IIOP invocation, ejb/Bank means iiop/bank/Bank, which is bound to a CORBA IOR. If the same code runs within a JRMP invocation, ejb/Bank could mean bank/Bank, which would be bound to a serialized JRMP proxy. Cheers, Francisco --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss_3_2.dtd updated
I still don't understand why the incoming protocol should dictate the protocol that any invocations made the the target bean. If I'm bean X and some .NET clown invoked via soap, why do I want to in turn invoke the beans Y and Z through soap when I can use a local interface or optimized RMI? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Francisco Reverbel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 10:01 PM Subject: Re: [JBoss-dev] jboss_3_2.dtd updated These ejb-refs could have been defined outside of the invoker element. Invoker-specific ejb-refs make sense when you have multiple invokers per EJB. They are not really needed in the bankiiop testcase, which uses a single invoker (the IIOP invoker). I have probably placed them within the invoker element just because their jndi-names are IIOP-specific. If you have multiple invokers per EJB, invoker-specific ejb-refs act as a kind of multivalued link from the bean ENC to a set of JNDI names (one per invoker). Such a multivalued link allows outgoing invocations to be transparently performed through the same protocol (invoker) as the current invocation. The particular JNDI name seen at the end of the multivalued link depends on the invoker through which the current invocation arrived. The bean code just uses an ejb-ref, such as ejb/Bank. If the bean code runs within an IIOP invocation, ejb/Bank means iiop/bank/Bank, which is bound to a CORBA IOR. If the same code runs within a JRMP invocation, ejb/Bank could mean bank/Bank, which would be bound to a serialized JRMP proxy. Cheers, Francisco --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 4-March-2003
JBoss daily test results SUMMARY Number of tests run: 1130 Successful tests: 1122 Errors:8 Failures: 0 [time of test: 2003-03-05.05-16 GMT] [java.version: 1.3.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_05-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows 2000] [os.arch: x86] [os.version: 5.0] Useful resources: - http://users.jboss.org/~starksm/Branch_3_2/2003-03-05.05-16 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: InvocationLayerStressTestCase Test: testOILMutliSessionOneConnection(org.jboss.test.jbossmq.perf.InvocationLayerStressTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: SecurityUnitTestCase Test:runValidDynDurSub(org.jboss.test.jbossmq.test.SecurityUnitTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: DeployXMBeanUnitTestCase Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested throwable: (org.jboss.deployment.DeploymentException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .; - nested throwable: (javax.management.NotCompliantMBeanException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .)) - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: javax.management.InstanceNotFoundException Message: jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar is not registered. - Suite: BeanStressTestCase Test:testNewProxy(org.jboss.test.pooled.test.BeanStressTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: HttpsUnitTestCase Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.net.BindException Message: Address in use: JVM_Bind - Suite: SRPUnitTestCase Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) Type:error Exception: java.rmi.ServerError Message: Error occurred in server thread; nested exception is: java.lang.NoClassDefFoundError: Ljavax/crypto/Cipher; - --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-697165 ] XMBeans scoped class loading not working together
Bugs item #697165, was opened at 2003-03-04 02:12 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697165group_id=22866 Category: JBossMX Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Jurjan-Paul Medema (jurjanpaul) Assigned to: Scott M Stark (starksm) Summary: XMBeans scoped class loading not working together Initial Comment: Can't get XMBeans to work in combination with scoped class loading. Apparently a bug in the implementation of the loader- repository functionality for ears in combination with the use of XMBeans. Using JBoss 3.2.0RC2, I find scoped class loading to be working fine for e.g. Standard MBeans (the SAR inside a scoped EAR) and XMBeans to be working nicely when not trying to scope them. Combining these wonderful features consistently results in: 10:53:00,345 DEBUG [ServiceCreator] About to create xmbean object: com.xmbean_scoped_cl:service=XMBeanScopedCL with code : com.xmbean_scoped_cl.XMBeanScopedCLServer 10:53:00,345 DEBUG [ServiceCreator] Class not found for mbean: com.xmbean_scoped_cl:service=XMBeanScopedCL 10:53:00,345 WARN [ServiceConfigurator] Failed to complete install java.lang.ClassNotFoundException: No ClassLoaders found for: com.xmbean_scoped_cl.XMBeanScopedCLServer at org.jboss.mx.loading.LoadMgr.beginLoadTask (LoadMgr.java:155) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass (UnifiedClassLoader3.java:161) at org.jboss.mx.loading.UnifiedLoaderRepository3.loadClas s(UnifiedLoaderRepository3.java:144) at org.jboss.mx.loading.UnifiedLoaderRepository3.loadClas s(UnifiedLoaderRepository3.java:489) at javax.management.loading.DefaultLoaderRepository.load Class(DefaultLoaderRepository.java:78) at org.jboss.mx.server.MBeanServerImpl.instantiate (MBeanServerImpl.java:825) at org.jboss.mx.server.MBeanServerImpl.instantiate (MBeanServerImpl.java:266) at org.jboss.system.ServiceCreator.install (ServiceCreator.java:103) at org.jboss.system.ServiceConfigurator.internalInstall (ServiceConfigurator.java:155) at org.jboss.system.ServiceConfigurator.install (ServiceConfigurator.java:118) at org.jboss.system.ServiceController.install (ServiceController.java:225) at sun.reflect.GeneratedMethodAccessor19.invoke (Unknown Source) Please find attached an example project with 1 XMBean and a (dummy) helper class. When I comment out the loader-repository tag in jboss-app.xml everything works fine. Otherwise I get the problem demonstrated above. Thanks a lot for looking into this! Jurjan-Paul -- Comment By: Scott M Stark (starksm) Date: 2003-03-04 23:31 Message: Logged In: YES user_id=175228 This has been fixed in the 3.2 branch. The xmbean instantiation was not using the deployment class loader. -- Comment By: Jurjan-Paul Medema (jurjanpaul) Date: 2003-03-04 02:17 Message: Logged In: YES user_id=68824 I am sorry the description for the attached file didn't get through. It should read: test project for scoped class loading with XMBeans -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697165group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-689562 ] Hotdeploy of ear w/ war fails under 3.0.6, not under 3.0.4
Bugs item #689562, was opened at 2003-02-19 12:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=689562group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: James Higginbotham (jwhigginbotham) Assigned to: Scott M Stark (starksm) Summary: Hotdeploy of ear w/ war fails under 3.0.6, not under 3.0.4 Initial Comment: OS: Windows XP JDK: 1.4.1_01 (see attached boot.log, ucl.log, server.log) I have an ear with the following structure: $ jar -tvf controlpanel.ear 0 Wed Feb 19 14:01:10 CST 2003 META-INF/ 55 Wed Feb 19 14:01:10 CST 2003 META- INF/MANIFEST.MF 91982 Wed Feb 19 14:01:10 CST 2003 controlpanel.war 0 Wed Feb 19 14:01:10 CST 2003 lib/ 18079 Wed Feb 19 13:20:24 CST 2003 lib/calvary- controlpanel.jar 9807 Wed Feb 19 13:20:20 CST 2003 lib/calvary- cms.jar 118453 Wed Feb 12 16:08:14 CST 2003 lib/commons- beanutils.jar 297992 Wed Feb 12 16:08:20 CST 2003 lib/commons- collections.jar 81927 Wed Feb 12 16:08:22 CST 2003 lib/commons- dbcp.jar 100160 Wed Feb 12 16:08:24 CST 2003 lib/commons- digester.jar 14248 Wed Feb 12 16:08:24 CST 2003 lib/commons- fileupload-1.0-dev.jar 90424 Wed Feb 12 16:08:28 CST 2003 lib/commons- io.jar 196279 Wed Feb 12 16:08:30 CST 2003 lib/commons- lang-1.1-dev.jar 28618 Wed Feb 12 16:08:30 CST 2003 lib/commons- logging.jar 37499 Wed Feb 12 16:08:32 CST 2003 lib/commons- pool.jar 35675 Wed Feb 12 16:08:32 CST 2003 lib/commons- resources.jar 44391 Wed Feb 12 16:08:34 CST 2003 lib/commons- validator.jar 65368 Wed Feb 12 16:08:36 CST 2003 lib/jakarta-oro.jar 350677 Wed Feb 12 16:16:44 CST 2003 lib/log4j- 1.2.7.jar 1728861 Wed Feb 12 16:07:56 CST 2003 lib/xercesImpl.jar 108484 Wed Feb 12 16:07:58 CST 2003 lib/xml-apis.jar 6727 Wed Feb 12 16:16:16 CST 2003 lib/jdbc2_0- stdext.jar 488695 Wed Feb 12 16:16:28 CST 2003 lib/struts.jar 29922 Wed Feb 12 16:14:08 CST 2003 lib/slide-taglib- common.jar 16939 Wed Feb 12 16:14:08 CST 2003 lib/slide-taglib- struts.jar 479 Wed Feb 12 16:06:56 CST 2003 META- INF/application.xml it has the following application.xml: ?xml version=1.0 encoding=UTF-8? !DOCTYPE application PUBLIC -//Sun Microsystems, Inc.//DTD J2EE Application 1.2//EN http://java.sun.com/j2ee/dtds/application_1_2.d td application display-nameCalvary Austin Control Panel/display- name descriptionThe content management system control panel/description module web web-uricontrolpanel.war/web-uri context-root/controlpanel/context-root /web /module /application the contained war has the following structure: $ jar -tvf controlpanel.war 0 Wed Feb 19 14:01:10 CST 2003 META-INF/ 1191 Wed Feb 19 14:01:10 CST 2003 META- INF/MANIFEST.MF 0 Wed Feb 19 12:30:06 CST 2003 browser/ 0 Wed Feb 12 17:17:58 CST 2003 images/ 0 Wed Feb 19 12:32:04 CST 2003 layouts/ 0 Wed Feb 12 17:17:58 CST 2003 locks/ 0 Wed Feb 12 17:17:58 CST 2003 Templates/ 0 Wed Feb 12 17:17:58 CST 2003 WEB-INF/ 0 Wed Feb 12 17:17:58 CST 2003 WEB-INF/classes/ 4346 Wed Feb 12 16:06:56 CST 2003 addUser.jsp 45 Wed Feb 19 12:30:06 CST 2003 browser/browser_tile.jsp 3964 Wed Feb 12 16:06:56 CST 2003 editUser.jsp 526 Wed Feb 12 16:06:56 CST 2003 images/background.jpg 1081 Wed Feb 12 16:06:56 CST 2003 images/dot.jpg 622 Wed Feb 12 16:06:56 CST 2003 images/logo blank.jpg 15882 Wed Feb 12 16:06:58 CST 2003 images/logo.jpg 1283 Wed Feb 12 16:06:58 CST 2003 images/subhead blank.jpg 3235 Wed Feb 12 16:06:58 CST 2003 images/subhead1.jpg 3378 Wed Feb 12 16:06:58 CST 2003 images/subhead2.jpg 176 Wed Feb 12 16:06:56 CST 2003 index.jsp 416 Wed Feb 12 16:06:56 CST 2003 index_tile.jsp 6711 Wed Feb 19 14:00:56 CST 2003 layouts/masterlayout.jsp 4014 Wed Feb 12 16:06:58 CST 2003 locks/locks_tile.jsp 4267 Wed Feb 12 16:06:56 CST 2003 locks.jsp 2349 Wed Feb 12 16:06:56 CST 2003 orig-index.jsp 4488 Wed Feb 12 16:06:56 CST 2003 style.css 6602 Wed Feb 12 16:06:56 CST 2003 template.html 6212 Wed Feb 12 16:06:58 CST 2003 Templates/standard-page.dwt 4401 Wed Feb 12 16:06:56 CST 2003 users.jsp 1973 Wed Feb 12 16:07:00 CST 2003 WEB- INF/classes/controlpanel-resources.properties 12443 Wed Feb 12 16:07:00 CST 2003 WEB- INF/classes/Domain.xml 7489 Wed Feb 12 16:06:58 CST 2003 WEB-INF/slide- struts.tld 8486 Wed Feb 12 16:06:58 CST 2003 WEB-INF/struts- bean.tld 4832 Wed Feb 19 12:22:58 CST 2003 WEB-INF/struts- config.xml 18346 Wed Feb 12 16:06:58 CST 2003 WEB-INF/struts- config_1_0.dtd 33776 Wed Feb 12 16:06:58 CST 2003 WEB-INF/struts- config_1_1.dtd 63186 Wed Feb 12 16:06:58 CST 2003 WEB-INF/struts- html.tld 13869 Wed Feb 12 16:06:58 CST 2003 WEB-INF/struts- logic.tld 61672 Wed Feb 12 16:06:58 CST 2003 WEB-INF/struts- nested.tld 1558 Wed Feb 12 16:06:58 CST 2003 WEB-INF/struts- template.tld 7518 Wed Feb 12 16:06:58 CST 2003 WEB-INF/struts- tiles.tld 1598 Wed Feb 12 16:06:58 CST 2003
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.verifier.strategy.VerificationContext -- VerificationEventGenerator qualified to VerificationEventGenerator org.jboss.verifier.event.VerificationEventGenerator -- EventGenerator qualified to EventGenerator org.jboss.verifier.factory.VerificationEventFactory -- AbstractFactory qualified to AbstractFactory org.jboss.verifier.strategy.VerificationStrategy -- Strategy qualified to Strategy org.jboss.verifier.event.VerificationListener -- EventListener qualified to EventListener org.jboss.ejb.EJBDeployer -- EJBDeployerMBean qualified to EJBDeployerMBean org.jboss.ejb.ContainerPlugin -- Service qualified to Service org.jboss.ejb.InstanceCache -- StatisticsProvider qualified to StatisticsProvider org.jboss.ejb.EntityEnterpriseContext -- EJBContextImpl qualified to EJBContextImpl org.jboss.invocation.Invoker -- Remote qualified to Remote org.jboss.ejb.StatefulSessionContainer -- AbstractContainerInterceptor qualified to AbstractContainerInterceptor org.jboss.ejb.EjbModule -- EjbModuleMBean qualified to EjbModuleMBean org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager -- StatefulSessionFilePersistenceManagerMBean qualified to StatefulSessionFilePersistenceManagerMBean org.jboss.ejb.timer.AbstractTimerSource -- AbstractTimerSourceMBean qualified to AbstractTimerSourceMBean org.jboss.ejb.timer.FilePersistenceManager -- FilePersistenceManagerMBean qualified to FilePersistenceManagerMBean org.jboss.ejb.timer.SchedulerTimerSource -- SchedulerTimerSourceMBean qualified to SchedulerTimerSourceMBean org.jboss.invocation.InvokerXAResource -- InvokerXAResourceMBean qualified to InvokerXAResourceMBean org.jboss.invocation.XATerminatorContainer -- XATerminatorContainerMBean qualified to XATerminatorContainerMBean org.jboss.invocation.http.server.HttpInvokerMBean -- ServiceMBean qualified to ServiceMBean org.jboss.invocation.local.LocalInvoker -- LocalInvokerMBean qualified to LocalInvokerMBean org.jboss.invocation.jrmp.server.JRMPInvoker -- JRMPInvokerMBean qualified to JRMPInvokerMBean org.jboss.invocation.pooled.server.PooledInvoker -- PooledInvokerMBean qualified to PooledInvokerMBean org.jboss.invocation.trunk.client.ConnectionManager -- ConnectionManagerMBean qualified to ConnectionManagerMBean org.jboss.invocation.trunk.client.TrunkInvokerProxy -- TrunkInvokerProxyMBean qualified to TrunkInvokerProxyMBean org.jboss.invocation.trunk.server.TrunkInvoker -- TrunkInvokerMBean qualified to TrunkInvokerMBean org.jboss.jms.asf.ServerSessionPoolLoader -- ServerSessionPoolLoaderMBean qualified to ServerSessionPoolLoaderMBean org.jboss.jms.jndi.JMSProviderLoader -- JMSProviderLoaderMBean qualified to JMSProviderLoaderMBean org.jboss.jmx.connector.RemoteMBeanServer -- MBeanServer qualified to MBeanServer org.jboss.jmx.connector.notification.JMSNotificationListener -- JMSNotificationListenerMBean qualified to JMSNotificationListenerMBean org.jboss.jmx.connector.notification.RMINotificationListener -- RMINotificationListenerMBean qualified to RMINotificationListenerMBean org.jboss.jmx.adaptor.rmi.RMIAdaptorService -- RMIAdaptorServiceMBean qualified to RMIAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLAdaptorService -- XMLAdaptorServiceMBean qualified to XMLAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLTestService -- XMLTestServiceMBean qualified to XMLTestServiceMBean org.jboss.jmx.connector.rmi.RMIConnectorImpl -- RMIConnectorImplMBean qualified to RMIConnectorImplMBean org.jboss.jmx.connector.ejb.EJBConnector -- EJBConnectorMBean qualified to EJBConnectorMBean org.jboss.jmx.connector.ConnectorFactoryService -- ConnectorFactoryServiceMBean qualified to ConnectorFactoryServiceMBean org.jboss.jmx.connector.notification.PollingNotificationListener -- PollingNotificationListenerMBean qualified to PollingNotificationListenerMBean org.jboss.logging.Log4jService -- Log4jServiceMBean qualified to Log4jServiceMBean org.jboss.logging.Log4jSocketServer -- Log4jSocketServerMBean qualified to Log4jSocketServerMBean org.jboss.naming.ExternalContext -- ExternalContextMBean qualified to ExternalContextMBean org.jboss.naming.JNDIView -- JNDIViewMBean qualified to JNDIViewMBean org.jboss.naming.NamingAlias -- NamingAliasMBean qualified to NamingAliasMBean org.jboss.naming.NamingService -- NamingServiceMBean qualified to NamingServiceMBean org.jboss.web.AbstractWebContainer -- AbstractWebContainerMBean qualified to AbstractWebContainerMBean org.jboss.web.WebService -- WebServiceMBean qualified to
RE: [JBoss-dev] Support for application clients
Quoting Igor Fedorenko [EMAIL PROTECTED]: -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 04, 2003 11:45 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Support for application clients Or maybe noone has implemented it. Every now and again someone asks. Unless it can be done really easily I'm not in favor of trying to add this to jb3.2. I think it can be done really easily in jb4 since we are (or will be) starting a jmx mbean server in the client so we can easily make the app client support using mbeans. I suspect the jmx remoting will also be useful. The spec does not require clients to be executed in a separate JVM. We can configure application-client-container inside JBoss server. This looks like an easy and non-intrusive solution for 3.2. For 4.0 we can do something different. I tried that some time ago. The problem is, that application clients have no means to control their life cycle. They cannot be stopped and undeployed. What behaviour would you expect? 1. the application client is deployed 2. the java:comp/env is set up 3. the main method (manifest) is called and thus the application is started. The main method will most probably return immediately. Now you don't have any control over the application anymore. You could run the main method once more but you cannot stop it. Then somebody is removing the application-client.jar, what would you expect to happen now? A possible solution is a blocking main method, that is waiting for a notify on the mainclass as the signal to stop. What you need would be kind of a mix of a service and an application-client. something, that has a life cycle and the configurability of an application-client. However, on the client the situation is different. The JBoss kernel would have a life span equal to that of the application. Holger Are you interested in implementing it? I see your point. ;-) Seriously speaking this is something I am considering but I do not have any immediate plans to do that. david jencks On 2003.03.04 11:24 Igor Fedorenko wrote: Hi, JBoss 3.2 does not seem to support application clients as specified in J2EE Spec, v1.3, section 9. Is there any reason why this is not supported other than nobody has asked it? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development - This mail sent through IMP: http://horde.org/imp/ --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-697254 ] ClassCastException when using EAR based scoping
Bugs item #697254, was opened at 2003-03-04 05:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697254group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Invalid Priority: 5 Submitted By: Marcus Eriksson (marcuseriksson) Assigned to: Scott M Stark (starksm) Summary: ClassCastException when using EAR based scoping Initial Comment: I'm not sure if this behaviour is by design or a bug... Two EARs with a bean in the first EAR calling a bean in the second EAR. Is this not possible if I use EAR based scoping? I get a ClassCastException when I narrow the home of the called bean: Object o = ctx.lookup(jndiName); TestBeanHome home = (TestBeanHome) PortableRemoteObject.narrow(o, TestBeanHome.class); (JBoss 3.2.0RC2, J2SE1.4.1) -- Comment By: Scott M Stark (starksm) Date: 2003-03-04 23:54 Message: Logged In: YES user_id=175228 Yes, this violates the point of scoping which is to isolate the deployment classes. The TestBeanHome seen in ear1 will not match the corresponding class bound into JNDI. You can disable the call by reference mode which is causing the class cast exception by creating a custom container configuration that uses the ByValueInvokerInterceptor in the client proxy. An example from the testsuite is shown below. There still may be a problem with the JNDI lookup also using a by reference semantic as well that needs to be turned off. The only way to do this is to create an InitialContext with the java.naming.provider.url=localhost:1099 property defined. This causes the lookup to go through RMI and will isolate the version of TestBeanHome bound into JNDI from the one available in the second ear. ?xml version=1.0 encoding=UTF-8? jboss invoker-proxy-bindings invoker-proxy-binding nameby-value-stateless-rmi-invoker/name invoker-mbeanjboss:service=invoker,type=jrmp/invoker-mbean proxy-factoryorg.jboss.proxy.ejb.ProxyFactory/proxy-factory proxy-factory-config client-interceptors home interceptororg.jboss.proxy.ejb.HomeInterceptor/interceptor interceptororg.jboss.proxy.SecurityInterceptor/interceptor interceptororg.jboss.proxy.TransactionInterceptor/interceptor interceptororg.jboss.invocation.ByValueInvokerInterceptor/interceptor /home bean interceptororg.jboss.proxy.ejb.StatelessSessionInterceptor/interceptor interceptororg.jboss.proxy.SecurityInterceptor/interceptor interceptororg.jboss.proxy.TransactionInterceptor/interceptor interceptororg.jboss.invocation.ByValueInvokerInterceptor/interceptor /bean /client-interceptors /proxy-factory-config /invoker-proxy-binding /invoker-proxy-bindings enterprise-beans session ejb-nameENCBean1/ejb-name local-jndi-namejbosstest/ejbs/local/ENCBean1/local-jndi-name /session session ejb-nameSecuredEJB/ejb-name jndi-namejbosstest/ejbs/SecuredEJB/jndi-name configuration-nameSecure Stateless SessionBean/configuration-name /session session ejb-nameUnsecuredEJB/ejb-name jndi-namejbosstest/ejbs/UnsecuredEJB/jndi-name ejb-ref ejb-ref-nameejb/Session/ejb-ref-name jndi-namejbosstest/ejbs/SecuredEJB/jndi-name /ejb-ref /session session ejb-nameNotOptimizedEJB/ejb-name jndi-namejbosstest/ejbs/NotOptimizedEJB/jndi-name invoker-bindings invoker invoker-proxy-binding-nameby-value-stateless-rmi-invoker/invoker-proxy-binding-name /invoker /invoker-bindings /session /enterprise-beans container-configurations container-configuration extends=Standard Stateless SessionBean container-nameSecure Stateless SessionBean/container-name security-domainjava:/jaas/other/security-domain /container-configuration /container-configurations /jboss -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697254group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
bandwidth - the more I use, the more it costs me... ;-) Also, I'd like to think that most developers do an update rather than a full checkout and so it helps highlight any issues from that too. ...but I guess the full checkout did not help as it is still failing... Chris --- Jason Dillon [EMAIL PROTECTED] wrote: Why not do a full checkout each day always? --jason On Tuesday, March 4, 2003, at 02:56 PM, Chris Kimpton wrote: Hi, --- David Jencks [EMAIL PROTECTED] wrote: I don't think so, the error is not shown. I built fresh from a clean checkout last night with no problems. The problem may be that Chris is not doing a clean checkout every day. There is a link on the page to request a full checkout - which I have done - so we can see if that resolves it. The compile runs on linux - although I do some stuff to ensure a specific jdk is used and maybe bypassing any jvm memory changes that have been made - when was this done? Regards, Chris = __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development