AW: [JBoss-dev] 3.2.2 Issues to resolve
Bernd, Could you please resend the symptoms(wsr content, dd, detailed steps you undertake, stacktrace ...) such that I can check whether it is a bug or a config error? CU, CGJ > -Ursprüngliche Nachricht- > Von: Bernd Koecke [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 14. Oktober 2003 10:21 > An: [EMAIL PROTECTED] > Betreff: Re: [JBoss-dev] 3.2.2 Issues to resolve > > > Hi, > > I have a problem with redeployment of a webservice in a > wsr-file. Thread on > jboss-user: [JBoss-user] Redeploy problem of webservices on > JBoss 3.2.2 > > I'm not sure if it is a bug or a config error. Webservices > are not a core requirement of Spec 1.3. So I don't know if, > in case of a bug, the solution should go into 3.2.2. But till > now I don't have a solution. The newest version I tried was > the snapshot from last night. > > Bernd > > Scott M Stark wrote: > > All but 786668 have been addressed and the 3.2 branch is > being tagged > > with JBoss_3_2_2. I will complete the final testing tonight > and do the > > release barring any major issues. > > > > > -- > Dipl.-Inform. Bernd Koecke > UNIX-Entwicklung > Schlund+Partner AG > Fon: +49-721-91374-0 > E-Mail: [EMAIL PROTECTED] > > > > --- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. See > the people who have HELPED US provide better services: Click > here: http://sourceforge.net/supporters.php > ___ > JBoss-Development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-809151 ] InstanceAlreadyExistsException exception during redeploy
Bugs item #809151, was opened at 2003-09-19 08:29 Message generated for change (Comment added) made by gmorize You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=809151&group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Doychin Bondzhev (doychin) Assigned to: Adrian Brock (ejort) Summary: InstanceAlreadyExistsException exception during redeploy Initial Comment: AlreadyRegistered exception during redeploy of module which failed to deploy previously. If I redeploy module which does not failed everything is fine but when module has failed for some reason - incorrect information in service xml or failed ependency when reason or failure is removed and module is redeployed it genrates InstanceAlreadyExistsException exception: Log from server console: 11:29:28,406 ERROR [EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:jndiName=ConvertorBe an,service=EJB already registered. at org.jboss.mx.server.registry.BasicMBeanRegistry.add (BasicMBeanRegistr y.java:617) at org.jboss.mx.server.registry.BasicMBeanRegistry.registerM Bean(BasicMB eanRegistry.java:198) at sun.reflect.GeneratedMethodAccessor1.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBea nDispatcher.java:284) at org.jboss.mx.interceptor.ObjectReferenceInterceptor.invo ke(ObjectRefe renceInterceptor.java:59) at org.jboss.mx.interceptor.MBeanAttributeInterceptor.invok e(MBeanAttrib uteInterceptor.java:43) at org.jboss.mx.interceptor.PersistenceInterceptor2.invoke (PersistenceIn terceptor2.java:93) at org.jboss.mx.server.MBeanInvoker.invoke (MBeanInvoker.java:76) at javax.management.modelmbean.RequiredModelMBean.invo ke(RequiredModelMB ean.java:141) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:546) at org.jboss.mx.server.MBeanServerImpl.registerMBean (MBeanServerImpl.jav a:997) at org.jboss.mx.server.MBeanServerImpl.registerMBean (MBeanServerImpl.jav a:327) at org.jboss.ejb.EjbModule.createService (EjbModule.java:296) at org.jboss.system.ServiceMBeanSupport.create (ServiceMBeanSupport.java: 158) at sun.reflect.GeneratedMethodAccessor159.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:546) at org.jboss.system.ServiceController$ServiceProxy.invoke (ServiceControl ler.java:976) at $Proxy12.create(Unknown Source) at org.jboss.system.ServiceController.create (ServiceController.java:310) at org.jboss.system.ServiceController.create (ServiceController.java:243) at sun.reflect.GeneratedMethodAccessor3.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke (MBeanProxyExt.java:177) at $Proxy10.create(Unknown Source) at org.jboss.ejb.EJBDeployer.create (EJBDeployer.java:522) at org.jboss.deployment.MainDeployer.create (MainDeployer.java:776) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:631) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor17.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke (MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.de ploy(URLDeploymen tScanner.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.sc an(URLDeploymentS canner.java:476) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread. doScan(AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread. loop(Abstract
[JBoss-dev] [ jboss-Bugs-823636 ] EAR ClassLoader ignores library jar Class-Path
Bugs item #823636, was opened at 2003-10-14 19:20 Message generated for change (Comment added) made by adrianprice You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=823636&group_id=22866 Category: None Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Adrian Price (adrianprice) Assigned to: Nobody/Anonymous (nobody) Summary: EAR ClassLoader ignores library jar Class-Path Initial Comment: JBoss-3.2.1, j2sdk1.4.0_01, WinXP or Red Hat Linux 9.0. The JBoss EAR ClassLoader does not appear to honour the manifest Class-Path entries in either ejb-jar files (declared as modules in application.xml) or regular library files contained within the EAR archive (packaged as peers to ejb-jar files). According to the J2EE specification and the JBoss documentation the arrangement below should work correctly, but it doesn't. By experiment I have determined that declaring lib1.jar and lib2.jar as modules in application.xml solves the problem, but this is clearly not the correct approach (java modules are explicitly for client code). Attached is the following test case that illustrates the problem: my-app.ear META-INF/application.xml my-ejb.jar META-INF/MANIFEST.MF Class-Path: lib1.jar tld/domain/MyEJB.class tld/domain/MyEJBRemote.class tld/domain/MyEJBRemoteHome.class lib1.jar META-INF/MANIFEST.MF Class-Path: lib2.jar tld/domain/A.class lib2.jar tld/domain/B.class my-client.jar META-INF/MANIFEST.MF Main-Class: tld.domain.MyClient tld/domain/MyClient.class Executing the run.cmd script launches MyClient, which attempts to create an instance of the MyEJB bean. The server throws the following exception: 17:57:09,089 ERROR [LogInterceptor] Unexpected Error: java.lang.NoClassDefFoundError: tld/domain/A at tld.domain.MyEJB.(MyEJB.java:12) at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInsta nce(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance (Constructor.java:274) at java.lang.Class.newInstance0(Class.java:296) at java.lang.Class.newInstance(Class.java:249) at org.jboss.ejb.Container.createBeanClassInstance (Container.java:469) at org.jboss.ejb.plugins.AbstractInstancePool.get (AbstractInstancePool.java:146) at org.jboss.ejb.plugins.StatelessSessionInstanceIntercepto r.invoke(StatelessSessionInstanceInterceptor.java:58) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:243) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:104) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:117) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invok e(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.StatelessSessionContainer.internalInvoke (StatelessSessionContainer.java:322) at org.jboss.ejb.Container.invoke (Container.java:674) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:549) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke (JRMPInvoker.java:359) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at sun.rmi.server.UnicastServerRef.dispatch (UnicastServerRef.java:261) at sun.rmi.transport.Transport$1.run (Transport.java:148) at java.security.AccessController.doPrivileged (Native Method) at sun.rmi.transport.Transport.serviceCall (Transport.java:144) at sun.rmi.transport.tcp.TCPTransport.handleMessages (TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.r un(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:536) -- >Comment By: Adrian Price (adrianprice) Date: 2003-10-15 09:
Re: AW: [JBoss-dev] 3.2.2 Issues to resolve
Hi Christoph, I have an ear-file with some ejb-jars, war-file and one wsr-file. The included webservice is used by one of the EJBs. When I deploy my ear all works fine. All services are available. When I undeploy and deploy the ear again, all services are working, but the webservice can't be found. There are no errors, warnings etc. in server.log at deployment/redeployment, even if I switch level to debug. This happens only when I access the ws after deployment. Without using the webservice I could redeploy several times. But after the first usage and a following redeploy, I have to restart JBoss, otherwise the redeployed ws can't be found by the naming service. Attached are the dds from ear and the dds from the ejb with the webservice (bankchecker-app-net-0.2.0.wsr, bankchecker-app-ejb-0.2.0.jar) and a stacktrace of the NameNotFound- and NullPointerException. I have a small additional problem, maybe with the same reason. I can't set the JNDI-Path in web-service.xml to "ws/BankChecker-v0_3_1" or "ws/v0_3_1/BankChecker". Axis says at deployment that "ws" is not bound. Please send me a mail, when I missed something. Thanks a lot, Bernd Jung , Dr. Christoph wrote: > Bernd, > > Could you please resend the symptoms(wsr content, dd, detailed steps you > undertake, stacktrace ...) such that I can check whether it is a bug or a > config error? > > CU, > CGJ > > > > >>-Ursprüngliche Nachricht- >>Von: Bernd Koecke [mailto:[EMAIL PROTECTED] >>Gesendet: Dienstag, 14. Oktober 2003 10:21 >>An: [EMAIL PROTECTED] >>Betreff: Re: [JBoss-dev] 3.2.2 Issues to resolve >> >> >>Hi, >> >>I have a problem with redeployment of a webservice in a >>wsr-file. Thread on >>jboss-user: [JBoss-user] Redeploy problem of webservices on >>JBoss 3.2.2 >> >>I'm not sure if it is a bug or a config error. Webservices >>are not a core requirement of Spec 1.3. So I don't know if, >>in case of a bug, the solution should go into 3.2.2. But till >>now I don't have a solution. The newest version I tried was >>the snapshot from last night. >> >>Bernd >> >>Scott M Stark wrote: >> >>>All but 786668 have been addressed and the 3.2 branch is >> >>being tagged >> >>>with JBoss_3_2_2. I will complete the final testing tonight >> >>and do the >> >>>release barring any major issues. >>> >> >> >>-- >>Dipl.-Inform. Bernd Koecke >>UNIX-Entwicklung >>Schlund+Partner AG >>Fon: +49-721-91374-0 >>E-Mail: [EMAIL PROTECTED] >> >> >> >>--- >>This SF.net email is sponsored by: SF.net Giveback Program. >>SourceForge.net hosts over 70,000 Open Source Projects. See >>the people who have HELPED US provide better services: Click >>here: http://sourceforge.net/supporters.php >>___ >>JBoss-Development mailing list [EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> > > ### > > This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. > For more information, connect to http://www.F-Secure.com/ > > > --- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. > See the people who have HELPED US provide better services: > Click here: http://sourceforge.net/supporters.php > ___ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] http://java.sun.com/dtd/application_1_3.dtd";> App v0.3.1 common-helper-ejb-0.2.0.jar all-database-app-ejb-0.2.0.jar bankchecker-app-ejb-0.2.0.jar bankchecker-app-net-0.2.0.wsr new-webhosting-app-ejb-0.3.2.jar test-system-0.2.0.war test-system-0.3.1 http://java.sun.com/dtd/ejb-jar_2_0.dtd";> Generated by XDoclet BankCheckerSessionEJB BankCheckerSessionEJB de.schlund.j2ee.bankchecker.bean.remote.BankCheckerSessionBeanHome de.schlund.j2ee.bankchecker.bean.remote.BankCheckerSessionBean de.schlund.j2ee.bankchecker.bean.remote.BankCheckerSessionEJB Stateless Container BankChecker de.schlund.j2ee.bankchecker.ws.impl.SOAPBankCheckerServiceLocator http://www.jboss.org/j2ee/dtd/jboss-app_3_2.dtd";> nw.app:loader=nw-application-v0_3_1 2003-10-15 12:15:33,708 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null 2003-10-15 12:15:33,711 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackException in method: public abstract de.schlu
[JBoss-dev] [ jboss-Bugs-824105 ] JBoss-IDE shuts down foreign server on the same net
Bugs item #824105, was opened at 2003-10-15 15:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824105&group_id=22866 Category: JBoss-IDE Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Bernd Köcke (koecke) Assigned to: Nobody/Anonymous (nobody) Summary: JBoss-IDE shuts down foreign server on the same net Initial Comment: I'm using Eclipse 2.1.1 with Sun-JDK 1.4.2 JBoss-IDE 1.2.1 on Linux with JBoss 3.2.2RC4 When I use "-s localhost:1199 -S" as program arguments for shutdown in eclipse, JBoss on another machine in the same subnet is shutting down. JBoss on my machine listens on port 1099. And JBoss on the other machine too. I recognized this while I was playing around with the binding manager. It seems that if nobody answers on localhost, JBoss-IDE tries to connect on the network on the default port. I checked it with jnp://localhost:1199, my own machine name instead of localhost and I checked port numbers 1199, 1299, 9090 and 1099 when my machine listens on port 1199, nothing changes. It happens only, when I use a URL on which nobody listens on my server. There are no error messages or exceptions. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824105&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-824105 ] JBoss-IDE shuts down foreign server on the same net
Bugs item #824105, was opened at 2003-10-15 15:21 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824105&group_id=22866 Category: JBoss-IDE Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Bernd Köcke (koecke) >Assigned to: Laurent Etiemble (letiemble) Summary: JBoss-IDE shuts down foreign server on the same net Initial Comment: I'm using Eclipse 2.1.1 with Sun-JDK 1.4.2 JBoss-IDE 1.2.1 on Linux with JBoss 3.2.2RC4 When I use "-s localhost:1199 -S" as program arguments for shutdown in eclipse, JBoss on another machine in the same subnet is shutting down. JBoss on my machine listens on port 1099. And JBoss on the other machine too. I recognized this while I was playing around with the binding manager. It seems that if nobody answers on localhost, JBoss-IDE tries to connect on the network on the default port. I checked it with jnp://localhost:1199, my own machine name instead of localhost and I checked port numbers 1199, 1299, 9090 and 1099 when my machine listens on port 1199, nothing changes. It happens only, when I use a URL on which nobody listens on my server. There are no error messages or exceptions. -- >Comment By: Laurent Etiemble (letiemble) Date: 2003-10-15 16:48 Message: Logged In: YES user_id=437455 Do you have the same behaviour when using the shutdown script with the same arguments from a command line ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824105&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-824105 ] JBoss-IDE shuts down foreign server on the same net
Bugs item #824105, was opened at 2003-10-15 15:21 Message generated for change (Comment added) made by koecke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824105&group_id=22866 Category: JBoss-IDE Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Bernd Köcke (koecke) Assigned to: Laurent Etiemble (letiemble) Summary: JBoss-IDE shuts down foreign server on the same net Initial Comment: I'm using Eclipse 2.1.1 with Sun-JDK 1.4.2 JBoss-IDE 1.2.1 on Linux with JBoss 3.2.2RC4 When I use "-s localhost:1199 -S" as program arguments for shutdown in eclipse, JBoss on another machine in the same subnet is shutting down. JBoss on my machine listens on port 1099. And JBoss on the other machine too. I recognized this while I was playing around with the binding manager. It seems that if nobody answers on localhost, JBoss-IDE tries to connect on the network on the default port. I checked it with jnp://localhost:1199, my own machine name instead of localhost and I checked port numbers 1199, 1299, 9090 and 1099 when my machine listens on port 1199, nothing changes. It happens only, when I use a URL on which nobody listens on my server. There are no error messages or exceptions. -- >Comment By: Bernd Köcke (koecke) Date: 2003-10-15 17:07 Message: Logged In: YES user_id=803141 Yes, it happens on command line, too. Sorry should have checked that prior to call it an IDE bug :(. But now I get the following stack trace: bin/shutdown.sh -s localhost:9090 -S 17:03:42,571 WARN [NamingContext] Failed to connect to localhost:9090 javax.naming.CommunicationException: Failed to connect to server localhost:9090 [Root exception is javax.naming.ServiceUnavailableException: Failed to connect to server localhost:9090 [Root exception is java.net.ConnectException: Connection refused]] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:215) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1181) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.Shutdown.main(Shutdown.java:180) Caused by: javax.naming.ServiceUnavailableException: Failed to connect to server localhost:9090 [Root exception is java.net.ConnectException: Connection refused] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:190) ... 5 more Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158) at java.net.Socket.connect(Socket.java:452) at java.net.Socket.connect(Socket.java:402) at java.net.Socket.(Socket.java:309) at java.net.Socket.(Socket.java:211) at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:69) at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:62) at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:186) ... 5 more Shutdown complete -- Comment By: Laurent Etiemble (letiemble) Date: 2003-10-15 16:48 Message: Logged In: YES user_id=437455 Do you have the same behaviour when using the shutdown script with the same arguments from a command line ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824105&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-824187 ] NPE in UnifiedClassLoader.findResources()
Bugs item #824187, was opened at 2003-10-15 18:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824187&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Alexei Yudichev (sflexus) Assigned to: Nobody/Anonymous (nobody) Summary: NPE in UnifiedClassLoader.findResources() Initial Comment: I have an Axis client running in a context of a web app deployed in jboss (which if it really matters is actually a test of a WSR module deployed in the same ear). After jboss first starts, the service is invoked normally. But the second time axis client throws an exception (shown below). Jboss 3.2.2RC3, RC4, client classes are generated from auto-generated WSDL using Axis' Wsdl2Java utility. java.lang.NullPointerException at org.jboss.mx.loading.UnifiedClassLoader. findResources(UnifiedClassLoader.java:332) at java.lang.ClassLoader.getResources(ClassLoader. java:825) at java.lang.ClassLoader.getResources(ClassLoader. java:821) at java.lang.ClassLoader.getResources(ClassLoader. java:821) at org.apache.commons.discovery.jdk.JDK12Hooks. getResources(JDK12Hooks.java:150) at org.apache.commons.discovery.resource. DiscoverResources$1. getNextResources(DiscoverResources.java:153) at org.apache.commons.discovery.resource. DiscoverResources$1. getNextResource(DiscoverResources.java:129) at org.apache.commons.discovery.resource. DiscoverResources$1.hasNext(DiscoverResources.java: 116) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1. getNextClassNames(DiscoverNamesInFile.java:186) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1. getNextClassName(DiscoverNamesInFile.java:170) at org.apache.commons.discovery.resource.names. DiscoverNamesInFile$1.hasNext(DiscoverNamesInFile. java:157) at org.apache.commons.discovery.resource.names. NameDiscoverers$1.getNextIterator(NameDiscoverers. java:143) at org.apache.commons.discovery.resource.names. NameDiscoverers$1.hasNext(NameDiscoverers.java:126) at org.apache.commons.discovery.resource.classes. ResourceClassDiscoverImpl$1. getNextResource(ResourceClassDiscoverImpl.java:159) at org.apache.commons.discovery.resource.classes. ResourceClassDiscoverImpl$1. hasNext(ResourceClassDiscoverImpl.java:147) at org.apache.axis.configuration. EngineConfigurationFactoryFinder$1. run(EngineConfigurationFactoryFinder.java:159) at java.security.AccessController.doPrivileged(Native Method) at org.apache.axis.configuration. EngineConfigurationFactoryFinder. newFactory(EngineConfigurationFactoryFinder.java:152) at org.apache.axis.configuration. EngineConfigurationFactoryFinder. newFactory(EngineConfigurationFactoryFinder.java:199) at org.apache.axis.client.Service. getEngineConfiguration(Service.java:801) at org.apache.axis.client.Service. getAxisClient(Service.java:143) at org.apache.axis.client.Service.(Service. java:152) at com.tw.mms.httptest.ws. DeliveryServiceLocalServiceLocator. (DeliveryServiceLocalServiceLocator.java:10) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824187&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-809151 ] InstanceAlreadyExistsException exception during redeploy
Bugs item #809151, was opened at 2003-09-19 11:29 Message generated for change (Comment added) made by doychin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=809151&group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Doychin Bondzhev (doychin) Assigned to: Adrian Brock (ejort) Summary: InstanceAlreadyExistsException exception during redeploy Initial Comment: AlreadyRegistered exception during redeploy of module which failed to deploy previously. If I redeploy module which does not failed everything is fine but when module has failed for some reason - incorrect information in service xml or failed ependency when reason or failure is removed and module is redeployed it genrates InstanceAlreadyExistsException exception: Log from server console: 11:29:28,406 ERROR [EjbModule] Initialization failed javax.management.InstanceAlreadyExistsException: jboss.j2ee:jndiName=ConvertorBe an,service=EJB already registered. at org.jboss.mx.server.registry.BasicMBeanRegistry.add (BasicMBeanRegistr y.java:617) at org.jboss.mx.server.registry.BasicMBeanRegistry.registerM Bean(BasicMB eanRegistry.java:198) at sun.reflect.GeneratedMethodAccessor1.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBea nDispatcher.java:284) at org.jboss.mx.interceptor.ObjectReferenceInterceptor.invo ke(ObjectRefe renceInterceptor.java:59) at org.jboss.mx.interceptor.MBeanAttributeInterceptor.invok e(MBeanAttrib uteInterceptor.java:43) at org.jboss.mx.interceptor.PersistenceInterceptor2.invoke (PersistenceIn terceptor2.java:93) at org.jboss.mx.server.MBeanInvoker.invoke (MBeanInvoker.java:76) at javax.management.modelmbean.RequiredModelMBean.invo ke(RequiredModelMB ean.java:141) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:546) at org.jboss.mx.server.MBeanServerImpl.registerMBean (MBeanServerImpl.jav a:997) at org.jboss.mx.server.MBeanServerImpl.registerMBean (MBeanServerImpl.jav a:327) at org.jboss.ejb.EjbModule.createService (EjbModule.java:296) at org.jboss.system.ServiceMBeanSupport.create (ServiceMBeanSupport.java: 158) at sun.reflect.GeneratedMethodAccessor159.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:546) at org.jboss.system.ServiceController$ServiceProxy.invoke (ServiceControl ler.java:976) at $Proxy12.create(Unknown Source) at org.jboss.system.ServiceController.create (ServiceController.java:310) at org.jboss.system.ServiceController.create (ServiceController.java:243) at sun.reflect.GeneratedMethodAccessor3.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke (MBeanProxyExt.java:177) at $Proxy10.create(Unknown Source) at org.jboss.ejb.EJBDeployer.create (EJBDeployer.java:522) at org.jboss.deployment.MainDeployer.create (MainDeployer.java:776) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:631) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:605) at sun.reflect.GeneratedMethodAccessor17.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke (ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:546) at org.jboss.mx.util.MBeanProxyExt.invoke (MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.de ploy(URLDeploymen tScanner.java:302) at org.jboss.deployment.scanner.URLDeploymentScanner.sc an(URLDeploymentS canner.java:476) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread. doScan(AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScann er$ScannerThread. loop(Abstract
[JBoss-dev] [ jboss-Bugs-823561 ] checking log4j.xml leaves open file descriptors
Bugs item #823561, was opened at 2003-10-14 09:56 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=823561&group_id=22866 Category: JBossServer Group: v3.2 >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Kevin Kalmbach (kkalmbach) >Assigned to: Scott M Stark (starksm) Summary: checking log4j.xml leaves open file descriptors Initial Comment: The Log4JService mbean leaks file desriptors when it checks if the log4j.xml file has been updated. Theproblem is in the URLWatchTimeTask inner class. When it does a conn.getLastModified() in the run method , this opens the file. Nothing closes it (except the GC). This becomes a problem when the GC is not running enough and the java process runs out of file descriptors, then no more files can be opened and bad things happen. My proposed solution is to add a finally block around the try that is already there and add a conn.getInputStream().close(). This does close the file. We have verified this on Solaris 8 and Linux 2.4. I have included a small test file that shows the problem. To run it type java test2 file:///home/you/somefile.txt It will run through a loop of 100, then sleep forever, this sleep will give you a chance to look at open files. To view open files, you can look in /proc//fd (on most *nix systems) or run lsof. This happens on JDK 1.3.X and 1.4.2 Let me know -Thanks -Kevin -- >Comment By: Scott M Stark (starksm) Date: 2003-10-15 10:47 Message: Logged In: YES user_id=175228 I don't see this behavior with the JBoss file protocol handler which is what is installed by default. Running the updated version of test2.java shows only the standard descriptors in use. Reopen with additional details on what the source of the fd usage is. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=823561&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-821136 ] UsersRolesLoginModule not working
Bugs item #821136, was opened at 2003-10-10 03:50 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=821136&group_id=22866 Category: JBossWeb Group: v3.2 >Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Dave Head-Rapson (davehead) >Assigned to: Scott M Stark (starksm) Summary: UsersRolesLoginModule not working Initial Comment: Hi, i've downloaded and am using JBoss 3.2.2RC4. I have found that when I put new values into users.properties and roles.properties in the servername/conf folder for the server they do not work. This feature worked in v3.2.1. If the same users.properties/roles.properties exist in the WEB-INF/classes directory of the deployed web application instead, it works fine. Thanks Dave -- >Comment By: Scott M Stark (starksm) Date: 2003-10-15 11:05 Message: Logged In: YES user_id=175228 Reopen with additional details as this works for me as well. -- Comment By: Adrian Brock (ejort) Date: 2003-10-10 04:52 Message: Logged In: YES user_id=9459 This works for me. Please post an example web application and login-config.xml where this does not work. Also specify whether you are using the Tomcat or Jetty distribution. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=821136&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-823561 ] checking log4j.xml leaves open file descriptors
Bugs item #823561, was opened at 2003-10-14 10:56 Message generated for change (Comment added) made by kkalmbach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=823561&group_id=22866 Category: JBossServer Group: v3.2 >Status: Open >Resolution: None Priority: 5 Submitted By: Kevin Kalmbach (kkalmbach) Assigned to: Scott M Stark (starksm) Summary: checking log4j.xml leaves open file descriptors Initial Comment: The Log4JService mbean leaks file desriptors when it checks if the log4j.xml file has been updated. Theproblem is in the URLWatchTimeTask inner class. When it does a conn.getLastModified() in the run method , this opens the file. Nothing closes it (except the GC). This becomes a problem when the GC is not running enough and the java process runs out of file descriptors, then no more files can be opened and bad things happen. My proposed solution is to add a finally block around the try that is already there and add a conn.getInputStream().close(). This does close the file. We have verified this on Solaris 8 and Linux 2.4. I have included a small test file that shows the problem. To run it type java test2 file:///home/you/somefile.txt It will run through a loop of 100, then sleep forever, this sleep will give you a chance to look at open files. To view open files, you can look in /proc//fd (on most *nix systems) or run lsof. This happens on JDK 1.3.X and 1.4.2 Let me know -Thanks -Kevin -- >Comment By: Kevin Kalmbach (kkalmbach) Date: 2003-10-15 13:20 Message: Logged In: YES user_id=886852 OK, in your code with your URLStreamHandler, do a java test2 resource:x.txt (make sure x.txt is available as a resource) If I do this with your code I get the open fd's again -- Comment By: Scott M Stark (starksm) Date: 2003-10-15 11:47 Message: Logged In: YES user_id=175228 I don't see this behavior with the JBoss file protocol handler which is what is installed by default. Running the updated version of test2.java shows only the standard descriptors in use. Reopen with additional details on what the source of the fd usage is. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=823561&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-823561 ] checking log4j.xml leaves open file descriptors
Bugs item #823561, was opened at 2003-10-14 10:56
Message generated for change (Comment added) made by kkalmbach
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=823561&group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Kevin Kalmbach (kkalmbach)
Assigned to: Scott M Stark (starksm)
Summary: checking log4j.xml leaves open file descriptors
Initial Comment:
The Log4JService mbean leaks file desriptors when it
checks if the log4j.xml file has been updated.
Theproblem is in the URLWatchTimeTask inner class.
When it does a conn.getLastModified() in the run method
, this opens the file. Nothing closes it (except the GC).
This becomes a problem when the GC is not running
enough and the java process runs out of file
descriptors, then no more files can be opened and bad
things happen.
My proposed solution is to add a finally block around
the try that is already there and add a
conn.getInputStream().close(). This does close the file.
We have verified this on Solaris 8 and Linux 2.4.
I have included a small test file that shows the problem.
To run it type java test2 file:///home/you/somefile.txt
It will run through a loop of 100, then sleep forever,
this sleep will give you a chance to look at open files.
To view open files, you can look in /proc//fd (on
most *nix systems) or run lsof.
This happens on JDK 1.3.X and 1.4.2
Let me know
-Thanks
-Kevin
--
>Comment By: Kevin Kalmbach (kkalmbach)
Date: 2003-10-15 13:27
Message:
Logged In: YES
user_id=886852
One more thing...
If I do a java test2 file:///X
The println on conn is
conn =
org.jboss.net.protocol.file.FileURLConnection:file:/tmp/x.txt
when I do a resource:x.txt I get
conn =
org.jboss.net.protocol.resource.ResourceURLConnection:resource:x.txt{
sun.net.www.protocol.file.FileURLConnection:file:/home/kkalmbac/java/watchdog/x.txt
}
Our jboss-service.xml has a ConfigurationURL of
resource:log4j.xml
--
Comment By: Kevin Kalmbach (kkalmbach)
Date: 2003-10-15 13:20
Message:
Logged In: YES
user_id=886852
OK, in your code with your URLStreamHandler, do a
java test2 resource:x.txt
(make sure x.txt is available as a resource)
If I do this with your code I get the open fd's again
--
Comment By: Scott M Stark (starksm)
Date: 2003-10-15 11:47
Message:
Logged In: YES
user_id=175228
I don't see this behavior with the JBoss file protocol
handler which is what is installed by default. Running the
updated version of test2.java shows only the standard
descriptors in use. Reopen with additional details on what
the source of the fd usage is.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=823561&group_id=22866
---
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-824356 ] Re-Deploy Problem 3.2.2 RC4
Bugs item #824356, was opened at 2003-10-15 20:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824356&group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Markus Reichel (bolacha) Assigned to: Nobody/Anonymous (nobody) Summary: Re-Deploy Problem 3.2.2 RC4 Initial Comment: When i try to make re-deploy of a EJB... in a default configuration of the JBoss, my jsp page stop to function, that he be situated in one path different, ex: test.war, where this directory does not possess the archive web.xml, to come back to function necessary to restart the JBoss or make re-deploy of the directory test.war If I to try to call a EJB in an application it functions... but... why this happening? PS: I changed the port of 8080 for 8181 and added a new way, deploy of the EJB I make in the directory $JBOSS_HOME/server/default/deploy This EJB only returns a small message from Hello World! Exception: EJBException:; nested exception is: javax.ejb.EJBException: Invalid invocation, check your deployment packaging, method=public abstract helloworld.HelloWorld helloworld.HelloWorldHome.create() throws javax.ejb.CreateException,java.rmi.RemoteException tnx -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=824356&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Rx: VICODIN is Here - Just Pennies per Tablet.................. st
Rx OutletVicodon on sale for a limited time. Free shipping on a 3 month supply (90-count). Hurry while this offer lasts. ENTER The Pharmacy It's easy to order from Pharmacy Worldwide. Just follow these simple steps: --Choose the prescription of your choice --Fill out the online medical questionaire when you checkout --A physician will review your medical info and issue your free prescription, if approved --Your order will arrive the next business day in discreet package for your privacy Included: Free medical consultation with a qualified physician. ENTER The Pharmacy Vicodin ES 30 tablets - $4.63 per tablet Vicodin ES 90 tablets - $2.32 per tablet - BEST DEAL - Plus FREE SHIPPING ENTER The Pharmacy If you wish to be excluded from future mailings - Go Here h ycsxnwsuovm
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.1_05) Test Results: 98 % ( 1548 / 1574 ) - nearly there - who is gonna get us to 100%!
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Oct 16 01:57:28 BST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1574 Successful tests: 1548 Errors:21 Failures: 5 [time of test: 2003-10-15.23-26 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/logtests/testresults/reports/html//2003-10-15.23-26 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: RemotingUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: LocalUnitTestCase Test:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dlu0bryl-16/dlu0bxjb-1b.ser (No such file or directory) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: CompleteUnitTestCase Test:testJBossQL Type:failure Exception: net.sourceforge.junitejb.RemoteAssertionFailedError Message: expected:<...NOT(t1_o1_customer.id = t2_o2_customer.id)) AND (t0_o1.CC_TYPE = t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME = t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI = t3_o2.CC_MI AND t0_o1.CC_LAST_NAME = t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP = t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER = ...> but was:<... NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=...> === Thu Oct 16 01:57:28 BST 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version "1.4.1_05" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.2_01) Test Results: 98 % ( 1571 / 1598 ) - nearly there - who is gonna get us to 100%!
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu Oct 16 03:39:01 BST 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1598 Successful tests: 1571 Errors:20 Failures: 7 [time of test: 2003-10-16.01-10 GMT] [java.version: 1.4.2_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_01-b06] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/logtests/testresults/reports/html//2003-10-16.01-10 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: RemotingUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: LocalUnitTestCase Test:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dlu402fe-16/dlu4075u-1b.ser (No such file or directory) - Suite: ConcurrentUnitTestCase Test:testConcurrentAccessWithRWLock Type:failure Exception: junit.framework.AssertionFailedError Message: java.lang.RuntimeException: release(): lock map owner Thread[main,5,main]not found - Suite: TxConcurrentUnitTestCase Test:testConcurrentAccess Type:failure Exception: junit.framework.AssertionFailedError Message: java.lang.RuntimeException: release(): lock map owner Thread[main,5,main]not found - Suite: SyncTxUnitTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound === Thu Oct 16 03:39:01 BST 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version "1.4.2_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Feature Requests-824514 ] ServiceEndpoint value for
Feature Requests item #824514, was opened at 2003-10-16 02:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376688&aid=824514&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul Spata (hesino) Assigned to: Nobody/Anonymous (nobody) Summary: ServiceEndpoint value for Initial Comment: As of EJB 2.1, ServiceEndpoint is a new value for . JBoss only recognizes Home, Local, LocalHome or Remote for a value. Here is code excerpted from ejb-jar.xml: MbEndpointBean ServiceEndpoint getMemberDetails Required -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376688&aid=824514&group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: the darkness that u qneb pzkcpkb
The ultimate digital cable filter The filter will allow you to receive all the channels that you order with your remove control! payperviews, adult movies,sport events,special events! see now! z sb uwyxx xkar hqiyo ydaffqjfsbdouuo qv ssjp o ncxv ccvni ijupf eexc qjjvjsxlrfvnxvvwr g
