You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Eric SCHAEFFER <es...@posterconseil.com> on 2000/02/17 10:30:12 UTC

FOP Configuration system

Hie,

I've got just a question. To make the configuration system, I wanted to use
the Configurations class of Cocoon (their system is perfect). But FOP would
be dependant on Cocoon ....

2 solutions:
    - I take a copy of their class
or
    - We make a 'configuration tool' for all the xml projects (like ant,
etc.)

What you say ?


Eric.

_______________________________________

Eric SCHAEFFER
eschaeffer@posterconseil.com

POSTER CONSEIL
118 rue de Tocqueville
75017 PARIS
FRANCE
Tel. : 33-140541058
Fax : 33-140541059
_______________________________________

----------------------------------------------------------------------------
-----------------------------
 Come to the first official Apache Software Foundation Conference!
-----------------------------------
http://ApacheCon.Com ------------------------------------



Re: FOP Configuration system

Posted by Pierpaolo Fumagalli <pi...@apache.org>.
Eric SCHAEFFER wrote:
> 
> Sorry for the mail...
> 
> They are still in the org/apache/cocoon/framework
> (I thought it was the old configuration system...)

I am working right now on those interfaces... I believe I will commit
the modifications on Monday...

	Pier

-- 
--------------------------------------------------------------------
-          P              I              E              R          -
stable structure erected over water to allow the docking of seacraft
<ma...@betaversion.org>    <http://www.betaversion.org/~pier/>
--------------------------------------------------------------------
- ApacheCON Y2K: Come to the official Apache developers conference -
-------------------- <http://www.apachecon.com> --------------------

Re: FOP Configuration system

Posted by Eric SCHAEFFER <es...@posterconseil.com>.
Sorry for the mail...

They are still in the org/apache/cocoon/framework
(I thought it was the old configuration system...)

Eric.

_______________________________________

Eric SCHAEFFER
eschaeffer@posterconseil.com

POSTER CONSEIL
118 rue de Tocqueville
75017 PARIS
FRANCE
Tel. : 33-140541058
Fax : 33-140541059
_______________________________________

----------------------------------------------------------------------------
-----------------------------
 Come to the first official Apache Software Foundation Conference!
-----------------------------------
http://ApacheCon.Com ------------------------------------

----- Original Message -----
From: Eric SCHAEFFER <es...@posterconseil.com>
To: <fo...@xml.apache.org>
Sent: Friday, February 18, 2000 11:28 AM
Subject: Re: FOP Configuration system


> S'cuse me... the org/apache/arch directory is empty...
>
> Where are the source files ?
>
> Eric.
>



Re: FOP Configuration system

Posted by Eric SCHAEFFER <es...@posterconseil.com>.
S'cuse me... the org/apache/arch directory is empty...

Where are the source files ?

Eric.

_______________________________________

Eric SCHAEFFER
eschaeffer@posterconseil.com

POSTER CONSEIL
118 rue de Tocqueville
75017 PARIS
FRANCE
Tel. : 33-140541058
Fax : 33-140541059
_______________________________________

----------------------------------------------------------------------------
-----------------------------
 Come to the first official Apache Software Foundation Conference!
-----------------------------------
http://ApacheCon.Com ------------------------------------

----- Original Message -----
From: Stefano Mazzocchi <st...@apache.org>
To: <fo...@xml.apache.org>
Sent: Thursday, February 17, 2000 11:23 AM
Subject: Re: FOP Configuration system


> Eric SCHAEFFER wrote:
> >
> > Hie,
> >
> > I've got just a question. To make the configuration system, I wanted to
use
> > the Configurations class of Cocoon (their system is perfect). But FOP
would
> > be dependant on Cocoon ....
> >
> > 2 solutions:
> >     - I take a copy of their class
> > or
> >     - We make a 'configuration tool' for all the xml projects (like ant,
> > etc.)
> >
> > What you say ?
>
> Wait wait wait...
>
> What you call "the cocoon configuration classes" is a collection of
> design patterns that is "borrowed" from the Avalon project
> (http://java.apache.org/framework/)
>
> I'm currently in the process of creating a separate package for Cocoon2
> that is called
>
>   org.apache.arch
>
> where all the "architectural" things will go. Then, you don't need to
> care about Cocoon dependencies since both Cocoon and FOP will use the
> same package (of course, if you want)
>
> Also, the system is _not_ perfect. In the new version of the
> configuration system you'll get the same patterns (configurable,
> service, blah, blah) but with a better structure... this means:
>
>  - tree-like configurations
>  - cleaner interfaces
>  - more portable
>
> Also, I'm coordinating with Federico (who is the maintainer of Avalon
> and lives in my same town :) and avalon itself is based on those
> classes.
>
> If you want to take a look at them, checkout the "xml-cocoon2" branch of
> the xml-cocoon tree and you'll find what you need (well, it's pretty
> complete already with an XMLConfiguration implementation of
> Configurations).
>
> Comments welcome, expecially before those interfaces are frozen into
> cocoon2.
>
> --
> Stefano Mazzocchi      One must still have chaos in oneself to be
>                           able to give birth to a dancing star.
> <st...@apache.org>                             Friedrich Nietzsche
> --------------------------------------------------------------------
>  Come to the first official Apache Software Foundation Conference!
> ------------------------- http://ApacheCon.Com ---------------------
>
>


Re: FOP Configuration system

Posted by Stefano Mazzocchi <st...@apache.org>.
Eric SCHAEFFER wrote:
> 
> Hie,
> 
> I've got just a question. To make the configuration system, I wanted to use
> the Configurations class of Cocoon (their system is perfect). But FOP would
> be dependant on Cocoon ....
> 
> 2 solutions:
>     - I take a copy of their class
> or
>     - We make a 'configuration tool' for all the xml projects (like ant,
> etc.)
> 
> What you say ?

Wait wait wait...

What you call "the cocoon configuration classes" is a collection of
design patterns that is "borrowed" from the Avalon project
(http://java.apache.org/framework/)

I'm currently in the process of creating a separate package for Cocoon2
that is called
  
  org.apache.arch

where all the "architectural" things will go. Then, you don't need to
care about Cocoon dependencies since both Cocoon and FOP will use the
same package (of course, if you want)

Also, the system is _not_ perfect. In the new version of the
configuration system you'll get the same patterns (configurable,
service, blah, blah) but with a better structure... this means: 

 - tree-like configurations
 - cleaner interfaces
 - more portable

Also, I'm coordinating with Federico (who is the maintainer of Avalon
and lives in my same town :) and avalon itself is based on those
classes.

If you want to take a look at them, checkout the "xml-cocoon2" branch of
the xml-cocoon tree and you'll find what you need (well, it's pretty
complete already with an XMLConfiguration implementation of
Configurations).

Comments welcome, expecially before those interfaces are frozen into
cocoon2.

-- 
Stefano Mazzocchi      One must still have chaos in oneself to be
                          able to give birth to a dancing star.
<st...@apache.org>                             Friedrich Nietzsche
--------------------------------------------------------------------
 Come to the first official Apache Software Foundation Conference!  
------------------------- http://ApacheCon.Com ---------------------



Re: FOP Configuration system

Posted by Markus Braasch <mb...@webartists.net>.
>    - I take a copy of their class
+1 (if Cocoon's solution is good, why not use what's already available?)

Markus
http://webartists.net

Re: FOP Configuration system

Posted by Fotis Jannidis <Fo...@lrz.uni-muenchen.de>.
>     - I take a copy of their class
+1 (reduces dependencies, therefore easier to manage, isn't it?)
Fotis