Jon Stevens wrote:
>
> on 11/25/2000 2:44 PM, "Raphael Luta" <[EMAIL PROTECTED]>
> wrote:
>
> > Issue:
> > ======
> > I'm currently tryng to package Jetspeed as a distributable WAR file
> > with a complete set of functionalities (most notably an embedded
> > Hypersonic DBMS).
>
> Uh. Why are you not using the TDK as your basis? You really should be using
> that.
>
Never found the time to download it and move jetspeed on a TDK base :(
It's in my TODO list...
>
> If you do this based on TOMCAT_HOME or some other variable to the webapp
> directory it isn't an issue because you can use Ant to do the substitutions
> for you during new application creation time in the TDK. We could add
> something like this to the TDK very easily if it doesn't already exist.
>
Ant substitution occurs at building time so it's only useful if you
deploy on the same computer that you build on (you have to build as many
times as there are different target architectures).
TOMCAT_HOME is not a good solution either because:
- it's only used in 1 possible servlet container
- there's no fixed relation between TOMCAT_HOME and the webapps deployment
directory.
My goal is to be able to distribute a "binary" fully-built WAR of Jetspeed
off the web site, which can be dropped in any servlet 2.2 container and tried
out without any configuration tweaking. No more installation questions ! :)
I think it's something that can be of interest for most other Turbine based
project (Jyve, etc...)
> > Proposal: Turbine properties initialization sequence
> > ====================================================
> > In order to solve this issue and actually allow the resources package
> > to be used as a pluggable implementation service, I propose the following
> > changes in Turbine:
> >
> > Add a new static TurbineServices.getInstance(Hashtable) method and a
> > new BaseServiceBroker(Hashtable) constructor. The argument Hashtable
> > would be used to initialize the mapping member of BaseServiceBroker.
> >
> > Define a ResourcesService interface which would declare all
> > the getXXX() methods available in TurbineResources.
> > Modify TurbineResources so that it is only a static accessor on a
> > ResourcesService.
> > Reimplement a TurbineResourcesService to provide the combined
> > functionalities on TurbineResources and TurbineResourcesService
> > (keeping the static initialization method for backward compatibility)
> >
> > Modify the Turbine servlet to adopt roughly this initialization
> > code :
> >
> > public void init(ServletConfig config) throws ServletException
> > {
> > super.init(config);
> >
> > String resources = config.getInitParameter("classname");
> > if ( resources == null ) {
> > resources = "org.apache.turbine.services.resources.TurbineResourcesService"
> > }
> >
> > // create a bootstrap mapping for the TurbineServices class
> > Hashtable mappings = new Hashtable();
> > mappings.put("services.TurbineResourcesService.classname",resources);
> >
> > TurbineServices.getInstance(mappings).initServices(config);
> >
> > ...
> > }
> >
> > The initial mapping Hashtable should be enough to bootstrap
> > TurbineServices and load the TurbineResources implementation
> > selected which will use the ServletConfig object passed to its
> > early init method to retrieve any parameter needed.
> >
> > Such a architecture allows the Turbine framework to have a pluggable
> > persistent config system. For example, other implementations may allow
> > properties retrieval from a JNDI repository, a DBMS, ...
> >
> > If there are no objections to this proposal, I'll have patches
> > available next week.
>
> I like where you are going with that (having a pluggable config solution)
> regardless of how I don't think it is the right overall solution to your
> problem. :-)
>
Great. The implementation is nearly done anyway, but I have a few Jetspeed
issues to fix before being able test it...
--
Rapha�l Luta - [EMAIL PROTECTED]
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search: <http://www.mail-archive.com/turbine%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
