Re: Missing API Docs in Cocoon 2.0.2 and latest CVS
Bruce, I'm running Windows XP Professional, Java SDK 1.4.0 and Tomcat 4.0.4b2. -Marc Bruce Krautbauer wrote: I just did a cvs checkout -r HEAD xml-cocoon2 to a new directory, copied xercesImpl-2.0.0.jar, xalan-2.3.1.jar, and the xml-apis.jar from the .\lib\core\ to the %JAVA_HOME%\jre\lib\endorsed\ directory and my build javadocs gives the same result as Marc's. Everything else seems to build and run fine. It must be an environment issue. I'm running Win 2KSP2, JDK 1.4.0, Tomcat 4.0.4b2. Marc and Vadim, what are you running? Bruce [EMAIL PROTECTED] 04/11/02 11:34AM From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] Of course that is the command.. And as run the latest snapshot or even the cocoon 2.0.2 release here is the error log for the javadocs. javadocs: [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source file org.apache.cocoon.components.language.programming.java... [javadoc] error: cannot read: org.apache.cocoon.components.language.programming.java ... [javadoc] 1 error I just tried build javadocs: [javadoc] Generating C:\Apache\xml-cocoon2\build\cocoon\javadocs\help-doc.html... [javadoc] 116 warnings Result is 842 files in the cocoon/build/cocoon/javadocs. Vadim - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] // - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: free hosting cocoon
You have to say that only Cocoon 1 is supported. -Ursprngliche Nachricht- Von: Pawe Sadowski [mailto:[EMAIL PROTECTED]] Gesendet: Sonntag, 14. April 2002 00:00 An: [EMAIL PROTECTED] Betreff: free hosting cocoon www.mycgiserver.com nice place for getting start with cocoon:-) - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Destroying cached object
I have looked at various methods of deciding when a cached object is no longer valid (including DBPrism cache invalidator suggested by Marcelo Ochoa) What I really want to do is simple, cache all pages for 30 minutes with DeltaTimeCacheValidity, but be able to destroy the cache from the Content Management System. When working with documents in the CMS they are called with a nocache parameter, and Cocoon serves them uncached. public CacheValidity generateValidity() { // If we are called with nocache parameter we do not cache if ( request.getParameter(nocache) == null ) { return new DeltaTimeCacheValidity(30); } else { return null; } } What I was hoping for was that when CacheValidity returns null, it will destroy the cached object for good, but that doesn't seem to happen. The next time the document is called from the site without the nocache parameter, I get the old version (for the duration of the 30 minute cache period). So, is there any way I can instruct Cocoon to destroy a particular cached object permanently? Cocoon 2.0.2, Tomcat 4.0.3 Thanks, Rune, Trondheim, Norway - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing API Docs in Cocoon 2.0.2 and latest CVS
Yeah, I can't get the javadoc to generate under 1.4.0 either. What's worse is it fails and then says BUILD SUCCESSFUL. I regard the first problem as a small glitch that can probably even be resolved by waiting for 1.4.0_01... The second is a horrible evil bug. ;-) -Andy On Sun, 2002-04-14 at 02:23, Marc Jeffrey Driftmeyer wrote: Bruce, I'm running Windows XP Professional, Java SDK 1.4.0 and Tomcat 4.0.4b2. -Marc Bruce Krautbauer wrote: I just did a cvs checkout -r HEAD xml-cocoon2 to a new directory, copied xercesImpl-2.0.0.jar, xalan-2.3.1.jar, and the xml-apis.jar from the .\lib\core\ to the %JAVA_HOME%\jre\lib\endorsed\ directory and my build javadocs gives the same result as Marc's. Everything else seems to build and run fine. It must be an environment issue. I'm running Win 2KSP2, JDK 1.4.0, Tomcat 4.0.4b2. Marc and Vadim, what are you running? Bruce [EMAIL PROTECTED] 04/11/02 11:34AM From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] Of course that is the command.. And as run the latest snapshot or even the cocoon 2.0.2 release here is the error log for the javadocs. javadocs: [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source file org.apache.cocoon.components.language.programming.java... [javadoc] error: cannot read: org.apache.cocoon.components.language.programming.java ... [javadoc] 1 error I just tried build javadocs: [javadoc] Generating C:\Apache\xml-cocoon2\build\cocoon\javadocs\help-doc.html... [javadoc] 116 warnings Result is 842 files in the cocoon/build/cocoon/javadocs. Vadim - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] // - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.superlinksoftware.com http://jakarta.apache.org/poi - port of Excel/Word/OLE 2 Compound Document format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SOLUTION] Sorry to be a nag
thanks for this hint, Andrew! It is the merge-factor. A comprehensive description can be found at http://www.mail-archive.com/lucene-user@jakarta.apache.org/msg00373.html. The quick hack: Look in SimpleLuceneCocoonIndexerImpl.java for the constant MERGE_FACTOR_DEFAULT = 20. Lower the value. I set it to 10. Indexing about 2000 files now works fine. /Leo On Monday, April 8, 2002, at 02:01 Uhr, Andrew C. Oliver wrote: This sounds like your index merge factor. On Mon, 2002-04-08 at 03:26, Nader S. Henein wrote: Cocoon Lucene Indesing: Too Many files open Error I can't opt for that solution, what I'm trying to do is get out of Oracle Internmedia and ultimately out of oracle and if you've ever had oracle bill you for licensing fees you'll know why ... but as far as the indexing is concerned I'm going to need to index about 200 000 XML files did you try discussing the problem on the lucene dev forums ? I mean it is open source we should be able to fix it. The Too Many files open Error sounds like there is a file handle close() method missing somewhere I'm going to start going through the code today, and I'll post the problem on the Lucene Dev board .. it would be nice to know who wrote the damn thing .. they could probably fix this one in no time. cheers OPEN SOURCE ROCKS -Original Message- From: leo leonid [mailto:[EMAIL PROTECTED]] Sent: Saturday, April 06, 2002 7:44 PM To: [EMAIL PROTECTED] Subject: Re: Sorry to be a nag uups. wrong URL. forget the old .com, the lucene try is on http://www.helnwein.de sorry /Leo On Saturday, April 6, 2002, at 05:39 Uhr, leo leonid wrote: yes! I tried it. And the result was the same error as you got. I started a thread Problem with SimpleLuceneCocoonIndexerImpl (Too many open files) on Fri Mar 15, but it faded out quickly. Indexing works now, but I had to limit indexing to a small part of my site :-( Another problem I have: non-ascii characters in query strings (e.g. german Umlauts) you can test my try at http://www.helnwein.com ) /Leo On Thursday, April 4, 2002, at 09:41 Uhr, Nader S. Henein wrote: People sorry to be a nag and I have asked this one before and got nothing, but just to make sure .. has anyone out there developed an App as opposed to a webapp to create a search index using the lucene library on Cocoon 2.0.2 ? I tried and it's just giving me an ulcer. OS : Solaris 8 Webserver : Orion 1.4.5 Cocoon : 2.0.2 Nader S. Henein Bayt.com , Dubai Internet City Tel. +9714 3911900 Fax. +9714 3911915 GSM. +9715 05659557 www.bayt.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.superlinksoftware.com http://jakarta.apache.org/poi - port of Excel/Word/OLE 2 Compound Document format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SOLUTION] Sorry to be a nag
Cool.. Glad I could help. Humm this should be configurable. On Sun, 2002-04-14 at 09:57, leo leonid wrote: thanks for this hint, Andrew! It is the merge-factor. A comprehensive description can be found at http://www.mail-archive.com/lucene-user@jakarta.apache.org/msg00373.html. The quick hack: Look in SimpleLuceneCocoonIndexerImpl.java for the constant MERGE_FACTOR_DEFAULT = 20. Lower the value. I set it to 10. Indexing about 2000 files now works fine. /Leo On Monday, April 8, 2002, at 02:01 Uhr, Andrew C. Oliver wrote: This sounds like your index merge factor. On Mon, 2002-04-08 at 03:26, Nader S. Henein wrote: Cocoon Lucene Indesing: Too Many files open Error I can't opt for that solution, what I'm trying to do is get out of Oracle Internmedia and ultimately out of oracle and if you've ever had oracle bill you for licensing fees you'll know why ... but as far as the indexing is concerned I'm going to need to index about 200 000 XML files did you try discussing the problem on the lucene dev forums ? I mean it is open source we should be able to fix it. The Too Many files open Error sounds like there is a file handle close() method missing somewhere I'm going to start going through the code today, and I'll post the problem on the Lucene Dev board .. it would be nice to know who wrote the damn thing .. they could probably fix this one in no time. cheers OPEN SOURCE ROCKS -Original Message- From: leo leonid [mailto:[EMAIL PROTECTED]] Sent: Saturday, April 06, 2002 7:44 PM To: [EMAIL PROTECTED] Subject: Re: Sorry to be a nag uups. wrong URL. forget the old .com, the lucene try is on http://www.helnwein.de sorry /Leo On Saturday, April 6, 2002, at 05:39 Uhr, leo leonid wrote: yes! I tried it. And the result was the same error as you got. I started a thread Problem with SimpleLuceneCocoonIndexerImpl (Too many open files) on Fri Mar 15, but it faded out quickly. Indexing works now, but I had to limit indexing to a small part of my site :-( Another problem I have: non-ascii characters in query strings (e.g. german Umlauts) you can test my try at http://www.helnwein.com ) /Leo On Thursday, April 4, 2002, at 09:41 Uhr, Nader S. Henein wrote: People sorry to be a nag and I have asked this one before and got nothing, but just to make sure .. has anyone out there developed an App as opposed to a webapp to create a search index using the lucene library on Cocoon 2.0.2 ? I tried and it's just giving me an ulcer. OS : Solaris 8 Webserver : Orion 1.4.5 Cocoon : 2.0.2 Nader S. Henein Bayt.com , Dubai Internet City Tel. +9714 3911900 Fax. +9714 3911915 GSM. +9715 05659557 www.bayt.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.superlinksoftware.com http://jakarta.apache.org/poi - port of Excel/Word/OLE 2 Compound Document format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,
RE: Cocoon2 + XIndice
From: Alex McLintock [mailto:[EMAIL PROTECTED]] Hi folks, I'm trying to get Cocoon2 (recent CVS snapshot) working with Xindice 1.0 on RedHat Linux/Tomcat4 Happily the biggest problem is no more. I can successfully call something like this http://myserver:8080/cocoon/asubdir/xmldb/reviews/?xpath=//review[contai ns(tit le,%27Dune%27)] This is in my sitemap !-- THIS WORKS - HOORAY -- map:match pattern=xmldb/** map:match type=request-parameter pattern=xpath map:generate src=xmldb:xindice://localhost:4080/db/{../1}#{1}/ map:serialize type=xml/ /map:match map:generate src=xmldb:xindice://localhost:4080/db/{1}/ map:serialize type=xml/ /map:match But I'd also like to be able to respond to URLs like this since this is a bit more secure. http://myserver:8080/cocoon/asubdir/reviewbytitle/Dune This is what I tried. !-- these don't work yet. -- map:match pattern=reviewbytitle/** map:generate src=xmldb:xindice://localhost:4080/db/reviews/#?xpath=//review[contains (title ,'{1}')]/ Why question mark? Why 'xpath=' ??? As you wrote above: map:generate src=xmldb:xindice://localhost:4080/db/{../1}#{1}/ Note that there is no '?', and no 'xpath='. PS From the http://xml.apache.org/cocoon/changes.html: URL should be in form: xmldb:dbxml://host:port/db/collection/#/xpath Vadim map:serialize type=xml/ /map:match I get back an empty result set ?xml version=1.0 encoding=UTF-8? collection:results query=?xpath=//review[contains(title,'Dune')] resources=0 xmlns:collection=http://apache.org/cocoon/xmldb/1.0/ Can you see what I am doing wrong? I guess it is something to do with the bit before xpath In case it wasnt obvious I have a collection called reviews. Each of the documents in it has one review section, and there is a title tag in the review. (I was using the following page to help me http://www.cocooncenter.de/cc/documents/resources/xindice/index.html ) Alex - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Destroying cached object
From: Rune Sandnes [mailto:[EMAIL PROTECTED]] I have looked at various methods of deciding when a cached object is no longer valid (including DBPrism cache invalidator suggested by Marcelo Ochoa) What I really want to do is simple, cache all pages for 30 minutes with DeltaTimeCacheValidity, but be able to destroy the cache from the Content Management System. When working with documents in the CMS they are called with a nocache parameter, and Cocoon serves them uncached. public CacheValidity generateValidity() { // If we are called with nocache parameter we do not cache if ( request.getParameter(nocache) == null ) { return new DeltaTimeCacheValidity(30); } else { return null; } } What I was hoping for was that when CacheValidity returns null, it will destroy the cached object for good, but that doesn't seem to happen. The next time the document is called from the site without the nocache parameter, I get the old version (for the duration of the 30 minute cache period). So, is there any way I can instruct Cocoon to destroy a particular cached object permanently? You need to return such a ValidityObject (serializable), which will return false when your XSP need it. To clarify this moment, here is simple example: - class MyCacheValidity extends DeltaTimeCacheValidity { boolean cache; public MyCacheValidity (int minutes, boolean cache) { super(minutes); this.cache = cache; } public boolean isValid(CacheValidity validity) { // check cache parameter from the XSP if (((MyCacheValidity)validity).cache) return false; // Check 30 min return super.isValid(); } } - public CacheValidity generateValidity() { // If we are called with nocache parameter we do not cache if (request.getParameter(nocache) == null) { return new MyCacheValidity(30, false); } else { return new MyCacheValidity(30, true); } } - PS You should know that there are two validity objects for a given cache key: One is in cache (generated by XSP and cached on previous request to this XSP), and another is generated by your XSP to be compared with the cached validity. Take a look at the TimeStampCacheValidity.java. Vadim Cocoon 2.0.2, Tomcat 4.0.3 Thanks, Rune, Trondheim, Norway - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [SOLUTION] Sorry to be a nag
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]] Cool.. Glad I could help. Humm this should be configurable. On Sun, 2002-04-14 at 09:57, leo leonid wrote: thanks for this hint, Andrew! It is the merge-factor. A comprehensive description can be found at http://www.mail-archive.com/lucene-user@jakarta.apache.org/msg00373.html . The quick hack: Look in SimpleLuceneCocoonIndexerImpl.java for the constant MERGE_FACTOR_DEFAULT = 20. Lower the value. I set it to 10. Indexing about 2000 files now works fine. Alternatively, you could just edit config of SimpleLuceneCocoonIndexerImpl: merge-factor10/merge-factor (this suppose to work also) Vadim /Leo On Monday, April 8, 2002, at 02:01 Uhr, Andrew C. Oliver wrote: This sounds like your index merge factor. On Mon, 2002-04-08 at 03:26, Nader S. Henein wrote: Cocoon Lucene Indesing: Too Many files open Error I can't opt for that solution, what I'm trying to do is get out of Oracle Internmedia and ultimately out of oracle and if you've ever had oracle bill you for licensing fees you'll know why ... but as far as the indexing is concerned I'm going to need to index about 200 000 XML files did you try discussing the problem on the lucene dev forums ? I mean it is open source we should be able to fix it. The Too Many files open Error sounds like there is a file handle close() method missing somewhere I'm going to start going through the code today, and I'll post the problem on the Lucene Dev board .. it would be nice to know who wrote the damn thing .. they could probably fix this one in no time. cheers OPEN SOURCE ROCKS ... - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Just starting COCOON
On Friday 18 January 2002 09:13, you wrote: I got it up and running, the documentation must be written better in Italian because the English version is Terrible! Thank you very much for your help... The Cocoon Docs are better than the documentation I have written so far for the project I am prototyping with Cocoon. There is a useful web site: http://www.cocooncenter.com/cc/ that is a nice start. It may become quite useful. Take a look at the 'Chello' project at sourceforge too. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing API Docs in Cocoon 2.0.2 and latest CVS
Not sure what all the issues are...all I know is what works on 1.3.1 buildwise often doesn't work on 1.4.0. The horrible bug is that the doc build can be SUCCESSFUL even if it fails. (thats bad) On Sun, 2002-04-14 at 20:09, Marc Jeffrey Driftmeyer wrote: I have a hard time believing that this permissions issue of reading into that path is the fault of Sun's JDK. I have a greater suspicion it has to do with some build issues within Cocoon, since we already know that Cocoon 2.0.2 build SDK of choice is 1.3.1. -Marc Andrew C. Oliver wrote: Yeah, I can't get the javadoc to generate under 1.4.0 either. What's worse is it fails and then says BUILD SUCCESSFUL. I regard the first problem as a small glitch that can probably even be resolved by waiting for 1.4.0_01... The second is a horrible evil bug. ;-) -Andy On Sun, 2002-04-14 at 02:23, Marc Jeffrey Driftmeyer wrote: Bruce, I'm running Windows XP Professional, Java SDK 1.4.0 and Tomcat 4.0.4b2. -Marc Bruce Krautbauer wrote: I just did a cvs checkout -r HEAD xml-cocoon2 to a new directory, copied xercesImpl-2.0.0.jar, xalan-2.3.1.jar, and the xml-apis.jar from the .\lib\core\ to the %JAVA_HOME%\jre\lib\endorsed\ directory and my build javadocs gives the same result as Marc's. Everything else seems to build and run fine. It must be an environment issue. I'm running Win 2KSP2, JDK 1.4.0, Tomcat 4.0.4b2. Marc and Vadim, what are you running? Bruce [EMAIL PROTECTED] 04/11/02 11:34AM From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] Of course that is the command.. And as run the latest snapshot or even the cocoon 2.0.2 release here is the error log for the javadocs. javadocs: [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source file org.apache.cocoon.components.language.programming.java... [javadoc] error: cannot read: org.apache.cocoon.components.language.programming.java ... [javadoc] 1 error I just tried build javadocs: [javadoc] Generating C:\Apache\xml-cocoon2\build\cocoon\javadocs\help-doc.html... [javadoc] 116 warnings Result is 842 files in the cocoon/build/cocoon/javadocs. Vadim - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] // - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] // - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.superlinksoftware.com http://jakarta.apache.org/poi - port of Excel/Word/OLE 2 Compound Document format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing API Docs in Cocoon 2.0.2 and latest CVS
Perry, Thanks for the workaround. I'll give it a try in the morning. -Marc Faulkner, Perry wrote: Seems as though it might be an issue with the change in the javadoc options for 1.4 In the build log, it has an error with: org.apache.cocoon.components.language.programming.java Tried playing with javadoc outside of build ant. Build invokes javadoc, with a list of o.a.c.xxx for each package, but I think the new javadoc expects those to be actual files and doesn't find them so produces nothing! The only one that looks like a file in the list, o.a.c.c.l.programming.java, doesn't exist! javadoc 1.4 has introduced an option -subpackages, which probably makes the list of o.a.c.xxx's redundant. I finally got it to work, manually, with -subpackages org.apache.cocoon, but the current Cocoon version of ant won't take the subpackages option, so I can't see a proper fix at this stage. In the end, I suppose ant would need to be modified to account for these differences between 1.3 and 1.4 javadoc. But to do it manually, run build javadocs -verbose and redirect output to a log file. Edit the log file to find and extract the very long javadoc command line into a separate file. You now need to reduce this to just the parameters and options, so remove the leading ...javadoc.exe and replace all the package names at the end, i.e everything after -version -author, with -subpackages org.apache.cocoon Now execute: javadoc @file (where file is the one you just created, containing the javadoc parameters and options). The above assumes your under Windoze. Sorry this is a bit involved, I tried to fake out the ant build, but couldn't get around it's checks! HTH Perry -Original Message- From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] Sent: Monday, 15 April 2002 10:47 To: [EMAIL PROTECTED] Subject: Re: Missing API Docs in Cocoon 2.0.2 and latest CVS I completely agree and that sort of Wonderful SQA bugs should not go unnoticed. -Marc Andrew C. Oliver wrote: Not sure what all the issues are...all I know is what works on 1.3.1 buildwise often doesn't work on 1.4.0. The horrible bug is that the doc build can be SUCCESSFUL even if it fails. (thats bad) On Sun, 2002-04-14 at 20:09, Marc Jeffrey Driftmeyer wrote: I have a hard time believing that this permissions issue of reading into that path is the fault of Sun's JDK. I have a greater suspicion it has to do with some build issues within Cocoon, since we already know that Cocoon 2.0.2 build SDK of choice is 1.3.1. -Marc Andrew C. Oliver wrote: Yeah, I can't get the javadoc to generate under 1.4.0 either. What's worse is it fails and then says BUILD SUCCESSFUL. I regard the first problem as a small glitch that can probably even be resolved by waiting for 1.4.0_01... The second is a horrible evil bug. ;-) -Andy On Sun, 2002-04-14 at 02:23, Marc Jeffrey Driftmeyer wrote: Bruce, I'm running Windows XP Professional, Java SDK 1.4.0 and Tomcat 4.0.4b2. -Marc Bruce Krautbauer wrote: I just did a cvs checkout -r HEAD xml-cocoon2 to a new directory, copied xercesImpl-2.0.0.jar, xalan-2.3.1.jar, and the xml-apis.jar from the .\lib\core\ to the %JAVA_HOME%\jre\lib\endorsed\ directory and my build javadocs gives the same result as Marc's. Everything else seems to build and run fine. It must be an environment issue. I'm running Win 2KSP2, JDK 1.4.0, Tomcat 4.0.4b2. Marc and Vadim, what are you running? Bruce [EMAIL PROTECTED] 04/11/02 11:34AM From: Marc Jeffrey Driftmeyer [mailto:[EMAIL PROTECTED]] Of course that is the command.. And as run the latest snapshot or even the cocoon 2.0.2 release here is the error log for the javadocs. javadocs: [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source file org.apache.cocoon.components.language.programming.java... [javadoc] error: cannot read: org.apache.cocoon.components.language.programming.java ... [javadoc] 1 error I just tried build javadocs: [javadoc] Generating C:\Apache\xml-cocoon2\build\cocoon\javadocs\help-doc.html... [javadoc] 116 warnings Result is 842 files in the cocoon/build/cocoon/javadocs. Vadim - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] // - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] // - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For
getting sunShine context data in xsp generator
I have some data in a sunShine context I'd like to use to build an update query in an xsp generator. I can't seem to use the sunShine namespace in an XSP page. Tomcat is throwing an Internal Server Error. Is it at all possible to use sunShine in an XSP generator? Is the only alternative a strain of transformations? Bert The error: javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Thread.java:484) My spelling is Wobbly. It's good spelling but it Wobbles, and the letters get in the wrong places. A. A. Milne (1882-1958) - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]