April 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBMESSAGING-858) org.jboss.test.messaging.jms.bridge.ReconnectTest times out

by Ovidiu Feodorov (JIRA)

org.jboss.test.messaging.jms.bridge.ReconnectTest times out ----------------------------------------------------------- Key: JBMESSAGING-858 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-858 Project: JBoss Messaging Issue Type: Bug Reporter: Ovidiu Feodorov Assigned To: Tim Fox Fix For: 1.2.0.GA Temporarily commented out. -- 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, 11 months

2
10
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-693) Starting two node clusters simultaneously may end in failed messaging server node boot

by Ovidiu Feodorov (JIRA)

Starting two node clusters simultaneously may end in failed messaging server node boot -------------------------------------------------------------------------------------- Key: JBMESSAGING-693 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-693 Project: JBoss Messaging Issue Type: Bug Reporter: Ovidiu Feodorov Assigned To: Ovidiu Feodorov Fix For: 1.2.0.Beta2 Tim Fox: 10:24:05,296 ERROR [DefaultClusteredPostOffice] Caught Exception in RequestHandler java.lang.IllegalStateException: Don't know about node id: 1 at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice.addBindingFromCluster(DefaultClusteredPostOffice.java:597) at org.jboss.messaging.core.plugin.postoffice.cluster.BindRequest.execute(BindRequest.java:55) at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice$PostOfficeRequestHandler.handle(DefaultClusteredPostOffice.java:2526) at org.jgroups.blocks.MessageDispatcher.handle(MessageDispatcher.java:602) at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:623) at org.jgroups.blocks.RequestCorrelator.access -- 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, 11 months

6
11
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-750) Remove manually spawning of servers from runtest and build.xml

by Tim Fox (JIRA)

Remove manually spawning of servers from runtest and build.xml -------------------------------------------------------------- Key: JBMESSAGING-750 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-750 Project: JBoss Messaging Issue Type: Task Reporter: Tim Fox Both runtest and tests/build.xml still use startrmiserver to start (and stop) remote servers prior (and after) to test run. The test framework now has the ability to start servers programmatically so this should be unnecessary. Removing it wil aid clarity of test scripts -- 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, 11 months

3
5
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-697) Convert crash tests to use new server management framework

by Tim Fox (JIRA)

Convert crash tests to use new server management framework ---------------------------------------------------------- Key: JBMESSAGING-697 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-697 Project: JBoss Messaging Issue Type: Task Reporter: Tim Fox Assigned To: Tim Fox Fix For: 1.2.1 Now the testing framework supports the ability to kill and restart servers we should transfer the crash tests across to this new way of doing things -- 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, 11 months

3
4
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-737) Automate MemoryLeak tests on cruisecontrol

by Clebert Suconic (JIRA)

Automate MemoryLeak tests on cruisecontrol ------------------------------------------ Key: JBMESSAGING-737 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-737 Project: JBoss Messaging Issue Type: Task Reporter: Clebert Suconic Assigned To: Ovidiu Feodorov MemoryLeak tests are dependent on JBossProfiler library. I need to verify binary dependencies on cruisecontrol box. -- 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, 11 months

4
7
0 / 0

[JBoss JIRA] Created: (JBFORUMS-165) jboss.com forums migration

by Ryszard Kozmik (JIRA)

jboss.com forums migration -------------------------- Key: JBFORUMS-165 URL: http://jira.jboss.com/jira/browse/JBFORUMS-165 Project: JBoss Forums Issue Type: Task Components: Forum Model Layer Reporter: Ryszard Kozmik Assigned To: Ryszard Kozmik Priority: Blocker Fix For: 1.1.0 Alpha We need to update migration scripts and test them properly. -- 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, 11 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1294) JBP_CMS_WSP_PROP.PK unique contraint violated

by Ian White (JIRA)

JBP_CMS_WSP_PROP.PK unique contraint violated --------------------------------------------- Key: JBPORTAL-1294 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1294 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.6.Alpha2 Environment: AS 4.0.5.GA Oracle 9i Reporter: Ian White Assigned To: Roy Russo Try to create a content item using the CMS Admin Portlet. Get oracle sql exception - primary key unique contraint violated - JBP_CMS_SWP_PROP.PK: 16:32:14,171 INFO [Http11BaseProtocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-80 16:32:14,328 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:9 16:32:14,343 INFO [JkMain] Jk running ID=0 time=0/78 config=null 16:32:14,359 INFO [Server] JBoss (MX MicroKernel) [4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)] Started in 1m:12s:797ms 16:32:57,671 WARN [JDBCExceptionReporter] SQL Error: 1, SQLState: 23000 16:32:57,671 ERROR [JDBCExceptionReporter] ORA-00001: unique constraint (JBPORTAL26.SYS_C0032370) violated 16:32:57,671 WARN [JDBCExceptionReporter] SQL Error: 1, SQLState: 23000 16:32:57,671 ERROR [JDBCExceptionReporter] ORA-00001: unique constraint (JBPORTAL26.SYS_C0032370) violated 16:32:57,671 ERROR [AbstractFlushingEventListener] Could not synchronize database state with session org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:249) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:235) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:139) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:41) at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:969) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1114) at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79) at org.jboss.portal.cms.hibernate.state.PortalCMSCacheLoader.loadManagedNode(PortalCMSCacheLoader.java:757) at org.jboss.portal.cms.hibernate.state.PortalCMSCacheLoader.saveWSPPropNodeEntry(PortalCMSCacheLoader.java:560) at org.jboss.portal.cms.hibernate.state.PortalCMSCacheLoader.put(PortalCMSCacheLoader.java:305) at org.jboss.portal.cms.hibernate.state.PortalCMSCacheLoader.put(PortalCMSCacheLoader.java:389) at org.jboss.portal.cms.hibernate.state.PortalCMSCacheLoader.prepare(PortalCMSCacheLoader.java:479) at org.jboss.cache.interceptors.CacheStoreInterceptor.prepareCacheLoader(CacheStoreInterceptor.java:296) at org.jboss.cache.interceptors.CacheStoreInterceptor.invoke(CacheStoreInterceptor.java:130) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.TxInterceptor.runPreparePhase(TxInterceptor.java:804) at org.jboss.cache.interceptors.TxInterceptor$LocalSynchronizationHandler.beforeCompletion(TxInterceptor.java:1069) at org.jboss.cache.interceptors.OrderedSynchronizationHandler.beforeCompletion(OrderedSynchronizationHandler.java:75) at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1491) at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1110) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:324) at org.jboss.tm.TxManager.commit(TxManager.java:240) at org.jboss.aspects.tx.TxPolicy.endTransaction(TxPolicy.java:175) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:87) at org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:262) at org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java) at org.jboss.portal.core.aspects.server.TransactionInterceptor.invoke(TransactionInterceptor.java) -- 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, 11 months

4
5
0 / 0

[JBoss JIRA] Created: (GPD-24) add convenient way to create loop transitions

by Koen Aers (JIRA)

add convenient way to create loop transitions --------------------------------------------- Key: GPD-24 URL: http://jira.jboss.com/jira/browse/GPD-24 Project: JBoss jBPM GPD Issue Type: Task Components: jpdl Affects Versions: jBPM JPDL Designer 3.1.0 alpha1 Reporter: Koen Aers Assigned To: Koen Aers Fix For: jBPM JPDL Designer 3.1.0.alpha3 the current workaround is to write the self-transition in xml. but this results in some *really* weird bendpoints when going back to the graphical view -- 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, 11 months

2
6
0 / 0

[JBoss JIRA] Created: (JBCACHE-925) PojoCache to re-try if UpgradeException occur

by Ben Wang (JIRA)

PojoCache to re-try if UpgradeException occur --------------------------------------------- Key: JBCACHE-925 URL: http://jira.jboss.com/jira/browse/JBCACHE-925 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: 2.0.0.BETA1 Currently, PojoCache attach & detach is prone to encoutner UpgradeException on __JBossInternal__ node. This is becuase of the flat space approach that we use such that all the POJO are stored there. As a result, UpgradeException can happen and we should catch it and re-try it. -- 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, 11 months

3
6
0 / 0

[JBoss JIRA] Created: (JBCACHE-771) PojoCache to have events reacting to transactional context

by Ben Wang (JIRA)

PojoCache to have events reacting to transactional context ---------------------------------------------------------- Key: JBCACHE-771 URL: http://jira.jboss.com/jira/browse/JBCACHE-771 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: 2.1.0 Currently, the 2.0 POJO based events are not tx aware meaning they can't not react to tx rollback (and therefore not sending the events). If we want to acheieve the tx-based events, we will need to use event interceptor and react to before and afterCompletion, perhaps. -- 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, 11 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 April 2007