October 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-4431) Allow FK index creation during startup (CMP2)

by Jesper Pedersen (JIRA)

Allow FK index creation during startup (CMP2) --------------------------------------------- Key: JBAS-4431 URL: http://jira.jboss.com/jira/browse/JBAS-4431 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: CMP service Affects Versions: JBossAS-4.2.0.GA Environment: Branch_4_2 and JDK5 Reporter: Jesper Pedersen Assigned To: Alexey Loubyansky Currently indexes for FK columns are only created when the table is created. An enhancement is to create indexes during startup if an index doesn't exists for the FK column and it is specified in jbosscmp-jdbc.xml. The following patch implements this functionality. The patch has passed internal testing as well as the AS testsuite. The work was sponsored by World League Sports and licensed under LGPL. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

1
9
0 / 0

[JBoss JIRA] Created: (JBWEB-82) JBossWeb leaves hung ajp connections with mod_jk

by Devon Hillard (JIRA)

JBossWeb leaves hung ajp connections with mod_jk ------------------------------------------------ Key: JBWEB-82 URL: http://jira.jboss.com/jira/browse/JBWEB-82 Project: JBoss Web Issue Type: Bug Security Level: Public (Everyone can see) Components: Tomcat Module Environment: Apache 2.2.3, mod_jk 1.2, JBoss 4.2.0.GA Reporter: Devon Hillard Assigned To: Mladen Turk I have a Debian (stable) server which is running Apache 2.2.3, and using mod_jk to connect to my application running within JBoss. I have been running with this using JBoss 4.0.5 for many months, without issue. I just upgraded to JBoss 4.2.0. Things start off fine, however after running for a while (last night it took 6.5 hours) the mod_jk logs start showing these errors: Code: [Wed Jun 06 07:45:00 2007][29336:14016] [error] ajp_connection_tcp_get_message::jk_ajp_common.c (948 ): (node1) can't receive the response message from tomcat, network problems or tomcat is down (*MyIP *:8009), err=-104 [Wed Jun 06 07:45:00 2007][29336:14016] [error] ajp_get_reply::jk_ajp_common.c (1566): (node1) Tomca t is down or refused connection. No response has been sent to the client (yet) [Wed Jun 06 07:45:00 2007][29336:14016] [error] ajp_service::jk_ajp_common.c (1928): (node1) Connect ing to tomcat failed. Tomcat is probably not started or is listening on the wrong port These errors do NOT happen with each request. They happen perhaps one out of five, although it seems to fluctuate. Most requests work, but many don't. There are NO errors in the JBoss logs. I have tried using 127.0.0.1 and my actual non-loopback IP address and the same thing happens. I can fix it by restarting JBoss, then everything works, for a few hours at least, before the problem starts up again. ----------------- More information: This appears to be related to open connections. mod_jk was holding connections open to the JBoss web server on 8009, and the number of ESTABLISHED connections kept growing until tomcat started rejecting new connections. Some of the connections would get reused, but not that many. I set the connection_pool_timeout in the mod_jk config to 10 seconds. This keeps the number of established connections down around 50-60. However, the connections that have timed out of the pool, appear to persist forever. The connection from the mod_jk TO JBossWeb sticks in FIN_WAIT1 or FIN_WAIT2: 10.10.77.194:57587 10.10.77.194:8009 FIN_WAIT1 The connection view from JBossWeb gets stuck in CLOSE_WAIT: 10.10.77.194:8009 10.10.77.194:57587 CLOSE_WAIT Once the number of connections hits 1024 (or thereabouts) everything falls apart, of course, and I have to kill -9 jboss and start it up again. This never happened with JBoss 4.0.5. Apache and mod_jk haven't changed at all, so this has to be a change between Tomcat 5.5 or JBossWeb. I can't be the only person to run into this..... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

6
10
0 / 0

[JBoss JIRA] Created: (JBAOP-479) Enable org.jboss.test.aop.proxy.ProxyTestCase(jdk14).testAnnotationsExistInProxy

by Kabir Khan (JIRA)

Enable org.jboss.test.aop.proxy.ProxyTestCase(jdk14).testAnnotationsExistInProxy -------------------------------------------------------------------------------- Key: JBAOP-479 URL: http://jira.jboss.com/jira/browse/JBAOP-479 Project: JBoss AOP Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Kabir Khan Assigned To: Kabir Khan Fix For: 2.0.0.GA public void testAnnotationsExistInProxy() throws Exception { //THis test fails if we run with jboss retro try { Class.forName("org.jboss.lang.ClassRedirects"); System.out.println("IGNORING TEST ON JDK 1.4"); return; } catch(Exception ignoreWeAreRunningWithJDK5) { } This *might* be deferrable to a later release since it is a JDK 1.4 thing and AOP 2.0 is targeting AS 5 (JDK 5) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (HIBERNATE-70) Interceptor.onLoad not called from EJB3 event listeners

by Wise Guy (JIRA)

Interceptor.onLoad not called from EJB3 event listeners ------------------------------------------------------- Key: HIBERNATE-70 URL: http://jira.jboss.com/jira/browse/HIBERNATE-70 Project: Hibernate Issue Type: Bug Environment: JBoss 4.2.1.GA, Hibernate 3.2.1 SP1, Seam 1.2.1.GA Reporter: Wise Guy Assigned To: Steve Ebersole Priority: Minor I have a Seam 1.2.1.GA application. I installed an implementation of the interface org.hibernate.Interceptor and declared it in the persistence.xml as hibernate.ejb.interceptor. The interceptor works (ex.: onSave(), onFlushDirty()) except that onLoad() doesn't get called. I guess that there is a problem with the DefaultPreLoadEventListener who should call my interceptor. He is defined in org.hibernate.event.EventListeners as a default listener to the event "pre-load". I also found that the DefaultLoadEventListener.onLoad() gets called but DefaultPreLoadEventListener.onPreLoad() not. Does that have something to do with EJB3? I have found that there is an EJB3PostLoadEventListener that is used when run under JPA and the default listeners are overridden. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-1258) serialising a package breaks function removal

by Mark Proctor (JIRA)

serialising a package breaks function removal ---------------------------------------------- Key: JBRULES-1258 URL: http://jira.jboss.com/jira/browse/JBRULES-1258 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.1 Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: FUTURE DynamicRulesTest.testDynamicFunction breaks if you serialise the package first before use. On inspection I cannot initially see what is going wrong. The code seems to be successfully recreating the new classloader and re-writing all invokers, yet it still fails :( -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (JBRULES-1095) Deserializing Package Objects Consumes Large Amount of Memory

by Ming Jin (JIRA)

Deserializing Package Objects Consumes Large Amount of Memory ------------------------------------------------------------- Key: JBRULES-1095 URL: http://jira.jboss.com/jira/browse/JBRULES-1095 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.0.GA Environment: Windows Reporter: Ming Jin Assigned To: Mark Proctor Deserializing the Package objects from storage to memory consumes large amount of memory. My tests showed that for a serialized size of 1MB, 18MB of memory would be consumed during deserialization, mostly from the method org.drools.rule.Package.readExternal. A test program with resulting profile data would be uploaded. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

3
5
0 / 0

[JBoss JIRA] Created: (JBRULES-631) Return of serialize/deserialize - HashMap of Compiled Rule Bases.

by Joe Son (JIRA)

Return of serialize/deserialize - HashMap of Compiled Rule Bases. ----------------------------------------------------------------- Key: JBRULES-631 URL: http://jira.jboss.com/jira/browse/JBRULES-631 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: All Affects Versions: 3.0.1 Environment: Websphere 6.0. Reporter: Joe Son Assigned To: Mark Proctor I'm trying to deserialize hashMap of compiled RuleBases back so that i can use it. I've tried out different ideas but this one kinda kills me as to why i am getting this error. It is compiled and serialized during the start up of the webserver (webapp). When the web app is restarted, it uses the same classloader to load the file from the disk. I get this error below: Am I getting this because of difference in classloader instances? say first time around classloader instance A does the serialization. Then when it come time for deserialization during webapp restart, classloader instance B does the desrialize. Could this cause such error below? I'm also using JANINO compiler. Please help. java.lang.ClassNotFoundException: rules.Rule_dept00004_10_0ConsequenceInvoker at java.net.URLClassLoader.findClass(URLClassLoader.java(Compiled Code)) at com.ibm.ws.bootstrap.ExtClassLoader.findClass(ExtClassLoader.java(Compiled Code)) at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) at com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoader.java(Compiled Code)) at com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoader.java(Compiled Code)) at com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java(Compiled Code)) at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) at com.ibm.ws.classloader.ReloadableClassLoader.loadClass(ReloadableClassLoader.java(Compiled Code)) at com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java(Compiled Code)) at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) at org.drools.rule.CompositePackageClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code)) at org.drools.common.ObjectInputStreamWithLoader.resolveClass(Unknown Source) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject(ObjectInputStream.java(Compiled Code)) at java.util.ArrayList.readObject(ArrayList.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor17.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject(ObjectInputStream.java(Compiled Code)) at java.util.ArrayList.readObject(ArrayList.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor17.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject(ObjectInputStream.java(Compiled Code)) at java.util.HashMap.readObject(HashMap.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject(ObjectInputStream.java(Compiled Code)) at java.util.HashMap.readObject(HashMap.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject(ObjectInputStream.java(Compiled Code)) at org.drools.common.AbstractRuleBase.doReadExternal(Unknown Source) at org.drools.reteoo.ReteooRuleBase.readExternal(Unknown Source) at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1718) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject(ObjectInputStream.java(Compiled Code)) at java.util.HashMap.readObject(HashMap.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java(Compiled Code)) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java(Compiled Code)) at java.io.ObjectInputStream.readObject(ObjectInputStream.java(Compiled Code)) at com.nationwide.pc.util.RulesXmlUtilTest.getRuleBaseFromDisk(RulesXmlUtilTest.java:271) at com.nationwide.pc.performers.eProcess.DroolsPerformerTest.initialize(DroolsPerformerTest.java:88) at com.nationwide.pc.performers.framework.ServletFrameWork.init(ServletFrameWork.java:86) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at com.ibm.ws.webcontainer.servlet.ServletWrapper.init(ServletWrapper.java:274) at com.ibm.ws.webcontainer.servlet.ServletWrapper.initialize(ServletWrapper.java:1398) at com.ibm.wsspi.webcontainer.extension.WebExtensionProcessor.createServletWrapper(WebExtensionProcessor.java:86) at com.ibm.ws.webcontainer.webapp.WebApp.initializeTargetMappings(WebApp.java:558) at com.ibm.ws.webcontainer.webapp.WebApp.initialize(WebApp.java:395) at com.ibm.ws.webcontainer.webapp.WebGroup.addWebApplication(WebGroup.java:115) at com.ibm.ws.webcontainer.VirtualHost.addWebApplication(VirtualHost.java:128) at com.ibm.ws.webcontainer.WebContainer.addWebApp(WebContainer.java:905) at com.ibm.ws.webcontainer.WebContainer.addWebApplication(WebContainer.java:858) at com.ibm.ws.runtime.component.WebContainerImpl.install(WebContainerImpl.java:167) at com.ibm.ws.runtime.component.WebContainerImpl.start(WebContainerImpl.java:391) at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:1228) at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectStart(DeployedApplicationImpl.java:1067) at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl.java:547) at com.ibm.ws.runtime.component.ApplicationMgrImpl.startModule(ApplicationMgrImpl.java:1651) at com.ibm.ws.runtime.component.ApplicationMgrImpl._startModule(ApplicationMgrImpl.java:1599) at com.ibm.ws.runtime.component.ApplicationMgrImpl$ApplicationNotifier.classChanged(ApplicationMgrImpl.java:1811) at com.ibm.ws.classloader.ClassLoaderManager.checkAndNotify(ClassLoaderManager.java:536) at com.ibm.ws.classloader.ClassLoaderManager.access$000(ClassLoaderManager.java:58) at com.ibm.ws.classloader.ClassLoaderManager$ReloadTimerTask.alarm(ClassLoaderManager.java:604) at com.ibm.ejs.util.am._Alarm.run(_Alarm.java(Compiled Code)) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1462) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

3
7
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-908) MySQL on Linux fails to load server after failover

by Tim Fox (JIRA)

MySQL on Linux fails to load server after failover -------------------------------------------------- Key: JBMESSAGING-908 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-908 Project: JBoss Messaging Issue Type: Bug Reporter: Tim Fox Assigned To: Tim Fox Fix For: 1.2.1 Sometimes, after failover occurs and a server is restarted, the server start fails with: java.lang.IllegalStateException: Did not load correct number of messages, wanted:1 but got:0 at org.jboss.messaging.core.PagingChannelSupport.processReferences(PagingChannelSupport.java:591) at org.jboss.messaging.core.PagingChannelSupport.doLoad(PagingChannelSupport.java:518) at org.jboss.messaging.core.plugin.postoffice.cluster.LocalClusteredQueue.mergeIn(LocalClusteredQueue.java:243) at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice.performFailover(DefaultClusteredPostOffice.java:2169) at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice.nodeLeft(DefaultClusteredPostOffice.java:2031) at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice.access$1800(DefaultClusteredPostOffice.java:98) at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice$HandleViewAcceptedRunnable.run(DefaultClusteredPostOffice.java:2400) at EDU.oswego.cs.dl.util.concurrent.QueuedExecutor$RunLoop.run(QueuedExecutor.java:89) at java.lang.Thread.run(Thread.java:595 or similar. Analysing logs it seems this is because when the server crashed previously it did so and partially committed a transaction, i.e inserted the ref but not the message. My suspicion is that this is because the MySQL configuration being used is setup to use the non transaction myISAAM storage which has no transaction support. But this needs to be verified. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

5
18
0 / 0

[JBoss JIRA] Created: (JBAS-3707) HA/Failover RAR Functionality should be implemented in non-HA RARS.

by Weston Price (JIRA)

HA/Failover RAR Functionality should be implemented in non-HA RARS. ------------------------------------------------------------------- Key: JBAS-3707 URL: http://jira.jboss.com/jira/browse/JBAS-3707 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: JBossAS-4.0.6.CR1 Reporter: Weston Price Assigned To: Weston Price Priority: Optional The HA/DB failover functionality for JDBC RARs currently exists in seperated deployments (ha/xa rars). This functionality should be put into the regular RARs as a deployment option and not as a standalone configuration which is unnecessary. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

4
6
0 / 0

[JBoss JIRA] Created: (JBRULES-878) Eclipse based rules guided editor, similar to the GWT based web editor

by Philippe Ombredanne (JIRA)

Eclipse based rules guided editor, similar to the GWT based web editor ---------------------------------------------------------------------- Key: JBRULES-878 URL: http://jira.jboss.com/jira/browse/JBRULES-878 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Eclipse IDE Reporter: Philippe Ombredanne Assigned To: Mark Proctor A function similar to the GWT web based rules editor, but in Eclipse using EclipseForms -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 2 months

2
3
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2007