Re: [site] New Jakarta download pages
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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] New Jakarta download pages
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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] New Jakarta download pages
On Tue, 22 Feb 2005, Henri Yandell [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] New Jakarta download pages
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] New Jakarta download pages
I was using vanilla JDK 1.5, with standard built-in parsers. On Tue, 22 Feb 2005 15:28:01 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Tue, 22 Feb 2005, Henri Yandell [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] New Jakarta download pages
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems under 1.5 Was: [site] New Jakarta download pages
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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems under 1.5 Was: [site] New Jakarta download pages
On Tue, 22 Feb 2005 14:09:48 -0500, Howard Lewis Ship [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems under 1.5 Was: [site] New Jakarta download pages
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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[site] bug update
While I futz my way along fixing things, thought I'd disclose which bugs have existed today. Couple of hours between 7 and 9am EST we had problems due to JDK 1.5 and unpredictability of building on other people's environments. Solution will be to hardwire a Xalan dependency. All Commons -src downloads were screwed. I c+p'd the -src into the wrong place in the filename. Bug in group of group md5/pgp's meant those links failed for 5 download pages. HttpClient, Collections, Tomcat 5, Hivemind and Tomcat-Connectors were affected. Wrong information on the original binindex page for mod jk 1.2. Fixed now. HttpClient binary download was broken due to difference in url from other Commons projects (binary rather than binaries). - I'm slowly checking all the links to make sure they're ok. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] bug update
After grumbling out loud, my wife pointed out I was being an idiot. So a quick bit of scripting hackery and a very one-off link checker is off and running. Jakarta downloads at about 560Meg by the way :) A bunch more fixes made. From svn: Configuration had a typo 'commons-commons'. Daemon doesn't have commons- at the front. DBCP had typo of version number, I did 2.1.1 instead of 1.2.1. JEXL doesn't have binaries/source directories. Modeler doesn't have commons- at front. Transaction uses .tgz. ECS had -src in wrong place. JMeter uses _src. Lucene had -src in wrong place. ORO doesn't have a -src at all in its src download. Slide had duplicated extra bad lines and the jca link was typo'd. md5/pgp turned off for cli. md5 turned off for jexl. nightly link fixed for transaction. md5 turned off for tomcat 3. Fix to turbine nightly build. Known problems: * Chain, IO, Transaction, Validator use .MD5 instead of .md5 * ORO uses .sig instead of .asc * JEXL has no KEYS file * Turbine is quite fubar'd (was in binindex too). Out of date. Missing lots of entries. * ECS .asc files are fubar'd, they appear to be binary. Hen On Tue, 22 Feb 2005, Henri Yandell wrote: While I futz my way along fixing things, thought I'd disclose which bugs have existed today. Couple of hours between 7 and 9am EST we had problems due to JDK 1.5 and unpredictability of building on other people's environments. Solution will be to hardwire a Xalan dependency. All Commons -src downloads were screwed. I c+p'd the -src into the wrong place in the filename. Bug in group of group md5/pgp's meant those links failed for 5 download pages. HttpClient, Collections, Tomcat 5, Hivemind and Tomcat-Connectors were affected. Wrong information on the original binindex page for mod jk 1.2. Fixed now. HttpClient binary download was broken due to difference in url from other Commons projects (binary rather than binaries). - I'm slowly checking all the links to make sure they're ok. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] bug update
On Wed, 23 Feb 2005 00:41:38 -0500 (EST), Henri Yandell [EMAIL PROTECTED] wrote: After grumbling out loud, my wife pointed out I was being an idiot. So a quick bit of scripting hackery and a very one-off link checker is off and running. Jakarta downloads at about 560Meg by the way :) A bunch more fixes made. From svn: Configuration had a typo 'commons-commons'. Daemon doesn't have commons- at the front. DBCP had typo of version number, I did 2.1.1 instead of 1.2.1. JEXL doesn't have binaries/source directories. Modeler doesn't have commons- at front. Transaction uses .tgz. ECS had -src in wrong place. JMeter uses _src. Lucene had -src in wrong place. ORO doesn't have a -src at all in its src download. Slide had duplicated extra bad lines and the jca link was typo'd. md5/pgp turned off for cli. md5 turned off for jexl. nightly link fixed for transaction. md5 turned off for tomcat 3. Fix to turbine nightly build. Known problems: * Chain, IO, Transaction, Validator use .MD5 instead of .md5 I think this is an Ant vs. Maven issue, although I don't recall which way around. * ORO uses .sig instead of .asc This might be a PGP vs. GPG issue. I use PGP, but rename the generated files from .sig to .asc. -- Martin Cooper * JEXL has no KEYS file * Turbine is quite fubar'd (was in binindex too). Out of date. Missing lots of entries. * ECS .asc files are fubar'd, they appear to be binary. Hen On Tue, 22 Feb 2005, Henri Yandell wrote: While I futz my way along fixing things, thought I'd disclose which bugs have existed today. Couple of hours between 7 and 9am EST we had problems due to JDK 1.5 and unpredictability of building on other people's environments. Solution will be to hardwire a Xalan dependency. All Commons -src downloads were screwed. I c+p'd the -src into the wrong place in the filename. Bug in group of group md5/pgp's meant those links failed for 5 download pages. HttpClient, Collections, Tomcat 5, Hivemind and Tomcat-Connectors were affected. Wrong information on the original binindex page for mod jk 1.2. Fixed now. HttpClient binary download was broken due to difference in url from other Commons projects (binary rather than binaries). - I'm slowly checking all the links to make sure they're ok. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems under 1.5 Was: [site] New Jakarta download pages
On Tue, 22 Feb 2005, Henri Yandell [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]