You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bcel-dev@jakarta.apache.org by Henri Yandell <ba...@generationjava.com> on 2005/02/22 06:13:45 UTC
[site] New Jakarta download pages
(Bcc'd to all Jakarta dev lists)
Partly an announcement that the Jakarta download pages have been changed
somewhat. Rather than one huge page, it's a whole set of pages. So when
time comes to do your next release, you modify
site/downloads/downloads.xml and run ant.
Source, binary and nightly-builds are all part of the same page.
More importantly, a suggestion that projects should no longer link to the
top download page, but instead link to their particular download page.
So POI would link to:
http://jakarta.apache.org/site/downloads/downloads_poi.cgi
Commons would link to:
http://jakarta.apache.org/site/downloads/downloads_commons.html
Commons IO would link to:
http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi
and so on.
The new pages should be exact matches to the previous binindex and
sourceindex pages. One requested improvement is for filenames to be
specified rather than '1.0.zip'. Hopefully we can make that change
globally by figuring out the xslt to get the filename from a url.
Another improvement is to add the cvs.apache.org/snapshot/velocity, and
any other live snapshots as Nightly Builds.
Apologies for the cross-list posting, wanted to make sure everybody got
the memo about changing the download links if they want. :) Please direct
replies back to the general list.
Hen
---------------------------------------------------------------------
To unsubscribe, e-mail: bcel-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: bcel-dev-help@jakarta.apache.org
Re: [site] New Jakarta download pages
Posted by Henri Yandell <ba...@generationjava.com>.
Sorry to cause you such problems :( I'm an idiot for not saying there were
1.5 problems in the email last night.
I've zapped it through again. Almost thought it didn't work uintil I
realised that I have to chmod +x the .cgi files.
Things seem to be okay. I'll focus on working on this today whenever
possible.
Hen
On Tue, 22 Feb 2005, Howard Lewis Ship wrote:
> I've done what I can. Fixed up the build to work on 1.4 and chunk the
> files correctly. However, when I update the live site, all the
> download cgi links broke. Got a server-side error, something about
> incomplete script header in the error log.
>
> Took a look ... everything looked fine to me, couldn't understand what
> the problem is.
>
> I reverted back to revision 154568 (thank you Subversion!). Even so,
> things are odd: http://jakarta.apache.org/site/binindex.cgi#tapestry
> shows a list of mirror sites. I'm getting the feeling that two
> different sets of changes collided, and it's too early in the morning
> here for me to figure it out (I've been at this for 1.5 hours).
>
> Perhaps you could try and build and deploy, see what you get.
>
>
> On Tue, 22 Feb 2005 09:14:14 -0500 (EST), Henri Yandell
> <ba...@generationjava.com> wrote:
>>
>> Odd, not seen that in 1.4 before. I'm on a Mac, but Gump on 1.4 didn't
>> notice it either, I assume on either Linux or BSD/Linux.
>>
>> Gump picked it up as a problem in 1.5, and the new download stuff has an
>> additional problem in 1.5 that I was looking at last night. Files get put
>> in the wrong place.
>>
>> Looks like problems at the moment too, are you working on things
>> currently?
>>
>> Hen
>>
>> On Tue, 22 Feb 2005, Howard Lewis Ship wrote:
>>
>>> I'm trying to put up the Tapestry 3.1-alpha-1 release.
>>>
>>> I'm getting the following:
>>>
>>> docs:
>>> [style] Transforming into C:\workspace\jakarta-site2\docs
>>> [style] Processing C:\workspace\jakarta-site2\xdocs\index.xml
>>> to C:\workspace\jakarta-site2\docs\index.html
>>> [style] Loading stylesheet
>>> C:\workspace\jakarta-site2\xdocs\stylesheets\site.xsl
>>> [style] : Error!
>>> file:///C:/workspace/jakarta-site2/xdocs/stylesheets/site.xsl: line
>>> 26: The method attribute of an <xsl:output> element had the value
>>> 'xhtml'. The value must be one of xml, html, text, or
>>> qname-but-not-ncname
>>> [style] : Fatal Error! Could not compile stylesheet
>>> [style] Failed to process C:\workspace\jakarta-site2\xdocs\index.xml
>>> BUILD FAILED: C:\workspace\jakarta-site2\build.xml:36: Fatal error
>>> during transformation
>>> Total time: 3 seconds
>>>
>>> I've tried JDK 1.4 and 1.5.
>>>
>>> Henri --- what was your dev environment?
>>>
>>> The change is in commit 128376 of xdocs/stylesheets/site.xsl.
>>>
>>> I'm going to switch it back to html for the meantime.
>>>
>>>
>>> On Tue, 22 Feb 2005 00:13:45 -0500 (EST), Henri Yandell
>>> <ba...@generationjava.com> wrote:
>>>>
>>>> (Bcc'd to all Jakarta dev lists)
>>>>
>>>> Partly an announcement that the Jakarta download pages have been changed
>>>> somewhat. Rather than one huge page, it's a whole set of pages. So when
>>>> time comes to do your next release, you modify
>>>> site/downloads/downloads.xml and run ant.
>>>>
>>>> Source, binary and nightly-builds are all part of the same page.
>>>>
>>>> More importantly, a suggestion that projects should no longer link to the
>>>> top download page, but instead link to their particular download page.
>>>>
>>>> So POI would link to:
>>>>
>>>> http://jakarta.apache.org/site/downloads/downloads_poi.cgi
>>>>
>>>> Commons would link to:
>>>>
>>>> http://jakarta.apache.org/site/downloads/downloads_commons.html
>>>>
>>>> Commons IO would link to:
>>>>
>>>> http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi
>>>>
>>>> and so on.
>>>>
>>>> The new pages should be exact matches to the previous binindex and
>>>> sourceindex pages. One requested improvement is for filenames to be
>>>> specified rather than '1.0.zip'. Hopefully we can make that change
>>>> globally by figuring out the xslt to get the filename from a url.
>>>>
>>>> Another improvement is to add the cvs.apache.org/snapshot/velocity, and
>>>> any other live snapshots as Nightly Builds.
>>>>
>>>> Apologies for the cross-list posting, wanted to make sure everybody got
>>>> the memo about changing the download links if they want. :) Please direct
>>>> replies back to the general list.
>>>>
>>>> Hen
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: general-help@jakarta.apache.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Howard M. Lewis Ship
>>> Independent J2EE / Open-Source Java Consultant
>>> Creator, Jakarta Tapestry
>>> Creator, Jakarta HiveMind
>>>
>>> Professional Tapestry training, mentoring, support
>>> and project work. http://howardlewisship.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: general-help@jakarta.apache.org
>>>
>>
>
>
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
>
> Professional Tapestry training, mentoring, support
> and project work. http://howardlewisship.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [site] New Jakarta download pages
Posted by Howard Lewis Ship <hl...@gmail.com>.
I've done what I can. Fixed up the build to work on 1.4 and chunk the
files correctly. However, when I update the live site, all the
download cgi links broke. Got a server-side error, something about
incomplete script header in the error log.
Took a look ... everything looked fine to me, couldn't understand what
the problem is.
I reverted back to revision 154568 (thank you Subversion!). Even so,
things are odd: http://jakarta.apache.org/site/binindex.cgi#tapestry
shows a list of mirror sites. I'm getting the feeling that two
different sets of changes collided, and it's too early in the morning
here for me to figure it out (I've been at this for 1.5 hours).
Perhaps you could try and build and deploy, see what you get.
On Tue, 22 Feb 2005 09:14:14 -0500 (EST), Henri Yandell
<ba...@generationjava.com> wrote:
>
> Odd, not seen that in 1.4 before. I'm on a Mac, but Gump on 1.4 didn't
> notice it either, I assume on either Linux or BSD/Linux.
>
> Gump picked it up as a problem in 1.5, and the new download stuff has an
> additional problem in 1.5 that I was looking at last night. Files get put
> in the wrong place.
>
> Looks like problems at the moment too, are you working on things
> currently?
>
> Hen
>
> On Tue, 22 Feb 2005, Howard Lewis Ship wrote:
>
> > I'm trying to put up the Tapestry 3.1-alpha-1 release.
> >
> > I'm getting the following:
> >
> > docs:
> > [style] Transforming into C:\workspace\jakarta-site2\docs
> > [style] Processing C:\workspace\jakarta-site2\xdocs\index.xml
> > to C:\workspace\jakarta-site2\docs\index.html
> > [style] Loading stylesheet
> > C:\workspace\jakarta-site2\xdocs\stylesheets\site.xsl
> > [style] : Error!
> > file:///C:/workspace/jakarta-site2/xdocs/stylesheets/site.xsl: line
> > 26: The method attribute of an <xsl:output> element had the value
> > 'xhtml'. The value must be one of xml, html, text, or
> > qname-but-not-ncname
> > [style] : Fatal Error! Could not compile stylesheet
> > [style] Failed to process C:\workspace\jakarta-site2\xdocs\index.xml
> > BUILD FAILED: C:\workspace\jakarta-site2\build.xml:36: Fatal error
> > during transformation
> > Total time: 3 seconds
> >
> > I've tried JDK 1.4 and 1.5.
> >
> > Henri --- what was your dev environment?
> >
> > The change is in commit 128376 of xdocs/stylesheets/site.xsl.
> >
> > I'm going to switch it back to html for the meantime.
> >
> >
> > On Tue, 22 Feb 2005 00:13:45 -0500 (EST), Henri Yandell
> > <ba...@generationjava.com> wrote:
> >>
> >> (Bcc'd to all Jakarta dev lists)
> >>
> >> Partly an announcement that the Jakarta download pages have been changed
> >> somewhat. Rather than one huge page, it's a whole set of pages. So when
> >> time comes to do your next release, you modify
> >> site/downloads/downloads.xml and run ant.
> >>
> >> Source, binary and nightly-builds are all part of the same page.
> >>
> >> More importantly, a suggestion that projects should no longer link to the
> >> top download page, but instead link to their particular download page.
> >>
> >> So POI would link to:
> >>
> >> http://jakarta.apache.org/site/downloads/downloads_poi.cgi
> >>
> >> Commons would link to:
> >>
> >> http://jakarta.apache.org/site/downloads/downloads_commons.html
> >>
> >> Commons IO would link to:
> >>
> >> http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi
> >>
> >> and so on.
> >>
> >> The new pages should be exact matches to the previous binindex and
> >> sourceindex pages. One requested improvement is for filenames to be
> >> specified rather than '1.0.zip'. Hopefully we can make that change
> >> globally by figuring out the xslt to get the filename from a url.
> >>
> >> Another improvement is to add the cvs.apache.org/snapshot/velocity, and
> >> any other live snapshots as Nightly Builds.
> >>
> >> Apologies for the cross-list posting, wanted to make sure everybody got
> >> the memo about changing the download links if they want. :) Please direct
> >> replies back to the general list.
> >>
> >> Hen
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: general-help@jakarta.apache.org
> >>
> >>
> >
> >
> > --
> > Howard M. Lewis Ship
> > Independent J2EE / Open-Source Java Consultant
> > Creator, Jakarta Tapestry
> > Creator, Jakarta HiveMind
> >
> > Professional Tapestry training, mentoring, support
> > and project work. http://howardlewisship.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
>
--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind
Professional Tapestry training, mentoring, support
and project work. http://howardlewisship.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Stefan Bodewig <bo...@apache.org>.
On Tue, 22 Feb 2005, Henri Yandell <ba...@generationjava.com> wrote:
> The current problems are largely due to a stupid assumption on my
> part that Xalan would be the JDK xslt handler forever.
XSLTC is considered the next generation of Xalan, or so it seems.
Looking at our Gump experience, whichever versions of Xerces and XSLTC
are included with JDK 1.5, they must be quite different from the
Apache CVS versions (Apache Xerces doesn't fully support DOM3 yet,
xml-commons is still at JAXP 1.2 level, XSLTC from CVS HEAD doesn't
even build under JDK 1.5 using any released version of Ant ...)
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Henri Yandell <ba...@generationjava.com>.
Short term, I just want to get this working asap. ie) add a fixed
dependency on Xalan I think. Hopefully Stefan can help there. The current
problems are largely due to a stupid assumption on my part that Xalan
would be the JDK xslt handler forever.
Longer term, I think we shouldn't be building on personal machines. I'm
hugely suspicious of the 'build to' concept.
For any Jakarta site or for the releasables themselves. We should do it
all in a standard build server environment.
With the staging idea, I'd imagine we'd build to staging, then migrate
staging to prod; rather than rebuilding to prod.
Hen
On Tue, 22 Feb 2005, Howard Lewis Ship wrote:
> I think we should not be checking in derived files.
>
> I think the process should be:
> 1) Build and test locally
> 2) SVN checkin
> 3) Log into jakarta
> 4) SVN checkout
> 5) Build to staging area; test stage
> 6) Build to production; test production
>
> The build.xml needs to have targets:
> build -- local build (to target/site)
> build-stage -- to /www/jakarta-stage.apache.org ?
> build-prod - to /www/jakarta.apache.org
>
> The build scripts can be smart about setting file permissions & etc.
>
>
> On Tue, 22 Feb 2005 12:42:45 -0500 (EST), Henri Yandell
> <ba...@generationjava.com> wrote:
>>
>>
>> On Tue, 22 Feb 2005, Stefan Bodewig wrote:
>>
>>> While it was using XSLTC, which is the TraX processor shipping with
>>> JDK 1.5. We now switched to Xalan-J's CVS HEAD.
>>
>> I give up :)
>>
>> How would I force it to be dependent on a particular version of Xalan?
>>
>> Along with the problems with .cgi files and xhtml, xsltc appears to sort
>> the attributes of a html tag differently so if we have 1 person using 1.4
>> and 1 using 1.5, our diffs are going to be spammed by attributes rotating
>> back and forth.
>>
>> Throw in possible worries that the http:// url was causing problems under
>> 1.4 and it seems to not be worth the trouble.
>>
>> Hen
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: general-help@jakarta.apache.org
>>
>>
>
>
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
>
> Professional Tapestry training, mentoring, support
> and project work. http://howardlewisship.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Martin Cooper <mf...@gmail.com>.
On Tue, 22 Feb 2005 14:09:48 -0500, Howard Lewis Ship <hl...@gmail.com> wrote:
> I think we should not be checking in derived files.
One of the reasons for that is so that anyone on the infrastructure
team can quickly replace the site if it is corrupted or vandalised
somehow. They should not have to go through a build process before
they can do that.
--
Martin Cooper
> I think the process should be:
> 1) Build and test locally
> 2) SVN checkin
> 3) Log into jakarta
> 4) SVN checkout
> 5) Build to staging area; test stage
> 6) Build to production; test production
>
> The build.xml needs to have targets:
> build -- local build (to target/site)
> build-stage -- to /www/jakarta-stage.apache.org ?
> build-prod - to /www/jakarta.apache.org
>
> The build scripts can be smart about setting file permissions & etc.
>
> On Tue, 22 Feb 2005 12:42:45 -0500 (EST), Henri Yandell
> <ba...@generationjava.com> wrote:
> >
> >
> > On Tue, 22 Feb 2005, Stefan Bodewig wrote:
> >
> > > While it was using XSLTC, which is the TraX processor shipping with
> > > JDK 1.5. We now switched to Xalan-J's CVS HEAD.
> >
> > I give up :)
> >
> > How would I force it to be dependent on a particular version of Xalan?
> >
> > Along with the problems with .cgi files and xhtml, xsltc appears to sort
> > the attributes of a html tag differently so if we have 1 person using 1.4
> > and 1 using 1.5, our diffs are going to be spammed by attributes rotating
> > back and forth.
> >
> > Throw in possible worries that the http:// url was causing problems under
> > 1.4 and it seems to not be worth the trouble.
> >
> > Hen
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
>
> Professional Tapestry training, mentoring, support
> and project work. http://howardlewisship.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Howard Lewis Ship <hl...@gmail.com>.
I think we should not be checking in derived files.
I think the process should be:
1) Build and test locally
2) SVN checkin
3) Log into jakarta
4) SVN checkout
5) Build to staging area; test stage
6) Build to production; test production
The build.xml needs to have targets:
build -- local build (to target/site)
build-stage -- to /www/jakarta-stage.apache.org ?
build-prod - to /www/jakarta.apache.org
The build scripts can be smart about setting file permissions & etc.
On Tue, 22 Feb 2005 12:42:45 -0500 (EST), Henri Yandell
<ba...@generationjava.com> wrote:
>
>
> On Tue, 22 Feb 2005, Stefan Bodewig wrote:
>
> > While it was using XSLTC, which is the TraX processor shipping with
> > JDK 1.5. We now switched to Xalan-J's CVS HEAD.
>
> I give up :)
>
> How would I force it to be dependent on a particular version of Xalan?
>
> Along with the problems with .cgi files and xhtml, xsltc appears to sort
> the attributes of a html tag differently so if we have 1 person using 1.4
> and 1 using 1.5, our diffs are going to be spammed by attributes rotating
> back and forth.
>
> Throw in possible worries that the http:// url was causing problems under
> 1.4 and it seems to not be worth the trouble.
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind
Professional Tapestry training, mentoring, support
and project work. http://howardlewisship.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Henri Yandell <ba...@generationjava.com>.
Btw, made the build.xml bomb out for the moment if it's not built under
1.4.
Hen
On Tue, 22 Feb 2005, Henri Yandell wrote:
>
>
> On Tue, 22 Feb 2005, Stefan Bodewig wrote:
>
>> While it was using XSLTC, which is the TraX processor shipping with
>> JDK 1.5. We now switched to Xalan-J's CVS HEAD.
>
> I give up :)
>
> How would I force it to be dependent on a particular version of Xalan?
>
> Along with the problems with .cgi files and xhtml, xsltc appears to sort the
> attributes of a html tag differently so if we have 1 person using 1.4 and 1
> using 1.5, our diffs are going to be spammed by attributes rotating back and
> forth.
>
> Throw in possible worries that the http:// url was causing problems under 1.4
> and it seems to not be worth the trouble.
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [site] Working under 1.5 Was: Problems under 1.5
Posted by sebb <se...@gmail.com>.
Just a follow-up:
The hard-coded paths have been turned into parameters, which in turn
are now passed in from the Ant script.
The properties passed in as parameters were already defined using
location, rather than value, so they become absolute paths - i.e.
there is no more need to move the 1.4 files after generation. So the
1.4 hacks have been removed.
1.4 and 1.5 still generate different output, but I think I've got a
work-round for that (see separate e-mail)
S.
On Feb 24, 2005 4:41 AM, Henri Yandell <ba...@generationjava.com> wrote:
>
> And now works under 1.4, at least my OS X.
>
> Still with the proviso that switching between 1.4 and 1.5 will lead to
> large svn diffs, so I've got a big warning at the top of the ant output
> that recommends 1.5.
>
> The hacks for 1.4 are clearly defined, but there is a bit of hard-coding
> of path into the xsl files to get it working under 1.5 that wouldn't be
> there if I had a clue how to make that work nicely.
>
> Hen
>
> On Wed, 23 Feb 2005, Henri Yandell wrote:
>
> >
> > Following the lead of every great salesman, I'll begin by informing one and
> > all that the site now generates under 1.5 quite happily. I'm using 1.5.0-rc
> > under Debian Linux.
> >
> > If pine could do smallprint, I'd point out that 1.4 doesn't work now. I think
> > it's going to be easier to fix 1.4 issues than to fix 1.5 issues.
> >
> > There's still the great big stinking pain of their different
> > indentation/attribute-order, which we could possibly solve by shipping xsltc
> > and forcing use of that. JDK 1.5 doesn't require the bootclasspath pain to
> > get a different version of xsltc than the one in the jdk to work (as sun
> > don't use the apache namespace for their variant).
> >
> > A driving reason for making 1.5 the working one and not 1.4 is that it's
> > quite simply better. 10 seconds vs 2 minutes is hard to argue with. The
> > biggest negative I know is that it cuts Mac users out (and I'm one of those).
> > In a few months we'll be upgrading to 1.5 (Steve willing).
> >
> > I'll work on ant-hackery to make the 1.4 one at least be correct, and then
> > hopefully we can echo a suggestion that using 1.5 is much preferable to 1.4
> > to avoid the evil svn diffs. If needed, we can then look at shipping xsltc
> > with the build.
> >
> > Hen
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [site] Working under 1.5 Was: Problems under 1.5
Posted by Henri Yandell <ba...@generationjava.com>.
And now works under 1.4, at least my OS X.
Still with the proviso that switching between 1.4 and 1.5 will lead to
large svn diffs, so I've got a big warning at the top of the ant output
that recommends 1.5.
The hacks for 1.4 are clearly defined, but there is a bit of hard-coding
of path into the xsl files to get it working under 1.5 that wouldn't be
there if I had a clue how to make that work nicely.
Hen
On Wed, 23 Feb 2005, Henri Yandell wrote:
>
> Following the lead of every great salesman, I'll begin by informing one and
> all that the site now generates under 1.5 quite happily. I'm using 1.5.0-rc
> under Debian Linux.
>
> If pine could do smallprint, I'd point out that 1.4 doesn't work now. I think
> it's going to be easier to fix 1.4 issues than to fix 1.5 issues.
>
> There's still the great big stinking pain of their different
> indentation/attribute-order, which we could possibly solve by shipping xsltc
> and forcing use of that. JDK 1.5 doesn't require the bootclasspath pain to
> get a different version of xsltc than the one in the jdk to work (as sun
> don't use the apache namespace for their variant).
>
> A driving reason for making 1.5 the working one and not 1.4 is that it's
> quite simply better. 10 seconds vs 2 minutes is hard to argue with. The
> biggest negative I know is that it cuts Mac users out (and I'm one of those).
> In a few months we'll be upgrading to 1.5 (Steve willing).
>
> I'll work on ant-hackery to make the 1.4 one at least be correct, and then
> hopefully we can echo a suggestion that using 1.5 is much preferable to 1.4
> to avoid the evil svn diffs. If needed, we can then look at shipping xsltc
> with the build.
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
[site] Working under 1.5 Was: Problems under 1.5
Posted by Henri Yandell <ba...@generationjava.com>.
Following the lead of every great salesman, I'll begin by informing one
and all that the site now generates under 1.5 quite happily. I'm using
1.5.0-rc under Debian Linux.
If pine could do smallprint, I'd point out that 1.4 doesn't work now. I
think it's going to be easier to fix 1.4 issues than to fix 1.5 issues.
There's still the great big stinking pain of their different
indentation/attribute-order, which we could possibly solve by shipping
xsltc and forcing use of that. JDK 1.5 doesn't require the bootclasspath
pain to get a different version of xsltc than the one in the jdk to work
(as sun don't use the apache namespace for their variant).
A driving reason for making 1.5 the working one and not 1.4 is that it's
quite simply better. 10 seconds vs 2 minutes is hard to argue with. The
biggest negative I know is that it cuts Mac users out (and I'm one of
those). In a few months we'll be upgrading to 1.5 (Steve willing).
I'll work on ant-hackery to make the 1.4 one at least be correct, and then
hopefully we can echo a suggestion that using 1.5 is much preferable to
1.4 to avoid the evil svn diffs. If needed, we can then look at shipping
xsltc with the build.
Hen
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Stefan Bodewig <bo...@apache.org>.
On Wed, 23 Feb 2005, Henri Yandell <ba...@generationjava.com> wrote:
> I assume that the JDK stuff in the classpath is going to butcher
> even an attempt to use Xalan directly via the <java> tag.
If you use <bootclasspath> instead of <classpath> it should work.
> The second is the use of the redirect extension.
This is where I thought we might use a different solution. Use an Ant
task instead of redirect extensions.
> The third is just that XSLTC orders the attributes differently from
> Xalan, so every site build is going to hit lots of pages (ie bad svn
> diffs) if we switch back and forth between JVMs.
Yes, I've seen you mention that and looked for a way to control the
behaviour of either - haven't found anything yet.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Henri Yandell <ba...@generationjava.com>.
On Wed, 23 Feb 2005, Stefan Bodewig wrote:
> On Tue, 22 Feb 2005, Henri Yandell <ba...@generationjava.com> wrote:
>> On Tue, 22 Feb 2005, Stefan Bodewig wrote:
>>
>>> While it was using XSLTC, which is the TraX processor shipping with
>>> JDK 1.5. We now switched to Xalan-J's CVS HEAD.
>>
>> I give up :)
>>
>> How would I force it to be dependent on a particular version of
>> Xalan?
>
> Check the jar as well as an xml-apis jar from xml-commons (or from
> Xalan itself) into svn, write a build.sh/.bar combo that ensures those
> two jars end up in the bootclasspath and force all people to use the
> scripts instead of Ant directly. I can't think of any other way,
> sorry.
I assume that the JDK stuff in the classpath is going to butcher even an
attempt to use Xalan directly via the <java> tag.
> The script would be as simple as
>
> ,----
> | #!/bin/sh
> |
> | ANT_OPTS="-bootclasspath path-to-xml-apis.jar:path-to-xalan.jar" ant "$@"
> `----
>
> Hmm, you'll probably need to include a matching version of Xerces as
> well.
Painful. Geir's laughing at me right now :)
> Maybe there is a way to do what you trying to do with XSLT in Ant,
> even if it may seem less easy. At the risk of overcommitting, what
> exactly requires Xalan-J ATM? Maybe I can come up with something
> that's going to work with Ant, even if I have to write a custom task
> (something I'm not really afraif of).
3 problems with Xalan->XSLTC.
The first is easy, changing xhtml to xml.
The second is the use of the redirect extension. In XSLTC it's putting the
files into cwd and not into the directory of the target file. If I dig a
bit into xsltc, it might have more available to its redirect tag, or I
could add a <move> to Ant (if I could get it to work for foo*.xml instead
of **/*.xml).
The third is just that XSLTC orders the attributes differently from Xalan,
so every site build is going to hit lots of pages (ie bad svn diffs) if we
switch back and forth between JVMs.
>> xsltc appears to sort the attributes of a html tag differently so if
>> we have 1 person using 1.4 and 1 using 1.5, our diffs are going to
>> be spammed by attributes rotating back and forth.
>
> That's a problem. Also XSLTC requires far more heap memory than
> Xalan-J 2.x.
Hadn't noticed the memory being a problem, but wasn't really looking. The
speed was impressive :)
Hen
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Stefan Bodewig <bo...@apache.org>.
On Tue, 22 Feb 2005, Henri Yandell <ba...@generationjava.com> wrote:
> On Tue, 22 Feb 2005, Stefan Bodewig wrote:
>
>> While it was using XSLTC, which is the TraX processor shipping with
>> JDK 1.5. We now switched to Xalan-J's CVS HEAD.
>
> I give up :)
>
> How would I force it to be dependent on a particular version of
> Xalan?
Check the jar as well as an xml-apis jar from xml-commons (or from
Xalan itself) into svn, write a build.sh/.bar combo that ensures those
two jars end up in the bootclasspath and force all people to use the
scripts instead of Ant directly. I can't think of any other way,
sorry.
The script would be as simple as
,----
| #!/bin/sh
|
| ANT_OPTS="-bootclasspath path-to-xml-apis.jar:path-to-xalan.jar" ant "$@"
`----
Hmm, you'll probably need to include a matching version of Xerces as
well.
Maybe there is a way to do what you trying to do with XSLT in Ant,
even if it may seem less easy. At the risk of overcommitting, what
exactly requires Xalan-J ATM? Maybe I can come up with something
that's going to work with Ant, even if I have to write a custom task
(something I'm not really afraif of).
> xsltc appears to sort the attributes of a html tag differently so if
> we have 1 person using 1.4 and 1 using 1.5, our diffs are going to
> be spammed by attributes rotating back and forth.
That's a problem. Also XSLTC requires far more heap memory than
Xalan-J 2.x.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Problems under 1.5 Was: [site] New Jakarta download pages
Posted by Henri Yandell <ba...@generationjava.com>.
On Tue, 22 Feb 2005, Stefan Bodewig wrote:
> While it was using XSLTC, which is the TraX processor shipping with
> JDK 1.5. We now switched to Xalan-J's CVS HEAD.
I give up :)
How would I force it to be dependent on a particular version of Xalan?
Along with the problems with .cgi files and xhtml, xsltc appears to sort
the attributes of a html tag differently so if we have 1 person using 1.4
and 1 using 1.5, our diffs are going to be spammed by attributes rotating
back and forth.
Throw in possible worries that the http:// url was causing problems under
1.4 and it seems to not be worth the trouble.
Hen
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [site] New Jakarta download pages
Posted by Howard Lewis Ship <hl...@gmail.com>.
I was using vanilla JDK 1.5, with standard built-in parsers.
On Tue, 22 Feb 2005 15:28:01 +0100, Stefan Bodewig <bo...@apache.org> wrote:
> On Tue, 22 Feb 2005, Henri Yandell <ba...@generationjava.com> wrote:
>
> > Odd, not seen that in 1.4 before. I'm on a Mac, but Gump on 1.4
> > didn't notice it either, I assume on either Linux or BSD/Linux.
>
> Debian Linux.
>
> It now uses -bootclasspath to force in CVS HEAD of Xalan-J, but the
> build worked even before that.
>
> Howard, are you using the endorsed standards override mechanism to use
> any other XSLT transformer than Xalan-J when you try it on JDK 1.4?
>
> > Gump picked it up as a problem in 1.5,
>
> While it was using XSLTC, which is the TraX processor shipping with
> JDK 1.5. We now switched to Xalan-J's CVS HEAD.
>
> Stefan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind
Professional Tapestry training, mentoring, support
and project work. http://howardlewisship.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [site] New Jakarta download pages
Posted by Stefan Bodewig <bo...@apache.org>.
On Tue, 22 Feb 2005, Henri Yandell <ba...@generationjava.com> wrote:
> Odd, not seen that in 1.4 before. I'm on a Mac, but Gump on 1.4
> didn't notice it either, I assume on either Linux or BSD/Linux.
Debian Linux.
It now uses -bootclasspath to force in CVS HEAD of Xalan-J, but the
build worked even before that.
Howard, are you using the endorsed standards override mechanism to use
any other XSLT transformer than Xalan-J when you try it on JDK 1.4?
> Gump picked it up as a problem in 1.5,
While it was using XSLTC, which is the TraX processor shipping with
JDK 1.5. We now switched to Xalan-J's CVS HEAD.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [site] New Jakarta download pages
Posted by Henri Yandell <ba...@generationjava.com>.
Odd, not seen that in 1.4 before. I'm on a Mac, but Gump on 1.4 didn't
notice it either, I assume on either Linux or BSD/Linux.
Gump picked it up as a problem in 1.5, and the new download stuff has an
additional problem in 1.5 that I was looking at last night. Files get put
in the wrong place.
Looks like problems at the moment too, are you working on things
currently?
Hen
On Tue, 22 Feb 2005, Howard Lewis Ship wrote:
> I'm trying to put up the Tapestry 3.1-alpha-1 release.
>
> I'm getting the following:
>
> docs:
> [style] Transforming into C:\workspace\jakarta-site2\docs
> [style] Processing C:\workspace\jakarta-site2\xdocs\index.xml
> to C:\workspace\jakarta-site2\docs\index.html
> [style] Loading stylesheet
> C:\workspace\jakarta-site2\xdocs\stylesheets\site.xsl
> [style] : Error!
> file:///C:/workspace/jakarta-site2/xdocs/stylesheets/site.xsl: line
> 26: The method attribute of an <xsl:output> element had the value
> 'xhtml'. The value must be one of xml, html, text, or
> qname-but-not-ncname
> [style] : Fatal Error! Could not compile stylesheet
> [style] Failed to process C:\workspace\jakarta-site2\xdocs\index.xml
> BUILD FAILED: C:\workspace\jakarta-site2\build.xml:36: Fatal error
> during transformation
> Total time: 3 seconds
>
> I've tried JDK 1.4 and 1.5.
>
> Henri --- what was your dev environment?
>
> The change is in commit 128376 of xdocs/stylesheets/site.xsl.
>
> I'm going to switch it back to html for the meantime.
>
>
> On Tue, 22 Feb 2005 00:13:45 -0500 (EST), Henri Yandell
> <ba...@generationjava.com> wrote:
>>
>> (Bcc'd to all Jakarta dev lists)
>>
>> Partly an announcement that the Jakarta download pages have been changed
>> somewhat. Rather than one huge page, it's a whole set of pages. So when
>> time comes to do your next release, you modify
>> site/downloads/downloads.xml and run ant.
>>
>> Source, binary and nightly-builds are all part of the same page.
>>
>> More importantly, a suggestion that projects should no longer link to the
>> top download page, but instead link to their particular download page.
>>
>> So POI would link to:
>>
>> http://jakarta.apache.org/site/downloads/downloads_poi.cgi
>>
>> Commons would link to:
>>
>> http://jakarta.apache.org/site/downloads/downloads_commons.html
>>
>> Commons IO would link to:
>>
>> http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi
>>
>> and so on.
>>
>> The new pages should be exact matches to the previous binindex and
>> sourceindex pages. One requested improvement is for filenames to be
>> specified rather than '1.0.zip'. Hopefully we can make that change
>> globally by figuring out the xslt to get the filename from a url.
>>
>> Another improvement is to add the cvs.apache.org/snapshot/velocity, and
>> any other live snapshots as Nightly Builds.
>>
>> Apologies for the cross-list posting, wanted to make sure everybody got
>> the memo about changing the download links if they want. :) Please direct
>> replies back to the general list.
>>
>> Hen
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: general-help@jakarta.apache.org
>>
>>
>
>
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
>
> Professional Tapestry training, mentoring, support
> and project work. http://howardlewisship.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [site] New Jakarta download pages
Posted by Howard Lewis Ship <hl...@gmail.com>.
I'm trying to put up the Tapestry 3.1-alpha-1 release.
I'm getting the following:
docs:
[style] Transforming into C:\workspace\jakarta-site2\docs
[style] Processing C:\workspace\jakarta-site2\xdocs\index.xml
to C:\workspace\jakarta-site2\docs\index.html
[style] Loading stylesheet
C:\workspace\jakarta-site2\xdocs\stylesheets\site.xsl
[style] : Error!
file:///C:/workspace/jakarta-site2/xdocs/stylesheets/site.xsl: line
26: The method attribute of an <xsl:output> element had the value
'xhtml'. The value must be one of xml, html, text, or
qname-but-not-ncname
[style] : Fatal Error! Could not compile stylesheet
[style] Failed to process C:\workspace\jakarta-site2\xdocs\index.xml
BUILD FAILED: C:\workspace\jakarta-site2\build.xml:36: Fatal error
during transformation
Total time: 3 seconds
I've tried JDK 1.4 and 1.5.
Henri --- what was your dev environment?
The change is in commit 128376 of xdocs/stylesheets/site.xsl.
I'm going to switch it back to html for the meantime.
On Tue, 22 Feb 2005 00:13:45 -0500 (EST), Henri Yandell
<ba...@generationjava.com> wrote:
>
> (Bcc'd to all Jakarta dev lists)
>
> Partly an announcement that the Jakarta download pages have been changed
> somewhat. Rather than one huge page, it's a whole set of pages. So when
> time comes to do your next release, you modify
> site/downloads/downloads.xml and run ant.
>
> Source, binary and nightly-builds are all part of the same page.
>
> More importantly, a suggestion that projects should no longer link to the
> top download page, but instead link to their particular download page.
>
> So POI would link to:
>
> http://jakarta.apache.org/site/downloads/downloads_poi.cgi
>
> Commons would link to:
>
> http://jakarta.apache.org/site/downloads/downloads_commons.html
>
> Commons IO would link to:
>
> http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi
>
> and so on.
>
> The new pages should be exact matches to the previous binindex and
> sourceindex pages. One requested improvement is for filenames to be
> specified rather than '1.0.zip'. Hopefully we can make that change
> globally by figuring out the xslt to get the filename from a url.
>
> Another improvement is to add the cvs.apache.org/snapshot/velocity, and
> any other live snapshots as Nightly Builds.
>
> Apologies for the cross-list posting, wanted to make sure everybody got
> the memo about changing the download links if they want. :) Please direct
> replies back to the general list.
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind
Professional Tapestry training, mentoring, support
and project work. http://howardlewisship.com
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [site] New Jakarta download pages
Posted by Dion Gillard <di...@gmail.com>.
Cool.
On Tue, 22 Feb 2005 00:13:45 -0500 (EST), Henri Yandell
<ba...@generationjava.com> wrote:
>
> (Bcc'd to all Jakarta dev lists)
>
> Partly an announcement that the Jakarta download pages have been changed
> somewhat. Rather than one huge page, it's a whole set of pages. So when
> time comes to do your next release, you modify
> site/downloads/downloads.xml and run ant.
>
> Source, binary and nightly-builds are all part of the same page.
>
> More importantly, a suggestion that projects should no longer link to the
> top download page, but instead link to their particular download page.
>
> So POI would link to:
>
> http://jakarta.apache.org/site/downloads/downloads_poi.cgi
>
> Commons would link to:
>
> http://jakarta.apache.org/site/downloads/downloads_commons.html
>
> Commons IO would link to:
>
> http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi
>
> and so on.
>
> The new pages should be exact matches to the previous binindex and
> sourceindex pages. One requested improvement is for filenames to be
> specified rather than '1.0.zip'. Hopefully we can make that change
> globally by figuring out the xslt to get the filename from a url.
>
> Another improvement is to add the cvs.apache.org/snapshot/velocity, and
> any other live snapshots as Nightly Builds.
>
> Apologies for the cross-list posting, wanted to make sure everybody got
> the memo about changing the download links if they want. :) Please direct
> replies back to the general list.
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
--
http://www.multitask.com.au/people/dion/
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org