On Tue, 2003-01-21 at 05:02, Stephen McConnell wrote:
> Within an embedded environment the bootstrap package isn't necessary - 
> in effect you would simply instantiate a new block.  There are not 
> example of this yet (but its comming). I'm not totally happy with the 
> bootstrap process at this stage and I would like to do put some more 
> effort into making the initial command line deployment a more brain-dead 
> exercise.  

> Aside from that - you should look at the test cases in the assembly 
> package.  If the number of components and depedencies are relatively 
> static then you don;t need Merlin - the assembly package provides 
> everything you need to deploy a component.  On the other hand, if you 
> applying auto-assembly agaisnt unknown content - then you want Merlin 
> because it adds more management over and above the assembly package.

I'll look into the assembly package, but I'll use merlin if I can get it
working.

> 
> On the web server side - I've been using Tomcat successfull within 
> Merlin (and Merlin within Tomcat) for doing things like dynamic 
> navigation of containers and components.

Any sample code for running Merlin in Tomcat?

> Let me know what you application scenario is - I have some thoughts 
> about other things going on here or at osm.net.

I'm trying to run merlin in a standalone tomcat engine.  Not sure what
more you want for the scenario.

To try and get things going I copied much of the bootstrap.Merlin code
but instead of grabbing the properties from a file I construct them from
the servlet config.  I've been trying to get the demo to work, but have
had a few problems.  Most I think I've got straightened out.  I'm still
getting the following error, though:

Message: Controller deployment failure.
===================================================================
 
Exception: java.net.MalformedURLException
unknown protocol: native
 
===================================================================
java.net.MalformedURLException: unknown protocol: native
        at java.net.URL.<init>(URL.java:407)
        at java.net.URL.<init>(URL.java:329)
        at java.net.URL.<init>(URL.java:321)
        at java.net.URL.<init>(URL.java:252)
        at
org.apache.avalon.merlin.service.DefaultRegistry.<init>(DefaultRegistry.java:130)
        at
org.apache.avalon.merlin.kernel.impl.DefaultKernel.initialize(DefaultKernel.java:318)
        at
org.apache.avalon.merlin.kernel.impl.KernelLoader.<init>(KernelLoader.java:117)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)        at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at
java.lang.reflect.Constructor.newInstance(Constructor.java:274)
        at
net.golftomorrow.servlet.MerlinLoader.<init>(MerlinLoader.java:163)
        at
net.golftomorrow.servlet.GolftomorrowServlet.init(GolftomorrowServlet.java:58)
        at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:934)
        at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:666)
        at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
        at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)        at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)        at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
        at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
        at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
        at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
        at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
        at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
        at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)        at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
        at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)        at 
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
        at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:432)
        at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:386)
        at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:534)
        at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530)
        at java.lang.Thread.run(Thread.java:536)
===================================================================
[INFO   ] (sys):
 
commencing termination phase
 
[INFO   ] (sys): bye

Any ideas what's causing this?  Is this a problem with the classloader
setup or something, you think?  Again, sample code for running Merlin in
Tomcat would be much appreciated.

> Cheers, Steve.

Thanks again.

-- 
Richard Wallace
AIM, Inc. (www.a--i--m.com)
Information Systems Consultants

"Providing New Technology,
     the Old-Fashioned Way"


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to