aspose file tools*
The moose likes Websphere and the fly likes Multiple VMs/servlet containers Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of EJB 3 in Action this week in the EJB and other Java EE Technologies forum!
JavaRanch » Java Forums » Products » Websphere
Bookmark "Multiple VMs/servlet containers" Watch "Multiple VMs/servlet containers" New topic
Author

Multiple VMs/servlet containers

Ron Perich
Ranch Hand

Joined: Mar 25, 2003
Posts: 41
I recently developed a thread whose purpose is to run maintenance on database tables, send out emails, etc.
When this system was deployed to the server, I noticed that the server had two servlet containers running in parallel on the same machine. I assume this is something our server team put in place to help with load balancing, etc. (This second VM was on the same machine, not a fail-over machine).
As a result, the thread was actually run in both containers. I had added a System attribute to prevent another Thread from running if a hot re-deploy was attempted, and it stops another thread from running in the same VM.
But, I noticed that the second servet container also runs the thread. Am I to assume that the two servlet containers do not share System properties because they are running in separate VMs.
Also, should I assume that if we were to have a fail-over machine, the Thread would have executed in both machines, so I would have a similar problem?
To solve this, we created a persistent data source that holds the unique ID of the last Thread that modified the source, so it will be the only one to run. Any other thoughts on how I could have handled this?
Thanks for your inputs!


RP
 
It is sorta covered in the JavaRanch Style Guide.
 
subject: Multiple VMs/servlet containers
 
Similar Threads
Distributed Web Applications
Testing Server Programs w/ only one VM
What is the role of Web Servers?
Apache Authentication / LDAP Authorization Question
RMI error: java.rmi.UnmarshalException: error unmarshalling arguments