Re: java webservice & some needs
- From: leone0709@xxxxxxxxx
- Date: 25 Mar 2007 09:29:24 -0700
"restarting the entire application" is a problem. See my comment
On Mar 25, 8:04 am, Arne Vajhøj <a...@xxxxxxxxxx> wrote:
My project is like this -
1. A RPC Soap Webservice (deployed using WSDL) takes requests from
2. Based on a request - it needs to start a number of parallel threads
to collect information from different vendors.
3. Then it responses back the collected vendor information
I am still undecided about the step 2. My intention is to separate the
threads code as a separate jar for each thread and load the thread
classes in run-time.
The process/thread model and the distribution of classes in
jar files is rather independent, so no problem.
Thanks for your comment.
Also it is highly likely that the vendor
information interface may change frequently - it may need to unload
the thread class/jar.
Will it be good enough decision to develop a custom class loader to
load thread classes (jar) at run-time and maintain a list for those?
Any other new idea? Servlet? Please explain how?
You do not need to develop a classloader. The standard URLClassLoader
can do it.
But does you web service have so high uptime requirements that you
can not spend 5 seconds restarting the entire application ?
There may be some people who will be using the system (may be at the
middle of a booking process) - so restarting can break booking
process. My idea is to send an XML request to webservice for having
some services down.
I am thinking if it is possible to build servlet managed "ventor
information collector" rather than custom build threads pool?
Any new idea will be appreciated.
- Prev by Date: Choices - moving to Java environment
- Next by Date: Re: Choices - moving to Java environment
- Previous by thread: Re: java webservice & some needs
- Next by thread: RMI: ClassNotFoundException