RE: [JBoss-dev] The trouble with ClassLoaders.
For 1) David gives the answer to this some gours ago, remove the \ before the : in jdbc\:HypersonicSQL\:hsql\://localhost\:1476. Vincent. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de David Maplesden Envoyé : jeudi 6 septembre 2001 7:01 À : JBossDev (E-mail) Objet : [JBoss-dev] The trouble with ClassLoaders. I am getting some odd behaviour with the loading of classes since marc's RH changes and after spending a couple of days testing things out and trying to convince myself I'm not going mad I've nearly given up trying to figure out whats going on. I basically want to know if anyone else is getting any of these (seemingly unrelated) problems and and/or whether anyone else knows if I am just plain doing things wrong. None of these problems occur with pre-RH JBoss 2.5. 1) The DefaultDS DataSource throws an SQLException No suitable driver when I try to get a connection even though it seems to initialise correctly and the jdbcProvider successfully loaded the org.hsql.jdbcDriver. Snippets from log... [JdbcProvider,INFO] Initializing [JdbcProvider,INFO] Loaded JDBC-driver:org.hsql.jdbcDriver [JdbcProvider,INFO] Initialized followed by... [DefaultDS,INFO] Starting [DefaultDS,INFO] Started and finally... [JDBCManagedConnectionFactory-1,ERROR] Unable to create ManagedConnection: javax.resource.ResourceException: Unable to create DB connection (url=jdbc\:HypersonicSQL\:hsql\://localhost\:1476, user=sa: java.sql.SQLException: No suitable driver at org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createM anagedConn ection(JDBCManagedConnectionFactory.java:245) at org.jboss.pool.connector.ManagedConnectionPoolFactory.createObject (ManagedCo nnectionPoolFactory.java:62) at org.jboss.pool.ObjectPool.createNewObject(ObjectPool.java:991) at org.jboss.pool.ObjectPool.getObject(ObjectPool.java:657) at org.jboss.pool.connector.SharedLocalConnectionManager.allocateConn ection(Sha redLocalConnectionManager.java:104) at org.jboss.pool.connector.jdbc.JDBCDataSource.getConnection(JDBCDat aSource.ja va:79) 2) Originally Jetty failed every time it tried to compile a jsp page because it can't find the javax.servlet.* classes, even though I had them in the lib/ext directory (in javax.servlet.jar) along with everything else. Then I added the javax.servlet.jar as a standard extension to my jdk and now it can't find some of the jasper classes, although it finds others. The error message below comes from a jasper class because it can't find another jasper class, even though they are both in the same jar file! Jetty also serves servlets fine. [Jetty,WARN] Servlet Exception for /demo/jsp/hello.jsp org.apache.jasper.JasperException: JASPER: Unable to compile class for JSPC:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_ 0002fhello _0002ejsphello_jsp_0.java:12: Package org.apache.jasper.runtime not found in import. import org.apache.jasper.runtime.*; ^ C:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_000 2fhello_00 02ejsphello_jsp_0.java:14: Class org.apache.jasper.JasperException not found in import. import org.apache.jasper.JasperException; ^ C:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_000 2fhello_00 02ejsphello_jsp_0.java:17: Superclass jsp.HttpJspBase of class jsp._0002fjsp_0002fhello_0002ejsphello_jsp_0 not found. public class _0002fjsp_0002fhello_0002ejsphello_jsp_0 extends HttpJspBase { ^ 3 errors at org.apache.jasper.compiler.Compiler.compile(Compiler.java:249) at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:448) at org.apache.jasper.servlet.JasperLoader12$1.run(JasperLoader12.java:160) at java.security.AccessController.doPrivileged(Native Method) at org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:156) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:419) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNeces sary(JspSe rvlet.java:151) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(Jsp Servlet.ja va:163) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:307) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:380) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.mortbay.Jetty.Servlet.ServletHolder.handle(ServletHolder.java:488) at com.mortbay.Jetty.Servlet.ServletHandler.handle(ServletHandler.java:389) at com.mortbay.HTTP.HandlerContext.handle(HandlerContext.java:972) at com.mortbay.HTTP.HandlerContext.handle(HandlerContext.java:927) at com.mortbay.HTTP.HttpServer.service(HttpServer.java:674) at
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 74 Successful tests: 7 Errors:36 Failures: 31 [time of test: 6 September 2001 7:29 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.3-12] See http://lubega.com for full details 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 [details not shown - as this makes the mail too big to reach the sf mailing list] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The trouble with ClassLoaders.
I'm trying to sort out Jetty with RH at the moment. When I deploy some SOAP services that work perfectly on 2.4/Jetty, they fail to find SOAP classes in WEB-INF/lib I haven't tracked it down yet, No, you're not crazy Jules David Maplesden wrote: I am getting some odd behaviour with the loading of classes since marc's RH changes and after spending a couple of days testing things out and trying to convince myself I'm not going mad I've nearly given up trying to figure out whats going on. I basically want to know if anyone else is getting any of these (seemingly unrelated) problems and and/or whether anyone else knows if I am just plain doing things wrong. None of these problems occur with pre-RH JBoss 2.5. 1) The DefaultDS DataSource throws an SQLException No suitable driver when I try to get a connection even though it seems to initialise correctly and the jdbcProvider successfully loaded the org.hsql.jdbcDriver. Snippets from log... [JdbcProvider,INFO] Initializing [JdbcProvider,INFO] Loaded JDBC-driver:org.hsql.jdbcDriver [JdbcProvider,INFO] Initialized followed by... [DefaultDS,INFO] Starting [DefaultDS,INFO] Started and finally... [JDBCManagedConnectionFactory-1,ERROR] Unable to create ManagedConnection: javax.resource.ResourceException: Unable to create DB connection (url=jdbc\:HypersonicSQL\:hsql\://localhost\:1476, user=sa: java.sql.SQLException: No suitable driver at org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createManagedConn ection(JDBCManagedConnectionFactory.java:245) at org.jboss.pool.connector.ManagedConnectionPoolFactory.createObject(ManagedCo nnectionPoolFactory.java:62) at org.jboss.pool.ObjectPool.createNewObject(ObjectPool.java:991) at org.jboss.pool.ObjectPool.getObject(ObjectPool.java:657) at org.jboss.pool.connector.SharedLocalConnectionManager.allocateConnection(Sha redLocalConnectionManager.java:104) at org.jboss.pool.connector.jdbc.JDBCDataSource.getConnection(JDBCDataSource.ja va:79) 2) Originally Jetty failed every time it tried to compile a jsp page because it can't find the javax.servlet.* classes, even though I had them in the lib/ext directory (in javax.servlet.jar) along with everything else. Then I added the javax.servlet.jar as a standard extension to my jdk and now it can't find some of the jasper classes, although it finds others. The error message below comes from a jasper class because it can't find another jasper class, even though they are both in the same jar file! Jetty also serves servlets fine. [Jetty,WARN] Servlet Exception for /demo/jsp/hello.jsp org.apache.jasper.JasperException: JASPER: Unable to compile class for JSPC:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello _0002ejsphello_jsp_0.java:12: Package org.apache.jasper.runtime not found in import. import org.apache.jasper.runtime.*; ^ C:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello_00 02ejsphello_jsp_0.java:14: Class org.apache.jasper.JasperException not found in import. import org.apache.jasper.JasperException; ^ C:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello_00 02ejsphello_jsp_0.java:17: Superclass jsp.HttpJspBase of class jsp._0002fjsp_0002fhello_0002ejsphello_jsp_0 not found. public class _0002fjsp_0002fhello_0002ejsphello_jsp_0 extends HttpJspBase { ^ 3 errors at org.apache.jasper.compiler.Compiler.compile(Compiler.java:249) at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:448) at org.apache.jasper.servlet.JasperLoader12$1.run(JasperLoader12.java:160) at java.security.AccessController.doPrivileged(Native Method) at org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:156) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:419) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:151) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:163) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:307) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:380) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.mortbay.Jetty.Servlet.ServletHolder.handle(ServletHolder.java:488) at com.mortbay.Jetty.Servlet.ServletHandler.handle(ServletHandler.java:389) at com.mortbay.HTTP.HandlerContext.handle(HandlerContext.java:972) at com.mortbay.HTTP.HandlerContext.handle(HandlerContext.java:927) at com.mortbay.HTTP.HttpServer.service(HttpServer.java:674) at com.mortbay.HTTP.HttpConnection.service(HttpConnection.java:701) at com.mortbay.HTTP.HttpConnection.handle(HttpConnection.java:864)
Re: [JBoss-dev] Re: RH build problem....
Or we could investigate why Ant is doing this, Surely, if there are no Strings to replace, Ant should leave the file alone Perhaps upgrading Ant would fix this ? Jules Jason Dillon wrote: I don't get it... why are we filtering?? Wasn't everything working with old build system without filtering??? That really depends by what is meant by working. I would not consider the old build system as working, and thus spent lots of time trying to fix it, which I think went well for the most part. I enabled filtering by default an all source copies (which I expected to be text not binary), to allow those files to pickup configuration from the build system. I think that it is beneficial, though currently it is only being used in two places (version.properties and the manual/src/xdocs stuff). If it is causing a fuss, then we can simply drop the default fitering and only filter those files which need to be. This will complicate the build system slightly, since you will have to have additional copy tasks with filtering enabled, which include the select files, then the regular copy tasks will have to exlude those files and such. I prefer the filters, but I don't really care either way. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The trouble with ClassLoaders.
Hrm... that could be the problem I ran into earlier when trying to test out the website (it couldn't load jive classes). How did the jetty plugin load classes before the RH work was commited? Has the jetty/plugin or the jetty architecture changed? --jason On Thu, 6 Sep 2001, Julian Gosnell wrote: I'm trying to sort out Jetty with RH at the moment. When I deploy some SOAP services that work perfectly on 2.4/Jetty, they fail to find SOAP classes in WEB-INF/lib I haven't tracked it down yet, No, you're not crazy Jules David Maplesden wrote: I am getting some odd behaviour with the loading of classes since marc's RH changes and after spending a couple of days testing things out and trying to convince myself I'm not going mad I've nearly given up trying to figure out whats going on. I basically want to know if anyone else is getting any of these (seemingly unrelated) problems and and/or whether anyone else knows if I am just plain doing things wrong. None of these problems occur with pre-RH JBoss 2.5. 1) The DefaultDS DataSource throws an SQLException No suitable driver when I try to get a connection even though it seems to initialise correctly and the jdbcProvider successfully loaded the org.hsql.jdbcDriver. Snippets from log... [JdbcProvider,INFO] Initializing [JdbcProvider,INFO] Loaded JDBC-driver:org.hsql.jdbcDriver [JdbcProvider,INFO] Initialized followed by... [DefaultDS,INFO] Starting [DefaultDS,INFO] Started and finally... [JDBCManagedConnectionFactory-1,ERROR] Unable to create ManagedConnection: javax.resource.ResourceException: Unable to create DB connection (url=jdbc\:HypersonicSQL\:hsql\://localhost\:1476, user=sa: java.sql.SQLException: No suitable driver at org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createManagedConn ection(JDBCManagedConnectionFactory.java:245) at org.jboss.pool.connector.ManagedConnectionPoolFactory.createObject(ManagedCo nnectionPoolFactory.java:62) at org.jboss.pool.ObjectPool.createNewObject(ObjectPool.java:991) at org.jboss.pool.ObjectPool.getObject(ObjectPool.java:657) at org.jboss.pool.connector.SharedLocalConnectionManager.allocateConnection(Sha redLocalConnectionManager.java:104) at org.jboss.pool.connector.jdbc.JDBCDataSource.getConnection(JDBCDataSource.ja va:79) 2) Originally Jetty failed every time it tried to compile a jsp page because it can't find the javax.servlet.* classes, even though I had them in the lib/ext directory (in javax.servlet.jar) along with everything else. Then I added the javax.servlet.jar as a standard extension to my jdk and now it can't find some of the jasper classes, although it finds others. The error message below comes from a jasper class because it can't find another jasper class, even though they are both in the same jar file! Jetty also serves servlets fine. [Jetty,WARN] Servlet Exception for /demo/jsp/hello.jsp org.apache.jasper.JasperException: JASPER: Unable to compile class for JSPC:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello _0002ejsphello_jsp_0.java:12: Package org.apache.jasper.runtime not found in import. import org.apache.jasper.runtime.*; ^ C:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello_00 02ejsphello_jsp_0.java:14: Class org.apache.jasper.JasperException not found in import. import org.apache.jasper.JasperException; ^ C:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello_00 02ejsphello_jsp_0.java:17: Superclass jsp.HttpJspBase of class jsp._0002fjsp_0002fhello_0002ejsphello_jsp_0 not found. public class _0002fjsp_0002fhello_0002ejsphello_jsp_0 extends HttpJspBase { ^ 3 errors at org.apache.jasper.compiler.Compiler.compile(Compiler.java:249) at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:448) at org.apache.jasper.servlet.JasperLoader12$1.run(JasperLoader12.java:160) at java.security.AccessController.doPrivileged(Native Method) at org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:156) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:419) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:151) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:163) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:307) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:380) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.mortbay.Jetty.Servlet.ServletHolder.handle(ServletHolder.java:488) at
Re: [JBoss-dev] Re: RH build problem....
We know why ant is doing this. Most of the copy tasks are setup to filter=true. Ant's filtering ability is much like the cpp, which can take a #DEFINE and replace the configured value. The difference for us is that @some.property@ will be replaced by ${some.property} or left as is if there is no such property defined. I have made use of this to generate configurations of the applications I built for all users, who may not really know how each part of the system is configured. All they know, or rather need to know (which is important, because they could know, but choose not too) is a few configuration properties which get dropped into local.properties. In many cases the example file covers the default values for this and can provide documentation on what it does. To do this and keep the build system simple, this feature of ant has been turned on by default. I recently started using it to generate the version.properties file which will always keep the version number of generated builds current, with out user interaction (or rather retention of the task of updating it by hand). The manual build system uses this to keep the thirdparty support files separate from jboss specifics. There are other areas which could benefit from this type of dynamic configuration of files, but alas there is a limited amount of time which I can (or am willing to) spend on a build system. Once it does its job well, makes most everyone happy, requires little maintenance and fulfills all designed needs, it is time to let it rest. Soon enough new ideas will birth which will demand change from it, give it time to grow or rather go work on the boot configuration systems because they are vastly more interesting. =) --jason On Thu, 6 Sep 2001, Julian Gosnell wrote: Or we could investigate why Ant is doing this, Surely, if there are no Strings to replace, Ant should leave the file alone Perhaps upgrading Ant would fix this ? Jules Jason Dillon wrote: I don't get it... why are we filtering?? Wasn't everything working with old build system without filtering??? That really depends by what is meant by working. I would not consider the old build system as working, and thus spent lots of time trying to fix it, which I think went well for the most part. I enabled filtering by default an all source copies (which I expected to be text not binary), to allow those files to pickup configuration from the build system. I think that it is beneficial, though currently it is only being used in two places (version.properties and the manual/src/xdocs stuff). If it is causing a fuss, then we can simply drop the default fitering and only filter those files which need to be. This will complicate the build system slightly, since you will have to have additional copy tasks with filtering enabled, which include the select files, then the regular copy tasks will have to exlude those files and such. I prefer the filters, but I don't really care either way. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RH Startup - GPA - missing libs?
Hi, I get the following warnings on a standard build startup of jboss: [GPA] WARNING: URL file:/home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV//lib/ext/crimson.jar could not be opened [GPA] WARNING: URL file:/home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV//lib/ext/jaxp.jar could not be opened Is this ok? I have other errors and so I thought I'd start from the top... Regards, Chris = Need somewhere to Live in London - http://freeflats.com __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RH Startup - jetty problems?
Hi, I presume the jetty integration is currently in flux? I get the following errors upon startup of a standard build server: [DefaultDS,INFO] Initialized [JettyService,INFO] Initializing [Jetty,INFO] loaded properties from: jetty.properties [Service Controller,ERROR] java.lang.ClassCircularityError: com/mortbay/Util/JarFileResource [Service Controller,ERROR] at java.lang.ClassLoader.resolveClass0(Native Method) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR] at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [Service Controller,ERROR] at java.lang.ClassLoader.defineClass0(Native Method) [Service Controller,ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:496) [Service Controller,ERROR] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:117) [Service Controller,ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) [Service Controller,ERROR] at java.net.URLClassLoader.access$300(URLClassLoader.java:69) [Service Controller,ERROR] at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java(Compiled Code)) [Service Controller,ERROR] at java.security.AccessController.doPrivileged(Native Method) [Service Controller,ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java(Compiled Code)) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR] at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [Service Controller,ERROR] at java.lang.ClassLoader.resolveClass0(Native Method) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR] at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [ and [DefaultDS,INFO] Started [JettyService,INFO] Starting [JettyService,ERROR] Stopped java.lang.NullPointerException at org.jboss.jetty.JettyService.startService(JettyService.java:216) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:109) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:508) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:331) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.ServiceDeployer.postRegister(ServiceDeployer.java:529) at com.sun.management.jmx.MBeanServerImpl.postRegisterInvoker(MBeanServerImpl.java:2274) at com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:532) at org.jboss.Main.init(Main.java:171) at org.jboss.Main$1.run(Main.java:311) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.Main.main(Main.java:306) [Service Controller,ERROR] java.lang.NullPointerException [Service Controller,ERROR] at org.jboss.jetty.JettyService.startService(JettyService.java:216) [Service Controller,ERROR] at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:109) [Service Controller,ERROR] at java.lang.reflect.Method.invoke(Native Method) [Service Controller,ERROR] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) [Service Controller,ERROR] at
[JBoss-dev] RH startup - jbossmq problems?
Hi, Should jbossmq be starting up in a standard build - I am getting these errors: [UILServerILService,INFO] Initialized [TopicManager,INFO] Initializing [JMSServer,DEBUG] addDestination: TOPIC.testTopic, org.jboss.mq.server.JMSTopic@6b355423 [TopicManager,INFO] Initialized [TopicManager,INFO] Initializing [JMSServer,DEBUG] addDestination: TOPIC.example, org.jboss.mq.server.JMSTopic@68609423 [TopicManager,INFO] Initialized [TopicManager,INFO] Initializing [JMSServer,DEBUG] addDestination: TOPIC.bob, org.jboss.mq.server.JMSTopic@6e365423 [TopicManager,INFO] Initialized [QueueManager,INFO] Initializing [Service Controller,ERROR] java.lang.ClassCircularityError: org/jboss/mq/SpyObjectMessage [Service Controller,ERROR] at java.lang.ClassLoader.resolveClass0(Native Method) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR] at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [Service Controller,ERROR] at java.lang.ClassLoader.defineClass0(Native Method) [Service Controller,ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:496) [Service Controller,ERROR] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:117) [Service Controller,ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) [Service Controller,ERROR] at java.net.URLClassLoader.access$300(URLClassLoader.java:69) [Service Controller,ERROR] at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java(Compiled Code)) [Service Controller,ERROR] at java.security.AccessController.doPrivileged(Native Method) [Service Controller,ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java(Compiled Code)) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR] at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [Service Controller,ERROR] at java.lang.ClassLoader.resolveClass0(Native Method) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR] at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR] at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [Service Controller,ERROR] at org.jboss.mq.pm.file.PersistenceManager.initQueue(PersistenceManager.java:225) [Service Controller,ERROR] at org.jboss.mq.server.PersistentQueue.init(PersistentQueue.java:22) and [JBossMQService,INFO] Starting [JBossMQService,INFO] Started [StateManager,INFO] Starting [Default,INFO] Did not find the UCL resource jboss.jcml [StateManager,ERROR] Stopped java.net.MalformedURLException: no protocol: jbossmq-state.xml at java.net.URL.init(URL.java(Compiled Code)) at java.net.URL.init(URL.java(Compiled Code)) at org.jboss.mq.server.StateManager.loadConfig(StateManager.java:392) at org.jboss.mq.server.StateManager.startService(StateManager.java:329) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:109) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:508) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:331) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.ServiceDeployer.postRegister(ServiceDeployer.java:529) at
[JBoss-dev] RH and ManagedConnections?
Hi, I am trying to run the testsuite and get this error trying to use a sql connection: [JDBCManagedConnectionFactory-1,ERROR] Unable to create ManagedConnection: javax.resource.ResourceException: Unable to create DB connection (url=jdbc\:HypersonicSQL\:hsql\://localhost\:1476, user=sa: java.sql.SQLException: No suitable driver at org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createManagedConnection(JDBCManagedConnectionFactory.java:245) at org.jboss.pool.connector.ManagedConnectionPoolFactory.createObject(ManagedConnectionPoolFactory.java:62) at org.jboss.pool.ObjectPool.createNewObject(ObjectPool.java:991) at org.jboss.pool.ObjectPool.getObject(ObjectPool.java:657) at org.jboss.pool.connector.SharedLocalConnectionManager.allocateConnection(SharedLocalConnectionManager.java:104) at org.jboss.pool.connector.jdbc.JDBCDataSource.getConnection(JDBCDataSource.java:79) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.getConnection(JDBCCommand.java:696) at org.jboss.ejb.plugins.jaws.jdbc.JDBCInitCommand.execute(JDBCInitCommand.java:121) at org.jboss.ejb.plugins.jaws.JAWSPersistenceManager.init(JAWSPersistenceManager.java:111) at org.jboss.ejb.plugins.CMPPersistenceManager.init(CMPPersistenceManager.java:136) at org.jboss.ejb.EntityContainer.init(EntityContainer.java:313) at org.jboss.ejb.Application.init(Application.java:198) at org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:385) at org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:311) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:492) at org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:470) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:209) at java.lang.reflect.Method.invoke(Native Method) Are the slashes in the jdbc url the problem? Have they been fixed with the other change I saw recently? Thanks, Chris = Need somewhere to Live in London - http://freeflats.com __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RH Startup - jetty problems?
I don't think I've seen either of these. There are currently three problems that I am working on: 1. Jetty has been integrated without it's usual home tree - the easiest way around this is to set JettyHome in jboss-service.xml to point to a Jetty-3.1.RC8 (don't try RC9 - it won't work) directory. (Jetty is at SourceForge). 2. Something has changed in the ClassLoader passed down to Jetty from the J2EEDeployer causing Jetty to not see some/all? classes in jars in WEB-INF/lib 3. The build process is not copying tools/lib/javac.jar into the output tree, however even if you do this JSPs still do not work properly - I'm putting this down to the ClassLoader issues in (2). If you run the web test suite, you will also get errors to do with authentication - I haven't really looked at this yet - I figure it's probably not Jetty, as nothing has changed between the last 2.4 integration and RH. I made a couple of changes last night (GMT) - so you might want to refresh your tree. If you fix your jboss-service.xml as described, you might get away with unpacking all your required jars into WEB-INF/classes - I haven't tried this yet. Let me know how you get on. Jules --- Chris Kimpton [EMAIL PROTECTED] wrote: Hi, I presume the jetty integration is currently in flux? I get the following errors upon startup of a standard build server: [DefaultDS,INFO] Initialized [JettyService,INFO] Initializing [Jetty,INFO] loaded properties from: jetty.properties [Service Controller,ERROR] java.lang.ClassCircularityError: com/mortbay/Util/JarFileResource [Service Controller,ERROR]at java.lang.ClassLoader.resolveClass0(Native Method) [Service Controller,ERROR]at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR]at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR]at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [Service Controller,ERROR]at java.lang.ClassLoader.defineClass0(Native Method) [Service Controller,ERROR]at java.lang.ClassLoader.defineClass(ClassLoader.java:496) [Service Controller,ERROR]at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:117) [Service Controller,ERROR]at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) [Service Controller,ERROR]at java.net.URLClassLoader.access$300(URLClassLoader.java:69) [Service Controller,ERROR]at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java(Compiled Code)) [Service Controller,ERROR]at java.security.AccessController.doPrivileged(Native Method) [Service Controller,ERROR]at java.net.URLClassLoader.findClass(URLClassLoader.java(Compiled Code)) [Service Controller,ERROR]at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR]at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [Service Controller,ERROR]at java.lang.ClassLoader.resolveClass0(Native Method) [Service Controller,ERROR]at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR]at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) [Service Controller,ERROR]at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) [Service Controller,ERROR]at org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) [ and [DefaultDS,INFO] Started [JettyService,INFO] Starting [JettyService,ERROR] Stopped java.lang.NullPointerException at org.jboss.jetty.JettyService.startService(JettyService.java:216) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:109) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:508) at $Proxy0.start(Unknown Source) at
Re: [JBoss-dev] Re: RH build problem....
I understand that you have filtering on. Are you saying that the SOAP jar just happens to contain a string which is one you are replacing ? Otherwise this is a bug in Ant - I am on the Ant list and vaguely remember someone else posting a similar problem where copy was corrupting a binary file. Jules --- Jason Dillon [EMAIL PROTECTED] wrote: We know why ant is doing this. Most of the copy tasks are setup to filter=true. Ant's filtering ability is much like the cpp, which can take a #DEFINE and replace the configured value. The difference for us is that @some.property@ will be replaced by ${some.property} or left as is if there is no such property defined. I have made use of this to generate configurations of the applications I built for all users, who may not really know how each part of the system is configured. All they know, or rather need to know (which is important, because they could know, but choose not too) is a few configuration properties which get dropped into local.properties. In many cases the example file covers the default values for this and can provide documentation on what it does. To do this and keep the build system simple, this feature of ant has been turned on by default. I recently started using it to generate the version.properties file which will always keep the version number of generated builds current, with out user interaction (or rather retention of the task of updating it by hand). The manual build system uses this to keep the thirdparty support files separate from jboss specifics. There are other areas which could benefit from this type of dynamic configuration of files, but alas there is a limited amount of time which I can (or am willing to) spend on a build system. Once it does its job well, makes most everyone happy, requires little maintenance and fulfills all designed needs, it is time to let it rest. Soon enough new ideas will birth which will demand change from it, give it time to grow or rather go work on the boot configuration systems because they are vastly more interesting. =) --jason On Thu, 6 Sep 2001, Julian Gosnell wrote: Or we could investigate why Ant is doing this, Surely, if there are no Strings to replace, Ant should leave the file alone Perhaps upgrading Ant would fix this ? Jules Jason Dillon wrote: I don't get it... why are we filtering?? Wasn't everything working with old build system without filtering??? That really depends by what is meant by working. I would not consider the old build system as working, and thus spent lots of time trying to fix it, which I think went well for the most part. I enabled filtering by default an all source copies (which I expected to be text not binary), to allow those files to pickup configuration from the build system. I think that it is beneficial, though currently it is only being used in two places (version.properties and the manual/src/xdocs stuff). If it is causing a fuss, then we can simply drop the default fitering and only filter those files which need to be. This will complicate the build system slightly, since you will have to have additional copy tasks with filtering enabled, which include the select files, then the regular copy tasks will have to exlude those files and such. I prefer the filters, but I don't really care either way. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The trouble with ClassLoaders.
Nothing has changed in Jetty between the last 2.4 release which worked and RH, which doesn't. The only changes made to the integration were made last nigh, after I had discovered the problem. The integration code retrieves a ClassLoader passed by the J2EEDeployer on the deployment thread and passes this into Jetty to use for the deployment. I've no idea what sort of changes have been made to this ClassLoader - perhaps Jetty is making some assumptions about it that have changed underneath us Jules --- Jason Dillon [EMAIL PROTECTED] wrote: Hrm... that could be the problem I ran into earlier when trying to test out the website (it couldn't load jive classes). How did the jetty plugin load classes before the RH work was commited? Has the jetty/plugin or the jetty architecture changed? --jason On Thu, 6 Sep 2001, Julian Gosnell wrote: I'm trying to sort out Jetty with RH at the moment. When I deploy some SOAP services that work perfectly on 2.4/Jetty, they fail to find SOAP classes in WEB-INF/lib I haven't tracked it down yet, No, you're not crazy Jules David Maplesden wrote: I am getting some odd behaviour with the loading of classes since marc's RH changes and after spending a couple of days testing things out and trying to convince myself I'm not going mad I've nearly given up trying to figure out whats going on. I basically want to know if anyone else is getting any of these (seemingly unrelated) problems and and/or whether anyone else knows if I am just plain doing things wrong. None of these problems occur with pre-RH JBoss 2.5. 1) The DefaultDS DataSource throws an SQLException No suitable driver when I try to get a connection even though it seems to initialise correctly and the jdbcProvider successfully loaded the org.hsql.jdbcDriver. Snippets from log... [JdbcProvider,INFO] Initializing [JdbcProvider,INFO] Loaded JDBC-driver:org.hsql.jdbcDriver [JdbcProvider,INFO] Initialized followed by... [DefaultDS,INFO] Starting [DefaultDS,INFO] Started and finally... [JDBCManagedConnectionFactory-1,ERROR] Unable to create ManagedConnection: javax.resource.ResourceException: Unable to create DB connection (url=jdbc\:HypersonicSQL\:hsql\://localhost\:1476, user=sa: java.sql.SQLException: No suitable driver at org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createManagedConn ection(JDBCManagedConnectionFactory.java:245) at org.jboss.pool.connector.ManagedConnectionPoolFactory.createObject(ManagedCo nnectionPoolFactory.java:62) at org.jboss.pool.ObjectPool.createNewObject(ObjectPool.java:991) at org.jboss.pool.ObjectPool.getObject(ObjectPool.java:657) at org.jboss.pool.connector.SharedLocalConnectionManager.allocateConnection(Sha redLocalConnectionManager.java:104) at org.jboss.pool.connector.jdbc.JDBCDataSource.getConnection(JDBCDataSource.ja va:79) 2) Originally Jetty failed every time it tried to compile a jsp page because it can't find the javax.servlet.* classes, even though I had them in the lib/ext directory (in javax.servlet.jar) along with everything else. Then I added the javax.servlet.jar as a standard extension to my jdk and now it can't find some of the jasper classes, although it finds others. The error message below comes from a jasper class because it can't find another jasper class, even though they are both in the same jar file! Jetty also serves servlets fine. [Jetty,WARN] Servlet Exception for /demo/jsp/hello.jsp org.apache.jasper.JasperException: JASPER: Unable to compile class for JSPC:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello _0002ejsphello_jsp_0.java:12: Package org.apache.jasper.runtime not found in import. import org.apache.jasper.runtime.*; ^ C:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello_00 02ejsphello_jsp_0.java:14: Class org.apache.jasper.JasperException not found in import. import org.apache.jasper.JasperException; ^ C:\DOCUME~1\dmap\LOCALS~1\Temp\JettyContext34026.tmp\_0002fjsp_0002fhello_00 02ejsphello_jsp_0.java:17: Superclass jsp.HttpJspBase of class jsp._0002fjsp_0002fhello_0002ejsphello_jsp_0 not found. public class _0002fjsp_0002fhello_0002ejsphello_jsp_0 extends HttpJspBase { ^ 3 errors at org.apache.jasper.compiler.Compiler.compile(Compiler.java:249) at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:448) at org.apache.jasper.servlet.JasperLoader12$1.run(JasperLoader12.java:160) at java.security.AccessController.doPrivileged(Native Method) at
Re: [JBoss-dev] The trouble with ClassLoaders.
The Jetty loader has not changed for a while. It either just uses the parent classloader (ie jboss's classloader) or if there is a WEB-INF/classes directory or jars in WEB-INF/lib, then it creates a derivation of URLClassLoader with the jboss loader as the parent. Has anybody tried running jetty with debug on (maybe verbose) so you can see the loader setup and each class as it is loaded. Debug can be controlled via JMX. cheers Julian Gosnell wrote: Nothing has changed in Jetty between the last 2.4 release which worked and RH, which doesn't. The only changes made to the integration were made last nigh, after I had discovered the problem. The integration code retrieves a ClassLoader passed by the J2EEDeployer on the deployment thread and passes this into Jetty to use for the deployment. I've no idea what sort of changes have been made to this ClassLoader - perhaps Jetty is making some assumptions about it that have changed underneath us Jules -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The trouble with ClassLoaders.
I'll try this this evening, Jules --- Greg Wilkins [EMAIL PROTECTED] wrote: The Jetty loader has not changed for a while. It either just uses the parent classloader (ie jboss's classloader) or if there is a WEB-INF/classes directory or jars in WEB-INF/lib, then it creates a derivation of URLClassLoader with the jboss loader as the parent. Has anybody tried running jetty with debug on (maybe verbose) so you can see the loader setup and each class as it is loaded. Debug can be controlled via JMX. cheers Julian Gosnell wrote: Nothing has changed in Jetty between the last 2.4 release which worked and RH, which doesn't. The only changes made to the integration were made last nigh, after I had discovered the problem. The integration code retrieves a ClassLoader passed by the J2EEDeployer on the deployment thread and passes this into Jetty to use for the deployment. I've no idea what sort of changes have been made to this ClassLoader - perhaps Jetty is making some assumptions about it that have changed underneath us Jules -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: RH build problem....
Are you saying that the SOAP jar just happens to contain a string which is one you are replacing ? Nope, the filtering tasks turn 8 bit binaries into garbage. It should not be filtered. Otherwise this is a bug in Ant - I am on the Ant list and vaguely remember someone else posting a similar problem where copy was corrupting a binary file. Could be an ant bug, not sure what the spec is about filtering binaries. It should probably ingore them, but it probably have trouble doing that. Either move the soap stuff to thirdparty and setup your jar hooks to pull it from there, or add a new copy which does not filter that jar. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The trouble with ClassLoaders.
I just tried it... Things are getting more interesting. The problem arises when SOAP tries to load javax.activation.DataSource from WEB-INF/lib/activation.jar It looks like this and 5 other classes from the same jar are all loaded successfully. Then a little bit later SOAP tries to load javax.activation.DataSource again using Class.forName() and the call throws a ClassDefNotFoundError... It looks like it should have found the class already loaded - but failed to. Jules --- Julian Gosnell [EMAIL PROTECTED] wrote: I'll try this this evening, Jules --- Greg Wilkins [EMAIL PROTECTED] wrote: The Jetty loader has not changed for a while. It either just uses the parent classloader (ie jboss's classloader) or if there is a WEB-INF/classes directory or jars in WEB-INF/lib, then it creates a derivation of URLClassLoader with the jboss loader as the parent. Has anybody tried running jetty with debug on (maybe verbose) so you can see the loader setup and each class as it is loaded. Debug can be controlled via JMX. cheers Julian Gosnell wrote: Nothing has changed in Jetty between the last 2.4 release which worked and RH, which doesn't. The only changes made to the integration were made last nigh, after I had discovered the problem. The integration code retrieves a ClassLoader passed by the J2EEDeployer on the deployment thread and passes this into Jetty to use for the deployment. I've no idea what sort of changes have been made to this ClassLoader - perhaps Jetty is making some assumptions about it that have changed underneath us Jules -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] The trouble with ClassLoaders.
Jules - good tracking, but can we see some stack traces? Does the Class.forName() call end up being passed to the ContextLoader? It should so long as it was called by a class also loaded by the ContextLoader. It may be that some classes are being loaded from the system classpath, when they really should be on the context classpath. If a bit of SOAP is on the system classpath, then it will be loaded from there in preference to the contextloader (parents always get a go first). But then those classes would not be able to use Class.forName() to get classes that are only in the context classloader. cheers PS.Does anybody want to be off the CC list on this? Julian Gosnell wrote: I just tried it... Things are getting more interesting. The problem arises when SOAP tries to load javax.activation.DataSource from WEB-INF/lib/activation.jar It looks like this and 5 other classes from the same jar are all loaded successfully. Then a little bit later SOAP tries to load javax.activation.DataSource again using Class.forName() and the call throws a ClassDefNotFoundError... It looks like it should have found the class already loaded - but failed to. Jules --- Julian Gosnell [EMAIL PROTECTED] wrote: I'll try this this evening, Jules --- Greg Wilkins [EMAIL PROTECTED] wrote: The Jetty loader has not changed for a while. It either just uses the parent classloader (ie jboss's classloader) or if there is a WEB-INF/classes directory or jars in WEB-INF/lib, then it creates a derivation of URLClassLoader with the jboss loader as the parent. Has anybody tried running jetty with debug on (maybe verbose) so you can see the loader setup and each class as it is loaded. Debug can be controlled via JMX. cheers Julian Gosnell wrote: Nothing has changed in Jetty between the last 2.4 release which worked and RH, which doesn't. The only changes made to the integration were made last nigh, after I had discovered the problem. The integration code retrieves a ClassLoader passed by the J2EEDeployer on the deployment thread and passes this into Jetty to use for the deployment. I've no idea what sort of changes have been made to this ClassLoader - perhaps Jetty is making some assumptions about it that have changed underneath us Jules -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss-service.xml
User: d_jencks Date: 01/09/06 06:18:04 Modified:src/etc/conf/default jboss-service.xml Log: removed escapes from connection url so connection factoryloader would load DefaultDS Revision ChangesPath 1.5 +2 -2 jboss/src/etc/conf/default/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss-service.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- jboss-service.xml 2001/09/06 00:39:34 1.4 +++ jboss-service.xml 2001/09/06 13:18:04 1.5 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jboss-service.xml,v 1.4 2001/09/06 00:39:34 jules_gosnell Exp $ -- +!-- $Id: jboss-service.xml,v 1.5 2001/09/06 13:18:04 d_jencks Exp $ -- !-- | This is where you can add and configure your MBeans. @@ -358,7 +358,7 @@ -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=DefaultDS -attribute name=PropertiesConnectionURL=jdbc\:HypersonicSQL\:hsql\://localhost\:1476/attribute +attribute name=PropertiesConnectionURL=jdbc:HypersonicSQL:hsql://localhost:1476/attribute attribute name=FactoryNameDefaultDS/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute attribute name=ResourceAdapterNameMinerva JDBC LocalTransaction ResourceAdapter/attribute ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 2.4.0 on Unix Tru64 machine
I'm getting segmentation faults when I try to start up JBoss 2.4 on a Tru64 Unix machine. Has anybody else tried this and gotten the same error? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Deployment Dependencies (was RE: [JBoss-dev] RH startup and JBossMQ)
|-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of David |Jencks |Sent: Wednesday, September 05, 2001 5:52 PM |To: jboss-dev |Subject: Re: Deployment Dependencies (was RE: [JBoss-dev] RH startup and |JBossMQ) | | |Is explict mbean-mbean dependencies really a good idea and/or necessary? |We already have, via the classpath element, sar-sar dependencies. Is there |a realistic case where having finer grained dependencies is appropriate? | |Obviously it's possible, is it desirable? | |Right now there are 2 levels of deployment ordering: | |1. in the classpath element, the sars a given sar depends on are loaded (if |not already present) in the order listed Hmmm... almost, the only problem is that the classpath element is optional, we could make it mandatory to specify dependencies... sounds like a confusing double use for the classpath entry. Deserves a try though... go right ahead david. marcf | |2. Within the sar, the mbeans are created in the order listed. | |What else is needed? Why? | |david jencks | |On 2001.09.05 10:47:41 -0400 marc fleury wrote: | Man, you and jason are just on fire... | | great, great... | | |Well it turns out it's not too hard to simply turn the MQ service into a | |jsr/sar and hot deploy from the deploy directory. However some problems | |turn up (of course) when you have other mbeans that rely on the MQ | service. | |Obviously this is a problem faced by many mbeans, and it has been | |dealt with | |previously by listing the mbeans in a particular order within the | |jboss-service.xml file. Similarly the auto deployer has a feature | where | |it scans the deployment directories in a particular order to ensure | certain | |mbeans are deployed before others. | | | |However if I understand RH correctly the only reason we have | |anything listed | |in the jboss_service.xml file is to work around these dependencies, if | we | |came up with a method of specifying the dependencies in the | |service.xml file | |then virtually everything (except the deployers themselves) could be | |deployed by the auto-deployer from the deploy directories. | | | |So what do people think about something like... | | | |?xml version=1.0 encoding=UTF-8? | |server | | | | dependsJBOSS-SYSTEM:service=Naming/depends | | dependsJBOSS-SYSTEM:service=AnotherService/depends | | | | classpath archives=jbossmq.jar/ | | | | mbean code=org.jboss.mq.server.JBossMQService | | name=JBossMQ:service=Server/ | | | |*snip*snip* | | | |/server | | | |And then the deployer would delay the deployment of the mbeans in the | xml | |file until the mbeans listed in depends tags are deployed as well as | |deploying the mbeans in the file in the order listed. This should | |take care | |of 'fine-grained' and 'course-grained' dependencies. | | Thanks that is an easy solution. You will create a graph of dependencies | in | the service controller. It was needed for the longest time. If I | remember | correctly someone coded that long time ago and you might find a trace of | the | dependency manager somewhere in the attic. | | On another note, when we did the CL research with Jung back in December, | we | exchanged a couple of emails on the topic you are adressing. My gut | feeling | at the time was that we could possibly intercept a dependency call (on | class | dependency) (in our precise case in the MBeanClassLoader) and if there is | a | CNFE then we hold on that dependency in the ServicesLibrary. When that | class is deployed the SL notifies the deployer that can restart | deployment | on the MBean. Advantages: mr clean, automated, no admin intervention, | will | even feel spooky :) down: complicated to code, tricky concurrency issues, | doesn't work for JMX calls (you never reference the *class* of the | target). | | My own vote on my own suggestion at this point is thumbs down for the | simple | reason that the explicit MBean dependency is simpler for us to code. So | go | ahead with your idea, XP. | | It is simpler than ClassLoader dependency graphs that a certain Rickard | Oberg was advocating for administrators to build, but it is still MBean | dependencies built by administrators when we could do away with it. I | don't see a problem with requiring that administrators be aware of what | services depend on what services. It seems like a natural task, jason? | | marcf | | marcf | | | | |Alternatively we could define dependencies on a per mbean basis rathar | than | |per unit (a unit as defined by each xml file) but in some cases there | |would be just too many dependencies to list conveniently. | | | |David | | | | -Original Message- | | From: David Maplesden [mailto:[EMAIL PROTECTED]] | | Sent: Wednesday, September 05, 2001 1:49 PM | | To: JBossDev (E-mail) | | Subject: RE: [JBoss-dev] RH startup and JBossMQ | | | | | | Ok I have just committed some changes to the ServiceDeployer and | | ServiceController code. | | | |
[JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up
Here is the segmentation violation error (dump) that I'm getting when trying to start up Jboss 2.4 on a Unix Tru64 machine. Any help or suggestions would be appreciated. Thanks. [J2eeDeployer] Started [RARDeployer] Starting [RARDeployer] Started [ConnectionManagerFactoryLoader] Starting [MinervaNoTransCMFactory] Connection manager factory 'MinervaNoTransCMFactory bound to 'java:/MinervaNoTransCMFactory' [ConnectionManagerFactoryLoader] Started [ConnectionManagerFactoryLoader] Starting [MinervaSharedLocalCMFactory] Connection manager factory 'MinervaSharedLocalCMFactory bound to 'java:/MinervaSharedLocalCMFactory' [ConnectionManagerFactoryLoader] Started [ConnectionManagerFactoryLoader] Starting [MinervaXACMFactory] Connection manager factory 'MinervaXACMFactory bound to 'java:/MinervaXACMFactory' [ConnectionManagerFactoryLoader] Started [ConnectionFactoryLoader] Starting [ConnectionFactoryLoader] Started [ConnectionFactoryLoader] Starting [ConnectionFactoryLoader] Started [AutoDeployer] Starting [AutoDeployer] Watching /a/franklin/fg/software/appserver/JBoss-2.4.0/deploy [AutoDeployer] Watching /a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib [AutoDeployer] Auto deploy of file:/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib/jbosspool-jdbc.rar [RARDeployer] Attempting to deploy RAR at 'file:/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib/jbosspool-jdbc.rar' [RARDeployer] Loading Minerva Resource Adapter for JDBC 1/2 drivers SIGSEGV 11* segmentation violation si_signo [11]: SIGSEGV 11* segmentation violation si_errno [0]: Error 0 occurred. si_code [1]: SEGV_MAPERR [addr: 0x300DD] sc_pc: 0x3000181a384, r26: 0x141243098 stackpointer=11fff69e8 Full thread dump Classic VM (1.3.0-1.p1, native threads): UIL Worker (TID:0xc29710, sys_thread_t:0x1411c71f8, state:R, native ID:0x1411f3940) prio=5 at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:413) at java.net.ServerSocket.implAccept(ServerSocket.java:238) at java.net.ServerSocket.accept(ServerSocket.java:221) at org.jbossmq.distributed.server.DistributedJMSServerUIL.run(DistributedJMSServerUIL.java, Compiled Code) at java.lang.Thread.run(Thread.java:484) OIL Worker (TID:0xc374d0, sys_thread_t:0x1411876f8, state:R, native ID:0x1411c5940) prio=5 at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:413) at java.net.ServerSocket.implAccept(ServerSocket.java:238) at java.net.ServerSocket.accept(ServerSocket.java:221) at org.jbossmq.distributed.server.DistributedJMSServerOIL.run(DistributedJMSServerOIL.java, Compiled Code) at java.lang.Thread.run(Thread.java:484) Thread-8 (TID:0xc68c60, sys_thread_t:0x1410adcf8, state:CW, native ID:0x1410f9940) prio=5 at java.lang.Thread.sleep(Native Method) at org.jboss.management.ServerDataCollector$RefreshWorker.run(ServerDataCollector.java, Compiled Code) Thread-7 (TID:0xc74dc0, sys_thread_t:0x141061af8, state:R, native ID:0x1410d3940) prio=5 at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java, Compiled Code) at java.io.BufferedInputStream.fill(BufferedInputStream.java:166) at java.io.BufferedInputStream.read(BufferedInputStream.java:202) at java.io.DataInputStream.readUnsignedShort(DataInputStream.java:289) at java.io.DataInputStream.readUTF(DataInputStream.java:519) at java.io.DataInputStream.readUTF(DataInputStream.java:496) at org.hsql.ServerConnection.run(ServerConnection.java:49) instantdb$timer (TID:0xc66000, sys_thread_t:0x140df66f8, state:CW, native ID:0x140ea5940) prio=5 at java.lang.Thread.sleep(Native Method) at org.enhydra.instantdb.db.Database.run(Database.java:1180) at java.lang.Thread.run(Thread.java:484) Thread-5 (TID:0xcda1a0, sys_thread_t:0x140d442f8, state:CW, native ID:0x140d9d940) prio=5 at java.lang.Thread.sleep(Native Method) at org.hsql.Log.run(Log.java, Compiled Code) at java.lang.Thread.run(Thread.java:484) Minerve ObjectPool GC Thread (TID:0xc892f0, sys_thread_t:0x140cf8ff8, state:CW, native ID:0x140d6f940) prio=5 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at org.jboss.pool.PoolGCThread.waitForPools(PoolGCThread.java:42) at org.jboss.pool.PoolGCThread.run(PoolGCThread.java:27) Thread-4 (TID:0xc6fb10, sys_thread_t:0x140ca14f8, state:R, native ID:0x140cd1940) prio=5 at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:413) at java.net.ServerSocket.implAccept(ServerSocket.java:238) at java.net.ServerSocket.accept(ServerSocket.java:221) at
RE: Deployment Dependencies (was RE: [JBoss-dev] RH startup and J Boss MQ)
Ok you guys are climbing up the complexity tree with something that needs to be simple over a simple who's got it longer discussion. Please stop it, it is not that important whether we have 1/2/3 ways of doing it, just DO IT and forget the discussion, please, marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of David |Jencks |Sent: Wednesday, September 05, 2001 6:24 PM |To: David Maplesden |Cc: JBossDev |Subject: Re: Deployment Dependencies (was RE: [JBoss-dev] RH startup and |J Boss MQ) | | |Hi, | |I don't have a very good feeling about having 2 kinds of dependency tree in |the same file - the classpath one and the one you are proposing. | |Another approach that is used by the jca stuff and has been requested |recently for the j2eedeployer is to use NotificationBroadcaster. | |1. ServiceDeployer broadcasts notifications each time it deploys/undeploys |a sar/jar/service.xml | |2. If you have a dependency to a mbean in another package, you write your |mbean to check for the object name when it is initialized, and to register |for notifications. Whenever it gets a notification, it can check for |deploy/undeploy of what it is looking for and go to an appropriate state. | | |This should be pretty easy to code into ServiceMBeanSupport or a descendant |so all you have to do is supply the object names you are looking for -- |this could even be an attribute in the service.xml file. | |what do you think? | |thanks |david jencks | | |On 2001.09.05 17:39:15 -0400 David Maplesden wrote: | OK just so everyone is clear (now that I have had some time to think | about | it) what I am proposing to do is as follows: | | In the jboss-service.xml (or equivalent xml snippet file) it will be | possible to have depends tags | | dependsJBOSS-SYSTEM:service=Naming/depends | | that name an mbean or mbeans that must be deployed before the mbeans in | the | file itself can be deployed. The ServiceController will take notice of | these tags and build a dependency list for the file. It will then delay | the | deployment of the file until all the mbeans on the list are deployed. | This | is to allow several files with interdependencies to be in the auto-deploy | directory at the same time and have them deployed correctly. | | I could add a timeout to the waiting for the dependencies to resolved so | that an exception is raised if the deployment seems to be halted | indefinately. The mbeans listed within a single file will still be | deployed | in the order they are listed so that a large number of dependencies can | be | resolved by listing the mbeans in the same file. This mechanism though | will | allow us to specify services in separate jsr/sar's when it is useful to | do | so. | | This should be fairly simple to implement and relatively effective for | our | needs. | | I am not proposing any support for undeployment dependencies | (automatically undeploying mbeans when mbeans they rely on are | undeployed). | The problem is quite a bit more complex. | | Any comments? | | David | | -Original Message- | From: Jason Dillon [mailto:[EMAIL PROTECTED]] | Sent: Thursday, September 06, 2001 9:17 AM | To: David Maplesden | Cc: JBossDev (E-mail) | Subject: Re: Deployment Dependencies (was RE: [JBoss-dev] RH | startup and | JBoss MQ) | | | Adding some form of dependency declaration will help improvde | debugging, as | a service (or rather the service controller) could throw an | exception with | the exact service name which is missing, instead of throwing | other meaning | less exceptions. Not that I really know that it does throw such | exceptions, just pointing out that dependencies would help | minimize the | learning curve in some ways. | | I understand that it could also be confusing, but if it is | left to a minimal | design, simple in nature, then it should positivly augment | the boot process | rather than complicate it. | | --jason | | | On Wed, 5 Sep 2001, David Maplesden wrote: | | Well it turns out it's not too hard to simply turn the MQ | service into a | jsr/sar and hot deploy from the deploy directory. However | some problems | turn up (of course) when you have other mbeans that rely on | the MQ service. | Obviously this is a problem faced by many mbeans, and it | has been dealt with | previously by listing the mbeans in a particular order within the | jboss-service.xml file. Similarly the auto deployer has a | feature where | it scans the deployment directories in a particular order | to ensure certain | mbeans are deployed before others. | | However if I understand RH correctly the only reason we | have anything listed | in the jboss_service.xml file is to work around these | dependencies, if we | came up with a method of specifying the dependencies in the | service.xml file | then virtually everything (except the deployers themselves) could be | deployed by the auto-deployer from the
RE: Deployment Dependencies (was RE: [JBoss-dev] RH startup and J Boss MQ)
|Anyway the vote seems to be 1-all at the moment, anyone else? :) If you want to fight you take it outside. Anyway the optional classpath is there to express *class* dependencies, while the depend can express *MBean service* dependencies. In fact there could be cases where you could depend on an MBean and invoke it through the dynamicMBean interface and never need an interface hence never need a class. I think the depend stuff wins (by a small admin margin). David, you won marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Deployment Dependencies (was RE: [JBoss-dev] RH startup and J Boss MQ)
|Let's not couple dependency management to JMX notifications. Alleluhiah simple is the word to administrate is the verb marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Depend ...
|If I could have JBoss - be a family of services |-then it should, be able to, undeploy for ex. MQ |andredploy without distubence to sevices dependent |of MQ!. | |how ? That is one of the goals of RH. The service libraries and service controllers role is to build a list of dependencies of services. One time I really need redeployment is when I know the class has changed from one MBean to the other. Then the MBeanCL is capable of tracing these calls and establish a graph of dependencies that can cycle at once. A good example of this is in the scope deployer of Dr Jung, making it work for the server takes a bit more work. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Depend ...
|Hi, | |I have here a version of ServiceDeployer that does this at the jsr/sar |level. You can specify which sar's a given sar depends on, then it works |like this: | |B depends on A How do you know that B depends on A, how do you feed that to the SD? do you take the classpath jsr? Try doing it with the depends tags of David, I would have even preferred a full use of the RH cl to automate that but let's keep it simple... :) |deploy A, then deploy B |Undeploy A B undeployed | |redeploy A - B redeployed. | |Actually it will do fancier stuff than this, this is a simple example. | |I sent it to Marc last night but haven't heard back from him. | |maybe it will be in cvs soon. | |david jencks | |On 2001.09.05 19:40:10 -0400 Peter Fagerlund wrote: | If I could have JBoss - be a family of services | -then it should, be able to, undeploy for ex. MQ | andredploy without distubence to sevices dependent | of MQ!. | | how ? | | Maybe interceptor paus - or go live before switch ? | and then undeploy old ? ... | | /peter_f | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Problems with getting EJB in JBoss
kevin, unless you are reporting a bug on the HEAD version, this is not the appropriate forum. You don't indicate the version. If it is 2.* series please take it to the forums for us, if it is 3.* HEAD RH then we need more information marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Kevin |Duffey |Sent: Thursday, September 06, 2001 1:38 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] Problems with getting EJB in JBoss | | |Hi all, | |I am not quite sure I fully understand what is going on. First I kept |getting NOT BOUND exceptions. I found out that if I turn off the WebServer |at port 8083, apparently my EJB wont deploy. I have no clue why this is. I |would like to somehow start JBoss with NO ports open except the JNDI port |that is required. I am clueless as to how this is done (as I am a newbie). |The docs are a bit hard to understand. At any rate, somehow it appears I am |finally able to get the JNDI lookup to my other maching, but the |problem now |is I am getting a java.lang.NoClassDefFoundError: |org/jboss/security/SecurityAssociation in the web container. I would |appreciate any help why this is happening. | |Thanks. | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] How should recursive .sar deployment work?
How should recursive .sar deployment work - or should it? The new *-service.xml format has a classpath element that contains references to packages needed for the current package. Marc assumed that the entries here would be only jars, so all we have to do is load them. However, its easy to extend this so they can be sars, *-service.xmls, or jars. This allows one package to recursively deploy all packages it depends on -- so I could deploy say a package containing my datasource setup, and through recursive dependincies, that would deploy all of (non spine) jboss. I think this is pretty neat, however there are a couple of complications when it comes time to undeploy - or autodeploy. 1. Undeploy ought to be the inverse of deploy - if we recursively deployed a bunch of stuff, we should recursively undeploy it. 2. Redeploying a package undeploys and deploys it. 3. Autodeploy currently doesn't have any ordering on how it deploys stuff. So here's an example of the problems: Suppose we have two packages A and B, B depends on A. We want them deployed so that B can be removed without removing A. A naive implementation may result in this: Autodeployer deploys B first This recursively deploys A Autodeployer deploys A This undeploys A, undeploying B, redeploys A, which redeploys B All we really wanted was mark A so if we undeploy B, A stays I've thought of 3 solutions, and would like comments. 1. Drop recursive deployment feature ;-( 2. Include in the classpath element of *-service.xml whether the package mentioned should be undeployed when the current package is undeployed. 3. Modify autodeployer so it keeps track of everything deployed in a autodeployment pass and only registers packages it is supposed to autodeploy that were recursively deployed in the same pass. This would need deployment notifications, which have been requested anyway. In our example, B deploying would cause A then B to deploy. Autodeployer, considering deploying A, would look at its list of just deployed, see A in it, and just register A so it won't be undeployed if B is undeployed: this is to avoid the churn in the naive implementation. Are there some other possibilities? I think if we don't do (1) the classpath element should be renamed dependencies and we should allow multiple instances, so we can depend on packages in many locations rather than insisting on a single directory. So, I hope I've included enough detail so this is comprehensible :-) Please ask if this is not clear. david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Deployment Dependencies (was RE: [JBoss-dev] RH startup and JBossMQ)
|Probably most. It's just levels of flexibility and dependency: either |you say the exact service *instances* you need, or you specify the |service *types* you need. For most cases the explicit way will probably |work well, whereas it is possibly more selfmaintaining to only be |dependent on service types. I see... yes this is what Jini brings to clustering... how do you specify the type? by giving a *class* (which would be bad) or giving a class *name*? sorry I can't remember my Jini book. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RH Startup - GPA - missing libs?
|[GPA] WARNING: URL |file:/home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-D |EV//lib/ext/crimson.jar |could not be opened | |[GPA] WARNING: URL |file:/home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-D |EV//lib/ext/jaxp.jar |could not be opened | |Is this ok? yes marcf | |I have other errors and so I thought I'd start from the top... | |Regards, |Chris | |= |Need somewhere to Live in London - http://freeflats.com | |__ |Do You Yahoo!? |Get email alerts NEW webcam video instant messaging with Yahoo! Messenger |http://im.yahoo.com | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RH Startup - jetty problems?
class circularity is usually done with classes already present in teh classpath marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Chris |Kimpton |Sent: Thursday, September 06, 2001 4:34 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] RH Startup - jetty problems? | | |Hi, | |I presume the jetty integration is currently in flux? | |I get the following errors upon startup of a standard build server: | | | | |[DefaultDS,INFO] Initialized |[JettyService,INFO] Initializing |[Jetty,INFO] loaded properties from: jetty.properties |[Service Controller,ERROR] java.lang.ClassCircularityError: |com/mortbay/Util/JarFileResource |[Service Controller,ERROR] at |java.lang.ClassLoader.resolveClass0(Native Method) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) |[Service Controller,ERROR] at |org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) |[Service Controller,ERROR] at |java.lang.ClassLoader.defineClass0(Native Method) |[Service Controller,ERROR] at |java.lang.ClassLoader.defineClass(ClassLoader.java:496) |[Service Controller,ERROR] at |java.security.SecureClassLoader.defineClass(SecureClassLoader.java:117) |[Service Controller,ERROR] at |java.net.URLClassLoader.defineClass(URLClassLoader.java:251) |[Service Controller,ERROR] at |java.net.URLClassLoader.access$300(URLClassLoader.java:69) |[Service Controller,ERROR] at |java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java(Compiled |Code)) |[Service Controller,ERROR] at |java.security.AccessController.doPrivileged(Native Method) |[Service Controller,ERROR] at |java.net.URLClassLoader.findClass(URLClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) |[Service Controller,ERROR] at |org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) |[Service Controller,ERROR] at |java.lang.ClassLoader.resolveClass0(Native Method) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) |[Service Controller,ERROR] at |org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) |[ | | | | | | | | | | | |and | | | | | | |[DefaultDS,INFO] Started |[JettyService,INFO] Starting |[JettyService,ERROR] Stopped |java.lang.NullPointerException | at org.jboss.jetty.JettyService.startService(JettyService.java:216) | at |org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:109) | at java.lang.reflect.Method.invoke(Native Method) | at |com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) | at |com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) | at |org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceContr |oller.java:508) | at $Proxy0.start(Unknown Source) | at |org.jboss.system.ServiceController.start(ServiceController.java:331) | at java.lang.reflect.Method.invoke(Native Method) | at |com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) | at |com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) | at |org.jboss.deployment.ServiceDeployer.postRegister(ServiceDeployer.java:529) | at |com.sun.management.jmx.MBeanServerImpl.postRegisterInvoker(MBeanSer |verImpl.java:2274) | at |com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl. |java:532) | at org.jboss.Main.init(Main.java:171) | at org.jboss.Main$1.run(Main.java:311) | at java.security.AccessController.doPrivileged(Native Method) | at org.jboss.Main.main(Main.java:306) |[Service Controller,ERROR] java.lang.NullPointerException |[Service Controller,ERROR] at
RE: [JBoss-dev] RH startup - jbossmq problems?
Chris, you obviously have a fucked classpath :) marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Chris |Kimpton |Sent: Thursday, September 06, 2001 4:36 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] RH startup - jbossmq problems? | | |Hi, | |Should jbossmq be starting up in a standard build - I am getting |these errors: | |[UILServerILService,INFO] Initialized |[TopicManager,INFO] Initializing |[JMSServer,DEBUG] addDestination: TOPIC.testTopic, |org.jboss.mq.server.JMSTopic@6b355423 |[TopicManager,INFO] Initialized |[TopicManager,INFO] Initializing |[JMSServer,DEBUG] addDestination: TOPIC.example, |org.jboss.mq.server.JMSTopic@68609423 |[TopicManager,INFO] Initialized |[TopicManager,INFO] Initializing |[JMSServer,DEBUG] addDestination: TOPIC.bob, |org.jboss.mq.server.JMSTopic@6e365423 |[TopicManager,INFO] Initialized |[QueueManager,INFO] Initializing |[Service Controller,ERROR] java.lang.ClassCircularityError: |org/jboss/mq/SpyObjectMessage |[Service Controller,ERROR] at |java.lang.ClassLoader.resolveClass0(Native Method) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) |[Service Controller,ERROR] at |org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) |[Service Controller,ERROR] at |java.lang.ClassLoader.defineClass0(Native Method) |[Service Controller,ERROR] at |java.lang.ClassLoader.defineClass(ClassLoader.java:496) |[Service Controller,ERROR] at |java.security.SecureClassLoader.defineClass(SecureClassLoader.java:117) |[Service Controller,ERROR] at |java.net.URLClassLoader.defineClass(URLClassLoader.java:251) |[Service Controller,ERROR] at |java.net.URLClassLoader.access$300(URLClassLoader.java:69) |[Service Controller,ERROR] at |java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java(Compiled |Code)) |[Service Controller,ERROR] at |java.security.AccessController.doPrivileged(Native Method) |[Service Controller,ERROR] at |java.net.URLClassLoader.findClass(URLClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) |[Service Controller,ERROR] at |org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) |[Service Controller,ERROR] at |java.lang.ClassLoader.resolveClass0(Native Method) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:124) |[Service Controller,ERROR] at |org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:144) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:109) |[Service Controller,ERROR] at |org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:115) |[Service Controller,ERROR] at |org.jboss.mq.pm.file.PersistenceManager.initQueue(PersistenceManage |r.java:225) |[Service Controller,ERROR] at |org.jboss.mq.server.PersistentQueue.init(PersistentQueue.java:22) | | | | |and | | | | |[JBossMQService,INFO] Starting |[JBossMQService,INFO] Started |[StateManager,INFO] Starting |[Default,INFO] Did not find the UCL resource jboss.jcml |[StateManager,ERROR] Stopped |java.net.MalformedURLException: no protocol: jbossmq-state.xml | at java.net.URL.init(URL.java(Compiled Code)) | at java.net.URL.init(URL.java(Compiled Code)) | at |org.jboss.mq.server.StateManager.loadConfig(StateManager.java:392) | at |org.jboss.mq.server.StateManager.startService(StateManager.java:329) | at |org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:109) | at java.lang.reflect.Method.invoke(Native Method) | at |com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) | at |com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) | at |org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceContr |oller.java:508) | at $Proxy0.start(Unknown Source) | at
RE: [JBoss-dev] RH Startup - jetty problems?
|2. Something has changed in the ClassLoader passed |down to Jetty from the J2EEDeployer causing Jetty to |not see some/all? classes in jars in WEB-INF/lib No honestly this looks like it was present before 3.0, make sure on that point. |If you run the web test suite, you will also get |errors to do with authentication - I haven't really |looked at this yet - I figure it's probably not Jetty, |as nothing has changed between the last 2.4 |integration and RH. Security is not yet integrated, Scott will get to it when he has time, he is on other stuff right now... |Let me know how you get on. It will be ironed out pretty fast, in the meantime, you are paratroopers, you are supposed to be surrounded on all sides... marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] The trouble with ClassLoaders.
|The Jetty loader has not changed for a while. | |It either just uses the parent classloader (ie jboss's classloader) or |if there is a WEB-INF/classes directory or jars in WEB-INF/lib, then |it creates a derivation of URLClassLoader with the jboss loader as the |parent. OK then I need the call you use to retrieve the stuff you don't see, is it load is it getResources? marcf | |Has anybody tried running jetty with debug on (maybe verbose) |so you can see the loader setup and each class as it is loaded. | |Debug can be controlled via JMX. | |cheers | | | | |Julian Gosnell wrote: | | Nothing has changed in Jetty between the last 2.4 | release which worked and RH, which doesn't. | | The only changes made to the integration were made | last nigh, after I had discovered the problem. | | The integration code retrieves a ClassLoader passed by | the J2EEDeployer on the deployment thread and passes | this into Jetty to use for the deployment. | | I've no idea what sort of changes have been made to | this ClassLoader - perhaps Jetty is making some | assumptions about it that have changed underneath | us | | Jules | | | |-- |Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 |Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 |http://www.mortbay.com AU Phone: +61-(0)2 98107029 | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] The trouble with ClassLoaders.
|Then a little bit later SOAP tries to load |javax.activation.DataSource again using |Class.forName() and the call throws a |ClassDefNotFoundError... OK, it is the usual bad kiddies coding from SUN with the class loading not done from the context class loader... | | |It looks like it should have found the class already |loaded - but failed to. | | |Jules | | | --- Julian Gosnell [EMAIL PROTECTED] wrote: |I'll try this this evening, | | | Jules | | --- Greg Wilkins [EMAIL PROTECTED] wrote: | The Jetty loader has not changed for a while. | | It either just uses the parent classloader (ie | jboss's classloader) or | if there is a WEB-INF/classes directory or jars in | WEB-INF/lib, then | it creates a derivation of URLClassLoader with the | jboss loader as the | parent. | | Has anybody tried running jetty with debug on | (maybe | verbose) | so you can see the loader setup and each class as | it | is loaded. | | Debug can be controlled via JMX. | | cheers | | | | | Julian Gosnell wrote: | | Nothing has changed in Jetty between the last | 2.4 | release which worked and RH, which doesn't. | | The only changes made to the integration were | made | last nigh, after I had discovered the problem. | | The integration code retrieves a ClassLoader | passed by | the J2EEDeployer on the deployment thread and | passes | this into Jetty to use for the deployment. | | I've no idea what sort of changes have been made | to | this ClassLoader - perhaps Jetty is making some | assumptions about it that have changed | underneath | us | | Jules | | | | -- | Greg Wilkins[EMAIL PROTECTED] GB | Phone: | +44-(0)7092063462 | Mort Bay Consulting Australia and UK.Mbl | Phone: | +61-(0)4 17786631 | http://www.mortbay.com AU | Phone: | +61-(0)2 98107029 | | | | | Do You Yahoo!? | Get your free @yahoo.co.uk address at | http://mail.yahoo.co.uk | or your free @yahoo.ie address at | http://mail.yahoo.ie | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | |https://lists.sourceforge.net/lists/listinfo/jboss-development | | |Do You Yahoo!? |Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk |or your free @yahoo.ie address at http://mail.yahoo.ie | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: starksm Date: 01/09/06 07:43:59 Modified:.build.xml Log: Turn off filtering during the copy of resources Revision ChangesPath 1.12 +2 -2 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- build.xml 2001/09/04 08:45:39 1.11 +++ build.xml 2001/09/06 14:43:58 1.12 @@ -10,7 +10,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.11 2001/09/04 08:45:39 kimptoc Exp $ -- +!-- $Id: build.xml,v 1.12 2001/09/06 14:43:58 starksm Exp $ -- project default=main name=JBoss/Testsuite @@ -344,7 +344,7 @@ !-- Compile resource files -- target name=compile-resources depends=init mkdir dir=${build.resources}/ -copy todir=${build.resources} filtering=yes +copy todir=${build.resources} filtering=no fileset dir=${source.resources} include name=**/*/ /fileset ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] The trouble with ClassLoaders.
|Does the Class.forName() call end up being passed to |the ContextLoader? | |It should so long as it was called by a class also loaded |by the ContextLoader. correct, and then the soap classes need to be present in one of the RH jars... (which it is ) |It may be that some classes are being loaded from the system |classpath, when they really should be on the context classpath. |If a bit of SOAP is on the system classpath, then it will be |loaded from there in preference to the contextloader (parents |always get a go first). But then those classes would not be Bingo... remove the SOAP classes from your classpath otherwise our RH CLs will never see the call, the best way to make sure this is actually the case, is that I left some debugging in the CL classes. Why don't you look for the CHANGEME in the SL by the name of the class that is supposed to be loaded, if you DON'T see the message then you know that is the problem marcf |able to use Class.forName() to get classes that are only in the |context classloader. | |cheers | |PS.Does anybody want to be off the CC list on this? | | | |Julian Gosnell wrote: | | I just tried it... | | Things are getting more interesting. | | The problem arises when SOAP tries to load | javax.activation.DataSource from | WEB-INF/lib/activation.jar | | It looks like this and 5 other classes from the same | jar are all loaded successfully. | | Then a little bit later SOAP tries to load | javax.activation.DataSource again using | Class.forName() and the call throws a | ClassDefNotFoundError... | | | It looks like it should have found the class already | loaded - but failed to. | | | Jules | | | --- Julian Gosnell [EMAIL PROTECTED] wrote: | I'll try this this evening, | | |Jules | | --- Greg Wilkins [EMAIL PROTECTED] wrote: | |The Jetty loader has not changed for a while. | |It either just uses the parent classloader (ie |jboss's classloader) or |if there is a WEB-INF/classes directory or jars in |WEB-INF/lib, then |it creates a derivation of URLClassLoader with the |jboss loader as the |parent. | |Has anybody tried running jetty with debug on | |(maybe | |verbose) |so you can see the loader setup and each class as | |it | |is loaded. | |Debug can be controlled via JMX. | |cheers | | | | |Julian Gosnell wrote: | | |Nothing has changed in Jetty between the last | |2.4 | |release which worked and RH, which doesn't. | |The only changes made to the integration were | |made | |last nigh, after I had discovered the problem. | |The integration code retrieves a ClassLoader | |passed by | |the J2EEDeployer on the deployment thread and | |passes | |this into Jetty to use for the deployment. | |I've no idea what sort of changes have been made | |to | |this ClassLoader - perhaps Jetty is making some |assumptions about it that have changed | |underneath | |us | |Jules | | | |-- |Greg Wilkins[EMAIL PROTECTED] GB | |Phone: | |+44-(0)7092063462 |Mort Bay Consulting Australia and UK.Mbl | |Phone: | |+61-(0)4 17786631 |http://www.mortbay.com AU | |Phone: | |+61-(0)2 98107029 | | | | | |Do You Yahoo!? |Get your free @yahoo.co.uk address at |http://mail.yahoo.co.uk |or your free @yahoo.ie address at |http://mail.yahoo.ie | |___ |Jboss-development mailing list |[EMAIL PROTECTED] | | | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | Do You Yahoo!? | Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk | or your free @yahoo.ie address at http://mail.yahoo.ie | | | | |-- |Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 |Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 |http://www.mortbay.com AU Phone: +61-(0)2 98107029 | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Deployment Dependencies (was RE: [JBoss-dev] RH startup and JBossMQ)
I still don't understand how jini and jmx can relate. They seem to me to be unrelated and non-interoperable implementations of to a large extent the same functionality (as far as finding stuff, not failure recovery in a distributed environment). Lets say we do a jini service discovery/lookup with some entry to specify just what kind of service we need. Well, we get back some way to use that service through jini. How does this relate to any mbeans? If we do a jmx query on object names, we can specify all sorts of things about what kind of mbeans we want. We get back a list of ojbect names, which we can examine and pick the one we like the most. How does this relate to jini? david jencks Can someone turn on reply to list at sourceforge? this is getting ridiculous. On 2001.09.06 10:19:52 -0400 marc fleury wrote: |Probably most. It's just levels of flexibility and dependency: either |you say the exact service *instances* you need, or you specify the |service *types* you need. For most cases the explicit way will probably |work well, whereas it is possibly more selfmaintaining to only be |dependent on service types. I see... yes this is what Jini brings to clustering... how do you specify the type? by giving a *class* (which would be bad) or giving a class *name*? sorry I can't remember my Jini book. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up
David, get a real VM |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of David |Turner |Sent: Thursday, September 06, 2001 9:46 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up | | |Here is the segmentation violation error (dump) that I'm getting when |trying to start up Jboss 2.4 on a Unix Tru64 machine. |Any help or suggestions would be appreciated. Thanks. | | | |[J2eeDeployer] Started |[RARDeployer] Starting |[RARDeployer] Started |[ConnectionManagerFactoryLoader] Starting |[MinervaNoTransCMFactory] Connection manager factory |'MinervaNoTransCMFactory bound to 'java:/MinervaNoTransCMFactory' |[ConnectionManagerFactoryLoader] Started |[ConnectionManagerFactoryLoader] Starting |[MinervaSharedLocalCMFactory] Connection manager factory |'MinervaSharedLocalCMFactory bound to |'java:/MinervaSharedLocalCMFactory' |[ConnectionManagerFactoryLoader] Started |[ConnectionManagerFactoryLoader] Starting |[MinervaXACMFactory] Connection manager factory 'MinervaXACMFactory |bound to 'java:/MinervaXACMFactory' |[ConnectionManagerFactoryLoader] Started |[ConnectionFactoryLoader] Starting |[ConnectionFactoryLoader] Started |[ConnectionFactoryLoader] Starting |[ConnectionFactoryLoader] Started |[AutoDeployer] Starting |[AutoDeployer] Watching |/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy |[AutoDeployer] Watching |/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib |[AutoDeployer] Auto deploy of |file:/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib/jboss |pool-jdbc.rar | |[RARDeployer] Attempting to deploy RAR at |'file:/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib/jbos |spool-jdbc.rar' | |[RARDeployer] Loading Minerva Resource Adapter for JDBC 1/2 drivers |SIGSEGV 11* segmentation violation |si_signo [11]: SIGSEGV 11* segmentation violation |si_errno [0]: Error 0 occurred. |si_code [1]: SEGV_MAPERR [addr: 0x300DD] | |sc_pc: 0x3000181a384, r26: 0x141243098 | |stackpointer=11fff69e8 | |Full thread dump Classic VM (1.3.0-1.p1, native threads): |UIL Worker (TID:0xc29710, sys_thread_t:0x1411c71f8, state:R, |native ID:0x1411f3940) prio=5 |at java.net.PlainSocketImpl.socketAccept(Native Method) |at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:413) |at java.net.ServerSocket.implAccept(ServerSocket.java:238) |at java.net.ServerSocket.accept(ServerSocket.java:221) |at |org.jbossmq.distributed.server.DistributedJMSServerUIL.run(Distribu |tedJMSServerUIL.java, |Compiled Code) |at java.lang.Thread.run(Thread.java:484) |OIL Worker (TID:0xc374d0, sys_thread_t:0x1411876f8, state:R, |native ID:0x1411c5940) prio=5 |at java.net.PlainSocketImpl.socketAccept(Native Method) |at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:413) |at java.net.ServerSocket.implAccept(ServerSocket.java:238) |at java.net.ServerSocket.accept(ServerSocket.java:221) |at |org.jbossmq.distributed.server.DistributedJMSServerOIL.run(Distribu |tedJMSServerOIL.java, |Compiled Code) |at java.lang.Thread.run(Thread.java:484) |Thread-8 (TID:0xc68c60, sys_thread_t:0x1410adcf8, state:CW, native |ID:0x1410f9940) prio=5 |at java.lang.Thread.sleep(Native Method) |at |org.jboss.management.ServerDataCollector$RefreshWorker.run(ServerDa |taCollector.java, |Compiled Code) |Thread-7 (TID:0xc74dc0, sys_thread_t:0x141061af8, state:R, native |ID:0x1410d3940) prio=5 |at java.net.SocketInputStream.socketRead(Native Method) |at java.net.SocketInputStream.read(SocketInputStream.java, |Compiled Code) |at |java.io.BufferedInputStream.fill(BufferedInputStream.java:166) |at |java.io.BufferedInputStream.read(BufferedInputStream.java:202) |at |java.io.DataInputStream.readUnsignedShort(DataInputStream.java:289) |at java.io.DataInputStream.readUTF(DataInputStream.java:519) |at java.io.DataInputStream.readUTF(DataInputStream.java:496) |at org.hsql.ServerConnection.run(ServerConnection.java:49) |instantdb$timer (TID:0xc66000, sys_thread_t:0x140df66f8, state:CW, |native ID:0x140ea5940) prio=5 |at java.lang.Thread.sleep(Native Method) |at org.enhydra.instantdb.db.Database.run(Database.java:1180) |at java.lang.Thread.run(Thread.java:484) |Thread-5 (TID:0xcda1a0, sys_thread_t:0x140d442f8, state:CW, native |ID:0x140d9d940) prio=5 |at java.lang.Thread.sleep(Native Method) |at org.hsql.Log.run(Log.java, Compiled Code) |at java.lang.Thread.run(Thread.java:484) |Minerve ObjectPool GC Thread (TID:0xc892f0, |sys_thread_t:0x140cf8ff8, state:CW, native ID:0x140d6f940) prio=5 |at java.lang.Object.wait(Native Method) |at java.lang.Object.wait(Object.java:420) |at |org.jboss.pool.PoolGCThread.waitForPools(PoolGCThread.java:42) |at
Re: Deployment Dependencies (was RE: [JBoss-dev] RH startup and J Boss MQ)
On 2001.09.06 09:58:31 -0400 marc fleury wrote: |Anyway the vote seems to be 1-all at the moment, anyone else? :) If you want to fight you take it outside. Anyway the optional classpath is there to express *class* dependencies, while the depend can express *MBean service* dependencies. In fact there could be cases where you could depend on an MBean and invoke it through the dynamicMBean interface and never need an interface hence never need a class. I think the depend stuff wins (by a small admin margin). David, you won Well, now we can both get to work :-) I think both are useful. I'll put in one more plug for using notifications for depends 1. I think it would make resolving undeploy dependencies practical (maybe even easy) 2. Non jboss mbeans with dependencies can be proxied or wrapped with a dependency manager mbean. thanks david JENCKS marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Depend ...
|You need to say which David ;-) David Maspleden, Simple is the word, to administrate is the verb marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Updated the list as the reply-to
I changed the SF list reply-to value to be the list rather than the poster. If the effect is not immediate it should take effect shortly.
[JBoss-dev] [ jboss-Feature Requests-459213 ] Read only entity beans w/out transaction
Feature Requests item #459213, was opened at 2001-09-06 08:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376688aid=459213group_id=22866 Category: None Group: None Status: Open Priority: 5 Submitted By: Neil Buesing (buesing) Assigned to: Nobody/Anonymous (nobody) Summary: Read only entity beans w/out transaction Initial Comment: Entity beans that are flagged as read-only should not be part of a transaction. This will allow them to be used w/out causing locking-waiting locks when they are accessed from seperate thread with separate transactions. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376688aid=459213group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
Doug, YOU ARE ON JBOSS DEV SO YOU USE THE SOURCE marcf |-Original Message- |Subject: [JBoss-dev] TRANSACTIONS ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 11:40 AM To: '[EMAIL PROTECTED]' Subject: [JBoss-dev] TRANSACTIONS Are the lists and the forums seems dead this week Anyway.. So I am still trying to find out a couple things.. 1) Does jboss not throw and exception when a bean is reentrant? Can you explaing this more? What is your version of JBoss? 2) Does jboss not discard the transaction when NotSupported is used. I see the code for tm.suspend(). But the log message still shows the blocking message. Again, entity beans that become part of a transaction are locked and will not be released no matter what until the transaction commits or rollsback. 3) I've got deadlock city!!! I will be sending a more informative email when we get a test case. We think it is a jboss transaction bug. Please make sure your code is not making bad assumptions. Ill be glad to help you out to sort this out. Bill ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
We have been using the code and we can see the deadlock happen. We are putting together a test case right now. We were just trying to get a little help. -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 10:59 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS Doug, YOU ARE ON JBOSS DEV SO YOU USE THE SOURCE marcf |-Original Message- |Subject: [JBoss-dev] TRANSACTIONS ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
1) Does jboss not throw and exception when a bean is reentrant? Can you explaing this more? What is your version of JBoss? The spec says that a nonReentrant bean should throw and exception when it tries to reentry I think jBoss is blocking. We see the same thing on 2.2.2 and 2.4 2) Does jboss not discard the transaction when NotSupported is used. I see the code for tm.suspend(). But the log message still shows the blocking message. Again, entity beans that become part of a transaction are locked and will not be released no matter what until the transaction commits or rollsback. I thought the transaction was suspended for NotSupported thus no need to lock. But I the code seems to work as you described above. 3) I've got deadlock city!!! I will be sending a more informative email when we get a test case. We think it is a jboss transaction bug. Please make sure your code is not making bad assumptions. Ill be glad to help you out to sort this out. We are looking into it more. I think our work around is to make any of our read-only entity beans RequiresNew. Seems to cure the blocking thing. I think the ultimate problem is that we have entity bean referencing other entities. d; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Reorganizing connector/jbosscx
Hi, I'm reorganizing the connector/pool stuff so it makes more sense. Here's my proposed directory structure under org/jboss/resource -adapter --jdbccommon (classes shared between 2 jdbc wrapper rar's) --jdbclocal (classes for jdbc non xa wrapper) --jdbcxa (classes for jdbc xa wrapper) --jms (soon) -connectionmanager --jboss -security (already there) adapter and connectionmanager are moved from pool. I want to make jbosscx contain everything except the adapters (which turn into .rars and are deployed separately). I want to make jbosscx into a .sar containing the mbean configuration for RARDeployer and the 3 connectionmanagerfactoryloaders. [As a possible future step I'd like to rewrite the ConnectionManagerFactoryLoader stuff to avoid the x license, share common code, and eliminate the distinction between ConnectionManager and JBossConnectionManager. Maybe even implement the JBossConnectionListener stuff so you don't have to get each connection within a transaction.] In a related issue, I'd like to make the hypersonic/defaultds configuration into a hsql-service.xml or possibly a sar including the hypersonic database itself. Any problems with this? Any comments? david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Reorganizing connector/jbosscx
1 1/2 more things: (correction below) Marc has been pushing to simply remove XADataSourceLoader and JDBCDataSourceLoader and have everyone convert to ConnectionFactoryLoaders by hand. Anyone object? If we don't remove it, what do we do with it? put it in a deprecated package??? david jencks On 2001.09.06 12:52:51 -0400 David Jencks wrote: Hi, I'm reorganizing the connector/pool stuff so it makes more sense. Here's my proposed directory structure under org/jboss/resource -adapter --jdbccommon (classes shared between 2 jdbc wrapper rar's) --jdbclocal (classes for jdbc non xa wrapper) --jdbcxa (classes for jdbc xa wrapper) --jms (soon) -connectionmanager --jboss -security (already there) adapter and connectionmanager are moved from pool. I want to make jbosscx contain everything except the adapters (which turn into .rars and are deployed separately). I want to make jbosscx into a .sar containing the mbean configuration for RARDeployer and the 3 connectionmanagerfactoryloaders. I meant ConnectionManagerFactories [As a possible future step I'd like to rewrite the ConnectionManagerFactoryLoader stuff to avoid the x license, share common code, and eliminate the distinction between ConnectionManager and JBossConnectionManager. Maybe even implement the JBossConnectionListener stuff so you don't have to get each connection within a transaction.] In a related issue, I'd like to make the hypersonic/defaultds configuration into a hsql-service.xml or possibly a sar including the hypersonic database itself. Any problems with this? Any comments? david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Reorganizing connector/jbosscx
on 1-09-06 18.52, David Jencks at [EMAIL PROTECTED] wrote: In a related issue, I'd like to make the hypersonic/defaultds configuration into a hsql-service.xml or possibly a sar including the hypersonic database itself. Maybe then use the 1.6.1 version of hsql ? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 12:20 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] TRANSACTIONS 1) Does jboss not throw and exception when a bean is reentrant? Can you explaing this more? What is your version of JBoss? The spec says that a nonReentrant bean should throw and exception when it tries to reentry I think jBoss is blocking. We see the same thing on 2.2.2 and 2.4 2 locks are performed, first a transaction lock, which is why you are seeing the blocking above, then it does a method-lock. That is, if the bean is currently executing the method, all other threads wait until the method-lock is released. Maybe this is not the correct spec behaviour. 2) Does jboss not discard the transaction when NotSupported is used. I see the code for tm.suspend(). But the log message still shows the blocking message. Again, entity beans that become part of a transaction are locked and will not be released no matter what until the transaction commits or rollsback. I thought the transaction was suspended for NotSupported thus no need to lock. But I the code seems to work as you described above. Yes, the transaction is suspended, but Entity Beans are not unlocked until the transaction commits. 3) I've got deadlock city!!! I will be sending a more informative email when we get a test case. We think it is a jboss transaction bug. Please make sure your code is not making bad assumptions. Ill be glad to help you out to sort this out. We are looking into it more. I think our work around is to make any of our read-only entity beans RequiresNew. Seems to cure the blocking thing. I think the ultimate problem is that we have entity bean referencing other entities. RequiresNew is exactly what we did for our read-only entity beans. In 3.0, you can plug-in your own locking policies.(and 2.4.1 when it is released). There is a MethodOnlyLock that you can put in for read-only beans, but I eventually want to extend this so that read-only beans never become part of the transaction. Bill ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
|There is a MethodOnlyLock that you can put in for read-only beans, but I |eventually want to extend this so that read-only beans never become part of |the transaction. interesting, and all configurable in jboss.xml yes? marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
Right now, you can use the MethodONly Lock, but I haven't made changes to jboss.xml so that you can mark an entity as read-only and the EntitySynchInterceptor will behave differently. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Thursday, September 06, 2001 1:37 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS |There is a MethodOnlyLock that you can put in for read-only beans, but I |eventually want to extend this so that read-only beans never become part of |the transaction. interesting, and all configurable in jboss.xml yes? marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
Will this be part of 2.4.1? d. -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 12:52 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS Right now, you can use the MethodONly Lock, but I haven't made changes to jboss.xml so that you can mark an entity as read-only and the EntitySynchInterceptor will behave differently. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Thursday, September 06, 2001 1:37 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS |There is a MethodOnlyLock that you can put in for read-only beans, but I |eventually want to extend this so that read-only beans never become part of |the transaction. interesting, and all configurable in jboss.xml yes? marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment Installer.java
User: starksm Date: 01/09/06 11:48:28 Modified:src/main/org/jboss/deployment Installer.java Log: Preserve the last modified time of jar entries if the time exists Revision ChangesPath 1.13 +8 -3 jboss/src/main/org/jboss/deployment/Installer.java Index: Installer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/Installer.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- Installer.java2001/08/29 22:53:00 1.12 +++ Installer.java2001/09/06 18:48:28 1.13 @@ -57,7 +57,7 @@ * * @see related * @author a href=mailto:[EMAIL PROTECTED];Daniel Schulze/a - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ */ public class Installer { @@ -606,13 +606,18 @@ int x = name.lastIndexOf(/); if (x != -1) { - File dir = new File(_destDir.getCanonicalPath() + File.separator + name.substring(0, x)); + File dir = new File(_destDir, name.substring(0, x)); if (!dir.exists()) dir.mkdirs(); } // and extract... -out = new FileOutputStream(_destDir.getCanonicalPath() + File.separator + name); +File file = new File(_destDir, name); +out = new FileOutputStream(file); copy(_in, out, false); +// Preserve the last modified time if it exists +long time = entry.getTime(); +if( time 0 ) + file.setLastModified(time); } } _in.close(); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
So I take it that MethodOnlyLock is a transaction setting? -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 12:52 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS Right now, you can use the MethodONly Lock, but I haven't made changes to jboss.xml so that you can mark an entity as read-only and the EntitySynchInterceptor will behave differently. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Thursday, September 06, 2001 1:37 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS |There is a MethodOnlyLock that you can put in for read-only beans, but I |eventually want to extend this so that read-only beans never become part of |the transaction. interesting, and all configurable in jboss.xml yes? marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment Installer.java
User: starksm Date: 01/09/06 11:47:56 Modified:src/main/org/jboss/deployment Tag: Branch_2_4 Installer.java Log: Preserve the last modified time of jar entries if the time exists Revision ChangesPath No revision No revision 1.8.2.2 +9 -4 jboss/src/main/org/jboss/deployment/Installer.java Index: Installer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/Installer.java,v retrieving revision 1.8.2.1 retrieving revision 1.8.2.2 diff -u -r1.8.2.1 -r1.8.2.2 --- Installer.java2001/08/03 20:36:27 1.8.2.1 +++ Installer.java2001/09/06 18:47:56 1.8.2.2 @@ -57,7 +57,7 @@ * * @see related * @author a href=mailto:[EMAIL PROTECTED];Daniel Schulze/a - * @version $Revision: 1.8.2.1 $ + * @version $Revision: 1.8.2.2 $ */ public class Installer { @@ -606,18 +606,23 @@ int x = name.lastIndexOf(/); if (x != -1) { - File dir = new File(_destDir.getCanonicalPath() + File.separator + name.substring(0, x)); + File dir = new File(_destDir, name.substring(0, x)); if (!dir.exists()) dir.mkdirs(); } // and extract... -out = new FileOutputStream(_destDir.getCanonicalPath() + File.separator + name); +File file = new File(_destDir, name); +out = new FileOutputStream(file); copy(_in, out, false); +// Preserve the last modified time if it exists +long time = entry.getTime(); +if( time 0 ) + file.setLastModified(time); } } _in.close(); } - + /** Creates a temporary (unique) file. * @param _parent the directory in which to create the file * @param _prefix the file name prefix ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
R: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up
Hi, David, get a real VM LOL, yeah, now we will have the HP JVM on HP Unix, THOSE sigsevs may be more interesting ;) Do HP have a JVM for its Unix at all ? Someone knows ? Ah, well, life is change (TM) simon @compaq.com (to be read @hp.com) |Here is the segmentation violation error (dump) that I'm getting when |trying to start up Jboss 2.4 on a Unix Tru64 machine. |Any help or suggestions would be appreciated. Thanks. [snip] More seriously, which JVM which version of Tru64 ? It always happen ? If it's reproducible, then you can file a bug for Tru64 engineers, drop me an email if you can't find them Simon ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
No, in 3.0 and 2.4.1 it is a locking-policy. In 3.0 or 2.4.1 look in standardjboss.xml, search for locking-policy. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 2:44 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] TRANSACTIONS So I take it that MethodOnlyLock is a transaction setting? -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 12:52 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS Right now, you can use the MethodONly Lock, but I haven't made changes to jboss.xml so that you can mark an entity as read-only and the EntitySynchInterceptor will behave differently. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Thursday, September 06, 2001 1:37 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS |There is a MethodOnlyLock that you can put in for read-only beans, but I |eventually want to extend this so that read-only beans never become part of |the transaction. interesting, and all configurable in jboss.xml yes? marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up
Yes, see http://www.hp.com/products1/unix/java/index.html - Original Message - From: Bordet, Simone [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 06, 2001 11:54 AM Subject: R: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up Hi, David, get a real VM LOL, yeah, now we will have the HP JVM on HP Unix, THOSE sigsevs may be more interesting ;) Do HP have a JVM for its Unix at all ? Someone knows ? Ah, well, life is change (TM) simon @compaq.com (to be read @hp.com) |Here is the segmentation violation error (dump) that I'm getting when |trying to start up Jboss 2.4 on a Unix Tru64 machine. |Any help or suggestions would be appreciated. Thanks. [snip] More seriously, which JVM which version of Tru64 ? It always happen ? If it's reproducible, then you can file a bug for Tru64 engineers, drop me an email if you can't find them Simon ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
MethodOnlyLock is a part of 2.4.1, but the read-only thing isn't. I won't have time to implement this for a couple of weeks. You'll have to get somebody else to step up to the plate, or you can go in there yourself. If you decide to go in there yourself, you must have somebody review this code before you can commit. I'd be happy to review it if you implemented it. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 2:47 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] TRANSACTIONS Will this be part of 2.4.1? d. -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 12:52 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS Right now, you can use the MethodONly Lock, but I haven't made changes to jboss.xml so that you can mark an entity as read-only and the EntitySynchInterceptor will behave differently. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Thursday, September 06, 2001 1:37 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS |There is a MethodOnlyLock that you can put in for read-only beans, but I |eventually want to extend this so that read-only beans never become part of |the transaction. interesting, and all configurable in jboss.xml yes? marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up
It is true that compaq's JVM has had some issues in the past - but they've made a lot of improvement. Also - compaq's hardware/VM combination has some very impressive numbers - particularly for largely memory configurations - check out: http://www.specbench.org/osg/jvm98/results/jvm98.html Finally - no one can match their clustering technology. -Scott marc fleury wrote: David, get a real VM |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of David |Turner |Sent: Thursday, September 06, 2001 9:46 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] JBoss 2.4.0 on Tru64 Unix machine follow up | | |Here is the segmentation violation error (dump) that I'm getting when |trying to start up Jboss 2.4 on a Unix Tru64 machine. |Any help or suggestions would be appreciated. Thanks. | | | |[J2eeDeployer] Started |[RARDeployer] Starting |[RARDeployer] Started |[ConnectionManagerFactoryLoader] Starting |[MinervaNoTransCMFactory] Connection manager factory |'MinervaNoTransCMFactory bound to 'java:/MinervaNoTransCMFactory' |[ConnectionManagerFactoryLoader] Started |[ConnectionManagerFactoryLoader] Starting |[MinervaSharedLocalCMFactory] Connection manager factory |'MinervaSharedLocalCMFactory bound to |'java:/MinervaSharedLocalCMFactory' |[ConnectionManagerFactoryLoader] Started |[ConnectionManagerFactoryLoader] Starting |[MinervaXACMFactory] Connection manager factory 'MinervaXACMFactory |bound to 'java:/MinervaXACMFactory' |[ConnectionManagerFactoryLoader] Started |[ConnectionFactoryLoader] Starting |[ConnectionFactoryLoader] Started |[ConnectionFactoryLoader] Starting |[ConnectionFactoryLoader] Started |[AutoDeployer] Starting |[AutoDeployer] Watching |/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy |[AutoDeployer] Watching |/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib |[AutoDeployer] Auto deploy of |file:/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib/jboss |pool-jdbc.rar | |[RARDeployer] Attempting to deploy RAR at |'file:/a/franklin/fg/software/appserver/JBoss-2.4.0/deploy/lib/jbos |spool-jdbc.rar' | |[RARDeployer] Loading Minerva Resource Adapter for JDBC 1/2 drivers |SIGSEGV 11* segmentation violation |si_signo [11]: SIGSEGV 11* segmentation violation |si_errno [0]: Error 0 occurred. |si_code [1]: SEGV_MAPERR [addr: 0x300DD] | |sc_pc: 0x3000181a384, r26: 0x141243098 | |stackpointer=11fff69e8 | |Full thread dump Classic VM (1.3.0-1.p1, native threads): |UIL Worker (TID:0xc29710, sys_thread_t:0x1411c71f8, state:R, |native ID:0x1411f3940) prio=5 |at java.net.PlainSocketImpl.socketAccept(Native Method) |at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:413) |at java.net.ServerSocket.implAccept(ServerSocket.java:238) |at java.net.ServerSocket.accept(ServerSocket.java:221) |at |org.jbossmq.distributed.server.DistributedJMSServerUIL.run(Distribu |tedJMSServerUIL.java, |Compiled Code) |at java.lang.Thread.run(Thread.java:484) |OIL Worker (TID:0xc374d0, sys_thread_t:0x1411876f8, state:R, |native ID:0x1411c5940) prio=5 |at java.net.PlainSocketImpl.socketAccept(Native Method) |at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:413) |at java.net.ServerSocket.implAccept(ServerSocket.java:238) |at java.net.ServerSocket.accept(ServerSocket.java:221) |at |org.jbossmq.distributed.server.DistributedJMSServerOIL.run(Distribu |tedJMSServerOIL.java, |Compiled Code) |at java.lang.Thread.run(Thread.java:484) |Thread-8 (TID:0xc68c60, sys_thread_t:0x1410adcf8, state:CW, native |ID:0x1410f9940) prio=5 |at java.lang.Thread.sleep(Native Method) |at |org.jboss.management.ServerDataCollector$RefreshWorker.run(ServerDa |taCollector.java, |Compiled Code) |Thread-7 (TID:0xc74dc0, sys_thread_t:0x141061af8, state:R, native |ID:0x1410d3940) prio=5 |at java.net.SocketInputStream.socketRead(Native Method) |at java.net.SocketInputStream.read(SocketInputStream.java, |Compiled Code) |at |java.io.BufferedInputStream.fill(BufferedInputStream.java:166) |at |java.io.BufferedInputStream.read(BufferedInputStream.java:202) |at |java.io.DataInputStream.readUnsignedShort(DataInputStream.java:289) |at java.io.DataInputStream.readUTF(DataInputStream.java:519) |at java.io.DataInputStream.readUTF(DataInputStream.java:496) |at org.hsql.ServerConnection.run(ServerConnection.java:49) |instantdb$timer (TID:0xc66000, sys_thread_t:0x140df66f8, state:CW, |native ID:0x140ea5940) prio=5 |at java.lang.Thread.sleep(Native Method) |at org.enhydra.instantdb.db.Database.run(Database.java:1180) |at java.lang.Thread.run(Thread.java:484) |Thread-5 (TID:0xcda1a0, sys_thread_t:0x140d442f8, state:CW, native |ID:0x140d9d940) prio=5 |at
Re: [JBoss-dev] Reorganizing connector/jbosscx
On Thu, Sep 06, 2001 at 12:52:51PM -0400, David Jencks wrote: Hi, I'm reorganizing the connector/pool stuff so it makes more sense. Hooray! Here's my proposed directory structure under org/jboss/resource -adapter --jdbccommon (classes shared between 2 jdbc wrapper rar's) --jdbclocal (classes for jdbc non xa wrapper) --jdbcxa (classes for jdbc xa wrapper) Perhaps -adapter --jdbc ---local ---xa ? Not important, on the whole. --jms (soon) I'm not completely sure that I like the actual resource adapters as part of JBossCX. Nah, actually, as long as they're built into separate RARs I don't mind at all. Don't mind me. -connectionmanager --jboss -security (already there) adapter and connectionmanager are moved from pool. So JBossPool still exists and contains the generic object pooling code? I want to make jbosscx contain everything except the adapters (which turn into .rars and are deployed separately). I want to make jbosscx into a .sar containing the mbean configuration for RARDeployer and the 3 connectionmanagerfactoryloaders. Cool. I'm not really happy with the name ConnectionManagerFactoryLoader; it sounds and looks too much like ConnectionFactoryLoader. If you have a better idea for the name of this, please feel free to change it. [As a possible future step I'd like to rewrite the ConnectionManagerFactoryLoader stuff to avoid the x license, share common code, and eliminate the distinction between ConnectionManager and JBossConnectionManager. Maybe even implement the JBossConnectionListener stuff so you don't have to get each connection within a transaction.] I'm not sure what you mean about the X license. CMFL is LGPL. Are you referring to the CMs themselves? JBossConnectionManager only exists so the the Minerva connection managers could be independent of JBoss. Kill kill kill. In a related issue, I'd like to make the hypersonic/defaultds configuration into a hsql-service.xml or possibly a sar including the hypersonic database itself. Sounds good. Toby. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Transaction blocking...
I won't get to this for a couple of weeks. I'm involved with my real job, and I'm also implementing some other JBoss features that have a higher priority. It's no sweat we are going to use RequiresNew as a work around. Our jBoss release is locked anyhow. I will be watch the list for updates on those classes though. ;) Maybe it would be worthwhile for me to help toby get something into the manual about this. If we start working on a doc could you proof it? Toby, what do you think? d. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
I am interested, do you have any rough ideas for the implementation/ what is required? -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 2:04 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS MethodOnlyLock is a part of 2.4.1, but the read-only thing isn't. I won't have time to implement this for a couple of weeks. You'll have to get somebody else to step up to the plate, or you can go in there yourself. If you decide to go in there yourself, you must have somebody review this code before you can commit. I'd be happy to review it if you implemented it. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 2:47 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] TRANSACTIONS Will this be part of 2.4.1? d. -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 12:52 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS Right now, you can use the MethodONly Lock, but I haven't made changes to jboss.xml so that you can mark an entity as read-only and the EntitySynchInterceptor will behave differently. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Thursday, September 06, 2001 1:37 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS |There is a MethodOnlyLock that you can put in for read-only beans, but I |eventually want to extend this so that read-only beans never become part of |the transaction. interesting, and all configurable in jboss.xml yes? marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc/conf/default jboss-service.xml jboss.jcml
marc fleury wrote: User: mnf999 Date: 01/08/29 22:19:07 Added: src/etc/conf/default jboss-service.xml Removed: src/etc/conf/default jboss.jcml Log: Just to make sure people know what file to use. BTW jboss.jcml still works jboss.jcml is still required ! There are some sources which try to use it, look at: ./jboss-all/server/src/main/org/jboss/configuration/ConfigurationService.java ./jboss-all/server/src/main/org/jboss/deployment/ServiceDeployer.java ./jboss-all/messaging/src/main/org/jboss/mq/pm/logged/PersistenceManager.java ./jboss-all/messaging/src/main/org/jboss/mq/server/StateManager.java I think this should also be eliminated. Frank ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
For 3.0 1. You have to add a read-only attribute to jboss.xml for entities 2. In EntityLockingInterceptor in initialization set the BeanLockManager's lockClass to MethodOnlyLock 3. In EntitySynchronizationInterceptor, dont register entity with transaction if read-only. This should be pretty easy, it's just that it takes time to code, compile and test. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 3:30 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] TRANSACTIONS I am interested, do you have any rough ideas for the implementation/ what is required? -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 2:04 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS MethodOnlyLock is a part of 2.4.1, but the read-only thing isn't. I won't have time to implement this for a couple of weeks. You'll have to get somebody else to step up to the plate, or you can go in there yourself. If you decide to go in there yourself, you must have somebody review this code before you can commit. I'd be happy to review it if you implemented it. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 2:47 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] TRANSACTIONS Will this be part of 2.4.1? d. -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 06, 2001 12:52 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS Right now, you can use the MethodONly Lock, but I haven't made changes to jboss.xml so that you can mark an entity as read-only and the EntitySynchInterceptor will behave differently. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Thursday, September 06, 2001 1:37 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TRANSACTIONS |There is a MethodOnlyLock that you can put in for read-only beans, but I |eventually want to extend this so that read-only beans never become part of |the transaction. interesting, and all configurable in jboss.xml yes? marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: Transaction blocking...
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 3:27 PM To: jBoss Dev (E-mail) Cc: [EMAIL PROTECTED] Subject: [JBoss-dev] RE: Transaction blocking... I won't get to this for a couple of weeks. I'm involved with my real job, and I'm also implementing some other JBoss features that have a higher priority. It's no sweat we are going to use RequiresNew as a work around. Our jBoss release is locked anyhow. I will be watch the list for updates on those classes though. ;) Maybe it would be worthwhile for me to help toby get something into the manual about this. If we start working on a doc could you proof it? Toby, what do you think? I'd be happy to proof it. I eventually want to write a cookbook on when and how you should use the different new locking-policies of JBoss 3.0(2.4.1 too). But right now I lack the time. Bill ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Deployment Dependencies (was RE: [JBoss-dev] RH startup and JBossMQ)
Hi Geeks Forgive me when I am wrong but JINI and JMX have some similarities but mostly they are quite different. JINI allows to create a dynamic community where services can appear or disappear and the services get notified dynamically. You can also search for a service w/o knowing the implementation like you want a color printer but you don't care which one. JMX allows you either to offer a management interface or to use the offered management interface to manage the components. BUT JMX works locally and have no notion of a network. You can add an Adaptor and/or Connector to manage remotely but there is not further description on the spec. (and most people mix up the Adaptor and Connector as well). One similarity is that you can search for a component according to its properties, of course, only when the properties are set well. This is the point where it DON'T aggree with Rickard. JINI would allows JBoss to create a dynamic community of J2EE servers and JMX would allow us to manage the components. This leads me back to my proposal of generating a collective of servers (yeah, your right, the BORG collective, because each server should know the whole configuration allowing the collective to work even when a member dies or is temporary unavailable IN CONTRAST to the community of specialized servers like Master/Slave model) where JINI build up the collective and JMX is the communication channel. Have fun - Andy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata jboss_2_4.dtd
User: mikesr Date: 01/09/06 14:31:29 Modified:src/resources/org/jboss/metadata Tag: Branch_2_4 jboss_2_4.dtd Log: Removed res-class attribute from resource-manager. No longer used. Revision ChangesPath No revision No revision 1.1.2.6 +0 -6 jboss/src/resources/org/jboss/metadata/jboss_2_4.dtd Index: jboss_2_4.dtd === RCS file: /cvsroot/jboss/jboss/src/resources/org/jboss/metadata/jboss_2_4.dtd,v retrieving revision 1.1.2.5 retrieving revision 1.1.2.6 diff -u -r1.1.2.5 -r1.1.2.6 --- jboss_2_4.dtd 2001/07/19 20:13:07 1.1.2.5 +++ jboss_2_4.dtd 2001/09/06 21:31:29 1.1.2.6 @@ -331,12 +331,6 @@ !ELEMENT resource-manager (res-name , (res-jndi-name | res-url)) !-- -The res-class attribute is used to indicate which implementation -class should be used for the specified resource manager. --- -!ATTLIST resource-manager res-class CDATA #REQUIRED - -!-- The res-name element gives the xml name of a resource, it is provided by the Application Assembler. See resource-managers. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss-service.xml
User: dmaplesden Date: 01/09/06 14:48:42 Modified:src/etc/conf/default jboss-service.xml Log: Changed default value of statefile for jbossmq's state manager so it points to the correct file for the new StateManager code Revision ChangesPath 1.6 +2 -2 jboss/src/etc/conf/default/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss-service.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- jboss-service.xml 2001/09/06 13:18:04 1.5 +++ jboss-service.xml 2001/09/06 21:48:42 1.6 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jboss-service.xml,v 1.5 2001/09/06 13:18:04 d_jencks Exp $ -- +!-- $Id: jboss-service.xml,v 1.6 2001/09/06 21:48:42 dmaplesden Exp $ -- !-- | This is where you can add and configure your MBeans. @@ -436,7 +436,7 @@ -- mbean code=org.jboss.mq.server.StateManager name=JBossMQ:service=StateManager -attribute name=StateFilejbossmq-state.xml/attribute +attribute name=StateFileconf/default/jbossmq-state.xml/attribute /mbean !-- The PersistenceManager is used to store messages to disk. -- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Reorganizing connector/jbosscx
On 2001.09.06 15:10:13 -0400 Toby Allsopp wrote: On Thu, Sep 06, 2001 at 12:52:51PM -0400, David Jencks wrote: Hi, I'm reorganizing the connector/pool stuff so it makes more sense. Hooray! Here's my proposed directory structure under org/jboss/resource -adapter --jdbccommon (classes shared between 2 jdbc wrapper rar's) --jdbclocal (classes for jdbc non xa wrapper) --jdbcxa (classes for jdbc xa wrapper) Perhaps -adapter --jdbc ---local ---xa ? Not important, on the whole. --jms (soon) I'm not completely sure that I like the actual resource adapters as part of JBossCX. Nah, actually, as long as they're built into separate RARs I don't mind at all. Don't mind me. -connectionmanager --jboss -security (already there) adapter and connectionmanager are moved from pool. So JBossPool still exists and contains the generic object pooling code? Yes, its a pretty small package now. Someone suggested moving it into server, I don't have arguments one way or another. One step at a time. I want to make jbosscx contain everything except the adapters (which turn into .rars and are deployed separately). I want to make jbosscx into a .sar containing the mbean configuration for RARDeployer and the 3 connectionmanagerfactoryloaders. Cool. I'm not really happy with the name ConnectionManagerFactoryLoader; it sounds and looks too much like ConnectionFactoryLoader. If you have a better idea for the name of this, please feel free to change it. I agree. Between ConnectionManagerFactory, ManagedConnectionFactory, ConnectionFactory. everything has the same words in different orders!!! I don't have a better idea. I'm hoping with the ConnectionManagerFactoryLoader hidden in a sar and all user ConnectionFactoryLoader configuration in separate *-service.xml files no one will see the ConnectionManagerFactoryLoader and get confused ;-) [As a possible future step I'd like to rewrite the ConnectionManagerFactoryLoader stuff to avoid the x license, share common code, and eliminate the distinction between ConnectionManager and JBossConnectionManager. Maybe even implement the JBossConnectionListener stuff so you don't have to get each connection within a transaction.] I'm not sure what you mean about the X license. CMFL is LGPL. Are you referring to the CMs themselves? yes I got confused (see commentary above) JBossConnectionManager only exists so the the Minerva connection managers could be independent of JBoss. Kill kill kill. In a related issue, I'd like to make the hypersonic/defaultds configuration into a hsql-service.xml or possibly a sar including the hypersonic database itself. Sounds good. Toby. Thanks david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/server StateManager.java
User: dmaplesden Date: 01/09/06 14:47:12 Modified:src/main/org/jboss/mq/server StateManager.java Log: Changed initialisation to lookup state file relative to jboss.system.home rather than jboss.jcml file. Revision ChangesPath 1.6 +4 -3 jbossmq/src/main/org/jboss/mq/server/StateManager.java Index: StateManager.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/server/StateManager.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- StateManager.java 2001/09/01 03:01:00 1.5 +++ StateManager.java 2001/09/06 21:47:12 1.6 @@ -32,7 +32,7 @@ * * @author Norbert Lataille ([EMAIL PROTECTED]) * @author a href=[EMAIL PROTECTED]Hiram Chirino/a - * @version$Revision: 1.5 $ + * @version$Revision: 1.6 $ */ public class StateManager extends ServiceMBeanSupport implements StateManagerMBean { @@ -389,8 +389,9 @@ */ public void loadConfig() throws java.io.IOException, org.jboss.mq.xml.XElementException { - URL u = new URL(getClass().getClassLoader().getResource(jboss.jcml), stateFile); - java.io.InputStream in = u.openStream(); + java.io.File jbossHome = new java.io.File(System.getProperty(jboss.system.home)); + java.io.File file = new java.io.File(jbossHome, stateFile); + java.io.InputStream in = new java.io.BufferedInputStream(new java.io.FileInputStream(file)); stateConfig = XElement.createFrom(in); in.close(); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/pm/logged SpyTxLog.java SpyMessageLog.java PersistenceManager.java ObjectIntegrityLog.java IntegrityLog.java
User: dmaplesden Date: 01/09/06 14:49:43 Modified:src/main/org/jboss/mq/pm/logged SpyTxLog.java SpyMessageLog.java PersistenceManager.java ObjectIntegrityLog.java IntegrityLog.java Log: Changed to remove reference to jboss.jcml file as file system anchor. Replaced with jboss.system.home property. Revision ChangesPath 1.3 +4 -4 jbossmq/src/main/org/jboss/mq/pm/logged/SpyTxLog.java Index: SpyTxLog.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/logged/SpyTxLog.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- SpyTxLog.java 2001/08/17 03:04:05 1.2 +++ SpyTxLog.java 2001/09/06 21:49:43 1.3 @@ -18,7 +18,7 @@ * * @createdAugust 16, 2001 * @author:Hiram Chirino ([EMAIL PROTECTED]) - * @version$Revision: 1.2 $ + * @version$Revision: 1.3 $ */ public class SpyTxLog { @@ -31,12 +31,12 @@ / // Constructors / - public SpyTxLog( String fileName ) + public SpyTxLog( java.io.File file ) throws JMSException { try { - transactionLog = new ObjectIntegrityLog( fileName ); + transactionLog = new ObjectIntegrityLog( file ); } catch ( IOException e ) { - throwJMSException( Could not open the queue's tranaction log: + fileName, e ); + throwJMSException( Could not open the queue's tranaction log: + file.getAbsolutePath(), e ); } } 1.3 +4 -4 jbossmq/src/main/org/jboss/mq/pm/logged/SpyMessageLog.java Index: SpyMessageLog.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/logged/SpyMessageLog.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- SpyMessageLog.java2001/08/17 03:04:05 1.2 +++ SpyMessageLog.java2001/09/06 21:49:43 1.3 @@ -21,7 +21,7 @@ * * @createdAugust 16, 2001 * @author:Hiram Chirino ([EMAIL PROTECTED]) - * @version$Revision: 1.2 $ + * @version$Revision: 1.3 $ */ public class SpyMessageLog { @@ -36,12 +36,12 @@ / // Constructor / - public SpyMessageLog( String fileName ) + public SpyMessageLog( java.io.File file ) throws JMSException { try { - transactionLog = new ObjectIntegrityLog( fileName ); + transactionLog = new ObjectIntegrityLog( file ); } catch ( IOException e ) { - throwJMSException( Could not open the queue's tranaction log: + fileName, e ); + throwJMSException( Could not open the queue's tranaction log: + file.getAbsolutePath(), e ); } } 1.5 +9 -9 jbossmq/src/main/org/jboss/mq/pm/logged/PersistenceManager.java Index: PersistenceManager.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/logged/PersistenceManager.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- PersistenceManager.java 2001/09/01 03:01:00 1.4 +++ PersistenceManager.java 2001/09/06 21:49:43 1.5 @@ -6,6 +6,7 @@ */ package org.jboss.mq.pm.logged; +import java.io.File; import java.net.URL; import java.util.HashMap; import java.util.Iterator; @@ -35,7 +36,7 @@ * This class manages all persistence related services. * * @author Hiram Chirino ([EMAIL PROTECTED]) - * @version$Revision: 1.4 $ + * @version$Revision: 1.5 $ */ public class PersistenceManager extends ServiceMBeanSupport implements PersistenceManagerMBean, org.jboss.mq.pm.PersistenceManager { @@ -54,7 +55,7 @@ // The directory where persistence data should be stored - URL dataDirURL; + File dataDirFile; TxManager txManager; private String dataDirectory; @@ -121,11 +122,11 @@ public void initService() throws Exception { - URL configFile = getClass().getClassLoader().getResource(jboss.jcml); + File jbossHome = new File(System.getProperty(jboss.system.home)); + dataDirFile = new File(jbossHome, dataDirectory); - dataDirURL = new URL(configFile, dataDirectory); - URL txLogFile = new URL(dataDirURL, transactions.dat); - spyTxLog = new SpyTxLog(txLogFile.getFile()); + File txLogFile = new File(dataDirFile, transactions.dat); + spyTxLog = new SpyTxLog(txLogFile);
[JBoss-dev] Deadlock using shared entity bean with transaction type NotSupported or Required
We encountered an interesting deadlock using CMT that took us a while to track down, so we thought we'd share it with the list. It is our understanding that it might be fixed in 2.4.1 and 3.0, but it's something to watch out for all the same. To drastically simplify our scenario, we have a shared entity bean for which we had declared the transaction type to be NotSupported. We have two other entity beans, both of which with transaction type Required, and one of those invokes methods on the other, and both invoke methods on the shared entity bean. I've attached an cooked-up example that illustrates this reference triangle. In the example, the shared entity bean is SystemStatusBean. It depends on no other beans and is intended to be completely read-only. SiteBean is intended to be read-write and depends on SystemStatusBean. PageBean is intended to be read-write and depends on both SystemStatusBean and SiteBean. The problem is that even though SystemStatusBean has transaction type NotSupported, JBoss still associates a transaction with a method invocation on it, effectively locking it for the course of the outer transaction. This leads to deadlock in the following way: 1. Client 1 causes invocation of SiteBean.getName() 2. Client 2 causes invocation of PageBean.getName() 3. PageBean.getName() causes invocation of SystemStatusBean.getStatus() 4. PageBean.getName() attempts to invoke SiteBean.getName() BLOCKS (client 1 has lock on SiteBean.getName) 5. Client 1 attempts to invoke SystemStatusBean.getName() BLOCKS (client 2 still has lock on SystemStatusBean.getStatus) Voila, deadlock. Both actually get stuck in a busy-wait loop in EntityInstanceInterceptor.invoke() and one of them will eventually time out. By the way, the same deadlock occurs if the SystemStatusBean is declared Required, as well. We're not sure whether or not to call this a bug in JBoss because the EJB spec seems kind of vague about NotSupported. Workaround: Declare the shared, read-only entity bean (SystemStatusBean) to have transaction type RequiresNew. Works like a charm. To run my example, unzip bdlrun.zip into a new directory, copy beandeadlock.ear into your deploy directory, and run the test client by (if on Windows) running runTest.bat. (Sorry, didn't have time to write a shell script for the UNIX folks, but it's fairly simple.) Very shortly you should see the server stop responding. To view the source (and to try the workaround), unzip bdlsrc.zip into a new directory. You can easily build and deploy using the included batch file build.bat (again, Windows only, sorry). Jack Humphrey Senior Software Developer, Coremetrics bdlsrc.zip bdlrun.zip
Re: [JBoss-dev] Reorganizing connector/jbosscx
under org/jboss/resource -adapter --jdbccommon (classes shared between 2 jdbc wrapper rar's) --jdbclocal (classes for jdbc non xa wrapper) --jdbcxa (classes for jdbc xa wrapper) Perhaps -adapter --jdbc ---local ---xa This is a better use of java packages to seperate namespace. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Reorganizing connector/jbosscx
In a related issue, I'd like to make the hypersonic/defaultds configuration into a hsql-service.xml or possibly a sar including the hypersonic database itself. That would be great. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss-auto.jcml jnp.properties schema.ini
User: starksm Date: 01/09/06 18:25:40 Removed: src/etc/conf/default Tag: Branch_2_4 jboss-auto.jcml jnp.properties schema.ini Log: Remove obsolete configuratioin files ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Is jetty.properties really used in the 2.4.0 bundle?
The contents of the jetty.properties file do not really seem to be used as Jetty has been using JAXP to locate its xml parser for a while now: default 697cat jetty.properties # Use sun's parser org.xml.sax.parser=com.sun.xml.parser.Parser However, when I try to remove the jetty.properties file the JettyService is complaining during initialization and then fails to start: [JettyService] Initializing [Default] java.io.IOException: failed to load jetty.properties [Default] at org.jboss.jetty.JettyService.ensureProperties(JettyService.java:113) [Default] [Default] at org.jboss.jetty.JettyService.ensureService(JettyService.java:168) [Default] [Default] at org.jboss.jetty.JettyService.initService(JettyService.java:201) [Default] [Default] at org.jboss.util.ServiceMBeanSupport.init(ServiceMBeanSupport.java:82) [Default] [Default] at java.lang.reflect.Method.invoke(Native Method) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) [Default] [Default] at org.jboss.configuration.ConfigurationService$ServiceProxy.invoke(Configurati onService.java:836) [Default] [Default] at $Proxy0.init(Unknown Source) [Default] [Default] at org.jboss.util.ServiceControl.init(ServiceControl.java:55) [Default] [Default] at java.lang.reflect.Method.invoke(Native Method) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) [Default] [Default] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) [Default] [Default] at org.jboss.Main.init(Main.java:209) [Default] [Default] at org.jboss.Main$1.run(Main.java:116) [Default] [Default] at java.security.AccessController.doPrivileged(Native Method) [Default] [Default] at org.jboss.Main.main(Main.java:112) [Default] [JettyService] Initialized ... [JettyService] Starting [JettyService] Stopped java.lang.NullPointerException at org.jboss.jetty.JettyService.startService(JettyService.java:216) at org.jboss.util.ServiceMBeanSupport.start(ServiceMBeanSupport.java:107) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.configuration.ConfigurationService$ServiceProxy.invoke(Configurati onService.java:836) at $Proxy0.start(Unknown Source) at org.jboss.util.ServiceControl.start(ServiceControl.java:81) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.Main.init(Main.java:210) at org.jboss.Main$1.run(Main.java:116) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.Main.main(Main.java:112) [Configuration] java.lang.NullPointerException [Configuration] at org.jboss.jetty.JettyService.startService(JettyService.java:216) [Configuration] at org.jboss.util.ServiceMBeanSupport.start(ServiceMBeanSupport.java:107) [Configuration] at java.lang.reflect.Method.invoke(Native Method) [Configuration] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) [Configuration] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) [Configuration] at org.jboss.configuration.ConfigurationService$ServiceProxy.invoke(Configurati onService.java:836) [Configuration] at $Proxy0.start(Unknown Source) [Configuration] at org.jboss.util.ServiceControl.start(ServiceControl.java:81) [Configuration] at java.lang.reflect.Method.invoke(Native Method) [Configuration] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) [Configuration] at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) [Configuration] at org.jboss.Main.init(Main.java:210) [Configuration] at org.jboss.Main$1.run(Main.java:116) [Configuration] at java.security.AccessController.doPrivileged(Native Method) [Configuration] at org.jboss.Main.main(Main.java:112) [Service Control] Started 28 services ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java
User: starksm Date: 01/09/06 18:38:01 Modified:src/main/org/jboss Tag: Branch_2_4 Main.java Log: Update the release ID to 2.4.1 Revision ChangesPath No revision No revision 1.35.2.9 +2 -2 jboss/src/main/org/jboss/Main.java Index: Main.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v retrieving revision 1.35.2.8 retrieving revision 1.35.2.9 diff -u -r1.35.2.8 -r1.35.2.9 --- Main.java 2001/08/21 00:59:13 1.35.2.8 +++ Main.java 2001/09/07 01:38:01 1.35.2.9 @@ -28,13 +28,13 @@ * @author Rickard Öberg ([EMAIL PROTECTED]) * @author a href=mailto:[EMAIL PROTECTED];Daniel O'Connor/a. * @author [EMAIL PROTECTED] - * @version $Revision: 1.35.2.8 $ + * @version $Revision: 1.35.2.9 $ */ public class Main { // Constants - - String versionIdentifier = 2.4.0; + String versionIdentifier = 2.4.1; // Attributes // Static ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily build failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = Searching for build.xml ... Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml init-buildlog: init: configure: [projectinfo] Project root: /home/lubega/jbossro/jboss-all [projectinfo] Modules: j2ee,naming,server,security,messaging,connector,pool,cluster,admin,testsuite,plugins/varia,plugins/jetty show-environment: [echo] user.home = /home/lubega [echo] build.compiler = ${build.compiler} [echo] java.home = /opt/jdk1.3_ibm_20010723/jre [echo] java.class.path = /home/lubega/jbossro/jboss-all/tools/lib/xerces.jar:/home/lubega/jbossro/jboss-all/tools/lib/xalan.jar:/home/lubega/jbossro/jboss-all/tools/lib/stylebook.jar:/home/lubega/jbossro/jboss-all/tools/lib/saxon.jar:/home/lubega/jbossro/jboss-all/tools/lib/pretty.jar:/home/lubega/jbossro/jboss-all/tools/lib/optional.jar:/home/lubega/jbossro/jboss-all/tools/lib/junit.jar:/home/lubega/jbossro/jboss-all/tools/lib/jaxp.jar:/home/lubega/jbossro/jboss-all/tools/lib/JavaStyle.jar:/home/lubega/jbossro/jboss-all/tools/lib/javac.jar:/home/lubega/jbossro/jboss-all/tools/lib/fop.jar:/home/lubega/jbossro/jboss-all/tools/lib/ejbdoclet.jar:/home/lubega/jbossro/jboss-all/tools/lib/crimson.jar:/home/lubega/jbossro/jboss-all/tools/lib/buildmagic-tasks.jar:/home/lubega/jbossro/jboss-all/tools/lib/bsf.jar:/home/lubega/jbossro/jboss-all/tools/lib/batik.jar:/home/lubega/jbossro/jboss-all/tools/lib/ant.jar:/opt/jdk1.3_ibm_20010723/lib/tools.jar [echo] java.version = 1.3.0 [echo] java.vendor = IBM Corporation [echo] java.vm.version = 1.3.0 [echo] java.vm.name = Classic VM [echo] java.vm.info = J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc) [echo] os.name = Linux [echo] os.arch = Linux [echo] os.version = Linux release-dependencies: [mkdir] Created dir: /home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV/lib [copy] Copying 3 files to /home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV/lib [mkdir] Created dir: /home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV/lib/ext [copy] Copying 29 files to /home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV/lib/ext [mkdir] Created dir: /home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV/client [copy] Copying 7 files to /home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV/client all-most: [execmodules] == == Executing 'most' in module 'j2ee'... == init-buildlog: init: [moduleinfo] Project root: /home/lubega/jbossro/jboss-all [moduleinfo] Module root: /home/lubega/jbossro/jboss-all/j2ee compile-classes: [mkdir] Created dir: /home/lubega/jbossro/jboss-all/j2ee/output/classes [javac] Compiling 154 source files to /home/lubega/jbossro/jboss-all/j2ee/output/classes [execmodules] /home/lubega/jbossro/jboss-all/j2ee/src/main/javax/ejb/EJBContext.java:31: warning: java.security.Identity in java.security has been deprecated [execmodules] public Identity getCallerIdentity(); [execmodules] ^ [execmodules] /home/lubega/jbossro/jboss-all/j2ee/src/main/javax/ejb/EJBContext.java:112: warning: java.security.Identity in java.security has been deprecated [execmodules] public boolean isCallerInRole(Identity role); [execmodules] ^ [execmodules] /home/lubega/jbossro/jboss-all/j2ee/src/main/javax/ejb/EJBContext.java:112: warning: java.security.Identity in java.security has been deprecated [execmodules] public boolean isCallerInRole(Identity role); [execmodules] ^ [execmodules] 3 warnings compile: jars: [mkdir] Created dir: /home/lubega/jbossro/jboss-all/j2ee/output/lib [jar] Building jar: /home/lubega/jbossro/jboss-all/j2ee/output/lib/jboss-j2ee.jar most: [execmodules] == == Finished with 'most' in module 'j2ee'. == most-j2ee: [copy] Copying 1 file to /home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV/lib/ext [copy] Copying 1 file to /home/lubega/jbossro/jboss-all/build/output/jboss-3.0.0alpha-DEV/client [execmodules] == == Executing 'most' in module 'naming'... == init-buildlog: init: [moduleinfo] Project root: /home/lubega/jbossro/jboss-all [moduleinfo] Module root: /home/lubega/jbossro/jboss-all/naming compile-classes: [mkdir] Created dir: /home/lubega/jbossro/jboss-all/naming/output/classes [javac] Compiling 12 source files to /home/lubega/jbossro/jboss-all/naming/output/classes compile-rmi: [rmic] Verify has been turned on. [rmic] RMI Compiling 1 class to
[JBoss-dev] [ jboss-Bugs-459387 ] Creating new subcontext overwrites old
Bugs item #459387, was opened at 2001-09-06 18:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=459387group_id=22866 Category: None Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Erin Mulder (meara) Assigned to: Nobody/Anonymous (nobody) Summary: Creating new subcontext overwrites old Initial Comment: Summary: Calling Context.createSubcontext(foo) seems to destroy the context previously bound to that name instead of throwing a NameAlreadyBoundException. (Reproducible in at least the jboss-2.2.2-tomcat-3.2.2 and jboss-2.4.0-tomcat-3.2.3 bundles) Details: The code I'm looking at has an MBean that registers a bunch of entries at startup in the following manner: Context ctx = new InitialContext(); Context fooCtx = ctx.createSubcontext(foo); Context barCtx = fooCtx.createSubcontext(one); barCtx.bind(string1, value1); barCtx.bind(string2, value2); ... There is also an EJB which binds an object in this way: Context ctx = new InitialContext(); try { ctx.createSubcontext(foo); } catch( NameAlreadyBoundException ne ) { ne.printStackTrace(); } try { ctx.createSubcontext(foo/two); } catch( NameAlreadyBoundException ne ) { ne.printStackTrace(); } ctx.rebind(foo/two/Date, viewDate); ctx.rebind(foo/two/Calendar, viewCalendar); After startup, all of the entries registered under foo/one by the MBean are there. After calling the EJB date-setter, foo has a two with the correct children, but one and its children no longer exist. No exception is triggered. (An obvious workaround is to reverse the logic and expect a NameNotFoundException if the name is not bound -- probably more efficient anyway) Still, the behavior described above is contrary to the API which states that a NameAlreadyBoundException should be thrown. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=459387group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily test failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = Searching for build.xml ... Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml init-buildlog: init: configure: [projectinfo] Project root: /home/lubega/jbossro/jboss-all [projectinfo] Modules: j2ee,naming,server,security,messaging,connector,pool,cluster,admin,testsuite,plugins/varia,plugins/jetty show-environment: [echo] user.home = /home/lubega [echo] build.compiler = ${build.compiler} [echo] java.home = /opt/jdk1.3_ibm_20010723/jre [echo] java.class.path = /home/lubega/jbossro/jboss-all/tools/lib/xerces.jar:/home/lubega/jbossro/jboss-all/tools/lib/xalan.jar:/home/lubega/jbossro/jboss-all/tools/lib/stylebook.jar:/home/lubega/jbossro/jboss-all/tools/lib/saxon.jar:/home/lubega/jbossro/jboss-all/tools/lib/pretty.jar:/home/lubega/jbossro/jboss-all/tools/lib/optional.jar:/home/lubega/jbossro/jboss-all/tools/lib/junit.jar:/home/lubega/jbossro/jboss-all/tools/lib/jaxp.jar:/home/lubega/jbossro/jboss-all/tools/lib/JavaStyle.jar:/home/lubega/jbossro/jboss-all/tools/lib/javac.jar:/home/lubega/jbossro/jboss-all/tools/lib/fop.jar:/home/lubega/jbossro/jboss-all/tools/lib/ejbdoclet.jar:/home/lubega/jbossro/jboss-all/tools/lib/crimson.jar:/home/lubega/jbossro/jboss-all/tools/lib/buildmagic-tasks.jar:/home/lubega/jbossro/jboss-all/tools/lib/bsf.jar:/home/lubega/jbossro/jboss-all/tools/lib/batik.jar:/home/lubega/jbossro/jboss-all/tools/lib/ant.jar:/opt/jdk1.3_ibm_20010723/lib/tools.jar [echo] java.version = 1.3.0 [echo] java.vendor = IBM Corporation [echo] java.vm.version = 1.3.0 [echo] java.vm.name = Classic VM [echo] java.vm.info = J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc) [echo] os.name = Linux [echo] os.arch = Linux [echo] os.version = Linux run-testsuite: [execmodules] == == Executing 'tests' in module 'testsuite'... == init-buildlog: init: [moduleinfo] Project root: /home/lubega/jbossro/jboss-all [moduleinfo] Module root: /home/lubega/jbossro/jboss-all/testsuite compile-classes: [mkdir] Created dir: /home/lubega/jbossro/jboss-all/testsuite/output/classes [javac] Compiling 274 source files to /home/lubega/jbossro/jboss-all/testsuite/output/classes [execmodules] /home/lubega/jbossro/jboss-all/testsuite/src/main/org/jboss/test/jbossmq/test/TestSelectorParser.java:8: cannot resolve symbol [execmodules] symbol : class Identifier [execmodules] location: package selectors [execmodules] import org.jboss.mq.selectors.Identifier; [execmodules] ^ [execmodules] /home/lubega/jbossro/jboss-all/testsuite/src/main/org/jboss/test/jbossmq/test/TestSelectorParser.java:9: cannot resolve symbol [execmodules] symbol : class Operator [execmodules] location: package selectors [execmodules] import org.jboss.mq.selectors.Operator; [execmodules] ^ [execmodules] /home/lubega/jbossro/jboss-all/testsuite/src/main/org/jboss/test/jbossmq/test/TestSelectorParser.java:10: cannot resolve symbol [execmodules] symbol : class SelectorParser [execmodules] location: package selectors [execmodules] import org.jboss.mq.selectors.SelectorParser; [execmodules] ^ [execmodules] /home/lubega/jbossro/jboss-all/testsuite/src/main/org/jboss/test/jbossmq/test/TestSelectorParser.java:11: cannot resolve symbol [execmodules] symbol : class ISelectorParser [execmodules] location: package selectors [execmodules] import org.jboss.mq.selectors.ISelectorParser; [execmodules] ^ [execmodules] /home/lubega/jbossro/jboss-all/testsuite/src/main/org/jboss/test/jbossmq/test/TestSelectorParser.java:21: cannot resolve symbol [execmodules] symbol : class ISelectorParser [execmodules] location: class org.jboss.test.jbossmq.test.TestSelectorParser [execmodules] static ISelectorParser parser; [execmodules]^ [execmodules] /home/lubega/jbossro/jboss-all/testsuite/src/main/org/jboss/test/cts/test/BmpTest.java:140: warning: assert(boolean) in junit.framework.Assert has been deprecated [execmodules] assert(!clct.isEmpty()); [execmodules] ^ [execmodules] /home/lubega/jbossro/jboss-all/testsuite/src/main/org/jboss/test/cts/test/BmpTest.java:148: warning: assert(boolean) in junit.framework.Assert has been deprecated [execmodules] assert(bean.getPersonsName().trim().equals(BEAN_NAME)); [execmodules] ^ [execmodules] /home/lubega/jbossro/jboss-all/testsuite/src/main/org/jboss/test/cts/test/BmpTest.java:270: warning: assert(boolean) in junit.framework.Assert has been deprecated [execmodules] assert( this.gotRefOkay(bean, BEAN_NAME) ); [execmodules] ^ [execmodules]
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/pm/logged SpyMessageLogTester.java
User: dmaplesden Date: 01/09/06 19:10:37 Modified:src/main/org/jboss/mq/pm/logged SpyMessageLogTester.java Log: Fix the broken build (sorry). Revision ChangesPath 1.3 +3 -3 jbossmq/src/main/org/jboss/mq/pm/logged/SpyMessageLogTester.java Index: SpyMessageLogTester.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/pm/logged/SpyMessageLogTester.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- SpyMessageLogTester.java 2001/08/17 03:04:05 1.2 +++ SpyMessageLogTester.java 2001/09/07 02:10:37 1.3 @@ -13,7 +13,7 @@ * * @createdAugust 16, 2001 * @author:Hiram Chirino ([EMAIL PROTECTED]) - * @version$Revision: 1.2 $ + * @version$Revision: 1.3 $ */ public class SpyMessageLogTester { @@ -26,8 +26,8 @@ public static void main( java.lang.String[] args ) throws Exception { - SpyTxLog tm = new SpyTxLog( SpyTxManager1.dat ); - SpyMessageLog log = new SpyMessageLog( SpyMessageLog1.dat ); + SpyTxLog tm = new SpyTxLog( new java.io.File(SpyTxManager1.dat) ); + SpyMessageLog log = new SpyMessageLog( new java.io.File(SpyMessageLog1.dat) ); try { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TRANSACTIONS
I don't know if it is related, but it might be. I am running into a situation where an MDB is set to NotSupported, but I still see messages in the log about a tx time out: 2001-09-06 19:04:10,292 916321 WARN org.jboss.tm.TxCapsule [Thread-8] () - Transaction XidImpl [FormatId=257, GlobalId=eng-ecr4a//0, BranchQual=] timed out. status=STATUS_ACTIVE I am guessing since I don't see any ERRORs that this is not really a problem, but I am wondering why a tx is even started for an MDB which is marked as NotSupported. Again, could be related, might not be. --jason On Thu, 6 Sep 2001, Bill Burke wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson, Doug Sent: Thursday, September 06, 2001 11:40 AM To: '[EMAIL PROTECTED]' Subject: [JBoss-dev] TRANSACTIONS Are the lists and the forums seems dead this week Anyway.. So I am still trying to find out a couple things.. 1) Does jboss not throw and exception when a bean is reentrant? Can you explaing this more? What is your version of JBoss? 2) Does jboss not discard the transaction when NotSupported is used. I see the code for tm.suspend(). But the log message still shows the blocking message. Again, entity beans that become part of a transaction are locked and will not be released no matter what until the transaction commits or rollsback. 3) I've got deadlock city!!! I will be sending a more informative email when we get a test case. We think it is a jboss transaction bug. Please make sure your code is not making bad assumptions. Ill be glad to help you out to sort this out. Bill ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jnp/src/main/org/jnp/server NamingServer.java
User: starksm Date: 01/09/06 19:56:56 Modified:src/main/org/jnp/server Tag: Branch_2_4 NamingServer.java Log: The createSubcontext method was not correctly identifying duplicate attempts to create the same subcontext. Revision ChangesPath No revision No revision 1.6.4.1 +48 -22jnp/src/main/org/jnp/server/NamingServer.java Index: NamingServer.java === RCS file: /cvsroot/jboss/jnp/src/main/org/jnp/server/NamingServer.java,v retrieving revision 1.6 retrieving revision 1.6.4.1 diff -u -r1.6 -r1.6.4.1 --- NamingServer.java 2001/04/26 07:50:52 1.6 +++ NamingServer.java 2001/09/07 02:56:55 1.6.4.1 @@ -40,7 +40,7 @@ * * @see related * @author $Author: starksm $ - * @version $Revision: 1.6 $ + * @version $Revision: 1.6.4.1 $ */ public class NamingServer implements Naming, java.io.Serializable @@ -395,52 +395,78 @@ public Context createSubcontext(Name name) throws NamingException { + if( name.size() == 0 ) + throw new InvalidNameException(Cannot pass an empty name to createSubcontext); + + NamingException ex = null; + Context subCtx = null; if (name.size() 1) - { - // System.out.println(create#+name.get(0)+#); - - Object ctx = getObject(name); + { + // Get the target ctx for the creation + int targetSize = name.size() - 1; + Name targetName = name.getPrefix(targetSize); + Name atom = name.getSuffix(targetSize); + Object ctx = getObject(targetName); if (ctx != null) { if (ctx instanceof NamingServer) { - return ((NamingServer)ctx).createSubcontext(name.getSuffix(1)); -} else if (ctx instanceof Reference) + subCtx = ((NamingServer)ctx).createSubcontext(atom); +} +else if (ctx instanceof Reference) { // Federation if (((Reference)ctx).get(nns) != null) { CannotProceedException cpe = new CannotProceedException(); cpe.setResolvedObj(ctx); - cpe.setRemainingName(name.getSuffix(1)); + cpe.setRemainingName(atom); throw cpe; - } else + } + else { - throw new NotContextException(); + ex = new NotContextException(); + ex.setResolvedName(targetName); + ex.setRemainingName(atom); + throw ex; } -} else +} +else { - throw new NotContextException(); + ex = new NotContextException(); + ex.setResolvedName(targetName); + ex.setRemainingName(atom); + throw ex; } - } else - { -throw new NameNotFoundException(); } - } else + else + { +ex = new NameNotFoundException(); +ex.setResolvedName(targetName); +ex.setRemainingName(atom); +throw ex; + } + } + else { - if (name.get(0).equals()) + Object binding = table.get(name.get(0)); + if( binding != null ) { -throw new NameAlreadyBoundException(); - } else +ex = new NameAlreadyBoundException(); +ex.setResolvedName(prefix); +ex.setRemainingName(name); +throw ex; + } + else { -//System.out.println(create subcontext +name); -Name fullName = (Name)(prefix.clone()); +Name fullName = (Name) prefix.clone(); fullName.addAll(name); NamingServer subContext = new NamingServer(fullName, this); setBinding(name, subContext, NamingContext.class.getName()); -return new NamingContext(null, fullName, getRoot()); +subCtx = new NamingContext(null, fullName, getRoot()); } } + return subCtx; } public Naming getRoot() ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/client jnp-client.jar
User: starksm Date: 01/09/06 19:59:11 Modified:src/client Tag: Branch_2_4 jnp-client.jar Log: Integrate change for JBossNS createSubcontext fix Revision ChangesPath No revision No revision 1.11.4.3 +47 -39jboss/src/client/Attic/jnp-client.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jnpserver.jar
User: starksm Date: 01/09/06 19:59:11 Modified:src/lib Tag: Branch_2_4 jnpserver.jar Log: Integrate change for JBossNS createSubcontext fix Revision ChangesPath No revision No revision 1.13.4.3 +69 -55jboss/src/lib/Attic/jnpserver.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jnp/src/main/org/jnp/interfaces NamingContext.java
User: starksm Date: 01/09/06 19:56:55 Modified:src/main/org/jnp/interfaces Tag: Branch_2_4 NamingContext.java Log: The createSubcontext method was not correctly identifying duplicate attempts to create the same subcontext. Revision ChangesPath No revision No revision 1.10.2.1 +8 -3 jnp/src/main/org/jnp/interfaces/NamingContext.java Index: NamingContext.java === RCS file: /cvsroot/jboss/jnp/src/main/org/jnp/interfaces/NamingContext.java,v retrieving revision 1.10 retrieving revision 1.10.2.1 diff -u -r1.10 -r1.10.2.1 --- NamingContext.java2001/06/22 19:08:25 1.10 +++ NamingContext.java2001/09/07 02:56:55 1.10.2.1 @@ -37,7 +37,7 @@ * @author oberg * @author [EMAIL PROTECTED] - * @version $Revision: 1.10 $ + * @version $Revision: 1.10.2.1 $ */ public class NamingContext implements Context, java.io.Serializable @@ -637,18 +637,23 @@ public Context createSubcontext(Name name) throws NamingException { + if( name.size() == 0 ) + throw new InvalidNameException(Cannot pass an empty name to createSubcontext); + Hashtable env = getEnv(name); checkRef(env); try { name = getAbsoluteName(name); return naming.createSubcontext(name); -} catch (CannotProceedException cpe) +} +catch (CannotProceedException cpe) { cpe.setEnvironment(env); Context cctx = NamingManager.getContinuationContext(cpe); return cctx.createSubcontext(cpe.getRemainingName()); -} catch (IOException e) +} +catch (IOException e) { naming = null; removeServer(env); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming/test SimpleTestCase.java
User: starksm Date: 01/09/06 20:17:30 Added: src/main/org/jboss/test/naming/test SimpleTestCase.java Log: Add simple tests of JNDI API Revision ChangesPath 1.2 +34 -0 jbosstest/src/main/org/jboss/test/naming/test/SimpleTestCase.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jnp/src/main/org/jnp/interfaces NamingContext.java
User: starksm Date: 01/09/06 20:12:44 Modified:src/main/org/jnp/interfaces NamingContext.java Log: The createSubcontext method was not correctly identifying duplicate attempts to create the same subcontext. Revision ChangesPath 1.11 +8 -3 jnp/src/main/org/jnp/interfaces/NamingContext.java Index: NamingContext.java === RCS file: /cvsroot/jboss/jnp/src/main/org/jnp/interfaces/NamingContext.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- NamingContext.java2001/06/22 19:08:25 1.10 +++ NamingContext.java2001/09/07 03:12:44 1.11 @@ -37,7 +37,7 @@ * @author oberg * @author [EMAIL PROTECTED] - * @version $Revision: 1.10 $ + * @version $Revision: 1.11 $ */ public class NamingContext implements Context, java.io.Serializable @@ -637,18 +637,23 @@ public Context createSubcontext(Name name) throws NamingException { + if( name.size() == 0 ) + throw new InvalidNameException(Cannot pass an empty name to createSubcontext); + Hashtable env = getEnv(name); checkRef(env); try { name = getAbsoluteName(name); return naming.createSubcontext(name); -} catch (CannotProceedException cpe) +} +catch (CannotProceedException cpe) { cpe.setEnvironment(env); Context cctx = NamingManager.getContinuationContext(cpe); return cctx.createSubcontext(cpe.getRemainingName()); -} catch (IOException e) +} +catch (IOException e) { naming = null; removeServer(env); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Deployment Dependencies (was RE: [JBoss-dev] RH startup andJBossMQ)
I still think that it is a bad idea to have every node in a cluster to have the complete configuration information for every other node. This simply will not scale. You bring up also later but first let's talk about how much data each node has to manage and how often we expect that changes happend. 1) The actual size of the default configuration in the latest JBoss RH release is around: 141 KB 2) The number of changes except on startup are less than one per hour one a very active system. Normally a J2EE server should serve and not change all day long (sorry when I sound cynical). That is the default config, but we can not (must not) assume that it will remain like that as the functionality of the server grows. Thirdparty may have significantly larger configurations. More specifically those configurations could be based on database access or more complex configuration generation techniques. Configuration management is a specialized application and may require specialized resources. Basically I am suggesting that the design not be centered around the notion of every node has every configuration, but instead assume that there is a small sub-set of nodes in a cluster which we can talk to and get the configuration from. It will be much easier to keep a small number of nodes current with respect to the latest config than to keep all nodes uptodate. Now, what do we have to send ? Whenever a changes is made to a server (deploy a service, change a service, stop/destroy a service, deploy and undeploy an application) we only have to send what to do which is pretty simple. Either way this is the case. We are basically talking about the same thing, once we get past the location of the configuration. Therefore I don't expect to send much over the wire and also not much to be stored on each server. Don't forget that any classes you have to send over the wire has to send anyway. True, you may have to load classes (collections of jars, whatever). Lets say that there is service0 version 1, which is running on all nodes. You want to install service0 version 2 on a select portion for testing, perhaps deploy everywhere if it works. If all nodes have the config, then when you install the config for service0 v2 all nodes in the cluster will have to refresh the config files as well as the .jar's for that service. If the jars are large then you may have a bit free time to drink some coffee while all of your nodes sync up. Having a smaller number of specialized nodes which are deal with this will scale better than having all nodes deal with this, including net i/o, disk space, cpu... If you have 10 nodes, change one bit of config on node0, then node2-9 will have to sync up there configuration. There will probably have to be some distributed tx going on here too so that we are sure that no new nodes startup and use a stale config. You are saying that the problem of making the updates will not scale because then the number of servers grows the whole thing would grow exponential and not linear (as the number of servers does). BUT I said the every should know every other server on the cluster but only one send the update commands to the others. The actions a server has to be Sure, we are talking about different things here. Where does the config live? What is responsible for syncing that config? Informing other nodes about a new config is simple and does not matter who does it. able to perform: - after a changes notify all other servers of this If you update a config running on 5% of the nodes in a group, why would you inform the other 95% of the change, asking them to update and such? Obviously you would want to segement large collections of nodes into groups or clusters, but you may need to have a large group, which leaves you to artificially segment or look to an alternate solution. Right now I only discuss this on a cluster level. The other scenario is to have a farm of servers running different applications but the same server configurations. I am not quite sure if this can be automated because some clients want Oracle, other PostgreSQL DB etc. You don't want to supply them with all the available service all other server has, don't you ? Only copy the files required to start/run the services on each node... anything else is a waste of space (except for the config servers). Another example would be DNS. There is no way that every DNS server could sync up with each other DNS server, unless there numbers were small and on a fast network. Yeah, but normally you have two doing the same, the configuration is a nightmare and most DNS server caches resolved mappings. You can run into serious troubles if the two of the top DNS server goes down or fails to serve or when someone temper the DNS cache. Right. I don't suggest a DNS-style configuration scheme, where it passes on requests to more authoritative servers. It was an