From forrestmargaretmorrison@example.net Wed Jan 01 13:51:55 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 78824 invoked by uid 500); 1 Jan 2003 13:51:55 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 78808 invoked from network); 1 Jan 2003 13:51:54 -0000 Received: from new-smtp2.ihug.com.au (83.161.120.155) by daedalus.apache.org with SMTP; 1 Jan 2003 13:51:54 -0000 Received: from p81-apx1.syd.ihug.com.au (expresso.localdomain) [83.161.120.155] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 18TjHi-0001wz-00; Thu, 02 Jan 2003 00:51:51 +1100 Received: from jeff by expresso.localdomain with local (Exim 3.35 #1 (Debian)) id 18TjJS-0001md-00 for <margaretmorrison@example.net>; Thu, 02 Jan 2003 00:53:38 +1100 Date: Thu, 2 Jan 2003 00:53:37 +1100 From: Jeff Turner <margaretmorrison@example.net> To: margaretmorrison@example.net Subject: Forrest TODO list Message-ID: <margaretmorrison@example.net> Mail-Followup-To: margaretmorrison@example.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi, Hope you all had a good break. I think it would be a good idea to get some sort of Forrest Roadmap happening, to figure out what needs to be done, what the priorities are, and who is willing to do what. Here is a list of things I can think of. Please add to it, and indicate what you think is most important. Maybe later we can break this up and add it to JIRA. I think JIRA has XML export, so maybe we could create a 'todo' tab in Forrest, linking to each item. Er.. add that to the 'medium term' list :) Short term ---------- - Fix or work around the images-in-PDF problem [1]. - Fix the logging (logkit.xconf) to stop Cocoon generating 370k (!) of logs per page rendered. - Fix whatever it is that causes Jisp to fill error.log with these: ERROR (2002-12-25) 23:15.44:410 [core.store.persistent] (/forrest/community/index.html) Thread-13/JispFilesystemStore: get(..): Exception com.coyotegulch.jisp.DatabaseException: no indexes associated with this margaretmorrison@example.net.<clinit>(IndexedObjectDatabase.java:88) at org.apache.cocoon.components.store.JispFilesystemStore.initialize(JispFilesystemStore.java:237) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:275) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) Medium term ----------- - Optimise the CLI to deal with Javadocs, and other large sets of pre-generated content. Apparently if Javadocs are placed in src/documentation/content/javadocs, they will be traversed, but far too slowly to be of practical use. - Figure out a way of traversing images specified in CSS. Stefano's suggestion [2] looks good. - Simplify the sitemap. It is getting rather complex, and as the source of Forrest's power we need it to be accessible to newcomers. I'd suggest moving all the stuff specific to Forrest's site (apachestats, community/revision stuff, libre, .dtdx, editor) out into a Forrest site-specific sitemap.xmap. Move anything else that can be moved into subsitemaps. Perhaps using XML entities to suck in bits of sitemap would be a decent way to manage future sitemap complexity, at least until Cocoon Blocks arrive. Perhaps we can add XInclude support to the sitemap? - Fix things so docs can be edited in src/*, and have the changes appear immediately in the webapp. Involves creating/using an InputModule for passing 'forrest.skin' and other properties to the sitemap, so we can avoid the @skin@ hack, and a bit of forrest.build.xml hacking. There are some @tokens@ in a forrest-site CSS file that also need some sort of in-place modification. Perhaps a @token@-to-value Transformer could be the same ${variable}-to-value Transformer mentioned in the RT [3]. - Act on 'Entities in XML docs' RT [3]. I can implement Stefano's suggested solution quite easily, but is such limited functionality worth the cost of introducing a proprietary ${variable} syntax? Maybe.. Best short-term alternative seems to be using the XNI XInclude processor for pre-validation inclusion. - Finish linkmaps, currently sitting in LINKMAP_BRANCH, I'd like to make site.xml much more LSB-like, with file/folder element names and RDF file metadata. - Skinify Miles Elam's forrest.iguanacharlie.com CSS mockup. The rounded tabs would require the CSS image traversal fix, but it's not essential. - Schema issues. There are lots of change requests (see etc/DTD_DEFICIENCIES.txt) and an immediate need for some sort of DTD versioning policy. - Docs. A lot of the info on the website is outdated. With metadata from site.xml, it would at least be possible to indicate how old the doc is, and perhaps indicate its relevance from a small controlled vocabulary. Long-term --------- - Migrate to a decent schema language, primarily so that we can use namespaces in XML docs, allowing things like XInclude, in-line metadata [4], in-line SVG, Jelly snippets, or anything else users can make a Transformer for. - Streamline the process of adding support for new schemas. Ideally we'd have an auto-download system, eg 'forrest-update docbook' would fetch and install the Docbook DTDs, create catalog entries, sitemap mods etc. - Create a forrest-users list, so we can have flaming rows on forrest-dev over arcana without annoying users :) - Create a Forrest Maven plugin. This is probably the biggest single way to widen Forrest's exposure and attract new users. --Jeff [1] http://marc.theaimsgroup.com/?t=104065768300003&r=1&w=2 [2] http://marc.theaimsgroup.com/?l=forrest-dev&m=103975237116577&w=2 [3] http://marc.theaimsgroup.com/?t=104099660500001&r=1&w=2 [4] http://www.xml.com/pub/a/2002/10/30/rdf-friendly.html From forrestmargaretmorrison@example.net Wed Jan 01 19:37:54 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 21862 invoked by uid 500); 1 Jan 2003 19:37:53 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 21851 invoked from network); 1 Jan 2003 19:37:53 -0000 Received: from icarus.apache.org (83.161.120.155) by daedalus.apache.org with SMTP; 1 Jan 2003 19:37:53 -0000 Received: (qmail 69770 invoked by uid 1464); 1 Jan 2003 19:37:53 -0000 Date: 1 Jan 2003 19:37:53 -0000 Message-ID: <margaretmorrison@example.net> From: margaretmorrison@example.net To: margaretmorrison@example.net Subject: cvs commit: xml-forrest/src/resources/forrestbar/content/forrestbar forrestbar.css forrestbarOverlay.xul X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N nicolaken 2003/01/01 11:37:53 Modified: src/resources/forrestbar/content/forrestbar forrestbar.css forrestbarOverlay.xul Log: Fixed some links, font sizes and spacing. Revision Changes Path 1.7 +5 -13 xml-forrest/src/resources/forrestbar/content/forrestbar/forrestbar.css Index: forrestbar.css =================================================================== RCS file: /home/cvs/xml-forrest/src/resources/forrestbar/content/forrestbar/forrestbar.css,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- forrestbar.css 24 Dec 2002 19:03:07 -0000 1.6 +++ forrestbar.css 1 Jan 2003 19:37:53 -0000 1.7 @@ -1,31 +1,23 @@ *.forrestbar { font-family: tahoma,verdana; - font-size: 10px; - padding: 0px; - margin: 0px; + font-size: 11px; + padding: 1px 0px 1px 6px; + margin: 0px 1px 0px 1px; } -text.forrestbar { - margin: 0px 3px 0px 3px; - font-size: 12px; -} textbox.forrestbar { - font-size: 12px; + font-size: 11px; padding: 2px; } image.forrestbar { border: 0px; - margin: 0px 0px 0px 3px; + margin: 0px 0px 0px 0px; } image#forrestbar-logo { list-style-image: url("images/apache.gif"); -} - -.forrestbar { - padding: 1px 0px 1px 10px; } 1.6 +6 -6 xml-forrest/src/resources/forrestbar/content/forrestbar/forrestbarOverlay.xul Index: forrestbarOverlay.xul =================================================================== RCS file: /home/cvs/xml-forrest/src/resources/forrestbar/content/forrestbar/forrestbarOverlay.xul,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- forrestbarOverlay.xul 24 Dec 2002 19:03:07 -0000 1.5 +++ forrestbarOverlay.xul 1 Jan 2003 19:37:53 -0000 1.6 @@ -19,7 +19,7 @@ <textbox class="forrestbar" id="forrestbar-input" onselect="search('forrestbar-input');" hidden="false"/> <toolbarbutton class="forrestbar" id="forrestbar-search" label="Search" onclick="search('forrestbar-input');" hidden="false"/> - <toolbarbutton label="Projects" type="menu" id="forrestbar-projects" hidden="false"> + <toolbarbutton class="forrestbar" label="Projects" type="menu" id="forrestbar-projects" hidden="false"> <menupopup> <menuitem label="Conferences" onclick="navigate('http://www.apache.org/foundation/conferences.html');" /> <menuitem label="Foundation" onclick="navigate('http://www.apache.org/foundation/');" /> @@ -69,11 +69,11 @@ <toolbarbutton class="forrestbar" id="forrestbar-download" label="Downloads" onclick="navigate('http://nagoya.apache.org/dist/');" hidden="false"/> <toolbarbutton class="forrestbar" id="forrestbar-code" label="Code" onclick="navigate('http://cvs.apache.org/viewcvs/');" hidden="false"/> - <toolbarbutton label="Tools" id="forrestbar-tools" hidden="false" type="menu"> + <toolbarbutton class="forrestbar" label="Tools" id="forrestbar-tools" hidden="false" type="menu"> <menupopup> - <menuitem label="Home" onclick="navigate('http://jakarta.apache.org/gump/');" /> + <menuitem label="Home" onclick="navigate('http://nagoya.apache.org/');" /> <menuseparator/> - <menuitem label="Bugzilla" onclick="navigate('http://cvs.apache.org/builds/gump/latest/');" /> + <menuitem label="Bugzilla" onclick="navigate('http://nagoya.apache.org/bugzilla/index.html');" /> <menuitem label="Wiki" onclick="navigate('http://nagoya.apache.org/wiki/apachewiki.cgi');" /> <menuitem label="Mail archive" onclick="navigate('http://nagoya.apache.org/eyebrowse/ViewLists');" /> </menupopup> @@ -81,9 +81,9 @@ <toolbarbutton class="forrestbar" id="forrestbar-local-forrest" label="Local Forrest" onclick="navigate('http://83.161.120.155:8888/');" hidden="false"/> - <toolbarbutton id="forrestbar-gump-nightly" label="Gump" hidden="false" type="menu"> + <toolbarbutton class="forrestbar" id="forrestbar-gump-nightly" label="Gump" hidden="false" type="menu"> <menupopup> - <menuitem label="Home" onclick="navigate('http://nagoya.apache.org/');" /> + <menuitem label="Home" onclick="navigate('http://jakarta.apache.org/gump/');" /> <menuseparator/> <menuitem label="Javadocs" onclick="navigate('http://nagoya.apache.org/~rubys/gump/javadoc.html');" /> <menuitem label="Binaries" onclick="navigate('http://gump.covalent.net/jars/');" /> From forrestmargaretmorrison@example.net Wed Jan 01 20:26:18 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 45688 invoked by uid 500); 1 Jan 2003 20:26:17 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 45679 invoked from network); 1 Jan 2003 20:26:17 -0000 Received: from smtp1.xs4all.be (83.161.120.155) by daedalus.apache.org with SMTP; 1 Jan 2003 20:26:17 -0000 Received: from outerthought.org (stat88-36.adsl.xs4all.be [83.161.120.155]) by smtp1.xs4all.be (8.12.1/8.12.1) with ESMTP id h01KQIFX018937 for <margaretmorrison@example.net>; Wed, 1 Jan 2003 21:26:19 +0100 Message-ID: <margaretmorrison@example.net> Date: Wed, 01 Jan 2003 21:26:17 +0100 From: Marc Portier <margaretmorrison@example.net> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en, nl-be MIME-Version: 1.0 To: margaretmorrison@example.net Subject: Re: Forrest TODO list References: <margaretmorrison@example.net> In-Reply-To: <margaretmorrison@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Jeff Turner wrote: > Hi, > > Hope you all had a good break. > yep & thx, before wishing forrest and all around a breakthrough in 2003 I'ld also like to thank this group for the work all of you havve been setting aside here and you Jeff, personally, for the way you have been active in this project the past months... quite some 'acorns' you've been dropping around :-) I guess we all envy the time you can put into it, but even given that I still like to admit you'll spending it in a very productive way... > I think it would be a good idea to get some sort of Forrest Roadmap > happening, to figure out what needs to be done, what the priorities are, > and who is willing to do what. > yep, I like this work-list aproach, hope you'll be feeding it to us again in apropriate portions in the running of the next months, and don't mind bashing people for things they take up and then leave behind (being quite good at that myself) > Here is a list of things I can think of. Please add to it, and indicate > what you think is most important. Maybe later we can break this up and > add it to JIRA. I think JIRA has XML export, so maybe we could create a > 'todo' tab in Forrest, linking to each item. Er.. add that to the > 'medium term' list :) > - yep, in the same region (mid-term) would be some stylesheet (maybe together with some inputmodules stuff and config-file for the extra data) that allows publishing the status.xml as a rss.xml that people can aggregate in their blog-rolls (recent thought, people with experience or good pointers, throw them on the list please) - also the edit-side of docs could use 'something' (really vague, I know, so put it on long term unless somebody can write down some sensible use cases) - more nearby (mid-term?) something that makes the various book.xml's less of a hastle (and maybe settles down if libre is ever going to get somewhere or not) - equally closer by I've sensed some emerging need for decoupling the 1-1 between html and pdf (as printable version) typically people would like to aggregate some xdocs into one pdf (or straight print-nice html in fact) and/or split up a bigger document into multiple next|previous pages (given the fact that some were recently making the pdf for outside vs. html for interal distribution remark) - on the forrestbot management web-gui: might be interesting to also be able to register new skins on there, and maybe web-form like submit or even edit a bot-config to add in the list. as for the forrest-users mailing list: my feeling would be that committers still need to be subscribed to both anyway (and I'm lazy :-p ), so I would leave it to non-committers to actually raise the need (I mean when they start complaining about wasted bandwith on for them non-relevant stuff then it is probably a better time/argument than the 'we want to rant and flame in a more private corner' :-)) regards, -marc= > > Short term > ---------- > > - Fix or work around the images-in-PDF problem [1]. > > - Fix the logging (logkit.xconf) to stop Cocoon generating 370k (!) of > logs per page rendered. > > - Fix whatever it is that causes Jisp to fill error.log with these: > > ERROR (2002-12-25) 23:15.44:410 [core.store.persistent] (/forrest/community/index.html) Thread-13/JispFilesystemStore: get(..): Exception > com.coyotegulch.jisp.DatabaseException: no indexes associated with this database > at com.coyotegulch.jisp.IndexedObjectDatabase.<clinit>(IndexedObjectDatabase.java:88) > at org.apache.cocoon.components.store.JispFilesystemStore.initialize(JispFilesystemStore.java:237) > at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:275) > at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) > at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) > at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) > > > Medium term > ----------- > > - Optimise the CLI to deal with Javadocs, and other large sets of > pre-generated content. Apparently if Javadocs are placed in > src/documentation/content/javadocs, they will be traversed, but far too > slowly to be of practical use. > > - Figure out a way of traversing images specified in CSS. Stefano's > suggestion [2] looks good. > > - Simplify the sitemap. It is getting rather complex, and as the source > of Forrest's power we need it to be accessible to newcomers. > I'd suggest moving all the stuff specific to Forrest's site > (apachestats, community/revision stuff, libre, .dtdx, editor) out into > a Forrest site-specific sitemap.xmap. Move anything else that can be > moved into subsitemaps. Perhaps using XML entities to suck in bits of > sitemap would be a decent way to manage future sitemap complexity, at > least until Cocoon Blocks arrive. Perhaps we can add XInclude support > to the sitemap? > > - Fix things so docs can be edited in src/*, and have the changes appear > immediately in the webapp. Involves creating/using an InputModule for > passing 'forrest.skin' and other properties to the sitemap, so we can > avoid the @skin@ hack, and a bit of forrest.build.xml hacking. There > are some @tokens@ in a forrest-site CSS file that also need some sort > of in-place modification. Perhaps a @token@-to-value Transformer could > be the same ${variable}-to-value Transformer mentioned in the RT [3]. > > - Act on 'Entities in XML docs' RT [3]. I can implement Stefano's > suggested solution quite easily, but is such limited functionality > worth the cost of introducing a proprietary ${variable} syntax? Maybe.. > Best short-term alternative seems to be using the XNI XInclude > processor for pre-validation inclusion. > > - Finish linkmaps, currently sitting in LINKMAP_BRANCH, I'd like to make > site.xml much more LSB-like, with file/folder element names and RDF > file metadata. > > - Skinify Miles Elam's forrest.iguanacharlie.com CSS mockup. The rounded > tabs would require the CSS image traversal fix, but it's not essential. > > - Schema issues. There are lots of change requests (see > etc/DTD_DEFICIENCIES.txt) and an immediate need for some sort of DTD > versioning policy. > > - Docs. A lot of the info on the website is outdated. With metadata > from site.xml, it would at least be possible to indicate how old the > doc is, and perhaps indicate its relevance from a small controlled > vocabulary. > > > Long-term > --------- > > - Migrate to a decent schema language, primarily so that we can use > namespaces in XML docs, allowing things like XInclude, in-line metadata > [4], in-line SVG, Jelly snippets, or anything else users can make a > Transformer for. > > - Streamline the process of adding support for new schemas. Ideally we'd > have an auto-download system, eg 'forrest-update docbook' would fetch > and install the Docbook DTDs, create catalog entries, sitemap mods etc. > > - Create a forrest-users list, so we can have flaming rows on forrest-dev > over arcana without annoying users :) > > - Create a Forrest Maven plugin. This is probably the biggest single way > to widen Forrest's exposure and attract new users. > > > > > --Jeff > > > [1] http://marc.theaimsgroup.com/?t=104065768300003&r=1&w=2 > [2] http://marc.theaimsgroup.com/?l=forrest-dev&m=103975237116577&w=2 > [3] http://marc.theaimsgroup.com/?t=104099660500001&r=1&w=2 > [4] http://www.xml.com/pub/a/2002/10/30/rdf-friendly.html > -- Marc Portier http://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog at http://radio.weblogs.com/0116284/ margaretmorrison@example.net margaretmorrison@example.net From forrestmargaretmorrison@example.net Thu Jan 02 00:08:00 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 39107 invoked by uid 500); 2 Jan 2003 00:08:00 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 39096 invoked from network); 2 Jan 2003 00:07:59 -0000 Received: from icarus.apache.org (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 00:07:59 -0000 Received: (qmail 13983 invoked by uid 1389); 2 Jan 2003 00:07:59 -0000 Date: 2 Jan 2003 00:07:59 -0000 Message-ID: <margaretmorrison@example.net> From: margaretmorrison@example.net To: margaretmorrison@example.net Subject: cvs commit: xml-forrest/src/documentation/content/xdocs forrestbot-intro.xml X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N crossley 2003/01/01 16:07:58 Modified: src/documentation/content/xdocs forrestbot-intro.xml Log: Point to README files for Forrestbot scripts and Forrestbot web interface. Revision Changes Path 1.4 +8 -2 xml-forrest/src/documentation/content/xdocs/forrestbot-intro.xml Index: forrestbot-intro.xml =================================================================== RCS file: /home/cvs/xml-forrest/src/documentation/content/xdocs/forrestbot-intro.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- forrestbot-intro.xml 31 Dec 2002 08:23:36 -0000 1.3 +++ forrestbot-intro.xml 2 Jan 2003 00:07:58 -0000 1.4 @@ -96,11 +96,14 @@ [you@locahost]$ forrestbot -Dbot.config=<name> ... where <name> is the pathname to your configuration file. ]]></source> + <p>There are also convenience scripts for automation. + See + <code>xml-forrest/src/resources/forrestbot/scripts/README.txt</code> </section> <section> <title>Next Steps</title> - <p>Some enhancements to your local ForrestBot would be ...</p> + <p>Some enhancements to your ForrestBot would be ...</p> <ul> <li>Add your own skin as described in <link href="your-project.html">Using Forrest</link>. @@ -108,10 +111,13 @@ <li>Configure another <code><![CDATA[<project>]]></code> to conduct a secure copy to your public website. </li> + <li>Instruct ForrestBot to send you email about the activities. + </li> <li>Manage your XML instances with CVS and instruct ForrestBot to get the source. </li> - <li>Get it to send you email about ForrestBot activities. + <li>Use the "Forrestbot web interface" (website staging application). + <code>xml-forrest/src/resources/forrestbot/webapp/WEB-INF/README.txt</code> </li> </ul> </section> From forrestmargaretmorrison@example.net Thu Jan 02 06:33:06 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 95456 invoked by uid 500); 2 Jan 2003 06:33:06 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 95447 invoked from network); 2 Jan 2003 06:33:05 -0000 Received: from new-smtp1.ihug.com.au (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 06:33:05 -0000 Received: from p81-apx1.syd.ihug.com.au (expresso.localdomain) [83.161.120.155] by new-smtp1.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 18Tyul-0001IR-00; Thu, 02 Jan 2003 17:33:11 +1100 Received: from jeff by expresso.localdomain with local (Exim 3.35 #1 (Debian)) id 18TywZ-00054N-00 for <margaretmorrison@example.net>; Thu, 02 Jan 2003 17:35:03 +1100 Date: Thu, 2 Jan 2003 17:35:02 +1100 From: Jeff Turner <margaretmorrison@example.net> To: margaretmorrison@example.net Subject: Re: Forrest TODO list Message-ID: <margaretmorrison@example.net> Mail-Followup-To: margaretmorrison@example.net References: <margaretmorrison@example.net> <margaretmorrison@example.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <margaretmorrison@example.net> User-Agent: Mutt/1.4i X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Wed, Jan 01, 2003 at 09:26:17PM +0100, Marc Portier wrote: > > > Jeff Turner wrote: > >Hi, > > > >Hope you all had a good break. > > > > yep & thx, before wishing forrest and all around a breakthrough > in 2003 I'ld also like to thank this group for the work all of > you havve been setting aside here and you Jeff, personally, for > the way you have been active in this project the past months... > quite some 'acorns' you've been dropping around :-) :) Thanks. Though I suspect in the long term, one person gleefully chasing rabbits down holes isn't going to do much good. Hence this attempt at structuring the work.. ... > - yep, in the same region (mid-term) would be some stylesheet > (maybe together with some inputmodules stuff and config-file for > the extra data) that allows publishing the status.xml as a > rss.xml that people can aggregate in their blog-rolls (recent > thought, people with experience or good pointers, throw them on > the list please) It's all there, just commented out until there is a sensible way to add the 'extra data', specifically the project name and description. If you don't mind hardcoding project details in changes2rss.xsl, it should work today. > - also the edit-side of docs could use 'something' (really vague, > I know, so put it on long term unless somebody can write down > some sensible use cases) A simple "edit this page's XML" button, where edited content gets mailed to a list, would be fine for me. > - more nearby (mid-term?) something that makes the various > book.xml's less of a hastle (and maybe settles down if libre is > ever going to get somewhere or not) Already in the LINKMAP_BRANCH, book.xml's are generated dynamically from site.xml. I'd imagine site.xml (or it's RDF-based successor) could be generated by Libre. Would be a shame to waste all that code.. > - equally closer by I've sensed some emerging need for decoupling > the 1-1 between html and pdf (as printable version) typically > people would like to aggregate some xdocs into one pdf (or > straight print-nice html in fact) and/or split up a bigger > document into multiple next|previous pages (given the fact that > some were recently making the pdf for outside vs. html for > interal distribution remark) It's possible currently with custom transformers and lots of manual sitemap hacking. I can't see how we could make this user-friendly. Seems we have two long-term routes for meeting this sort of 'advanced' use-case: 1) Make the sitemap user-friendly, and do our best to educate people how to set up custom sitemaps for this sort of thing. Beyond a certain level of complexity, the user has to get involved. Problem here is that, as we try to add new features to meet common requests, we also complicate the sitemap, making it harder for users to customize. 2) We try to internalise and hide the sitemap. We could have an arbitrarily fancy GUI interface, and dynamically generate a Sitemap object, containing exactly the components and features the user needs. This problem of growing sitemap complexity has a parallel with Ant script complexity. We need a sitemap equivalent of Maven or Centipede. Maybe Cocoon blocks will be the answer. > - on the forrestbot management web-gui: might be interesting to > also be able to register new skins on there, and maybe web-form > like submit or even edit a bot-config to add in the list. We also need a RNG schema for the forrestbot. > as for the forrest-users mailing list: my feeling would be that > committers still need to be subscribed to both anyway (and I'm > lazy :-p ), so I would leave it to non-committers to actually > raise the need (I mean when they start complaining about wasted > bandwith on for them non-relevant stuff then it is probably a > better time/argument than the 'we want to rant and flame in a > more private corner' :-)) Users don't rant, they quietly leave :) --Jeff > regards, > -marc= From forrestmargaretmorrison@example.net Thu Jan 02 07:02:57 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 3394 invoked by uid 500); 2 Jan 2003 07:02:56 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 3385 invoked from network); 2 Jan 2003 07:02:56 -0000 Received: from smtp.mailix.net (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 07:02:56 -0000 Received: from [83.161.120.155] (helo=[83.161.120.155]) by smtp.mailix.net with asmtp (Exim 4.01) id 18TzNh-0003T7-00 for margaretmorrison@example.net; Wed, 01 Jan 2003 23:03:06 -0800 Subject: Re: Forrest TODO list From: Avik Sengupta <margaretmorrison@example.net> To: margaretmorrison@example.net In-Reply-To: <margaretmorrison@example.net> References: <margaretmorrison@example.net> <margaretmorrison@example.net> <margaretmorrison@example.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 02 Jan 2003 12:35:28 +0530 Message-Id: <1041491137.1882.9.camel@IT-avik> Mime-Version: 1.0 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > It's possible currently with custom transformers and lots of manual > sitemap hacking. I can't see how we could make this user-friendly. Detailed documentation perhaps? My view is, i am certainly willing to spend some time doing this, but certainly dont want to sit and figure out the whole of cocoon. In general my thinking is, at this stage in forrest, more documentation will get more users. > Users don't rant, they quietly leave :) Never heard a truer word said. True of most of the service industry, actually! On Thu, 2003-01-02 at 12:05, Jeff Turner wrote: > On Wed, Jan 01, 2003 at 09:26:17PM +0100, Marc Portier wrote: > > > > > > Jeff Turner wrote: > > >Hi, > > > > > >Hope you all had a good break. > > > > > > > yep & thx, before wishing forrest and all around a breakthrough > > in 2003 I'ld also like to thank this group for the work all of > > you havve been setting aside here and you Jeff, personally, for > > the way you have been active in this project the past months... > > quite some 'acorns' you've been dropping around :-) > > :) Thanks. Though I suspect in the long term, one person gleefully > chasing rabbits down holes isn't going to do much good. Hence this > attempt at structuring the work.. > > ... > > - yep, in the same region (mid-term) would be some stylesheet > > (maybe together with some inputmodules stuff and config-file for > > the extra data) that allows publishing the status.xml as a > > rss.xml that people can aggregate in their blog-rolls (recent > > thought, people with experience or good pointers, throw them on > > the list please) > > It's all there, just commented out until there is a sensible way to add > the 'extra data', specifically the project name and description. If you > don't mind hardcoding project details in changes2rss.xsl, it should work > today. > > > - also the edit-side of docs could use 'something' (really vague, > > I know, so put it on long term unless somebody can write down > > some sensible use cases) > > A simple "edit this page's XML" button, where edited content gets mailed > to a list, would be fine for me. > > > - more nearby (mid-term?) something that makes the various > > book.xml's less of a hastle (and maybe settles down if libre is > > ever going to get somewhere or not) > > Already in the LINKMAP_BRANCH, book.xml's are generated dynamically from > site.xml. I'd imagine site.xml (or it's RDF-based successor) could be > generated by Libre. Would be a shame to waste all that code.. > > > - equally closer by I've sensed some emerging need for decoupling > > the 1-1 between html and pdf (as printable version) typically > > people would like to aggregate some xdocs into one pdf (or > > straight print-nice html in fact) and/or split up a bigger > > document into multiple next|previous pages (given the fact that > > some were recently making the pdf for outside vs. html for > > interal distribution remark) > > It's possible currently with custom transformers and lots of manual > sitemap hacking. I can't see how we could make this user-friendly. > > Seems we have two long-term routes for meeting this sort of 'advanced' > use-case: > > 1) Make the sitemap user-friendly, and do our best to educate people how > to set up custom sitemaps for this sort of thing. Beyond a certain level > of complexity, the user has to get involved. > > Problem here is that, as we try to add new features to meet common > requests, we also complicate the sitemap, making it harder for users to > customize. > > 2) We try to internalise and hide the sitemap. We could have an > arbitrarily fancy GUI interface, and dynamically generate a Sitemap > object, containing exactly the components and features the user needs. > > > This problem of growing sitemap complexity has a parallel with Ant script > complexity. We need a sitemap equivalent of Maven or Centipede. Maybe > Cocoon blocks will be the answer. > > > - on the forrestbot management web-gui: might be interesting to > > also be able to register new skins on there, and maybe web-form > > like submit or even edit a bot-config to add in the list. > > We also need a RNG schema for the forrestbot. > > > as for the forrest-users mailing list: my feeling would be that > > committers still need to be subscribed to both anyway (and I'm > > lazy :-p ), so I would leave it to non-committers to actually > > raise the need (I mean when they start complaining about wasted > > bandwith on for them non-relevant stuff then it is probably a > > better time/argument than the 'we want to rant and flame in a > > more private corner' :-)) > > Users don't rant, they quietly leave :) > > > --Jeff > > > regards, > > -marc= From forrestmargaretmorrison@example.net Thu Jan 02 12:58:21 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 177 invoked by uid 500); 2 Jan 2003 12:58:20 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 167 invoked from network); 2 Jan 2003 12:58:20 -0000 Received: from purveyor8.dresdnerbank.de (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 12:58:19 -0000 Received: from ffzj0yga.dresdner.net (unverified) by purveyor8.dresdnerbank.de (Content Technologies SMTPRS 4.2.5) with ESMTP id <margaretmorrison@example.net> for <margaretmorrison@example.net>; Thu, 2 Jan 2003 13:58:08 +0100 Received: from fztig938.bank.dresdner.net (fztig938.bank.dresdner.net [83.161.120.155]) by ffzj0yga.dresdner.net (8.8.8+Sun/8.8.8) with ESMTP id NAA24404 for <margaretmorrison@example.net>; Thu, 2 Jan 2003 13:58:08 +0100 (MET) Posted-Date: Thu, 2 Jan 2003 13:58:08 +0100 (MET) Received: from localhost ([83.161.120.155]) by fztig938.bank.dresdner.net with esmtp (Exim 3.36 #1 (Debian)) id 18U4uj-0002Nw-00 for <margaretmorrison@example.net>; Thu, 02 Jan 2003 13:57:33 +0100 Subject: Re: Forrest TODO list From: Keiron Liddle <margaretmorrison@example.net> To: margaretmorrison@example.net In-Reply-To: <margaretmorrison@example.net> References: <margaretmorrison@example.net> Content-Type: text/plain Message-Id: <margaretmorrison@example.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 02 Jan 2003 13:57:33 +0100 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Wed, 2003-01-01 at 14:53, Jeff Turner wrote: > Short term > ---------- > > - Fix or work around the images-in-PDF problem [1]. So what are the chances of using cvs Fop, where this problem is solved? From forrestmargaretmorrison@example.net Thu Jan 02 13:11:29 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 9565 invoked by uid 500); 2 Jan 2003 13:11:29 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 9550 invoked from network); 2 Jan 2003 13:11:28 -0000 Received: from mail-6.tiscali.it (HELO mail.tiscali.it) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 13:11:28 -0000 Received: from apache.org (83.161.120.155) by mail.tiscali.it (6.5.032) id 3E0093290073CF85 for margaretmorrison@example.net; Thu, 2 Jan 2003 14:11:27 +0100 Message-ID: <margaretmorrison@example.net> Date: Thu, 02 Jan 2003 14:11:24 +0100 From: Nicola Ken Barozzi <margaretmorrison@example.net> Reply-To: margaretmorrison@example.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: margaretmorrison@example.net Subject: Re: Forrest TODO list References: <margaretmorrison@example.net> <margaretmorrison@example.net> In-Reply-To: <margaretmorrison@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Keiron Liddle wrote: > On Wed, 2003-01-01 at 14:53, Jeff Turner wrote: > >>Short term >>---------- >> >>- Fix or work around the images-in-PDF problem [1]. > > So what are the chances of using cvs Fop, where this problem is solved? > As I've previously suggested, I'm +1 to use CVS Fop and CVS Cocoon. -- Nicola Ken Barozzi margaretmorrison@example.net - verba volant, scripta manent - (discussions get forgotten, just code remains) --------------------------------------------------------------------- From forrestmargaretmorrison@example.net Thu Jan 02 13:13:58 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 11798 invoked by uid 500); 2 Jan 2003 13:13:57 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 11783 invoked from network); 2 Jan 2003 13:13:56 -0000 Received: from icarus.apache.org (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 13:13:56 -0000 Received: (qmail 61657 invoked by uid 1352); 2 Jan 2003 13:13:56 -0000 Date: 2 Jan 2003 13:13:56 -0000 Message-ID: <margaretmorrison@example.net> From: margaretmorrison@example.net To: margaretmorrison@example.net Subject: cvs commit: xml-forrest/src/documentation/content/xdocs site.xml X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N jefft 2003/01/02 05:13:55 Modified: src/documentation/content/xdocs Tag: LINKMAP_BRANCH site.xml Log: Give site.xml a versioned namespace Revision Changes Path No revision No revision 83.161.120.155 +3 -1 xml-forrest/src/documentation/content/xdocs/Attic/site.xml Index: site.xml =================================================================== RCS file: /home/cvs/xml-forrest/src/documentation/content/xdocs/Attic/site.xml,v retrieving revision 83.161.120.155 retrieving revision 83.161.120.155 diff -u -r83.161.120.155 -r83.161.120.155 --- site.xml 26 Dec 2002 14:11:49 -0000 83.161.120.155 +++ site.xml 2 Jan 2003 13:13:55 -0000 83.161.120.155 @@ -1,4 +1,6 @@ -<site href="" label="Forrest"> +<site xmlns="http://apache.org/forrest/linkmap/1.0" + label="Forrest"> + <about label="About"> <index label="Index" href="index.html"/> <download label="Download" href="http://www.apache.org/dyn/closer.cgi/xml/forrest/"/> From forrestmargaretmorrison@example.net Thu Jan 02 13:14:45 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 12398 invoked by uid 500); 2 Jan 2003 13:14:43 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 12316 invoked from network); 2 Jan 2003 13:14:42 -0000 Received: from mta05-svc.ntlworld.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 13:14:42 -0000 Received: from cerberus ([83.161.120.155]) by mta05-svc.ntlworld.com (InterMail vM.83.161.120.155 201-229-121-127-20010626) with SMTP id <20030102131441.KZSY900.mta05-svc.ntlworld.com@cerberus>; Thu, 2 Jan 2003 13:14:41 +0000 From: "John Morrison" <margaretmorrison@example.net> To: <margaretmorrison@example.net>, <margaretmorrison@example.net> Subject: RE: Forrest TODO list Date: Thu, 2 Jan 2003 13:14:41 -0000 Message-ID: <margaretmorrison@example.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <margaretmorrison@example.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Nicola Ken Barozzi [mailto:margaretmorrison@example.net] > Keiron Liddle wrote: > > On Wed, 2003-01-01 at 14:53, Jeff Turner wrote: > > > >>Short term > >>---------- > >> > >>- Fix or work around the images-in-PDF problem [1]. > > > > So what are the chances of using cvs Fop, where this problem is solved? > > > > As I've previously suggested, I'm +1 to use CVS Fop and CVS Cocoon. Sounds OK to me (+1 to both) J. From forrestmargaretmorrison@example.net Thu Jan 02 13:29:03 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 23351 invoked by uid 500); 2 Jan 2003 13:29:03 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 23325 invoked from network); 2 Jan 2003 13:29:02 -0000 Received: from smtp.mailix.net (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 13:29:02 -0000 Received: from [83.161.120.155] (helo=[83.161.120.155]) by smtp.mailix.net with asmtp (Exim 4.01) id 18U5PB-0001su-00 for margaretmorrison@example.net; Thu, 02 Jan 2003 05:29:02 -0800 Subject: Re: Forrest TODO list From: Avik Sengupta <margaretmorrison@example.net> To: margaretmorrison@example.net In-Reply-To: <margaretmorrison@example.net> References: <margaretmorrison@example.net> <margaretmorrison@example.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 02 Jan 2003 19:01:11 +0530 Message-Id: <1041514294.1881.32.camel@IT-avik> Mime-Version: 1.0 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > So what are the chances of using cvs Fop, where this problem is solved? Keiron had earlier sent instructions on using the cvs FOP and patched cocoon (thanks!). However, this is what i got .. so i imagine some more patching is required somewhere :)) Setup...ERROR 2003-01-02 18:59:03.482 [cocoon.m] (): The component instance for hint [cocoon] has an invalid class name (org.apache.cocoon.components.source.impl.CocoonSourceFactory). java.lang.ClassNotFoundException: margaretmorrison@example.net$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:183) at java.lang.ClassLoader.loadClass(ClassLoader.java:294) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:281) at java.lang.ClassLoader.loadClass(ClassLoader.java:250) Exception in thread "main" margaretmorrison@example.net(ExcaliburComponentSelector.java:370) at org.apache.cocoon.components.resolver.ResolverImpl.<init>(ResolverImpl.java:107) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:232) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:264) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:163) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:268) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) at org.apache.cocoon.Main.main(Main.java:419) at org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:259) ERROR 2003-01-02 18:59:03.487 [cocoon.m] (): Caught an exception trying to initialize the component handler. at org.apache.avalon.excalibur.component.DefaultComponentFactory$ServiceManagerProxy.lookup(DefaultComponentFactory.java:460) at org.apache.avalon.excalibur.xml.JaxpParser.service(JaxpParser.java:115) org.apache.avalon.framework.configuration.ConfigurationException: The component instance for hint [cocoon] has an invalid class name (org.apache.cocoon.components.source.impl.CocoonSourceFactory). at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:248) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.configure(ExcaliburComponentSelector.java:383) at org.apache.avalon.excalibur.pool.ResourceLimitingPool.newPoolable(ResourceLimitingPool.java:629) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:264) at org.apache.avalon.excalibur.pool.ResourceLimitingPool.get(ResourceLimitingPool.java:359) at org.apache.avalon.excalibur.component.PoolableComponentHandler.doGet(PoolableComponentHandler.java:188) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ComponentHandler.get(ComponentHandler.java:234) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:262) at org.apache.cocoon.Main.main(Main.java:419) at org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:259) at org.apache.avalon.excalibur.component.DefaultComponentFactory$ComponentManagerProxy.lookup(DefaultComponentFactory.java:393) at org.apache.avalon.excalibur.component.DefaultComponentFactory$ServiceManagerProxy.lookup(DefaultComponentFactory.java:460) at org.apache.excalibur.xmlizer.impl.AbstractXMLizer.service(AbstractXMLizer.java:51) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:248) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComponent(ExcaliburComponentSelector.java:690) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.configure(ExcaliburComponentSelector.java:371) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:264) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) at org.apache.cocoon.Main.main(Main.java:419) On Thu, 2003-01-02 at 18:27, Keiron Liddle wrote: > On Wed, 2003-01-01 at 14:53, Jeff Turner wrote: > > Short term > > ---------- > > > > - Fix or work around the images-in-PDF problem [1]. > > So what are the chances of using cvs Fop, where this problem is solved? > > > From forrestmargaretmorrison@example.net Thu Jan 02 13:31:20 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 24816 invoked by uid 500); 2 Jan 2003 13:31:20 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 24804 invoked from network); 2 Jan 2003 13:31:19 -0000 Received: from purveyor9.dresdnerbank.de (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 13:31:19 -0000 Received: from ffzj0yga.dresdner.net (unverified) by purveyor9.dresdnerbank.de (Content Technologies SMTPRS 4.2.5) with ESMTP id <margaretmorrison@example.net> for <margaretmorrison@example.net>; Thu, 2 Jan 2003 14:31:10 +0100 Received: from fztig938.bank.dresdner.net (fztig938.bank.dresdner.net [83.161.120.155]) by ffzj0yga.dresdner.net (8.8.8+Sun/8.8.8) with ESMTP id OAA27655 for <margaretmorrison@example.net>; Thu, 2 Jan 2003 14:31:09 +0100 (MET) Posted-Date: Thu, 2 Jan 2003 14:31:09 +0100 (MET) Received: from localhost ([83.161.120.155]) by fztig938.bank.dresdner.net with esmtp (Exim 3.36 #1 (Debian)) id 18U5Qh-0002TS-00 for <margaretmorrison@example.net>; Thu, 02 Jan 2003 14:30:35 +0100 Subject: Re: Forrest TODO list From: Keiron Liddle <margaretmorrison@example.net> To: margaretmorrison@example.net In-Reply-To: <1041514294.1881.32.camel@IT-avik> References: <margaretmorrison@example.net> <margaretmorrison@example.net> <1041514294.1881.32.camel@IT-avik> Content-Type: text/plain Message-Id: <margaretmorrison@example.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 02 Jan 2003 14:30:35 +0100 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Thu, 2003-01-02 at 14:31, Avik Sengupta wrote: > > So what are the chances of using cvs Fop, where this problem is solved? > > Keiron had earlier sent instructions on using the cvs FOP and patched > cocoon (thanks!). However, this is what i got .. so i imagine some more > patching is required somewhere :)) I was getting that problem too. This seemed to be a temporary cocoon change, I just checked and it works (as of 1 hour ago) > Setup...ERROR 2003-01-02 18:59:03.482 [cocoon.m] (): The component > instance for hint [cocoon] has an invalid class name > (org.apache.cocoon.components.source.impl.CocoonSourceFactory). > java.lang.ClassNotFoundException: > org.apache.cocoon.components.source.impl.CocoonSourceFactory > at java.net.URLClassLoader$1.run(URLClassLoader.java:195) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:183) > at java.lang.ClassLoader.loadClass(ClassLoader.java:294) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:281) > at java.lang.ClassLoader.loadClass(ClassLoader.java:250) > Exception in thread "main" java.lang.NoSuchMethodError > at > org.apache.avalon.excalibur.component.ExcaliburComponentSelector.configure(ExcaliburComponentSelector.java:370) > at > org.apache.cocoon.components.resolver.ResolverImpl.<init>(ResolverImpl.java:107) > at java.lang.Class.newInstance0(Native Method) > at java.lang.Class.newInstance(Class.java:232) > at > org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:264) > at > org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:163) > at > org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) > at > org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) > at > org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) > at > org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:268) > at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) > at org.apache.cocoon.Main.main(Main.java:419) > at > org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:259) > ERROR 2003-01-02 18:59:03.487 [cocoon.m] (): Caught an exception > trying to initialize the component handler. > at > org.apache.avalon.excalibur.component.DefaultComponentFactory$ServiceManagerProxy.lookup(DefaultComponentFactory.java:460) > at > org.apache.avalon.excalibur.xml.JaxpParser.service(JaxpParser.java:115) > org.apache.avalon.framework.configuration.ConfigurationException: The > component instance for hint [cocoon] has an invalid class name > (org.apache.cocoon.components.source.impl.CocoonSourceFactory). > at > org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:248) > at > org.apache.avalon.excalibur.component.ExcaliburComponentSelector.configure(ExcaliburComponentSelector.java:383) > at > org.apache.avalon.excalibur.pool.ResourceLimitingPool.newPoolable(ResourceLimitingPool.java:629) > at > org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:264) > at > org.apache.avalon.excalibur.pool.ResourceLimitingPool.get(ResourceLimitingPool.java:359) > at > org.apache.avalon.excalibur.component.PoolableComponentHandler.doGet(PoolableComponentHandler.java:188) > at > org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) > at > org.apache.avalon.excalibur.component.ComponentHandler.get(ComponentHandler.java:234) > at > org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) > at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) > at > org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:262) > at org.apache.cocoon.Main.main(Main.java:419) > at > org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:259) > at > org.apache.avalon.excalibur.component.DefaultComponentFactory$ComponentManagerProxy.lookup(DefaultComponentFactory.java:393) > at > org.apache.avalon.excalibur.component.DefaultComponentFactory$ServiceManagerProxy.lookup(DefaultComponentFactory.java:460) > at > org.apache.excalibur.xmlizer.impl.AbstractXMLizer.service(AbstractXMLizer.java:51) > at > org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:248) > at > org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) > at > org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComponent(ExcaliburComponentSelector.java:690) > at > org.apache.avalon.excalibur.component.ExcaliburComponentSelector.configure(ExcaliburComponentSelector.java:371) > at > org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:264) > at > org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) > at > org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) > at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) > at org.apache.cocoon.Main.main(Main.java:419) > > On Thu, 2003-01-02 at 18:27, Keiron Liddle wrote: > > On Wed, 2003-01-01 at 14:53, Jeff Turner wrote: > > > Short term > > > ---------- > > > > > > - Fix or work around the images-in-PDF problem [1]. > > > > So what are the chances of using cvs Fop, where this problem is solved? > > > > > > > > > From forrestmargaretmorrison@example.net Thu Jan 02 14:58:04 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 81979 invoked by uid 500); 2 Jan 2003 14:58:04 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 81970 invoked from network); 2 Jan 2003 14:58:03 -0000 Received: from new-smtp2.ihug.com.au (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 14:58:03 -0000 Received: from p81-apx1.syd.ihug.com.au (expresso.localdomain) [83.161.120.155] by new-smtp2.ihug.com.au with esmtp (Exim 3.22 #1 (Debian)) id 18U6nK-0007l5-00; Fri, 03 Jan 2003 01:58:03 +1100 Received: from jeff by expresso.localdomain with local (Exim 3.35 #1 (Debian)) id 18U6pA-0006Pl-00 for <margaretmorrison@example.net>; Fri, 03 Jan 2003 01:59:56 +1100 Date: Fri, 3 Jan 2003 01:59:56 +1100 From: Jeff Turner <margaretmorrison@example.net> To: margaretmorrison@example.net Subject: Re: Forrest TODO list Message-ID: <margaretmorrison@example.net> Mail-Followup-To: margaretmorrison@example.net References: <margaretmorrison@example.net> <margaretmorrison@example.net> <1041514294.1881.32.camel@IT-avik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1041514294.1881.32.camel@IT-avik> User-Agent: Mutt/1.4i X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Thu, Jan 02, 2003 at 07:01:11PM +0530, Avik Sengupta wrote: > > So what are the chances of using cvs Fop, where this problem is solved? > > Keiron had earlier sent instructions on using the cvs FOP and patched > cocoon (thanks!). However, this is what i got .. so i imagine some more > patching is required somewhere :)) > > Setup...ERROR 2003-01-02 18:59:03.482 [cocoon.m] (): The component > instance for hint [cocoon] has an invalid class name > (org.apache.cocoon.components.source.impl.CocoonSourceFactory). > java.lang.ClassNotFoundException: > org.apache.cocoon.components.source.impl.CocoonSourceFactory I think that is (or was) a regression on Cocoon's part. I had to make the following change to cocoon.xconf when updating Forrest's Cocoon: - <component-instance class="org.apache.cocoon.components.source.impl.CocoonSourceFactory" name="cocoon"/> + <component-instance class="org.apache.cocoon.components.source.impl.SitemapSourceFactory" name="cocoon"/> --Jeff From forrestmargaretmorrison@example.net Thu Jan 02 15:50:03 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 14843 invoked by uid 500); 2 Jan 2003 15:50:00 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 14828 invoked from network); 2 Jan 2003 15:50:00 -0000 Received: from smtp.mailix.net (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 15:50:00 -0000 Received: from [83.161.120.155] (helo=[83.161.120.155]) by smtp.mailix.net with asmtp (Exim 4.01) id 18U7bc-0004mn-00 for margaretmorrison@example.net; Thu, 02 Jan 2003 07:50:01 -0800 Subject: cvs Cocoon and FOP (was Re: Forrest TODO list) From: Avik Sengupta <margaretmorrison@example.net> To: margaretmorrison@example.net In-Reply-To: <margaretmorrison@example.net> References: <margaretmorrison@example.net> <margaretmorrison@example.net> <1041514294.1881.32.camel@IT-avik> <margaretmorrison@example.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 02 Jan 2003 21:22:22 +0530 Message-Id: <1041522754.11893.2.camel@IT-avik> Mime-Version: 1.0 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Latest cvs cocoon gives me the same error, and changing the xconf as suggested below gives me the exception below :( .. ill play around a bit more and see what i can come up with! Exception in thread "main" margaretmorrison@example.net.<init>(ResolverImpl.java:107) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:232) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:163) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:268) at org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:259) at org.apache.avalon.excalibur.component.DefaultComponentFactory$ServiceManagerProxy.lookup(DefaultComponentFactory.java:460) at org.apache.avalon.excalibur.xml.JaxpParser.service(JaxpParser.java:115) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:248) at org.apache.avalon.excalibur.pool.ResourceLimitingPool.newPoolable(ResourceLimitingPool.java:629) at org.apache.avalon.excalibur.pool.ResourceLimitingPool.get(ResourceLimitingPool.java:359) at org.apache.avalon.excalibur.component.PoolableComponentHandler.doGet(PoolableComponentHandler.java:188) at org.apache.avalon.excalibur.component.ComponentHandler.get(ComponentHandler.java:234) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(ExcaliburComponentManager.java:262) at org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentManager.java:259) at org.apache.avalon.excalibur.component.DefaultComponentFactory$ComponentManagerProxy.lookup(DefaultComponentFactory.java:393) at org.apache.avalon.excalibur.component.DefaultComponentFactory$ServiceManagerProxy.lookup(DefaultComponentFactory.java:460) at org.apache.excalibur.xmlizer.impl.AbstractXMLizer.service(AbstractXMLizer.java:51) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:248) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.addComponent(ExcaliburComponentSelector.java:690) at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.configure(ExcaliburComponentSelector.java:371) at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:264) at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:98) at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:513) at org.apache.cocoon.Cocoon.initialize(Cocoon.java:288) at org.apache.cocoon.Main.main(Main.java:419) Setup... On Thu, 2003-01-02 at 20:29, Jeff Turner wrote: > On Thu, Jan 02, 2003 at 07:01:11PM +0530, Avik Sengupta wrote: > > > So what are the chances of using cvs Fop, where this problem is solved? > > > > Keiron had earlier sent instructions on using the cvs FOP and patched > > cocoon (thanks!). However, this is what i got .. so i imagine some more > > patching is required somewhere :)) > > > > Setup...ERROR 2003-01-02 18:59:03.482 [cocoon.m] (): The component > > instance for hint [cocoon] has an invalid class name > > (org.apache.cocoon.components.source.impl.CocoonSourceFactory). > > java.lang.ClassNotFoundException: > > org.apache.cocoon.components.source.impl.CocoonSourceFactory > > I think that is (or was) a regression on Cocoon's part. I had to make the > following change to cocoon.xconf when updating Forrest's Cocoon: > > - <component-instance class="org.apache.cocoon.components.source.impl.CocoonSourceFactory" name="cocoon"/> > + <component-instance class="org.apache.cocoon.components.source.impl.SitemapSourceFactory" name="cocoon"/> > > > --Jeff > From forrestmargaretmorrison@example.net Thu Jan 02 18:07:00 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 7444 invoked by uid 500); 2 Jan 2003 18:06:59 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 7398 invoked from network); 2 Jan 2003 18:06:59 -0000 Received: from 26.93.rsvl.dsl.quiknet.com (HELO csm.chalko.com) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 18:06:59 -0000 Received: from chalko.com ([83.161.120.155]) by csm.chalko.com (8.11.6/linuxconf) with ESMTP id h02I6xJ01861; Thu, 2 Jan 2003 10:06:59 -0800 Message-ID: <margaretmorrison@example.net> Date: Thu, 02 Jan 2003 10:11:03 -0800 From: Nick Chalko <margaretmorrison@example.net> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ant Developers List <margaretmorrison@example.net>, margaretmorrison@example.net, Krysalis Developers <margaretmorrison@example.net> Subject: Re: [VOTE] FakeForrest is ready! References: <margaretmorrison@example.net> <margaretmorrison@example.net> In-Reply-To: <margaretmorrison@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Costin Manolache wrote: >Regarding conversion: > >If the new DTD is docbook ( or a subset ): +1 to convert them. >If it's yet another private DTD: -1. > > > I am not a commiter at apache, but I strongly concur. R, Nick From forrestmargaretmorrison@example.net Thu Jan 02 18:20:19 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 19148 invoked by uid 500); 2 Jan 2003 18:20:17 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 19039 invoked from network); 2 Jan 2003 18:20:15 -0000 Received: from icarus.apache.org (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 18:20:15 -0000 Received: (qmail 43489 invoked by uid 1464); 2 Jan 2003 18:20:14 -0000 Date: 2 Jan 2003 18:20:14 -0000 Message-ID: <margaretmorrison@example.net> From: margaretmorrison@example.net To: margaretmorrison@example.net Subject: cvs commit: xml-forrest/src/resources/skins/krysalis-site/css page.css X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N nicolaken 2003/01/02 10:20:13 Modified: src/resources/skins/krysalis-site/css page.css Log: New hover link style more consistent with the left menu skin highlight. Revision Changes Path 1.2 +1 -1 xml-forrest/src/resources/skins/krysalis-site/css/page.css Index: page.css =================================================================== RCS file: /home/cvs/xml-forrest/src/resources/skins/krysalis-site/css/page.css,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- page.css 7 Dec 2002 16:26:33 -0000 1.1 +++ page.css 2 Jan 2003 18:20:13 -0000 1.2 @@ -5,7 +5,7 @@ a:link { color: #0F3660; } a:visited { color: #009999; } a:active { color: #000066; } -a:hover { color: #000066; } +a:hover { color: #000000; border: 1px solid #a5b6c6; background: #CFDCED; !important} .menu { background-color: #F7F7F7; margin: 0px; padding: 3px 3px 5px 3px; font-size : 70%; } .menu a:link { color: #000000; text-decoration : none; } From forrestmargaretmorrison@example.net Thu Jan 02 18:43:35 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 39312 invoked by uid 500); 2 Jan 2003 18:43:34 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 39300 invoked from network); 2 Jan 2003 18:43:34 -0000 Received: from unknown (HELO webmail.tiscali.de) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 18:43:34 -0000 Received: from D2CFT80J (83.161.120.155) by webmail.tiscali.de (6.0.045) id 3E0C8E8100103EF3 for margaretmorrison@example.net; Thu, 2 Jan 2003 19:28:08 +0100 Message-ID: <000a01c2b28f$05036050$040200c0@D2CFT80J> Reply-To: "Antoine Levy-Lambert" <margaretmorrison@example.net> From: "Antoine Levy-Lambert" <margaretmorrison@example.net> To: <margaretmorrison@example.net> Subject: [Patch] improvement for forrest script under cygwin Date: Thu, 2 Jan 2003 19:44:44 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0007_01C2B297.66446780" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C2B297.66446780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit The environment variable TERM is not always set to "cygwin" under cygwin. There are actually reasons to set it to other values, such as "linux" or "ansi" litterature about TERM under cygwin : http://www.cygwin.com/ml/cygwin/2001-11/msg01417.html |--------------------------------------------------------------------------- -------------------| |So, forrest should use the same test to tell that one is under cygwin as ant : | |case "`uname`" in | | CYGWIN*) cygwin=true ;; | |--------------------------------------------------------------------------- -------------------| This works better and should not harm anybody working under cygwin or under UNIX. Yours Antoine Lévy-Lambert ------=_NextPart_000_0007_01C2B297.66446780 Content-Type: text/plain; name="patch.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch.txt" Index: forrest=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= RCS file: = /home/cvspublic/xml-forrest/src/resources/forrest-shbat/bin/forrest,v=0A= retrieving revision 1.8=0A= diff -u -r1.8 forrest=0A= --- forrest 28 Dec 2002 11:07:19 -0000 1.8=0A= +++ forrest 2 Jan 2003 18:17:40 -0000=0A= @@ -2,7 +2,18 @@=0A= =0A= # set the current working dir as the PROJECT_HOME variable =0A= =0A= -if [ "$TERM" =3D "cygwin" ] ; then=0A= +cygwin=3Dfalse;=0A= +darwin=3Dfalse;=0A= +case "`uname`" in=0A= + CYGWIN*) cygwin=3Dtrue ;;=0A= + Darwin*) darwin=3Dtrue=0A= + if [ -z "$JAVA_HOME" ] ; then=0A= + = JAVA_HOME=3D/System/Library/Frameworks/JavaVM.framework/Home =0A= + fi=0A= + ;;=0A= +esac=0A= +=0A= +if [ "$cygwin" =3D "true" ] ; then=0A= PROJECT_HOME=3D`cygpath -w "$PWD"`=0A= else=0A= PROJECT_HOME=3D$PWD=0A= @@ -17,7 +28,7 @@=0A= =0A= # ----- Set Up The Runtime Classpath = ------------------------------------------=0A= =0A= -if [ "$TERM" =3D "cygwin" ] ; then=0A= +if [ "$cygwin" =3D "true" ] ; then=0A= S=3D';'=0A= FORREST_DOT_HOME=3D`cygpath -w "$FORREST_HOME"`=0A= else=0A= @@ -33,7 +44,7 @@=0A= unset CLASSPATH=0A= =0A= for i in $FORREST_HOME/lib/endorsed/*.jar; do=0A= - if [ "$TERM" =3D "cygwin" ] ; then=0A= + if [ "$cygwin" =3D "true" ] ; then=0A= LIB=3D`cygpath -w $i`=0A= else=0A= LIB=3D$i=0A= ------=_NextPart_000_0007_01C2B297.66446780-- From forrestmargaretmorrison@example.net Fri Jan 03 02:36:12 2003 Return-Path: <forrestmargaretmorrison@example.net> Delivered-To: margaretmorrison@example.net Received: (qmail 47264 invoked by uid 500); 3 Jan 2003 02:36:09 -0000 Mailing-List: contact margaretmorrison@example.net; run by ezmlm Precedence: bulk list-help: <mailto:margaretmorrison@example.net> list-unsubscribe: <mailto:margaretmorrison@example.net> list-post: <mailto:margaretmorrison@example.net> Reply-To: margaretmorrison@example.net Delivered-To: mailing list margaretmorrison@example.net Received: (qmail 47136 invoked from network); 3 Jan 2003 02:36:06 -0000 Received: from ptolemy.goulburn.net.au (83.161.120.155) by daedalus.apache.org with SMTP; 3 Jan 2003 02:36:06 -0000 Received: (qmail 27639 invoked from network); 3 Jan 2003 02:36:18 -0000 Received: from max-01-055.goulburn.net.au (83.161.120.155) by ptolemy.goulburn.net.au with SMTP; 3 Jan 2003 02:36:18 -0000 Subject: Re: cvs Cocoon and FOP (was Re: Forrest TODO list) From: David Crossley <margaretmorrison@example.net> To: margaretmorrison@example.net In-Reply-To: <1041522754.11893.2.camel@IT-avik> References: <margaretmorrison@example.net> <margaretmorrison@example.net> <1041514294.1881.32.camel@IT-avik> <margaretmorrison@example.net> <1041522754.11893.2.camel@IT-avik> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 03 Jan 2003 13:36:02 +1100 Message-Id: <1041561363.1136.182.camel@ighp> Mime-Version: 1.0 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Did you try cleaning out your ./build/ directory? There was a major update of some jars recently. --David Avik Sengupta wrote: > Latest cvs cocoon gives me the same error, and changing the xconf as > suggested below gives me the exception below :( .. ill play around a bit > more and see what i can come up with! > > Exception in thread "main" java.lang.NoSuchMethodError > at > org.apache.cocoon.components.resolver.ResolverImpl.<init>(ResolverImpl.java:107) > at java.lang.Class.newInstance0(Native Method) > at java.lang.Class.newInstance(Class.java:232) >
{'source': 'Apache Software Foundation Public Mail Archives'}