July 2009 - jboss-dev-forums - Jboss List Archives

[Design of JCA on JBoss] - Re: Implement WorkContextProvider Check

by jesper.pedersen

anonymous wrote : | Is it ok to add code into the WorkManagerImpl#verfiyWork. | verifyWork is a check for spec compliance - so I would say something like setupWorkContextProviders would be better. You can see how test case against the WorkManager are implemented in the core module also. There is a section in the developer about the 3 levels of test cases that we should have. anonymous wrote : | Also, which WorkContexts will be supported by the JBoss? | The 1.0 implementation should support all the contexts listed in the spec. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241987#4241987 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241987

16 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Data dirs wrong in AS config

by clebert.suconic＠jboss.com

"ataylor" wrote : | I disagree, I think the distribution config should be the bare minimal, not bloated with example queues etc./acceptor tho' Ok, but we have no smoke tests validating the distributed configs. If we were validating it for instance, we would have caught an issue with the MDB example for instance. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241982#4241982 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241982

16 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: DuplicateDetectionTest::testNoPersistXA1 fails if libaio

by jmesnil

I did a whole run on Linux w/o libaio and the following tests fail: JMSTest - test_Asynchronous_to_Client DuplicateDetectionTest - testNoPersistXA1 LargeMessageTest - testFilePersistenceBlockedPreACKXA - testFilePersistenceBlockedPreACKXAConsumer - testSendRollbackXA - testSimpleRollbackXA XALargeMessageMultiThreadFailoverTest - testC - testD - testG - testH ScheduledMessageTest - testScheduledDeliveryTX LVQRecoveryTest - testManyMessagesReceivedWithRollback BasicXaRecoveryTest - testNonPersistent - testNonPersistentMultipleIDs I did not count the AIO integration tests which are expected to fail in that case View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241979#4241979 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241979

16 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassPool for JBoss Reflection

by kabir.khan＠jboss.com

"kabir.khan(a)jboss.com" wrote : javassist implementation of JBoss Reflect should be independent of the actual classloader implementation. Should be classpool implementation View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241978#4241978 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241978

16 years, 9 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Problem in XML to CSV transformation

by ravikiran_tv

I tried using Neha's code for smooks-config.xml and XSLT file. I used smooks filters to execute the transformation. Smooks smooks = new Smooks("pdm_transformXML2CSV.xml"); | try { | // Create an exec context - no profiles.... | ExecutionContext executionContext = smooks.createExecutionContext(); | // The result of this transform is a set of CharArray... | CharArrayWriter outputWriter = new CharArrayWriter(); | // Configure the execution context to generate a report... | executionContext.setEventListener(new HtmlReportGenerator("report.html")); | | // Filter the input message to extract, using the execution context... | smooks.filter(new StreamSource(new ByteArrayInputStream(messageIn)), new StreamResult(outputWriter), executionContext); | | | System.out.println("***************************"); | //System.out.println("Message Status " + pdm.getMsgHeader().getMessageStatus()); | System.out.println("Message Header is " + outputWriter.toString()); | System.out.println("***************************"); | } finally { | smooks.close(); | } | | Everything is working fine and I'm able to get exact CSV being transformed from XML template. Thanks Neha for your code - helped me. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241970#4241970 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241970

16 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassPool for JBoss Reflection

by alesj

"flavia.rainone(a)jboss.com" wrote : Ales, the main question here is where do these class pools belong to. | "kabir.khan(a)jboss.com" wrote : | | So just as the introspection implementation of JBoss Reflect is independent of the jboss-cl implementations (it just uses the right classloader in the environment it is running in) in a similar way the javassist implementation of JBoss Reflect should be independent of the actual classloader implementation. | | | | I think it makes sense to move the classpool stuff out to a separate project which can be consumed by other projects. | Yes, I agree with Kabir. The Reflect should be CL impl agnostic. You can simply create new CLPool project in jbossas/projects. Which should also be properly structured - base spi, jboss-cl impl, ... Where Reflect should then just consume minimal spi, everything else is impl detail depending on the env we're running in. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241956#4241956 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241956

16 years, 9 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Problem in XML to CSV transformation

by ravikiran_tv

Please let me know any tutorial to perform XMT to CSV transformation using smooks and jboss-esb configuration. I'm using JBoss ESB 4.4.2GA and Smooks v1.1 . View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241944#4241944 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241944

16 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Deleting Process Throws Exception

by dhanushgopinath

My Apologies. I think I posted in the Wrong Forum. I have posted it in the user forum also. Sorry for the inconvenience. Thanks Dhanush View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241930#4241930 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241930

16 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: DuplicateDetectionTest::testNoPersistXA1 fails if libaio

by jmesnil

same behavior on BasicXARecoveryTest::testNonPersistent & testNonPersistentMultipleIDs The XAException is caused by the same NPE. All the tests in XALargeMessageMultiThreadFailoverTest fails too when libaio is not installed: | java.lang.Exception: Exception on thread Thread[Thread-5,5,] | at org.jboss.messaging.tests.integration.cluster.failover.MultiThreadFailoverSupport.runMultipleThreadsFailoverTest(MultiThreadFailoverSupport.java:169) | at org.jboss.messaging.tests.integration.cluster.failover.XAMultiThreadRandomFailoverTest.runTestMultipleThreads(XAMultiThreadRandomFailoverTest.java:670) | at org.jboss.messaging.tests.integration.cluster.failover.XAMultiThreadRandomFailoverTest.testC(XAMultiThreadRandomFailoverTest.java:107) | Caused by: javax.transaction.xa.XAException | at org.jboss.messaging.core.client.impl.ClientSessionImpl.commit(ClientSessionImpl.java:820) | at org.jboss.messaging.tests.integration.cluster.failover.XAMultiThreadRandomFailoverTest.transactionallySendMessages(XAMultiThreadRandomFailoverTest.java:544) | at org.jboss.messaging.tests.integration.cluster.failover.XAMultiThreadRandomFailoverTest.doTestC(XAMultiThreadRandomFailoverTest.java:186) | at org.jboss.messaging.tests.integration.cluster.failover.XAMultiThreadRandomFailoverTest$1.run(XAMultiThreadRandomFailoverTest.java:112) | at org.jboss.messaging.tests.integration.cluster.failover.MultiThreadFailoverSupport$1Runner.run(MultiThreadFailoverSupport.java:135) | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241927#4241927 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241927

16 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Deleting Process Throws Exception

by dhanushgopinath

Hi, I am using jBPM 3.2 with jbpm bpel 1.1.1.GA. I am trying to delete a bpel process definition using the deleteProcessDefinition API on Grpah Session Object . This is my code for the delete | | graphSession = jbpmContext.getGraphSession(); | graphSession .deleteProcessDefinition(Long.parseLong(processDefId)); But I am getting this exception while executing that API | 14:40:34,147 WARN [JDBCExceptionReporter] SQL Error: 0, SQLState: 23503 | 14:40:34,147 ERROR [JDBCExceptionReporter] ERROR: update or delete on table "jbpm_token" violates foreign key constraint "fk_scopeinst_token" on table "bpel_scopeinstance" | Detail: Key (id_)=(246) is still referenced from table "bpel_scopeinstance". | 14:40:34,147 ERROR [AbstractFlushingEventListener] Could not synchronize database state with session | org.hibernate.exception.ConstraintViolationException: could not delete: [org.jbpm.graph.exe.Token#246] | at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71) | at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) | at org.hibernate.persister.entity.AbstractEntityPersister.delete(AbstractEntityPersister.java:2541) | at org.hibernate.persister.entity.AbstractEntityPersister.delete(AbstractEntityPersister.java:2697) | at org.hibernate.action.EntityDeleteAction.execute(EntityDeleteAction.java:74) | at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250) All the process instances are ended, in fact I only have one process instance and that is ended. Any Idea why this is happening. Do I need to do anything before calling the delete API? Thanks in Advance Regards View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241922#4241922 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241922

16 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2009