|
Tim, Yes, there may be parameters on the URL. That is one way that you can tell Cocoon to present a document in PDF format. In that case it is a dummy parameter and is passed something like ...myfile.xml?dummy=output.pdf. Another way that Cocoon works is by looking at the request header to determine what it is talking to. It then provides the appropriate format. This summer I wrote an article for the recently demised Midrange Computing that describes running Cocoon on the iSeries. I could forward that to you if you would like. You should also go to http://xml.apache.org/cocoon if you are interested in the Cocoon project. David Morris >>> thatzenbeler@clinitech.net 11/14/01 10:35AM >>> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. -- [ Picked text/plain from multipart/alternative ] Ok, I think I get it... So when a user requests an xml document, does cocoon, ask the user how we would like to view it? PDF, or PDA ,.... or are there parameters on the URL, on how the XML should be presented? > -----Original Message----- > From: David Morris [SMTP:David.Morris@plumcreek.com] > Sent: Wednesday, November 14, 2001 9:24 AM > To: java400-l@midrange.com > Subject: What is it? RE: Cocoon on the iSeries > > Tim, > > Cocoon is a Web publishing framework. It is usually used to publish > content stored in XML documents. Cocoon makes it a lot easier to > take one XML document and then distribute it to multiple formats. For > example, an invoice marked up using XML can be published to the > Web, a PDA, or to a PDF document. That way an RPGIV program that > outputs the equivalent of a report is accessible from multiple > platforms. > Once you have a target definition set up, it is very little work to > publish to > the target. Cocoon comes with built in support for most common > targets. > > David Morris > > >>> thatzenbeler@clinitech.net 11/14/01 10:08AM >>> > This message is in MIME format. Since your mail reader does not > understand > this format, some or all of this message may not be legible. > -- > [ Picked text/plain from multipart/alternative ] > David, could you please explain what cocoon allows you to do? What > would I > use cocoon for? > > thanks, tim > > > -----Original Message----- > > From: David Morris [SMTP:David.Morris@plumcreek.com] > > Sent: Wednesday, November 14, 2001 7:40 AM > > To: Gilles.DUCRET@LloydsBank.ch; JAVA400-L@midrange.com > > Subject: Re: Cocoon on the iSeries > > > > Gilles, > > > > I have Cocoon running on my system. I am using Xerces instead of its > > closely > > related cousin XML4J. On a couple of systems that I have installed > > Cocoon on, > > I had to unpack the Cocoon Jar file and put it in the Web Apps > > directory. Not > > sure why that was but it worked (I discovered this when I went to > use > > debug and > > the error stopped coming up. > > > > You don't say what Servlet engine you are running, but with Tomcat > > 3.2.3 I set > > the classpath explicitly to include Xerces at the top, ahead of any > > other parser. > > With Tomcat 4.0, I have not had these sorts of problems. > > > > David Morris > > > > >>> Gilles.DUCRET@LloydsBank.ch 11/14/01 08:22AM >>> > > This message is in MIME format. Since your mail reader does not > > understand > > this format, some or all of this message may not be legible. > > -- > > [ Picked text/plain from multipart/alternative ] > > Hi everybody, > > > > did somebody installed Cocoon on an AS400? > > > > We have been using Cocoon since two months, with Apache Tomcat and > > within > > Visual Age, and > > it works fine. > > > > I now want to deploy this on the AS400 and i have some problem > > resolving > > class path for the > > XML APIs contained in the "Websphere jar files IBMXML4J" and Cocoon > > ones > > (with Xerces.jar) > > > > Gilles Ducret > > Wealth Management Division > > IT Architect > > Lloyds TSB Bank > > Tel: + 41 22 307 31 50 > > Mob: +41 79 217 21 41
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.