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

[Design of JBoss jBPM] - Re: possible bug with JTA transactions

by tom.baeyens＠jboss.com

the JtaDbPersistenceServiceFactory was developed rather specifically for 2 use cases. It should support the enterprise beans CMT transactions and it should also support the web application with the same configuration. The web application uses hibernate transactions. Took me quite a while to get that combination to work. So I'm not sure of wether this is a problem due to the specific nature of this persistence service factory and hence that the nested transactions are just is out of scope. Or wether this can be easiliy fixed in the context sketched above. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046983#4046983 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046983

18 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Identity module cascading delete of doom

by tom.baeyens＠jboss.com

good work. thanks ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046982#4046982 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046982

18 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Should GD 3.1 support complex action children?

by tom.baeyens＠jboss.com

Koen, for the future versions of jPDL, it would be good if you could think about how we could handle this in general. How can a developer of a an actionhandler specify a form to be plugged in to the gpd for configurating it ? It would be nice if we could offer a pluggable, flexible way of handling this. Also think about the tradeoff: the more generic you want to solve this, the complexer the solution will be. I was thinking about specifying forms and use some kind of el expression language for referencing the properties and beans in the action handler. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046981#4046981 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046981

18 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - EJB3 Alignment with JBoss Security

by anil.saldhana＠jboss.com

I am going to list all that I am doing with ejb3 codebase to align it with ejb2 security. http://jira.jboss.com/jira/browse/JBAS-4423 I do not want to affect Bill Burke's embedded effort. So he can raise any issues here. Some of the steps are: a) Move the ejb3 security annotations to security. b) Align ejb3 security context with the JBoss Securitycontext. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046904#4046904 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046904

18 years, 10 months

1
0
0 / 0

[Design of JBoss Labs] - Re: h:facet commandLinks in rich:dataTable

by wrzep

Rich faces users forum is the right place to post your question. http://jboss.com/index.html?module=bb&op=viewforum&f=261 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046885#4046885 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046885

18 years, 10 months

1
0
0 / 0

[Design of JBoss Web Services] - ws-i schema for swaRef

by noel.rocher＠jboss.com

Is there any issue to ship the ws-i schema for swaRef types ? http://ws-i.org/profiles/basic/1.1/swaref.xsd Without this, I need an internet connection to deploy a web service with a @XmlAttachmentRef annotated type. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046871#4046871 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046871

18 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Default connection factories and clustering

by timfox

Also see http://jira.jboss.com/jira/browse/JBMESSAGING-843 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046832#4046832 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046832

18 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Default connection factories and clustering

by timfox

Currently the default connection factory at /Connectionfactory and /XAConnectionFactory supports both automatic failover and load balancing. Instead I want to change the default connection factory to not support either automatic failover or clustering, and provide another connection factory that users can use if they want to that DOES support failover and clustering. This can be done by adding new attributes supportsLoadBalancing and supportsFailover on the connection factory and changing the connection-factories-service.xml file. The reason I am doing this is as follows: 1) We don't want to break existing applications that work with JBoss MQ that will not be expecting transparent failover 2) We won't break remote MDB installations. Due to a bug in JCA/MDB container which uses more than one connection per MDB, so is not compatible with load balancing see http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046775#4046775 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046828#4046828 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046828

18 years, 10 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: Issues with connection creating using JMSContainerInvoke

by timfox

I should add that this is only really a problem when deploying MDBs in JBoss AS that are consuming from a *remote* JMS provider (e.g. another JBossAS instance). For deploying MDBs that consume from a colocated JMS provider (which is the standard deployment scenario) this is not an issue since you would not want load balancing anyway. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046788#4046788 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046788

18 years, 10 months

1
0
0 / 0

[Design of JCA on JBoss] - Issues with connection creating using JMSContainerInvoker an

by timfox

I have traced out from JBoss Messaging the places in the JCA/MDB container code that create JMS connections to handle MDBs. I deployed an MDB and sent a message to it from a client application. When using JMSContainerInvoker, 3 connections were created by the AS. 1) To handle the DLQ 2) For the connection consumer 3) To create the session that is used to handle the delivery of the message This all works happily with a non clustered JMS provider like JBoss MQ, since the connections will always be created on the same server - this is because JBoss MQ is a HA Singleton and there is only ever one active server in the cluster at any one time. However it causes major issues for JBoss Messaging, (and probably for any other more advanced messaging provider which has many active nodes in the cluster at any one time), since subsequent connections will actually be created on different servers. This means that connection 2) and 3) wil typically be on different servers (we round robin between servers) - which means that any messages received on 2) will get acked on 3), which wil result in the server barfing since it won't know about the messages (they came from a different server). The new(er) JCA inflow code basically has the same problem, meaning it will only really work with single server jms providers (i.e. JBossMQ). I can't reallyunderstand why the JCA/MDB container doesn't use the same connection for 2) and 3). The upshot of this, is that, when using MDBs with JBoss Messaging (or probably any other modern JMS provider that has load balancing) we must turn off load-balancing. This means that all MDBs will be creating their connections to the same server in the cluster and we will have a poor use of the cluster. How easy would it be to fix the ConnectionConsumer / JCA inflow so it uses the same connection for 2) and 3)? We really need MDBs to be able to take advantage of clustered JMS. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4046775#4046775 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4046775

18 years, 10 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 May 2007