You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by pn...@scancoin.se on 2004/07/26 09:08:00 UTC
SV: The Http Facility and testing
Hi Niklas,
I tried out the new Http Facility but it seems that
org.apache.avalon.http.impl.DefaultModelListener is not in the codebase.
I would write some testcase to avoid this but is it acceptable to have a lot
of MerlinTestCases running in the build process (+ taking up sockets), as
they are quite slow? I imagine using jWebJunit for that ...
/peter
[DEBUG ] (Orchard.classloader.types): registered
[type:test.http.TestComponent/
2].
[DEBUG ] (Orchard.classloader.types): type registration complete
[DEBUG ] (logger): adding category [Orchard]
[DEBUG ] (logger): adding category [Orchard.primary]
[DEBUG ] (logger): adding category [Orchard]
[DEBUG ] (logger): adding category [Orchard.secondary]
[DEBUG ] (logger): adding category [Orchard]
[DEBUG ] (logger): adding category [Orchard.listener]
---- exception report
----------------------------------------------------------
Exception: org.apache.avalon.merlin.KernelException
Message: Install failure:
file:/H:/workspace/OrchardJ/modules/bootstrap/conf/blo
ck.xml
---- cause
---------------------------------------------------------------------
Exception: org.apache.avalon.composition.model.ModelException
Message: Unable to create a nested deployment model: listener in the
containment
model /.
---- cause
---------------------------------------------------------------------
Exception: java.lang.ClassNotFoundException
Message: org.apache.avalon.http.impl.DefaultModelListener
---- stack trace
---------------------------------------------------------------
java.lang.ClassNotFoundException:
org.apache.avalon.http.impl.DefaultModelListen
er
java.net.URLClassLoader$1.run(URLClassLoader.java:199)
java.security.AccessController.doPrivileged(Native Method)
java.net.URLClassLoader.findClass(URLClassLoader.java:187)
java.lang.ClassLoader.loadClass(ClassLoader.java:289)
java.lang.ClassLoader.loadClass(ClassLoader.java:235)
org.apache.avalon.composition.model.impl.DefaultContainmentModelComponentHel
per.
createComponentContext(DefaultContainmentModelComponentHelper.java:124)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.createCompo
nent
Model(DefaultContainmentModel.java:899)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.createDeplo
ymen
tModel(DefaultContainmentModel.java:645)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.addModel(De
faul
tContainmentModel.java:604)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.<init>(Defa
ultC
ontainmentModel.java:182)
org.apache.avalon.composition.model.impl.DefaultModelFactory.createContainme
ntMo
del(DefaultModelFactory.java:330)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.createConta
inme
ntModel(DefaultContainmentModel.java:986)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.createConta
inme
ntModel(DefaultContainmentModel.java:932)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.createConta
inme
ntModel(DefaultContainmentModel.java:1151)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.addContainm
entM
odel(DefaultContainmentModel.java:574)
org.apache.avalon.composition.model.impl.DefaultContainmentModel.addContainm
entM
odel(DefaultContainmentModel.java:568)
org.apache.avalon.merlin.impl.DefaultFactory.create(DefaultFactory.java:276)
org.apache.avalon.merlin.cli.Main.<init>(Main.java:301)
org.apache.avalon.merlin.cli.Main.main(Main.java:255)
----------------------------------------------------------------------------
----
[DEBUG ] (kernel): shutdown event
[DEBUG ] (kernel): disposal
-----Ursprungligt meddelande-----
Fr�n: Niclas Hedhman [mailto:niclas@hedhman.org]
Skickat: den 24 juli 2004 16:03
Till: Avalon framework users; Stephen McConnell; 'Avalon Developers
List'
�mne: Re: The Http Facility
On Saturday 24 July 2004 21:41, Stephen McConnell wrote:
> I would not call these servlets because they are not stict servlets (the
> are instead regular component that are capable of handling HTTP servlet
> request and response messages).
>
> <mapping>
> <map>
> <url>/my-url</url>
>
> <component>/somecontainer/anothercontainer/mycomponent</component>
> </map>
> </mapping>
Ooops. Yeah that makes absolute sense.
:
or
<mappings><map>
or
<mappings><mapping>
or perhaps
<url-space>
<mapping>
<url></url>
<component></component>
</mapping>
</url-space>
I don't have any really strong opinion. As long as we can proceed quickly.
Cheers
Niclas
--
+------//-------------------+
/ http://www.bali.ac /
/ http://niclas.hedhman.org /
+------//-------------------+
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org
Re: The Http Facility and testing
Posted by Niclas Hedhman <ni...@hedhman.org>.
On Monday 26 July 2004 15:08, pnb@scancoin.se wrote:
> Hi Niklas,
> I tried out the new Http Facility but it seems that
> org.apache.avalon.http.impl.DefaultModelListener is not in the codebase.
>
> I would write some testcase to avoid this but is it acceptable to have a
> lot of MerlinTestCases running in the build process (+ taking up sockets),
> as they are quite slow? I imagine using jWebJunit for that ...
Since the last post, I have decided that the existing Http Facility is too
rudimentary for practical use and started from scratch, properly
componentizing the Jetty parts.
This is work in progress, and the target is to allow both Merlin components
and normal servlets/JSP and webapps to be loaded up in contexts.
As you can imagine, this is quite extensive, but I feel comfortable that it
can be done with by next weekend.
If you would like to help out, contact me on #merlin channel on
irc.freenode.net
Cheers
Niclas
--
+------//-------------------+
/ http://www.bali.ac /
/ http://niclas.hedhman.org /
+------//-------------------+
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org