You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@turbine.apache.org by Quinton McCombs <qm...@nequalsone.com> on 2003/02/13 23:48:36 UTC
Avalonization of Fulcrum
Dan,
How are things coming along with converting the Fulcrum services to
Avalon components?
Re: [Plexus-dev] [summit] tiny patch for test-conf/plexus.conf
Posted by Kasper Nielsen <ne...@kav.dk>.
applied, thx
- Kasper
Age Mooy wrote:
> Hi,
>
> This time to the correct mailing list :)
>
> I found a tiny typo in the test-conf/plexus.conf file while checking out
> Summit. Here's the patch:
>
> Age
>
>
>
> Index: summit/src/test-conf/plexus.xml
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
Re: [summit] tiny patch for test-conf/plexus.conf
Posted by Jason van Zyl <ja...@zenplex.com>.
On Mon, 2003-02-24 at 09:18, Age Mooy wrote:
> Hi,
>
> I guess this is currently the best mailing list for Summit/Plexus issues...
>
> I found a tiny typo in the test-conf/plexus.conf file while checking out
> Summit. Here's the patch:
Don't send this here, there is a plexus-dev list:
http://lists.werken.com/mailman/listinfo/plexus-dev
> Age
>
>
>
> Index: summit/src/test-conf/plexus.xml
> ===================================================================
> RCS file:
> /cvsroot/plexus/plexus-components/summit/src/test-conf/plexus.xml,v
> retrieving revision 1.3
> diff -u -r1.3 plexus.xml
> --- summit/src/test-conf/plexus.xml 18 Feb 2003 01:03:51 -0000 1.3
> +++ summit/src/test-conf/plexus.xml 24 Feb 2003 15:18:57 -0000
> @@ -39,7 +39,7 @@
> <configuration>
> <properties>
> <property name="resource.loader" value="file"/>
> - <property name="rile.resource.loader.class"
> value="org.apache.velocity.runtime.resource.loader.FileResourceLoader"/>
> + <property name="file.resource.loader.class"
> value="org.apache.velocity.runtime.resource.loader.FileResourceLoader"/>
> <property name="file.resource.loader.path"
> value="${plexus.home}/application-views/summit-demo/templates/"/>
> <property name="file.resource.loader.cache "
> value="false"/>
> <property name="runtime.log.logsystem.class"
> value="org.apache.plexus.velocity.CommonsLoggingSystem"/>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
--
jvz.
Jason van Zyl
jason@zenplex.com
http://tambora.zenplex.org
In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
-- Jacques Ellul, The Technological Society
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
PlexusLoaderServlet and Summit
Posted by Age Mooy <am...@home.nl>.
Hi,
Does anyone have an example of a web.xml that can load a Summit app
under standard Tomcat 4.x ?
It seems that I somehow have to make sure the plexus loader servlet gets
run first before I call the Summit servlet.... can't this be automated
or put into Summit in some way ? Or maybe it can be implemented as a
servlet filter that can be attached to the Summit servlet... ?
I would like to be able to ship my summit-based apps as war files that
can be deployed and run on any servlet container like old-fashioned
Turbine 2.x apps.
Pete implied in one of his turbine-dev posts that Dan has a way of
loading Tomcat inside Plexus as a servlet-container component similar to
the jetty component in the repo now... is this correct ?
Regards,
Age
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
[summit] tiny patch for test-conf/plexus.conf
Posted by Age Mooy <am...@home.nl>.
Hi,
I guess this is currently the best mailing list for Summit/Plexus issues...
I found a tiny typo in the test-conf/plexus.conf file while checking out
Summit. Here's the patch:
Age
Index: summit/src/test-conf/plexus.xml
===================================================================
RCS file:
/cvsroot/plexus/plexus-components/summit/src/test-conf/plexus.xml,v
retrieving revision 1.3
diff -u -r1.3 plexus.xml
--- summit/src/test-conf/plexus.xml 18 Feb 2003 01:03:51 -0000 1.3
+++ summit/src/test-conf/plexus.xml 24 Feb 2003 15:18:57 -0000
@@ -39,7 +39,7 @@
<configuration>
<properties>
<property name="resource.loader" value="file"/>
- <property name="rile.resource.loader.class"
value="org.apache.velocity.runtime.resource.loader.FileResourceLoader"/>
+ <property name="file.resource.loader.class"
value="org.apache.velocity.runtime.resource.loader.FileResourceLoader"/>
<property name="file.resource.loader.path"
value="${plexus.home}/application-views/summit-demo/templates/"/>
<property name="file.resource.loader.cache "
value="false"/>
<property name="runtime.log.logsystem.class"
value="org.apache.plexus.velocity.CommonsLoggingSystem"/>
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
Re: Avalonization of Fulcrum
Posted by Dan Diephouse <da...@envoisolutions.com>.
Quinton McCombs wrote:
> Dan,
> How are things coming along with converting the Fulcrum services to
> Avalon components?
>
Pretty good. I have ported everything fully to avalon now and written a
lot of tests for it too (although not all of them are that thorough).
I apologize for not reporting back yet, but I wanted to wait till I got
everything working. Jason van Zyl, Pete Kazmier, and I have been
working for the last couple weeks at getting Plexus/Summit working among
other things. We should have something to announce real soon. During
this time I've worked at getting the Fulcrum stuff to be well designed
avalon components. It was not designed with Avalon in mind (or Summit
for that matter) so it is a bit more work than changing how components
are configured. So some of the components have needed a bit of design
work. One service that I'm not going to rewrite is the SecurityService.
It has been designed with the TurbineXXX model in mind and uses it
flagrantly.
Summit is providing a good use case scenario so I know what changes to
make to Fulcrum to make the services Avalon components. Now, I'm in the
process of testing it all out while I port one of my old apps to
Summit/Plexus. We'll report back *real soon now* :).
- Dan Diephouse
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org