Scott,

I'm putting the question for you at the top, so you can see it. How do we specify the code base for remote loading? If James writes this he will need to change it to point to the servlet.



James,

You are way over thinking this. I suggest you just start coding. :D

On Friday, February 7, 2003, at 10:40 AM, James Cooley wrote:

Scott M Stark wrote:
You don't have to worry about the port or interface as these are attributes of the
web server context the servlet is deployed to.
Okay the default container listens on 8080 from what you're saying there's no need to listen on 8083 anymore. I'm not sure how you'd map the WebServer replacement servlet in the web.xml if the port is not exclusive - perhaps a filter to check each call or something but that's a fair bit of overhead. So what I think is needed here are 2 Tomcat Connectors/Jetty Adapters to one to bind to 8080 and another to bind to 8083 - the 8083 connector/adapter can be setup as part of the servlet containers config.
You create a war named say class-loader. Then we set the codebase for remote stubs to be http://whatever:8080/class-loader [the question for Scott above]. Then create a servlet that accepts all requests to the context-root, convert the requested file (under your context-root) into a class name, and return that class from the thread context class loader.

You don't have to worry about class loaders. Just use the thread context class
loader.
Sorry I wasn't clear on this - WebServer has the following method
You're sill trying too hard. All of that code is already handled by the the Jetty or Tomcat web container in which your servlet is running. It is really as simple as Thread().currentThread().getClassLoader().getResourceAsStream(name);

-dain



-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Reply via email to