You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Paul Hammant <Pa...@yahoo.com> on 2002/08/13 07:47:47 UTC
Phoenix 4.0 beta
Folks,
In your CVS now is Phoenix 4.0 beta. Enjoy.
The most interesting thing delivered is JMX via MX4J's HTTP adapter.
Launch the app, and navigate a web browser to http://localhost:8082.
There is nothing there that is specific to JAMES, but there could be if
you create some interfaces like
http://cvs.apache.org/viewcvs/jakarta-avalon-apps/demo/src/java/org/apache/avalon/apps/demos/helloworldserver/HelloWorldServerMBean.java
You have two choices to complete the JMX picture.
1) Use xdoclet like the
http://cvs.apache.org/viewcvs/jakarta-avalon-apps/demo/ project (see the
javadocs tags in the two interfaces ->
http://cvs.apache.org/viewcvs/jakarta-avalon-apps/demo/src/java/org/apache/avalon/apps/demos/helloworldserver/)
2) Hand craft the .xinfo and .mxinfo files. Here are the two that are
generated by the xdoclet technology mentioned above:
<?xml version="1.0"?>
<!DOCTYPE blockinfo PUBLIC "-//PHOENIX/Block Info DTD Version 1.0//EN"
"http://jakarta.apache.org/phoenix/blockinfo_1_0.dtd">
<blockinfo>
<!-- section to describe block -->
<block>
<version>1.0</version>
</block>
<!-- services that are offered by this block -->
<services>
<service
name="org.apache.avalon.apps.demos.helloworldserver.HelloWorldServer"/>
</services>
<!-- interfaces that may be exported to manange this block -->
<management-access-points>
<service
name="org.apache.avalon.apps.demos.helloworldserver.HelloWorldServerMBean"/>
</management-access-points>
<!-- services that are required by this block -->
<dependencies>
<dependency>
<service
name="org.apache.avalon.cornerstone.services.sockets.SocketManager"/>
</dependency>
<dependency>
<service
name="org.apache.avalon.cornerstone.services.connection.ConnectionManager"/>
</dependency>
</dependencies>
</blockinfo>
<?xml version="1.0"?>
<!DOCTYPE mxinfo PUBLIC "-//PHOENIX/Mx Info DTD Version 1.0//EN"
"http://jakarta.apache.org/phoenix/mxinfo_1_0.dtd">
<mxinfo>
<topic name="Greeting" >
<!-- attributes -->
<attribute
name="greeting"
description="Sets the greeting that is returned to each http
request"
type="void"
/>
<!-- operations -->
</topic>
</mxinfo>
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Phoenix 4.0 beta
Posted by "Noel J. Bergman" <no...@devtech.com>.
Paul,
> I have upgraded Xerces to 2.0.2
You only did half of xerces? xercesImpl.jar without xmlParserAPI.jar?
Fascinating! Because it seems to work. I had encountered a runtime (not
compile-time) a problem with xerces 2.0.2 and xalan-2.3.1, because I also
upgraded xml-api.jar (2.0.1) to xmlParserAPI.jar (2.0.2).
I still haven't tried upgrading xalan, but if you're happy with the xerces
setup, that's fine with me. :-)
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Phoenix 4.0 beta
Posted by Paul Hammant <Pa...@yahoo.com>.
Folks,
>Double check: Are we talking about the build files for JAMES or Pheonix. Have you tried doing a
>build with just 'ant compile' rather than 'build compile' All the Avalon projects got rid of
>build.bat and build.sh ages ago...
>
>
I have upgraded Xerces to 2,0,2 but the build.bat|sh issue is still
there. I would suggest if you folks keep Ant, that you upgrade it in
the tools/ dir to 1.4.1 or 1.5.
Ant, if you have it installed outside JAMES and have ANT_HOME set, works
fine :-)
Regards,
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Next question.. (was: Should we remove ant? )
Posted by Danny Angus <da...@apache.org>.
actually omit the <build></build> from project.xml
> -----Original Message-----
> From: Vincent Keunen [mailto:vincent.keunen@manex.be]
> Sent: 16 August 2002 09:33
> To: James Developers List
> Subject: Re: Next question.. (was: Should we remove ant? )
>
>
> How did you do that (leave out the "build element")? When I do a maven
> site:generate, it does build also (see the line:
>
> F:\Dev\cvs-ext\jakarta-james>maven site:generate
>
> below in my excerpt).
>
>
> Danny Angus wrote:
>
> >I left out the build element, and just used the site:generate goal.
> >James build is quite happy at it is IMHO.
> >
> >d.
> >
> >
> >
> >>-----Original Message-----
> >>From: Vincent Keunen [mailto:vincent.keunen@manex.be]
> >>Sent: 15 August 2002 20:13
> >>To: James Developers List
> >>Subject: Re: Next question.. (was: Should we remove ant? )
> >>
> >>
> >>I just did a small test but am stuck... I wanted to test Maven for
> >>James, so I grabbed the latest source of james, wrote the (required by
> >>Maven) project.xml file (attached to this message), which just took me
> >>10 minutes then tried to generate the site (which includes compiling the
> >>james sources). There it breaks and I don't know why. Probably I would
> >>need to tweak the build process of James, but I'm not comfortable in
> >>doing that.
> >>
> >>The error I get is:
> >>
> >>F:\Dev\cvs-ext\jakarta-james>maven site:generate
> >> __ __
> >>| \/ |__ Jakarta _ ___
> >>| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
> >>|_| |_\__,_|\_/\___|_||_| v. 1.0-b5-dev
> >>
> >>jakarta-james (james) v2.0a3
> >>F:\Dev\cvs-ext\jakarta-james
> >>
> >> [available] DEPRECATED - <available> used to override an existing
> >>property.
> >> Build file should not reuse the same property name for
> different values.
> >>site:generate:
> >>init-dvsl-tag:
> >>
> >>jdepend:generate-report:
> >>java:prepare-filesystem:
> >>
> >>java:compile:
> >> [javac] Compiling 150 source files to
> >>F:\Dev\cvs-ext\jakarta-james\target\classes
> >> [javac] [ERROR]
> >>F:\Dev\cvs-ext\jakarta-james\src\java\org\apache\james\BaseConnect
> >>ionHandler.java:10:
> >>cannot resolve symbol
> >> [javac] [ERROR] symbol : class ConnectionHandler
> >> [javac] [ERROR] location: package connection
> >> [javac] [ERROR] import
> >>org.apache.avalon.cornerstone.services.connection.ConnectionHandler;
> >> [javac]
> >>[ERROR] ^
> >> [javac] [ERROR]
> >>F:\Dev\cvs-ext\jakarta-james\src\java\org\apache\james\BaseConnect
> >>ionHandler.java:11:
> >>cannot resolve symbol
> >> [javac] [ERROR] symbol : class Configurable
> >> [javac] [ERROR] location: package configuration
> >> [javac] [ERROR] import
> >>org.apache.avalon.framework.configuration.Configurable;
> >> [javac] [ERROR] ^
> >>
> >>Running ant for james does the compilation ok, so it must be that Maven
> >>requires some tweaking (apparently, Maven uses ant to build the project,
> >>so I would suppose it uses the build.xml?...)
> >>
> >>Can someone help?
> >>
> >>
> >>
>
> --
> !try; do()
> --
> Vincent Keunen, Ir, http://vincent.keunen.net
> Manex, rue Wagner 93, BE-4100 Boncelles, Belgium
> Our site: http://www.manex.be
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Vincent Keunen <vi...@manex.be>.
How did you do that (leave out the "build element")? When I do a maven
site:generate, it does build also (see the line:
F:\Dev\cvs-ext\jakarta-james>maven site:generate
below in my excerpt).
Danny Angus wrote:
>I left out the build element, and just used the site:generate goal.
>James build is quite happy at it is IMHO.
>
>d.
>
>
>
>>-----Original Message-----
>>From: Vincent Keunen [mailto:vincent.keunen@manex.be]
>>Sent: 15 August 2002 20:13
>>To: James Developers List
>>Subject: Re: Next question.. (was: Should we remove ant? )
>>
>>
>>I just did a small test but am stuck... I wanted to test Maven for
>>James, so I grabbed the latest source of james, wrote the (required by
>>Maven) project.xml file (attached to this message), which just took me
>>10 minutes then tried to generate the site (which includes compiling the
>>james sources). There it breaks and I don't know why. Probably I would
>>need to tweak the build process of James, but I'm not comfortable in
>>doing that.
>>
>>The error I get is:
>>
>>F:\Dev\cvs-ext\jakarta-james>maven site:generate
>> __ __
>>| \/ |__ Jakarta _ ___
>>| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
>>|_| |_\__,_|\_/\___|_||_| v. 1.0-b5-dev
>>
>>jakarta-james (james) v2.0a3
>>F:\Dev\cvs-ext\jakarta-james
>>
>> [available] DEPRECATED - <available> used to override an existing
>>property.
>> Build file should not reuse the same property name for different values.
>>site:generate:
>>init-dvsl-tag:
>>
>>jdepend:generate-report:
>>java:prepare-filesystem:
>>
>>java:compile:
>> [javac] Compiling 150 source files to
>>F:\Dev\cvs-ext\jakarta-james\target\classes
>> [javac] [ERROR]
>>F:\Dev\cvs-ext\jakarta-james\src\java\org\apache\james\BaseConnect
>>ionHandler.java:10:
>>cannot resolve symbol
>> [javac] [ERROR] symbol : class ConnectionHandler
>> [javac] [ERROR] location: package connection
>> [javac] [ERROR] import
>>org.apache.avalon.cornerstone.services.connection.ConnectionHandler;
>> [javac]
>>[ERROR] ^
>> [javac] [ERROR]
>>F:\Dev\cvs-ext\jakarta-james\src\java\org\apache\james\BaseConnect
>>ionHandler.java:11:
>>cannot resolve symbol
>> [javac] [ERROR] symbol : class Configurable
>> [javac] [ERROR] location: package configuration
>> [javac] [ERROR] import
>>org.apache.avalon.framework.configuration.Configurable;
>> [javac] [ERROR] ^
>>
>>Running ant for james does the compilation ok, so it must be that Maven
>>requires some tweaking (apparently, Maven uses ant to build the project,
>>so I would suppose it uses the build.xml?...)
>>
>>Can someone help?
>>
>>
>>
--
!try; do()
--
Vincent Keunen, Ir, http://vincent.keunen.net
Manex, rue Wagner 93, BE-4100 Boncelles, Belgium
Our site: http://www.manex.be
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Next question.. (was: Should we remove ant? )
Posted by Danny Angus <da...@apache.org>.
I left out the build element, and just used the site:generate goal.
James build is quite happy at it is IMHO.
d.
> -----Original Message-----
> From: Vincent Keunen [mailto:vincent.keunen@manex.be]
> Sent: 15 August 2002 20:13
> To: James Developers List
> Subject: Re: Next question.. (was: Should we remove ant? )
>
>
> I just did a small test but am stuck... I wanted to test Maven for
> James, so I grabbed the latest source of james, wrote the (required by
> Maven) project.xml file (attached to this message), which just took me
> 10 minutes then tried to generate the site (which includes compiling the
> james sources). There it breaks and I don't know why. Probably I would
> need to tweak the build process of James, but I'm not comfortable in
> doing that.
>
> The error I get is:
>
> F:\Dev\cvs-ext\jakarta-james>maven site:generate
> __ __
> | \/ |__ Jakarta _ ___
> | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
> |_| |_\__,_|\_/\___|_||_| v. 1.0-b5-dev
>
> jakarta-james (james) v2.0a3
> F:\Dev\cvs-ext\jakarta-james
>
> [available] DEPRECATED - <available> used to override an existing
> property.
> Build file should not reuse the same property name for different values.
> site:generate:
> init-dvsl-tag:
>
> jdepend:generate-report:
> java:prepare-filesystem:
>
> java:compile:
> [javac] Compiling 150 source files to
> F:\Dev\cvs-ext\jakarta-james\target\classes
> [javac] [ERROR]
> F:\Dev\cvs-ext\jakarta-james\src\java\org\apache\james\BaseConnect
> ionHandler.java:10:
> cannot resolve symbol
> [javac] [ERROR] symbol : class ConnectionHandler
> [javac] [ERROR] location: package connection
> [javac] [ERROR] import
> org.apache.avalon.cornerstone.services.connection.ConnectionHandler;
> [javac]
> [ERROR] ^
> [javac] [ERROR]
> F:\Dev\cvs-ext\jakarta-james\src\java\org\apache\james\BaseConnect
> ionHandler.java:11:
> cannot resolve symbol
> [javac] [ERROR] symbol : class Configurable
> [javac] [ERROR] location: package configuration
> [javac] [ERROR] import
> org.apache.avalon.framework.configuration.Configurable;
> [javac] [ERROR] ^
>
> Running ant for james does the compilation ok, so it must be that Maven
> requires some tweaking (apparently, Maven uses ant to build the project,
> so I would suppose it uses the build.xml?...)
>
> Can someone help?
>
>
>
> Vincent Keunen wrote:
>
> > I have read quite a bit and played a little with Maven: it looks
> > pretty interesting. Its goal is to standardize jakarta projects
> > developments (while Forrest seems to be related to web publishing
> > only). It seems to be getting more and more acceptance:
> > http://jakarta.apache.org/turbine/maven/powered.html
> >
> > I installed it: very easy: download, unpack, set 2 env. vars and
> > that's it! I was also pretty impressed by the first launch: it got a
> > number of standard jar files it needed from a server (commons modules,
> > logging, regexp,... most from jakarta).
> >
> > I did modify the sample projects.file for one of our projects: easy
> > too. Now I'm trying to solve a compiling problem, but otherwize, it
> > looks great.
> >
> > The documentation on the site is pretty good for a young project...
> >
> > I'll keep studying the tool, but it seems nice (and the people working
> > on it seem to be bright...)
> >
> >
> > Noel J. Bergman wrote:
> >
> >> Charles,
> >>
> >> Maven is a subproject of Turbine. Anakia is a subproject of Velocity.
> >> Anything that deprecates Velocity is A Good Thing.
> >>
> >>
> >>
> >>> If there is an Apache option, I think we should take it in
> preference to
> >>> non-Apache options.
> >>>
> >>
> >>
> >> Apache Forrest *is* an Apache project. It is, FAIAP, a Cocoon
> >> subproject.
> >>
> >> Maven: http://jakarta.apache.org/turbine/maven/
> >> Anakia: http://jakarta.apache.org/velocity/anakia.html
> >> Forrest: http://xml.apache.org/forrest/
> >>
> >> Anakia appears to be the most primitive of the bunch. Forrest is a way
> >> better tool in the same space, and it is also an active tool.
> Maven has
> >> other goals, but one of its features includes site publication.
> >>
> >> I wonder why the Maven folks and Forrest folks don't get together, so
> >> that
> >> Maven can focus on all of the backend project management, and Forrest
> >> can
> >> focus on publishing the web content.
> >>
> >> --- Noel
> >>
> >>
> >> --
> >> To unsubscribe, e-mail:
> >> <ma...@jakarta.apache.org>
> >> For additional commands, e-mail:
> >> <ma...@jakarta.apache.org>
> >>
> >>
> >>
> >
>
> --
> !try; do()
> --
> Vincent Keunen, Ir, http://vincent.keunen.net
> Manex, rue Wagner 93, BE-4100 Boncelles, Belgium
> Our site: http://www.manex.be
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Vincent Keunen <vi...@manex.be>.
I just did a small test but am stuck... I wanted to test Maven for
James, so I grabbed the latest source of james, wrote the (required by
Maven) project.xml file (attached to this message), which just took me
10 minutes then tried to generate the site (which includes compiling the
james sources). There it breaks and I don't know why. Probably I would
need to tweak the build process of James, but I'm not comfortable in
doing that.
The error I get is:
F:\Dev\cvs-ext\jakarta-james>maven site:generate
__ __
| \/ |__ Jakarta _ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-b5-dev
jakarta-james (james) v2.0a3
F:\Dev\cvs-ext\jakarta-james
[available] DEPRECATED - <available> used to override an existing
property.
Build file should not reuse the same property name for different values.
site:generate:
init-dvsl-tag:
jdepend:generate-report:
java:prepare-filesystem:
java:compile:
[javac] Compiling 150 source files to
F:\Dev\cvs-ext\jakarta-james\target\classes
[javac] [ERROR]
F:\Dev\cvs-ext\jakarta-james\src\java\org\apache\james\BaseConnectionHandler.java:10:
cannot resolve symbol
[javac] [ERROR] symbol : class ConnectionHandler
[javac] [ERROR] location: package connection
[javac] [ERROR] import
org.apache.avalon.cornerstone.services.connection.ConnectionHandler;
[javac]
[ERROR] ^
[javac] [ERROR]
F:\Dev\cvs-ext\jakarta-james\src\java\org\apache\james\BaseConnectionHandler.java:11:
cannot resolve symbol
[javac] [ERROR] symbol : class Configurable
[javac] [ERROR] location: package configuration
[javac] [ERROR] import
org.apache.avalon.framework.configuration.Configurable;
[javac] [ERROR] ^
Running ant for james does the compilation ok, so it must be that Maven
requires some tweaking (apparently, Maven uses ant to build the project,
so I would suppose it uses the build.xml?...)
Can someone help?
Vincent Keunen wrote:
> I have read quite a bit and played a little with Maven: it looks
> pretty interesting. Its goal is to standardize jakarta projects
> developments (while Forrest seems to be related to web publishing
> only). It seems to be getting more and more acceptance:
> http://jakarta.apache.org/turbine/maven/powered.html
>
> I installed it: very easy: download, unpack, set 2 env. vars and
> that's it! I was also pretty impressed by the first launch: it got a
> number of standard jar files it needed from a server (commons modules,
> logging, regexp,... most from jakarta).
>
> I did modify the sample projects.file for one of our projects: easy
> too. Now I'm trying to solve a compiling problem, but otherwize, it
> looks great.
>
> The documentation on the site is pretty good for a young project...
>
> I'll keep studying the tool, but it seems nice (and the people working
> on it seem to be bright...)
>
>
> Noel J. Bergman wrote:
>
>> Charles,
>>
>> Maven is a subproject of Turbine. Anakia is a subproject of Velocity.
>> Anything that deprecates Velocity is A Good Thing.
>>
>>
>>
>>> If there is an Apache option, I think we should take it in preference to
>>> non-Apache options.
>>>
>>
>>
>> Apache Forrest *is* an Apache project. It is, FAIAP, a Cocoon
>> subproject.
>>
>> Maven: http://jakarta.apache.org/turbine/maven/
>> Anakia: http://jakarta.apache.org/velocity/anakia.html
>> Forrest: http://xml.apache.org/forrest/
>>
>> Anakia appears to be the most primitive of the bunch. Forrest is a way
>> better tool in the same space, and it is also an active tool. Maven has
>> other goals, but one of its features includes site publication.
>>
>> I wonder why the Maven folks and Forrest folks don't get together, so
>> that
>> Maven can focus on all of the backend project management, and Forrest
>> can
>> focus on publishing the web content.
>>
>> --- Noel
>>
>>
>> --
>> To unsubscribe, e-mail:
>> <ma...@jakarta.apache.org>
>> For additional commands, e-mail:
>> <ma...@jakarta.apache.org>
>>
>>
>>
>
--
!try; do()
--
Vincent Keunen, Ir, http://vincent.keunen.net
Manex, rue Wagner 93, BE-4100 Boncelles, Belgium
Our site: http://www.manex.be
Re: Next question.. (was: Should we remove ant? )
Posted by Vincent Keunen <vi...@manex.be>.
I have read quite a bit and played a little with Maven: it looks pretty
interesting. Its goal is to standardize jakarta projects developments
(while Forrest seems to be related to web publishing only). It seems to
be getting more and more acceptance:
http://jakarta.apache.org/turbine/maven/powered.html
I installed it: very easy: download, unpack, set 2 env. vars and that's
it! I was also pretty impressed by the first launch: it got a number of
standard jar files it needed from a server (commons modules, logging,
regexp,... most from jakarta).
I did modify the sample projects.file for one of our projects: easy too.
Now I'm trying to solve a compiling problem, but otherwize, it looks great.
The documentation on the site is pretty good for a young project...
I'll keep studying the tool, but it seems nice (and the people working
on it seem to be bright...)
Noel J. Bergman wrote:
>Charles,
>
>Maven is a subproject of Turbine. Anakia is a subproject of Velocity.
>Anything that deprecates Velocity is A Good Thing.
>
>
>
>>If there is an Apache option, I think we should take it in preference to
>>non-Apache options.
>>
>>
>
>Apache Forrest *is* an Apache project. It is, FAIAP, a Cocoon subproject.
>
>Maven: http://jakarta.apache.org/turbine/maven/
>Anakia: http://jakarta.apache.org/velocity/anakia.html
>Forrest: http://xml.apache.org/forrest/
>
>Anakia appears to be the most primitive of the bunch. Forrest is a way
>better tool in the same space, and it is also an active tool. Maven has
>other goals, but one of its features includes site publication.
>
>I wonder why the Maven folks and Forrest folks don't get together, so that
>Maven can focus on all of the backend project management, and Forrest can
>focus on publishing the web content.
>
> --- Noel
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
!try; do()
--
Vincent Keunen, Ir, http://vincent.keunen.net
Manex, rue Wagner 93, BE-4100 Boncelles, Belgium
Our site: http://www.manex.be
Re: Next question.. (was: Should we remove ant? )
Posted by Stephen McConnell <mc...@apache.org>.
Nicola Ken Barozzi wrote:
>
> Vincent Keunen wrote:
>
>> Ok, so to summarize, we were discussing about choosing between maven
>> and forrest, and now you are telling us that centipede is also nice
>> to look at... So you're making our choice harder! ;-)
>
>
> ;-)
>
>> Nicola, how does Centipede positions itself in regard to maven and
>> forrest?
>
>
> Ok, let me give you a broad picture of what is happening.
>
> We needed a system to make cool documentation out of the Java source
> code of the Apache projects, hence Alexandria was born.
> Now I'm ready to commit new code into it from donations, that will
> make it a complete ant-based solution for source code comprehension.
>
> We needed a nice system to make site documentation and have automated
> site publishing and community helper resources: Forrest was born,
> mainly out of the need of the xml.apache.org site.
> It will play well with other projects such as Alexandria, given that
> they prepare the stuff in Forrest DTD, similar to XHTML, with only the
> semantical tags.
>
> We needed a system to make automated builds out of the latest and
> greatest code... hence Gump was born, and it works well.
> The problem is that it's difficult to set up, so we are working to
> make it easier to use.
>
> I needed an easy system to make builds based on Ant, that would tie
> all the above projects together and add library and plugin download to
> the mix, hence Centipede.
> I have worked well with the Ant folks, and the new XmlProperty task
> and part of the new embed proposal come from Centipede.
>
> Above all, it's Forrest Gump in Alexandria on a Centipede ;-)
>
> Maven was born out of a proposal for Gump replacement that was geared
> towards building Turbine.
> Eventually Jason forked and continued on the Turbine site.
> I proposed collaboration, since Centipede already had plugins and
> Maven didn't, but I got very harsh replies.
> Then Jason got plugins working with Jelly and Werkz, and abandoned Ant
> as a framework.
>
> The bottom line: I recommend you to wait before final releases of
> *both* projects, and then raise a vote.
+1
(from Steve who doesn't have any voting rights here)
;-)
>
>
> Thanks :-)
>
--
Stephen J. McConnell
OSM SARL
digital products for a global economy
mailto:mcconnell@osm.net
http://www.osm.net
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Forrest, Maven, Centipede, Alexandria, Gump... (was: Re: Next
question.. (was: Should we remove ant? ))
Posted by Vincent Keunen <vi...@manex.be>.
Thanks Nicola.
FYI, I posted a similar question to Maven dev and will summarize here
their point of view.
Nicola Ken Barozzi wrote:
>
> Vincent Keunen wrote:
>
>> Nicola, how does Centipede positions itself in regard to maven and
>> forrest?
>
>
> Ok, let me give you a broad picture of what is happening.
>
> [...]
--
!try; do()
--
Vincent Keunen, Ir, http://vincent.keunen.net
Manex, rue Wagner 93, BE-4100 Boncelles, Belgium
Our site: http://www.manex.be
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Vincent Keunen wrote:
> Ok, so to summarize, we were discussing about choosing between maven and
> forrest, and now you are telling us that centipede is also nice to look
> at... So you're making our choice harder! ;-)
;-)
> Nicola, how does Centipede positions itself in regard to maven and forrest?
Ok, let me give you a broad picture of what is happening.
We needed a system to make cool documentation out of the Java source
code of the Apache projects, hence Alexandria was born.
Now I'm ready to commit new code into it from donations, that will make
it a complete ant-based solution for source code comprehension.
We needed a nice system to make site documentation and have automated
site publishing and community helper resources: Forrest was born, mainly
out of the need of the xml.apache.org site.
It will play well with other projects such as Alexandria, given that
they prepare the stuff in Forrest DTD, similar to XHTML, with only the
semantical tags.
We needed a system to make automated builds out of the latest and
greatest code... hence Gump was born, and it works well.
The problem is that it's difficult to set up, so we are working to make
it easier to use.
I needed an easy system to make builds based on Ant, that would tie all
the above projects together and add library and plugin download to the
mix, hence Centipede.
I have worked well with the Ant folks, and the new XmlProperty task and
part of the new embed proposal come from Centipede.
Above all, it's Forrest Gump in Alexandria on a Centipede ;-)
Maven was born out of a proposal for Gump replacement that was geared
towards building Turbine.
Eventually Jason forked and continued on the Turbine site.
I proposed collaboration, since Centipede already had plugins and Maven
didn't, but I got very harsh replies.
Then Jason got plugins working with Jelly and Werkz, and abandoned Ant
as a framework.
The bottom line: I recommend you to wait before final releases of *both*
projects, and then raise a vote.
Thanks :-)
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Vincent Keunen <vi...@manex.be>.
Ok, so to summarize, we were discussing about choosing between maven and
forrest, and now you are telling us that centiped is also nice to look
at... So you're making our choice harder! ;-)
Nicola, how does Centipede positions itself in regard to maven and forrest?
Nicola Ken Barozzi wrote:
> Forrest does only documentation, and we will make a Forrest plugin to
> Maven available as soon as we finish the current discussion on
> finalizing the DTD.
>
> So Maven and Forrest will work together, but this will not
> (fortunately) stop Maven developers to maintain their Velocity based
> site creation system.
>
>
> As for the build system, I find Maven slow and alpha.
>
> Slow it is (remember to check beta5, notb4), and is based on a yet2be
> released jakarta commons sandbox called Jelly, and Werkz, not Apache.
>
> Some Turbine folks also had reservations on using Maven current beta
> for the next release.
>
>
> I have a similar project based on Ant, that works with the Gump
> descriptors, called Centipede, on www.krysalis.org.
>
> It integrates a forrest plugin, and has many more plugins.
> It also downloads dependencies and is very easy to extend, since it
> uses Ant 1.5.
> We had plugins (called cents) long before Maven, and our system is
> used on Jakarta POI jakarta.apache.org/poi and Forrest itself.
>
> Currently we are in the process of making dependency-based compilation
> work OOTB with the Gump descriptor, more on that soon :-)
>
--
!try; do()
--
Vincent Keunen, Ir, http://vincent.keunen.net
Manex, rue Wagner 93, BE-4100 Boncelles, Belgium
Our site: http://www.manex.be
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Noel J. Bergman wrote:
>>>I wonder why the Maven folks and Forrest folks don't get together, so
>>> that
>>>Maven can focus on all of the backend project management, and Forrest
>>> can
>>>focus on publishing the web content.
>>>
>>B'cos that'd destroy all the infighting, bitchin', sniping and spoil half
>>the fun.. ;-)
>
> I'm laughing, but also serious. Maven's primary focus is project
> management, not web content; and Forrest's primary focus is web content, not
> project management. They would make an great pairing. Since Nico is here
> talking about Forrest, and is one of the maintainers on Forrest, I'd really
> like to hear his thoughts.
Forrest does only documentation, and we will make a Forrest plugin to
Maven available as soon as we finish the current discussion on
finalizing the DTD.
So Maven and Forrest will work together, but this will not (fortunately)
stop Maven developers to maintain their Velocity based site creation system.
As for the build system, I find Maven slow and alpha.
Slow it is (remember to check beta5, notb4), and is based on a yet2be
released jakarta commons sandbox called Jelly, and Werkz, not Apache.
Some Turbine folks also had reservations on using Maven current beta for
the next release.
I have a similar project based on Ant, that works with the Gump
descriptors, called Centipede, on www.krysalis.org.
It integrates a forrest plugin, and has many more plugins.
It also downloads dependencies and is very easy to extend, since it uses
Ant 1.5.
We had plugins (called cents) long before Maven, and our system is used
on Jakarta POI jakarta.apache.org/poi and Forrest itself.
Currently we are in the process of making dependency-based compilation
work OOTB with the Gump descriptor, more on that soon :-)
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Vincent Keunen <vi...@manex.be>.
I agree with you. It took me only a few hours to read, install, setup
Maven on one of our projects (and we only need one person to use it to
manage the site: not everybody has to learn/use it). It there is a
decision towards Maven, I could try and volunteer to set it up for
James. That would be my first real contribution... Let me know.
ps: of the "looking good" stuff of Maven, apart from already mentionned
metrics, changelog,... I also see: standard way of documenting,
pointers to resources (mailing lists, archives, required modules), use
of Ant, cross referenced sources, integration with other tools (gump,
cvs, junit...), central jar repository (ala CPAN), style reports...
I'll subscribe to their mailing lists to have a feel for their activity
and let you know.
Danny Angus wrote:
>Yeah, I'm open minded about Forrest and Maven,
>
>I'm looking for domain engineering tools (for work) just now, as well as
>considering James web-site, and I can see how Forrest and Gump fit my
>requirements for domain engineering tools, but as far as James website is
>concerned my only reqirements were..
>
>1/ direct, unintrusive, replacement for anakia to build our existing
>site(although I've moved it to straight XSLT at the moment, so it doesnt
>depend on anything but ant right now)
>
>2/ shallow learning curve and tidy results for lazy non-style-conscious site
>authors/maintainers.
>
>Maven also provides (as you'll see in the demo) some primitive metrics, by
>file and by commiter, and an auto generated changelog, all of which I liked.
>
>Forrest, correct me if I'm wrong, would provide better support for complex
>document sets, domain level management of sub-domain document sets no
>metrics and require greater initial effort.
>
>I cant find a "getting started" for Forrest, and to be honest I don't think
>James simple requirements merit the expenditure of much effort, just a
>simple route to a coherent generated style, co-ordinated with other jakarta
>sub-projects.
>
>d.
>
>
>
>
>>-----Original Message-----
>>From: Noel J. Bergman [mailto:noel@devtech.com]
>>Sent: 15 August 2002 19:59
>>To: James Developers List
>>Subject: RE: Next question.. (was: Should we remove ant? )
>>
>>
>>
>>
>>>>I wonder why the Maven folks and Forrest folks don't get together, so
>>>>
>>>>
>>that
>>
>>
>>>>Maven can focus on all of the backend project management, and Forrest
>>>>
>>>>
>>can
>>
>>
>>>>focus on publishing the web content.
>>>>
>>>>
>>>B'cos that'd destroy all the infighting, bitchin', sniping and
>>>
>>>
>>spoil half
>>
>>
>>>the fun.. ;-)
>>>
>>>
>>I'm laughing, but also serious. Maven's primary focus is project
>>management, not web content; and Forrest's primary focus is web
>>content, not
>>project management. They would make an great pairing. Since Nico is here
>>talking about Forrest, and is one of the maintainers on Forrest,
>>I'd really
>>like to hear his thoughts.
>>
>> --- Noel
>>
>>
>>--
>>To unsubscribe, e-mail:
>><ma...@jakarta.apache.org>
>>For additional commands, e-mail:
>><ma...@jakarta.apache.org>
>>
>>
>>
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
!try; do()
--
Vincent Keunen, Ir, http://vincent.keunen.net
Manex, rue Wagner 93, BE-4100 Boncelles, Belgium
Our site: http://www.manex.be
RE: Next question.. (was: Should we remove ant? )
Posted by Danny Angus <da...@apache.org>.
Yeah, I'm open minded about Forrest and Maven,
I'm looking for domain engineering tools (for work) just now, as well as
considering James web-site, and I can see how Forrest and Gump fit my
requirements for domain engineering tools, but as far as James website is
concerned my only reqirements were..
1/ direct, unintrusive, replacement for anakia to build our existing
site(although I've moved it to straight XSLT at the moment, so it doesnt
depend on anything but ant right now)
2/ shallow learning curve and tidy results for lazy non-style-conscious site
authors/maintainers.
Maven also provides (as you'll see in the demo) some primitive metrics, by
file and by commiter, and an auto generated changelog, all of which I liked.
Forrest, correct me if I'm wrong, would provide better support for complex
document sets, domain level management of sub-domain document sets no
metrics and require greater initial effort.
I cant find a "getting started" for Forrest, and to be honest I don't think
James simple requirements merit the expenditure of much effort, just a
simple route to a coherent generated style, co-ordinated with other jakarta
sub-projects.
d.
> -----Original Message-----
> From: Noel J. Bergman [mailto:noel@devtech.com]
> Sent: 15 August 2002 19:59
> To: James Developers List
> Subject: RE: Next question.. (was: Should we remove ant? )
>
>
> > > I wonder why the Maven folks and Forrest folks don't get together, so
> that
> > > Maven can focus on all of the backend project management, and Forrest
> can
> > > focus on publishing the web content.
>
> > B'cos that'd destroy all the infighting, bitchin', sniping and
> spoil half
> > the fun.. ;-)
>
> I'm laughing, but also serious. Maven's primary focus is project
> management, not web content; and Forrest's primary focus is web
> content, not
> project management. They would make an great pairing. Since Nico is here
> talking about Forrest, and is one of the maintainers on Forrest,
> I'd really
> like to hear his thoughts.
>
> --- Noel
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Next question.. (was: Should we remove ant? )
Posted by "Noel J. Bergman" <no...@devtech.com>.
> > I wonder why the Maven folks and Forrest folks don't get together, so
that
> > Maven can focus on all of the backend project management, and Forrest
can
> > focus on publishing the web content.
> B'cos that'd destroy all the infighting, bitchin', sniping and spoil half
> the fun.. ;-)
I'm laughing, but also serious. Maven's primary focus is project
management, not web content; and Forrest's primary focus is web content, not
project management. They would make an great pairing. Since Nico is here
talking about Forrest, and is one of the maintainers on Forrest, I'd really
like to hear his thoughts.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Next question.. (was: Should we remove ant? )
Posted by Danny Angus <da...@apache.org>.
> I wonder why the Maven folks and Forrest folks don't get together, so that
> Maven can focus on all of the backend project management, and Forrest can
> focus on publishing the web content.
B'cos that'd destroy all the infighting, bitchin', sniping and spoil half
the fun.. ;-)
d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Next question.. (was: Should we remove ant? )
Posted by "Noel J. Bergman" <no...@devtech.com>.
Charles,
Maven is a subproject of Turbine. Anakia is a subproject of Velocity.
Anything that deprecates Velocity is A Good Thing.
> If there is an Apache option, I think we should take it in preference to
> non-Apache options.
Apache Forrest *is* an Apache project. It is, FAIAP, a Cocoon subproject.
Maven: http://jakarta.apache.org/turbine/maven/
Anakia: http://jakarta.apache.org/velocity/anakia.html
Forrest: http://xml.apache.org/forrest/
Anakia appears to be the most primitive of the bunch. Forrest is a way
better tool in the same space, and it is also an active tool. Maven has
other goals, but one of its features includes site publication.
I wonder why the Maven folks and Forrest folks don't get together, so that
Maven can focus on all of the backend project management, and Forrest can
focus on publishing the web content.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Charles Benett <ch...@benett1.demon.co.uk>.
If there is an Apache option, I think we should take it in preference to
non-Apache options. And the Avalon site looks very similar to Danny's
Maven'd James site.
Charles
Nicola Ken Barozzi wrote:
> I would propose Apache Forrest instead...
> The site would be updated automatically from CVS for you, and is
> completely skinnable.
>
> Here is the last manually updated Forrest site:
> http://xml.apache.org/forrest/
>
> Here is the hourly updated from CVS Forrest site:
> http://www.krysalis.org/forrest/
>
> The Avalon site is done by a Forrest subsystem:
> http://jakarta.apache.org/avalon/
>
>
> Danny Angus wrote:
>
>> Ok,
>>
>> The next question is should we use Maven to build the site..?
>> I have used Maven to build a sample of the James site (didn't config
>> all the
>> developers) in my home dir, without changing any of the source of the
>> docs,
>> what do we think?
>>
>> http://jakarta.apache.org/~danny/
>>
>>
>> d.
>>
>>
>>
>>> Danny Angus wrote:
>>>
>>>> Let me clarify..
>>>>
>>>> I think we should remove ant binaries from cvs, I'm totally cool with
>>>> modifying & keeping the script, then "ant" or "build" will do the
>>>> thing.
>>>
>>>
>>
>>
>> --
>> To unsubscribe, e-mail:
>> <ma...@jakarta.apache.org>
>> For additional commands, e-mail:
>> <ma...@jakarta.apache.org>
>>
>>
>>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Nicola Ken Barozzi <ni...@apache.org>.
I would propose Apache Forrest instead...
The site would be updated automatically from CVS for you, and is
completely skinnable.
Here is the last manually updated Forrest site:
http://xml.apache.org/forrest/
Here is the hourly updated from CVS Forrest site:
http://www.krysalis.org/forrest/
The Avalon site is done by a Forrest subsystem:
http://jakarta.apache.org/avalon/
Danny Angus wrote:
> Ok,
>
> The next question is should we use Maven to build the site..?
> I have used Maven to build a sample of the James site (didn't config all the
> developers) in my home dir, without changing any of the source of the docs,
> what do we think?
>
> http://jakarta.apache.org/~danny/
>
>
> d.
>
>
>
>>Danny Angus wrote:
>>
>>>Let me clarify..
>>>
>>>I think we should remove ant binaries from cvs, I'm totally cool with
>>>modifying & keeping the script, then "ant" or "build" will do the thing.
>>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Next question.. (was: Should we remove ant? )
Posted by Charles Benett <ch...@benett1.demon.co.uk>.
Danny,
What's the advantage of using Maven?
Where does it come from? What licence?
I think your demo looks fine (apart from lacking the graphics for
Jakarta and James)
Charles
Danny Angus wrote:
> Ok,
>
> The next question is should we use Maven to build the site..?
> I have used Maven to build a sample of the James site (didn't config all the
> developers) in my home dir, without changing any of the source of the docs,
> what do we think?
>
> http://jakarta.apache.org/~danny/
>
>
> d.
>
>
>
>>Danny Angus wrote:
>>
>>>Let me clarify..
>>>
>>>I think we should remove ant binaries from cvs, I'm totally cool with
>>>modifying & keeping the script, then "ant" or "build" will do the thing.
>>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Next question.. (was: Should we remove ant? )
Posted by "Noel J. Bergman" <no...@devtech.com>.
I like the look of that, Danny. :-)
--- Noel
-----Original Message-----
From: Danny Angus [mailto:danny@apache.org]
Sent: Wednesday, August 14, 2002 18:23
To: James Developers List
Subject: Next question.. (was: Should we remove ant? )
Ok,
The next question is should we use Maven to build the site..?
I have used Maven to build a sample of the James site (didn't config all the
developers) in my home dir, without changing any of the source of the docs,
what do we think?
http://jakarta.apache.org/~danny/
d.
> Danny Angus wrote:
> > Let me clarify..
> >
> > I think we should remove ant binaries from cvs, I'm totally cool with
> > modifying & keeping the script, then "ant" or "build" will do the thing.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Next question.. (was: Should we remove ant? )
Posted by Danny Angus <da...@apache.org>.
Ok,
The next question is should we use Maven to build the site..?
I have used Maven to build a sample of the James site (didn't config all the
developers) in my home dir, without changing any of the source of the docs,
what do we think?
http://jakarta.apache.org/~danny/
d.
> Danny Angus wrote:
> > Let me clarify..
> >
> > I think we should remove ant binaries from cvs, I'm totally cool with
> > modifying & keeping the script, then "ant" or "build" will do the thing.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Charles Benett <ch...@benett1.demon.co.uk>.
Danny Angus wrote:
> Let me clarify..
>
> I think we should remove ant binaries from cvs, I'm totally cool with
> modifying & keeping the script, then "ant" or "build" will do the thing.
+1
As you said in another mail, people trying out James will get a
ready-to-run binary. I think its fine to ask people wanting to build
from source to get their own copy of ant.
Charles
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Danny Angus <da...@apache.org>.
Let me clarify..
I think we should remove ant binaries from cvs, I'm totally cool with
modifying & keeping the script, then "ant" or "build" will do the thing.
> -----Original Message-----
> From: Noel J. Bergman [mailto:noel@devtech.com]
> Sent: 13 August 2002 20:34
> To: James Developers List; nicolaken@apache.org
> Subject: RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>
>
> (null) ;-)
>
> I'd suggest that we keep the build scripts because all they do is set the
> environment (I don't know about you, but I keep my global environment
> spare!), and then call ant. That's it. The build scripts can simply
> require an ANT_HOME setting instead of bypassing it. If ANT_HOME is
> missing, we can echo instructions to acquire and install ANT.
>
> --- Noel
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by "Noel J. Bergman" <no...@devtech.com>.
(null) ;-)
I'd suggest that we keep the build scripts because all they do is set the
environment (I don't know about you, but I keep my global environment
spare!), and then call ant. That's it. The build scripts can simply
require an ANT_HOME setting instead of bypassing it. If ANT_HOME is
missing, we can echo instructions to acquire and install ANT.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Danny Angus <da...@apache.org>.
Thats nice, a kind of phased handover.
> -----Original Message-----
> From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
> Sent: 13 August 2002 20:21
> To: James Developers List
> Subject: Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>
>
> I'd suggest to keep the build scripts for some time and have them just
> output to the user what to do to build and the location of the Ant site
> and download.
>
>
> sean@sentia.ie wrote:
> > I can see the advantage to that , admittedly I'm new, but i could'nt get
> > some
> > of the buildfiles with junit tasks to run until i started using my own
> > ant and junit, but maybe theres a trick to it. Maybe Junit is
> another good
> > candidate for this treatment.
> >
> > -----Original Message-----
> > From: Serge Knystautas [mailto:sergek@lokitech.com]
> > Sent: 13 August 2002 11:53
> > To: James Developers List
> > Subject: Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
> >
> >
> > +1
> >
> > --
> > Serge Knystautas
> > Loki Technologies - Unstoppable Websites
> > http://www.lokitech.com
> >
> > Peter M. Goldstein wrote:
> >
> >>Assuming that the requirement is documented on the web page (including
> >>required ant version) I'll give that yea vote.
> >>
> >>+1 from me (with above caveat)
> >>
> >>--Peter
> >>
> >>
> >>
> >>>-----Original Message-----
> >>>From: Danny Angus [mailto:danny@apache.org]
> >>>Sent: Tuesday, August 13, 2002 11:41 AM
> >>>To: James Developers List
> >>>Subject: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
> >>>
> >>>
> >>>Quick poll...
> >>>
> >>>should we remove ant from cvs, and assume that anyone interested will
> >>
> >>get
> >>
> >>
> >>>it themselves?
> >>>
> >>>+1 from me to kick it off.
> >>>
> >>>d.
> >>
> >
> >
> > --
> > To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
>
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Nicola Ken Barozzi <ni...@apache.org>.
I'd suggest to keep the build scripts for some time and have them just
output to the user what to do to build and the location of the Ant site
and download.
sean@sentia.ie wrote:
> I can see the advantage to that , admittedly I'm new, but i could'nt get
> some
> of the buildfiles with junit tasks to run until i started using my own
> ant and junit, but maybe theres a trick to it. Maybe Junit is another good
> candidate for this treatment.
>
> -----Original Message-----
> From: Serge Knystautas [mailto:sergek@lokitech.com]
> Sent: 13 August 2002 11:53
> To: James Developers List
> Subject: Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>
>
> +1
>
> --
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com
>
> Peter M. Goldstein wrote:
>
>>Assuming that the requirement is documented on the web page (including
>>required ant version) I'll give that yea vote.
>>
>>+1 from me (with above caveat)
>>
>>--Peter
>>
>>
>>
>>>-----Original Message-----
>>>From: Danny Angus [mailto:danny@apache.org]
>>>Sent: Tuesday, August 13, 2002 11:41 AM
>>>To: James Developers List
>>>Subject: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>>>
>>>
>>>Quick poll...
>>>
>>>should we remove ant from cvs, and assume that anyone interested will
>>
>>get
>>
>>
>>>it themselves?
>>>
>>>+1 from me to kick it off.
>>>
>>>d.
>>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by se...@sentia.ie.
I can see the advantage to that , admittedly I'm new, but i could'nt get
some
of the buildfiles with junit tasks to run until i started using my own
ant and junit, but maybe theres a trick to it. Maybe Junit is another good
candidate for this treatment.
-----Original Message-----
From: Serge Knystautas [mailto:sergek@lokitech.com]
Sent: 13 August 2002 11:53
To: James Developers List
Subject: Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
+1
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com
Peter M. Goldstein wrote:
> Assuming that the requirement is documented on the web page (including
> required ant version) I'll give that yea vote.
>
> +1 from me (with above caveat)
>
> --Peter
>
>
>>-----Original Message-----
>>From: Danny Angus [mailto:danny@apache.org]
>>Sent: Tuesday, August 13, 2002 11:41 AM
>>To: James Developers List
>>Subject: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>>
>>
>>Quick poll...
>>
>> should we remove ant from cvs, and assume that anyone interested will
>
> get
>
>>it themselves?
>>
>>+1 from me to kick it off.
>>
>>d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Serge Knystautas <se...@lokitech.com>.
+1
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com
Peter M. Goldstein wrote:
> Assuming that the requirement is documented on the web page (including
> required ant version) I'll give that yea vote.
>
> +1 from me (with above caveat)
>
> --Peter
>
>
>>-----Original Message-----
>>From: Danny Angus [mailto:danny@apache.org]
>>Sent: Tuesday, August 13, 2002 11:41 AM
>>To: James Developers List
>>Subject: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>>
>>
>>Quick poll...
>>
>> should we remove ant from cvs, and assume that anyone interested will
>
> get
>
>>it themselves?
>>
>>+1 from me to kick it off.
>>
>>d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Christian Myrvold <ch...@myrvold.info>.
Hi,
hope I'm not saying anything wrong here. Personally, as a Mandrake
user, I would like to run "urpmi James" on my server and then log into a
web-interface to set up the server. (If it could do my laundry too, then
that would be even better. Also a joke...).
- Christian
Danny Angus wrote:
>*This message was transferred with a trial version of CommuniGate(tm) Pro*
>
>Would you use a binary, or insist on a source distribution, or CVS?
>And.. if you'd build the source would you expect the required Open Source
>tools to be bundled or simply documented?
>
>d.
>
>
>
>>-----Original Message-----
>>From: Christian Myrvold [mailto:christian@myrvold.info]
>>Sent: 13 August 2002 22:40
>>To: James Developers List
>>Subject: Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>>
>>
>>
>>
>>Noel J. Bergman wrote:
>>
>>
>>
>>>*This message was transferred with a trial version of
>>>
>>>
>>CommuniGate(tm) Pro*
>>
>>
>>>
>>>
>>>>I think, to get a big Community it's necessary to get a easy install for
>>>>
>>>>
>>>>
>>>>
>>>Newbies.
>>>
>>>I agree.
>>>
>>> --- Noel
>>>
>>>
>>>
>>>
>>I agree too. Not beeing a newbie I still prefere easy-install Commuigate
>>Pro over Sendmail-config-headache for my use. I'm ofcourse hoping to
>>switch to James when it can satisfy my IMAP-addiction.
>>
>>- Christian
>>
>>
>>
>>
>>
>>>--
>>>To unsubscribe, e-mail:
>>>
>>>
>><ma...@jakarta.apache.org>
>>
>>
>>>For additional commands, e-mail:
>>>
>>>
>><ma...@jakarta.apache.org>
>>
>>
>>>
>>>
>>>
>>
>>
>>--
>>To unsubscribe, e-mail:
>>
>>
><ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Danny Angus <da...@apache.org>.
Would you use a binary, or insist on a source distribution, or CVS?
And.. if you'd build the source would you expect the required Open Source
tools to be bundled or simply documented?
d.
> -----Original Message-----
> From: Christian Myrvold [mailto:christian@myrvold.info]
> Sent: 13 August 2002 22:40
> To: James Developers List
> Subject: Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>
>
>
>
> Noel J. Bergman wrote:
>
> >*This message was transferred with a trial version of
> CommuniGate(tm) Pro*
> >
> >
> >>I think, to get a big Community it's necessary to get a easy install for
> >>
> >>
> >Newbies.
> >
> >I agree.
> >
> > --- Noel
> >
> >
>
> I agree too. Not beeing a newbie I still prefere easy-install Commuigate
> Pro over Sendmail-config-headache for my use. I'm ofcourse hoping to
> switch to James when it can satisfy my IMAP-addiction.
>
> - Christian
>
>
>
> >
> >--
> >To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> >For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
> >
> >
>
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Christian Myrvold <ch...@myrvold.info>.
Noel J. Bergman wrote:
>*This message was transferred with a trial version of CommuniGate(tm) Pro*
>
>
>>I think, to get a big Community it's necessary to get a easy install for
>>
>>
>Newbies.
>
>I agree.
>
> --- Noel
>
>
I agree too. Not beeing a newbie I still prefere easy-install Commuigate
Pro over Sendmail-config-headache for my use. I'm ofcourse hoping to
switch to James when it can satisfy my IMAP-addiction.
- Christian
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Danny Angus <da...@apache.org>.
Which the binary provides
> -----Original Message-----
> From: Noel J. Bergman [mailto:noel@devtech.com]
> Sent: 13 August 2002 22:34
> To: James Developers List
> Subject: RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>
>
> > I think, to get a big Community it's necessary to get a easy install for
> Newbies.
>
> I agree.
>
> --- Noel
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by "Noel J. Bergman" <no...@devtech.com>.
> I think, to get a big Community it's necessary to get a easy install for
Newbies.
I agree.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Sascha Kulawik <sa...@kulawik.de>.
>
> Sascha,
>
> > -1 from me.
>
> FWIW, only committers actually get a vote. Hence my "null"
> comment. :-)
Oh i see :) (I'm over 18 and can't vote, thats life ! ROTFL :)
> I do agree about keeping it easy for newbies to build, but I
> suppose that there is a balance between that and the
> maintenance issue.
Right, but Ant hasn't to be a rapidly changed module of James.
The actual version works, and thats all what we need.
> One could ask when Phoenix will be removed from the CVS, so
> that one only builds JAMES.SAR, and has to go get a
> compatible Phoenix.
Hmm... Could be harder then removing Ant. But I think, to get a big
Community it's necessary to get a easy install for Newbies.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Charles Benett <ch...@benett1.demon.co.uk>.
sean@sentia.ie wrote:
> apologies on that, are comments from non-committers welcome?
Yes, Yes, Yes
Charles
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Danny Angus <da...@apache.org>.
> apologies on that, are comments from non-committers welcome?
Totally, and vote if you like too, your opinion will be seen by all, just
your vote won't be counted.
d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by "Noel J. Bergman" <no...@devtech.com>.
Of course! :-) "FWIW" means "for what its worth." I was simply pointing
out that our voices don't count in the voting tally.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by se...@sentia.ie.
apologies on that, are comments from non-committers welcome?
-----Original Message-----
From: Noel J. Bergman [mailto:noel@devtech.com]
Sent: 13 August 2002 14:16
To: James Developers List
Subject: RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Sascha,
> -1 from me.
FWIW, only committers actually get a vote. Hence my "null" comment. :-)
I do agree about keeping it easy for newbies to build, but I suppose that
there is a balance between that and the maintenance issue.
One could ask when Phoenix will be removed from the CVS, so that one only
builds JAMES.SAR, and has to go get a compatible Phoenix.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Danny Angus <da...@apache.org>.
> One could ask when Phoenix will be removed from the CVS, so that one only
> builds JAMES.SAR, and has to go get a compatible Phoenix.
Difr'nt issue, Phoenix is provided in binaries that run without any build.
Ant is used to build from source, anyone wanting to build the source can be
assumed to have some notion of what is going on, anyone wanting to run a
mailserver can hardly be assumed to be capable of even dressing themselves
in the morning.
Its Just A Joke, don't flame me.
d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by "Noel J. Bergman" <no...@devtech.com>.
Sascha,
> -1 from me.
FWIW, only committers actually get a vote. Hence my "null" comment. :-)
I do agree about keeping it easy for newbies to build, but I suppose that
there is a balance between that and the maintenance issue.
One could ask when Phoenix will be removed from the CVS, so that one only
builds JAMES.SAR, and has to go get a compatible Phoenix.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Sascha Kulawik <sa...@kulawik.de>.
-1 from me.
It is easier for the users, if they can get it "out-of-the-box". Other
Projects as Cocoon also have their own ANT inside the CVS.
> -----Original Message-----
> From: Peter M. Goldstein [mailto:peter_m_goldstein@yahoo.com]
> Sent: Tuesday, August 13, 2002 8:52 PM
> To: 'James Developers List'
> Subject: RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>
>
>
> Assuming that the requirement is documented on the web page
> (including required ant version) I'll give that yea vote.
>
> +1 from me (with above caveat)
>
> --Peter
>
> > -----Original Message-----
> > From: Danny Angus [mailto:danny@apache.org]
> > Sent: Tuesday, August 13, 2002 11:41 AM
> > To: James Developers List
> > Subject: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
> >
> >
> > Quick poll...
> >
> > should we remove ant from cvs, and assume that anyone
> interested will
> get
> > it themselves?
> >
> > +1 from me to kick it off.
> >
> > d.
> >
> >
> >
> > > -----Original Message-----
> > > From: Noel J. Bergman [mailto:noel@devtech.com]
> > > Sent: 13 August 2002 17:41
> > > To: James Developers List
> > > Subject: RE: Phoenix 4.0 beta
> > >
> > >
> > > James still has ./build.[bat|sh] files. All that build.sh does is
> setup
> > > CLASSPATH, make sure that ant has the executable flag set, and run
> ant.
> > >
> > > --- Noel
> > >
> > > -----Original Message-----
> > > From: Paul Hammant [mailto:paul_hammant@yahoo.com]
> > > Sent: Tuesday, August 13, 2002 12:12
> > > To: James Developers List
> > > Subject: RE: Phoenix 4.0 beta
> > >
> > >
> > > Double check: Are we talking about the build files for JAMES or
> Pheonix.
> > > Have you tried doing a
> > > build with just 'ant compile' rather than 'build compile' All the
> > Avalon
> > > projects got rid of
> > > build.bat and build.sh ages ago...
> > >
> > > - Paul
> > >
> > > --- "Noel J. Bergman" <no...@devtech.com> wrote: > The problem is
> > > caused by upgrading to Xerces
> > > v2. If you replace:
> > > >
> > > > CLASSPATH=phoenix-bin/lib/xerces.jar
> > > >
> > > > with:
> > > >
> > > >
> > >
> CLASSPATH=phoenix-bin/lib/xerces-2.0.1.jar:phoenix-bin/lib/xml
> -apis.jar
> > > >
> > > > the build runs cleanly.
> > > >
> > > > The reason that the build worked when jakarta-site2 was
> present is
> > that
> > > > xerces v1 is part of the site2 module, and xerces v1 had
> > > everything in one
> > > > jar. With Xerces v2, there are two jar files. FWIW,
> Xerces 2.0.2
> > calls
> > > > them xercesImpl.jar and xmlParserAPIs.jar.
> > > >
> > > > And the Windows build file, build.bat, is completely different!
> > > It says:
> > > >
> > > > set
> > > >
> > > CLASSPATH=lib\xerces-1.4.3.jar;tools\lib\velocity-1.3-dev.jar;tool
> > > s\lib\jdom
> > > -b7.jar
> > > >
> > > > There isn't a xerces-1.4.*.jar in the lib/ directory.
> > > >
> > > > --- Noel
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail: <mailto:james-dev-
> > help@jakarta.apache.org>
> >
> >
> > --
> > To unsubscribe, e-mail: <mailto:james-dev-
> > unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: <mailto:james-dev-
> > help@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:james-dev-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by "Peter M. Goldstein" <pe...@yahoo.com>.
Assuming that the requirement is documented on the web page (including
required ant version) I'll give that yea vote.
+1 from me (with above caveat)
--Peter
> -----Original Message-----
> From: Danny Angus [mailto:danny@apache.org]
> Sent: Tuesday, August 13, 2002 11:41 AM
> To: James Developers List
> Subject: [VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
>
>
> Quick poll...
>
> should we remove ant from cvs, and assume that anyone interested will
get
> it themselves?
>
> +1 from me to kick it off.
>
> d.
>
>
>
> > -----Original Message-----
> > From: Noel J. Bergman [mailto:noel@devtech.com]
> > Sent: 13 August 2002 17:41
> > To: James Developers List
> > Subject: RE: Phoenix 4.0 beta
> >
> >
> > James still has ./build.[bat|sh] files. All that build.sh does is
setup
> > CLASSPATH, make sure that ant has the executable flag set, and run
ant.
> >
> > --- Noel
> >
> > -----Original Message-----
> > From: Paul Hammant [mailto:paul_hammant@yahoo.com]
> > Sent: Tuesday, August 13, 2002 12:12
> > To: James Developers List
> > Subject: RE: Phoenix 4.0 beta
> >
> >
> > Double check: Are we talking about the build files for JAMES or
Pheonix.
> > Have you tried doing a
> > build with just 'ant compile' rather than 'build compile' All the
> Avalon
> > projects got rid of
> > build.bat and build.sh ages ago...
> >
> > - Paul
> >
> > --- "Noel J. Bergman" <no...@devtech.com> wrote: > The problem is
> > caused by
> > upgrading to Xerces
> > v2. If you replace:
> > >
> > > CLASSPATH=phoenix-bin/lib/xerces.jar
> > >
> > > with:
> > >
> > >
> >
CLASSPATH=phoenix-bin/lib/xerces-2.0.1.jar:phoenix-bin/lib/xml-apis.jar
> > >
> > > the build runs cleanly.
> > >
> > > The reason that the build worked when jakarta-site2 was present is
> that
> > > xerces v1 is part of the site2 module, and xerces v1 had
> > everything in one
> > > jar. With Xerces v2, there are two jar files. FWIW, Xerces 2.0.2
> calls
> > > them xercesImpl.jar and xmlParserAPIs.jar.
> > >
> > > And the Windows build file, build.bat, is completely different!
> > It says:
> > >
> > > set
> > >
> > CLASSPATH=lib\xerces-1.4.3.jar;tools\lib\velocity-1.3-dev.jar;tool
> > s\lib\jdom
> > -b7.jar
> > >
> > > There isn't a xerces-1.4.*.jar in the lib/ directory.
> > >
> > > --- Noel
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail: <mailto:james-dev-
> help@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail: <mailto:james-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:james-dev-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
[VOTE] Should we remove ant? (was RE: Phoenix 4.0 beta)
Posted by Danny Angus <da...@apache.org>.
Quick poll...
should we remove ant from cvs, and assume that anyone interested will get
it themselves?
+1 from me to kick it off.
d.
> -----Original Message-----
> From: Noel J. Bergman [mailto:noel@devtech.com]
> Sent: 13 August 2002 17:41
> To: James Developers List
> Subject: RE: Phoenix 4.0 beta
>
>
> James still has ./build.[bat|sh] files. All that build.sh does is setup
> CLASSPATH, make sure that ant has the executable flag set, and run ant.
>
> --- Noel
>
> -----Original Message-----
> From: Paul Hammant [mailto:paul_hammant@yahoo.com]
> Sent: Tuesday, August 13, 2002 12:12
> To: James Developers List
> Subject: RE: Phoenix 4.0 beta
>
>
> Double check: Are we talking about the build files for JAMES or Pheonix.
> Have you tried doing a
> build with just 'ant compile' rather than 'build compile' All the Avalon
> projects got rid of
> build.bat and build.sh ages ago...
>
> - Paul
>
> --- "Noel J. Bergman" <no...@devtech.com> wrote: > The problem is
> caused by
> upgrading to Xerces
> v2. If you replace:
> >
> > CLASSPATH=phoenix-bin/lib/xerces.jar
> >
> > with:
> >
> >
> CLASSPATH=phoenix-bin/lib/xerces-2.0.1.jar:phoenix-bin/lib/xml-apis.jar
> >
> > the build runs cleanly.
> >
> > The reason that the build worked when jakarta-site2 was present is that
> > xerces v1 is part of the site2 module, and xerces v1 had
> everything in one
> > jar. With Xerces v2, there are two jar files. FWIW, Xerces 2.0.2 calls
> > them xercesImpl.jar and xmlParserAPIs.jar.
> >
> > And the Windows build file, build.bat, is completely different!
> It says:
> >
> > set
> >
> CLASSPATH=lib\xerces-1.4.3.jar;tools\lib\velocity-1.3-dev.jar;tool
> s\lib\jdom
> -b7.jar
> >
> > There isn't a xerces-1.4.*.jar in the lib/ directory.
> >
> > --- Noel
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Phoenix 4.0 beta
Posted by "Noel J. Bergman" <no...@devtech.com>.
James still has ./build.[bat|sh] files. All that build.sh does is setup
CLASSPATH, make sure that ant has the executable flag set, and run ant.
--- Noel
-----Original Message-----
From: Paul Hammant [mailto:paul_hammant@yahoo.com]
Sent: Tuesday, August 13, 2002 12:12
To: James Developers List
Subject: RE: Phoenix 4.0 beta
Double check: Are we talking about the build files for JAMES or Pheonix.
Have you tried doing a
build with just 'ant compile' rather than 'build compile' All the Avalon
projects got rid of
build.bat and build.sh ages ago...
- Paul
--- "Noel J. Bergman" <no...@devtech.com> wrote: > The problem is caused by
upgrading to Xerces
v2. If you replace:
>
> CLASSPATH=phoenix-bin/lib/xerces.jar
>
> with:
>
> CLASSPATH=phoenix-bin/lib/xerces-2.0.1.jar:phoenix-bin/lib/xml-apis.jar
>
> the build runs cleanly.
>
> The reason that the build worked when jakarta-site2 was present is that
> xerces v1 is part of the site2 module, and xerces v1 had everything in one
> jar. With Xerces v2, there are two jar files. FWIW, Xerces 2.0.2 calls
> them xercesImpl.jar and xmlParserAPIs.jar.
>
> And the Windows build file, build.bat, is completely different! It says:
>
> set
>
CLASSPATH=lib\xerces-1.4.3.jar;tools\lib\velocity-1.3-dev.jar;tools\lib\jdom
-b7.jar
>
> There isn't a xerces-1.4.*.jar in the lib/ directory.
>
> --- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Phoenix 4.0 beta
Posted by Paul Hammant <pa...@yahoo.com>.
Double check: Are we talking about the build files for JAMES or Pheonix. Have you tried doing a
build with just 'ant compile' rather than 'build compile' All the Avalon projects got rid of
build.bat and build.sh ages ago...
- Paul
--- "Noel J. Bergman" <no...@devtech.com> wrote: > The problem is caused by upgrading to Xerces
v2. If you replace:
>
> CLASSPATH=phoenix-bin/lib/xerces.jar
>
> with:
>
> CLASSPATH=phoenix-bin/lib/xerces-2.0.1.jar:phoenix-bin/lib/xml-apis.jar
>
> the build runs cleanly.
>
> The reason that the build worked when jakarta-site2 was present is that
> xerces v1 is part of the site2 module, and xerces v1 had everything in one
> jar. With Xerces v2, there are two jar files. FWIW, Xerces 2.0.2 calls
> them xercesImpl.jar and xmlParserAPIs.jar.
>
> And the Windows build file, build.bat, is completely different! It says:
>
> set
> CLASSPATH=lib\xerces-1.4.3.jar;tools\lib\velocity-1.3-dev.jar;tools\lib\jdom
> -b7.jar
>
> There isn't a xerces-1.4.*.jar in the lib/ directory.
>
> --- Noel
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Phoenix 4.0 beta
Posted by "Noel J. Bergman" <no...@devtech.com>.
The problem is caused by upgrading to Xerces v2. If you replace:
CLASSPATH=phoenix-bin/lib/xerces.jar
with:
CLASSPATH=phoenix-bin/lib/xerces-2.0.1.jar:phoenix-bin/lib/xml-apis.jar
the build runs cleanly.
The reason that the build worked when jakarta-site2 was present is that
xerces v1 is part of the site2 module, and xerces v1 had everything in one
jar. With Xerces v2, there are two jar files. FWIW, Xerces 2.0.2 calls
them xercesImpl.jar and xmlParserAPIs.jar.
And the Windows build file, build.bat, is completely different! It says:
set
CLASSPATH=lib\xerces-1.4.3.jar;tools\lib\velocity-1.3-dev.jar;tools\lib\jdom
-b7.jar
There isn't a xerces-1.4.*.jar in the lib/ directory.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Phoenix 4.0 beta
Posted by "Noel J. Bergman" <no...@devtech.com>.
> A JAXP parser is included in JDK1.4. I guess we should add one to James'
lib.
jakarta-site2 provides:
./jakarta-site2/lib/jdom-b8.jar
./jakarta-site2/lib/xerces-1.4.4.jar
jakarta-james provides:
./tools/lib/jdom-b7.jar
./phoenix-bin/lib/xerces-2.0.1.jar
The preamble in build.sh is:
CLASSPATH=phoenix-bin/lib/xerces.jar
## Setup the Anakia stuff
if [ -d ../jakarta-site2/lib ] ; then
for i in ../jakarta-site2/lib/velocity*.jar
do
CLASSPATH=${CLASSPATH}:$i
done
for i in ../jakarta-site2/lib/jdom*.jar
do
CLASSPATH=${CLASSPATH}:$i
done
for i in ../jakarta-site2/lib/xerces*.jar
do
CLASSPATH=${CLASSPATH}:$i
done
echo "Jakarta-Site2 Module Found"
fi
There is no xerces.jar where it is expected, but changing it to
xerces-2.0.1.jar didn't solve the problem. I'll look at it again when I
wake up later. An ordering and versioning change should solve this
trivially.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Phoenix 4.0 beta
Posted by Charles Benett <ch...@benett1.demon.co.uk>.
Noel J. Bergman wrote:
> A few issues:
>
> 1. Before last night's changes, James built without a problem. After last
> night's changes I got an error that a JAXP compliant parser was required. I
> could only build James after downloading jakarta-site2 to my system in
> addition to James. My build configuration is Sun JDK 1.3 on RH 6.2.
A JAXP parser is included in JDK1.4. I guess we should add one to James'
lib.
Charles
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Phoenix 4.0 beta
Posted by Danny Angus <da...@apache.org>.
And ..Paul.. as we didn't get cvs messages, could you summarise your changes
pls.
> -----Original Message-----
> From: Noel J. Bergman [mailto:noel@devtech.com]
> Sent: 13 August 2002 08:45
> To: James Developers List
> Subject: RE: Phoenix 4.0 beta
>
>
> A few issues:
>
> 1. Before last night's changes, James built without a problem. After last
> night's changes I got an error that a JAXP compliant parser was
> required. I
> could only build James after downloading jakarta-site2 to my system in
> addition to James. My build configuration is Sun JDK 1.3 on RH 6.2.
>
> 2. Does org.apache.avalon.phoenix.components.manager.MX4JSystemManager
> listen specifically on localhost, or is this another port that we need to
> firewall? Does the component understand a bind address
> parameter? [Sorry,
> it is 3:15AM ... I'll look for source code in the morning if I
> don't find a
> reply on the mailing list]
>
> With respect to http://localhost:8082, this presumes that the server is
> capable of hosting a suitable browser (or that the person is able
> to execute
> an alternative, such as an ssh tunnel). Apache users could do something
> like (off-the-cuff):
>
> <Location /jmx/ >
> SSLRequire %{SSL_CIPHER_USEKEYSIZE} >= 128
> ProxyPass /jmx/ http://localhost:8082/
> ProxyPassReverse /jmx/ http://localhost:8082/
> </Location>
>
> I'll play with that later.
>
> --- Noel
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Phoenix 4.0 beta
Posted by "Noel J. Bergman" <no...@devtech.com>.
A few issues:
1. Before last night's changes, James built without a problem. After last
night's changes I got an error that a JAXP compliant parser was required. I
could only build James after downloading jakarta-site2 to my system in
addition to James. My build configuration is Sun JDK 1.3 on RH 6.2.
2. Does org.apache.avalon.phoenix.components.manager.MX4JSystemManager
listen specifically on localhost, or is this another port that we need to
firewall? Does the component understand a bind address parameter? [Sorry,
it is 3:15AM ... I'll look for source code in the morning if I don't find a
reply on the mailing list]
With respect to http://localhost:8082, this presumes that the server is
capable of hosting a suitable browser (or that the person is able to execute
an alternative, such as an ssh tunnel). Apache users could do something
like (off-the-cuff):
<Location /jmx/ >
SSLRequire %{SSL_CIPHER_USEKEYSIZE} >= 128
ProxyPass /jmx/ http://localhost:8082/
ProxyPassReverse /jmx/ http://localhost:8082/
</Location>
I'll play with that later.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>