September 2009 - jboss-dev-forums

[EJB Development] - Entity bean deadlock

by bartatamas

Hi! I have two entity beans for example: A, B There is a relation between these beans, and I have to be able to access B from A and A from B. A: getTitle() { return name + getB().getName(); } B: getTitle() { return name + getA().getName(); } When a thread calls A.getTitle() and an other thread calls B.getTitle(), there can be a deadlock: thread1 locks A; thread2 locks B; thread1 waits for B; thread2 waits for A -> deadlock What can I do to avoid these deadlock? Read-only method declaration isn't enough. I have to call the beans from each other. The real situation is much more difficult, it is only a simplified case. How can I obtain that a get method doesn't lock the bean itself? Thanks, Tamas View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257064#4257064 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257064

14 years, 7 months

1
0
0 / 0

[JBoss Messaging Development] - Re: Compatibility with JGroups 2.8

by bstansberry＠jboss.com

This is not an API change in JGroups. Rather it's that JGroups users (AS, JBC, JBM) have been abusing the API by casting the type exposed by the API to an internal implementation class. (OK, in the code patched below there wasn't an explicit cast, but the effect was the same.) I personally would love to see hornetq replace JBM. My understanding from Jason is a lot of the management stuff in the AS in pretty intimately tied to JBM, making the switch not practical for AS 5.2. BTW, when is hornetq going to replace JBM in AS trunk? (5.2 will come off of AS Branch_5_x). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257062#4257062 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257062

14 years, 7 months

1
0
0 / 0

[jBPM Development] - start time of process instances - API question

by sebastian.s

Since this turns out to be a discussion rather for the dev forum. http://www.jboss.org/index.html?module=bb&op=viewtopic&t=161540 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257029#4257029 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257029

14 years, 7 months

1
0
0 / 0

[JBoss Identity Development] - Re: Moving code (SOAP Handler) from jboss-identity-fed-core

by beve

Hi Anil, I've checked in a suggestion for this refactoring. Please take a look and see what you think of this. Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4257008#4257008 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4257008

14 years, 7 months

1
0
0 / 0

[JBoss Messaging Development] - Re: Compatibility with JGroups 2.8

by gaohoward

Hi, I think if jgroups 2.8 no longer supports its old API then I think it's the best time to update JBM to hornetq. JBM 1.4 is in maintenance mode. It's important to keep it compatible with existing users who is still using jgroups prior to 2.8. This is only my personal opinion. Howard View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256988#4256988 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256988

14 years, 7 months

1
0
0 / 0

[JBoss Identity Development] - Re: Moving code (SOAP Handler) from jboss-identity-fed-core

by anil.saldhana＠jboss.com

Dan, as I mentioned. Maybe we can refactor the core code out of WSTrustClient into a new class in core module. Your handler can then directly call the core class. The WSTC will then just be a simple api class delegating all the work into the new class in the core. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256955#4256955 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256955

14 years, 7 months

1
0
0 / 0

[JBoss Messaging Development] - Compatibility with JGroups 2.8

by bstansberry＠jboss.com

Hi, One of the things I'd like to do for the upcoming AS 5.2 is move to JGroups 2.8. The big impediment to that has been that a number of projects (AS, JBC, JBM) have some code that casts JGroups Address objects from the Address interface used in the API to the IpAddress concrete class that JGroups has historically used. A big change in 2.8 is the Address type is no longer IpAddress. The use of IpAddress in JBM 1.4.x is in the PostOfficeAddressInfo class, where the cast is done to allow serialization via the JGroups Streamable interface. There's a pretty easy fix for that though, as JGroups exposes a utility method that does what JBM currently does without requiring JBM to cast: | Index: src/main/org/jboss/messaging/core/impl/postoffice/PostOfficeAddressInfo.java | =================================================================== | --- src/main/org/jboss/messaging/core/impl/postoffice/PostOfficeAddressInfo.java (revision 7825) | +++ src/main/org/jboss/messaging/core/impl/postoffice/PostOfficeAddressInfo.java (working copy) | @@ -27,7 +27,7 @@ | | | import org.jboss.messaging.util.Streamable; | | import org.jgroups.Address; | | -import org.jgroups.stack.IpAddress; | | +import org.jgroups.util.Util; | | | | /** | | * | | @@ -70,30 +70,16 @@ | | | public void read(DataInputStream in) throws Exception | | { | | - controlChannelAddress = new IpAddress(); | | - | | - controlChannelAddress.readFrom(in); | | - | | - dataChannelAddress = new IpAddress(); | | + controlChannelAddress = Util.readAddress(in); | | | | - dataChannelAddress.readFrom(in); | | + dataChannelAddress = Util.readAddress(in); | | } | | | | public void write(DataOutputStream out) throws Exception | | { | | - if (!(controlChannelAddress instanceof IpAddress)) | | - { | | - throw new IllegalStateException("Address must be IpAddress"); | | - } | | - | | - if (!(dataChannelAddress instanceof IpAddress)) | | - { | | - throw new IllegalStateException("Address must be IpAddress"); | | - } | | + Util.writeAddress(controlChannelAddress, out); | | | | - controlChannelAddress.writeTo(out); | | - | | - dataChannelAddress.writeTo(out); | | + Util.writeAddress(dataChannelAddress, out); | | } | | | | // Public -------------------------------------------------------- | So, looking for input from the JBM team as to a) use of JGroups 2.8 in AS 5.2 in general, i.e. compatibility with JBM b) possibility of getting the above in a JBM 1.x release for inclusion in AS 5.2. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256953#4256953 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256953

14 years, 7 months

1
0
0 / 0

[JBoss Messaging Development] - Re: JBoss tests with new HSQLDB version

by gaohoward

Hi, you can run JBM test suite. check out the latest version of JBM from svn, and take a look at tests/etc/container.xml, set the db to hsqldb. The build.xml under tests dir contains various test targets. the 'tests' target is the one we use to cover all jbm tests. However you probably need to remove the cluster tests, as JBM clustering can't work with hsqldb. And just let you know, JBM 1.4 is in maintenance status. That means only bug fixes or EAP supports. Users can try hornetQ for more new features. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256909#4256909 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256909

14 years, 7 months

1
0
0 / 0

[JBoss AS Development] - JBoss-5.0.0.GA runtime java.sql.Exception - Request help

by Lamab

Could some JBoss guru please kindly help me ? I am desperately trying to a simple JBoss-5.0.0.GA based application to work. Some details: 1. I am using Eclipse Galileo along with JBoss IDE 1.5 for code compiling, jar building and I use a single WAR file and a few jar files 2. I using Java JDK 1.6_11 on a RedHat EL 4 machine. I am using PostgreSQL 8.4, postgres-8.5_107.jdbc.jar, as downloaded from the official Postgres site at www.postgres.org 3. I include the postgres**.jar file in both Eclipse's Java Build Path and in the final WAR file to be used for deployment 4. I have modified JBoss's run.sh so that the JBoss runtime CLASSPATH can access the postgres***.jar file, and I have a simple 'echo' statement to verify that the runtime CLASSPATH includes this jar file Problem: I am getting java.sql.***Exception, with the error message that the suitable driver could not be found. In my source file, I have a very standard approach as: Class.forName("org.postgresql.Driver").newInstance(); con = DriverManager.getConnection(....); Could someone please help ? I have tried to solve this problem for the last few weeks and tried all possible things, but nothing has worked. Any hints, suggestions would be greatly appreciated. Thanks in advance for your help. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256841#4256841 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256841

14 years, 7 months

1
0
0 / 0

[JBoss ESB Development] - Re: XPath Routing

by mvecera＠redhat.com

"Kevin.Conner(a)jboss.com" wrote : "tfennelly" wrote : Martin, would you be OK with putting this one on the back boiler for now? We can always add it later. | I agree with this, we should defer this until later so that we can have time to think about the consequences. | | The current work is only concerned with duplicating the CBR functionality but using xpath/regexp in place of drools. | | Kev +1 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256827#4256827 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256827

14 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums September 2009