April 2007 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB

by clebert.suconic＠jboss.com

Just to conclude, This case, where our connection is aways a XAConnection, it is making JCA to ignore the parameter transactioned when you do connection.createSession(false, ...) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039451#4039451 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039451

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB

by clebert.suconic＠jboss.com

I have found some inconsistences between JCA and Messaging. It looks like JBossMQ would return a XAConnection only under certain circustances, and JBossMQFActory would take the decision wether the Connection should be XA or not. And it happens that our Connection is aways a XA Connection | public class JBossConnection implements | Connection, QueueConnection, TopicConnection, | XAConnection, XAQueueConnection, XATopicConnection, Serializable | So, looking at JCA Code, you have several places like this: | | package org.jboss.resource.adapter.jms; | | | ..... | | public class JmsManagedConnection | implements ManagedConnection, ExceptionListener | { | | ..... | | private void setup() throws ResourceException | { | | ................ | | if (con instanceof XATopicConnection) | { | xaTopicSession = ((XATopicConnection)con).createXATopicSession(); | topicSession = xaTopicSession.getTopicSession(); | xaTransacted = true; | } | else if (con instanceof TopicConnection) | { | topicSession = | ((TopicConnection)con).createTopicSession(transacted, ack); | if (trace) | log.trace("Using a non-XA TopicConnection. " + | "It will not be able to participate in a Global UOW"); | } | else | throw new JBossResourceException("Connection was not recognizable: " + con); | | if (trace) | log.trace("xaTopicSession=" + xaTopicSession + ", topicSession=" + topicSession); | } | | ................ | } | | ...... | } | If what I'm saying is correct (That the MQ.ConnectionFactory would take the decision on return a XAConnection or not), we have two options: I - Refactor the JCA layer to be more compatible with our Messaging approach II - Refactor Messaging to only return XAConnections when it's necessary. Any thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039450#4039450 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039450

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven project naming conventions

by scott.stark＠jboss.org

Ok, I see. The reason we flattened the jboss group was to ensure that there was never a conflict with artifacts. I did not see much point to further organizing the contents as its not a navigation tree. If there is some other benefit aside from navigation via a web browser I'd like to hear it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039412#4039412 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039412

19 years, 1 month

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - strange compatibility matrix behaviour

by jaroslaw.kijanowski

I've back ported Clebert's compatibility matrix to JBoss_4_0_1_SP1_CP: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/branches/JBoss_4_0_1_S... (last step concerns the compatibility matrix test) After running the compatibility matrix I get following errors: org.jboss.test.webservice.marshalltest.MarshallRpcLiteralTestCase (31tests) "The requested resource (/ws4ee-marshall-rpcenc) is not available." http://dev17.qa.atl.jboss.com:8440/cruisecontrol/artifacts/jboss-4.0.1.SP... If I run the MarshallRpcLiteralTestCase in "single" mode, by modifying build.xml: <execute-matrix-unit test-name="WebService" parameter-filter="org/jboss/test/webservice/marshalltest/MarshallRpcLiteralTestCase.class"/> instead of: <execute-matrix-unit test-name="WebService" parameter-filter="org/jboss/test/webservice/**/*TestCase.class"/> the test runs fine. But when I change build.xml this way: <execute-matrix-unit test-name="WebService" parameter-filter="org/jboss/test/webservice/marshalltest/MarshallRpc*TestCase.class"/> which runs two tests: MarshallRpcEncodedTestCase and MarshallRpcLiteralTestCase the second one fails again. Any ideas why? If not, I will define a new parameter which excludes MarshallRpcLiteralTestCase from the webservice tests and run it separately: <execute-matrix-unit test-name="WebService" parameter-filter="org/jboss/test/webservice/**/*TestCase.class" parameter-exclude-filter="org/jboss/test/webservice/marshalltest/MarshallRpcLiteralTestCase.class"/> <execute-matrix-unit test-name="WebService-2" parameter-filter="org/jboss/test/webservice/marshalltest/MarshallRpcLiteralTestCase.class"/> View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039411#4039411 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039411

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven project naming conventions

by pgier

I was thinking that it would still be under the jboss folder. So the groupId would be jboss.common and the artifactId would be jboss-common-core, jboss-common-logging-spi, etc.. So you would never refer to common by itself. Same thing for javaee, it would have a groupId of jboss.javaee, or something similar. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039399#4039399 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039399

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven project naming conventions

by scott.stark＠jboss.org

That might be fine for a jboss repository, but it is likely problematic if we export this to other public repos such as a fedora maven2 repo. A group like common is simply too common a name. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039393#4039393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039393

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB (Repost)

by clebert.suconic＠jboss.com

The only issue I'm having now, is when using a nonTransaction session, like this case, when inside an transactioned EJB: | ConnectionFactory cf = jndi.lookup("java:/JmsXA"); | Connection conn = cf.createConnection(); | session = conn.createSession(false, Session.AUTO_ACKNOWLEDGE); | MessageProducer producer = session.createProducer(replyTo); | producer.send(session.createTextMessage("NonTransactioned message")); | session.close(); | This following code, only works if we commit the UserTransaction, or if a ContainerManagedTransaction completes its execution. >From what I have seen on TCK tests, this is supposed to really behave as a nonTransacted session and this shouldn't require the userTransaction.commit to send that message. Any thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039351#4039351 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039351

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB

by clebert.suconic＠jboss.com

The only issue I'm having now, is when using a nonTransaction session, like this case, when inside an transactioned EJB: | ConnectionFactory cf = jndi.lookup("java:/JmsXA"); | Connection conn = cf.createConnection(); | session = conn.createSession(false, Session.AUTO_ACKNOWLEDGE); | MessageProducer producer = session.createProducer(replyTo); | producer.send(session.createTextMessage("NonTransactioned message")); | session.close(); | This following code, only works if we commit the UserTransaction, or if a BeanManagedTransaction completes its execution. >From what I have seen on TCK tests, this is supposed to really behave as a nonTransacted session and this shouldn't require the userTransaction.commit to send that message. Any thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039351#4039351 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039351

19 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Idiot's guide to setting up mc build in Eclipse?

by pgier

"anil.saldhana(a)jboss.com" wrote : http://wiki.jboss.org/wiki/Wiki.jsp?page=MavenIntroduction | | http://wiki.jboss.org/wiki/Wiki.jsp?page=MavenFAQ | | http://wiki.jboss.org/wiki/Wiki.jsp?page=MavenConfiguration | | There is one more page that Scott had created for maven. Can not find it. If you go to http://wiki.jboss.org/wiki/Wiki.jsp?page=Maven that one is sort of a parent page to all the rest. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039349#4039349 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039349

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - What happened with the download counter?

by ovidiu.feodorov＠jboss.com

http://labs.jboss.com/portal/jbossmessaging/downloads ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4039346#4039346 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4039346

19 years, 1 month

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 April 2007