You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by "Göschl,Siegfried" <Si...@drei.com> on 2004/03/15 07:45:23 UTC
RE: Current State of Fulcrum? and chat with Eric Pugh
Hi Mike,
the problem is actually not building but knowing what to do with it. I had a look at Fulcrum and Stratum a while ago when it was seen as a decoupled Turbine Service Framework. Now I looked at ECM in the Avalon project but ECM is deprecated and this point I was entirely confused. Party because it is somehow confusing and partly I'm under some pressure to get a service framework for my project up and running.
I hope a get a few hints to kickstart me since I have a few former Turbine services waiting for migration.
Thanks in advance
Siegfried Goeschl
-----Original Message-----
From: Göschl,Siegfried
Sent: Friday, March 12, 2004 3:19 PM
To: 'epugh@upstate.com'
Subject: RE: Fulcrum Confusion
Hi Eric,
don't worry - we all have to earn some real bucks ... :-)
Okay, I try to overcome my confusion ...
+) I'm looking for the capability to define the services, their implementation class and their confguration in a file pretty much the same way as with TurbineResources.properties. As far as I understand I'm able to provide individual configuration file such as TestComponentConfig.xml and TestRoleConfig.xml.
+) The sample-avalon-conf.xml found in the fulcrum distribution looks like a master config file pulling together the component's configuration (the big TurbineResources.properties was a maintanance nightmare anyway). I don't know how this is done but it seems to support XML and property configuration files
+) What I miss from the picture is how do initialize the Avalon container (ECM??!) to load and initialize all defined components. I too stupid to find it in the unit test ... :-(
+) So my first step would be to pull everything together a setup a configuration to initialize Torque and XML-RPC. Torque and XML-RPC is now used in three projectsand I would to standardize the configuration ... standalone server as command line program, JUNIT test setup and webapps using JSP&Struts. I was able to that with Turbine but the dependencies for a non-web application are killing me
Thanks in advance
Sigi
PS: Was the Hypersonic stuff hepful?!
. I think this done using TestComponentConfig.xml and TestRoleConfig.xml. What I miss from the picture
-----Original Message-----
From: Eric Pugh [mailto:epugh@upstate.com]
Sent: Friday, March 12, 2004 12:53 PM
To: Göschl,Siegfried
Subject: RE: Fulcrum Confusion
Siegfried,
Sorry about being slow, I've been traveling (consulting) and the wrapup of the project sucked up all my time! You aren't the first to ask about Fulcrum standalone.. I should put some sort of writeup together.
There is a big kind of confusion in Fulcrum.. Originally Fulcrum was it's own framework, then it was based on Avalon, but it was still a monolithic codebase.. Everything depended on/ extended some FulcrumService (?) classes.. The next step in evolution was to bust it out into seperate projects, so that is why you have to remove the src/java directory out of the main fulcrum project.
So, you don't want any fulcrum.jar, instead you should be using the jar files for the individual components. Either something like fulcrum-xmlrpc.jar or i the Implementation and API are different, then fulcrum-security-api.jar and fulcurm-security-hibernate.jar
I think the service framework stuff is because you are looking at the old stuff... Again, Fulcrum is meant to run in an avalon container, either Merlin (the future) or ECM (the past). That is why there are unit tests that demonstrate that the components work in Merlin, or ECM, or sometimes both. Really what I need is a Technology Compatibilyty Test Suite that simplifies testing the components in multiple containers...
To add Torque, check out the unit test in Turbine.. there is a unit test that demonstrates starting torque standalone, starting it using the old Turbine startum service, and starting it as an Avalon component.
Hope that helps, let me know..
Eric
-----Original Message-----
From: Mike Manner [mailto:test0001@oreka.com]
Sent: Friday, March 12, 2004 4:46 PM
To: Turbine Users List
Subject: Re: Current State of Fulcrum?
Hi,
you have now to build it yourself, using maven
it's quite simple if you follow the steps listed at :
http://jakarta.apache.org/turbine/fulcrum/building.html
Mike
Göschl,Siegfried wrote:
>Hi folks,
>
>I would like to use Fulcrum as a light-weight service framework pretty much as the Turbine Services Framework but with a minimum set of dependencies. I would like to embed it into webapplications and console applications without the big JAR pack from Turbine.
>
>+) At IBIBILO there is fulcrum-3.0-b2-dev.jar but the build was obvioulsy done 2002. What is the current state of Fulcrum?!
>
>+) I was able to build the CVS HEAD two weeks ago but I'm not able not create something like a fulcrum-???.jar to get the minimum service framework (compile errors with maven java:compile). Do I miss somehting here?!
>
>I hate to say it but I pretty much lost with Fulcrum ... :-( and I would love to use!
>
>
>Thanks in advance
>
>Siegfried Goeschl
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: turbine-user-help@jakarta.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
Re: Current State of Fulcrum? and chat with Eric Pugh
Posted by J Aaron Farr <fa...@apache.org>.
Hello Mike. Hello Siegfried.
I'm not much of a Turbine hacker, but I do know Avalon. Perhaps I can
help answer some questions...
Mike Manner wrote:
>
> Hi Siegfried,
>
> I am a beginner in avalon containers (but I'm studying them deeper now),
> so I cannot tell you much, but here is what I managed to do or understand :
>
> - as you said it seems that ECM container is deprecated.
ECM is depricated. Fortress is it's replacement. However, Avalon is
trying to simplify things by consolidating our container projects. The
current dream is to get Merlin in shape as a replacement for all the
others. It's currently not quite there yet (hopefully soon), so
existing ECM/Fortress/Phoenix (all Avalon containers) users might want
to keep using their current container until we provide a proper
migration path. New users and developers are encouraged to jump right
into Merlin with the understanding that some changes are in the pipeline.
> the link "http://avalon.apache.org/product/containers/" tell us that now
> Merlin is the next container solution, but Eric said in some posts that
> Merlin seems not to be mature enough, so perhaps Fortress is a good
> choice for you...
Merlin is certainly stable and mature enough for general use. Fortress
has been out a bit longer, but not by much. Again, as I mentioned
before, if you're starting out with Avalon, I would suggest going with
Merlin (and posting questions to the Avalon user list).
As for the Turbine-specific questions, I'm afraid I just can't answer
them at the moment.
----
jaaron <http://jadetower.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
Re: Current State of Fulcrum? and chat with Eric Pugh
Posted by Mike Manner <te...@oreka.com>.
Hi Siegfried,
I am a beginner in avalon containers (but I'm studying them deeper now),
so I cannot tell you much, but here is what I managed to do or understand :
- as you said it seems that ECM container is deprecated.
the link "http://avalon.apache.org/product/containers/" tell us that now
Merlin is the next container solution, but Eric said in some posts that
Merlin seems not to be mature enough, so perhaps Fortress is a good
choice for you...
- for my tests (I'm using fulcrum security component) I also have to run
a container, so I took the code source found in the \testcontainer\src\
directory of the fulcrum project.
the code I found starts an ECM container (though deprecated, for a first
step it's useful and it works)
I just made some changes (removing the inheritance from unit test
classes and some others as specifying the configuration files)
the other thing I needed were the configuration files for the components
that I found in the \src\test directory of the security component (I
think it's the same for you and xmlrpc)
And that's all. I just wrote I servlet starting the container and then I
could get the components through getters methods.
Mike
Göschl,Siegfried wrote:
>Hi Mike,
>
>the problem is actually not building but knowing what to do with it. I had a look at Fulcrum and Stratum a while ago when it was seen as a decoupled Turbine Service Framework. Now I looked at ECM in the Avalon project but ECM is deprecated and this point I was entirely confused. Party because it is somehow confusing and partly I'm under some pressure to get a service framework for my project up and running.
>
>I hope a get a few hints to kickstart me since I have a few former Turbine services waiting for migration.
>
>Thanks in advance
>
>Siegfried Goeschl
>
>-----Original Message-----
>From: Göschl,Siegfried
>Sent: Friday, March 12, 2004 3:19 PM
>To: 'epugh@upstate.com'
>Subject: RE: Fulcrum Confusion
>
>
>Hi Eric,
>
>don't worry - we all have to earn some real bucks ... :-)
>
>Okay, I try to overcome my confusion ...
>
>+) I'm looking for the capability to define the services, their implementation class and their confguration in a file pretty much the same way as with TurbineResources.properties. As far as I understand I'm able to provide individual configuration file such as TestComponentConfig.xml and TestRoleConfig.xml.
>
>+) The sample-avalon-conf.xml found in the fulcrum distribution looks like a master config file pulling together the component's configuration (the big TurbineResources.properties was a maintanance nightmare anyway). I don't know how this is done but it seems to support XML and property configuration files
>
>+) What I miss from the picture is how do initialize the Avalon container (ECM??!) to load and initialize all defined components. I too stupid to find it in the unit test ... :-(
>
>+) So my first step would be to pull everything together a setup a configuration to initialize Torque and XML-RPC. Torque and XML-RPC is now used in three projectsand I would to standardize the configuration ... standalone server as command line program, JUNIT test setup and webapps using JSP&Struts. I was able to that with Turbine but the dependencies for a non-web application are killing me
>
>
>Thanks in advance
>
>Sigi
>
>PS: Was the Hypersonic stuff hepful?!
>
>
>
>. I think this done using TestComponentConfig.xml and TestRoleConfig.xml. What I miss from the picture
>
>-----Original Message-----
>From: Eric Pugh [mailto:epugh@upstate.com]
>Sent: Friday, March 12, 2004 12:53 PM
>To: Göschl,Siegfried
>Subject: RE: Fulcrum Confusion
>
>
>Siegfried,
>
>Sorry about being slow, I've been traveling (consulting) and the wrapup of the project sucked up all my time! You aren't the first to ask about Fulcrum standalone.. I should put some sort of writeup together.
>
>There is a big kind of confusion in Fulcrum.. Originally Fulcrum was it's own framework, then it was based on Avalon, but it was still a monolithic codebase.. Everything depended on/ extended some FulcrumService (?) classes.. The next step in evolution was to bust it out into seperate projects, so that is why you have to remove the src/java directory out of the main fulcrum project.
>
>So, you don't want any fulcrum.jar, instead you should be using the jar files for the individual components. Either something like fulcrum-xmlrpc.jar or i the Implementation and API are different, then fulcrum-security-api.jar and fulcurm-security-hibernate.jar
>
>I think the service framework stuff is because you are looking at the old stuff... Again, Fulcrum is meant to run in an avalon container, either Merlin (the future) or ECM (the past). That is why there are unit tests that demonstrate that the components work in Merlin, or ECM, or sometimes both. Really what I need is a Technology Compatibilyty Test Suite that simplifies testing the components in multiple containers...
>
>To add Torque, check out the unit test in Turbine.. there is a unit test that demonstrates starting torque standalone, starting it using the old Turbine startum service, and starting it as an Avalon component.
>
>Hope that helps, let me know..
>
>Eric
>
>
>-----Original Message-----
>From: Mike Manner [mailto:test0001@oreka.com]
>Sent: Friday, March 12, 2004 4:46 PM
>To: Turbine Users List
>Subject: Re: Current State of Fulcrum?
>
>
>
>Hi,
>
>you have now to build it yourself, using maven
>
>it's quite simple if you follow the steps listed at :
>http://jakarta.apache.org/turbine/fulcrum/building.html
>
>Mike
>
>
>
>Göschl,Siegfried wrote:
>
>
>
>>Hi folks,
>>
>>I would like to use Fulcrum as a light-weight service framework pretty much as the Turbine Services Framework but with a minimum set of dependencies. I would like to embed it into webapplications and console applications without the big JAR pack from Turbine.
>>
>>+) At IBIBILO there is fulcrum-3.0-b2-dev.jar but the build was obvioulsy done 2002. What is the current state of Fulcrum?!
>>
>>+) I was able to build the CVS HEAD two weeks ago but I'm not able not create something like a fulcrum-???.jar to get the minimum service framework (compile errors with maven java:compile). Do I miss somehting here?!
>>
>>I hate to say it but I pretty much lost with Fulcrum ... :-( and I would love to use!
>>
>>
>>Thanks in advance
>>
>>Siegfried Goeschl
>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: turbine-user-help@jakarta.apache.org
>>
>>
>>
>>
>>
>>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: turbine-user-help@jakarta.apache.org
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: turbine-user-help@jakarta.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org