[JBoss-user] [Clustering/JBoss] - Need help with transaction problem in cluster

2004-08-16 Thread Marlig
Hi,

I've run into a problem while trying to move an application from a single server to a 
clustered environment.

The application uses a BMP entity bean, where it first calls a finder method which 
returns some instances of the bean (using an SQL select query) , and then the 
application takes the first returned bean, changes some attributes (using a PL/SQL 
stored procedure) and uses these attributes further on.

To make it a bit more understandable, let's say the bean has an attribute X. The 
finder returns all bean instances (table rows) where X=0. Then the application sets X 
to 1 (marks it as used) for the first retrieved instance and continues using this bean 
(assuming it has the exclusive access to it since concurrent processes will not find 
it because of X=1).

This works fine on a single node, even under high load. However, when I change to the 
cluster (2 nodes for now), the following happens. When the same procedure runs on both 
cluster instances roughly at the same time, both first find the same beans, take the 
first bean (which is the same) and then update it. There is no concurrent access or 
other exception, so both processes think they have unique access to the bean. Further 
on, this causes some trouble, as you might guess.

I think, that in the non-clustered environment, JBoss locks the entity bean as soon as 
the first transaction accesses it, thus preventing the other transactions from reading 
it. In the clustered environment, the two JBoss instances do not prevent this, since 
they only see their own entity instances. 

Now I'm wondering how to get out of this situation. Will I need to work around this 
with some clever SQL, or is there a way to make JBoss do the entity locking (as I 
imagine it) in the cluster? Or something else? I know that the entity cache will be 
available from JBoss 4 only.

Btw, I'm using JBoss 3.2.4, the datasource is local, isolation level is 
Repeatable_Read, and commit option is C. What is the difference between Standard BMP 
EntityBean and Clustered BMP EntityBean?

Thanks for your help
Martin

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3845225#3845225

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3845225


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink  Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Clustering/JBoss] - Re: Clustering Jboss and deploying SLSB's

2004-07-20 Thread Marlig
Make sure you don't create the remote interface before each call. Instead create it 
once, and use it for all subsequent calls. 

Cheers
Martin


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3842671#3842671

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3842671


---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721alloc_id=10040op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Clustering/JBoss] - Re: deploy order/directories + singleton

2004-06-28 Thread Marlig
Hi,

this thread should answer your first question:

http://www.jboss.org/index.html?module=bbop=viewtopict=50112

Cheers
Martin


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3840120#3840120

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3840120


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Clustering/JBoss] - How to easily separate clusters from each other?

2004-06-24 Thread Marlig
Hi,

we have, in the same sub-net, several environments (dev, test, ...), where each of 
them consists of two cluster-instances. Apparently, they see and influence each other. 
Especially the load-balanced clients get all IPs of all instances, not just the two 
they are supposed to connect to. 

What would be the easiest way to separate these clusters? Would it be enough to change 
the mcast_port in cluster-service.xml?

Thanks

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839867#3839867

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3839867


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Clustering/JBoss] - Re: Suddenly a strange Exception

2004-06-16 Thread Marlig
Hi,

we are seeing the same exception with JBoss 3.2.4RC2.  With JBoss 3.2.4 it seems to 
have changed to 

2004-06-15 12:50:04,168 WARN  [org.jgroups.protocols.UDP] discarded message from 
different group (). Sender was host:41639 (additional data: 19 bytes)

Since we have two clusters running, one with 3.2.4RC2 and the other with 3.2.4, my 
best bet is that they receive each others messages, but 3.2.4 handles it more 
gracefully.

Could anyone confirm this, or otherwise point to a different solution?

Cheers
Martin

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838934#3838934

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838934


---
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Clustering/JBoss] - Order of deploying EARs in deploy / farm directory

2004-05-26 Thread Marlig
Hi,

is there a way to control the order in which EARs are deployed that reside in the 
deploy and farm directory? I need to make sure that the EARs in farm are deployed 
first, because in deploy I have EARs depending on them.

Thanks
Martin


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836181#3836181

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836181



---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [Clustering/JBoss] - Re: Order of deploying EARs in deploy / farm directory

2004-05-26 Thread Marlig
kaobe wrote : I have not tried it, but it could work for you if you add a depends 
tag to your deploymentscanner mbean in jboss-service.xml. There you tell it it depends 
on the FarmMember mbean in farm-service.xml. So it should deploy the farm directory 
first. 
  | 
  | Another possibility could be to put the mbean definition from farm-service before 
the one in jboss-service. I think the xml-files are deployed from top to bottom. 

Hi Peter,

thanks for your remarks. I tried the first one, but it kind of screws up the whole 
deployment process, so that nothing get's deployed correctly anymore.

The second one seemed to be more promising. Until I realized that I need the 
datasource installed before anything else. So the correct deployment order (for me) 
would be deploy(datasource)-farm-deploy(rest). 

I played around a bit and found that I can create a directory deploy.last2 which get's 
deployed after deploy.last, where the farm-service.xml resides. This does the trick. 
Now first the datasource and all the other essential stuff from deploy gets installed, 
then what's in farm, and then the remaining parts of my application.

Btw, I'm using JBoss 3.2.4RC2.

Greetings
Martin


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836208#3836208

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836208



---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user