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

[Design of JCA on JBoss] - Re: JCA antipattern? Or not?

by timfox

Good - this is exactly what I was hoping you would say. :) The interesting thing is this case arose because a user is using Spring with jboss messaging, and it seems the Spring JMS template is doing ugly things like the antipattern in the previous post when receiving messages. :( (Another reason for not using spring I guess.) BTW is there much doco about using jca jms resource adapter to do this from an MBean? They are not using mdbs. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019590#4019590 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019590

19 years, 1 month

1
0
0 / 0

[Design of JCA on JBoss] - Re: JCA antipattern? Or not?

by weston.price＠jboss.com

anonymous wrote : | If users want to receive a JMS message in the context of a distributed transaction using JCA1.5, then what is the recommended way of doing this? | Use a JCA 1.5 JMS resource adapter to manage the inflow. This is one of the primary use cases for out JMS/JCA resource adapter. The adapter itself simply leverages the ASF facilities under the hood to accomplish this in a manner consistent with JCA (ie ActivationSpec, ConnectionConsumer etc). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019586#4019586 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019586

19 years, 1 month

1
0
0 / 0

[Design of JCA on JBoss] - JCA antipattern? Or not?

by timfox

Hello all- I was interested in the JCA opinion on the following: If I am using a straight JMS connection factory (no JCA) then the following code done in a tight loop is clearly an antipattern: | :begin | | Connection conn = cf.createConnection(); | | Session sess = conn.createSession(...); | | MessageProducer prod = sess.createProducer(); | | prod.send(sess.createMessage())); | | conn.close(); | | loop begin | Since it will be creating a new connection, session etc for every message sent which would be incredibly slow. However when using JCA the above becomes the "recommended" pattern of usage from within a managed environment (ejb/servlet/mbean) since JCA caches the connection and session so new ones don't actually necessarily get created. Ok, this is all pretty basic stuff. But what about the following: | :begin | | Connection conn = cf.createConnection(); | | Session sess = conn.createSession(...); | | MessageConsumer cons= sess.createConsumer(...); | | Message m = cons.receive(1000); | | conn.close(); | | loop begin | | For straight JMS the above would again be clearly an antipattern. But what about JCA? It's my understanding that JCA does not cache jms consumers so every call to createConsumer() in the above is going to result in a new consumer being created on the jms provider. I.e. a heavyweight operation. Would you consider the above to be an antipattern when using JCA? (I.e. using a managed cf) If users want to receive a JMS message in the context of a distributed transaction using JCA1.5, then what is the recommended way of doing this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019580#4019580 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019580

19 years, 1 month

1
0
0 / 0

[Design of JBossCache] - WARN message if tx is not ACTIVE or PREPARING

by bstansberry＠jboss.com

CacheImpl.getCurrentTransaction() logs a WARN if it finds a tx associated with the thread that isn't ACTIVE or PREPARING. Found at least one use case where this isn't valid. If a user does some sort of bulk update operation on entities (e.g. 'delete from Customer customer where customer.credit < :creditScore'), as part of afterCompletion() processing Hibernate removes all instances of the entity class. In this case the tx is Status.COMMITTED, leading to a spurious WARN. Ways to deal with this: 1) Work around the Hibernate usage. In the integration code, these calls go through one method; here we check for a COMMITTED tx and suspend it before calling into JBC (not sure if you can suspend a committed tx). Ugly. 2) Don't warn if the tx is COMMITTED; getCurrentTransaction() just returns null. If a user wants to invoke on the cache as part of afterCompletion() work, there's nothing inherently wrong with that; it just means the call will not be associated with the tx. 3) Get out of the business of this WARN altogether. If a user wants to invoke on the cache as part of a rollback, let them. (I think this deserves the WARN, but I throw it out for completeness.) My vote's for #2. Thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019576#4019576 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019576

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: MC maven build

by scott.stark＠jboss.org

Uppercase is fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019571#4019571 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019571

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: MC maven build

by pgier

"scott.stark(a)jboss.org" wrote : I would set the trunk version to 2.2.0-snapshot. The trunk is now building for me so I'll migrate these changes to the 2_0 branch. | Ok, I will change the trunk if you haven't already. The maven deploy plugin only treats the build as a snapshot if it is all upper case. Is it a problem if we start using upper case "SNAPSHOT" instead of lower case? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019569#4019569 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019569

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: Build System Meeting Agenda for Feb 15

by pgier

"scott.stark(a)jboss.org" wrote : | Paul, what is the status of this feature? I would like to be doing the jboss and maven2 repo builds from the maven build for the mavenized projects like common, vfs, mc, ... I'm working on a plugin to do this. I will check it in later this week, maybe Thursday? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019562#4019562 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019562

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Inheriting from ProcessDefinition

by alex.guizar＠jboss.com

"kukeltje" wrote : suppose xpdl or ebBP comes in... will that out 1 or 2 in favour of the other? (I cannot decide since it is not my field of expertise... If xpdl or ebXML came in they'd probably need to extend ProcessDefinition as well, by either aggregation or inheritance. Since the Node mapping already uses a discriminator, the obvious choice is taking the same path for ProcessDefinition. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019548#4019548 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019548

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Inheriting from ProcessDefinition

by alex.guizar＠jboss.com

Adding the BPEL module will be hard at this point, because the BpelDefinition class is everywhere. I'd rather add the discriminator to the ProcessDefinition mapping. So far, I've removed ProcessDefinition.hbm.xml from my Hibernate configuration, copied the mappings there to BpelDefinition.hbm.xml and added the discriminator myself, along with the class. This is not desirable because mappings can change between jPDL versions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019540#4019540 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019540

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: Build System Meeting Agenda for Feb 15

by scott.stark＠jboss.org

"pgier" wrote : | Researched maven antlib for using a shared repository - An easier option might be to add configuration to the maven build scripts that can deploy to both repositories. | Paul, what is the status of this feature? I would like to be doing the jboss and maven2 repo builds from the maven build for the mavenized projects like common, vfs, mc, ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019516#4019516 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4019516

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