[JBoss-dev] test
--- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ 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.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 WARNING: Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. Since at least one package is imported, it is impossible for xjavadoc to figure out what package the referred classes belong to. The classes are: org.jboss.web.WebService --> WebServiceMBean qualified to WebSer
[JBoss-dev] invite to irc channel of jboss
Hi, we invite you to join the irc channel of jboss! I hope you can give advice and get more developers there for jboss project. Steps: (1) download xchat and install it. (2) in the server list, add new server : irc.redhat.com with port 6667 (3) /join #jboss We are waiting for you! yang --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] why there are two javaURLContextFactory.java?
Hi, Rickard In the jndi.properties file, there is such a line: java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces who can explain to me that under what situation the first prefix org.jboss.naming will be used and under what situation, the second one (org.jnp.interfaces) will be used? I am confused by the fact that there is two javaURLContextFactory.java file . One is org.jboss.naming.java.javaURLContextFactory.java, the other is org.jnp.interfaces.java.javaURLContextFactory.java. What rules the jboss follow will follow to use one of them? I trace the source code, i find that it seems that org.jboss.naming.java.javaURLContext will be used when the iniCtx.lookup("java:") is called during the startService of the NamingService.java. But if i write my own simple testing program which simulate the starting up of naming service, the org.jnp.interfaces.java.javaURLContext is always called. WHY Thanks a lot! yang --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ 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.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 WARNING: Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. Since at least one package is imported, it is impossible for xjavadoc to figure out what package the referred classes belong to. The classes are: org.jboss.web.WebService --> WebServiceMBean qualified to WebSer
RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread
I am getting really tired of doing this you guys. I'll try taking a look at it, in the meantime can we burry the hatchets? If the case is that grey it probably means there isn't a good answer, I will talk with Scott in Vegas. cheer up guys, the road is still long, marcf > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of David Jencks > Sent: Saturday, February 22, 2003 11:48 AM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] TxInterceptor split is still the > best thing since sliced bread > > > This is really boring and unpleasant, bill. We don't seem to > have a shared understanding of how interceptors ought to > work with local and remote calls. Most of your comments make > no sense to me, and I think contrariwise. I'll try to > explain my view one more time, and I'll write an interceptor > framework that satisfies my understanding of what is needed > for mbeans, ejbs, remoting, and aop (which I don't understand > all that well). > If you don't like it and I can't understand your objections, > I'll let you indulge your previously expressed wish to write > a transaction manager. You might also get that wish > fulfilled if you say the following is obvious. I > thought it was, but I don't think we have agreed on it. I'm > writing it down to try to form a basis for discussion, which > is currently missing. > > == > > Dave's mental model for invocations. > > Lets assume first you already have something representing the > object you are interested in (such as an ejb Remote interface > object, mbean thingy, aop-ized object, or some kind of > proxy). Items marked with a * might be removed for > non-remotable objects. > > Key to symbols: > >\/ interceptor chain "invokeNext()" calls. > > >\/ >|| method/field access/... calls whose nature may vary > depending on the application and that are not part of the > interceptor/invocation framework. > >\/ >\/ calls between "segments". These are of the form > invoke(invocation) on a particular object found by the > current interceptor. > > .. sequence of interceptors in a chain. > >|| >|| transport mechanism. For a remote object, this is > the boundary between client and server. > > > === > > > Some program does something on the "object" > >\/ >|| > > The Object > >\/ >|| > > Something that knows about interceptor chains and metadata. > It looks at the method (or field access, ...) call and its > environment and determines what interceptor chain to use. It > constructs an Invocation object that includes an iterator > over the selected chain, the method call data, and some > metadata. Then it starts the invocation down the chain. I > will call this a Container. I believe it corresponds to your > aop Advisor(s). > >\/ > > Several interceptors (client side interceptors specific to > the object/class you are calling) > > . > >\/ > > * Transport selector interceptor. This examines the metadata > and picks a transport endpoint. It calls invoke(invocation) > on the selected transport endpoint. It does not call > invocation.invokeNext(), so this may be the end of the use of > the original interceptor iterator. > >\/ >\/ > > * Transport endpoint. If this is a local "do nothing" > transport, it may simply call invocation.invokeNext(). > Otherwise, it replaces the > interceptor iterator with one for the client side transport > interceptor stack. > >\/ > > * Several interceptors (client side interceptors specific to > the transport endpoint you are calling. Examples would > include the XAResource representing a remote jboss instance > (whenever the branch is created, you still need an > XAResource, and it needs to know about the method calls), and > the clustering thingy that picks a remote server) > >\/ > > * client side end of the transport. I believe this is > essentially the remoting framework. >|| >|| >|| > * server side end of the transport. This may include some > kind of relationship with a thread pool. Lets assume the > work is dispatched with a thread, no matter how it is picked > and how synchronous/asynchronous it is. > Anyway, the reconstituted invocation object has its > interceptor iterator replaced with one for the transport > specific server side interceptors > >\/ > > * Several interceptors (server side interceptors specific to > the transport. In my current dtm implementation, one of > these would import an xid in the invocation into the server side tm) > > . > > * Target selector. Based on the metadata, this interceptor picks and > locates a target object, and calls invoke(invocation) on it. > This is the end of the transport specific server side > interceptor chain. > >\/ >\/ > > * Server side target object. This is analo
[JBoss-dev] [ jboss-Bugs-691673 ] Jboss 3.0.6 and up Installation Problem with IBM JDK 1.4.
Bugs item #691673, was opened at 2003-02-23 09:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=691673&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole >Status: Open Resolution: Later Priority: 5 Submitted By: Irakli (idumali) Assigned to: Scott M Stark (starksm) Summary: Jboss 3.0.6 and up Installation Problem with IBM JDK 1.4. Initial Comment: JBoss 3.0.6+Tomcat bundle is not working with IBM Java SDK 1.4 (would not start, throwing error in startup log). JBoss 3.0.4+Tomcat bundle did not have any such issue on the same machine. This is true for both Linux and Windows installations (we tried both). There are number of posts from different other users on JBoss forum, too. No answer from JBoss guys, as yet, though. This is quite a problem as IBM JDK works faster and better than SUN JDK - from our practical experience, at least. Can somebody address this, please? People reported the same problem with JBoss 3.2 RC2 on JBoss forum. Thanks -- >Comment By: Irakli (idumali) Date: 2003-02-23 17:45 Message: Logged In: YES user_id=718846 Thanks for a quick follow-up. I am sorry but, I think the root of the problem is deeper - in the source code of JBoss, which somehow appears to be incompatible with IBM JDK, begining from the version 3.0.6, because (as you also noted) source does not even compile with IBM JDK 1.4. Of course, it may well be IBM's fault, for non-full compatibility with standards (or may not be), but that does not help does it? Regarding your solution - did it work for you? To compile with Sun JDK 1.3.1 and then run on IBM JDK 1.4??? I do apoligize, but you probabely understand how odd it dounds. Thanks -- Comment By: Scott M Stark (starksm) Date: 2003-02-23 12:58 Message: Logged In: YES user_id=175228 This appears to be either a bug in the Sun jdk1.4.1 compiler used to build the release not generating 1.4 compatible code, or a bug in the IBM 1.4 VM. The release will not even build with the IBM 1.4 JDK. To workaround the problem obtain the source code for the release and compile with the Sun JDK 1.3.1 compiler. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=691673&group_id=22866 --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 23-February-2003
JBoss daily test results SUMMARY Number of tests run: 1049 Successful tests: 1045 Errors:1 Failures: 3 [time of test: 2003-02-23.12-05 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1_03-69] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.2.4] See http://users.jboss.org/~starksm/Branch_3_0/2003-02-23.12-05 for details of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: SecurityUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: SecurityUnitTestCase Test: testSecureHttpInvokerFailure(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ 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.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 WARNING: Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. Since at least one package is imported, it is impossible for xjavadoc to figure out what package the referred classes belong to. The classes are: org.jboss.web.WebService --> WebServiceMBean qualified to WebSer
Re: [JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 23-February-2003
Of these errors, I think 2 are "won't fix". MissingClassUnitTestCase would require a nasty backport from head that I don't want to do. Perhaps we should remove or disable the test? DeployXMBeanUnitTestCase is breaking because the xdoclet version used to build 3.2 has the wrong version of the xmbean_1_0.dtd bundled in it. Fixing this would require (or be best done) by upgrading to a more current version of xdoclet. This requires changing all our build files to remove the formerly deprecated and now disallowed xdoclet source="blah" usage. I'm not thrilled about doing this either. david jencks On 2003.02.23 13:56 [EMAIL PROTECTED] wrote: > > > JBoss daily test results > > SUMMARY > > Number of tests run: 1116 > > > > Successful tests: 1110 > > Errors:6 > > Failures: 0 > > > > > > [time of test: 2003-02-23.18-00 GMT] > [java.version: 1.3.1_05] > [java.vendor: Sun Microsystems Inc.] > [java.vm.version: 1.3.1_05-b02] > [java.vm.name: Java HotSpot(TM) Client VM] > [java.vm.info: mixed mode] > [os.name: Windows 2000] > [os.arch: x86] > [os.version: 5.0] > > Useful resources: > > - http://users.jboss.org/~starksm/Branch_3_2/2003-02-23.18-00 for > the junit report of this test. > > > NOTE: If there are any errors shown above - this mail is only > highlighting > them - it is NOT indicating that they are being looked at by anyone. > > It is assumed that whoever makes change(s) to jboss that > break the test will be fixing the test or jboss, as appropriate! > > > > > > DETAILS OF ERRORS > > > > Suite: SecurityUnitTestCase > Test:runValidDynDurSub(org.jboss.test.jbossmq.test.SecurityUnitTestCase) > Type:error > Exception: java.lang.InternalError > Message: Test timeout > - > > > > Suite: DeployXMBeanUnitTestCase > Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) > Type:error > Exception: org.jboss.deployment.DeploymentException > Message: create operation failed for package > file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - > nested throwable: (org.jboss.deployment.DeploymentException: Error > parsing the XML file: org.xml.sax.SAXParseException: Attribute > "persistPolicy" with value "Never" must have a value from the list "NEVER > ONUPDATE NOMOREOFTENTHAN ONTIMER ".; - nested throwable: > (javax.management.NotCompliantMBeanException: Error parsing the XML file: > org.xml.sax.SAXParseException: Attribute "persistPolicy" with value > "Never" must have a value from the list "NEVER ONUPDATE NOMOREOFTENTHAN > ONTIMER ".)) > - > > > > Suite: MissingClassUnitTestCase > Test: > testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) > Type:error > Exception: org.jboss.deployment.DeploymentException > Message: create operation failed for package > file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; > - nested throwable: (javax.management.InstanceNotFoundException: > jboss.test:name=missingclasstest is not registered.) > - > > > > Suite: JSR77SpecUnitTestCase > Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) > Type:error > Exception: javax.management.InstanceNotFoundException > Message: > jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar > is not registered. > - > > > > Suite: HttpsUnitTestCase > Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase) > Type:error > Exception: java.net.BindException > Message: Address in use: JVM_Bind > - > > > > Suite: SRPUnitTestCase > Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) > Type:error > Exception: java.lang.reflect.UndeclaredThrowableException > Message: > - > > > > > --- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sour
[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 23-February-2003
JBoss daily test results SUMMARY Number of tests run: 1116 Successful tests: 1110 Errors:6 Failures: 0 [time of test: 2003-02-23.18-00 GMT] [java.version: 1.3.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_05-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows 2000] [os.arch: x86] [os.version: 5.0] Useful resources: - http://users.jboss.org/~starksm/Branch_3_2/2003-02-23.18-00 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: SecurityUnitTestCase Test:runValidDynDurSub(org.jboss.test.jbossmq.test.SecurityUnitTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: DeployXMBeanUnitTestCase Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested throwable: (org.jboss.deployment.DeploymentException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute "persistPolicy" with value "Never" must have a value from the list "NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER ".; - nested throwable: (javax.management.NotCompliantMBeanException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute "persistPolicy" with value "Never" must have a value from the list "NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER ".)) - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: javax.management.InstanceNotFoundException Message: jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar is not registered. - Suite: HttpsUnitTestCase Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.net.BindException Message: Address in use: JVM_Bind - Suite: SRPUnitTestCase Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) Type:error Exception: java.lang.reflect.UndeclaredThrowableException Message: - --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-691765 ] run.bat fails with space in JAVA_HOME
Patches item #691765, was opened at 2003-02-23 12:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=691765&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Nathan Hoover (twisty7867) Assigned to: Nobody/Anonymous (nobody) Summary: run.bat fails with space in JAVA_HOME Initial Comment: bin/run.bat fails when there is a space in the path of the JAVA_HOME environment variable, such as when the JDK is installed in the "Program Files" folder. Simple fix - add quotes around %JAVA% on line that starts the VM. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=691765&group_id=22866 --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-691673 ] Jboss 3.0.6 and up Installation Problem with IBM JDK 1.4.
Bugs item #691673, was opened at 2003-02-23 06:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=691673&group_id=22866 >Category: JBossServer >Group: v3.0 Rabbit Hole >Status: Pending >Resolution: Later Priority: 5 Submitted By: Irakli (idumali) Assigned to: Scott M Stark (starksm) Summary: Jboss 3.0.6 and up Installation Problem with IBM JDK 1.4. Initial Comment: JBoss 3.0.6+Tomcat bundle is not working with IBM Java SDK 1.4 (would not start, throwing error in startup log). JBoss 3.0.4+Tomcat bundle did not have any such issue on the same machine. This is true for both Linux and Windows installations (we tried both). There are number of posts from different other users on JBoss forum, too. No answer from JBoss guys, as yet, though. This is quite a problem as IBM JDK works faster and better than SUN JDK - from our practical experience, at least. Can somebody address this, please? People reported the same problem with JBoss 3.2 RC2 on JBoss forum. Thanks -- >Comment By: Scott M Stark (starksm) Date: 2003-02-23 09:58 Message: Logged In: YES user_id=175228 This appears to be either a bug in the Sun jdk1.4.1 compiler used to build the release not generating 1.4 compatible code, or a bug in the IBM 1.4 VM. The release will not even build with the IBM 1.4 JDK. To workaround the problem obtain the source code for the release and compile with the Sun JDK 1.3.1 compiler. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=691673&group_id=22866 --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] "Too many open files"-errors
I don't know what could be opening the copy of the conf/jboss-service.xml file so many times. Can you modify the File source to see what is opening this file and pick it up with the bootclasspath option. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Thomas Peuss" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, February 23, 2003 2:42 AM Subject: [JBoss-dev] "Too many open files"-errors > I am having problems to get JBoss run for longer than 1 week. Then the > OS (Linux 2.4.x) throws "Too many open files"-errors. > > Environment used: > - RedHat Linux 7.2 on a SMP-machine. > - BEA JRockit 8 (we are using JRockit because we see excessive GC-pauses > (>500s !!) with the Sun JDK), heap-size 1.2GB > - JBoss 3.0.3 (tried JBoss 3.0.6, too) with Tomcat 4.0.6 > > A first investigation with the "lsof" (list open files) showed that the > JVM has opened 140.000 files! I then had a look which files were open. > One that is opened 100.000 times is one called > ${jboss.home}/server/default/tmp/deploy/.../conf/jboss-service.xml. Can > someone give me a hint where in the code this file is opened? I patched > one place in JBoss already. That brought down the inital file open count > to 10.000. So we now run into problems a little later. > > Comments welcome > Thomas > > > > --- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss-IDE 1.0.2 released !
JBoss-IDE 1.0.2 is a maintenance release. A couple of problems with the launcher have been resolved. You DON'T need to download directly from sourceforge as we now use the Install/Update Manager from Eclipse. See the releasenotes: https://sourceforge.net/project/shownotes.php?group_id=22866&release_id=142049 Enjoy Hans --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-691673 ] Jboss 3.0.6 and up Installation Problem with IBM JDK 1.4.
Bugs item #691673, was opened at 2003-02-23 09:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=691673&group_id=22866 Category: CatalinaBundle Group: None Status: Open Resolution: None Priority: 5 Submitted By: Irakli (idumali) Assigned to: Scott M Stark (starksm) Summary: Jboss 3.0.6 and up Installation Problem with IBM JDK 1.4. Initial Comment: JBoss 3.0.6+Tomcat bundle is not working with IBM Java SDK 1.4 (would not start, throwing error in startup log). JBoss 3.0.4+Tomcat bundle did not have any such issue on the same machine. This is true for both Linux and Windows installations (we tried both). There are number of posts from different other users on JBoss forum, too. No answer from JBoss guys, as yet, though. This is quite a problem as IBM JDK works faster and better than SUN JDK - from our practical experience, at least. Can somebody address this, please? People reported the same problem with JBoss 3.2 RC2 on JBoss forum. Thanks -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=691673&group_id=22866 --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] HttpProxyServlet?
Scott M Stark wrote: Thomas Peuss is working on a load balancer that would encompass this. You can see if there is code that is usable for you task. The code is only in HEAD for now. You find the code at {jboss.src}/varia/src/main/org/jboss/web/loadbalancer/. The compiled service is ${jboss.src}/varia/output/lib/loadbalancer.sar. The config file is easy to understand. I am currently working on the SSL-listener. Comments welcome. CU Thomas --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] "Too many open files"-errors
I am having problems to get JBoss run for longer than 1 week. Then the OS (Linux 2.4.x) throws "Too many open files"-errors. Environment used: - RedHat Linux 7.2 on a SMP-machine. - BEA JRockit 8 (we are using JRockit because we see excessive GC-pauses (>500s !!) with the Sun JDK), heap-size 1.2GB - JBoss 3.0.3 (tried JBoss 3.0.6, too) with Tomcat 4.0.6 A first investigation with the "lsof" (list open files) showed that the JVM has opened 140.000 files! I then had a look which files were open. One that is opened 100.000 times is one called ${jboss.home}/server/default/tmp/deploy/.../conf/jboss-service.xml. Can someone give me a hint where in the code this file is opened? I patched one place in JBoss already. That brought down the inital file open count to 10.000. So we now run into problems a little later. Comments welcome Thomas --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] MDB tests in HEAD
Did this mail just make it to the list ? Ouch... --jason On Sun, 23 Feb 2003, marc fleury wrote: > he is bck > > marcf > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Jason Dillon > > Sent: Wednesday, July 10, 2002 9:05 PM > > To: [EMAIL PROTECTED] > > Subject: [JBoss-dev] MDB tests in HEAD > > > > > > I am porting the changes I made to 3.0 back to HEAD > > (DLQHandler uses JMSProviderAdapter to attach to resources). > > After merging those changes I noticed that the MDB tests were > > very, very noisy. but reported no errors or failures. I > > doubled checked a clean copy of HEAD and it performs the same > > when running: > > > > ./testsuite/build.sh one-test -Dnojars=t > > -Dtest=org.jboss.test.mdb.test.MDBUnitTestCase > > > > I am seeing lots of ERROR and WARNs related to XA sessions: > > > > 2002-07-10 17:52:38,740 ERROR [org.jboss.jms.asf.StdServerSession] > > failed to commit/rollback > > javax.transaction.xa.XAException > > at org.jboss.mq.SpyXAResource.commit(SpyXAResource.java:105) > > at > > org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession. > > java:289) > > at > > org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage( > > SpyMessage > > Consumer.java:561) > > at > > org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer. > > java:377) > > at org.jboss.mq.SpySession.run(SpySession.java:252) > > at > > org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:177) > > at > > EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Poo > > ledExecuto > > r.java:642) > > at java.lang.Thread.run(Thread.java:479) > > > > . > > > > 2002-07-10 17:52:42,606 WARN [org.jboss.tm.TxCapsule] > > XAException: tx=XidImpl [FormatId=257, > > GlobalId=sanity.planet57.com//1536, > > BranchQual=] errorCode=XAER_RMERR javax.transaction.xa.XAException > > at org.jboss.mq.SpyXAResource.commit(SpyXAResource.java:105) > > at org.jboss.tm.TxCapsule.commitResources(TxCapsule.java:1651) > > at org.jboss.tm.TxCapsule.commit(TxCapsule.java:361) > > at > > org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:73) > > at > > org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession. > > java:319) > > at > > org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage( > > SpyMessage > > Consumer.java:561) > > at > > org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer. > > java:377) > > at org.jboss.mq.SpySession.run(SpySession.java:252) > > at > > org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:177) > > at > > EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Poo > > ledExecuto > > r.java:642) > > at java.lang.Thread.run(Thread.java:479) > > > > * * * > > > > Are these errors normal? Or is the MDB sub-system unhappy? > > > > --jason > > > > > > > > --- > > This sf.net email is sponsored by:ThinkGeek > > Two, two, TWO treats in one. > > http://thinkgeek.com/sf > > ___ > > Jboss-development mailing list [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > --- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development