Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Jorg Heymans

Upayavira wrote:

What about using it to build a neat installer for Cocoon?
 
 Could it handle the dependency resolution bit? That's the callenging bit.
 

We should keep installation and deployment separate.

I have nothing against tools that unpack and install core cocoon into a
specified dir, maybe even add desktop shortcuts for starting/stopping
etc. Deployment however should be handled in a different tool, separate
from the installer.

I expect maven to handle most of the tricky stuff like the dependency
resolution, we should just hand it a pom and off it goes.


Jorg



Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Upayavira
Jorg Heymans wrote:
 Upayavira wrote:
 
 
What about using it to build a neat installer for Cocoon?

Could it handle the dependency resolution bit? That's the callenging bit.

 
 
 We should keep installation and deployment separate.
 
 I have nothing against tools that unpack and install core cocoon into a
 specified dir, maybe even add desktop shortcuts for starting/stopping
 etc. Deployment however should be handled in a different tool, separate
 from the installer.
 
 I expect maven to handle most of the tricky stuff like the dependency
 resolution, we should just hand it a pom and off it goes.

It depends which version you are talking about 2.1 or 2.2. If we're
talking 2.2, then yes, Maven will do a lot of it. If we're talking 2.1
then no, Maven won't do any. In fact, we already have some code in the
whiteboard that can do the necessary dependency resolution with 2.1
blocks (see http://svn.apache.org/repos/asf/cocoon/whiteboard/guilder).

With 2.1, the installer would need to do dependency resolution and a
build - without this, it would be hardly worth having.

So, the question to Sylvain would be: what version did you have in mind?

Regards, Upayavira


Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Joerg Heinicke

On 20.11.2005 16:13, Upayavira wrote:


What about using it to build a neat installer for Cocoon?


Could it handle the dependency resolution bit? That's the callenging bit.


We should keep installation and deployment separate.

I have nothing against tools that unpack and install core cocoon into a
specified dir, maybe even add desktop shortcuts for starting/stopping
etc. Deployment however should be handled in a different tool, separate
from the installer.

I expect maven to handle most of the tricky stuff like the dependency
resolution, we should just hand it a pom and off it goes.


Same here.


It depends which version you are talking about 2.1 or 2.2. If we're
talking 2.2, then yes, Maven will do a lot of it.


2.2 of course. Nobody wants to maintain Maven stuff additionally for 2.1 
I guess.



If we're talking 2.1
then no, Maven won't do any. In fact, we already have some code in the
whiteboard that can do the necessary dependency resolution with 2.1
blocks (see http://svn.apache.org/repos/asf/cocoon/whiteboard/guilder).

With 2.1, the installer would need to do dependency resolution and a
build - without this, it would be hardly worth having.


Do you really want to add such an additional feature to 2.1 branch? If 
we already have one (like Ugo's Guilder) we shall go with that one. But 
I would not add anything new like an installer based on IzPack.


Jörg


Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Sylvain Wallez

Joerg Heinicke wrote:

On 20.11.2005 16:13, Upayavira wrote:


What about using it to build a neat installer for Cocoon?


Could it handle the dependency resolution bit? That's the 
callenging bit.


We should keep installation and deployment separate.

I have nothing against tools that unpack and install core cocoon into a
specified dir, maybe even add desktop shortcuts for starting/stopping
etc. Deployment however should be handled in a different tool, separate
from the installer.

I expect maven to handle most of the tricky stuff like the dependency
resolution, we should just hand it a pom and off it goes.


Same here.


It depends which version you are talking about 2.1 or 2.2. If we're
talking 2.2, then yes, Maven will do a lot of it.


2.2 of course. Nobody wants to maintain Maven stuff additionally for 
2.1 I guess.



If we're talking 2.1
then no, Maven won't do any. In fact, we already have some code in the
whiteboard that can do the necessary dependency resolution with 2.1
blocks (see http://svn.apache.org/repos/asf/cocoon/whiteboard/guilder).

With 2.1, the installer would need to do dependency resolution and a
build - without this, it would be hardly worth having.


Do you really want to add such an additional feature to 2.1 branch? If 
we already have one (like Ugo's Guilder) we shall go with that one. 
But I would not add anything new like an installer based on IzPack.


Ok...

IzPack has been under my radar for a long time as a cool thing, and its 
licence change to the ASL made me consider it would be worth mentioning 
it here.


Now I certainly don't want to start a my installer is better than 
yours or maven or nothing debate.


So forget it!

Sylvain

--
Sylvain WallezAnyware Technologies
http://bluxte.net http://www.anyware-tech.com
Apache Software Foundation Member Research  Technology Director



Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Ralph Goers

Upayavira wrote:



It depends which version you are talking about 2.1 or 2.2. If we're
talking 2.2, then yes, Maven will do a lot of it. If we're talking 2.1
then no, Maven won't do any. In fact, we already have some code in the
whiteboard that can do the necessary dependency resolution with 2.1
blocks (see http://svn.apache.org/repos/asf/cocoon/whiteboard/guilder).

With 2.1, the installer would need to do dependency resolution and a
build - without this, it would be hardly worth having.

So, the question to Sylvain would be: what version did you have in mind?

Regards, Upayavira
 

My 2 cents.  While I believe we need to plan to release 2.1.9, post 
2.1.8 we should not allow any new features to go into the 2.1 branch.  
We need to get 2.2M1 out fairly quickly and features like an installer 
should only go there.


Ralph


Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Ralph Goers

Sylvain Wallez wrote:


Joerg Heinicke wrote:



Do you really want to add such an additional feature to 2.1 branch? 
If we already have one (like Ugo's Guilder) we shall go with that 
one. But I would not add anything new like an installer based on IzPack.



Ok...

IzPack has been under my radar for a long time as a cool thing, and 
its licence change to the ASL made me consider it would be worth 
mentioning it here.


Now I certainly don't want to start a my installer is better than 
yours or maven or nothing debate.


So forget it!

Sylvain


I disagree.  This is a do-ocracy.  If someone implements an installer we 
can evaluate whether it is any good or not.  If they choose to use 
IzPack or Guilder or whatever that is their choice.  Anything else would 
be a little bit like me telling you that you should use some Javscript 
library instead of Dojo.


Ralph


Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Upayavira
Sylvain Wallez wrote:
 Joerg Heinicke wrote:
 
 On 20.11.2005 16:13, Upayavira wrote:

 What about using it to build a neat installer for Cocoon?


 Could it handle the dependency resolution bit? That's the
 callenging bit.


 We should keep installation and deployment separate.

 I have nothing against tools that unpack and install core cocoon into a
 specified dir, maybe even add desktop shortcuts for starting/stopping
 etc. Deployment however should be handled in a different tool, separate
 from the installer.

 I expect maven to handle most of the tricky stuff like the dependency
 resolution, we should just hand it a pom and off it goes.


 Same here.

 It depends which version you are talking about 2.1 or 2.2. If we're
 talking 2.2, then yes, Maven will do a lot of it.


 2.2 of course. Nobody wants to maintain Maven stuff additionally for
 2.1 I guess.

 If we're talking 2.1
 then no, Maven won't do any. In fact, we already have some code in the
 whiteboard that can do the necessary dependency resolution with 2.1
 blocks (see http://svn.apache.org/repos/asf/cocoon/whiteboard/guilder).

 With 2.1, the installer would need to do dependency resolution and a
 build - without this, it would be hardly worth having.


 Do you really want to add such an additional feature to 2.1 branch? If
 we already have one (like Ugo's Guilder) we shall go with that one.
 But I would not add anything new like an installer based on IzPack.
 
 
 Ok...
 
 IzPack has been under my radar for a long time as a cool thing, and its
 licence change to the ASL made me consider it would be worth mentioning
 it here.
 
 Now I certainly don't want to start a my installer is better than
 yours or maven or nothing debate.
 
 So forget it!

Actually I interpret the communities response as too late for 2.1 and
too early for 2.2.

We need to stop adding features to 2.1, and we've got a lot to fix
before we'll be able to work out what an installer should do on 2.2.

So, don't forget it, just hold onto the idea for a while!

Regards, Upayavira





Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Sylvain Wallez

Ralph Goers wrote:

Sylvain Wallez wrote:


Joerg Heinicke wrote:

Do you really want to add such an additional feature to 2.1 branch? 
If we already have one (like Ugo's Guilder) we shall go with that 
one. But I would not add anything new like an installer based on 
IzPack.


Ok...

IzPack has been under my radar for a long time as a cool thing, and 
its licence change to the ASL made me consider it would be worth 
mentioning it here.


Now I certainly don't want to start a my installer is better than 
yours or maven or nothing debate.


So forget it!

Sylvain


I disagree.  This is a do-ocracy.  If someone implements an installer 
we can evaluate whether it is any good or not.  If they choose to use 
IzPack or Guilder or whatever that is their choice.  Anything else 
would be a little bit like me telling you that you should use some 
Javscript library instead of Dojo.


Sure. Now I was just saying don't fight for this idea, as I don't 
think I'll have the time to work on it myself. So if someone wants to do 
it, great, but I don't want people to start a flame fest for this.


Sylvain

--
Sylvain WallezAnyware Technologies
http://bluxte.net http://www.anyware-tech.com
Apache Software Foundation Member Research  Technology Director



Re: [RT] A Cocoon installer with IzPack

2005-11-20 Thread Jorg Heymans

Upayavira wrote:
 
 Actually I interpret the communities response as too late for 2.1 and
 too early for 2.2.

+1 !

 We need to stop adding features to 2.1, and we've got a lot to fix
 before we'll be able to work out what an installer should do on 2.2.

+1 !

 So, don't forget it, just hold onto the idea for a while!

and +1 !



Jorg



Re: [RT] A Cocoon installer with IzPack

2005-11-19 Thread Upayavira
Sylvain Wallez wrote:
 Hi all,
 
 IzPack [1] is a very nice Java installer. It used to be released under a
 non-ASL compatible license (don't remember which one), but the latest
 3.8.0 release changed to ASL 2.0!!
 
 What about using it to build a neat installer for Cocoon?

Could it handle the dependency resolution bit? That's the callenging bit.

(I imagine, given it is written in Java, we could extend it to make it
do it. Is that what you had in mind?)

Regards, Upayavira


Re: [RT] A Cocoon installer with IzPack

2005-11-18 Thread Sylvain Wallez

Sylvain Wallez wrote:

Hi all,

IzPack [1] is a very nice Java installer. It used to be released under 
a non-ASL compatible license (don't remember which one), but the 
latest 3.8.0 release changed to ASL 2.0!!


What about using it to build a neat installer for Cocoon?


Oops...
[1] http://www.izforge.com/izpack/

--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research  Technology Director



Re: [RT] A Cocoon installer with IzPack

2005-11-18 Thread Antonio Gallardo

Sylvain Wallez wrote:


Hi all,

IzPack [1] is a very nice Java installer. It used to be released under 
a non-ASL compatible license (don't remember which one), but the 
latest 3.8.0 release changed to ASL 2.0!!


What about using it to build a neat installer for Cocoon?


:-)

Best Regards,

Antonio Gallardo.