> My project is like this -
> 1. A RPC Soap Webservice (deployed using WSDL) takes requests from
[quoted text clipped - 6 lines]
> 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.
> Also it is highly likely that the vendor
> information interface may change frequently - it may need to unload
[quoted text clipped - 3 lines]
> 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 ?
Arne
leone0709@yahoo.com - 25 Mar 2007 17:29 GMT
Hi Arne,
"restarting the entire application" is a problem. See my comment
below.
> leone0...@yahoo.com wrote:
> > My project is like this -
[quoted text clipped - 10 lines]
> 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
[quoted text clipped - 9 lines]
> 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.
> Arne
Thanks
Sunny