[JBoss-dev] [ jboss-Bugs-696381 ] JGStore not setup to use correct class loader
Bugs item #696381, was opened at 2003-03-02 22:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=696381&group_id=22866 Category: JBossWeb Group: v3.2 >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Jules Gosnell (jules_gosnell) Summary: JGStore not setup to use correct class loader Initial Comment: When a value is placed into the http session that corresponds to a class only available in the war, the following CNFE exception occurs: 20:35:14,653 ERROR [JGStore] could not demarshal incoming update java.lang.ClassNotFoundException: No ClassLoaders found for: org.jboss.chap9.ex1.SessionValue at org.jboss.mx.loading.LoadMgr.beginLoadTask(LoadMgr.java:155) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:161) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:217) at org.mortbay.j2ee.session.MarshallingInterceptor$ObjectInputStream.resolveClass(MarshallingInterceptor.java:70) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1513) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1603) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1271) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1603) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1271) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at org.javagroups.blocks.MethodCall.readExternal(MethodCall.java:432) at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1686) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1644) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at org.mortbay.j2ee.session.MarshallingInterceptor.demarshal(MarshallingInterceptor.java:108) at org.mortbay.j2ee.session.JGStore$1.objectFromByteBuffer(JGStore.java:166) at org.javagroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:249) at org.javagroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:531) at org.javagroups.blocks.RequestCorrelator.access$100(RequestCorrelator.java:37) at org.javagroups.blocks.RequestCorrelator$Request.run(RequestCorrelator.java:747) at org.javagroups.util.ReusableThread.run(ReusableThread.java:208) at java.lang.Thread.run(Thread.java:536) This is due to the wrong class loader being used by the store. The web application context class loader needs to be used. I have put a fix into the 3.2 branch for this, but this only works if the store is an instance of AbstractReplicatedStore since the Store interface does not support setLoader. Look at the following code block in the Jetty class to see how this should be generatlized to all Stores. Line 334 of org.jboss.jetty.Jetty.java: // The web context class loader is needed for loading the war state objects Manager mgr = app.getDistributableSessionManager(); Store store = mgr.getStore(); if( store instanceof AbstractReplicatedStore ) { AbstractReplicatedStore ars = (AbstractReplicatedStore) store; ars.setLoader(app.getClassLoader()); } -- Comment By: Jules Gosnell (jules_gosnell) Date: 2003-03-05 02:10 Message: Logged In: YES user_id=49106 I've taken your patch as the basis for a fix that I put into 3.0 and 3.2 last night. I shall be doing some refactoring on the Store classes as soon as I have the time. I shall probably move the ClassLoader attribute up the class hierarchy then, so that is available to other stores. I'll leave closing the bug to you, if you are happy with the solution. Cheers, Jules -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=696381&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinf
[JBoss-dev] [ jboss-Bugs-602828 ] Need a shared class loader notion
Bugs item #602828, was opened at 2002-08-31 05:39 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=602828&group_id=22866 Category: JBossMX Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Scott M Stark (starksm) >Assigned to: Scott M Stark (starksm) Summary: Need a shared class loader notion Initial Comment: There are two problems that show up because of the current UCL per deployable jar. 1, if classes in a package are split across jars then access of package private methods between the jars fails. 2, if you have a jar of classes version 1 and a patch jar that contains version 2 classes that replace some of the version 1 classes, we have no way to specifiy that classes in the patch jar should be loaded ahead of the version 1 classes. I think what we need is the notion of a shared class loader per top level deployment unit that handles all jars referenced via manifests. This would honor the ordering of jar references so that one could control loading of patches. -- >Comment By: Scott M Stark (starksm) Date: 2003-03-31 23:58 Message: Logged In: YES user_id=175228 3.0.6 almost has this, 3.0.7 and 3.2.0 will. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=602828&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Partition merge and service state merge algorithm
Hello Bela, Yes, we need some kind of policy. But I thought about something a little bit different. In fact, there is already a way for services that have state to know about partition merging and plug into it. Instead I thought about a policy where you can receive events when you are no more "on the good side" (defined by the policy) of the network partition. This could be, for example, access to a common DB, some data in a common DB, the minimal size of the partition, etc. As long as the policy is not satisfied, the service would be in stand-by. Cheers, sacha > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bela Ban > Sent: mardi, 1. avril 2003 02:31 > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] Partition merge and service state > merge algorithm > > > David Klimek wrote: > > > Hi Sacha, > > > > thank you very much for your comments. Now I believe I have quite > > clean picture of partition merge issues. > > > > Maybe the conditions and limitations you mentioned should > be added to > > documentation as they are not obvious and there can be a > lot of people > > living, as I did before, in paradise, where all the mess with state > > merging, is handled by clustering framework. > > > Maybe we should come up with a conflict resolution policy, similar to > the failover policy: the policy is user-defined and - > whenever there is > a merge - it is called with all substates. At this point it needs to > implement the merge and update the local copy. > > For the state service we could for instance provide a simple default > policy which applies the union of all states and sees this as the new > state. The only requirement for such a policy is that it is > deterministic. > > -- > Bela Ban > www.javagroups.com > (408) 316-4459 > > > > > --- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-705542 ] Errorenous IllegalStateException on CMR-Collection
Bugs item #705542, was opened at 2003-03-18 12:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=705542&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Johan Granlund (johgr814) Assigned to: Nobody/Anonymous (nobody) Summary: Errorenous IllegalStateException on CMR-Collection Initial Comment: We've been dealing with this bug since we started up our project with JBoss 3.0.0. Now we are using JBoss 3.0.2RC2 with Postgres 7.2 and we still get it. When we are using a Collection retrieved with a CMR-getter on a local interface the Collection sporadicly maybe 1 of 200 calls thinks it was created in another transaction that obviously isn't the case. We get a stacktrace like this: 12:21:38,121 ERROR [LogInterceptor] RuntimeException: java.lang.IllegalStateException: The iterator of a CMR collection may only be used within the transction in which it was created at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.verif yIteratorIsValid(RelationSet.java:345) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.has Next(RelationSet.java:298) at se.alleato.ejb.alexandria.server.facade.PersonFacadeBe an.getNodePersonRoles(PersonFacadeBean.java:318) ... This isn't isolated to any specific bean, instead it occurs on Collection retrieved by local CMP interfaces that are called often. It is obvious an errorenous behaviour that can be worked around by catching the exception and creating the Collection again by calling the getter again which works fine but clearly is anoying. -- >Comment By: Johan Granlund (johgr814) Date: 2003-04-01 09:48 Message: Logged In: YES user_id=509036 Yes I'm using pessimistic locking, never got any performance out of the optimistic. I pretty sure this is a duplicate bug #634910 and in that report there is test case. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-03-28 16:17 Message: Logged In: YES user_id=543482 Are you using pessimistic locking? I tried to reproduce it but couldn't. I have a Parent and 1000 of related Child instances. There are 100 concurrent threads that getting parent's children collection and iterate over it. This does not fail for me. If could you provide a testcase that fails even time to time that would be great. alex -- Comment By: Johan Granlund (johgr814) Date: 2003-03-28 11:15 Message: Logged In: YES user_id=509036 I'm using "Required" transaction setting. The error occurs no matter what commit option I'm using. I don't think any special use case is required to reproduce it, just specify two entity beans A 1-n B. Create one session bean that fetches the collection a.getBs() and iterate over it. With some load the error will occur. -- Comment By: Johan Granlund (johgr814) Date: 2003-03-28 11:06 Message: Logged In: YES user_id=509036 Sorry about that, 3.2.0RC2 it was, and now 3.2.0RC4. I can also add that the easiest way to reproduce the bug is to put load on the system, then you can be sure it will happen, in our case it starts around 15 simultanous users. To work around the problem I have patched the RelationSet class. In the constructor I copy the setHandle array to the member variable instead of assigning it. This makes everything work fine but clearly isn't the correct way. -- Comment By: Stephen Coy (scoy) Date: 2003-03-28 10:30 Message: Logged In: YES user_id=463096 Are you *really* using JBoss 3.0.2RC2? Or is it 3.2.0RC2? Either way, you need to provide more information wrt to the way you are specifying your transactions and your use cases. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=705542&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: Seeing suprious exception on shutdown in 3.2 now
Oops, I tried to do too many things at once. should be fixed. david On 2003.03.31 14:55 Scott M Stark wrote: > The same class is causing an exception on startup as well: > > 11:53:51,826 INFO [PersistenceManager] Starting > 11:53:51,946 INFO [LocalManagedConnectionFactory] exception trying to > create exception sorter: > java.lang.ClassNotFoundException: > org.jboss.resource.adapter.jdbc.vendor.DummyExceptionSorter > at java.net.URLClassLoader$1.run(URLClassLoader.java:195) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:183) > at > org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoader.java:401) > at java.lang.ClassLoader.loadClass(ClassLoader.java:294) > at > org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:242) > at > org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:114) > at org.jboss.mx.loading.LoadMgr.nextTask(LoadMgr.java:281) > at > org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:181) > at java.lang.ClassLoader.loadClass(ClassLoader.java:250) > at > org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnectionFactory.isExceptionFatal(Base > WrapperManagedConnectionFactory.java:348) > at > org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperM > anagedConnection.java:292) > at > org.jboss.resource.adapter.jdbc.WrappedConnection.checkException(WrappedConnection.java:8 > 19) > at > org.jboss.resource.adapter.jdbc.WrappedStatement.checkException(WrappedStatement.java:767 > ) > at > org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedSta > tement.java:312) > at > org.jboss.mq.pm.jdbc2.PersistenceManager.resolveAllUncommitedTXs(PersistenceManager.java: > 226) > at > org.jboss.mq.pm.jdbc2.PersistenceManager.startService(PersistenceManager.java:1299) > at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) > at java.lang.reflect.Method.invoke(Native Method) > at > org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 > ) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) > at > org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966) > at $Proxy11.start(Unknown Source) > at org.jboss.system.ServiceController.start(ServiceController.java:392) > at org.jboss.system.ServiceController.start(ServiceController.java:408) > at org.jboss.system.ServiceController.start(ServiceController.java:408) > at java.lang.reflect.Method.invoke(Native Method) > at > org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 > ) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) > at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) > at $Proxy5.start(Unknown Source) > at org.jboss.deployment.SARDeployer.start(SARDeployer.java:241) > at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:640) > at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613) > at java.lang.reflect.Method.invoke(Native Method) > at > org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 > ) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) > at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) > at $Proxy7.deploy(Unknown Source) > at > org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:404) > at > org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:545) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeplo > ymentScanner.java:195) > at > org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentSca > nner.java:268) > at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) > at java.lang.reflect.Method.invoke(Native Method) > at > org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 > ) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) > at > org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966) > at $Proxy0.start(Unknown Source) > at org.jboss.system.ServiceController.start(ServiceController.java:392) > at java.lang.reflect.Method.invoke(Native Method) > at > org.jboss.mx.capability.ReflectedMBeanDispatcher.i
[JBoss-dev] [ jboss-Bugs-696819 ] JBoss 3.2 logging deadlock
Bugs item #696819, was opened at 2003-03-03 12:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=696819&group_id=22866 Category: JBossServer Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Scott M Stark (starksm) Summary: JBoss 3.2 logging deadlock Initial Comment: Here is a deadlock sequence I found after running ecperf for three days on JDK 1.4.1. Every worker thread stopped, waiting for this lock: - waiting to lock <0x3379ce30> (a org.apache.log4j.spi.RootCategory) [...] Found one Java-level deadlock: = "RMI TCP Connection(186994)-17.205.41.241": waiting to lock monitor 0x55078 (object 0x3388b368, a org.jboss.logging.util.LoggerStream), which is held by "RMI TCP Connection(186928)-17.205.41.241" "RMI TCP Connection(186928)-17.205.41.241": waiting to lock monitor 0x54ec8 (object 0x3379ce30, a org.apache.log4j.spi.RootCategory), which is held by "RMI TCP Connection(186994)-17.205.41.241" Java stack information for the threads listed above: === "RMI TCP Connection(186994)-17.205.41.241": at java.lang.Throwable.printStackTrace(Throwable.java:460) - waiting to lock <0x3388b368> (a org.jboss.logging.util.LoggerStream) at java.lang.Throwable.printStackTrace(Throwable.java:451) at org.apache.log4j.helpers.LogLog.error(LogLog.java:136) at org.apache.log4j.helpers.OnlyOnceErrorHandler.error(OnlyOnceErrorHandler.java:69) at org.apache.log4j.helpers.OnlyOnceErrorHandler.error(OnlyOnceErrorHandler.java:59) at org.apache.log4j.helpers.QuietWriter.write(QuietWriter.java:41) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:299) at org.apache.log4j.DailyRollingFileAppender.subAppend(DailyRollingFileAppender.java:343) at org.apache.log4j.WriterAppender.append(WriterAppender.java:150) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221) - locked <0x33881c20> (a org.jboss.logging.appender.DailyRollingFileAppender) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57) at org.apache.log4j.Category.callAppenders(Category.java:190) - locked <0x3379ce30> (a org.apache.log4j.spi.RootCategory) at org.apache.log4j.Category.forcedLog(Category.java:375) at org.apache.log4j.Category.log(Category.java:869) at org.jboss.logging.Log4jLoggerPlugin.error(Log4jLoggerPlugin.java:205) at org.jboss.logging.Logger.error(Logger.java:207) at org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand.jdbcExecute(JDBCCommand.java:178) at org.jboss.ejb.plugins.jaws.jdbc.JDBCFinderCommand.execute(JDBCFinderCommand.java:114) at org.jboss.ejb.plugins.jaws.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:71) at org.jboss.ejb.plugins.jaws.JAWSPersistenceManager.findEntity(JAWSPersistenceManager.java:284) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:312) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:301) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:685) at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:998) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:207) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:73) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:91) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:79) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:44) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:112) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:243) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:74) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:105) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:133) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:125) at org.jboss.ejb.EntityContainer.internalInvokeH
[JBoss-dev] [ jboss-Bugs-706213 ] EARDeployer deploying EJBs not listed in application.xml
Bugs item #706213, was opened at 2003-03-19 03:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706213&group_id=22866 Category: JBossServer Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Andrew May (amayingenta) >Assigned to: Scott M Stark (starksm) Summary: EARDeployer deploying EJBs not listed in application.xml Initial Comment: JBoss 3.2.0RC3, Solaris, Sun JDK1.3.1 & JDK1.4.1. EAR that deployed with 3.0.6 is failing in 3.2.0RC3. The EAR contains more EJBs than are currently listed in application.xml because we've disabled parts of the application until we fix them. However, in 3.2.0RC3 the EARDeployer is attempting to deploy all EJBs and WARs whether they're configured in application.xml or not. This is a portion of the server.log: 2003-03-18 14:36:12,626 INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ 2003-03-18 14:36:12,779 DEBUG [org.jboss.deployment.EARDeployer] Deployment Info: [EMAIL PROTECTED] { url=file:/opt/isis/jboss/jboss- 3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/statistics.jar } deployer: null status: null state: CONSTRUCTED watch: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/statistics.jar lastDeployed: 0 lastModified: 0 mbeans: , isDirectory: false 2003-03-18 14:36:12,780 DEBUG [org.jboss.deployment.EARDeployer] Deployment Info: [EMAIL PROTECTED] { url=file:/opt/isis/jboss/jboss- 3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/expander.jar } deployer: null status: null state: CONSTRUCTED watch: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/expander.jar lastDeployed: 0 lastModified: 0 mbeans: , isDirectory: false One entry for each deployment listed in application.xml, including WARs, and then: 2003-03-18 14:36:12,805 INFO [org.jboss.deployment.EARDeployer] looking for nested deployments in : file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/is is.ear/ 2003-03-18 14:36:12,807 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/payme nt.jar 2003-03-18 14:36:12,808 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/alert s.jar One entry for each jar or war within the EAR, including those not in application.xml, and then it goes on to deploy all of the EJBs. -- >Comment By: Scott M Stark (starksm) Date: 2003-03-31 20:42 Message: Logged In: YES user_id=175228 Only content explicity referenced in the application.xml or jboss-app.xml descriptors is deployed now. This will be in 3.2.0. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706213&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in 3.2 for all jca adapters.
The format of datasource *-ds.xml files hasn't changed. You can now also use tx-connection-manager (etc) tags to deploy any resource adapter. If you want to use the plain mbean deployment descriptors you have to move the ManagedConnectionFactoryName attribute from the connection manager mbean to the pool mbean. Not very pleasant, but 1. I think people should use the *-ds.xml format: this can remain constant even if the underlying mbeans change. 2. better now than later after 3.2 is released. david On 2003.03.31 12:44 Scott M Stark wrote: > So if people are using the 3.0 style descriptor or earlier versions of > the *-ds.xml > descriptor, are they are going to have dependency problems? > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > - Original Message - > From: "SourceForge.net" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Sunday, March 30, 2003 10:52 PM > Subject: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in > 3.2 for all jca adapters. > > > > Change Notes item #712495, was opened at 2003-03-31 06:52 > > You can respond by visiting: > > https://sourceforge.net/tracker/?func=detail&atid=381174&aid=712495&group_id=22866 > > > > Category: None > > Group: None > > Status: Open > > Priority: 5 > > Submitted By: David Jencks (d_jencks) > > Assigned to: Nobody/Anonymous (nobody) > > Summary: Use *-ds.xml files in 3.2 for all jca adapters. > > > > Initial Comment: > > The jca adapter deployment in jboss 3.2 has been extended to allow you > to deploy any connection factory for a jca 1.0 > adapter using a *-ds.xmol file. Please use these files for all adapters > to avoid confusion. The configuration of the > underlying mbeans has changed. > > > > --- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-712686 ] ear deployment broken
Bugs item #712686, was opened at 2003-03-31 05:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712686&group_id=22866 Category: CatalinaBundle Group: v3.2 >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nick Betteridge (aubergine) Assigned to: Scott M Stark (starksm) Summary: ear deployment broken Initial Comment: I think that this is a bug. I built the 3.2.0RC4 and then build the tomcat41 bundle I then deployed a localhost war with a jboss-web.xml: / localhost and a web.xml: http://java.sun.com/dtd/web-app_2_3.dtd";> index.html It worked fine when I browsed to http://localhost I then deployed a localhost ear with the above web.xml and a modified jboss-web.xml (ie no context-root tag). The application.xml of the ear file is: http://java.sun.com/dtd/application_1_3.dtd";> localhost localhost.war / If I browse to http://localhost I get a mapping error. Looking at the log, I see that the original war deployed with a StandardManager[], where as the Ear deployed with a StandardManager[/localhost] When I browse to http://localhost/localhost it works -- War deployment 13:22:27,099 INFO [MainDeployer] Starting deployment of package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war 13:22:28,416 INFO [EmbeddedCatalinaService41] deploy, ctxPath=, warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.war/24.localhost.war 13:22:28,599 INFO [Engine] WebappLoader[]: Deploying class repositories to work directory /export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/_ 13:22:30,407 INFO [Engine] ContextConfig[]: Added certificates -> request attribute Valve 13:22:30,644 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 13:22:30,645 INFO [Engine] StandardManager[]: Seeding random number generator class java.security.SecureRandom 13:22:30,646 INFO [Engine] StandardManager[]: Seeding of random number generator has been completed 13:22:30,649 INFO [Engine] StandardWrapper[:default]: Loading container servlet default 13:22:30,651 INFO [Engine] StandardWrapper[:invoker]: Loading container servlet invoker 13:22:30,720 INFO [MainDeployer] Deployed package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war - Ear deployment 14:02:40,868 INFO [MainDeployer] Starting deployment of package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,038 INFO [EARDeployer] Init J2EE application: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,255 INFO [EARDeployer] looking for nested deployments in : file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,264 INFO [EARDeployer] nested deployment: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war 14:02:41,740 INFO [EmbeddedCatalinaService41] deploy, ctxPath=/localhost, warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war 14:02:41,890 INFO [Engine] WebappLoader[/localhost]: Deploying class repositories to work directory /export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/localhost 14:02:43,752 INFO [Engine] ContextConfig[/localhost]: Added certificates -> request attribute Valve 14:02:43,981 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 14:02:43,982 INFO [Engine] StandardManager[/localhost]: Seeding random number generator class java.security.SecureRandom 14:02:43,983 INFO [Engine] StandardManager[/localhost]: Seeding of random number generator has been completed 14:02:43,986 INFO [Engine] StandardWrapper[/localhost:default]: Loading container servlet default 14:02:43,987 INFO [Engine] StandardWrapper[/localhost:invoker]: Loading container servlet invoker 14:02:44,081 INFO [MainDeployer] Deployed package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear Enclosed is the localhost.ear file -- >Comment By: Scott M Stark (starksm) Date: 2003-03-31 20:06 Message: Logged In: YES
RE: Re[4]: [JBoss-dev] php5 is coming
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of marc > fleury > Sent: Monday, March 31, 2003 2:21 PM > To: [EMAIL PROTECTED] > Subject: RE: Re[4]: [JBoss-dev] php5 is coming > > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Bill Burke > > Sent: Monday, March 31, 2003 10:52 AM > > To: [EMAIL PROTECTED] > > Subject: RE: Re[4]: [JBoss-dev] php5 is coming > > > > > > I'd really prefer JSP integration or integration with some > > other popular Java based web scripting. > > JSP is clearly the way to go. We will fail if we reinvent the scripting > wheel. Let people port to JBoss with existing pages. All I hear from > Julien is lame-ass whining on the compiler and such... :) I will > personally work on him in Paris :) > And considering the marketing spin is PostNuke on J2EE. I think we are the first. Bill --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
Again, you have the problem of primitive types. These would require field interception which is slow. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Bela > Ban > Sent: Monday, March 31, 2003 7:11 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] AOP versioned ACID objects 1st iteration > > > Hiram Chirino wrote: > > > That might be a problem if you have a big object > > graph. You get a big penalty even if you only modify > > a small peice of the object graph. > > > > You could do a shallow copy by getting a snapshot of > > the fields of the object. Then wrap up the children > > objects with "Versioned.makeVersioned(child)" when > > they are accessed. The cool thing is that you would > > not have any serialization at all. I know that there > > has to be some down-sides to this approach, help me > > figure them out. > > > This essentially requires recursively wrapping all child objects > reachable from a parent with version interceptors. > I think this is what I would require for my cache, which is > tree-structured. > > Versions would be created only when needed, as we go. > > -- > Bela Ban > www.javagroups.com > (408) 316-4459 > > > > > --- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Re[4]: [JBoss-dev] php5 is coming
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bill Burke > Sent: Monday, March 31, 2003 10:52 AM > To: [EMAIL PROTECTED] > Subject: RE: Re[4]: [JBoss-dev] php5 is coming > > > I'd really prefer JSP integration or integration with some > other popular Java based web scripting. JSP is clearly the way to go. We will fail if we reinvent the scripting wheel. Let people port to JBoss with existing pages. All I hear from Julien is lame-ass whining on the compiler and such... :) I will personally work on him in Paris :) marcf --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss DTDs disappeared from the web site
The DTDs have been restored to the website. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Stefan Reich" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 31, 2003 3:59 PM Subject: [JBoss-dev] Jboss DTDs disappeared from the web site > None of the DTDs that used to live in http://www.jboss.org/j2ee/dtd/ > are accessible anymore, the requests get redirected to the home page. > I assume this is an oversight. > > Stefan > --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] hsqldb options
Don't worry if you don't understand Peter's posts, it is like American music for French people: just something you have to listen and enjoy, without understanding the words. Peter is somehow jboss-dev's official poet. Make... letters play and ! Ho here a dot playing with a ^column. Klafuti, Klafuta. Pudding song. -- I know who is Zahid Ramman > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bill Burke > Sent: lundi, 31. mars 2003 17:49 > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] hsqldb options > > > Sorry Peter, no offesne, but > > But could somebody explain what the hell he just posted? > > Sacha, pointed out McKoi. I'd like to see how good of a DB this is. > Anybody have any experience with it? > > Bill > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > Behalf Of Peter > > Fagerlund > > Sent: Sunday, March 30, 2003 6:29 PM > > To: [EMAIL PROTECTED] > > Subject: Re: [JBoss-dev] hsqldb options > > > > > > > > söndagen den 30 mars 2003 kl 20.33 skrev marc fleury: > > > > > why don't we bring them on then? > > > > Send in another X number troops to fix the non result .. > > > > Pulezzze what is the non result U are experiencing ... the > real or the > > non-real ... and You say solve it with numbers -hehe ... > > > > You are such a non-general You are ... just a trooper ... U are ... > > > > Listen kids ... producing LOC is very un-interesting - Reducing LOC > > with clear "spell" is productive ... Some of You are just adding > > classes and LOC without keeping a entropy check ... for Your code -- > > shining U are with LOC count. This is very much real here > ... I like a > > iteration of min 1k for a deploy/undeploy repeted test for > thejbossteam > > ploy deploy ... resulting in a non mem fatigue - then thejbossteam > > might be considered to move on ... !!! > > > > check ... > > > > > > --- > > This SF.net email is sponsored by: > > The Definitive IT and Networking Event. Be There! > > NetWorld+Interop Las Vegas 2003 -- Register today! > > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Partition merge and service state merge algorithm
David Klimek wrote: Hi Sacha, thank you very much for your comments. Now I believe I have quite clean picture of partition merge issues. Maybe the conditions and limitations you mentioned should be added to documentation as they are not obvious and there can be a lot of people living, as I did before, in paradise, where all the mess with state merging, is handled by clustering framework. Maybe we should come up with a conflict resolution policy, similar to the failover policy: the policy is user-defined and - whenever there is a merge - it is called with all substates. At this point it needs to implement the merge and update the local copy. For the state service we could for instance provide a simple default policy which applies the union of all states and sees this as the new state. The only requirement for such a policy is that it is deterministic. -- Bela Ban www.javagroups.com (408) 316-4459 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] AOP versioned ACID objects 1st iteration
Hiram Chirino wrote: That might be a problem if you have a big object graph. You get a big penalty even if you only modify a small peice of the object graph. You could do a shallow copy by getting a snapshot of the fields of the object. Then wrap up the children objects with "Versioned.makeVersioned(child)" when they are accessed. The cool thing is that you would not have any serialization at all. I know that there has to be some down-sides to this approach, help me figure them out. This essentially requires recursively wrapping all child objects reachable from a parent with version interceptors. I think this is what I would require for my cache, which is tree-structured. Versions would be created only when needed, as we go. -- Bela Ban www.javagroups.com (408) 316-4459 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jboss DTDs disappeared from the web site
None of the DTDs that used to live in http://www.jboss.org/j2ee/dtd/ are accessible anymore, the requests get redirected to the home page. I assume this is an oversight. Stefan --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-712789 ] Server will not start on linux with IBM JDK 1.4.0
Bugs item #712789, was opened at 2003-03-31 09:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712789&group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm) Summary: Server will not start on linux with IBM JDK 1.4.0 Initial Comment: - $ uname -a Linux pong 2.2.19 #1 SMP Wed Oct 17 08:56:33 BRST 2001 i686 unknown - $ java -version java version "1.4.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0) Classic VM (build 1.4.0, J2RE 1.4.0 IBM build cxia32140-20020917a (JIT enabled: jitc)) - $ ./run.sh ... [snip] 16:38:33,411 ERROR [MainDeployer] could not create deployment: file:/usr/local/reverbel/jboss-3.2/build/output/jboss-3.2.0RC5/server/default/conf/jboss-service.xml java.lang.NoClassDefFoundError: $Proxy0 at sun.reflect.GeneratedConstructorAccessor9.newInstance(UnknownSource) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:42) at java.lang.reflect.Constructor.newInstance(Constructor.java:299) at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:585) at org.jboss.system.ServiceController.getServiceProxy(ServiceController.java:739) at org.jboss.system.ServiceController.create(ServiceController.java:276) at org.jboss.system.ServiceController.create(ServiceController.java:243) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.create(Unknown Source) at org.jboss.deployment.SARDeployer.create(SARDeployer.java:207) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:784) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:639) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:597) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:361) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:268) at org.jboss.Main.boot(Main.java:159) at org.jboss.Main$1.run(Main.java:397) at java.lang.Thread.run(Thread.java:566) 16:38:33,504 ERROR [Server] Failed to start ...[snip] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712789&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-679705 ] 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM
Bugs item #679705, was opened at 2003-02-03 10:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=679705&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Scott M Stark (starksm) Summary: 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM Initial Comment: TestingJBoss 3.0.6 with an IBM 1.4 VM on Linux I get an AbstractMethodError on startup for AbstractDeploymentScanner.scan() when starting the URLDeploymentScanner. This happens both if JBoss was compiled with a Sun as well as an IBM JDK. System info: 19:01:34,499 INFO [ServerInfo] Java version: 1.4.0,IBM Corporation 19:01:34,500 INFO [ServerInfo] Java VM: Classic VM 1.4.0,IBM Corporation 19:01:34,526 INFO [ServerInfo] OS-System: Linux 2.4.18-17.7.x,x86 Exception: 2003-02-03 19:01:45,294 INFO [org.jboss.deployment.scanner.URLDeploymentScanner] Starting 2003-02-03 19:01:45,301 ERROR [org.jboss.deployment.MainDeployer] could not start deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:261) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:413) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:230) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:325) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:222) at org.jboss.Main.boot(Main.java:148) at org.jboss.Main$1.run(Main.java:381) at java.lang.Thread.run(Thread.java:566) 2003-02-03 19:01:45,468 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true 2003-02-03 19:01:45,471 ERROR [org.jboss.system.server.Server] start failed org.jboss.deployment.DeploymentException: Could not create deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml; - nested throwable: (java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:835) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.De
[JBoss-dev] [ jboss-Bugs-712789 ] Server will not start on linux with IBM JDK 1.4.0
Bugs item #712789, was opened at 2003-03-31 09:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712789&group_id=22866 Category: JBossMX Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm) Summary: Server will not start on linux with IBM JDK 1.4.0 Initial Comment: - $ uname -a Linux pong 2.2.19 #1 SMP Wed Oct 17 08:56:33 BRST 2001 i686 unknown - $ java -version java version "1.4.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0) Classic VM (build 1.4.0, J2RE 1.4.0 IBM build cxia32140-20020917a (JIT enabled: jitc)) - $ ./run.sh ... [snip] 16:38:33,411 ERROR [MainDeployer] could not create deployment: file:/usr/local/reverbel/jboss-3.2/build/output/jboss-3.2.0RC5/server/default/conf/jboss-service.xml java.lang.NoClassDefFoundError: $Proxy0 at sun.reflect.GeneratedConstructorAccessor9.newInstance(UnknownSource) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:42) at java.lang.reflect.Constructor.newInstance(Constructor.java:299) at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:585) at org.jboss.system.ServiceController.getServiceProxy(ServiceController.java:739) at org.jboss.system.ServiceController.create(ServiceController.java:276) at org.jboss.system.ServiceController.create(ServiceController.java:243) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.create(Unknown Source) at org.jboss.deployment.SARDeployer.create(SARDeployer.java:207) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:784) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:639) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:597) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy6.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:361) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:268) at org.jboss.Main.boot(Main.java:159) at org.jboss.Main$1.run(Main.java:397) at java.lang.Thread.run(Thread.java:566) 16:38:33,504 ERROR [Server] Failed to start ...[snip] -- >Comment By: Scott M Stark (starksm) Date: 2003-03-31 14:58 Message: Logged In: YES user_id=175228 This has been fixed for the 3.2.0 release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712789&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJB conversion to AOP Interceptor and Invocation
I'll be converting EJBs and Invokers to use the new AOP Invocation and Interceptor objects/interfaces starting Wednesday. Let me know if you have any problem with this. Regards, Bill --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Trying out AOP
Hi Bill, I changed the ejb verifier to allow InvocationTargetException. I'll disallow it again :-) Regards, Adrian From: "Bill Burke" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> Subject: RE: [JBoss-dev] Trying out AOP Date: Mon, 31 Mar 2003 16:30:24 -0500 Igor, I couldn't replicate this. BUT...I think I may have fixed the problem. This is probably a relic, but the Instrumentor code was adding a InvocationTargetException to the throws clause of every instrumented method. I have removed this. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Igor > Fedorenko > Sent: Wednesday, March 26, 2003 12:06 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] Trying out AOP > > > > You have read/write correct? > I guess that was exactly what I wanted to know ;-) > > > Javassist may not be creating the correct > > throws clauses. Can you add a test for this under the > > testsuite and under > > aop/? I will look at it after I finish my other aop work I'm doing. > Done. Added .../aop/simpleejb/SimpleBean.java EJB, > SimpleBeanInterceptor/Factory that intercepts SimpleBean methods > and SimpleBeanUnitTestCase that fails to deploy that EJB. Note > that the same EJB can be deployed successfully without interceptors. > > Btw, is there a separate target for running AOP unit tests? I had > to run run-db-tests which seems to be too wide. > > > > > Bill > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] > > Behalf Of Igor > > > Fedorenko > > > Sent: Wednesday, March 26, 2003 12:44 AM > > > To: [EMAIL PROTECTED] Sourceforge. Net (E-mail) > > > Subject: [JBoss-dev] Trying out AOP > > > > > > > > > Hi, > > > > > > I am playing around with AOP and I want to know if I am doing > > > something wrong. What I basically want is to add additional > > > behaviour to an EJB implementation. The problem is, deployment of > > > EJB fails with verifier errors (violation of sections 7.10.6, > > > 7.10.7 and 7.10.8, something about exceptions thrown by > > > implementation not being matched by declared by home/remote > > > interfaces). The very same EJB deploys fine without > > aspects. Any idea? > > > --- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Trying out AOP
Igor, I couldn't replicate this. BUT...I think I may have fixed the problem. This is probably a relic, but the Instrumentor code was adding a InvocationTargetException to the throws clause of every instrumented method. I have removed this. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Igor > Fedorenko > Sent: Wednesday, March 26, 2003 12:06 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] Trying out AOP > > > > You have read/write correct? > I guess that was exactly what I wanted to know ;-) > > > Javassist may not be creating the correct > > throws clauses. Can you add a test for this under the > > testsuite and under > > aop/? I will look at it after I finish my other aop work I'm doing. > Done. Added .../aop/simpleejb/SimpleBean.java EJB, > SimpleBeanInterceptor/Factory that intercepts SimpleBean methods > and SimpleBeanUnitTestCase that fails to deploy that EJB. Note > that the same EJB can be deployed successfully without interceptors. > > Btw, is there a separate target for running AOP unit tests? I had > to run run-db-tests which seems to be too wide. > > > > > Bill > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] > > Behalf Of Igor > > > Fedorenko > > > Sent: Wednesday, March 26, 2003 12:44 AM > > > To: [EMAIL PROTECTED] Sourceforge. Net (E-mail) > > > Subject: [JBoss-dev] Trying out AOP > > > > > > > > > Hi, > > > > > > I am playing around with AOP and I want to know if I am doing > > > something wrong. What I basically want is to add additional > > > behaviour to an EJB implementation. The problem is, deployment of > > > EJB fails with verifier errors (violation of sections 7.10.6, > > > 7.10.7 and 7.10.8, something about exceptions thrown by > > > implementation not being matched by declared by home/remote > > > interfaces). The very same EJB deploys fine without > > aspects. Any idea? > > > --- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] forums search
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.2 /doc/jk/workershowto.html http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0. 2/doc/ > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Felipe Oliveira > Sent: lundi, 31. mars 2003 22:52 > To: JBoss Dev > Subject: [JBoss-dev] forums search > > > hi jboss team, > > the search on the forums page doesn't seem to be working. i > search for > "mod_proxy" and no results. then i search for "apache" and no > results. > and then again i search for "java" and no results. > > felipe > > > > --- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] forums search
hi jboss team, the search on the forums page doesn't seem to be working. i search for "mod_proxy" and no results. then i search for "apache" and no results. and then again i search for "java" and no results. felipe --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss web-site issues
Well, I don't know what was wrong. After upgrade to 1.3 it works fine. Sorry to bother you people. Juha-P Lindfors wrote: works with 1.2.1 + w2k too The 1.3 release of Mozilla is not showing this issue. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Anatoly Akkerman" <[EMAIL PROTECTED]> To: "JBoss-Dev" <[EMAIL PROTECTED]> Sent: Monday, March 31, 2003 12:22 PM Subject: [JBoss-dev] jboss web-site issues Hello, guys Since the website was switched to Nukes, Mozilla 1.2 on Win2K consistently pops up connection refused. IE6 works fine. Any ideas what is wrong? -- Anatoly. --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- - Anatoly Akkerman Computer Science Dept. Courant Institute of Mathematical Sciences, NYU 715 Broadway, #719 Tel: 212 998-3493 New York, NY 10003 Fax: 212 995-4123 - --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Re[4]: php5 is coming
Is the compilation service for Nukes or for jboss in general? Why is JSP not good for Nukes (isn't Nuke a web application?)? For general compilation service, have you looked into Eclipse's compiler? I think the cocoon folks were/are looking into JDT as an alternative to the pizza compiler. - Renaud "Bill Burke" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I'd really prefer JSP integration or integration with some other popular > Java based web scripting. > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of > > julien viet > > Sent: Sunday, March 30, 2003 3:57 PM > > To: marc fleury > > Subject: Re[4]: [JBoss-dev] php5 is coming > > > > > > yes that's a good idea and I was thinking about it. Dain could > > you send me details and contact infos ? > > > > A generic compiling service in jboss could be very usefull. > > That + AOP could make wonders. > > > > julien > > > > mf> julien, > > > > mf> why don't you try to bring some of these guys in to do the > > compiler for > > mf> NUKES? JSP like writing for advanced programmatic modules? > > > > mf> marcf > > > > >> -Original Message- > > >> From: [EMAIL PROTECTED] > > >> [mailto:[EMAIL PROTECTED] On > > >> Behalf Of Dain Sundstrom > > >> Sent: Sunday, March 30, 2003 2:06 PM > > >> To: [EMAIL PROTECTED] > > >> Subject: Re: Re[2]: [JBoss-dev] php5 is coming > > >> > > >> > > >> I talked with 2 compiler projects after JBoss boot camp and both were > > >> interested in being integrated, but I dropped the ball and > > >> got busy on > > >> some other stuff. If anyone is interested in this I can send you the > > >> contact info. > > >> > > >> -dain > > >> > > >> On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote: > > >> > > >> > Hello Marcel, > > >> > > > >> > Sunday, March 30, 2003, 6:23:38 PM, you wrote: > > >> > > > >> > MA> julien viet wrote ([EMAIL PROTECTED]) > > >> >>> JD> Though now that I think about it I would prefer that Java was > > >> >>> more like > > >> >>> JD> PHP in the sense of a light weight web application development > > >> >>> language > > >> >>> JD> with its rich extensions and apis. > > >> >>> > > >> >>> we discussed with Dain at boot camp and we wished > > >> >>> having a way to dynamic compile a class, I mean with > > >> >>> a java compiler written in java and taking class def from > > >> >>> a classloader. > > >> >>> > > >> >>> That would enable a compilation service in jboss. Would > > >> be great for > > >> >>> nukes. Kopi compiler is written in 100% java and could be modified > > >> >>> to achieve such results though I don't know about its license. > > >> > > > >> > MA> I did this for the PizzaCompiler as part of getting > > >> Cocoon to work > > >> > MA> without a JDK (only a JRE needed). For Pizza this is relatively > > >> > MA> easy as it has pluggable resource-loaders (.class files are > > >> > resources > > >> > MA> to the compiler). The pizza compiler can be found at: > > >> > > > >> > cool, it could help for module or block scripting in Nukes, i.e get > > >> > code class - fully generate class - compile it - generate xmbeam - > > >> > deploy it > > >> > > > >> > pluggable resource loader is very helpfull, I don't know if we can > > >> > have bytes of class through unified classloaders but that > > >> would help. > > >> > > > >> > MA> http://pizzacompiler.sourceforge.net/ > > >> > > > >> > MA> I placed the sources for the pizza-loader and some wrapper and > > >> > extension > > >> > MA> classes needed to use it at: > > >> > http://www.artefact.nl/pizza-loader.zip > > >> > > > >> > MA> I stripped of some extra's and commented out some lines > > >> to keep it > > >> > MA> simple and self hosting. > > >> > > > >> > MA> Hope this helps. > > >> > > > >> > MA> Regards, > > >> > > > >> > MA> Marcel Ammerlaan > > >> > > > >> > > > >> > > > >> > -- > > >> > Best regards, > > >> > julienmailto:[EMAIL PROTECTED] > > >> > > > >> > > > >> > > > >> > --- > > >> > This SF.net email is sponsored by: > > >> > The Definitive IT and Networking Event. Be There! > > >> > NetWorld+Interop Las Vegas 2003 -- Register today! > > >> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > > >> > ___ > > >> > Jboss-development mailing list > > >> [EMAIL PROTECTED] > > >> > https://lists.sourceforge.net/lists/listinfo/jboss-development > > >> > > >> > > >> > > >> --- > > >> This SF.net email is sponsored by: > > >> The Definitive IT and Networking Event. Be There! > > >> NetWorld+Interop Las Vegas 2003 -- Register today! > > >> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > > >> ___ > > >> Jboss-development mailing list [EMAIL PROTECTED] > > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > >> > > > > > > > > mf> -
RE: [JBoss-dev] jboss web-site issues
works with 1.2.1 + w2k too > > The 1.3 release of Mozilla is not showing this issue. > > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 > > > > > > Scott Stark > > Chief Technology Officer > > JBoss Group, LLC > > > > > > - Original Message - > > From: "Anatoly Akkerman" <[EMAIL PROTECTED]> > > To: "JBoss-Dev" <[EMAIL PROTECTED]> > > Sent: Monday, March 31, 2003 12:22 PM > > Subject: [JBoss-dev] jboss web-site issues > > > > > > > Hello, guys > > > > > > Since the website was switched to Nukes, Mozilla 1.2 on Win2K > > > consistently pops up connection refused. IE6 works fine. > > Any ideas what > > > is wrong? > > > > > > -- Anatoly. --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] NUKES DEVELOPMENT
OK, guys Nukes from what we can tell is a MASSIVE success. Well you can't see it yet, in the sense that it happily runs behind the scenes on www.jboss.org and the CPU is a .1% utilization (on a new upgraded box granted). But by and large it does what we needed it to do which was copy the framework of postnuke in a scalable fashion (like leveraging EJB's to cache permissions and pages and bla bla bla). SO moving forward I am personally bullying the poor Julien, who will upgrade to full-time consultant with JBoss Group, to lead the development of NUKES going forward and to get some documentation as to how NUKES works and all. Editing the content online is a blast. Extremelly relevant stuff. In any case. WE NEED NEW MODULES TO GO WITH IT, let's start porting some of the goodness that is present in postnuke now that we have a scalable core. I NEED SOME NEW GUYS that want to make a name for themselves in porting the forums/instant mail/better blog/ Whatever you think could be a good module to NUKES. If you are interested please go to the forum online and report to [EMAIL PROTECTED] It could be big, if you make it big, please any help appreciated, we will staff it full time with one guy but we need more help, marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss web-site issues
which is Scott's long winded way of saying "negative" > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: Monday, March 31, 2003 3:30 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] jboss web-site issues > > > The 1.3 release of Mozilla is not showing this issue. > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > - Original Message - > From: "Anatoly Akkerman" <[EMAIL PROTECTED]> > To: "JBoss-Dev" <[EMAIL PROTECTED]> > Sent: Monday, March 31, 2003 12:22 PM > Subject: [JBoss-dev] jboss web-site issues > > > > Hello, guys > > > > Since the website was switched to Nukes, Mozilla 1.2 on Win2K > > consistently pops up connection refused. IE6 works fine. > Any ideas what > > is wrong? > > > > -- Anatoly. > > > > --- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your > dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020> aff/direct/01/ > > > ___ > Jboss-development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss web-site issues
The 1.3 release of Mozilla is not showing this issue. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Anatoly Akkerman" <[EMAIL PROTECTED]> To: "JBoss-Dev" <[EMAIL PROTECTED]> Sent: Monday, March 31, 2003 12:22 PM Subject: [JBoss-dev] jboss web-site issues > Hello, guys > > Since the website was switched to Nukes, Mozilla 1.2 on Win2K > consistently pops up connection refused. IE6 works fine. Any ideas what > is wrong? > > -- Anatoly. --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss web-site issues
Hello, guys Since the website was switched to Nukes, Mozilla 1.2 on Win2K consistently pops up connection refused. IE6 works fine. Any ideas what is wrong? -- Anatoly. --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[4]: [JBoss-dev] php5 is coming
Yeah. JSP would be good cause it's a common skill set, has a lot of available tools and extensions (JSTL, etc...) and is a proven tech. > From: "Bill Burke" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Mon, 31 Mar 2003 10:52:08 -0500 > To: <[EMAIL PROTECTED]> > Subject: RE: Re[4]: [JBoss-dev] php5 is coming > > I'd really prefer JSP integration or integration with some other popular > Java based web scripting. > >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Behalf Of >> julien viet >> Sent: Sunday, March 30, 2003 3:57 PM >> To: marc fleury >> Subject: Re[4]: [JBoss-dev] php5 is coming >> >> >> yes that's a good idea and I was thinking about it. Dain could >> you send me details and contact infos ? >> >> A generic compiling service in jboss could be very usefull. >> That + AOP could make wonders. >> >> julien >> >> mf> julien, >> >> mf> why don't you try to bring some of these guys in to do the >> compiler for >> mf> NUKES? JSP like writing for advanced programmatic modules? >> >> mf> marcf >> -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dain Sundstrom Sent: Sunday, March 30, 2003 2:06 PM To: [EMAIL PROTECTED] Subject: Re: Re[2]: [JBoss-dev] php5 is coming I talked with 2 compiler projects after JBoss boot camp and both were interested in being integrated, but I dropped the ball and got busy on some other stuff. If anyone is interested in this I can send you the contact info. -dain On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote: > Hello Marcel, > > Sunday, March 30, 2003, 6:23:38 PM, you wrote: > > MA> julien viet wrote ([EMAIL PROTECTED]) >>> JD> Though now that I think about it I would prefer that Java was >>> more like >>> JD> PHP in the sense of a light weight web application development >>> language >>> JD> with its rich extensions and apis. >>> >>> we discussed with Dain at boot camp and we wished >>> having a way to dynamic compile a class, I mean with >>> a java compiler written in java and taking class def from >>> a classloader. >>> >>> That would enable a compilation service in jboss. Would be great for >>> nukes. Kopi compiler is written in 100% java and could be modified >>> to achieve such results though I don't know about its license. > > MA> I did this for the PizzaCompiler as part of getting Cocoon to work > MA> without a JDK (only a JRE needed). For Pizza this is relatively > MA> easy as it has pluggable resource-loaders (.class files are > resources > MA> to the compiler). The pizza compiler can be found at: > > cool, it could help for module or block scripting in Nukes, i.e get > code class - fully generate class - compile it - generate xmbeam - > deploy it > > pluggable resource loader is very helpfull, I don't know if we can > have bytes of class through unified classloaders but that would help. > > MA> http://pizzacompiler.sourceforge.net/ > > MA> I placed the sources for the pizza-loader and some wrapper and > extension > MA> classes needed to use it at: > http://www.artefact.nl/pizza-loader.zip > > MA> I stripped of some extra's and commented out some lines to keep it > MA> simple and self hosting. > > MA> Hope this helps. > > MA> Regards, > > MA> Marcel Ammerlaan > > > > -- > Best regards, > julienmailto:[EMAIL PROTECTED] > > > > --- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > ___ > Jboss-development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> >> >> mf> --- >> mf> This SF.net email is sponsored by: >> mf> The Definitive IT and Networking Event. Be There! >> mf> NetWorld+Interop Las Vegas 2003 -- Register today! >> mf> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en >> mf> _
[JBoss-dev] Re: Seeing suprious exception on shutdown in 3.2 now
The same class is causing an exception on startup as well: 11:53:51,826 INFO [PersistenceManager] Starting 11:53:51,946 INFO [LocalManagedConnectionFactory] exception trying to create exception sorter: java.lang.ClassNotFoundException: org.jboss.resource.adapter.jdbc.vendor.DummyExceptionSorter at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:183) at org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoader.java:401) at java.lang.ClassLoader.loadClass(ClassLoader.java:294) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:242) at org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:114) at org.jboss.mx.loading.LoadMgr.nextTask(LoadMgr.java:281) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:181) at java.lang.ClassLoader.loadClass(ClassLoader.java:250) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnectionFactory.isExceptionFatal(Base WrapperManagedConnectionFactory.java:348) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperM anagedConnection.java:292) at org.jboss.resource.adapter.jdbc.WrappedConnection.checkException(WrappedConnection.java:8 19) at org.jboss.resource.adapter.jdbc.WrappedStatement.checkException(WrappedStatement.java:767 ) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedSta tement.java:312) at org.jboss.mq.pm.jdbc2.PersistenceManager.resolveAllUncommitedTXs(PersistenceManager.java: 226) at org.jboss.mq.pm.jdbc2.PersistenceManager.startService(PersistenceManager.java:1299) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 ) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966) at $Proxy11.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:392) at org.jboss.system.ServiceController.start(ServiceController.java:408) at org.jboss.system.ServiceController.start(ServiceController.java:408) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 ) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:241) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:832) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:640) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:613) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 ) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy7.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:404) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:545) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeplo ymentScanner.java:195) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentSca nner.java:268) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:192) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 ) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:392) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284 ) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.j
RE: [JBoss-dev] hsqldb options
I had a dream! That one day, babelfish will be able to understand AND TRANSLATE Peter songs. Nice try Adrian, but you've abandonned on the last part! ;) > like a > > > iteration of min 1k for a deploy/undeploy repeted test > for thejbossteam > > > ploy deploy ... resulting in a non mem fatigue - then thejbossteam > > > might be considered to move on ... !!! > > There is a memory leak in hot deployment? --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Seeing suprious exception on shutdown in 3.2 now
After fully synching my 3.2 branch I'm seeing garbage exception being dumpbed on shutdown of the server. Why are these showing up now? 11:48:10,636 INFO [STDOUT] Mon Mar 31 11:48:10 PST 2003 SHUTDOWN : System.exit() was not called 11:48:10,646 INFO [LocalManagedConnectionFactory] exception trying to create exception sorter: java.lang.ClassNotFoundException: org.jboss.resource.adapter.jdbc.vendor.DummyExceptionSorter at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:183) at org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoader.java:401) at java.lang.ClassLoader.loadClass(ClassLoader.java:294) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:242) at org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:114) at org.jboss.mx.loading.LoadMgr.nextTask(LoadMgr.java:281) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:181) at java.lang.ClassLoader.loadClass(ClassLoader.java:250) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnectionFactory.isExceptionFatal(Base WrapperManagedConnectionFactory.java:348) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperM anagedConnection.java:292) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperMa nagedConnection.java:444) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.destroy(BaseWrapperManagedCo nnection.java:229) at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.doDestroy(InternalMana gedConnectionPool.java:374) at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.flush(InternalManagedC onnectionPool.java:272) at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.shutdown(InternalManag edConnectionPool.java:307) at org.jboss.resource.connectionmanager.JBossManagedConnectionPool$OnePool.shutdown(JBossMan agedConnectionPool.java:675) at org.jboss.resource.connectionmanager.JBossManagedConnectionPool.stopService(JBossManagedC onnectionPool.java:373) at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:236) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:966) at $Proxy11.stop(Unknown Source) at org.jboss.system.ServiceController.stop(ServiceController.java:464) at org.jboss.system.ServiceController.stop(ServiceController.java:456) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.stop(Unknown Source) at org.jboss.deployment.SARDeployer.stop(SARDeployer.java:384) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.JMXInvocationHandler.invoke(JMXInvocationHandler.java:177) at $Proxy16.stop(Unknown Source) at org.jboss.deployment.XSLSubDeployer.stop(XSLSubDeployer.java:225) at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:497) at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:480) at org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:368) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeployments(ServerImpl.java:792) at org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(ServerImpl.java:770) at org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl.java:758) 11:48:10,676 INFO [JBossManagedConnectionPool] Exception destroying ManagedConnection org.jboss.resource.JBossResourceException: SQLException; - nested throwable: (java.sql.SQLException: The database is shutdown in statement [DISCONNECT]) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperMa nagedConnection.java:445) at org.jboss.resour
RE: [JBoss-dev] hsqldb options
Translated in line, Fagerlund->English Never used Mckoi. From cvs it doesn't look very active (but that might mean it is stable?) and it is all one developer? e.g. http://cvs.mckoi.com/cgi-bin/viewcvs.cgi/mckoi-sql/src/com/mckoi/database/ Regards, Adrian From: "Bill Burke" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> Subject: RE: [JBoss-dev] hsqldb options Date: Mon, 31 Mar 2003 10:49:10 -0500 Sorry Peter, no offesne, but But could somebody explain what the hell he just posted? Sacha, pointed out McKoi. I'd like to see how good of a DB this is. Anybody have any experience with it? Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Peter > Fagerlund > Sent: Sunday, March 30, 2003 6:29 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] hsqldb options > > > > söndagen den 30 mars 2003 kl 20.33 skrev marc fleury: > > > why don't we bring them on then? > > Send in another X number troops to fix the non result .. > > Pulezzze what is the non result U are experiencing ... the real or the > non-real ... and You say solve it with numbers -hehe ... > > You are such a non-general You are ... just a trooper ... U are ... You don't fix a problem by throwing more people at it. > > Listen kids ... producing LOC is very un-interesting - Reducing LOC > with clear "spell" is productive ... Some of You are just adding > classes and LOC without keeping a entropy check ... for Your code -- > shining U are with LOC count. This is very much real here ... I We are just adding more code, increasing the entropy (untidiness - the number of possible states of the system) and LOC (lines of code). like a > iteration of min 1k for a deploy/undeploy repeted test for thejbossteam > ploy deploy ... resulting in a non mem fatigue - then thejbossteam > might be considered to move on ... !!! There is a memory leak in hot deployment? > > check ... > > > --- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-708762 ] transacted JMS Managed Connection Not Initialized Correctly
Bugs item #708762, was opened at 2003-03-24 04:06 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708762&group_id=22866 Category: JBossMQ >Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Paul Bandler (paulbandler) >Assigned to: Scott M Stark (starksm) Summary: transacted JMS Managed Connection Not Initialized Correctly Initial Comment: If one creates a JMS client connection to a remote Q on a JBoss JMS Server using the JCA based JMS Adapter the 'transacted' property is not correctly set in the JmsConnectionRequestInfo - it is always set to true regardless of whether an XA or non-XA QueueConnection is being created. This is caused by the source file connector/src/main/org/jboss/resource/adapter/jms/Jms ManagedConnection.java setup method which initializes the local variable 'transacted' to true in all cases that is then passed to the factory methods rather than using the value from its own 'info' property. The following change fixes the problem. cvs diff JmsManagedConnection.java (in directory C:\cvshome\jboss-all-head-2802 \connector\src\main\org\jboss\resource\adapter\jms\) Index: JmsManagedConnection.java = == RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/a dapter/jms/JmsManagedConnection.java,v retrieving revision 1.1.2.2 diff -r1.1.2.2 JmsManagedConnection.java 565c565 < boolean transacted = true; --- > boolean transacted = info.isTransacted(); *CVS exited normally with code 1* Note that as the JBoss transaction manager does not support prop-agating transaction contexts to other virtual machines I believe that if one tries to use an XAQueueConnection the message never gets sent as the transaction is not properly committed. On the other hand if one tries to use a non-XAQueueConnection the above bug still causes the message to be buffered locally and not sent, so it is unclear if there is any way to send JMS messages from say MDB using managed JMS connections...? This gives rise to the type of problems raised in following forum postings: http://www.jboss.org/forums/thread.jsp? forum=48&thread=29403 http://www.jboss.org/forums/thread.jsp? forum=48&thread=29239 http://www.jboss.org/forums/thread.jsp? forum=48&thread=29060 -- >Comment By: Scott M Stark (starksm) Date: 2003-03-31 08:38 Message: Logged In: YES user_id=175228 The change has been applied. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708762&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710204 ] ra.xml does not pass validation
Bugs item #710204, was opened at 2003-03-26 10:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=710204&group_id=22866 Category: None Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Han Ming ONG (hanming) Assigned to: David Jencks (d_jencks) Summary: ra.xml does not pass validation Initial Comment: If you check out jboss-3.2 HEAD, cd pool/src/resources/xa-rar/META-INF and open ra.xml, you will find that the element is wrong. According to http://java.sun.com/dtd/connector_1_0.dtd , should come after An easy change for David Jencks. Han Ming -- Comment By: David Jencks (d_jencks) Date: 2003-03-31 07:37 Message: Logged In: YES user_id=60525 should be fixed in 3.2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=710204&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in 3.2 for all jca adapters.
So if people are using the 3.0 style descriptor or earlier versions of the *-ds.xml descriptor, are they are going to have dependency problems? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "SourceForge.net" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, March 30, 2003 10:52 PM Subject: [JBoss-dev] [ jboss-Change Notes-712495 ] Use *-ds.xml files in 3.2 for all jca adapters. > Change Notes item #712495, was opened at 2003-03-31 06:52 > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=381174&aid=712495&group_id=22866 > > Category: None > Group: None > Status: Open > Priority: 5 > Submitted By: David Jencks (d_jencks) > Assigned to: Nobody/Anonymous (nobody) > Summary: Use *-ds.xml files in 3.2 for all jca adapters. > > Initial Comment: > The jca adapter deployment in jboss 3.2 has been extended to allow you to deploy any > connection factory for a jca 1.0 adapter using a *-ds.xmol file. Please use these files for all adapters to avoid confusion. The configuration of the underlying mbeans has changed. --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 doesn't run on IBM JDK?
I'll look into it. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Francisco Reverbel" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, March 30, 2003 11:51 AM Subject: [JBoss-dev] 3.2 doesn't run on IBM JDK? > The 3.2 branch (fresh check out just taken from CVS) is giving me > the exception below with IBM's VM on Linux. > > Shouldn't we fix this before 3.2 goes final? > > Cheers, > > Francisco > > - > $ uname -a > Linux pong 2.2.19 #1 SMP Wed Oct 17 08:56:33 BRST 2001 i686 unknown > - > $ java -version > java version "1.4.0" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0) > Classic VM (build 1.4.0, J2RE 1.4.0 IBM build cxia32140-20020917a (JIT enabled: > jitc)) > - > $ ./run.sh > ... [snip] > 16:38:33,411 ERROR [MainDeployer] could not create > deployment: > file:/usr/local/reverbel/jboss-3.2/build/output/jboss-3.2.0RC5/server/default/conf/jboss-service.xml > java.lang.NoClassDefFoundError: $Proxy0 > at sun.reflect.GeneratedConstructorAccessor9.newInstance(Unknown > Source) at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:42) > at java.lang.reflect.Constructor.newInstance(Constructor.java:299) > at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:585) > at > org.jboss.system.ServiceController.getServiceProxy(ServiceController.java:739) > at --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Re[4]: [JBoss-dev] php5 is coming
I'd really prefer JSP integration or integration with some other popular Java based web scripting. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > julien viet > Sent: Sunday, March 30, 2003 3:57 PM > To: marc fleury > Subject: Re[4]: [JBoss-dev] php5 is coming > > > yes that's a good idea and I was thinking about it. Dain could > you send me details and contact infos ? > > A generic compiling service in jboss could be very usefull. > That + AOP could make wonders. > > julien > > mf> julien, > > mf> why don't you try to bring some of these guys in to do the > compiler for > mf> NUKES? JSP like writing for advanced programmatic modules? > > mf> marcf > > >> -Original Message- > >> From: [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED] On > >> Behalf Of Dain Sundstrom > >> Sent: Sunday, March 30, 2003 2:06 PM > >> To: [EMAIL PROTECTED] > >> Subject: Re: Re[2]: [JBoss-dev] php5 is coming > >> > >> > >> I talked with 2 compiler projects after JBoss boot camp and both were > >> interested in being integrated, but I dropped the ball and > >> got busy on > >> some other stuff. If anyone is interested in this I can send you the > >> contact info. > >> > >> -dain > >> > >> On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote: > >> > >> > Hello Marcel, > >> > > >> > Sunday, March 30, 2003, 6:23:38 PM, you wrote: > >> > > >> > MA> julien viet wrote ([EMAIL PROTECTED]) > >> >>> JD> Though now that I think about it I would prefer that Java was > >> >>> more like > >> >>> JD> PHP in the sense of a light weight web application development > >> >>> language > >> >>> JD> with its rich extensions and apis. > >> >>> > >> >>> we discussed with Dain at boot camp and we wished > >> >>> having a way to dynamic compile a class, I mean with > >> >>> a java compiler written in java and taking class def from > >> >>> a classloader. > >> >>> > >> >>> That would enable a compilation service in jboss. Would > >> be great for > >> >>> nukes. Kopi compiler is written in 100% java and could be modified > >> >>> to achieve such results though I don't know about its license. > >> > > >> > MA> I did this for the PizzaCompiler as part of getting > >> Cocoon to work > >> > MA> without a JDK (only a JRE needed). For Pizza this is relatively > >> > MA> easy as it has pluggable resource-loaders (.class files are > >> > resources > >> > MA> to the compiler). The pizza compiler can be found at: > >> > > >> > cool, it could help for module or block scripting in Nukes, i.e get > >> > code class - fully generate class - compile it - generate xmbeam - > >> > deploy it > >> > > >> > pluggable resource loader is very helpfull, I don't know if we can > >> > have bytes of class through unified classloaders but that > >> would help. > >> > > >> > MA> http://pizzacompiler.sourceforge.net/ > >> > > >> > MA> I placed the sources for the pizza-loader and some wrapper and > >> > extension > >> > MA> classes needed to use it at: > >> > http://www.artefact.nl/pizza-loader.zip > >> > > >> > MA> I stripped of some extra's and commented out some lines > >> to keep it > >> > MA> simple and self hosting. > >> > > >> > MA> Hope this helps. > >> > > >> > MA> Regards, > >> > > >> > MA> Marcel Ammerlaan > >> > > >> > > >> > > >> > -- > >> > Best regards, > >> > julienmailto:[EMAIL PROTECTED] > >> > > >> > > >> > > >> > --- > >> > This SF.net email is sponsored by: > >> > The Definitive IT and Networking Event. Be There! > >> > NetWorld+Interop Las Vegas 2003 -- Register today! > >> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > >> > ___ > >> > Jboss-development mailing list > >> [EMAIL PROTECTED] > >> > https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > >> > >> > >> --- > >> This SF.net email is sponsored by: > >> The Definitive IT and Networking Event. Be There! > >> NetWorld+Interop Las Vegas 2003 -- Register today! > >> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > >> ___ > >> Jboss-development mailing list [EMAIL PROTECTED] > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > > > > mf> --- > mf> This SF.net email is sponsored by: > mf> The Definitive IT and Networking Event. Be There! > mf> NetWorld+Interop Las Vegas 2003 -- Register today! > mf> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > mf> ___ > mf> Jboss-development mailing list > mf> [EMAIL PROTECTED] > mf> https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > -- > Best regards, > julienmailto:[EMAIL PROTECTED] > > > > --- > This SF.net email is sponsored by: >
RE: [JBoss-dev] hsqldb options
Sorry Peter, no offesne, but But could somebody explain what the hell he just posted? Sacha, pointed out McKoi. I'd like to see how good of a DB this is. Anybody have any experience with it? Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Peter > Fagerlund > Sent: Sunday, March 30, 2003 6:29 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] hsqldb options > > > > söndagen den 30 mars 2003 kl 20.33 skrev marc fleury: > > > why don't we bring them on then? > > Send in another X number troops to fix the non result .. > > Pulezzze what is the non result U are experiencing ... the real or the > non-real ... and You say solve it with numbers -hehe ... > > You are such a non-general You are ... just a trooper ... U are ... > > Listen kids ... producing LOC is very un-interesting - Reducing LOC > with clear "spell" is productive ... Some of You are just adding > classes and LOC without keeping a entropy check ... for Your code -- > shining U are with LOC count. This is very much real here ... I like a > iteration of min 1k for a deploy/undeploy repeted test for thejbossteam > ploy deploy ... resulting in a non mem fatigue - then thejbossteam > might be considered to move on ... !!! > > check ... > > > --- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-692398 ] CachedConnectionManager.unregisterConnection
Bugs item #692398, was opened at 2003-02-24 18:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=692398&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Paul W. Ward (pward) Assigned to: David Jencks (d_jencks) Summary: CachedConnectionManager.unregisterConnection Initial Comment: CachedConnectionManager.unregisterConnection throws an IllegalStateException when the connection being unregistered is not the first connection in the map. The throw of "Trying to return an unknown connection2!" should be moved to after the for loop it's currently sitting in. -- >Comment By: David Jencks (d_jencks) Date: 2003-03-31 15:43 Message: Logged In: YES user_id=60525 fixed in 3.2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=692398&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-701924 ] Bundled tar.gz for 3.2.0RC3 is not source code
Bugs item #701924, was opened at 2003-03-11 18:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701924&group_id=22866 >Category: Build System Group: v3.2 >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Christopher G. Stach II (cstach) Assigned to: Nobody/Anonymous (nobody) Summary: Bundled tar.gz for 3.2.0RC3 is not source code Initial Comment: Downloading the source .gz from the Summary page gets you a bundled binary distribution, not the source as it's probably supposed to be. jboss-3.2.0RC3.tar.gz 35344163 557 Any Source .gz -- >Comment By: Scott M Stark (starksm) Date: 2003-03-31 09:04 Message: Logged In: YES user_id=175228 That was a quick transient release. See the 3.2.0RC4 release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701924&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-675984 ] Deploument descriptors are locked -> no redeploy possible
Bugs item #675984, was opened at 2003-01-28 01:41 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=675984&group_id=22866 Category: JBossServer Group: v3.2 >Status: Pending Resolution: None Priority: 5 Submitted By: Rickard Öberg (rickardoberg) >Assigned to: Scott M Stark (starksm) Summary: Deploument descriptors are locked -> no redeploy possible Initial Comment: I'm using 3.2RC1 /w Tomcat. I have an exploded EAR file. After deployment the application.xml file is somehow locked, which makes it impossible to "touch" it from Ant so that the timestamp is updated in order to get a redeploy. The consequence is that redeployment is impossible. I have made sure that the JBoss protocol handlers are being used, but that doesn't help. I have verified that it is indeed JBoss that is locking the file, because as soon as I quite JBoss I can run the Ant target and the timestamp of application.xml is updated. -- Comment By: John Doe (jdoe7890) Date: 2003-02-04 07:03 Message: Logged In: YES user_id=704326 I am getting the same deployment problem on JBoss3.2 RC1. Can you send me the jboss-system.jar with the fix. Thanks for the help. -- Comment By: Moi (vincent_aumont) Date: 2003-01-28 10:45 Message: Logged In: YES user_id=627791 I had the same problem with 2.2.0RC, tried 3.2.0RC2 and it's fixed. -- Comment By: Rickard Öberg (rickardoberg) Date: 2003-01-28 03:12 Message: Logged In: YES user_id=28931 It works with the new jboss-system.jar you sent. Which means that currently the JBoss3.2RC1 dist is broken with regard to redeployment of exploded EAR files. It'd probably be a good idea to do a RC2 fairly soon. Thanks for your help! -- Comment By: Rickard Öberg (rickardoberg) Date: 2003-01-28 02:50 Message: Logged In: YES user_id=28931 Please send it!!! [EMAIL PROTECTED] Thanks! -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-28 02:49 Message: Logged In: YES user_id=543482 yes, I tried it on W2K. BTW, AFAIK, the protocol handlers are read from right to left (from the property), no? Ultimately, I can try to send you jboss-system.jar that should fix it :) alex -- Comment By: Rickard Öberg (rickardoberg) Date: 2003-01-28 02:42 Message: Logged In: YES user_id=28931 First of all, this is on W2K. Are you running on Linux? Anyway, I added the setting to properties-service.xml. Printing the property in a servlet indicates that it is set properly (JBoss is before Sun's stuff). -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-01-28 02:40 Message: Logged In: YES user_id=543482 I still think this is that bug with default protocol handlers. How did you make sure the JBoss' protocol handler is used for application.xml? Note, if the deploy directory gets in the classpath earlier than the custom URLStreamHandlerFactory is setup then, AFAIK, specifying java.protocol.handler.pkgs won't help. I coudn't reproduce it with jboss-3.2.0RC2. alex -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=675984&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-666701 ] Incompatibility in run.sh (: not found)
Bugs item #666701, was opened at 2003-01-12 08:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=666701&group_id=22866 >Category: Build System Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stefan Arentz (sateh) >Assigned to: Scott M Stark (starksm) Summary: Incompatibility in run.sh (: not found) Initial Comment: When starting Jboss on: FreeBSD 4.6-STABLE Sun JDK 1.3.1 It starts with: : not found : not found : not found : not found : not found : not found : not found = === JBoss Bootstrap Environment JBOSS_HOME: /soze/home/stefan/Java/jboss-3.2.0B3 JAVA: /usr/local/jdk1.3.1/bin/java JAVA_OPTS: -Dprogram.name=run.sh CLASSPATH: /soze/home/stefan/Java/jboss- 3.2.0B3/bin/run.jar:/usr/local/jdk1.3.1/lib/tools.jar = === Other than that the server boots fine. Stefan Arentz -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=666701&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710204 ] ra.xml does not pass validation
Bugs item #710204, was opened at 2003-03-26 18:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=710204&group_id=22866 Category: None Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Han Ming ONG (hanming) Assigned to: David Jencks (d_jencks) Summary: ra.xml does not pass validation Initial Comment: If you check out jboss-3.2 HEAD, cd pool/src/resources/xa-rar/META-INF and open ra.xml, you will find that the element is wrong. According to http://java.sun.com/dtd/connector_1_0.dtd , should come after An easy change for David Jencks. Han Ming -- >Comment By: David Jencks (d_jencks) Date: 2003-03-31 15:37 Message: Logged In: YES user_id=60525 should be fixed in 3.2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=710204&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-711346 ] Trying to return anTrying to return an unknown connection2!
Bugs item #711346, was opened at 2003-03-28 13:55 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=711346&group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shyam Sundar (shyamvs) >Assigned to: David Jencks (d_jencks) >Summary: Trying to return anTrying to return an unknown connection2! Initial Comment: Dear Team, The following exception occurs when i fetch objects from database. Regards, Shyam 2003-03-26 13:45:02,843 INFO [org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener] throwable from unregister connection java.lang.IllegalStateException: Trying to return an unknown connection2! [EMAIL PROTECTED] at org.jboss.resource.connectionmanager.CachedConnectionManager.unregisterConnection(CachedConnectionManager.java:274) at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener.connectionClosed(TxConnectionManager.java:551) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.closeHandle(BaseWrapperManagedConnection.java:280) at org.jboss.resource.adapter.jdbc.WrappedConnection.close(WrappedConnection.java:127) at com.adventnet.db.persistence.RelationalObject.closeConnection(RelationalObject.java:184) at com.adventnet.db.persistence.PersistableRO$ForPersistableGet.getObject(PersistableRO.java:1679) at com.adventnet.db.persistence.PersistableRO$ForPersistableGet.getObjects(PersistableRO.java:1804) at com.adventnet.db.persistence.PersistableRO.getObjects(PersistableRO.java:689) at com.adventnet.db.persistence.DBPersistence.getObjects(DBPersistence.java:471) at com.adventnet.cis.service.CISServiceAPIImpl.getMIsWithGlobalScope(CISServiceAPIImpl.java:676) at com.adventnet.cis.service.CISServiceAPIImpl.addModuleOwnedGlobalCR(CISServiceAPIImpl.java:635) at com.adventnet.cis.service.CISServiceAPIImpl.populateGlobalCR(CISServiceAPIImpl.java:597) at com.adventnet.cis.service.CISServiceAPIImpl.getRecordId(CISServiceAPIImpl.java:139) at com.adventnet.cis.ejb.ConfigurationRecordBean.ejbCreate(ConfigurationRecordBean.java:94) 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.ejb.plugins.BMPPersistenceManager.createEntity(BMPPersistenceManager.java:206) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:270) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:725) 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.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:998) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:199) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:91) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:88) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:74) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:123) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:477) at org.jboss.ejb.Container.invoke(Container.java:698) 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.local.LocalInvoker.invoke(LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:88)
[JBoss-dev] [ jboss-Bugs-712687 ] ear deployment failure
Bugs item #712687, was opened at 2003-03-31 14:25 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712687&group_id=22866 Category: CatalinaBundle Group: v3.2 >Status: Deleted Resolution: None Priority: 5 Submitted By: Nick Betteridge (aubergine) Assigned to: Scott M Stark (starksm) Summary: ear deployment failure Initial Comment: I think that this is a bug. I built the 3.2.0RC4 and then build the tomcat41 bundle I then deployed a localhost war with a jboss-web.xml: / localhost and a web.xml: http://java.sun.com/dtd/web-app_2_3.dtd";> index.html It worked fine when I browsed to http://localhost I then deployed a localhost ear with the above web.xml and a modified jboss-web.xml (ie no context-root tag). The application.xml of the ear file is: http://java.sun.com/dtd/application_1_3.dtd";> localhost localhost.war / If I browse to http://localhost I get a mapping error. Looking at the log, I see that the original war deployed with a StandardManager[], where as the Ear deployed with a StandardManager[/localhost] When I browse to http://localhost/localhost it works -- War deployment 13:22:27,099 INFO [MainDeployer] Starting deployment of package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war 13:22:28,416 INFO [EmbeddedCatalinaService41] deploy, ctxPath=, warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.war/24.localhost.war 13:22:28,599 INFO [Engine] WebappLoader[]: Deploying class repositories to work directory /export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/_ 13:22:30,407 INFO [Engine] ContextConfig[]: Added certificates -> request attribute Valve 13:22:30,644 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 13:22:30,645 INFO [Engine] StandardManager[]: Seeding random number generator class java.security.SecureRandom 13:22:30,646 INFO [Engine] StandardManager[]: Seeding of random number generator has been completed 13:22:30,649 INFO [Engine] StandardWrapper[:default]: Loading container servlet default 13:22:30,651 INFO [Engine] StandardWrapper[:invoker]: Loading container servlet invoker 13:22:30,720 INFO [MainDeployer] Deployed package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war - Ear deployment 14:02:40,868 INFO [MainDeployer] Starting deployment of package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,038 INFO [EARDeployer] Init J2EE application: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,255 INFO [EARDeployer] looking for nested deployments in : file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,264 INFO [EARDeployer] nested deployment: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war 14:02:41,740 INFO [EmbeddedCatalinaService41] deploy, ctxPath=/localhost, warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war 14:02:41,890 INFO [Engine] WebappLoader[/localhost]: Deploying class repositories to work directory /export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/localhost 14:02:43,752 INFO [Engine] ContextConfig[/localhost]: Added certificates -> request attribute Valve 14:02:43,981 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 14:02:43,982 INFO [Engine] StandardManager[/localhost]: Seeding random number generator class java.security.SecureRandom 14:02:43,983 INFO [Engine] StandardManager[/localhost]: Seeding of random number generator has been completed 14:02:43,986 INFO [Engine] StandardWrapper[/localhost:default]: Loading container servlet default 14:02:43,987 INFO [Engine] StandardWrapper[/localhost:invoker]: Loading container servlet invoker 14:02:44,081 INFO [MainDeployer] Deployed package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear Enclosed is the localhost.ear file -- >Comment By: Nick Betteridge (aubergine) Date: 2003-03-31 14:25 Message: Logged In: Y
[JBoss-dev] [ jboss-Bugs-712687 ] ear deployment failure
Bugs item #712687, was opened at 2003-03-31 14:25 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712687&group_id=22866 Category: CatalinaBundle Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Nick Betteridge (aubergine) Assigned to: Scott M Stark (starksm) Summary: ear deployment failure Initial Comment: I think that this is a bug. I built the 3.2.0RC4 and then build the tomcat41 bundle I then deployed a localhost war with a jboss-web.xml: / localhost and a web.xml: http://java.sun.com/dtd/web-app_2_3.dtd";> index.html It worked fine when I browsed to http://localhost I then deployed a localhost ear with the above web.xml and a modified jboss-web.xml (ie no context-root tag). The application.xml of the ear file is: http://java.sun.com/dtd/application_1_3.dtd";> localhost localhost.war / If I browse to http://localhost I get a mapping error. Looking at the log, I see that the original war deployed with a StandardManager[], where as the Ear deployed with a StandardManager[/localhost] When I browse to http://localhost/localhost it works -- War deployment 13:22:27,099 INFO [MainDeployer] Starting deployment of package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war 13:22:28,416 INFO [EmbeddedCatalinaService41] deploy, ctxPath=, warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.war/24.localhost.war 13:22:28,599 INFO [Engine] WebappLoader[]: Deploying class repositories to work directory /export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/_ 13:22:30,407 INFO [Engine] ContextConfig[]: Added certificates -> request attribute Valve 13:22:30,644 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 13:22:30,645 INFO [Engine] StandardManager[]: Seeding random number generator class java.security.SecureRandom 13:22:30,646 INFO [Engine] StandardManager[]: Seeding of random number generator has been completed 13:22:30,649 INFO [Engine] StandardWrapper[:default]: Loading container servlet default 13:22:30,651 INFO [Engine] StandardWrapper[:invoker]: Loading container servlet invoker 13:22:30,720 INFO [MainDeployer] Deployed package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war - Ear deployment 14:02:40,868 INFO [MainDeployer] Starting deployment of package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,038 INFO [EARDeployer] Init J2EE application: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,255 INFO [EARDeployer] looking for nested deployments in : file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,264 INFO [EARDeployer] nested deployment: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war 14:02:41,740 INFO [EmbeddedCatalinaService41] deploy, ctxPath=/localhost, warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war 14:02:41,890 INFO [Engine] WebappLoader[/localhost]: Deploying class repositories to work directory /export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/localhost 14:02:43,752 INFO [Engine] ContextConfig[/localhost]: Added certificates -> request attribute Valve 14:02:43,981 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 14:02:43,982 INFO [Engine] StandardManager[/localhost]: Seeding random number generator class java.security.SecureRandom 14:02:43,983 INFO [Engine] StandardManager[/localhost]: Seeding of random number generator has been completed 14:02:43,986 INFO [Engine] StandardWrapper[/localhost:default]: Loading container servlet default 14:02:43,987 INFO [Engine] StandardWrapper[/localhost:invoker]: Loading container servlet invoker 14:02:44,081 INFO [MainDeployer] Deployed package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear Enclosed is the localhost.ear file -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid
[JBoss-dev] [ jboss-Bugs-712686 ] ear deployment broken
Bugs item #712686, was opened at 2003-03-31 14:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712686&group_id=22866 Category: CatalinaBundle Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Nick Betteridge (aubergine) Assigned to: Scott M Stark (starksm) Summary: ear deployment broken Initial Comment: I think that this is a bug. I built the 3.2.0RC4 and then build the tomcat41 bundle I then deployed a localhost war with a jboss-web.xml: / localhost and a web.xml: http://java.sun.com/dtd/web-app_2_3.dtd";> index.html It worked fine when I browsed to http://localhost I then deployed a localhost ear with the above web.xml and a modified jboss-web.xml (ie no context-root tag). The application.xml of the ear file is: http://java.sun.com/dtd/application_1_3.dtd";> localhost localhost.war / If I browse to http://localhost I get a mapping error. Looking at the log, I see that the original war deployed with a StandardManager[], where as the Ear deployed with a StandardManager[/localhost] When I browse to http://localhost/localhost it works -- War deployment 13:22:27,099 INFO [MainDeployer] Starting deployment of package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war 13:22:28,416 INFO [EmbeddedCatalinaService41] deploy, ctxPath=, warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.war/24.localhost.war 13:22:28,599 INFO [Engine] WebappLoader[]: Deploying class repositories to work directory /export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/_ 13:22:30,407 INFO [Engine] ContextConfig[]: Added certificates -> request attribute Valve 13:22:30,644 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 13:22:30,645 INFO [Engine] StandardManager[]: Seeding random number generator class java.security.SecureRandom 13:22:30,646 INFO [Engine] StandardManager[]: Seeding of random number generator has been completed 13:22:30,649 INFO [Engine] StandardWrapper[:default]: Loading container servlet default 13:22:30,651 INFO [Engine] StandardWrapper[:invoker]: Loading container servlet invoker 13:22:30,720 INFO [MainDeployer] Deployed package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.war - Ear deployment 14:02:40,868 INFO [MainDeployer] Starting deployment of package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,038 INFO [EARDeployer] Init J2EE application: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,255 INFO [EARDeployer] looking for nested deployments in : file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear 14:02:41,264 INFO [EARDeployer] nested deployment: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war 14:02:41,740 INFO [EmbeddedCatalinaService41] deploy, ctxPath=/localhost, warUrl=file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/tmp/deploy/server/default/deploy/localhost.ear/27.localhost.ear-contents/localhost.war 14:02:41,890 INFO [Engine] WebappLoader[/localhost]: Deploying class repositories to work directory /export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/tomcat-4.1.x/work/MainEngine/localhost/localhost 14:02:43,752 INFO [Engine] ContextConfig[/localhost]: Added certificates -> request attribute Valve 14:02:43,981 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader delegation: true 14:02:43,982 INFO [Engine] StandardManager[/localhost]: Seeding random number generator class java.security.SecureRandom 14:02:43,983 INFO [Engine] StandardManager[/localhost]: Seeding of random number generator has been completed 14:02:43,986 INFO [Engine] StandardWrapper[/localhost:default]: Loading container servlet default 14:02:43,987 INFO [Engine] StandardWrapper[/localhost:invoker]: Loading container servlet invoker 14:02:44,081 INFO [MainDeployer] Deployed package: file:/export/home/nick/src/servers/jboss-3.2.0RC4-src/tomcat41/output/jboss-3.2.0RC4/server/default/deploy/localhost.ear Enclosed is the localhost.ear file -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=
[JBoss-dev] [ jboss-Bugs-712654 ] setting CatalinaBase attribute breaks .war deployment
Bugs item #712654, was opened at 2003-03-31 15:00 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712654&group_id=22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Rauli Priha (rpriha) Assigned to: Scott M Stark (starksm) Summary: setting CatalinaBase attribute breaks .war deployment Initial Comment: I'm trying to set up a single instance of JBoss+tomcat bundle with own configuration profiles for several developers. Since Tomcat needs a workdir, I use a different CatalinaBase attribute for each profile. However, every time when CatalinaBase is set (and differs from CatalinaHome), I get this notice for each .war that should be deployed: INFO [Engine] ContextConfig[/jmx-console]: Missing default web.xml, using application web.xml only On the other hand, these messages do not show up: INFO [Engine] StandardWrapper[/jmx-console:default]: Loading container servlet default INFO [Engine] StandardWrapper[/jmx-console:invoker]: Loading container servlet invoker The versions used are JBoss 3.0.6 and Tomcat 4.1.18. The directories should be correctly set. This is the default one which works: INFO [Engine] WebappLoader[/jmx-console]: Deploying class repositories to work directory /opt/jboss-3.0.6_tomcat-4.1.18/tomcat-4.1.x/work/MainEngine/localhost/jmx-console This is the one from the configuration that does not work: INFO [Engine] WebappLoader[/jmx-console]: Deploying class repositories to work directory /opt/jboss-3.0.6_tomcat-4.1.18/server/test/tomcat/work/MainEngine/localhost/jmx-console When checking that path, I noticed that the jmx-console subdirectory does not get created at all, it's parent directory "localhost" does not contain anything. How to repeat the problem: install a clean JBoss 3.0.6 + Tomcat 4.1.8 bundle, then modify server/default/deploy/tomcat41-service.xml so that CatalinaBase is set the same way as CatalinaHome. Create the directory pointed by the attribute. Then start with run.sh and try to access http://servername:8080/jmx-console/ which should give you this error: HTTP Status 404 - /jmx-console type Status report message /jmx-console description The requested resource (/jmx-console) is not available. Apache Tomcat/4.1.18-LE-jdk14 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712654&group_id=22866 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-712542 ] Touching an EAR in /farm deletes it
Bugs item #712542, was opened at 2003-03-31 10:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712542&group_id=22866 Category: Clustering Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Sacha Labourey (slaboure) Assigned to: Sacha Labourey (slaboure) Summary: Touching an EAR in /farm deletes it Initial Comment: After observation, the problem is more general and was most probably dependent on the size of the package to deploy (which is why it is more probable for an EAR to exhibit this behaviour). It exists on all three branches (3.0, 3.2 and HEAD). The Farming could enter in some kind of "recursive" behaviour in some cases where an undeployment (for example) was done locally and then sent to the other remote nodes. The other remote nodes, depending on timing issues, could send, again, the undeployment order to all remote nodes as well. -- >Comment By: Sacha Labourey (slaboure) Date: 2003-03-31 10:22 Message: Logged In: YES user_id=95900 When a package is (un-)deployed and this order comes from a remote node, we remember this and don't propagate this ourself. Fixed on all three branches. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712542&group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-712542 ] Touching an EAR in /farm deletes it
Bugs item #712542, was opened at 2003-03-31 10:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712542&group_id=22866 Category: Clustering Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sacha Labourey (slaboure) Assigned to: Sacha Labourey (slaboure) Summary: Touching an EAR in /farm deletes it Initial Comment: After observation, the problem is more general and was most probably dependent on the size of the package to deploy (which is why it is more probable for an EAR to exhibit this behaviour). It exists on all three branches (3.0, 3.2 and HEAD). The Farming could enter in some kind of "recursive" behaviour in some cases where an undeployment (for example) was done locally and then sent to the other remote nodes. The other remote nodes, depending on timing issues, could send, again, the undeployment order to all remote nodes as well. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=712542&group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development