February 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-3792) Better error reporting when messages "mysteriously" vanish

by Adrian Brock (JIRA)

Better error reporting when messages "mysteriously" vanish ---------------------------------------------------------- Key: JBAS-3792 URL: http://jira.jboss.com/jira/browse/JBAS-3792 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: JMS service Affects Versions: JBossAS-4.0.5.GA Reporter: Adrian Brock Fix For: JBossAS-4.0.6.GA It is commonly the case that people try to run two instances of JBossMQ against the same database tables. This can lead to errors like the ones in the parent task or a similar message in the delete when doing acknowledgements. These error messages need improving and also give a hint to the possible reasons, e.g. 1) competing JBossMQs trying to share the same database 2) trying to use a replicating database that does not support synchronous replication (i..e there is a delay in a row getting written to one database before it appears in the other database) The parent issue's error message belongs in org.jboss.mq.pm.jdbc2.PersistenceManager public SpyMessage loadFromStorage(MessageReference messageRef) throws JMSException { ... rs = stmt.executeQuery(); if (rs.next()) return extractMessage(rs); + else throw new JMSException("Unable to load message " + messageRef + " from storage, are you trying to share database tables between JBossMQ instances? Are you using a replicating database that does not support synchronous replication?"); - return null; -- 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

19 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-155) EJBTransactionRolledBackException in EJB3 application after bringing down the first member of the cluster.

by Phillip Thurmond (JIRA)

EJBTransactionRolledBackException in EJB3 application after bringing down the first member of the cluster. ---------------------------------------------------------------------------------------------------------- Key: JBCLUSTER-155 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-155 Project: JBoss Clustering Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: Q4Y6 Environment: Clustering QA Lab. Linux x86_64 on Sun jdk 1.5 Reporter: Phillip Thurmond Assigned To: Brian Stansberry Using the ejb3 application at https://svn.jboss.org/repos/qa/ejb3demo . JBoss 4.0.5.GA with ejb3 from https://svn.jboss.org/repos/jbossas/tags/JBoss_4_0_5_GA_EJBTHREE-798/ . I create two identical server configurations for the ejb3demo application from the all config. I enable query caching in persistence.xml. To reproduce: 1. start up first instance, place order. 2. start up second instance, watch for cluster notification and join. Place order on second and first instances. 3. bring down first instance, watch for cluster removal messages on second host. Place order and receive an EJBTransactionRolledBackException in the browser. No stack traces or error messages are logged on the console. -- 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

19 years, 3 months

4
6
0 / 0

[JBoss JIRA] Created: (JBPM-847) When a suspended workflow is resumed, all its finished are getting opened.

by Syed Arshad (JIRA)

When a suspended workflow is resumed, all its finished are getting opened. -------------------------------------------------------------------------- Key: JBPM-847 URL: http://jira.jboss.com/jira/browse/JBPM-847 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Affects Versions: jBPM 3.1 Environment: Linux, Tomcat and Java Reporter: Syed Arshad Assigned To: Tom Baeyens Priority: Critical When suspended workflow is resumed, all it is existing tasks which are already completed are getting reopended. What i see the details in jbpm_taks table during its suspended state is: isSuspended = true and isOpen=false BUT after resuming the status is isSuspended=false and isOpen=true. The system is in production and this is really panicy. -- 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

19 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (JBPM-846) HibernateLongIdMatcher (and HibernateStringIdMatcher) is not processed correctly CGLib Enchanced classes

by Alexey Kakunin (JIRA)

HibernateLongIdMatcher (and HibernateStringIdMatcher) is not processed correctly CGLib Enchanced classes -------------------------------------------------------------------------------------------------------- Key: JBPM-846 URL: http://jira.jboss.com/jira/browse/JBPM-846 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Affects Versions: jBPM 3.1.3 Reporter: Alexey Kakunin Assigned To: Tom Baeyens Initially I though it is Hibernate Issue and reported it there: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2437 But seems from answer it is bug in jBPM. So, if we storing some object as variable in jBPM, and this object got from Hibernate - and enhanced by CGLib - it is not processed correctly. It is because HibernateLongIdMatcher (and HibernateStringIdMatcher) tried to get meta-data by using object.getClass() - but in this case Class-returned - is not a real class, but class enhanced by CGLib, as result, Hibernate did not returned us MetaData (because cannot find it) and as result - this object stored not as reference - but as BLOB. Some possible solutions provided in Hibernate Issue -- 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

19 years, 3 months

2
1
0 / 0

[JBoss JIRA] Created: (JBPM-843) Custom TaskController variable setting should use getter/setter rather than fields

by Peter Muir (JIRA)

Custom TaskController variable setting should use getter/setter rather than fields ---------------------------------------------------------------------------------- Key: JBPM-843 URL: http://jira.jboss.com/jira/browse/JBPM-843 Project: JBoss jBPM Issue Type: Bug Components: Core Engine Affects Versions: jBPM 3.1.4 Reporter: Peter Muir Assigned To: Tom Baeyens Priority: Minor If you do <controller class="MyTaskControllerHandler"> <foo>bar</foo> </controller> JBPM attempts to set the value of a field called foo on MyTaskControllerHandler. IMO it should call setFoo(bar) (encapsulation). See Seam's org.jboss.seam.util.Reflections for helper methods to do 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

19 years, 3 months

2
1
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-181) Revise wording of some of the clustering exam questions

by Galder Zamarreno (JIRA)

Revise wording of some of the clustering exam questions ------------------------------------------------------- Key: JBCLUSTER-181 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-181 Project: JBoss Clustering Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Galder Zamarreno Assigned To: Brian Stansberry Priority: Minor question attached -- 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

19 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-172) Update PojoCache content

by Brian Stansberry (JIRA)

Update PojoCache content ------------------------ Key: JBCLUSTER-172 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-172 Project: JBoss Clustering Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Ben Wang Fix For: Q2Y7 * Use JDK 5 annotations throughout * Update JBossAOP section to focus on what we need in PojoCache * Replace TreeCacheAop with PojoCache * Labs o Remove annotation compiler, javadoc-style annotations ! o Use java.lang.instrument.ClassFileTransformer/Instrumentation as default (agent), allow aopc as alternative -- 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

19 years, 3 months

3
2
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-177) Update certification exam questions for PojoCache

by Brian Stansberry (JIRA)

Update certification exam questions for PojoCache ------------------------------------------------- Key: JBCLUSTER-177 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-177 Project: JBoss Clustering Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Ben Wang Fix For: Q2Y7 -- 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

19 years, 3 months

3
2
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-169) Update configs in JBoss Cache slides and labs to match stacks.xml

by Brian Stansberry (JIRA)

Update configs in JBoss Cache slides and labs to match stacks.xml ------------------------------------------------------------------ Key: JBCLUSTER-169 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-169 Project: JBoss Clustering Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Manik Surtani Fix For: Q2Y7 Everywhere possible we should use the best configs. Generally, use udp.xml; tcp.xml or tcp-nio.xml if those transports are relevant. -- 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

19 years, 3 months

2
1
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-174) Update AS Content

by Brian Stansberry (JIRA)

Update AS Content ----------------- Key: JBCLUSTER-174 URL: http://jira.jboss.com/jira/browse/JBCLUSTER-174 Project: JBoss Clustering Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: Q2Y7 * Spell check * Replace EJB2 with EJB3 * Use JBossWeb consistently * Remove slides on Tomcat * More slides about field replication * Slides about buddy replication * Merge clustered SSO presentation with other presentation; shorten it * Labs: o Better webapp, that shows the field-based repl advantage o Make field-based replication the default -- 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

19 years, 3 months

2
2
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 February 2007