RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
Build fixed now. Please note that naming is now part of core modules. This is due to remoting now requiring naming, since the addition of a JNDI detector. -Tom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tom Elrod Sent: Friday, March 07, 2003 2:55 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed I did this while in process of doing checkin. Should be fixed in a minute. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:34 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed = ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/classes [mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/gen/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 62 source files to /home/jboss/jbossci/jboss-head/remoting/output/classes /home/jboss/jbossci/jboss-head/remoting/src/main/org/jboss/rem oting/detection/jndi/JNDIDetector.java:19: cannot resolve symbol symbol : class NamingContextFactory location: package interfaces import org.jnp.interfaces.NamingContextFactory; ^ /home/jboss/jbossci/jboss-head/remoting/src/main/org/jboss/rem oting/detection/jndi/JNDIDetector.java:20: cannot resolve symbol symbol : class Main location: package server import org.jnp.server.Main; ^ /home/jboss/jbossci/jboss-head/remoting/src/main/test/detectio n/jndi/JNDIDetectorTest.java:15: cannot resolve symbol symbol : class Main location: package server import org.jnp.server.Main; ^ /home/jboss/jbossci/jboss-head/remoting/src/main/org/jboss/rem oting/detection/jndi/JNDIDetector.java:365: cannot resolve symbol symbol : class Main location: class org.jboss.remoting.detection.jndi.JNDIDetector Main server = new Main(); ^ /home/jboss/jbossci/jboss-head/remoting/src/main/org/jboss/rem oting/detection/jndi/JNDIDetector.java:365: cannot resolve symbol symbol : class Main location: class org.jboss.remoting.detection.jndi.JNDIDetector Main server = new Main(); ^ /home/jboss/jbossci/jboss-head/remoting/src/main/org/jboss/rem oting/detection/jndi/JNDIDetector.java:370: cannot resolve symbol symbol : class NamingContextFactory location: class org.jboss.remoting.detection.jndi.JNDIDetector contextFactory = NamingContextFactory.class.getName(); ^ /home/jboss/jbossci/jboss-head/remoting/src/main/test/detectio n/jndi/JNDIDetectorTest.java:57: cannot resolve symbol symbol : class Main location: class test.detection.jndi.JNDIDetectorTest Main JNDIServer = new Main(); ^ /home/jboss/jbossci/jboss-head/remoting/src/main/test/detectio n/jndi/JNDIDetectorTest.java:57: cannot resolve symbol symbol : class Main location: class test.detection.jndi.JNDIDetectorTest Main JNDIServer = new Main(); ^ 8 errors BUILD FAILED file:/home/jboss/jbossci/jboss-head/remoting/../tools/etc/buil dfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 23 seconds --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED]
[JBoss-dev] JNDIDetector added to remoting package
I just added a JNDIDetector to the remoting package to go along with the MulticastDetector. This does what you might expect, registers invoker servers within a JNDI server so can be detected by other detectors on the network (since, depending on network, may not be able to use multicast). See the javadoc for more info or just send me an e-mail if you have any questions. Also a JNDIDetectorTest which can be used as an example of how to use it. -Tom --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-629145 ] ejb-link bug
Bugs item #629145, was opened at 2002-10-26 19:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=629145group_id=22866 Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Submitted By: Stefan Wachter (stefanwachter) Assigned to: Christian Riege (lqd) Summary: ejb-link bug Initial Comment: JBoss V 3.0.3 I have an ear that contains an ejb.jar and web.war file. In the deployment descriptor of the web.war file (i.e. the web.xml) I have an ejb-ref to an EJB in the ejb.jar file. The spec says that the ejb-link element must contain the name of the jar-file followed by an '#' followed by the ejb-name of the referenced EJB: ejb-ref ejb-ref-nameejb/Converter/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homede.xyz.converter.ConverterHome/home remotede.xyz.converter.Converter/remote ejb-linkejb.jar#Converter/ejb-link /ejb-ref Running the application causes an exception whereas the SUN reference implementation is happy with this link. If the ejb-link is changed to ejb-linkConverter/ejb-link, i.e. the jar is omitted. then the application also runs on JBoss. The attached ear demonstrates this behaviour. -- Comment By: Christian Riege (lqd) Date: 2003-03-07 10:10 Message: Logged In: YES user_id=176671 This is now fixed in Branch_3_2, am working on 3.0 series ATM. might take some time, apparently 3.0 is not picking up a nested .jar in a .war or something to the effect. -- Comment By: Christian Riege (lqd) Date: 2003-01-24 09:02 Message: Logged In: YES user_id=176671 hi, sorry for the absence but i was rather busy. as no one seems to have complained in HEAD about the fix as of yet i will backport this. it will take until mid next week though. in the meantime, CVS access by sourceforge should have been fixed by now. -- Comment By: David Calvente (davidcalvente) Date: 2003-01-16 20:41 Message: Logged In: YES user_id=689193 Hi, I´ve the same problem, and tried 3.04 and also 3.2 RC1 and nothing changed. I´ve read that Christian Riege commited a fix, but I´m not able to connect to CVS. Please, coul anyone tell me when will this bug be fixed (wich release) and how can I use Christian´s path do go on till then... Thanks a lot David -- Comment By: Christian Riege (lqd) Date: 2002-12-12 17:53 Message: Logged In: YES user_id=176671 i have commited a fix for this in CVS HEAD. could you please re-check against CVS HEAD and tell me if it solves your problem; if it does I will backport it into 3.0 and 3.2 respectively. -- Comment By: Christian Riege (lqd) Date: 2002-11-27 15:41 Message: Logged In: YES user_id=176671 JBoss currently happily ignores the specified jar file. I will look into this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=629145group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-650929 ] ejb-link doesn't work in deployment
Bugs item #650929, was opened at 2002-12-09 16:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=650929group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: James Strachan (strachancambs) Assigned to: Christian Riege (lqd) Summary: ejb-link doesn't work in deployment Initial Comment: JBoss behaviour has changed between Version 2.4.6 and Version 3.0.4. In Version 2.4.6, a reference from a Web Archive to a deployed EJB could be resolved using the ejb-link attribute of the ejb-ref attribute within web.xml. No jndi-name attribute is required from jboss-web.xml. This behaviour has changed in Version 3.0.4. Deploying a Web Archive with a valid ejb-link attribute, but no jndi-name attribute, results in a Deployment Exception. Fuller details of the problem , and of tests carried out, are set out in a Word document within the attached zip file. JBoss Version 3.0.4 OS Windows XP Home JDK 1.4.0 -- Comment By: Christian Riege (lqd) Date: 2003-03-07 10:11 Message: Logged In: YES user_id=176671 Backported the fix to Branch_3_2, still looking into 3.0. -- Comment By: Christian Riege (lqd) Date: 2002-12-12 17:53 Message: Logged In: YES user_id=176671 i have commited a fix for this in CVS HEAD. could you please re-check against CVS HEAD and tell me if it solves your problem; if it does I will backport it into 3.0 and 3.2 respectively. -- Comment By: James Strachan (strachancambs) Date: 2002-12-10 11:42 Message: Logged In: YES user_id=665462 Sample EAR file sent by separate e-mail. I have tested that this deploys. -- Comment By: Christian Riege (lqd) Date: 2002-12-10 10:43 Message: Logged In: YES user_id=176671 apparently the .ear didn't make it into the attachment, pls. send it to me via e-mail: [EMAIL PROTECTED] thanks -- Comment By: James Strachan (strachancambs) Date: 2002-12-09 20:15 Message: Logged In: YES user_id=665462 I will try to send you the complete EAR. If this doesn't get through, I will need to build a bespoke EAR, which will take time. -- Comment By: Christian Riege (lqd) Date: 2002-12-09 19:09 Message: Logged In: YES user_id=176671 besides the Word document, can you also attach the .ear (or a stripped down version containing the Bean in question, a sample servlet calling the bean and the according Deployment Descriptors)? I have just comitted a test-case for bug #629145 to CVS HEAD, the test works with my patch in place (which has not been comitted yet) and I want to see if my patch fixes your problem, too before comitting and backporting to 3.2 and 3.0 branches. -- Comment By: James Strachan (strachancambs) Date: 2002-12-09 19:02 Message: Logged In: YES user_id=665462 Document attached (hopefully) -- Comment By: James Strachan (strachancambs) Date: 2002-12-09 19:00 Message: Logged In: YES user_id=665462 Am sending the Word document separately - my attachment may have been too large for SourceForge to accept. -- Comment By: Christian Riege (lqd) Date: 2002-12-09 17:31 Message: Logged In: YES user_id=176671 it seems you forgot the attachment, at least I can't see it in the report ATM. anyways, this is related to bug #629145 which i'm currently working on, see https://sourceforge.net/tracker/?func=detailaid=629145group_id=22866atid=376685 for more information. have a fix for this in hand, just need to get around to add a testcase to the testsuite. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=650929group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] How to check if JBoss startup is finished
At the moment JBoss-IDE detects only whether JBoss has been started or not. I'd like to distinguish between 'is starting' and 'startup finished'. What's the best way to do this ? Hans --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss/Persistence module added to CVS
Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-699367 ] log4j.properties ignored
Bugs item #699367, was opened at 2003-03-07 13:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=699367group_id=22866 Category: JBossWeb Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Thomas Hamann (thomash76) Assigned to: Nobody/Anonymous (nobody) Summary: log4j.properties ignored Initial Comment: Hi, i've deployed a web application on JBoss 3.0.4 (on win2k), which makes use of log4j. Unfortunately the application specific log levels - specified in log4j.properties - are being ignored. No matter where i put the properties file (war file root, /WEB-INF, /WEB-INF/classes, or /WEB-INF/lib) the container keeps ingnoring the custom settings. Is there no other solution than to configure log4j explicitly in JBoss's log4j.xml file for EVERY log4jed application? thanks in advance Thomas -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=699367group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-679705 ] 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM
Bugs item #679705, was opened at 2003-02-03 19:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=679705group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: Wont Fix Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Nobody/Anonymous (nobody) Summary: 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM Initial Comment: TestingJBoss 3.0.6 with an IBM 1.4 VM on Linux I get an AbstractMethodError on startup for AbstractDeploymentScanner.scan() when starting the URLDeploymentScanner. This happens both if JBoss was compiled with a Sun as well as an IBM JDK. System info: 19:01:34,499 INFO [ServerInfo] Java version: 1.4.0,IBM Corporation 19:01:34,500 INFO [ServerInfo] Java VM: Classic VM 1.4.0,IBM Corporation 19:01:34,526 INFO [ServerInfo] OS-System: Linux 2.4.18-17.7.x,x86 Exception: 2003-02-03 19:01:45,294 INFO [org.jboss.deployment.scanner.URLDeploymentScanner] Starting 2003-02-03 19:01:45,301 ERROR [org.jboss.deployment.MainDeployer] could not start deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:261) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:413) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:230) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:325) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:222) at org.jboss.Main.boot(Main.java:148) at org.jboss.Main$1.run(Main.java:381) at java.lang.Thread.run(Thread.java:566) 2003-02-03 19:01:45,468 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true 2003-02-03 19:01:45,471 ERROR [org.jboss.system.server.Server] start failed org.jboss.deployment.DeploymentException: Could not create deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml; - nested throwable: (java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:835) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at
[JBoss-dev] [ jboss-Bugs-692817 ] JDBCOptimisticLock fails under heavy load
Bugs item #692817, was opened at 2003-02-25 11:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=692817group_id=22866 Category: JBossCMP Group: v3.2 Status: Closed Resolution: Invalid Priority: 5 Submitted By: Simone (milasx) Assigned to: Alexey Loubyansky (loubyansky) Summary: JDBCOptimisticLock fails under heavy load Initial Comment: JBoss 3.2.0 RC1 Windows NT 4 Solaris 8 JDK 1.4.1_01 0) In standardjboss.xml set locking-policy org.jboss.ejb.plugins.lock.JDBCOptimisticLock /locking-policy 1) Define an Entity Bean with an associated Value Object (Xdoclet) 2) Define a finder method 3) Implement an EJB Session Facade to the Entity Bean 4) In the session facade provide a facade to the finder that return an array of Value Object 5) Call the session facade repetedly. 6) Some of the call will fails with Exception: javax.ejb.EJBException: Reentrant method call detected: YourEntityBean 4592 at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:82) -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-03-07 15:48 Message: Logged In: YES user_id=543482 Please, make sure you use Instance Per Transaction CMP 2.x EntityBean container configuration as the basis. Here is a simple example: container-configurations container-configuration extends=Instance Per Transaction CMP 2.x EntityBean container-nameoptimistic container/container-name locking- policyorg.jboss.ejb.plugins.lock.JDBCOptimisticLock/lockin g-policy /container-configuration /container-configurations Please, reopen if you still see the problem but it works for me. alex -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-03-06 13:27 Message: Logged In: YES user_id=543482 Hi Simone, I just tested with the sources you sent me and had no problems. Could you show the resulting DDs you use? How do you configure optimistic locking? Thanks, alex -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=692817group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.verifier.strategy.VerificationContext -- VerificationEventGenerator qualified to VerificationEventGenerator org.jboss.verifier.event.VerificationEventGenerator -- EventGenerator qualified to EventGenerator org.jboss.verifier.factory.VerificationEventFactory -- AbstractFactory qualified to AbstractFactory org.jboss.verifier.strategy.VerificationStrategy -- Strategy qualified to Strategy org.jboss.verifier.event.VerificationListener -- EventListener qualified to EventListener org.jboss.ejb.EJBDeployer -- EJBDeployerMBean qualified to EJBDeployerMBean org.jboss.ejb.ContainerPlugin -- Service qualified to Service org.jboss.ejb.InstanceCache -- StatisticsProvider qualified to StatisticsProvider org.jboss.ejb.EntityEnterpriseContext -- EJBContextImpl qualified to EJBContextImpl org.jboss.invocation.Invoker -- Remote qualified to Remote org.jboss.ejb.StatefulSessionContainer -- AbstractContainerInterceptor qualified to AbstractContainerInterceptor org.jboss.ejb.EjbModule -- EjbModuleMBean qualified to EjbModuleMBean org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager -- StatefulSessionFilePersistenceManagerMBean qualified to StatefulSessionFilePersistenceManagerMBean org.jboss.ejb.timer.AbstractTimerSource -- AbstractTimerSourceMBean qualified to AbstractTimerSourceMBean org.jboss.ejb.timer.FilePersistenceManager -- FilePersistenceManagerMBean qualified to FilePersistenceManagerMBean org.jboss.ejb.timer.SchedulerTimerSource -- SchedulerTimerSourceMBean qualified to SchedulerTimerSourceMBean org.jboss.invocation.InvokerXAResource -- InvokerXAResourceMBean qualified to InvokerXAResourceMBean org.jboss.invocation.XATerminatorContainer -- XATerminatorContainerMBean qualified to XATerminatorContainerMBean org.jboss.invocation.http.server.HttpInvokerMBean -- ServiceMBean qualified to ServiceMBean org.jboss.invocation.local.LocalInvoker -- LocalInvokerMBean qualified to LocalInvokerMBean org.jboss.invocation.jrmp.server.JRMPInvoker -- JRMPInvokerMBean qualified to JRMPInvokerMBean org.jboss.invocation.pooled.server.PooledInvoker -- PooledInvokerMBean qualified to PooledInvokerMBean org.jboss.invocation.trunk.client.ConnectionManager -- ConnectionManagerMBean qualified to ConnectionManagerMBean org.jboss.invocation.trunk.client.TrunkInvokerProxy -- TrunkInvokerProxyMBean qualified to TrunkInvokerProxyMBean org.jboss.invocation.trunk.server.TrunkInvoker -- TrunkInvokerMBean qualified to TrunkInvokerMBean org.jboss.jms.asf.ServerSessionPoolLoader -- ServerSessionPoolLoaderMBean qualified to ServerSessionPoolLoaderMBean org.jboss.jms.jndi.JMSProviderLoader -- JMSProviderLoaderMBean qualified to JMSProviderLoaderMBean org.jboss.jmx.connector.RemoteMBeanServer -- MBeanServer qualified to MBeanServer org.jboss.jmx.connector.notification.JMSNotificationListener -- JMSNotificationListenerMBean qualified to JMSNotificationListenerMBean org.jboss.jmx.connector.notification.RMINotificationListener -- RMINotificationListenerMBean qualified to RMINotificationListenerMBean org.jboss.jmx.adaptor.rmi.RMIAdaptorService -- RMIAdaptorServiceMBean qualified to RMIAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLAdaptorService -- XMLAdaptorServiceMBean qualified to XMLAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLTestService -- XMLTestServiceMBean qualified to XMLTestServiceMBean org.jboss.jmx.connector.rmi.RMIConnectorImpl -- RMIConnectorImplMBean qualified to RMIConnectorImplMBean org.jboss.jmx.connector.ejb.EJBConnector -- EJBConnectorMBean qualified to EJBConnectorMBean org.jboss.jmx.connector.ConnectorFactoryService -- ConnectorFactoryServiceMBean qualified to ConnectorFactoryServiceMBean org.jboss.jmx.connector.notification.PollingNotificationListener -- PollingNotificationListenerMBean qualified to PollingNotificationListenerMBean org.jboss.logging.Log4jService -- Log4jServiceMBean qualified to Log4jServiceMBean org.jboss.logging.Log4jSocketServer -- Log4jSocketServerMBean qualified to Log4jSocketServerMBean org.jboss.naming.ExternalContext -- ExternalContextMBean qualified to ExternalContextMBean org.jboss.naming.JNDIView -- JNDIViewMBean qualified to JNDIViewMBean org.jboss.naming.NamingAlias -- NamingAliasMBean qualified to NamingAliasMBean org.jboss.naming.NamingService -- NamingServiceMBean qualified to NamingServiceMBean org.jboss.web.AbstractWebContainer -- AbstractWebContainerMBean qualified to AbstractWebContainerMBean org.jboss.web.WebService -- WebServiceMBean qualified to
RE: [JBoss-dev] Is JDK 1.4 required to build
Cool, and I'll won't feeling like an asshole for yelling at people for breaking the build. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Scott M Stark Sent: Friday, March 07, 2003 2:13 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Is JDK 1.4 required to build Agreed. I don't want that management headache propagated to 4.0. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 06, 2003 9:51 PM Subject: Re: [JBoss-dev] Is JDK 1.4 required to build I got no problem making 99% of CMP working on 1.3 (basicially anything that does not require JDBC3). It is just the #ifdef stuff I hate. -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UnifiedClassLoader notifications?
Change these calls to JMX notifications of type jboss.mx.classloader.removed in
the removeClassLoader(ClassLoader) method.
This is already done for additions of UCLs:
public LoaderRepository registerClassLoader(UnifiedClassLoader ucl)
{
addClassLoader(ucl);
Notification msg = new Notification(CLASSLOADER_ADDED, this,
getNextSequenceNumber());
msg.setUserData(ucl);
broadcaster.sendNotification(msg);
return this;
}
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 2:43 PM
Subject: RE: [JBoss-dev] UnifiedClassLoader notifications?
What about the entire UCL itself? In AOP I have a Javassist type object
that is paired with each UCL that I need to cycle when the UCL is done.
Right now I have explicit calls in the ULR code to trigger this.
Bill
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-679705 ] 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM
Bugs item #679705, was opened at 2003-02-03 10:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=679705group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Scott M Stark (starksm) Summary: 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM Initial Comment: TestingJBoss 3.0.6 with an IBM 1.4 VM on Linux I get an AbstractMethodError on startup for AbstractDeploymentScanner.scan() when starting the URLDeploymentScanner. This happens both if JBoss was compiled with a Sun as well as an IBM JDK. System info: 19:01:34,499 INFO [ServerInfo] Java version: 1.4.0,IBM Corporation 19:01:34,500 INFO [ServerInfo] Java VM: Classic VM 1.4.0,IBM Corporation 19:01:34,526 INFO [ServerInfo] OS-System: Linux 2.4.18-17.7.x,x86 Exception: 2003-02-03 19:01:45,294 INFO [org.jboss.deployment.scanner.URLDeploymentScanner] Starting 2003-02-03 19:01:45,301 ERROR [org.jboss.deployment.MainDeployer] could not start deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:261) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:413) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:230) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:325) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:222) at org.jboss.Main.boot(Main.java:148) at org.jboss.Main$1.run(Main.java:381) at java.lang.Thread.run(Thread.java:566) 2003-02-03 19:01:45,468 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true 2003-02-03 19:01:45,471 ERROR [org.jboss.system.server.Server] start failed org.jboss.deployment.DeploymentException: Could not create deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml; - nested throwable: (java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:835) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at
RE: [JBoss-dev] JBoss/Persistence module added to CVS
Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss/Persistence module added to CVS
CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss/Persistence module added to CVS
The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/Persistence module added to CVS
Why? Like I said before server is the kitchen-sink and I personally would like to see that module go away, once all of the fluff it contains finds a proper home. Just my opinion of course... --jason On Friday, March 7, 2003, at 11:15 PM, Bill Burke wrote: CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/Persistence module added to CVS
EJB bits to ejb module ;) --jason On Friday, March 7, 2003, at 11:28 PM, Jeremy Boynes wrote: The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss/Persistence module added to CVS
OK. When ? Are we stable yet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 8:33 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS EJB bits to ejb module ;) --jason On Friday, March 7, 2003, at 11:28 PM, Jeremy Boynes wrote: The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/Persistence module added to CVS
Huh? When what? SOrry for being dense I am just confused as to the exact bits you are talking about. --jason On Saturday, March 8, 2003, at 12:02 AM, Jeremy Boynes wrote: OK. When ? Are we stable yet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 8:33 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS EJB bits to ejb module ;) --jason On Friday, March 7, 2003, at 11:28 PM, Jeremy Boynes wrote: The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss/Persistence module added to CVS
I am going to move the generic peristence stuff from server to persistence. I am going to leave the EJB persistence stuff in server for now as I am not sure where Bill is with the interceptor changes. It can move to ejb along with the rest (whenever whoever does that, just not me right now :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 9:20 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS Huh? When what? SOrry for being dense I am just confused as to the exact bits you are talking about. --jason On Saturday, March 8, 2003, at 12:02 AM, Jeremy Boynes wrote: OK. When ? Are we stable yet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 8:33 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS EJB bits to ejb module ;) --jason On Friday, March 7, 2003, at 11:28 PM, Jeremy Boynes wrote: The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free.
[JBoss-dev] DTD hell
I am working on adding the ability to specify a loader repository to all of the deployment types, and this adds a loader-repository element that needs a mixed content type with a loader-repository-config element with an ANY content type. This is needed because the loader-repository-config depends on the particular loader-repository class implementation. The problem is that if I add the following to the existing deployment dtds they become non-validatible because any elements that show up in an ANY content model element still must be declared, and this is the part that makes no sense to me. Is there a way to avoid this? !-- The loader-repository specifies the name of the UnifiedLoaderRepository MBean to use for the ear to provide ear level scoping of classes deployed in the ear. It is a unique JMX ObjectName string. Examples: loader-repositoryjboss.test:loader=cts-cmp2v1-sar.ear/loader-repository loader-repository jboss.test:loader=cts-cmp2v1-sar.ear loader-repository-config HeirarchicalLoaderRepository3 java2ParentDelegaton='true' / /loader-repository-config /loader-repository -- !ELEMENT loader-repository (#PCDATA | loader-repository-config)* !-- The loaderRepositoryClass attribute gives the classname loader-repository implementation. -- !ATTLIST loader-repository loaderRepositoryClass CDATA #IMPLIED !-- The loader-repository-config element specifies any arbitrary configuration fragment for use in configuring the loader-repository instance. The actual content of this element is specific to the loaderRepositoryClass and the code parsing the element. -- !ELEMENT loader-repository-config (ANY) Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/Persistence module added to CVS
Great ;-) I will handle the EJB move once the interception changes have been made. --jason On Saturday, March 8, 2003, at 12:35 AM, Jeremy Boynes wrote: I am going to move the generic peristence stuff from server to persistence. I am going to leave the EJB persistence stuff in server for now as I am not sure where Bill is with the interceptor changes. It can move to ejb along with the rest (whenever whoever does that, just not me right now :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 9:20 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS Huh? When what? SOrry for being dense I am just confused as to the exact bits you are talking about. --jason On Saturday, March 8, 2003, at 12:02 AM, Jeremy Boynes wrote: OK. When ? Are we stable yet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 8:33 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS EJB bits to ejb module ;) --jason On Friday, March 7, 2003, at 11:28 PM, Jeremy Boynes wrote: The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to check if JBoss startup is finished
There is no way currently. The server impl which registers as the jboss.system:type=Server mbean needs to send a notification on the completion of its startup to signal this. This is the point at which the JBoss (MX MicroKernel) ... Started in ... line is printed. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Hans Dockter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:17 AM Subject: [JBoss-dev] How to check if JBoss startup is finished At the moment JBoss-IDE detects only whether JBoss has been started or not. I'd like to distinguish between 'is starting' and 'startup finished'. What's the best way to do this ? Hans --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] DTD hell
Is this for 4.0? I thought we were switching to XML schema for 4.0. We could switch to schemas for 3.2 also. -dain On Friday, March 7, 2003, at 11:50 AM, Scott M Stark wrote: I am working on adding the ability to specify a loader repository to all of the deployment types, and this adds a loader-repository element that needs a mixed content type with a loader-repository-config element with an ANY content type. This is needed because the loader-repository-config depends on the particular loader-repository class implementation. The problem is that if I add the following to the existing deployment dtds they become non-validatible because any elements that show up in an ANY content model element still must be declared, and this is the part that makes no sense to me. Is there a way to avoid this? !-- The loader-repository specifies the name of the UnifiedLoaderRepository MBean to use for the ear to provide ear level scoping of classes deployed in the ear. It is a unique JMX ObjectName string. Examples: loader-repositoryjboss.test:loader=cts-cmp2v1-sar.ear/loader- repository loader-repository jboss.test:loader=cts-cmp2v1-sar.ear loader-repository-config HeirarchicalLoaderRepository3 java2ParentDelegaton='true' / /loader-repository-config /loader-repository -- !ELEMENT loader-repository (#PCDATA | loader-repository-config)* !-- The loaderRepositoryClass attribute gives the classname loader-repository implementation. -- !ATTLIST loader-repository loaderRepositoryClass CDATA #IMPLIED !-- The loader-repository-config element specifies any arbitrary configuration fragment for use in configuring the loader-repository instance. The actual content of this element is specific to the loaderRepositoryClass and the code parsing the element. -- !ELEMENT loader-repository-config (ANY) Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] DTD hell
Use XML Schema. --jason On Saturday, March 8, 2003, at 12:50 AM, Scott M Stark wrote: I am working on adding the ability to specify a loader repository to all of the deployment types, and this adds a loader-repository element that needs a mixed content type with a loader-repository-config element with an ANY content type. This is needed because the loader-repository-config depends on the particular loader-repository class implementation. The problem is that if I add the following to the existing deployment dtds they become non-validatible because any elements that show up in an ANY content model element still must be declared, and this is the part that makes no sense to me. Is there a way to avoid this? !-- The loader-repository specifies the name of the UnifiedLoaderRepository MBean to use for the ear to provide ear level scoping of classes deployed in the ear. It is a unique JMX ObjectName string. Examples: loader-repositoryjboss.test:loader=cts-cmp2v1-sar.ear/loader- repository loader-repository jboss.test:loader=cts-cmp2v1-sar.ear loader-repository-config HeirarchicalLoaderRepository3 java2ParentDelegaton='true' / /loader-repository-config /loader-repository -- !ELEMENT loader-repository (#PCDATA | loader-repository-config)* !-- The loaderRepositoryClass attribute gives the classname loader-repository implementation. -- !ATTLIST loader-repository loaderRepositoryClass CDATA #IMPLIED !-- The loader-repository-config element specifies any arbitrary configuration fragment for use in configuring the loader-repository instance. The actual content of this element is specific to the loaderRepositoryClass and the code parsing the element. -- !ELEMENT loader-repository-config (ANY) Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-699555 ] Patch for SunJavaCompiler to use com.sun.tools.javac.Main
Bugs item #699555, was opened at 2003-03-07 18:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=699555group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Rod Burgett (rodburgett) Assigned to: Nobody/Anonymous (nobody) Summary: Patch for SunJavaCompiler to use com.sun.tools.javac.Main Initial Comment: The attached diff file contains a patch to the SunJavaCompiler class (jetty/src/main/org/apache/jasper/compiler) to check for com.sun.tools.javac.Main class and, if it is available, to use it instead of sun.tools.javac.Main. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=699555group_id=22866 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to check if JBoss startup is finished
ServerImpl should probably send notifications when it does any life-cycle changes. Should not be too difficult to implement, though I have never really played with JMX notifications much. Do you have any suggestions on how to go about adding that? I mean specifically about Notification classes and type naming and such. --jason On Saturday, March 8, 2003, at 12:56 AM, Scott M Stark wrote: There is no way currently. The server impl which registers as the jboss.system:type=Server mbean needs to send a notification on the completion of its startup to signal this. This is the point at which the JBoss (MX MicroKernel) ... Started in ... line is printed. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Hans Dockter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:17 AM Subject: [JBoss-dev] How to check if JBoss startup is finished At the moment JBoss-IDE detects only whether JBoss has been started or not. I'd like to distinguish between 'is starting' and 'startup finished'. What's the best way to do this ? Hans --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-699577 ] Patch request for NamingService.java
Bugs item #699577, was opened at 2003-03-07 19:11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=699577group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Rod Burgett (rodburgett)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch request for NamingService.java
Initial Comment:
I'd like to extend the NamingService class
(server/src/main/org/jboss/naming) and have access in
this new class to the underlying org.jnp.server.Main
instance. For this to succeed, a new protected
accessor method is required in the NamingService class.
No diff file is provided. The requested update is simply to
add:
protected Main getNamingServer() {
return naming;
}
This patch request is posted for v3.2, but the same
change will update v3.0 and possibly v4.0.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=699577group_id=22866
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] DTD hell
Not possible for 3.2. I know I can use ![CDATA[...]] to force anything, but this does not even need to be well formed content. If that is the best that can be done I'll go with that. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:18 AM Subject: Re: [JBoss-dev] DTD hell Use XML Schema. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Is JDK 1.4 required to build
So when can I start to check in code into HEAD that will only build 1.4? What parts of the server must run on 1.3? After spending an entire day writing a lame IdentityHashMap (and I haven't even begun to test it) I am leaning to requiring 1.4 for the new persistence framework. I think David's DTM logging and recovery stuff will require NIO in 1.4. -dain On Friday, March 7, 2003, at 01:12 AM, Scott M Stark wrote: Agreed. I don't want that management headache propagated to 4.0. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 06, 2003 9:51 PM Subject: Re: [JBoss-dev] Is JDK 1.4 required to build I got no problem making 99% of CMP working on 1.3 (basicially anything that does not require JDBC3). It is just the #ifdef stuff I hate. -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Is JDK 1.4 required to build
Can we just make it official right now that HEAD is 1.4 only? --jason On Saturday, March 8, 2003, at 01:36 AM, Dain Sundstrom wrote: So when can I start to check in code into HEAD that will only build 1.4? What parts of the server must run on 1.3? After spending an entire day writing a lame IdentityHashMap (and I haven't even begun to test it) I am leaning to requiring 1.4 for the new persistence framework. I think David's DTM logging and recovery stuff will require NIO in 1.4. -dain On Friday, March 7, 2003, at 01:12 AM, Scott M Stark wrote: Agreed. I don't want that management headache propagated to 4.0. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 06, 2003 9:51 PM Subject: Re: [JBoss-dev] Is JDK 1.4 required to build I got no problem making 99% of CMP working on 1.3 (basicially anything that does not require JDBC3). It is just the #ifdef stuff I hate. -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] passivation thread will be gone
I'm getting rid of the passivation thread and passivation scheduling in the cache. This simplifies the cache tremendously. If I remember correctly the reason for passivation scheduling was for SFSBs being swapped in and out of disk continuously. What a stupid reason, IMHO. (Hope I don't offend anybody). Passivation happens with SFSBs when you've reached your resource limit. Doing the passivation in a separate thread has no effect on performance on a highly loaded system. Over-engineered, IMHO. BTW, I'm reinstituting entity pooling too. Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] DTD hell
No we can't switch to schemas for 3.2 as this is going out the door soon and I'm not changing everything over. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:17 AM Subject: Re: [JBoss-dev] DTD hell Is this for 4.0? I thought we were switching to XML schema for 4.0. We could switch to schemas for 3.2 also. -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to check if JBoss startup is finished
Its done. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:20 AM Subject: Re: [JBoss-dev] How to check if JBoss startup is finished ServerImpl should probably send notifications when it does any life-cycle changes. Should not be too difficult to implement, though I have never really played with JMX notifications much. Do you have any suggestions on how to go about adding that? I mean specifically about Notification classes and type naming and such. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.verifier.strategy.VerificationContext -- VerificationEventGenerator qualified to VerificationEventGenerator org.jboss.verifier.event.VerificationEventGenerator -- EventGenerator qualified to EventGenerator org.jboss.verifier.factory.VerificationEventFactory -- AbstractFactory qualified to AbstractFactory org.jboss.verifier.strategy.VerificationStrategy -- Strategy qualified to Strategy org.jboss.verifier.event.VerificationListener -- EventListener qualified to EventListener org.jboss.ejb.EJBDeployer -- EJBDeployerMBean qualified to EJBDeployerMBean org.jboss.ejb.ContainerPlugin -- Service qualified to Service org.jboss.ejb.InstanceCache -- StatisticsProvider qualified to StatisticsProvider org.jboss.ejb.EntityEnterpriseContext -- EJBContextImpl qualified to EJBContextImpl org.jboss.invocation.Invoker -- Remote qualified to Remote org.jboss.ejb.StatefulSessionContainer -- AbstractContainerInterceptor qualified to AbstractContainerInterceptor org.jboss.ejb.EjbModule -- EjbModuleMBean qualified to EjbModuleMBean org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager -- StatefulSessionFilePersistenceManagerMBean qualified to StatefulSessionFilePersistenceManagerMBean org.jboss.ejb.timer.AbstractTimerSource -- AbstractTimerSourceMBean qualified to AbstractTimerSourceMBean org.jboss.ejb.timer.FilePersistenceManager -- FilePersistenceManagerMBean qualified to FilePersistenceManagerMBean org.jboss.ejb.timer.SchedulerTimerSource -- SchedulerTimerSourceMBean qualified to SchedulerTimerSourceMBean org.jboss.invocation.InvokerXAResource -- InvokerXAResourceMBean qualified to InvokerXAResourceMBean org.jboss.invocation.XATerminatorContainer -- XATerminatorContainerMBean qualified to XATerminatorContainerMBean org.jboss.invocation.http.server.HttpInvokerMBean -- ServiceMBean qualified to ServiceMBean org.jboss.invocation.local.LocalInvoker -- LocalInvokerMBean qualified to LocalInvokerMBean org.jboss.invocation.jrmp.server.JRMPInvoker -- JRMPInvokerMBean qualified to JRMPInvokerMBean org.jboss.invocation.pooled.server.PooledInvoker -- PooledInvokerMBean qualified to PooledInvokerMBean org.jboss.invocation.trunk.client.ConnectionManager -- ConnectionManagerMBean qualified to ConnectionManagerMBean org.jboss.invocation.trunk.client.TrunkInvokerProxy -- TrunkInvokerProxyMBean qualified to TrunkInvokerProxyMBean org.jboss.invocation.trunk.server.TrunkInvoker -- TrunkInvokerMBean qualified to TrunkInvokerMBean org.jboss.jms.asf.ServerSessionPoolLoader -- ServerSessionPoolLoaderMBean qualified to ServerSessionPoolLoaderMBean org.jboss.jms.jndi.JMSProviderLoader -- JMSProviderLoaderMBean qualified to JMSProviderLoaderMBean org.jboss.jmx.connector.RemoteMBeanServer -- MBeanServer qualified to MBeanServer org.jboss.jmx.connector.notification.JMSNotificationListener -- JMSNotificationListenerMBean qualified to JMSNotificationListenerMBean org.jboss.jmx.connector.notification.RMINotificationListener -- RMINotificationListenerMBean qualified to RMINotificationListenerMBean org.jboss.jmx.adaptor.rmi.RMIAdaptorService -- RMIAdaptorServiceMBean qualified to RMIAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLAdaptorService -- XMLAdaptorServiceMBean qualified to XMLAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLTestService -- XMLTestServiceMBean qualified to XMLTestServiceMBean org.jboss.jmx.connector.rmi.RMIConnectorImpl -- RMIConnectorImplMBean qualified to RMIConnectorImplMBean org.jboss.jmx.connector.ejb.EJBConnector -- EJBConnectorMBean qualified to EJBConnectorMBean org.jboss.jmx.connector.ConnectorFactoryService -- ConnectorFactoryServiceMBean qualified to ConnectorFactoryServiceMBean org.jboss.jmx.connector.notification.PollingNotificationListener -- PollingNotificationListenerMBean qualified to PollingNotificationListenerMBean org.jboss.logging.Log4jService -- Log4jServiceMBean qualified to Log4jServiceMBean org.jboss.logging.Log4jSocketServer -- Log4jSocketServerMBean qualified to Log4jSocketServerMBean org.jboss.naming.ExternalContext -- ExternalContextMBean qualified to ExternalContextMBean org.jboss.naming.JNDIView -- JNDIViewMBean qualified to JNDIViewMBean org.jboss.naming.NamingAlias -- NamingAliasMBean qualified to NamingAliasMBean org.jboss.naming.NamingService -- NamingServiceMBean qualified to NamingServiceMBean org.jboss.web.AbstractWebContainer -- AbstractWebContainerMBean qualified to AbstractWebContainerMBean org.jboss.web.WebService -- WebServiceMBean qualified to
Re: [JBoss-dev] Is JDK 1.4 required to build
You can start now only if you add a change note to sourceforge indicating this for 4.0. I would like a very functional JMX microkernel to run under 1.3. Exactly what that entails will be upto the core service developers to decide where JDK 1.4 specific APIs are essential. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 10:36 AM Subject: Re: [JBoss-dev] Is JDK 1.4 required to build So when can I start to check in code into HEAD that will only build 1.4? What parts of the server must run on 1.3? After spending an entire day writing a lame IdentityHashMap (and I haven't even begun to test it) I am leaning to requiring 1.4 for the new persistence framework. I think David's DTM logging and recovery stuff will require NIO in 1.4. -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jboss Boot lib jars
Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What is the point of the jbossmx.jar now?
thinking about it I think we should really do a J2ME release of jboss which would map pretty much to the JMX stuff with some of the server enhancements like lifecycle and UCL and farm etc. We should release it as a configuration like we are doing the Tomcat only configuration. any taker for the J2ME ready distribution? time to go and get that market marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: Monday, March 03, 2003 5:36 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] What is the point of the jbossmx.jar now? All of the code in the org.jbossmx package seems to be obsolete code that has never been used. Is there any reason to keep this around? Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Proposal for jboss-wide interceptor framework
yes, I think this could be a war-less decision :) DP/interfaces required for remoting. Get/set required for cache/cmp instrumentation on AOP. There are some grey areas as to when we require interfaces and plain POJO for server only stuff. As Scott pointed out the JNDI rewrite as a AOP/DP or AOP/POJO service is a requirement to test our stuff. Securing the JNDI access would be done very simply with the framework wether it is behind an interface or methods of pojo is completely irrelevant except that interface is required for DP/remote which is the case ANYWAY as we use the J2EE interface definition of JNDI. If an object is |(O | is the interface ( are the methods to the object O is the actual implementation or (O for a pojo then using |[](O is the DP approach where the [] interception is like the current EJB implementation and what Hiram was proposing to do in the very beginning ([]O is the current AOP approach for POJO's. There shouldn't be a war in these two approaches and the interface one should systematically use DP marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, March 03, 2003 2:09 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Proposal for jboss-wide interceptor framework The AOP framework really right now is only for POJO interception. I do have the beginnings of DynamicProxies though. The AOP POJO framework can intercept static and member methods, constructors, and fields. YOu can define metadata on a class via xml, as well as interceptor stacks at the Class level. You can add interceptors to a specific instance at runtime. I have ported 2 interceptors so far to the AOP framework. TX and Security. Security compiles but is currently untested. For a minimum, I'd like everybody to at least use the Invocation object I've created for the AOP framework. The payloads in the server/src/org/jboss/invocation/Invocation object have been abstracted into its own object (SimpleMetaData). The Invocation object holds the interceptor chain and is typeless as well. What I mean by typeless is that the Invocation object can be used for any type of invocation. Method, field, Constructor, JMS message, whatever. I'd like to finish the beginnings of the DP framework and apply them to EJB client-side interceptors but am having a hard time getting more than an hour at a time to focus on this big change. For JMX, you can already define AOP interceptors just like you would for any Java class. This isn't a complete solution for JMX though since JMX is instance based and not class based. The AOP framework has a concept of pointcuts. I'd like to add a MBean pointcut. What will happen is all MBean classes will be instrumented by the AOP framework. The AOP manager will deploy JMX pointcuts/interceptions by adding interceptors per MBean. The AOP framework already supports adding interceptors to a specific Object instance. Its just a matter of hooking up the configuration mechanism. I'm not sure if this is a good enough solution yet. As far as remoting goes for AOP, I want to first go the DynamicProxy route. If a user wants to remote a POJO, a DynamicProxy is created and remote invocations go through this proxy. EJB currently has client interceptors grouped as proxy-invoker binding. I think this is the kind of approach we could use for AOP at first. For EJBs, I think it is just a matter of finishing the AOP DP framework and using it for client interceptors. This will force EJBs to use the AOP Invocation object and to access interceptors the same way as AOP, which is a little different. JMX remoting is a problem though because the client can dynamically create a connection to an MBean via JMX connectors. The problem is, how do you get the client-side interceptor chain back to the client when the client creates a connection? We don't have this problem with JNDI or EJB because the client must go to a specific port (JNDI) or repository(EJB to JNDI) and we can provide the client DPs there. My problem right now with all this stuff is that I cannot seem to focus on it for more than an hour without getting interrupted to do something else. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Nathan Phelps Sent: Sunday, March 02, 2003 4:17 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Proposal for jboss-wide interceptor framework I agree. As I begin the development of JMS/JBoss 4.0, I'm, frankly, confused as to which direction to go concerning the interceptor framework--which project is THE project? There is some great work being done right now by a variety of people on this problem, but I have no idea how it all fits together--if it fits together. I wish we could settle this problem, agree on
RE: [JBoss-dev] Proposal for jboss-wide interceptor framework
, #2, and #3a if I can focus solely on this for 5 days with no interuptions. OK I will guarantee the no interuptions. Get it fucking done and you will put us all on top of the middleware world. JNDI is the simplest test case as Scott pointed and something I wanted see done in a long time marcf --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Proposal for jboss-wide interceptor framework
It makes some interceptors less complex to implement. It makes sense at service interception where we may have a separation between attributes/operations. Say I want to persist 2 out of 3 attributes I'm changing. Operations don't need the persistence interceptor, nor do all the attributes. clearly the cache/persistence implementation are a justification of the method scoped interception Like bill showed at BootCamp I think the levels are method/instance/application (logical)/class/VM/cluster. today we have application only in EJB level where the logical scope is the EJB container and the JNDI/JMX name that identifies it. Dain does kindof interception on the abstract getter/setter so the method one is there. marcf --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] passivation thread will be gone
Passivation happens with SFSBs when you've reached your resource limit. Doing the passivation in a separate thread has no effect on performance on a highly loaded system. Over-engineered, IMHO. yes clearly but the work was done when no one else would (back in the 2000 days). Simone did it and I am still greateful for it. But by all means simplify it. BTW, I'm reinstituting entity pooling too. ok, curious about why. marcf Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JNDIDetector added to remoting package
nice, let's make sure the documentation is there for inclusion in beginner and advanced stuff. Expect an overhaul of the documentation procedures soon, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Elrod Sent: Friday, March 07, 2003 3:15 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JNDIDetector added to remoting package I just added a JNDIDetector to the remoting package to go along with the MulticastDetector. This does what you might expect, registers invoker servers within a JNDI server so can be detected by other detectors on the network (since, depending on network, may not be able to use multicast). See the javadoc for more info or just send me an e-mail if you have any questions. Also a JNDIDetectorTest which can be used as an example of how to use it. -Tom --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss remoting
I'm not sure if it so much of an issue since only DP classes will be downloaded. clearly. ALSO PLEASE LETS PUT SOME DOCUMENTATION IN PLACE. Beginner and advanced, we need to streamline this as communicating on the development is the key, thanks for doing this bill. Again the new website (next week we are done with Nukes and we are putting the content) will help with this as well as some new and long overdue procedures for doco, marcf --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
I have no exp. with WebDav so I can not say... but do we want to force the usage of Webdav? I personally do not like to force anything. Why the concern? --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
Okay I should clarify, least the flames arise, that when it comes to flexibility of the system I do not want to make any assumptions about how it will be used. --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss Boot lib jars
Because bela's jboss-cache is in lib/ on the build, but not configured in Main. So, I had to chase that down a bit before looking at the source. Thus, I was wondering why not just take everything in lib/* -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 5:16 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars I have no exp. with WebDav so I can not say... but do we want to force the usage of Webdav? I personally do not like to force anything. Why the concern? --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
Is jboss-cache required to boot the server? --jason On Saturday, March 8, 2003, at 05:21 AM, Jeff Haynie wrote: Because bela's jboss-cache is in lib/ on the build, but not configured in Main. So, I had to chase that down a bit before looking at the source. Thus, I was wondering why not just take everything in lib/* -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 5:16 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars I have no exp. with WebDav so I can not say... but do we want to force the usage of Webdav? I personally do not like to force anything. Why the concern? --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] DefaultPartition in ClusteredHttpSessionEB.jar
Hi, Is the any reason why DefaultPartition name is packaged into ClusteredHttpSessionEB.jar file which in turn is packaged into jbossha-httpsession.sar file (this is for 3.2)? This makes changing partition names a little bit more complicated. Can I change build.xml to leave this stuff expanded? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss Boot lib jars
Obviously not, since it boots w/o it. ;) It threw me off since it was in lib/ I just expected that to be the case. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 5:26 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars Is jboss-cache required to boot the server? --jason On Saturday, March 8, 2003, at 05:21 AM, Jeff Haynie wrote: Because bela's jboss-cache is in lib/ on the build, but not configured in Main. So, I had to chase that down a bit before looking at the source. Thus, I was wondering why not just take everything in lib/* -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 5:16 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars I have no exp. with WebDav so I can not say... but do we want to force the usage of Webdav? I personally do not like to force anything. Why the concern? --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com
RE: [JBoss-dev] Jboss Boot lib jars
The jars hard-coded in Main and ServerLoader are those needed to boot
the server. These will come from the local filesystem or the netboot
server depending on where you boot from.
The WebDAV client does not come into play until SARDeployer deploys the
intial jboss-service.xml file from conf/ - then, if you are booting from
http:, SARDeployer uses it to list files for wildcarded archives in the
classpath element.
However, the WebDAV code needs to be available to perform that scan
(chicken/egg issue) so the WebDAV libraries have to be explicitly listed
in the server classpath i.e. the lists in Main/ServerLoader. If you are
not netbooting, or are not using wildcards then they can be deleted from
${jboss.home}/lib
It is also used by URLDeploymentScanner, but that's way later.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jason Dillon
Sent: Friday, March 07, 2003 2:16 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Jboss Boot lib jars
I have no exp. with WebDav so I can not say... but do we want
to force
the usage of Webdav? I personally do not like to force
anything. Why
the concern?
--jason
On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote:
Ok, this makes sense ..
can't we list even if remote using WebDav?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jason Dillon
Sent: Friday, March 07, 2003 4:07 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Jboss Boot lib jars
The jars which are hardcoded in Main are references to jars
which are
required to load up the server. We can not assume that
those jars are
on the local file system and thus can not query a directory to
discover which jars need to be loaded.
If you would rather not have them hardcoded then perhaps an
external
property file would work. We certainly do not want to be
bound to the
file system again.
--jason
On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote:
Is there any reason we need to hardcode the jars that are
included in
the lib directory? (in org.jboss.Main)
Can't we just put all the *.jars under root/lib into the class
loader on boot?
Jeff
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger for complex code. Debugging C/C++ programs can leave you
feeling lost and
disoriented. TotalView can help you find your way.
Available on major
UNIX
and Linux platforms. Try it free. www.etnus.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger for complex code. Debugging C/C++ programs can leave you
feeling lost and
disoriented. TotalView can help you find your way.
Available on major
UNIX
and Linux platforms. Try it free. www.etnus.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger
for complex code. Debugging C/C++ programs can leave you
feeling lost
and
disoriented. TotalView can help you find your way.
Available on major
UNIX
and Linux platforms. Try it free. www.etnus.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
This SF.net email is sponsored by: Etnus, makers of
TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you
feeling lost and
disoriented. TotalView can help you find your way. Available
on major UNIX
and Linux platforms. Try it free. www.etnus.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss remoting
I'm working on this ... Should have something sometime soon. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of marc fleury Sent: Friday, March 07, 2003 4:21 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] jboss remoting I'm not sure if it so much of an issue since only DP classes will be downloaded. clearly. ALSO PLEASE LETS PUT SOME DOCUMENTATION IN PLACE. Beginner and advanced, we need to streamline this as communicating on the development is the key, thanks for doing this bill. Again the new website (next week we are done with Nukes and we are putting the content) will help with this as well as some new and long overdue procedures for doco, marcf --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.verifier.strategy.VerificationContext -- VerificationEventGenerator qualified to VerificationEventGenerator org.jboss.verifier.event.VerificationEventGenerator -- EventGenerator qualified to EventGenerator org.jboss.verifier.factory.VerificationEventFactory -- AbstractFactory qualified to AbstractFactory org.jboss.verifier.strategy.VerificationStrategy -- Strategy qualified to Strategy org.jboss.verifier.event.VerificationListener -- EventListener qualified to EventListener org.jboss.ejb.EJBDeployer -- EJBDeployerMBean qualified to EJBDeployerMBean org.jboss.ejb.ContainerPlugin -- Service qualified to Service org.jboss.ejb.InstanceCache -- StatisticsProvider qualified to StatisticsProvider org.jboss.ejb.EntityEnterpriseContext -- EJBContextImpl qualified to EJBContextImpl org.jboss.invocation.Invoker -- Remote qualified to Remote org.jboss.ejb.StatefulSessionContainer -- AbstractContainerInterceptor qualified to AbstractContainerInterceptor org.jboss.ejb.EjbModule -- EjbModuleMBean qualified to EjbModuleMBean org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager -- StatefulSessionFilePersistenceManagerMBean qualified to StatefulSessionFilePersistenceManagerMBean org.jboss.ejb.timer.AbstractTimerSource -- AbstractTimerSourceMBean qualified to AbstractTimerSourceMBean org.jboss.ejb.timer.FilePersistenceManager -- FilePersistenceManagerMBean qualified to FilePersistenceManagerMBean org.jboss.ejb.timer.SchedulerTimerSource -- SchedulerTimerSourceMBean qualified to SchedulerTimerSourceMBean org.jboss.invocation.InvokerXAResource -- InvokerXAResourceMBean qualified to InvokerXAResourceMBean org.jboss.invocation.XATerminatorContainer -- XATerminatorContainerMBean qualified to XATerminatorContainerMBean org.jboss.invocation.http.server.HttpInvokerMBean -- ServiceMBean qualified to ServiceMBean org.jboss.invocation.local.LocalInvoker -- LocalInvokerMBean qualified to LocalInvokerMBean org.jboss.invocation.jrmp.server.JRMPInvoker -- JRMPInvokerMBean qualified to JRMPInvokerMBean org.jboss.invocation.pooled.server.PooledInvoker -- PooledInvokerMBean qualified to PooledInvokerMBean org.jboss.invocation.trunk.client.ConnectionManager -- ConnectionManagerMBean qualified to ConnectionManagerMBean org.jboss.invocation.trunk.client.TrunkInvokerProxy -- TrunkInvokerProxyMBean qualified to TrunkInvokerProxyMBean org.jboss.invocation.trunk.server.TrunkInvoker -- TrunkInvokerMBean qualified to TrunkInvokerMBean org.jboss.jms.asf.ServerSessionPoolLoader -- ServerSessionPoolLoaderMBean qualified to ServerSessionPoolLoaderMBean org.jboss.jms.jndi.JMSProviderLoader -- JMSProviderLoaderMBean qualified to JMSProviderLoaderMBean org.jboss.jmx.connector.RemoteMBeanServer -- MBeanServer qualified to MBeanServer org.jboss.jmx.connector.notification.JMSNotificationListener -- JMSNotificationListenerMBean qualified to JMSNotificationListenerMBean org.jboss.jmx.connector.notification.RMINotificationListener -- RMINotificationListenerMBean qualified to RMINotificationListenerMBean org.jboss.jmx.adaptor.rmi.RMIAdaptorService -- RMIAdaptorServiceMBean qualified to RMIAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLAdaptorService -- XMLAdaptorServiceMBean qualified to XMLAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLTestService -- XMLTestServiceMBean qualified to XMLTestServiceMBean org.jboss.jmx.connector.rmi.RMIConnectorImpl -- RMIConnectorImplMBean qualified to RMIConnectorImplMBean org.jboss.jmx.connector.ejb.EJBConnector -- EJBConnectorMBean qualified to EJBConnectorMBean org.jboss.jmx.connector.ConnectorFactoryService -- ConnectorFactoryServiceMBean qualified to ConnectorFactoryServiceMBean org.jboss.jmx.connector.notification.PollingNotificationListener -- PollingNotificationListenerMBean qualified to PollingNotificationListenerMBean org.jboss.logging.Log4jService -- Log4jServiceMBean qualified to Log4jServiceMBean org.jboss.logging.Log4jSocketServer -- Log4jSocketServerMBean qualified to Log4jSocketServerMBean org.jboss.naming.ExternalContext -- ExternalContextMBean qualified to ExternalContextMBean org.jboss.naming.JNDIView -- JNDIViewMBean qualified to JNDIViewMBean org.jboss.naming.NamingAlias -- NamingAliasMBean qualified to NamingAliasMBean org.jboss.naming.NamingService -- NamingServiceMBean qualified to NamingServiceMBean org.jboss.web.AbstractWebContainer -- AbstractWebContainerMBean qualified to AbstractWebContainerMBean org.jboss.web.WebService -- WebServiceMBean qualified to
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.verifier.strategy.VerificationContext -- VerificationEventGenerator qualified to VerificationEventGenerator org.jboss.verifier.event.VerificationEventGenerator -- EventGenerator qualified to EventGenerator org.jboss.verifier.factory.VerificationEventFactory -- AbstractFactory qualified to AbstractFactory org.jboss.verifier.strategy.VerificationStrategy -- Strategy qualified to Strategy org.jboss.verifier.event.VerificationListener -- EventListener qualified to EventListener org.jboss.ejb.EJBDeployer -- EJBDeployerMBean qualified to EJBDeployerMBean org.jboss.ejb.ContainerPlugin -- Service qualified to Service org.jboss.ejb.InstanceCache -- StatisticsProvider qualified to StatisticsProvider org.jboss.ejb.EntityEnterpriseContext -- EJBContextImpl qualified to EJBContextImpl org.jboss.invocation.Invoker -- Remote qualified to Remote org.jboss.ejb.StatefulSessionContainer -- AbstractContainerInterceptor qualified to AbstractContainerInterceptor org.jboss.ejb.EjbModule -- EjbModuleMBean qualified to EjbModuleMBean org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager -- StatefulSessionFilePersistenceManagerMBean qualified to StatefulSessionFilePersistenceManagerMBean org.jboss.ejb.timer.AbstractTimerSource -- AbstractTimerSourceMBean qualified to AbstractTimerSourceMBean org.jboss.ejb.timer.FilePersistenceManager -- FilePersistenceManagerMBean qualified to FilePersistenceManagerMBean org.jboss.ejb.timer.SchedulerTimerSource -- SchedulerTimerSourceMBean qualified to SchedulerTimerSourceMBean org.jboss.invocation.InvokerXAResource -- InvokerXAResourceMBean qualified to InvokerXAResourceMBean org.jboss.invocation.XATerminatorContainer -- XATerminatorContainerMBean qualified to XATerminatorContainerMBean org.jboss.invocation.http.server.HttpInvokerMBean -- ServiceMBean qualified to ServiceMBean org.jboss.invocation.local.LocalInvoker -- LocalInvokerMBean qualified to LocalInvokerMBean org.jboss.invocation.jrmp.server.JRMPInvoker -- JRMPInvokerMBean qualified to JRMPInvokerMBean org.jboss.invocation.pooled.server.PooledInvoker -- PooledInvokerMBean qualified to PooledInvokerMBean org.jboss.invocation.trunk.client.ConnectionManager -- ConnectionManagerMBean qualified to ConnectionManagerMBean org.jboss.invocation.trunk.client.TrunkInvokerProxy -- TrunkInvokerProxyMBean qualified to TrunkInvokerProxyMBean org.jboss.invocation.trunk.server.TrunkInvoker -- TrunkInvokerMBean qualified to TrunkInvokerMBean org.jboss.jms.asf.ServerSessionPoolLoader -- ServerSessionPoolLoaderMBean qualified to ServerSessionPoolLoaderMBean org.jboss.jms.jndi.JMSProviderLoader -- JMSProviderLoaderMBean qualified to JMSProviderLoaderMBean org.jboss.jmx.connector.RemoteMBeanServer -- MBeanServer qualified to MBeanServer org.jboss.jmx.connector.notification.JMSNotificationListener -- JMSNotificationListenerMBean qualified to JMSNotificationListenerMBean org.jboss.jmx.connector.notification.RMINotificationListener -- RMINotificationListenerMBean qualified to RMINotificationListenerMBean org.jboss.jmx.adaptor.rmi.RMIAdaptorService -- RMIAdaptorServiceMBean qualified to RMIAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLAdaptorService -- XMLAdaptorServiceMBean qualified to XMLAdaptorServiceMBean org.jboss.jmx.adaptor.xml.XMLTestService -- XMLTestServiceMBean qualified to XMLTestServiceMBean org.jboss.jmx.connector.rmi.RMIConnectorImpl -- RMIConnectorImplMBean qualified to RMIConnectorImplMBean org.jboss.jmx.connector.ejb.EJBConnector -- EJBConnectorMBean qualified to EJBConnectorMBean org.jboss.jmx.connector.ConnectorFactoryService -- ConnectorFactoryServiceMBean qualified to ConnectorFactoryServiceMBean org.jboss.jmx.connector.notification.PollingNotificationListener -- PollingNotificationListenerMBean qualified to PollingNotificationListenerMBean org.jboss.logging.Log4jService -- Log4jServiceMBean qualified to Log4jServiceMBean org.jboss.logging.Log4jSocketServer -- Log4jSocketServerMBean qualified to Log4jSocketServerMBean org.jboss.naming.ExternalContext -- ExternalContextMBean qualified to ExternalContextMBean org.jboss.naming.JNDIView -- JNDIViewMBean qualified to JNDIViewMBean org.jboss.naming.NamingAlias -- NamingAliasMBean qualified to NamingAliasMBean org.jboss.naming.NamingService -- NamingServiceMBean qualified to NamingServiceMBean org.jboss.web.AbstractWebContainer -- AbstractWebContainerMBean qualified to AbstractWebContainerMBean org.jboss.web.WebService -- WebServiceMBean qualified to
