Re: Link Livesites: http://www.ctg.albany.edu
Hello Derek, yes, that's obviously misleading. But I'm not related to this page. After the mention on this list last week I only asked them to be listed on Cocoon's Livesites page and Jim Costello sent me this mail below. I added the link in the CVS and forwarded this mail, especially because of the impressive figures. Now the report: It's the typical Cocoon 1.x handling using processing instructions. But I don't know if they wrote their own component handling processing instructions or if the report is outdated or simlpy wrong. The X-Cocoon header clearly states that they use Cocoon 2.0.4, but he also wrote (in the mail below) that they still have Cocoon 1.x in use for a part of their homepage. I'm cc-ing Jim Costello, so he can read and clarify your objections. Regards, Joerg Derek Hohls wrote: Joerg I was browsing the white paper referred to; in http://www.ctg.albany.edu/publications/reports/xml?chapter=9 it mentions that XML files are connected to XSL files by placing links to the stylesheets at the top of the XML files. It then goes on to say: This significantly simplifies content management because it enables you to make changes to only one content file and make no changes to the stylesheets because the content is totally separated from the presentation. Figure 8 illustrates how these XML/XSL transformations occur within the Cocoon publishing framework. This is a little misleading and underplays the true value added by Cocoon in completely separating content from presentation - the connections happen in the sitemap; there is no need to specify stylesheets in your XML files; as soon as you do this you are implicitly mixing content and presentation. If you are able, I think some changes would help clarify the situation. Regards Derek [EMAIL PROTECTED] 30/06/2003 10:03:04 We had it already on the list last week, here is the official announcement. I have added the link in the CVS. Joerg Original Message Subject: RE: Contact Us Form Date: Mon, 30 Jun 2003 09:41:18 -0400 From: Jim Costello [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Yes, We would be glad to be listed on your powered by Cocoon page. Our base url is http://www.ctg.albany.edu. The entire site is done in Cocoon 2, using standard XML/XSL with a docbook schema for our XML documents. The site currently has close to 4000 pages produced by approximately 300 xml/xsl files. We expect to be producing about 10,000 pages by the end of the year with no increase in the number of xml/xsl files. The main content of our site are the reports, guides and studies that our Center produces. We needed a sensible way to manage these documents, control the source file and produce a variety of formats HTML, PDFs, multiple locations on the site. XML and Cocoon has been the answer. The site has only been live for about 1 month, but we've already seen a doubling of our traffic and it's much easier to maintain and find our information on the site now. It's all Cocoon and XML/XSL; no database involvement. We also have a white paper on the site at http://www.ctg.albany.edu/publications/reports/xml that explains our rationale and approach to using xml and cocoon. One other component of the site at http://www2.ctg.albany.edu/egovfirststop/ uses Cocoon 1 and mySQL database to power an information repository application. We will be upgrading this application to Cocoon 2. Jim Costello Web Application Developer Center for Technology in Govenment www.ctg.albany.edu [EMAIL PROTECTED] (518) 442-3812 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: newbie question with wildcard in sitemap
You have a map:act/ surrounding not only this map:generate/. This
map:act/ makes it necessary to use {../1}:
map:generate src=docs/{../1}/home.xml /
Regards,
Joerg
Sliman Bouchareb wrote:
hi cocooners,
i have the following directory structrue:
cocoon:|
|protected-
|-docs -
|-home
|-fr
|.
|-stylsheets
|-descriptors
|-css
and the followinf sitemap:
map:match pattern=do-login
!-- first validate whether submitted values are ok --
map:act type=form-validator
map:parameter name=descriptor
value=context://protected/descriptors/params.xml/
map:parameter name=validate value=username/
!-- now try to log in --
map:act type=db-authenticator
map:parameter name=descriptor
value=context://protected/descriptors/auth.xml/
!-- now go to protected area --
map:redirect-to uri=home/home.section/
/map:act
/map:act
!-- something was wrong, try it again --
map:redirect-to uri=error/
/map:match
* after a successfull login i call the uri home/home.section
and then i have the following match:
map:match pattern=*/*.*
!-- first validate whether user has logged in --
map:act type=session-validator
map:parameter name=descriptor
value=context://protected//descriptors/params.xml/
map:parameter name=validate
value=username,department_id,theme/
!-- generate protected content --
!-- map:generate type=serverpages
src=docs/protected.xsp/ --
!-- map:transform src=stylesheets/{theme}-page2html.xsl/ --
map:generate src=docs/home/home.xml/
map:transform src=stylesheets/page.xsl
map:parameter name=section value=home/
map:parameter name=toc-file value=../docs/toc.xml/
map:parameter name=base-url value=/cocoon/protected/
/map:transform
map:transform src=stylesheets/menupage.xsl
map:parameter name=section value=home/
map:parameter name=request-url value=home.section/
map:parameter name=toc-file value=../docs/toc.xml/
map:parameter name=css-stylesheet value=default.css/
map:parameter name=base-url value=/cocoon/protected/
/map:transform
map:serialize/
/map:act
!-- something was wrong, redirect to login page --
map:redirect-to uri=login/
/map:match
* well this works fine, nut i want to substitute map:generate
src=docs/home/home.xml / with map:generate src=docs/{1}/home.xml /
because i have many ressources, but this dont work :-(, why that ?
thanx
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Howto use a generated stylesheet
Hello Olivier, your sitemap looks absolutely ok and I can't spot any error. We did such things too and everything works without any problems. No http:// needed, nothing with wrong order of initialization of components. Olivier Billard wrote: Hi all ! I'm trying to use a generated stylesheet for an xsl transformer and I get this error : org.apache.cocoon.ProcessingException: Unable to get transformer handler for cocoon:/picto-filter.xsl: This error message lets me guess you are using XSLTC - there is no tool reporting errors better than this one ;-) Try to use Xalan in the pipeline that uses the generated XSLT. Or try to request picto-filter.xsl directly in the browser and have a look on it, maybe there is an error in it. You can also save this generated XSLT to disk and try the transformation statically. org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler Here is a snippet of my sitemap : map:match pattern=picto-filter.xsl map:generate src=context://WEB-INF/workflow.xconf/ map:transform src=stylesheets/picto-filter-generator.xsl/ map:serialize type=xml/ /map:match ... map:match pattern=requestlist-part ... map:transform src=cocoon:/picto-filter.xsl/ here: map:transform type=xalan src=cocoon:/picto-filter.xsl/ map:serialize type=xml/ /map:match Isn't the cocoon protocol used in transformers ?? Am I misunderstanding some things ? Thanks in advance !! Regards, Joerg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: RE: Link Livesites: http://www.ctg.albany.edu]
FYI Joerg Original Message Subject: RE: Link Livesites: http://www.ctg.albany.edu Date: Tue, 1 Jul 2003 09:03:26 -0400 From: Jim Costello [EMAIL PROTECTED] To: 'Joerg Heinicke' [EMAIL PROTECTED] Joerg and Derek, The white paper (which is nearly a year old) on our Web site does refer to XML applications we had developed using Cocoon 1, so that's why there is no mention of the sitemap of Cocoon2. In fact, that paper is directed to a general web site audience who may be wondering about the advantages/drawbacks of moving from an HTML-based website to an XML-based website. So while we do mention Cocoon since we use it, we primarily focused on general use of XML/XSL. The Web site itself uses Cocoon 2 - with the sitemap performing the functions as noted below of associating stylesheets with XML files - but we didn't start using Cocoon 2 until after we had written the paper. However, in Cocoon 1 the separation of content/style/logic was still achieved when properly implemented within the Cocoon 1 framework. So I don't think the point is incorrect, although I see where it may be a bit misleading or confusing to someone who is familiar with Cocoon. We can look to clarify this in the paper by stating that our references are to Cocoon 1 and that Cocoon 2 handles these things differently and more effectively through its use of the sitemap. But again, the paper is primarily directed to a general audience (not Cocoon specific) and not surprisingly, one of the main questions we'd hear when developing the paper was from Web developers who were familiar with HTML and JavaScript etc., but not too familiar with XML, and asked how you connected your XML files with your XSL stylesheets. That basic separation of content from style is still a big mystery to many HTML users. So that's why we explicitly mention the connection using processing instructions in the paper. Thanks for the comments. We'll try to clear up some of its misleading elements. Jim Costello Web Application Developer Center for Technology in Govenment www.ctg.albany.edu [EMAIL PROTECTED] (518) 442-3812 -Original Message- From: Joerg Heinicke [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 2:37 AM To: [EMAIL PROTECTED] Cc: Jim Costello Subject: Re: Link Livesites: http://www.ctg.albany.edu Hello Derek, yes, that's obviously misleading. But I'm not related to this page. After the mention on this list last week I only asked them to be listed on Cocoon's Livesites page and Jim Costello sent me this mail below. I added the link in the CVS and forwarded this mail, especially because of the impressive figures. Now the report: It's the typical Cocoon 1.x handling using processing instructions. But I don't know if they wrote their own component handling processing instructions or if the report is outdated or simlpy wrong. The X-Cocoon header clearly states that they use Cocoon 2.0.4, but he also wrote (in the mail below) that they still have Cocoon 1.x in use for a part of their homepage. I'm cc-ing Jim Costello, so he can read and clarify your objections. Regards, Joerg Derek Hohls wrote: Joerg I was browsing the white paper referred to; in http://www.ctg.albany.edu/publications/reports/xml?chapter=9 it mentions that XML files are connected to XSL files by placing links to the stylesheets at the top of the XML files. It then goes on to say: This significantly simplifies content management because it enables you to make changes to only one content file and make no changes to the stylesheets because the content is totally separated from the presentation. Figure 8 illustrates how these XML/XSL transformations occur within the Cocoon publishing framework. This is a little misleading and underplays the true value added by Cocoon in completely separating content from presentation - the connections happen in the sitemap; there is no need to specify stylesheets in your XML files; as soon as you do this you are implicitly mixing content and presentation. If you are able, I think some changes would help clarify the situation. Regards Derek -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with WebServiceProxyGenerator
There seems to be a real problem with WebServiceProxyGenerator: http://www.mail-archive.com/[EMAIL PROTECTED]/msg27925.html Joerg Tony Collen wrote: Hübner, Stefan wrote: Hello out there, I'm developing a webapp with cocoon-2.1m2 and want to use the wsproxy. but wsproxy doesn't work, instead it throws an IllegalArgumentException host parameter is null. the configuration is quite simple and should be correct - as far as the documentation is up to date. map:generator name=wsproxy logger=webapp.wsproxy pool-grow=2 pool-max=16 pool-min=2 src=org.apache.cocoon.generation.WebServiceProxyGenerator/ [snip/] so, what's going wrong here? i would be glad, if anybody could give an answer. Well, Looking at the source to commons-httpclient at http://jakarta.apache.org/commons/httpclient/xref/org/apache/commons/httpclient/HttpConnection.html, it looks like the 'host' which is being passed to the constructor is null. Obviously, it's very strange this is happening. I'll try to dig into the WSPG code today and see if I find anything... Does anybody know if commons-httpclient has changed recently? Tony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trouble with if
Group your data by date/, anything else won't work. http://www.jenitennison.com/xslt/grouping/muenchian.xml http://www.dpawson.co.uk/xsl/sect2/N4486.html Joerg Tim Bachta wrote: I am having trouble with an xsl:if condition. I am testing to see if the date value is the same as the previous date value. If it is I want to skip over the code otherwise I want it to execute the code, simple, here is my code: (the xsl:variable is declared under the stylesheet element as xsl:variable name=oldGroup/ Xml coming in is - XML and XSLT stripped ... and my output is showing up with each productivity-line showing. Thanks for the help Tim Bachta - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to get transformer handler...
Hello James, James Cummings wrote: Hiya, I'm really new to cocoon so am probably doing something completely wrong. But using cocoon 2.1m3-dev, I want to grab a particular elment by id() from an xml file in the first step of a pipeline, and convert the result to html in the second step. In each instance I want the parameters in the URI available to the xslt. The transformation works perfectly fine on the command line (with saxon), but I keep getting Unable to get transformer handler for style/xsl/repos2rdg.xsl as an error (with Eception in creating Tranform Handler). it's the XSLTC error message. Looking through possible bugs, I should say that the xsl is fairly straight forward and does not use xsl:applyimports or xsl:include or anything referencing another document except the xml file's dtd (which provides necessary entities and such). I've tried specifying type=xslt in the map:transform since (I believe?) this makes it use Xalan? But to no avail. type=xslt is the default, so XSLTC. Try type=xalan. (xslt = xalan, xsltc = xsltc is true for Cocon 2.0.x) Joerg My sitemap.xmap in the context contains: map:match pattern=antiphons.xml map:generate src=content/repository.xml/ map:transform type=xslt src=style/xsl/repos2rdg.xsl map:parameter name=use-request-parameters value=true/ /map:transform map:transform type=xslt src=style/xsl/rdg2html.xsl map:parameter name=use-request-parameters value=true/ /map:transform map:serialize type=html/ /map:match I'm sure I'm probably going about it completely wrong or something, but this is basically the first time I'm trying to get cocoon to do something in two steps instead of one. ;-) It is probably something really simple. Any suggestions (on and/or off-list -- I get it via digest)? -James - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: esql:getXXX - wrong diagnostics?
Why? You use a not existing column name and you get the message Invalid column name. What's wrong with it? Joerg Dmitry Diskin wrote: Hello I have been struggling with the following problem for a while: if I specify non-existing column name in esql:get-int column=wrong_column //xsp:attribute tag, I get the following error message: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: Error executing statement: select something from somewhere : java.sql.SQLException: Invalid column name I think that is misleading, since the error is not in SQL, but in my XSp text. It was very hard to find it out. Regards, Dmitry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: including a static XML file in the return from my sql call?
Have a look on the output of the render-logic5.xsl transformation. You
have maybe kicked the sql:* elements out of your XML.
Joerg
Paul Tomsic wrote:
I'm trying to import a static XML file into the
results of my SQL call.
Here's my sitemap.xmap block:
map:match pattern=ameddReportByBDE/*.pdf
map:generate type=request/
map:transform type=xslt src=render-logic.xsl
map:parameter name=label value={1}/
/map:transform
map:transform type=xinclude/
map:transform type=xslt src=render-logic.xsl/
map:transform type=xinclude/
map:transform type=xslt src=render-logic5.xsl
map:parameter name=label value={1}/
/map:transform
map:transform type=sql
map:parameter name=dburl
value=jdbc:mysql://localhost/amedd?user=adminamp;password=alpha
/
/map:transform
map:transform type=xinclude/
!--
map:transform src=ameddReportByBDE.xsl/
map:serialize type=fo2pdf/
--
map:serialize type=xml/
/map:match
and inside render-logic5.xsl, I've got :
xsl:template match=mops:report-sql
mops:report-xinclude-headlines
xi:include
xsl:attribute name=hrefreports/xsl:value-of
select=$label//headlines.xml#xpointer(/headlines)/xsl:attribute
/xi:include
/mops:report-xinclude-headlines
/xsl:template
but my final XML only includes the included xml, and
not the results from the sql query.
Help?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Link Livesites: http://www.ctg.albany.edu
We had it already on the list last week, here is the official announcement. I have added the link in the CVS. Joerg Original Message Subject: RE: Contact Us Form Date: Mon, 30 Jun 2003 09:41:18 -0400 From: Jim Costello [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Yes, We would be glad to be listed on your powered by Cocoon page. Our base url is http://www.ctg.albany.edu. The entire site is done in Cocoon 2, using standard XML/XSL with a docbook schema for our XML documents. The site currently has close to 4000 pages produced by approximately 300 xml/xsl files. We expect to be producing about 10,000 pages by the end of the year with no increase in the number of xml/xsl files. The main content of our site are the reports, guides and studies that our Center produces. We needed a sensible way to manage these documents, control the source file and produce a variety of formats HTML, PDFs, multiple locations on the site. XML and Cocoon has been the answer. The site has only been live for about 1 month, but we've already seen a doubling of our traffic and it's much easier to maintain and find our information on the site now. It's all Cocoon and XML/XSL; no database involvement. We also have a white paper on the site at http://www.ctg.albany.edu/publications/reports/xml that explains our rationale and approach to using xml and cocoon. One other component of the site at http://www2.ctg.albany.edu/egovfirststop/ uses Cocoon 1 and mySQL database to power an information repository application. We will be upgrading this application to Cocoon 2. Jim Costello Web Application Developer Center for Technology in Govenment www.ctg.albany.edu [EMAIL PROTECTED] (518) 442-3812 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Compilation of XSP on IDE only
No, because XSP files are transformed via xsp.xsl to an java file and will be compiled afterwards. Writing a build script doing the transformation and trying the compilation will be more useful I guess. Joerg Nitin wrote: Hi, Is there any way to compile all xsp file of a site and get the error results? just after amking changes in the XSP. thanks Nitin -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error message not displayed
No problem. You can read something about it here: http://wiki.cocoondev.org/Wiki.jsp?page=ErrorHandling Joerg Dmitry Diskin wrote: Hi Joerg, Thanks for your answer. Would you mind to show me the example - I was unable to find it.. Dmitry. Joerg Heinicke wrote: That's a logging issue, so should be configurable in logkit.xconf. If you want to see it in the browser, you should add an error handler to the pipe. You can find samples in the Cocoon samples I guess. Joerg Dmitry Diskin wrote: Hello I have been struggling with blank page in my browser for a while, and the problem was in invalid xsl:call-template.. element - it was referring to non-existent template. No error message was displayed, except. I think that error.log is not enough for such type of error. Or I'm missing something and it can be configured to report such error on the screen? Regards, Dmitry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where I put my business logic ?
What about http://wiki.cocoondev.org/Search.jsp?query=databaseSearch=Find or more specific http://wiki.cocoondev.org/Wiki.jsp?page=DatabaseActions. ESQL is another possibility (http://wiki.cocoondev.org/Wiki.jsp?page=ESQL). It's an XSP logicsheet, which adds further separation to XSP (http://cocoon.apache.org/2.0/userdocs/xsp/logicsheet-concepts.html). Joerg Alberto Zanon wrote: Hello, as I written in a previous message (see below), I have to build an intranet and I want to use a solid system (= Cocoon) that helps me to separate presentation, logic and database. At this moment I don't know where to put the logic. For example, when a user of my site posts an html-form, I have to do some sql selects, evaluate the results, do an sql update on table and finally, if all is ok, insert the user data. Where and how I write it? If I don't use Cocoon, I will write it in a Java class. I have two days to decide if I will use Cocoon. Thanks -- Alberto Zanon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Beautify XML?
It's mentioned as ToDo for XSP (first entry for medium priority): http://cocoon.apache.org/2.0/todo.html. At the moment you will need a custom stylesheet I guess. Joerg Dmitry Diskin wrote: Hello Is there a way to get resulting XML document without those blank lines? For example, if I write: esql:row-results tsl xsp:attribute name=tsl_numberesql:get-int column=tsl //xsp:attribute xsp:attribute name=subslotesql:get-int column=subslot //xsp:attribute xsp:attribute name=sapiesql:get-int column=sapi //xsp:attribute xsp:attribute name=teiesql:get-int column=tei //xsp:attribute /tsl /esql:row-results in XML I get this: signalling-timeslots tsl tsl_number=13 subslot=0 sapi=0 tei=4 /tsl tsl tsl_number=15 subslot=0 sapi=0 tei=12 /tsl tsl tsl_number=17 subslot=-1 sapi=62 tei=1 /tsl tsl tsl_number=18 subslot=0 sapi=0 tei=1 How can I remove those empty lines? I do not want to write all attributes in one line in my XSP. :) Dmitry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Random ArrayIndexOutOfBoundsException
Hello Gabriel, you seem to have the infamous endorsed libs problem. Try the environment check mentioned at http://wiki.cocoondev.org/Wiki.jsp?page=NoMoreDtmIdError to be sure. Also a short overview about solutions is given. A more complete description of the problem can be found at http://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem. Joerg Gabriel Egolf wrote: Hello all. I'm in the last stages of development on a rather large project, and for some time now have been plagued by a rather annoying problem. I'm not sure even how the problem began, but I'll try to give as much information as possible and hopefully one of you has run across it in the past. Generally, the problem manifests itself as a blank page containing nothing but the XML PI (?xml version=1.0 encoding=utf-8?). Occasionally, I'll get the contents of 2 unrelated pages together. Unfortunately, this problem seems to be a completely random occurence, and usually a server restart will solve it temporarily. Here's my software environment: JDK 1.4.1_02 Jetty 4.2.9 Cocoon 2.0.4 I've supplied an error trace from my error.log at the end of this message. If you've seen this before, please let me know how you fixed it. Thanks. Gabriel Egolf Developer Bob Jones University [EMAIL PROTECTED] ... 11587 java.lang.ArrayIndexOutOfBoundsException: -3 11588 at org.apache.xml.utils.IntStack.pop(IntStack.java:127) 11589 at org.apache.xml.dtm.ref.sax2dtm.SAX2DTM.endElement(SAX2DTM.java:1889) 11590 at org.apache.xml.dtm.ref.IncrementalSAXSource_Filter.endElement(IncrementalSAXSource_Filter.java:287) 11591 at org.apache.xalan.transformer.TransformerHandlerImpl.endElement(TransformerHandlerImpl.java:552) 11592 at org.apache.cocoon.xml.AbstractXMLPipe.endElement(AbstractXMLPipe.java:147) 11593 at org.apache.cocoon.sitemap.ContentAggregator.endElem(ContentAggregator.java:329) 11594 at org.apache.cocoon.sitemap.ContentAggregator.generate(ContentAggregator.java:156) 11595 at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:250) 11596 at org.apache.cocoon.components.source.SitemapSource.toSAX(SitemapSource.java:381) 11597 at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:143) 11598 at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:250) 11599 at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:395) 11600 at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:154) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon on Dynamo
No, but I guess it's more an issue with Dynamo than with Cocoon. So it would be better to ask on a Dynamo forum, wouldn't it? I'm not a J2EE expert, but we use JBoss and AFAIK we simply deploy (uncompressed, no WAR) Cocoon as it is. Joerg Barback, Lisa R wrote: I am trying to Install Cocoon on Dynamo 5.1.1. I have created am EAR file from the Cocoon WAR file. I have also created a DAR file from the EAR file. When I start the dynamo server, the DAR file appears to load correctly. -loadingApplication : Loading J2EE application from: D:\ATG\Dynamo5.1.1\J2EE-E xamples\Cocoon2\j2ee-apps\cocoon2.dar When I try to access the j2ee application, I get the following error: Forbidden (403) You have requested data that the server has decided not to provide to you. Your request was understood and denied. Has anyone run into this error, I am not an expert on j2ee. Lisa - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error message not displayed
That's a logging issue, so should be configurable in logkit.xconf. If you want to see it in the browser, you should add an error handler to the pipe. You can find samples in the Cocoon samples I guess. Joerg Dmitry Diskin wrote: Hello I have been struggling with blank page in my browser for a while, and the problem was in invalid xsl:call-template.. element - it was referring to non-existent template. No error message was displayed, except. I think that error.log is not enough for such type of error. Or I'm missing something and it can be configured to report such error on the screen? Regards, Dmitry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon and Jbos3.0.6 configuration
Hello Lincoln, we deploy Cocoon 2.0.4 as it is (not as War, but uncompressed, setting a symlink named cocoon.war to our webapps/ROOT directory) in JBoss 3.0.6 + Tomcat 4.1.18. The symlink allows changes in Cocoon without redeploy. Joerg Mitchell, Lincoln L. wrote: I am trying to get cocoon (any version) working with Jbos-3.0.6 and have tried following the instruction you mentioned on the apache site but to no avail as only Jboss 2 is mentioned. I also browsed the cocoon mailing list and it seems others have had this problem but I don't understand the solutions offered to some of these postings. I am new to XSLT and Java so need a simple guide. So far this is the best I have found and it might as well be French to me, 1. fix the jndi url protocol handler problem 1.1 get jboss3.0.0RC3 sources via cvs 1.2 patch the source 1.3 compile it described on jboss.org--developers 1.4 compile catalina stuff inside jboss3 (look at jboss forums for some tips if you are not familiar with ant) 1.5 get the resulting jboss dist running and test it. 2. get cocoon2.0.2 or later 2.1 put WEB-INF/lib/batik-libs*.jar in jboss/lib dir (there's an classloader issue in batik1.1 libs) 2.2 deploy cocoon.war as a test Does anyone have any direction on this? Best Regards Lincoln Mitchell (Linc) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XHTML+DTD problem
Hello Joel,
yes, we had this issue already on the mailing lists, but IIRC no
solution was provided. Is following simple solution an option for you?
Add a map:transform src=copy.xsl/ to the pipeline.
The copy.xsl looks like following:
xsl:template match=/
xsl:copy-of select=//
/xsl:template
There is no default for matcher for comment(), so these SAX events
should not be let through.
Joerg
Joel Ekstrand wrote:
I have problems reading xhtml-files. The problem occours when I have a
DTD specified. I tried this just to see what is going on:
map:match pattern=**.xml
map:generate src=documents/{1}.html /
map:serialize type=xml/
/map:match
I then request test.xml and I have a file like this in documents/test.html:
?xml version=1.0 ?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
html xmlns=http://www.w3.org/TR/REC-html40;
head
/head
body
test
/body
/html
The generated output is:
?xml version=1.0 encoding=UTF-8?
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;!--==
Imported Names --!-- media type,
as per [RFC2045] --!-- comma-separated list of media types, as per
[RFC2045] --!-- a character
and so on. All the comments in the DTD is included. And its one to
much. So the output is not accepted as xml.
Am I doing something wrong? Or is it a bug? I am a newbie on cocoon...
Thanks.
Joel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Link Livesite: (www.mammakarzinom.de)
Cool, another website running on the most current Cocoon version. Added to CVS. Joerg Sascha Kulawik wrote: Hello everybody, we have now finished one of our projects and can tell, that we have a new customer sucessfully online with Cocoon. The complete Rendering in done though Cocoon 2.1m2, Cocoon is the Rendering-Frontend for our J2EE-based Content Management System. For getting this working we've created only one custom Generator and one custom Action to submit informations to Cocoon. All of the content is saved in a mySQL Database, the content is completely XML. (Just for Info: The CMS-Admin is a Java Swing Application and uses Apache-Axis (SOAP) for Communication) All the dynamic parts in the website are done though XMLForms, and related custom Actions. One of these Forms saves also Data, this is done though EJB Entity Beans like the rest of the Content Management System. The Site is running: Apache 2.0.46 as request parser, using mod_proxy and mod_rewrite for tunneling (mod_jk2 was too instable) JBoss 3.2.1 with Jetty Servlet Engine Java 1.4.1 Blackdown Regards, -- Sascha Kulawik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Link Livesites: Provincia di Lucca- Pubblica Istruzione - Cocoon2.0.3
Is already added in CVS: http://cvs.apache.org/viewcvs.cgi/*checkout*/cocoon-2.1/src/documentation/xdocs/link/livesites.xml?rev=1.7 Will be online after next website update. Joerg Gabriele Matteelli wrote: The URL is: http://istruzione.provincia.lucca.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parse string in XSL
This time it must be correct, because you already said XSL ;-) xsl:value-of select=substring-after($cn, '\')/ Should return 'DEF' if there is a '\' in the variable $cn. But it returns nothing if there is no '\' in it! If this makes a difference you can test whether contains($cn, '\') :-) Regards, Joerg [EMAIL PROTECTED] wrote: Is it possible to parse a string in XSL? I have this variable : xsl:value-of select=cn/ who is ABC\DEF I want to get DEF Is there any function in XSL to do this? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: release date of Cocoon2.1
Hello Uwe, at the moment there is the discussion whether the 2.1 release should include a completely implemented/refactored Flow Object Model or not. We will see what we have at the beginning of the next week. A beta should be released next week, the release before summer (I hope in july). http://marc.theaimsgroup.com/?l=xml-cocoon-devw=2r=1s=release+cocoon+2.1q=b Joerg Uwe Gerger wrote: Hello, I would like to know when it is planed to release the Cocoon 2.1 version? Thanks Uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Schematron within Cocoon
Hello Robert, there exists a bug with patch: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19104 Joerg Jeroen Cranendonk wrote: (sorry, posted last mail with wrong subject :) Hi, I have a question about the usage of schematron languages within Cocoon/XMLForms. I have an AddresBean which I use as the XMLForm model. It containts 2 variables: - street (also getter and setter) - housenumber (also getter and setter) I want to show a message behind a 'street' input field in my form when the 'housenumber' field is empty. I've tried to do it with, ../housenumber, but this doesn't work! See the code below: pattern name=Old Address Pattern id=addressPattern rule context=/street assert test=string-length(../housenumber) gt; 0Address is required./assert /rule /pattern Would someone have a sollution of how to accomplish this? Or could someone explain why this schematron statement doesn't work ? Cheers! -- Many thanks in advance, Robert Kromkamp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: duplicate local variable / JSPReader problems
Can you give more explicite error description for the error in JSPReader.generate()? What about http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDproduct=Cocoon+2short_desc=JSPshort_desc_type=allwordssubstrorder=Bug+Number ?? Joerg Dirk Reiss wrote: Hello, we have two problems: in the milestone 2 version of cocoon 2.1 we get the following error: // start error (lines 245-245) Duplicate local variable session Session session = request.getSession(true); in the latest nightly build this error does not occur anymore, but the JSPReader refuses to read and execute our JSPs, which does not cause problems in the milestone build. it says something like error in line 114, JSPReader.generate()... as we would need both features, it would be great to solve any of these problems. any ideas??? many thanks in advance. dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cached cinclude doesn't work on 2.0?
Instead of Cocoon 2.1 from CVS you can use Cocoon 2.0.5 from CVS (hopefully released at the beginning of July). It has at least the caching implemented in the CincludeTransformer, but I don't know anything about the DefaultIncludeCacheManager. Joerg Ed Yavno wrote: Hi all, I'm trying to use the cinclude transformer on a document that has cinclude references to quite a few large files. The result of this transformation doesn't need to be the most up-to-date, so I'd like to use cached cinclude (cinclude:cached-include) which would expire once a hour. I'm following documentation for cinclude here: http://cocoon.apache.org/2.0/userdocs/transformers/cinclude-transformer.html Here are my relevant configs. sitemap.xmap: map:match pattern=rssmain_test map:generate src=docs/custom/cinclude_test_src.xml/ map:transform type=cinclude map:parameter name=expires value=3600 / /map:transform map:serialize type=xml / /map:match cinclude_test_src.xml: sites xmlns:cinclude=http://apache.org/cocoon/include/1.0; cinclude:cached-include src=docs/custom/site1.xml / cinclude:cached-include src=docs/custom/site2.xml / cinclude:cached-include src=docs/custom/site3.xml / cinclude:cached-include src=docs/custom/site4.xml / cinclude:cached-include src=docs/custom/site5.xml / cinclude:cached-include src=docs/custom/site6.xml / /sites According to the cinclude documentation, I also need to add the following component to cocoon.xconf, which I've done: component class=org.apache.cocoon.transformation.helpers.DefaultIncludeCacheManager role=org.apache.cocoon.transformation.helpers.IncludeCacheManager /component Having done that, cocoon started generating internal errors, and this what I've found in the core.log: java.lang.ClassNotFoundException: org.apache.cocoon.transformation.helpers.DefaultIncludeCacheManager ... stack trace here / ... I didn't find org.apache.cocoon.transformation.helpers.DefaultIncludeCacheManager nor org.apache.cocoon.transformation.helpers.IncludeCacheManager in cocoon 2.03, and that's the version we're using. However, they are present in the last milestone of 2.1. Does it mean that the documentation is 2.1 specific? Is there a way to use cached cincludes in 2.0.3? I built the last 2.1 milestone and tried to use DefaultIncludeCacheManager, IncludeCacheManager and other related classes in 2.0.3 (by dropping them in WEB-INF/classes/...), but there appears to be a lot of other dependencies. Upgrading to 2.1.0 is not an option at the moment, so I would appreciate any suggestions on getting cached cincludes to work with 2.0.3. Thanks, - Ed Y. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: release date of Cocoon2.1
Hmm, difficult question. There are already some livesites using Cocoon 2.1: http://cvs.apache.org/viewcvs.cgi/*checkout*/cocoon-2.1/src/documentation/xdocs/link/livesites.xml?rev=1.7 OTOH there are of course some bugs known (Cocoon 2 alltogether, i.e. 2.0 + 2.1): http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDproduct=Cocoon+2order=Bug+Number I guess there is no other way testing it out for your specific site and Cocoon usage. You have to decide it for yourself. Joerg Stavros Kounis wrote: except flow object model is 2.1 ready for production or the latest production-ready version is 2.0.4? thnx stavros On Tue, 17 Jun 2003, Joerg Heinicke wrote: Hello Uwe, at the moment there is the discussion whether the 2.1 release should include a completely implemented/refactored Flow Object Model or not. We will see what we have at the beginning of the next week. A beta should be released next week, the release before summer (I hope in july). http://marc.theaimsgroup.com/?l=xml-cocoon-devw=2r=1s=release+cocoon+2.1q=b Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: parameter value syntax in sitemap
Slash instead of back slash??
Joerg
[EMAIL PROTECTED] wrote:
Hello.
How is it possible in the sitemap to combine values with text and
requests? eg:
map:parameter name=rootdn
value={request-param:serverurl}\{request-param:name}/
This example returns an error.
I also tried with {request-param:serverurl}\\{request-param:name} but
without result...
thanks
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1 M3-dev War file
build war gives you a WAR file too. Joerg Brian Delahunty wrote: On a windows system is it possible to get a war built using Cocoon 2.1 m3 ??? I've tried build war, build webapp, build installwar but I always end up with a webapps directory... I can just copy that into my server and it works but for redistribution between my work mates a plain war file would be nice. Any ideas? Brian -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: escape SUM function from within sql:query in scheme.xml??
Paul Tomsic wrote: SUM() most CERTAINLY is a function in XSL. From page 554 of WROX, XSLT 2nd Edition, Programmer's Reference by Michael Kay, The sum() function calculates the total set of numeric values contained in a node-set. For example, if the context node is the element rect x=20 y=30/ then the expression sum(@*) returns 50. Now HOW are you going to tell me that SUM() isn't an XSLT function? Calm down! XML and so XSLT is case-sensitive, so SUM() is not a XSLT function, but sum(). This difference is important! And there is still the fact, that you wrote it as text and not as expression in the XSLT meaning. Joerg When I remove the sum() from my SQL query, however, and simply use it from within the XSL page, I'm fine. I was just wondering what the best way to escape sql functions like SUM() would be using cocoon? Paul Tomsic wrote: Is there a way to escape the SQL function SUM() from within the sql:query element in the scheme.xml file? I'm trying to do: sql:query SELECT SUM(column) FROM WHATEVER WHERE etc... /sql:query but during the transform, I'm getting an error, obviously, b/c the SUM() is a function from within XSL. Thoughts? thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Link Hosting: MediaHost
Updated in CVS. Joerg MediaHost (TM) wrote: Could you please update your site at http://cocoon.apache.org/2.0/link/hosting.html and maybe other locations to reflect the existence of Cocoon 2.1 and Cocoon 1.8.2 at MediaHost. Thanks a lot and continue the very good work! Signer: Eddy Nigg Company: StartCom Group at http://www.startcom.org MediaHost (TM) at http://www.mediahost.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Serializer configuration
You can reach the same without an extra XSP, therefore the context:// protocol exists. It's the way I had it: user-configcontext://user-config.xml/user-config But this is resolved to jndi:/localhost (with Tomcat 4.1) and won't help you. So I changed it to a relative path (i.e. relative to the sitemap): user-configconfig/fop/user-config.xml/user-config In the user-config.xml, you can set the baseDir to a relative path too (here relative to the user-config.xml): entry keybaseDir/key value./value /entry (I used valuefonts//value for the keyfontBaseDir/key), but I guess the above should work too.) Does this work? Joerg Carmona Perez, David wrote: I'm using Cocoon 2.04 and Tomcat 4.1. The purpose is very simple, I want to set the baseDir property to the context path. ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; configuration !--basedir: donde encontrar imagenes, establecer directorio base el contexto-- entry keybaseDir/key valuexsp:exprcontext.getRealPath()/xsp:expr/value /entry /configuration /xsp:page I know that I can do it in some other ways like adding the context path to every src of each graphic, but wonder why it doesn't work. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: jueves, 12 de junio de 2003 16:55 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration Shortly after writing this, I had to realize that the servlet context can be jndi:/localhost/..., which is not what I want and that has changed between Tomcat 4.0 and 4.1 (both in combination with JBoss 3.x). Changing the user-config to cocoon:/ protocol does not work as you already have experienced. This I didn't expect, because why should context:// work and cocoon:// not. Can you file a bug in bugzilla? For me simply using a relative path works now, but this won't help you as you seem to create the fop-config dynamically. May I ask for the use case? Joerg Joerg Heinicke wrote: What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: implementing Cacheable [SOLUTION]
Hello Jorg, the caching for the DirectoryGenerator was implemented on 13th of May in Cocoon 2.1: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/java/org/apache/cocoon/generation/DirectoryGenerator.java Is it correct that you did it for Cocoon 2.0? Can you compare your caching with the one implemented in 2.1? And maybe provide a patch? Thanks, Joerg Jorg Heymans wrote: OK I understand the caching now a lot better. Anyone wanting to understand how to implement his own caching should read http://wiki.cocoondev.org/Wiki.jsp?page=WritingForCacheEfficiency http://cocoon.apache.org/2.0/userdocs/concepts/caching.html Note that in order for your serializer caching to work, the generator has to implement cacheable as well because cocoon attempts to cache as far into the pipeline as it can! If the start of the pipeline is already not cacheable then the rest won't be either! This was the problem for me all along it seems. The often used file generator is cacheable, the directorygenerator I was using is *not*. So I extended the existing DirectoryGenerator with a CachingDirectoryGenerator implementing Cacheable. I implemented the interface methods, reconfigured sitemap and voila my content is delivered fully cached now in 100ms instead of 3s!! Thanks again for your help Vladim, I hope this thread has helped other people as well in understanding cocoon's caching mechanism. Greetings Jorg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Serializer configuration
*grr* Be sure, every problem you have I have too :-( I thought I had it working yesterday, but the error message was no protocol: fonts/ and it returns to a default font, which is not as obvious as a missing image. In the old version (for Tomcat 4.0) I had webapps/ROOT/doc/fop/fonts/ as path, but the following error message makes me thinking that it does no longer work with the current version: Thread-7/MessageHandler: Failed to embed font [8] Verdana: Reached EOF, file size=141573 offset=152782 Thread-7/MessageHandler: Failed to embed font [11] Verdana,Bold: Reached EOF, file size=137794 offset=147088 Thinking deeper about this means that webapps/ROOT/doc/fop/fonts/ is working, but something seems to be wrong with my font files. Maybe the relative-to-context-path (not to sitemap) is an option for you? Joerg Carmona Perez, David wrote: Sorry, It doesn't work, even though baseDir equals ., it doesn't find my images unless I specify like this; src=file:///c:/cocoon/images/myImage.gif instead of src=images/myImage.gif, supposing that c:\cocoon is the context path. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: viernes, 13 de junio de 2003 10:08 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration You can reach the same without an extra XSP, therefore the context:// protocol exists. It's the way I had it: user-configcontext://user-config.xml/user-config But this is resolved to jndi:/localhost (with Tomcat 4.1) and won't help you. So I changed it to a relative path (i.e. relative to the sitemap): user-configconfig/fop/user-config.xml/user-config In the user-config.xml, you can set the baseDir to a relative path too (here relative to the user-config.xml): entry keybaseDir/key value./value /entry (I used valuefonts//value for the keyfontBaseDir/key), but I guess the above should work too.) Does this work? Joerg Carmona Perez, David wrote: I'm using Cocoon 2.04 and Tomcat 4.1. The purpose is very simple, I want to set the baseDir property to the context path. ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; configuration !--basedir: donde encontrar imagenes, establecer directorio base el contexto-- entry keybaseDir/key valuexsp:exprcontext.getRealPath()/xsp:expr/value /entry /configuration /xsp:page I know that I can do it in some other ways like adding the context path to every src of each graphic, but wonder why it doesn't work. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: jueves, 12 de junio de 2003 16:55 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration Shortly after writing this, I had to realize that the servlet context can be jndi:/localhost/..., which is not what I want and that has changed between Tomcat 4.0 and 4.1 (both in combination with JBoss 3.x). Changing the user-config to cocoon:/ protocol does not work as you already have experienced. This I didn't expect, because why should context:// work and cocoon:// not. Can you file a bug in bugzilla? For me simply using a relative path works now, but this won't help you as you seem to create the fop-config dynamically. May I ask for the use case? Joerg Joerg Heinicke wrote: What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Serializer configuration
My system is working as expected again after fixing the font files. They got broken during check-in into the CVS. Joerg Joerg Heinicke wrote: *grr* Be sure, every problem you have I have too :-( I thought I had it working yesterday, but the error message was no protocol: fonts/ and it returns to a default font, which is not as obvious as a missing image. In the old version (for Tomcat 4.0) I had webapps/ROOT/doc/fop/fonts/ as path, but the following error message makes me thinking that it does no longer work with the current version: Thread-7/MessageHandler: Failed to embed font [8] Verdana: Reached EOF, file size=141573 offset=152782 Thread-7/MessageHandler: Failed to embed font [11] Verdana,Bold: Reached EOF, file size=137794 offset=147088 Thinking deeper about this means that webapps/ROOT/doc/fop/fonts/ is working, but something seems to be wrong with my font files. Maybe the relative-to-context-path (not to sitemap) is an option for you? Joerg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1
That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: escape SUM function from within sql:query in scheme.xml??
SUM() is not an XSLT/XPath function. Furthermore you wrote it as text, not as expression, so this can't be the reason for your problem. Joerg Paul Tomsic wrote: Is there a way to escape the SQL function SUM() from within the sql:query element in the scheme.xml file? I'm trying to do: sql:query SELECT SUM(column) FROM WHATEVER WHERE etc... /sql:query but during the transform, I'm getting an error, obviously, b/c the SUM() is a function from within XSL. Thoughts? thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Link Livesites
Thanks you all for using Cocoon for your websites. I have added your sites to the link list in the CVS, you can see it after the next Cocoon website update. Jules White wrote: http://www.americanartists.org First I was disappointed because I found: meta name=GENERATOR content=Microsoft FrontPage 4.0. But at the end I found the article pages served by Cocoon. Juanky Moral Payá wrote: http://www.simauria.net Hmm, what should I say? I don't understand any Spanish. At least it looks really nice. And I know the technique you use ;-) Kazimierz Pogoda wrote: http://www.tatry.info Though Poland is nearer then Spain I don't understand any Polish neither. But at least one word I understand: Fotogaleria - really impressive photos. My favourite is the first one: http://www.tatry.info/przewodnik/images/koprowy-potok2-600.jpg. Gabriele Matteelli wrote: http://istruzione.provincia.lucca.it I *must* learn more foreign languages I guess. Can you add some words your site is about? I will add it to the livesites page too. Kevin McDermott wrote: www.standardlifeinvestments.com Really an interesting layout - hey, and what a speed! I'm impressed by your site too. Looking forward for your contributions. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Serializer configuration
What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Serializer configuration
Shortly after writing this, I had to realize that the servlet context can be jndi:/localhost/..., which is not what I want and that has changed between Tomcat 4.0 and 4.1 (both in combination with JBoss 3.x). Changing the user-config to cocoon:/ protocol does not work as you already have experienced. This I didn't expect, because why should context:// work and cocoon:// not. Can you file a bug in bugzilla? For me simply using a relative path works now, but this won't help you as you seem to create the fop-config dynamically. May I ask for the use case? Joerg Joerg Heinicke wrote: What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xsl:import question
Hello Markus, no guarantee that it works, but what about the following: xsl:import href=cocoon:/trignm.xsl/ Now you must add a pipeline to your sitemap: map:match pattern=trignm.xsl map:read src=path/to/xsl/trignm.xsl mime-type=text/xml/ /map:match With this solution you have added a further mapping layer: You can change the location of your trignm.xsl without changing the import statements in every refering stylesheet. If you have different sub sitemaps, you can add the above pipeline to the root sitemap and change the import path to cocoon://trignm.xsl (double slash). Another possibility is to use the context:// protocol which refers to the servlet context. Now you were working on the file system: context://resources/stylesheets/trignm.xsl. Find more about the cocoon protocols at http://cocoon.apache.org/2.0/userdocs/concepts/sitemap.html (in the middle of the page). Joerg Markus Alin wrote: Hi!! I'm using a computational stylesheet with alot of trigonometry templates which I include into whatever style sheet which needs it with the xsl:import tag. I ofcourse want the computational stylesheet to be available all over the application and I don't want to keep duplicate copies of it. The only way i found to achieve this was to work with relative directory paths. It currently looks like: xsl:import href=../../../../../resources/stylesheets/trignm.xsl/ This ofcource makes the system very static and is from my point of view a violation against the whole sitemap philosophy. Are there any plans to change this or are there any alternative ways to achieve the same thing?? /Thnxs Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSP/Java - simple? problem
This is due to a bug:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15841.
In the code
(cocoon-2.1\src\java\org\apache\cocoon\components\language\markup\xsp\java\xsp.xsl):
xsl:template match=*[not(namespace-uri(.) = 'http://apache.org/xsp')]
!-- matching on your label element --
xsl:apply-templates select=@*/
!-- catching all xsp:attributes
they are added to xspAttr --
xsl:apply-templates select=xsp:attribute |
xsp:logic[xsp:attribute]/
!-- create the element --
this.contentHandler.startElement(...);
xspAttr.clear();
!-- catching the rest of the elements --
xsl:apply-templates select=node()[not(
(namespace-uri(.) = $xsp-uri and local-name(.) = 'attribute') or
(namespace-uri(.) = $xsp-uri and local-name(.) = 'logic' and
./xsp:attribute)
)]/
!-- end element --
this.contentHandler.endElement(...);
/xsl:template
So first templates are applied for all your xsp:attribute/s. And
second the rest including xsp:logic/. This is of course completely
buggy, but I don't know how to fix it without breaking existing stuff.
The problem is, that you are creating the attributes in XSL and XSP
*after* the element, in SAX you must already have collected them when
the element is created.
Joerg
Christian Haul wrote:
On 11.Jun.2003 -- 08:43 AM, Derek Hohls wrote:
labels show=true
xsp:attribute name=labelxsp:exprfGraphPtLabel/xsp:expr/xsp:attribute
xsp:logic
if ((fGraphPtLabel != null) amp;amp; (fGraphPtLabel.equals(name))) {
xsp:attribute name=rotate14/xsp:attribute
} else {
xsp:attribute name=rotate1/xsp:attribute
}
/xsp:logic
Can't see a problem here but you might like to know that you could
save yourself some of the xsp:logic tags (see above)
Chris.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: conditions in xsl
[EMAIL PROTECTED] wrote: Just a question about your code, I try to use parameter like you, but from another page. What is wrong here??? Sitemap : = map:transform type=xslt src=test.xsl map:parameter name=use-request-parameters value=true/ /map:transform XSL : = xsl:variable name=passwordxsl:param name=password//xsl:variable This is completely wrong. You need a top-level xsl:param/: !-- empty string as default value -- xsl:param name=password select=''/ ... user namexsl:value-of select=cn//name passwordnormalize-space(password)/password Here you simply create text and not an expression. And you don't refer to the variable /password/, but to an element /password/. Change it to passwordxsl:value-of select=normalize-space($password)/password. /user Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP and greek fonts - is it possible?
http://xml.apache.org/fop/fonts.html http://cocoon.apache.org/2.1/userdocs/serializers/pdf-serializer.html Joerg Stavros Kounis wrote: hi people i try to generate pdf files with greek characters first i have try to edit cocoon's hello world example and add some greek characters ayter the word world ... the rerults in my browser is a pdf with the content: hello world ### where ### must be my greeck characters i have search in this list for similar problem but without to find something that match in my case the only thing i have understand is that i must to include a true type font in pdf generation process (if this is the solution, how can i do this ?) thnx for your help --stavros - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: combine values and variables for parameters in the sitemap
Doy ou have declared 3 top level xsl:param in your stylesheet?
xsl:param name=rootdn select=''/
xsl:param name=password select=''/
xsl:param name=filter select=''/
Joerg
[EMAIL PROTECTED] wrote:
I don't know why, but it doesn't work with all tags, I have these three
parameters:
map:parameter name=rootdn value=corproot\{request-param:name}/
map:parameter name=password value={request-param:password}/
map:parameter name=filter
value=(amp;(objectclass=User)(cn={request-param:name}))/
But only the password works, rootdn and filter doesn't work... I
checked the form, and the parameter use to be the same!:
tr
tdUser:/td
tdinput name=name type=text size=15/td
/tr
tr
tdPassword:/td
tdinput name=password type=password size=15/td
/tr
-Original Message-
From: Christian Haul [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 1:57 PM
To: [EMAIL PROTECTED]
Subject: Re: combine values and variables for parameters in the sitemap
On 11.Jun.2003 -- 01:52 PM, [EMAIL PROTECTED] wrote:
is it possible to combine values and variables for parameters in the
sitemap like :
map:parameter name=UserName
value=corproot\{request-param:name}/
for eg - output : corproot\maxime
Yes.
Chris.
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: TeX to PDF serializator
To make it short: A TeXSerializer with a transformer delivering TeX text is not possible. You must have SAX events in a pipe, not text. So the only option is a TeXSerializer understanding XSL FO or a XML representation of TeX. But this would already be very near to FOP. Of course you can encapsulate the XSL FO to TeX transformation in the serializer and feed the result directly into a TeXProcessor, but I don't know whether this is a good approach. But it really doesn't seem to make sense, adding a further transformation step for using legacy processor as far you have to code the further transformation step. IMO it's better to support developers of XSL FO processors like FOP. Joerg Alexander Schatten wrote: Andreas Kuckartz wrote: I do not intend to be rude - but it might make sense if you learn a bit more about what TeX is doing before you make such judgements. thank you. I am working with LaTeX for nearly 10 years, so I know a *little* bit about it. In fact, you may believe me, that *I* know what *I* want, though some here seem to try to convince me that I do not know what I want... however, there might be no others with the same desires, that is off course possible. Anyway you are free to try to enhance FO so that it can replace TeX. you seem to address the wrong one: I did not criticize in the beginning: I was just mentioning, that *if* someone has energy to do something, I would assume to be invested better in FOP then in XML/LaTex. that is --- again --- my opinion. alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I want to delete a node in XML file.
You can use XSLT and a identity transformation http://www.w3.org/TR/xslt#copying adding a special template handling web/: xsl:template match=web/ Joerg bosspring 2 wrote: Hi all !!! I´m trying to delete a simple node in a XML file, but... how??? Perhaps, I cant to use Source Writing Transformer and replace the node by nothing, but usuario login=bosspring password=6p0JBa2a nombreMiguel Ángel/nombre mail[EMAIL PROTECTED]/mail webmaster web xmlns:xlink=http://www.w3.org/1999/xlink; xlink:href=XML/interpretes.xml#xpointer(//[EMAIL PROTECTED]'http://usuarios.lycos.es/bosspring']) / /webmaster /usuario I want to delete web because the webmaster modifies the content of his web, but I don't know. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TeX to PDF serializator
Jestel, Roger B. (LNG-ALB) wrote: Sometimes you can't avoid using legacy systems, and sometimes they are even good, but that is unrelated to the question of how a third party processor can be intregrated in a serializer. Of course. And PDFs generated with TeX seem to provide much more quality than XSL FO processors at the moment, so it *is* an option to have a TeXSerializer. If your original file is XML and you have an xslt that converts it into TEX text, the output from the xslt is passed as a series of character sax events, so even though it is technically xml/sax events, since there are no elements or attributes, you can easily treat it as a text stream which can be fed by a serializer to an external processor if desired. NO! Exactly this is not an option. We won't break the sitemap contract for having a specialized serializer. After every step in the sitemap it must be possible to get well-formed XML - and that's not possible if you have text as output of a transformer and as input for a serializer. As Bruno and me pointed out the TeXSerializer must be able to read an XML representation of TeX. Only in the prefered solution he has another opinion than me. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spacing issues?
{normalize-space(report-name)}
Joerg
Tim Bachta wrote:
How come I am getting huge amounts of space between hard-coded items and
database items in my view source when they should be no space according
to my code?
Ex.
Code = div id=panel_sw{report-name} class=dlgPanel I would expect
div id=panel_swReportName class=dlgPanel
Source = div class=dlgSwitch id=sw
Overdue Task
Report
* *
Tim Bachta
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSLTC problem with IBM WebSphere
What about the cocoon.xconf? I have added it a few days ago to the Cocoon 2.0 CVS, so that XSLTC is available by default (while Xalan is still the default processor). Joerg Michael Vennera wrote: I running some pretty large XSLT transformations through Cocoon and want to use XSLTC for the performance boost. No problem getting it to work in Tomcat. I dropped the xsltc.jar from the Xalan distro in WEB-INF/lib and added the following to the sitemap: map:transformer name=xsltc logger=sitemap.transformer.xslt src=org.apache.cocoon.transformation.TraxTransformer pool-max=32 pool-min=16 pool-grow=4 use-request-parametersfalse/use-request-parameters use-browser-capabilities-dbfalse/use-browser-capabilities-db xslt-processor-roleorg.apache.cocoon.components.xslt.XSLTProcessor/XSLTC/xslt-processor-role /map:transformer I then used transformers with type=xsltc and it worked like a charm. When I moved my Cocoon app to WebSphere 4.0, XSLTC wouldn't work. I keep getting a message that the processor can't find the hint for xsltc... Any suggestions or ideas? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: conditional cincludes?
Hello Luke, you can either use the DirectoryGenerator or the new implementation of XInclude in Cocoon 2.1 having a fallback element. Joerg Luke Penca wrote: How do I check for the instance of a file before attempting to cinclude it? Basically, I don't want the pipeline to die if the file isn't found. Thanks, Luke. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: POI --Setting logger Level
Hello Vishal, the HSSFSerializer has a logger in its configuration in the sitemap (at least you can set one). The log level can then be configured in the logkit.xconf. http://wiki.cocoondev.org/Wiki.jsp?page=ExploringTheLogs Joerg Mehra, Vishal wrote: I have a java application which executes dynamic SQL and based on the result set generates appropriate .XLS file. This java application internally uses cocoon and poi libraries to generate the Excel file. By default, for each cell generation approximately 10 lines are getting printed on the console. As, I have a large Excel file, generation of this file is taking a very long time. It appears the debug level is set to DEBUG (if not specified) Is there a POI api to set the log level to FATAL which will reduce the number of log message displayed. Otherwise is there a way to dump the output to a file, instead of the console. Thanks, Vishal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spacing issues?
replace
div id=panel_sw{report-name} class=dlgPanel
with
div id=panel_sw{normalize-space(report-name)} class=dlgPanel
Joerg
Tim Bachta wrote:
Where do I put that?
-Original Message-
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 3:06 PM
To: [EMAIL PROTECTED]
Subject: Re: Spacing issues?
{normalize-space(report-name)}
Joerg
Tim Bachta wrote:
How come I am getting huge amounts of space between hard-coded items
and
database items in my view source when they should be no space
according
to my code?
Ex.
Code = div id=panel_sw{report-name} class=dlgPanel I would
expect
div id=panel_swReportName class=dlgPanel
Source = div class=dlgSwitch id=sw
Overdue
Task
Report
* *
Tim Bachta
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Read XML document via http with variables
Hello Daniel,
you probably must build the request string step by step, because the
variable $cn would not get evaluated otherwise:
xsl:variable name=xindiceRequestString
xsl:texthttp://localhost:8080/cocoon1/mount/02288/xmldb2/02288//xsl:text
xsl:text?xpath=course[contains(prerequisites/courseno, '/xsl:text
xsl:value-of select=$cn/
xsl:text')]/xsl:text
/xsl:variable
xsl:for-each select=document($xindiceRequestString)//course
...
/xsl:for-each
1. But be aware of a problem using document():
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10203
Maybe it's better to use XInclude or CInclude or sitemap aggregation:
http://cocoon.apache.org/2.0/userdocs/transformers/xinclude-transformer.html
http://cocoon.apache.org/2.0/userdocs/transformers/cinclude-transformer.html
http://cocoon.apache.org/2.0/userdocs/concepts/sitemap.html
(If you use Cocooon 2.1 simply replace the 2.0 by 2.1.)
2. And is it really necessary to use //course. Double slashes are almost
always very time-consuming. I would change it to a more exact XPath.
3. Is it possible to replace the server's root
http://localhost:8080/cocoon1/ by cocoon:/ to access simply Cocoon
without HTTP. It's only an inner request and much faster:
http://cocoon.apache.org/2.0/userdocs/concepts/sitemap.html
Regards,
Joerg
Daniel Graversen wrote:
Hi,
I'm trying to include information from an other document in an XSL. The
document I'm trying to get is made with Xindice and Cocoon as described in
tutorial about this, and the command work nicely in my browser.
I have tried with the following command where I whould like to change XXX
to anumber i have in the variable $cn.
xsl:for-each
select=document('http://localhost:8080/cocoon1/mount/02288/xmldb2/02288/?xpath=course[contains(prerequisites/courseno,)]')//course
xsl:variable name=course select=@courseno/
...
Does any know how to do this.
Regards,
daniel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Document function
Hello Ali, what Cocoon version do you use - or if you know, do you use XSLTC or Xalan? There seems to be a bug for top level xsl:variable and document() when using XSLTC: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20381. XSLTC is the default processor in 2.1, while it is Xalan in 2.0. You can switch between both. Joerg Ali Mesbah wrote: Hi all, I'm getting a strange XML Parsing Error: syntax error from Cocoon while I try to transform an XML document with an XSLT which uses the Document function. XSLT (metaoutput.xsl): ?xml version=1.0 encoding=UTF-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=xml indent=yes/ xsl:strip-space elements=*/ xsl:variable name='fileurl' select='mapping/vorm.xml'/ xsl:variable name='mapping' select='document($fileurl)/mapping'/ ... Error: XML Parsing Error: syntax error Location: http://localhost:/metaoutput Line Number 2, Column 1: There is no Error message logged. This is what I get on the browser. Does it have something to do with Xalan? Any ideas? Thanks, Ali - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Document function
Hello Alexander, that's not /really/ true ;-) document() works, but there are some issues with it like the caching bug: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10203. Joerg Alexander Schatten wrote: Ali Mesbah wrote: Hi all, I'm getting a strange XML Parsing Error: syntax error from Cocoon while I try to transform an XML document with an XSLT which uses the Document function. I am not very sure about it, but as far as I remember: the document function does not work with Cocoon, and, btw, it is not necessary either. have a look at the XInclude and CInclude Trasformers for example alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Serious Encoding Problems (Umlaute)
Alexander Schatten wrote: (1) UTF-8 practically only works for english texts, and does not work with ae oe ue and so on That's wrong. UTF-8 works for *every* character. You only must use it correctly - and that's not so easy :-) By default giving a browser an UTF-8 document, it will send forms encoded in UTF-8 too, but Cocoon expects ISO-8859-1. You can change his by setting the form encoding correctly. http://wiki.cocoondev.org/Wiki.jsp?page=RequestParameterEncoding Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: recommed upgrading to Xalan 2.5 when using document() regularly
Antonio Gallardo wrote: Joerg Heinicke dijo: I upgraded Xalan to 2.5.1 and Xerces to 2.4.0 in the Cocoon 2.0 CVS, so they should be in the next Cocoon 2.0.x release - I guess the 5 comes after the 4 ;-) Cool! I think we can close the bug related to document() function! Hello Anotnio, to which one you refer? Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: recommed upgrading to Xalan 2.5 when using document() regularly
Do you think the bug is fixed in current Xalan? If it's not we have it in Cocoon 2.0 too ;-) Joerg Antonio Gallardo wrote: Joerg Heinicke dijo: Antonio Gallardo wrote: Joerg Heinicke dijo: I upgraded Xalan to 2.5.1 and Xerces to 2.4.0 in the Cocoon 2.0 CVS, so they should be in the next Cocoon 2.0.x release - I guess the 5 comes after the 4 ;-) Cool! I think we can close the bug related to document() function! Hello Anotnio, to which one you refer? This? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20381 Antonio Joerg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error in XSP
I don't know any French, but with my English, Latin and German knowledge I guess it means something like requested resource is not available, doesn't it? Hmm, I would suggest to look into the log files for a more exhaustive error message. Joerg [EMAIL PROTECTED] wrote: where is the error in this page??? xsp:page language=java xmlns:xsp=http://apache.org/xsp; page content aaa /content /page /xsp:page I always get this error : type Rapport d''état message description :La ressource demandée () n'est pas disponible. why? everything is right! It worked for 5minutes, and now I can't see it no more! I know it's not an error in the sitemap, because all other pages work! -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WG: WG: Problems with umlaut in cocoon2.04
Nice to hear, that it works. But ... Przybilla, Frank wrote: Hello Joerg, that's it! When I remove the encoding specification, so that it defaults to UTF-8, then it works. Maybe in former versions of coocoon the jsp generator was aware of the specified encoding, but now it is confused. ... I don't think that this correct. Maybe in the old version the result of the JSP was ISO-8859-1 encoded by default and this has now changed to UTF-8. But you can't tell the parser that the content encoding is ISO-8859-1, if that's not true. With writing the xml declaration by hand, you don't influence the content encoding, but you possibly give the parser a wrong hint on the encoding. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: recommed upgrading to Xalan 2.5 when using document() regularly
Hello Bruce, I upgraded Xalan to 2.5.1 and Xerces to 2.4.0 in the Cocoon 2.0 CVS, so they should be in the next Cocoon 2.0.x release - I guess the 5 comes after the 4 ;-) Joerg Bruce Robertson wrote: I've found that under JDK 1.4 my Cocoon 2.0.4 based project (http://heml.mta.ca) tended to spawn a huge number of open files and after a couple of days of service would: a) crash with a 'too many open files' jvm error b) start throwing 'unknown xpath error's in unlikely places. By checking with the unix 'lsof' utility, I found that the problem was with files accessed through xsl's document() function. (This isn't a function you should get into the habit of using with Cocoon, but at one point I wanted my xslts to work outside Cocoon, too. I'll probably change things when I rewrite that section.) Those files never seemed to get properly closed, except with garbage collection. The lastest version of Xalan has a fix for this bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4858 which directly relates to point b) above. So I replaced the stock Xalan in Cocoon 2.0.4 with Xalan 2.5 and the necessary Xerces. And the result was ... some of my xslt threw new errors :-( In particular, it looks like the xpath parsing is more strict, which is probably a good thing. I fixed those, and, hey, it works. I tried hammering the server with requests, and no failure so far. A happy outcome of this is that the part of my code using document() calls, which had been unreasonably slow, now runs much faster. This is not a measured result, but I'm certain it's true. The upshot is that people who, against advice, use document() in their Cocoon-processed xslt should look into swapping in the Xalan 2.5 jar. Yrs, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: map:redirecto-to after map:transform/map:generate?
map:call does not work the same way as map:redirect-to does not work because the steps before are not executed. Both must be the first and only statements in a map:match. Hello Peter, fortunately the above is not true ;-) map:call resource=resourcename/ is a sitemap internal redirect for reusing pipeline fragments and so you can do first steps of a pipeline on another place than the resource. See also map:resource/. Joerg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with umlaut in cocoon2.04
Hello Frank, are you generating the XML declaration (?xml version=1.0 encoding=ISO-8859-1?) by hand (so as string) or via some XML methods or tags? Joerg Przybilla, Frank wrote: Hello Cocoon community, I hope there is somebody out there who can explain me the following: I'm using cocoon 2.0.4 together with tomcat.1.4.24 and jdk1.41 and I have the following szenario, which worked well with cocoon 2.01, tomcat4.0 and jdk1.3.x. In this szenario I have a jsp which generates an xml document which includes characters like ä,Ä,ö,Ö etc. Therfore I specify ?xml version=1.0 encoding=ISO-8859-1?. Additionally I'm using the folowing pipline definition in the sitemap: map:match pattern=JAVA.Login_Screen map:generate type=jsp src=/maxess/Xplorer/jsp/Screens/Login_Screen_JAVA.jsp/ map:serialize type=xml/ /map:match So I'm using a jsp generator which dynamically generates the xml. I also set the correct ecoding for the xml serializier component (ISO-8859-1). But with cocoon 2.04 the output is not correct, because the umlaut is not correctly encoded and presented . As I mentioned before, everything works fine with cocoon2.01. What must be changed so that the encoding is correct? With best regards Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: empty html tags
Hello Alexandre, what Cocoon and Xalan version are you using? I have Cocoon 2.0.5-dev (with Xalan 2.3.1) and 2.1m3-dev (with Xalan 2.5.1-dev (2003-05-06)). With both versions script/ and style/ are serialized to script/script and style/style. Joerg Alexandre Victoor wrote: Hello Is there a simple solution to avoid unwanted transformations like script/script - script/ I tried to add cdata-section-elements parameters to the html serializer but it doesn't work. I would rather like not to add comments or blank spaces inside my tags. Thanks for your help. Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1m2 with resin and IBMJVM 1.4
I don't have your configuration, but maybe it's obvious from the error messages? What about them? Joerg zze-MORY Nicolas FTRD/DMI/REN wrote: anyone ever installed cocoon 2.1m2 with resin 2.1.9 and IBM JVM 1.4 ? or resin 2.1.9 with sun JDK 1.4 ??? it doesn't run with my configuration... thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to get transformer handler for stylesheets/blah.xsl
Hello Steven, it's XSLTC who does give so exhaustive messages. Try to use Xalan for this particular transformation, maybe you get a real error message. Are you refering external resources from the stylesheet (xsl:import, xsl:include, document())? Joerg Steven Cummings wrote: Hello, Is anybody else getting this sort of an error in 2.1m2 or 2.1cvs (shown below the main text of this message)? I went through the Cocoon sources for TraxTransformer, which led me to XSLTProcessorImpl from Avalon-Excalibur and the piece of code I found (around XSLTProcessorImpl.java:320) indicated that the Templates instance obtained from the TemplateHandler is null, which of course propogated to the message seen below. This leads me to believe that there is a problem with the stylesheet, but there really isn't. It's just a modified version of dynamic-page2html.xsl from Cocoon itself, and has worked for me up until I tried upgrading to m2 or cvs. Here's where the problem (see messages below) gets worse. I have another webapp, also built on 2.1m2, and when they are running side by side in the same tomcat container, the other one works and this one doesn't. They each have some (separate) XSLTs that they use for rendering. They both have the exact same set of components included and the same set excluded (commented-out) from the default cocoon.xconf. Their logkit.xconf and instrumentation.xconf files are identical. Their web.xml files are the same except for the application display-name. Finally, their sets of jar-files in WEB-INF/lib are identifical. I know most of these details will have nothing to do with the problem, but I thought I'd include them anyway. I've also attached the stylesheet that I get the error for, and the stylesheets that it includes. I don't know if other stylesheets get the same error and it is not specific to this one because the remaining pipelines are behind auth-protect actions and I haven't yet taken the time to move some to un-protected pipelines/matches so that they could be tested for the problem (and a lot of them depend on auth-contexts anyway). This seems like such a fundamental type of problem that I must be missing something. Can anybody with experience with these newer versions of cocoon see what might be my problem? TIA /S Relevant info: Windows XP Java 1.4.1_02 Tomcat 4.1.24 (LE-jdk14) Cocoon 2.1m2 (2.1cvs has been tried as well) Here is the page-output for the error: -8- Message: null Description: No details available. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet Request URI loginpage cause Unable to create templates for stylesheet: file:/path/to/stylesheets/blah.xsl request-uri /my-app/loginpage --8 Here are the details from error.log: -8- org.apache.cocoon.ProcessingException: Unable to get transformer handler for stylesheets/blah.xsl: org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler at org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java:307) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to get transformer handler for stylesheets/blah.xsl
Sorry, I didn't scroll below the start of the exception trace :) If you don't have a real error in your stylesheets, it will work with Xalan. xsl:include is probably the reason, it had problems with resolving relative paths. But we thought the problem is already solved with the dev version of Xalan/XSLTC used with Cocoon 2.1m2.dev. Can you provide a minimum test case reproducing the error and add it here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20308? Regards, Joerg Steven Cummings wrote: Joerg, Yes, in the original message I had attached the stylesheet, which xsl:include'd another, which xsl:include'd a third stylesheet (I attached all three of them). They are viewable here: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=105467465417098w=2 if your mail client didn't show them. Anyway, I'll give the xalan transformer a shot and see what happens, thanks for the tip! /S Joerg Heinicke [EMAIL PROTECTED] wrote: Hello Steven, it's XSLTC who does give so exhaustive messages. Try to use Xalan for this particular transformation, maybe you get a real error message. Are you refering external resources from the stylesheet (xsl:import, xsl:include, document())? Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1m2 with resin and IBMJVM 1.4
Hello Nicolas, I more or less expected it ;-) http://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem Joerg zze-MORY Nicolas FTRD/DMI/REN wrote: the error message with resin 2.1.9 and Sun SDK 1.4: 500 Servlet Exception java.lang.IllegalAccessError: class org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$AncestorIterator cannot access its superclass org.apache.xml.dtm.ref.DTMDefaultBaseIterators$InternalAxisIteratorBase at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:246) at java.net.URLClassLoader.access$100(URLClassLoader.java:54) at java.net.URLClassLoader$1.run(URLClassLoader.java:193) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at ... I ever tried to change the Xalan parser with the lastest version and it changed nothing the error message with resin and IBM SDK : Initialization Problem Message: null Description: No details available. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet request-uri /cocoon2.1/ cause SHA1PRNG SecureRandom not available Apache Cocoon 2.1m2 My configuration : Athlon Bi-pro 2000 REd HAT7.1 rsin 2.1.9 IBM JVM 1.4 and JVM Sun 1.4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WG: Problems with umlaut in cocoon2.04
Hello Frank, creating the xml declaration by hand is always a bad solution. You tell the XML parser to read the document in a possible wrong encoding - and this is what I guess from your error descriptions. If the JSPGenerator encodes the output in UTF-8 and you have ISO-8859-1 in the declaration, the parser can't read the document correctly. What you must find out (or configure) is the output encoding of your JSP file creating the XML. Try to remove the declaration or set it to UTF-8 (the default for the parser). Maybe this already works. Joerg Przybilla, Frank wrote: Hello Joerg, Thank you for your reply. No, the XML declaration is hard coded in the specified JSP (the one you can see in the pipline definition). The interesting thing is that when I display a xml document with a pipline like this one map:match pattern=JAVA.Login_Screen map:generate src=/maxess/Xplorer/jsp/Screens/Login_Screen_JAVA.xml/ map:serialize type=xml/ /map:match (hence displaying a static xml document) it works fine. But when generating the xml with the jsp generator it doesn't work properly. So I think the problem lies in the jsp generator. Any hints for that kind of problem? As I observe several other people using cocoon have problems with umlaut since version 2.02. But so far I haven't found a solution for that problem. With best regards Frank -Ursprüngliche Nachricht- Von: Joerg Heinicke [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 3. Juni 2003 21:15 An: [EMAIL PROTECTED] Betreff: Re: Problems with umlaut in cocoon2.04 Hello Frank, are you generating the XML declaration (?xml version=1.0 encoding=ISO-8859-1?) by hand (so as string) or via some XML methods or tags? Joerg Przybilla, Frank wrote: Hello Cocoon community, I hope there is somebody out there who can explain me the following: I'm using cocoon 2.0.4 together with tomcat.1.4.24 and jdk1.41 and I have the following szenario, which worked well with cocoon 2.01, tomcat4.0 and jdk1.3.x. In this szenario I have a jsp which generates an xml document which includes characters like ä,Ä,ö,Ö etc. Therfore I specify ?xml version=1.0 encoding=ISO-8859-1?. Additionally I'm using the folowing pipline definition in the sitemap: map:match pattern=JAVA.Login_Screen map:generate type=jsp src=/maxess/Xplorer/jsp/Screens/Login_Screen_JAVA.jsp/ map:serialize type=xml/ /map:match So I'm using a jsp generator which dynamically generates the xml. I also set the correct ecoding for the xml serializier component (ISO-8859-1). But with cocoon 2.04 the output is not correct, because the umlaut is not correctly encoded and presented . As I mentioned before, everything works fine with cocoon2.01. What must be changed so that the encoding is correct? With best regards Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon problems generating html output
Hello Rob, to make it short: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15316 Are absolute paths an option for you? Passing a base directory to FOP is not implemented in Cocoon'S FOPSerailizer. Joerg [EMAIL PROTECTED] wrote: Hi all, I'm a bit of a Cocoon newbie so forgive me if there are any errors in the following... In an attempt to push the use of DocBook for technical documentation within our group I have been trialling its use and using Cocoon 2.0.4 as the publishing framework. I have deployed this under tomcat-4.1.24 on Solaris 8 with j2sdk1.4.1_01. We are also using docbook-xsl-1.58.1 for the stylesheets. We are mainly generating this into html and pdf for review and distribution. Now I have replaced Xalan with Saxon the html seems be working a lot better, faster and more reliable. One problem I am having is with graphics in PDF files, if I include an imageobject element in the docbook all works fine for html but with pdf the image fails to be included. The following error occurs in both the error.log and the sitemap.log ERROR (2003-06-04) 08:51.35:216 [sitemap.serializer.fo2pdf.fop] (/cocoon/mount/users/r_exley/doc/r_exley/rpe006.pdf) Thread-8/ExternalGraphic: Error while creating area : Error with image URL: images/rpe006_1.png (No such file or directory) and no base directory is specified A fragment from the docbook source used in this is as follows: mediaobject imageobject imagedata fileref=images/rpe006_1.png format=PNG/ /imageobject /mediaobject After searching through google etc. this seems to be because the somewhere between Apache FOP and docbook-xsl a baseDir configuration parameter is required when operating in a servlet environment. The following is one of the references I found to this. http://forrestbot.cocoondev.org/sites/xml-fop/embedding.html#config-internal How do I approach getting this into my cocoon implementation ? Has anyone had any experience of this ? Is it docbook-xsl, FOP or Cocoon that is deficient in the treatment of images and PDFs via this mechanism ? Am I missing something or doing this incorrectly ? FYI - I am pretty sure using this approach plus FOP all works from the command line. I would appreciate any help/advice on this. Equally if I should be addressing this elsewhere then thats fine as well. thanks in advance --- Rob Exley Senior Technical Consultant Equifax Plc e-mail: [EMAIL PROTECTED] tel: 01274 759610 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: map:redirecto-to after map:transform/map:generate?
Hello Peter,
Peter Klotz wrote:
map:call resource=resourcename/ is a sitemap internal redirect for
reusing pipeline fragments and so you can do first steps of a pipeline on
another place than the resource.
See also map:resource/.
I hear you saying this but when I try this
map:resources
map:resource name=chunk
map:read src=work/{service}/index.html mime-type=text/html/
/map:resource
/map:resources
and have a pipeline
map:pipeline
...
map:transform type=xslt .../
map:call resource=chunk
map:parameter name=service value={1}/
/map:call
/map:pipeline
It shouldn't be a problem being inside a selector?
No, the selector is not the problem.
In the generation phase
of the pipline I get log records so I can see if the pipeline is really
executed completely.
And thus I can really see that immediately the resource is called and the
generation and transformation is definitely not executed!
Yes, of course ;-) see below.
Could it be that the behaviour changed after Cocoon 2.0.4 that I'm using?
No.
The problem seems to be that the called resource is treated as if the
content is part of the calling pipeline. That means that I cannot use a
generator or read after a transformer.
This is exactly the problem. You can only have one generator or one
map:read in your pipeline (independent of map:call/map:resource). And
because map:call/map:resource are only reusable pipeline fragments,
there is no difference having the stuff from map:resource at the end of
your pipeline where you have map:call. As I said it's only a sitemap
internal redirect.
I tried exchanging the above read
with a map:generate/ and map:serialize/ and got a error that the
generator is already set in the pipeline.
That's correct, the typical error message.
I think this restriction is bad in this case. The transformer does not
create any output (docbook chunked HTML generation into files), therefore
it would not be a problem to have a generator afterwards. And a called
resource should behave like a sub-pipeline which it definitely does not at
the moment. Instead it behaves like a macro.
It's a general restriction of the sitemap, it's part of the /sitemap
contract/. What you want to do is to chunk your DocBook file ad to
deliver the index.html of the chunk output? Difficult, I don't see any
solution for this. We always do the DocBook transformation offline and
deliver the resulting pages with a reader as you tried it.
Maybe extending the HTMLGenerator is an option for you. It could start
the transformation and afterwards return the HTML file. Otherwise you
must rethink the complete work flow.
Joerg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [HELP]The processing instruction target matching [xX][mM][lL]is not allowed.
Hmm, how does the prolog of your XML file look like? What's the Cocoon version and the used Xerces version? Joerg Paul Tinzoh wrote: hello, I Paul Fonkeng. I'm using cocoon version 2 on a windows 2000 SP3 platform. I just thought of sending the whoole xsp-file with this mail, perhaps you find the cause of my problem. Thanx for your help. Paul Description:org.apache.cocoon.ProcessingException: The processing instruction target matching [xX][mM][lL] is not allowed.: org.xml.sax.SAXParseException: The processing instruction target matching [xX][mM][lL] is not allowed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: whitespaces using xsl:copy-of
Hello Stefan, it's not possible by using xsl:copy-of/, but by using the identity transformation. Replace your xsl:copy-of select=tagA/ with xsl:apply-templates select=tagA mode=copy/ and add the following template to your stylesheet: xsl:template match=node() mode=copy xsl:copy xsl:copy-of select=@*/ xsl:apply-templates select=*|text()[normalize-space()] mode=copy/ /xsl:copy /xsl:template In this identity transformation only elements and text nodes containing non-whitespace characters are copied to the output. Regards, Joerg Stefan Pietschmann wrote: hi guys, at the moment I'm writing a Transformer for Cocoon 2.0.4 and my problem is as follows: There are certain tags not touched by the xslt a step earlier in the pipeline and I want to read them out. let's say the structure is: tagA sub/ /tagA Now I simply use xsl:copy-of in my XSLT to copy tagA over in the output, so I am able to read it out in the following Transformer step. There I can search for tagA and make it a Node variable. I want to check whether the first childnode of it is called sub or seb. When I just output all the childnodes of tagA with their names (getNodeName()) I get child1: #text: child2: sub: child3: #text: well, it seems obvious that there are whitespaces before and after the sub tag, which occur when using copy-of with an indented (a.k.a pretty-printed) document. If i change the original to be like tagAsub//tagA sub is the first and only childnode, otherwise not. Now the question: Can I somehow get rid of whitespaces between tags when copying tagA over to the output in my xslt? Thanx for your help and I hope you got what i meant :P Stefan Pietschmann -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Crashing on Generating Program Code
Hello Scott,
you must have read the wrong mails or forums ;-) This is the most
annoying error using JDK 1.4 with anything related to XML, also known as
endorsed problem. The solution can be found at
http://wiki.cocoondev.org/Wiki.jsp?page=Cocoon2.1DevSetupWin2000, issue
no. 13 or at http://wiki.cocoondev.org/Wiki.jsp?page=NoMoreDtmIdError
The solution, because it's a similar reason for both issues.
Joerg
Scott McClure wrote:
I have been unable to get any version of cocoon running except for 2.0.4
Binary dist. (my compiled version is always missing the lib directory
for some reason... I could just copy it in I guess) either way, When I
get it running, and I try to navigate to the main page I always get the
error listed below. I have seen this pop up in a few messages on fourms
before, but the problem was never answered.
...
javax.xml.transform.TransformerException:
org.apache.xml.utils.WrappedRuntimeException: The output format must
have a '{http://xml.apache.org/xalan}content-handler' property!
at
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2344)
at
org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2160)
at
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1213)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SOLUTION] FOP/HSSFSerializer's and non-english characters
Hello Yury, I hope you see the little problem with your solution: You change the library to make it work with Cocoon. So this is not a solution we can use for or integrate in Cocoon in general. In the future these very POI specific java files will go back to the POI project and will be maintained there. So it will be easier to replace one version with another. But I can't say how long this takes. They seem to work on their 2.0 release at the moment. Joerg Yury Mikhienko wrote: YM Ok, the PDF serializer works properly (but with .ttf fonts only), but what about the HSSFSerializer? YM I still does not properly generate the exel document with russian characters :(( There is the jakarta-poi-1.7.0-dev-20020624.jar library in the cocoon-2.1/src/blocks/poi/lib. It does not support russian characters. The support begins from version 1.8-dev. See http://jakarta.apache.org/poi/changes.html#1.8-dev; The current version of POI is 2.0-pre1. For using the jakarta-poi-1.8.0-dev library in cocoon2.0.4 and Russian support implementation, I have implemented the several changes in jakarta-poi-1.8.0-dev and in cocoon's hssf element processor classes: (POI -1.8.0-dev ) In jakarta-poi-1.8.0/src/java/org/apache/poi/hssf/usermodel/HSSFDataFormat.java change the following [122]private Vector formats = new Vector(); [123]private Workbook workbook; [124]private boolean movedBuiltins = false; to [122]private static Vector formats = new Vector(); [123]private static Workbook workbook; [124] private static boolean movedBuiltins = false; and following [251] public short getFormat(String format) to [251] public static short getFormat(String format) (cocoon2.0.4) In cocoon-2.0.4/src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements/Row.java change the following [137] retval.setStyle(_sheet.getCellStyleForRegion(_row.getRowNum(), (short)column)); to [137] retval.setStyle(_sheet.getCellStyleForRegion((short)_row.getRowNum(), (short)column)); and in cocoon-2.0.4/src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements/Sheet.java change the [341] return new Row(_sheet.createRow(rowNo), this); to [341] return new Row(_sheet.createRow((int) rowNo), this); and in cocoon-2.0.4/src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements/Cell.java add the [120] _cell.setEncoding(HSSFCell.ENCODING_UTF_16); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: An IDIOT on WiKi!
Hello Antonio, don't take it so hard. The best means for making manipulation on the Wiki useless is the possibility of fast restoring. This makes it a harder work to manipulate than to restore - and this is no fun for the manipulator and he won't do it so often. Joerg Antonio Gallardo wrote: Hi: First sorry to all the list for the subject of the mail. I was the one that started this thread. I was very upset because I needed to help someone pointing to this wiki reference. Also I dont see fair that some of us spend hours trying to put our best effort writing the wiki docs and some IDIOT destroy the community work. We really must take some kind of restriction to make a little bit hard to this kind of people to enter the system and destroy the community work. When I started to use wiki. I loved that was freely editable, but after that I think we must find a mechanism to control contribution. I mean this kind of nonsense contributions that only destroy the builded work. What we can do? Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why fo:wrapper tag does not work in fo:block
Yan, Charlene wrote: All, Maybe this is the wrong place to ask a question on XSL-FO. Can someone point me to a mailing list on XSL-FO? Thanks a lot! Charlene Hello Charlene, the Mulberry XSL-list is for both XSLT and XSL FO: http://www.mulberrytech.com/xsl/xsl-list/. If it is a specific problem with FOP, you can ask on the FOP user list: http://xml.apache.org/mail.html#fop-user. Joerg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error using Protected Area in samples
Hello Bobby, try to use Xalan instead of XSLTC for this transformation. In the best case it will work (possible bug in XSLTC: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20308), in the worst case you will at least get a better error message. Joerg Bobby Mitchell wrote: Using Version: 2.1m3-dev, RedHat 9.0, Tomcat 4.1.24. I tried to access Protected Area in samples and get the following error: org.apache.cocoon.ProcessingException: Unable to get transformer handler for stylesheets/simple-page2html.xsl: org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler cause: org.apache.excalibur.xml.xslt.XSLTProcessorException: Unable to create templates for stylesheet: file:/var/tomcat4/webapps/cocoon/samples/protected/stylesheets/simple-page2html.xsl Anybody see this and figure it out? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java.net.BindException: Address already in use (was: Apperant xsl:include/Failure)
Hello Chris, please compose a new mail if you want to open a new thread. Otherwise the subject is misleading and the mails are wrongly sorted in thread-view-able browsers. Server.run/init: java.net.BindException: Address already in use This may happen if your server was not shut down correctly the last time. This has not much to do with Cocoon I guess. You can kill such processes in Linux with killall -9 java. BUT beware this kills every java process on this machine owned by the logged in user. It's also possible to search for the process ids and kill them step by step. In Windows NT or 2000 you can use the task manager to kill java processes. Joerg Chris Pratt wrote: After much effort I have got cocoon half working on Weblogic 6.10 Sp3 Now I am getting the following error: Failed to generate program code (this may happen if you use Xalan in incremental processing mode). Please check log file and/or console for errors. In the web log I have the following: Server.run/init: java.net.BindException: Address already in use Any ideas. I do have the xalan-2.3.1.jar as first entry in the classpath. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apperant xsl:include/ Failure
Dave Allen Barker Jr wrote: Stylesheets that use xsl:inclue/ generate a Unable to get transformer handler error. Any help would be greatly appreciated! I hope the following information is insightful. Hello Dave, not so long ago there was a problem with path resolving in XSLTC. AFAIK it's fixed, I only don't know if it was before or after the 2.1M2 release. Maybe Bruno can help here. The problem was with the path resolving in XSLTC, you can switch to Xalan and it should work. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17825 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19324 Joerg My Process 1. Exploring the LinkRewriter Demos, I went to the sitedemo. 2. org.apache.cocoon.ProcessingException: Failed to execute pipeline.: org.apache.avalon.framework.CascadingRuntimeException: Error accessing attribute '/site/index/@href' from input module 'linkmap'. Error using source cocoon:/linkmap 3. So, I tried to bring up the linkmap, and got: org.apache.cocoon.ProcessingException: Unable to get transformer handler for stylesheets/relativize-linkmap.xsl: org.apache.excalibur.xml.xslt.XSLTProcessorException: Exception in creating Transform Handler Things I've Tried * relativize-linkmap.xsl imports dotdots.xsl. If I replace the xsl:include/ with the content of the dotdots.xsl stylesheet, the problem dissapears. * If I visit other samples that use xsl:include/, the problem follows. * Trying Cocoon 2.1-M1, this problem does not exist. My Environment Cocoon Version: 2.1m2 Servlet Container: Jetty (included with Cocoon) Java Version: 1.4.1_02 OS: Windows XP I didn't see anyone report the problem, and since it's so fundamental, I figure it's me. So, thank you in advance for any pointers you can give! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSL transformation exception when run as CLI, but not as servlet
Hello Dave, one week ago somebody had exactly the same problem with Cocoon 2.0.4, Xalan 2.3.1 and DocBook 1.48. He solved it by using Xalan 2.4.1, so give it a try. What the difference is between CLI and servlet? I don't know. Joerg Olson, Dave -Systems wrote: Dear community: I've been trying to transform a simple DocBook XML file into FO (and also PDF) from the command line. I started by modifying the sitemap that comes with the src distribution's documentation example, by adding my pipeline. I've been able to get that sitemap, with DocBook 1.60.1 style-sheets, and even FOP to work with Cocoon-2.0.4, running as a servlet, by mounting it in the original Cocoon sitemap. However, if I try to run Cocoon at a command line, just as you would to generate the documentation (URI=body-todo.xml), I get the following: WARN2003-04-03 19:30:53.540 [core.xsl] (): File file:.../demo/./docbook1.60.1/fo/docbook.xsl; Line 182; Column 16; Making portrait pages on USletter paper (8.5inx11in) FATAL_E 2003-04-03 19:31:00.663 [core.xsl] (): File file:/...demo/./docbook1.60.1/fo/../common/common.xsl; Line 1576; Column 35; 7 = 1 ; SystemID: file:/.../demo/./docbook1.60.1/fo/../common/common.xsl; Line#: 1576; Column#: 35 javax.xml.transform.TransformerException: 7 = 1 at org.apache.xpath.XPath.bool(XPath.java:411) at org.apache.xalan.templates.ElemChoose.execute(ElemChoose.java:162) xalan stack deleted xerces/avalon/cocoon stack deleted at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:143) at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEv entPipeline.java:250) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS treamPipeline.java:395) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(Seri alizeNode.java:154) ... at org.apache.cocoon.Main.main(Main.java:403) Caused by: java.lang.ArrayIndexOutOfBoundsException: 7 = 1 at java.util.Vector.elementAt(Vector.java:427) at org.apache.xml.dtm.ref.DTMStringPool.indexToString(DTMStringPool.java:128) ... Where should I look for the problem? I've noticed that the cocoon.xconf I'm using for the CLI invocation defines a sitemap class attribute of TreeProcessor, which differs from the servlet's cocoon configuration. If this won't work for my pipeline, which engine should I use for the CLI config? The source XML document is concatenated at the end of this email. Here's a few other details that might be pertinent. pipeline: map:pipeline map:match pattern=userdemo.fo map:generate src=userdemo.xml/ map:transform src=docbook1.60.1/fo/docbook.xsl/ map:serialize type=xml/ /map:match /map:pipeline build: Cocoon-2.0.4. built from a source distribution for both the default target and as a war for the servlet DocBook 1.60.1 style-sheets I've tried resolving the DocBook DTD from a local catalog, but that didn't help. command line: I use a sh script to build the classpath, from the build/cocoon, lib/core, lib/optional, and ./work dir's, the final line of which is: java -classpath $CP $COCOON_OPTS org.apache.cocoon.Main -c . -d dest -u INFO $* $* would be expanded to userdemo.fo when I invoke it. Other details: I had to remove the generators and transformers related to sunshine.Sunspot from the documentation sitemap.xmap in order to get it to run under the servlet cocoon.xconf, however, I was getting the above errors before doing that. Any ideas? -DAvid userdemo.xml: !DOCTYPE book PUBLIC -//OASIS//DTD DocBook XML V4.2//EN http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd; [ ] book bookinfo titleIHSDM User's Manual/title author firstnameMiles/firstname surnameTogo/surname affiliationTurner-Fairbank Highway Research Center (TFHRC)/affiliation address streetPike/street citySomewhere/citystateVA/statepostcode9/postcode /address /author copyrightyear2003/yearholdersomeone/holder/copyright /bookinfo prefacetitleDisclaimer/title para Say something here. /para para just another paragraph /para figure titleDCM Graph Wizard Info Edit/title graphic srccredit=from somewhere fileref=DCMGraphWizardInfoEdit.tabTitles.png/ /figure /preface chapter First Chapter Contents... /chapter chapter Second Chapter Contents.../chapter chapter ... /chapter appendix ... /appendix index ... /index /book -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.1-dev Logs at WEB-INF/logs/
e nio wrote: Also just wondering why the welcome.xslt has the extension of xslt instead of xsl? Not that it matters what extension as long as it matches the structure and namespaces declared in it, but more of curiousity to a changing trend? It's like *.jpeg vs. *.jpg ... the old DOS 8.3 file naming. Regards, Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Failed to execute pipeline.: Errors in XSLT transformation
Hello Don,
there is nothing wrong the XSLT itself, so Errors in XSLT is not a
correct message. But I can't tell you, what the error is.
I refactored the stylesheet using templates instead of for-each. If
there is a bug in Xalan 2.3.1 (this should be the version used in Cocoon
2.0.4), it will maybe already work. Another suggestion is to update the
Xalan version to 2.4.1. This sometimes solves some problems.
Regards,
Joerg
Don Saxton wrote:
Geoff
this pipe works and results in the p1.xml attached.
generate type=session-attr
serialize type=xml
result is p1.xml (attached)
Yet this pipe does not generate type=session-attr
transform src=person.xsl (attached )
serialize type=html (never gets here)
result is this error
Original exception : java.lang.RuntimeException: Errors in XSLT
transformation:
Fatal: java.lang.NullPointerException
at
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3170)
at
org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerH
andlerImpl.java:433)
at
org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:91)
at
org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer
.java:575)
at
org.apache.cocoon.generation.SessionAttributeGenerator.generate(SessionAttri
buteGenerator.java:189)
at
org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEv
entPipeline.java:250)
at
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS
treamPipeline.java:395)
Yet when I test the transform outside of cocoon, the xsl is fine. And if
other working xsl are substituted they will produce this same error.
Don
?xml version=1.0 encoding=UTF-8?
xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0
xsl:template match=/
HTML
HEAD
TITLETitle/TITLE
/HEAD
BODY
xsl:apply-templates select=//person/
/BODY
/HTML
/xsl:template
xsl:template match=person
h3xsl:value-of select=@name//h3
i(id=xsl:value-of select=@id/) a href=edit/person/[EMAIL PROTECTED] edit /a/i
table border=1 cellspacing=0
trtdborn/tdtdxsl:value-of select=@born//td/tr
xsl:apply-templates select=*[not(self::documentref)]/
tr
tddocuments/td
td
ul
xsl:for-each select=documentref
li
a href=[EMAIL PROTECTED]xsl:value-of select=@ref//a
/li
/xsl:for-each
/ul
/td
/tr
/table
div align=centera href=?list=personsBack to List/a/div
bI need some way to resolve idrefs i.e. get the person's name instead of the id. What is showing here is the text node of the ref element only if it is present./b
/xsl:template
xsl:template match=*[personref]
tr
td
xsl:value-of select=name()/
xsl:if test=self::marriage
xsl:value-of select=concat(' ', @begin, ' to ', @end)/
/xsl:if
/td
td
ul
xsl:apply-templates select=personref/
/ul
/td
/tr
/xsl:template
xsl:template match=personref
li
a href=[EMAIL PROTECTED]
xsl:if test=not(normalize-space())
xsl:value-of select=@person/
/xsl:if
xsl:value-of select=text()/
/a
/li
/xsl:template
xsl:template match=description
tr
tddescription/td
tdxsl:value-of select=text()//td
/tr
/xsl:template
/xsl:stylesheet
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie question about CSS display
Hello Joe,
Joe Williams wrote:
Thanks for the response, let me see if this makes things clearer.
I'm not getting an error message, but the formatting changes to the DocBook
XSL (by means of my CSS) do not appear in the browser.
The URL:
http://myserver:8080/cocoon/book/book
This succeeds in calling the document. When I view the source of the
displayed HTML, the link to the CSS stylesheet appears:
link href=book.css rel=stylesheet type=text/css
so far everything seems to be clear and ok. Try to access
http://myserver:8080/cocoon/book/book.css
in your browser to see if you get the CSS.
Therefore, I expect the changes to appear, but they do not. The CSS is in
the same directory (book) as the XML source (book.xml) the XSL
stylesheet (book.xsl) and the CSS (book.css)
This is more or less not interesting for the browser. Important is only the
mapping in the sitemap. You wrote already you have the following two pipelines:
map:pipeline
map:match pattern=book
map:generate src=book.xml/
map:transform src=book.xsl
map:parameter name=css-stylesheet value=book.css/
/map:transform
map:serialize/
/map:match
map:match pattern=*.css
map:read src={1}.css mime-type=text/css/
/map:match
/map:pipeline
Only here (= for the sitemap) the directories are interesting. As you wrote
the pipeline it's correct to have both files in the same directory.
What do you want to reach with
map:parameter name=css-stylesheet value=book.css/
?? Do you have a global xsl:param name=css-stylesheet/ in your book.xsl?
Otherwise the map:parameter/ is useless. You already configured your
DocBook with
xsl:param name=html.stylesheet select='book.css'/
and that's correct.
This only for clarification. Test the stylesheet independent of the DocBook
HTML with http://myserver:8080/cocoon/book/book.css;. If you get it, hmm, I
don't know. If not, what do you get?
I have not tried Lionel's suggestions yet, but will do so.
Sorry, but this won't help you much. You don't want to include the CSS in
the DocBook HTML, but a link element refering to the CSS. So you only must
pass the CSS's name and not the CSS itself to the XSLT stylesheet.
Using document('host:8080/book.css') won't work either, because you can't
read text with it, only XML.
And the third suggestion using a xsl:template match=// can break the
DocBook transformation completely. Use the parameterization as suggested by
Norman Walsh and as you already did it.
Regards,
Joerg
- Original Message -
From: Joerg Heinicke [EMAIL PROTECTED]
Hello Joe,
you don't give very exact error description, only it does not work. So
it's only possible to guess. Or you give us more information.
I guess the error is a missing or a wrong match for the CSS.
The information you can provide:
1. Which URL do you type in the browser for the Cocoon delivered HTML.
2. How does the according match pattern in the sitemap for the docbook
transformation look like.
3. How does the link/ tag for the CSS in the generated HTML look like?
4. How does the according match pattern in the sitemap for the CSS look
like?
The transformation offline or in Cocoon may be different (but I don't
really
think so), but has nothing to do with the loading of the CSS.
Regards,
Joerg
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie question about CSS display
Hello Joe, you don't give very exact error description, only it does not work. So it's only possible to guess. Or you give us more information. I guess the error is a missing or a wrong match for the CSS. The information you can provide: 1. Which URL do you type in the browser for the Cocoon delivered HTML. 2. How does the according match pattern in the sitemap for the docbook transformation look like. 3. How does the link/ tag for the CSS in the generated HTML look like? 4. How does the according match pattern in the sitemap for the CSS look like? The transformation offline or in Cocoon may be different (but I don't really think so), but has nothing to do with the loading of the CSS. Regards, Joerg Joe Williams wrote: Forgive the elementary nature of this question, but I am new to Cocoon, my background is documentation and not development, and I have read and searched for an explanation for this weirdness without success. Using DocBook XML and the DocBook XSL with a customization layer, I want to change the styles using a CSS. My formatting changes are displayed when I run the transformation from the command line, but not when I use Cocoon. Is this to be expected, or what? Does the transformation occur differently when using Cocoon than when using Xalan alone? A helpful link or answer would be appreciated. -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Encoding and thorn
Hello Tim, Tim Cavanagh wrote: Hi, I am putting in some text from MS word through our publishing system that includes MS curly quotes (8-bit) when it gets to cocoon to be parsed via XSLT I get an error. The error is caused by the the thorn element being placed in the text (unclosed). Our publishing system is on a Mac and using Mac roman encoding if this is an issue? no this should be no issue. The input is: Tims good day The output is: Tims thorngood day The only problem in the above is the , so you must preprocess the document and replace with lt;. Same for = amp; In which way is your publishing system converting the Word file into XML? Any ideas? I don't think, that you have another chance. Regards, Joerg Cheers Tim Cavanagh DMIT South Australia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Schematron question
Siblings? Try the following: rule context=/password assert test=string(.) = string(following-sibling::password2 | preceding-sibling::password2) Passwords do not match. /assert /rule If you know password2 is always after password, you can remove preceding-sibling::password2. It's only a further suggestion from the XML point of view ;-) Joerg Delis, Christopher E. wrote: thanks, ugo. i finally ended up doing the same exact thing as you. i was just hoping it would be possible to refer to other (sibling or ancestor) objects in my validation assertion. not a huge problem. i simply edited my xmlform-to-html.xsl to reflect the fact that the error violation has an attribute of ref='' instead of ref='/password'. cheers, chris -Original Message- From: Ugo Cei To: [EMAIL PROTECTED] Sent: 3/27/03 1:51 AM Subject: Re: XMLForm Schematron question Delis, Christopher E. wrote: i take it back! it still doesn't work =-( i keep getting Passwords do not match! errors... I'm currently using the following: rule context=/ assert test=string(password1) = string(password2) Passwords do not match. /assert /rule -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Orcale-XML-Parser in Coccon2
Or http://wiki.cocoondev.org/Wiki.jsp?page=DocbookTransformation and http://wiki.cocoondev.org/Wiki.jsp?page=Saxon (David collected interesting threads). Joerg Geoff Howard wrote: And as such, the instructions and hints for using Saxon should also help you. Don't know if they are currently in the docs, the wiki, or just the dev/users archives but it shouldn't take long to find it. HTH, Geoff Howard -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WML source with WML serializer
Because they are already in the original input WML file? Disabling is possible using a XSLT: xsl:template match=node() xsl:copy xsl:copy-of select=@*/ xsl:apply-templates select=node()/ /xsl:copy /xsl:template xsl:template match=comment()/ Regards, Joerg zze-MORY Nicolas FTRD/DMI/REN wrote: when i have WML files in input of pipeline and i want to serialize it with WML serializer i have many comment like that : !-- Deck-level declarations --!-- Tasks --!-- postfield --!-- variables --!-- Card Fields --!-- Images --!-- Anchor --!-- Tables --!-- Text layout and line breaks --!-- quotation mark --!-- ampersand --!-- apostrophe --!-- less than --!-- greater than --!-- non-breaking space --!-- soft hyphen (discretionary hyphen) --!-- Copyright Wireless Application Protocol Forum Ltd., 1998,1999. All rights reserved. -- Why ? is it possible to disable this comments ? Thanks -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Schematron question
Hello Rob, you simply must add a predicate to the context: rule context=/data/number[/data/selected = 'number'] assert test=number(.)=. You must specify a valid number. /assert /rule Furthermore I think you should change the test pattern. If someone writes 5.0, it can return false. I have in mind 5.0 and 5, if the transformer tests on strings and not on numbers. (I had the same problem a few days ago with XSLT. Is the behaviour simply processor dependent or specified anywhere?) If you change the test to number() = number() you are on the safe side, because NaN = NaN returns always false. Regards, Joerg Rob Johnston wrote: Hello -- I have a quick Schematron/XMLForm question. Let's say I have the following XPath: /data/selectedwhich can be either text or number /data/number a valid number I want to write a validation pattern that will assert iff /data/selected is 'number' and /data/number must be a number. For instance: rule context=/data/number assert test=number(.)=. You must specify a valid number. /assert /rule works fine, but I want the above to happen ONLY if /data/selected is the value number. So if /data/selected is the value text, it will completely ignore the check to see if the /data/number field is a numeric value. Any help would be appreciated. thanks, rob -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Schematron question
Hi Delis, for an XML like root passwordmypassword/password password2mypassword/password2 /root I would use the following schematron: rule context=/root assert test=string-length(password) 5must be 5/assert assert test=string-length(password) lt; 60must be lt; 60/assert assert test=password = password2password != password2/assert /rule I didn't test it, but the above looks logical to me ;-) Everything is pure XSLT. But what you tried (../password2), should work also (if context is password). I guess there must something else wrong. E.g. /password AND /password2? How can an XML have two root nodes? Regards, Joerg Delis, Christopher E. wrote: on a slightly different note, how does one reference another rule context. i.e.: let's say i have two elts, /password and /password2: pattern name=Password Validation Pattern id=password rule context=/password assert test=string-length(.) gt; 5Name should be at least 6 characters./assert assert test=string-length(.) lt; 60Password should be less than 60 characters./assert /rule rule context=/password2 assert test=string-length(.) gt; 5Name should be at least 6 characters./assert /rule /pattern ...how can i validate that /password and /password2 are equal in the rule for /password? i could use a predicate, but that won't give the user an error message (from an assert test). perhaps, this solution is just as simple (i hope)? =-) [i'm pretty sure i tried referencing (../password2) but it didn't seem to work.] -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Schematron question
Hello Christopher, I mentioned it already before: I guess the error are /password and /password2 as the values of the context attributes of the rule element. I have never been using Schematron in Cocoon, but as I used it offline a stylesheet was created from this schematron XML description and the rule's contexts were used in the match attribute of xsl:template/. The problem is then, that you need two root elements, to get true out of your test. But that's not possible in XML. So I guessed that you must change /password to password (the same for password2). Regards, Joerg Delis, Christopher E. wrote: i take it back! it still doesn't work =-( i keep getting Passwords do not match! errors... -Original Message- From: Delis, Christopher E. [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 26, 2003 11:20 AM To: '[EMAIL PROTECTED]' Subject: RE: XMLForm Schematron question sheesh! turned out to be a stupid error on my part (i should've posted the whole xml file and you probably would've found it right away). thanks for helping! here's what works: ?xml version=1.0 ? schema ns=http://xml.apache.cocoon/xmlform; xmlns=http://www.ascc.net/xml/schematron; titleSchema for the Password Form/title phase id=passwordView pFor password information./p active pattern=password/ /phase pattern name=Password Validation Pattern id=password rule context=/password assert test=string-length(.) gt; 3Password should be at least 4 characters./assert assert test=string-length(.) lt; 60Password should be less than 60 characters./assert assert test=string(.)=string(../password2)Passwords do not match!/assert /rule rule context=/password2 assert test=string-length(.) gt; 3Password should be at least 4 characters./assert /rule /pattern /schema - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie: Best practices for DocBook XSL on Cocoon
Hello Joe, I used DocBook without any problems in Cocoon. It's a few months ago and I don't know what versions of Cocoon and Xalan I used. I guess it was Cocoon 2.0.3, Xalan 2.3.1 and DocBook 1.51. So try to test it with a more current version of DocBook (I don't have a file docbook/html/common/common.xsl, only docbook/common/common.xsl, but no line 1576). Furthermore it's possible, that it is a bug in Xalan 2.3.1, so try 2.4.1. Regards, Joerg Joe Williams wrote: I have a question about using DocBook XSL with Cocoon, for anyone who has been successful in doing so. In hopes of getting some help and maybe helping others, I offer the following background. After reading numerous posts to the archives for this list, and other resources, I am aware that not everyone is in favor of using the DocBook XSL stylesheets with Cocoon. However, I have also found that some people have done so successfully, and would like to do so myself. I have been successful in serving DocBook XML content with a homegrown XSL stylesheet and CSS, but when I attempted to use the DocBook XSL to produce html, I get a blank page. (The transform runs fine from the command line.) Looking at cocoon/WEB-INF/logs/error.log I see a fatal exception in docbook/html/common/common.xsl; Line 1576; Column 35, javax.xml.transform.TransformerException: 13 = 1 and farther down in the log, I see java.lang.ArrayIndexOutOfBoundsException: 13 = 1 Going to docbook/html/common/common.xsl; Line 1576; Column 35, I see the following: xsl:when test=$value !='' OK, so xalan doesn't like this line, I guess? Here's my setup: Cocoon 2.0.3 Using these classes in /usr/tomcat/webapps/cocoon/WEB-INF/lib: xalan-2.3.1.jar xalan2.jar (docbook extensions from Norm) xercesImpl-2.0.0.jar xml-apis.jar Using jre 1.3.1_06 DocBook XML DTD 4.2 DocBook XSL 1.5 I would like to keep using xalan, but if I have to add saxon, please point me to a good procedure for doing so. Ditto for any other suggestions. When I get the setup working, I will post the info to the list. Thanks. Joe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Schematron question
Delis, Christopher E. wrote: i'm not sure i understand your explanation. are you suggesting that i need to create another root container (e.g., /root) to hold the password and password2 nodes in order to reference other form objects? that doesn't seem right. or, are you saying that if change /password to password and /password2 to password2 in my assert, that it should work (i tried this, but it didn't work)? Yes, I meant the second one. On what XML are these XPaths evaluated? Or is it JXPath on objects? Then I guess somebody else must help. Because I don't know the according XML structure for the objects. You can try to write a mail to Ivelin (http://wiki.cocoondev.org/Wiki.jsp?page=IvelinIvanov), who is the XForms guru. Or more general to the cocoon dev list. Joerg i could try creating another root to contain the password nodes, but then i'd have to change the model (bean), too. since my deadline for this project isn't yesterday, i was hoping somebody out there has actually done something similar to this in cocoon and was willing to share... btw, i am using cocoon 2.1 cvs snapshot (xml-cocoon-2.1-20030210233231.tar.gz). TIA, chris -Original Message- From: Joerg Heinicke [mailto:[EMAIL PROTECTED] Hello Christopher, I mentioned it already before: I guess the error are /password and /password2 as the values of the context attributes of the rule element. I have never been using Schematron in Cocoon, but as I used it offline a stylesheet was created from this schematron XML description and the rule's contexts were used in the match attribute of xsl:template/. The problem is then, that you need two root elements, to get true out of your test. But that's not possible in XML. So I guessed that you must change /password to password (the same for password2). Regards, Joerg Delis, Christopher E. wrote: i take it back! it still doesn't work =-( i keep getting Passwords do not match! errors... -Original Message- From: Delis, Christopher E. [mailto:[EMAIL PROTECTED] sheesh! turned out to be a stupid error on my part (i should've posted the whole xml file and you probably would've found it right away). thanks for helping! here's what works: ?xml version=1.0 ? schema ns=http://xml.apache.cocoon/xmlform; xmlns=http://www.ascc.net/xml/schematron; titleSchema for the Password Form/title phase id=passwordView pFor password information./p active pattern=password/ /phase pattern name=Password Validation Pattern id=password rule context=/password assert test=string-length(.) gt; 3Password should be at least 4 characters./assert assert test=string-length(.) lt; 60Password should be less than 60 characters./assert assert test=string(.)=string(../password2)Passwords do not match!/assert /rule rule context=/password2 assert test=string-length(.) gt; 3Password should be at least 4 characters./assert /rule /pattern /schema - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SUMMARY] XSLT does not maintain br 'format' tags in XML??
Oh, thanks Ugo, a small but possibly painful mistake ... Joerg Ugo Cei wrote: [EMAIL PROTECTED] wrote: The solution: change xsl:value-of select=//dc:description/ to xsl:copy-of select=//dc:description/ I don't think this is a good solution. If your input is dc:descriptionfirst line br/ second line/dc:description the first instruction will produce first line second line but the second will produce dc:descriptionfirst line br/ second line/dc:description In order to produce: first line br/ second line you need to use xsl:copy-of select=//dc:description/node()/ -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : How to serialize a XML file to disk?
Hello Laurent,
that's not correct. xsl:document/ is not usable. It first appears in the
XSLT 1.1 working draft which is a dead end. I will probably be available in
XSLT 2.0. But you can't use it in Cocoon, because the current version of
Xalan delivered with Cocoon does neither support XSLT 1.1 nor XSLT 2.0. I
don't know what you use, at least you seem to work with xsl:document/. The
alternative for Xalan is the proprietary extension xalan:redirect.
Regards,
Joerg
Laurent Trillaud wrote:
Have a look on the xsl :document.
I guess that it should be useful for you.
This tag is like a fork for a stream.
In your XSL file, when you use this tag you redirect the output.
...
psome text redirect to the standard stream/p
xsl:document href=request{$id}.xml method=xml
!-- all inside document is redirected to href --
xsl:apply-templates select=MyContentTag/
/xsl:document
panother text redirect to the standard stream/p
Laurent Trillaud
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : samedi 22 mars 2003 19:15
À : [EMAIL PROTECTED]
Objet : How to serialize a XML file to disk?
Hi all :)
We're doing a college work on cocoon and xml harvester potencial, and we
would like to know if we can grab a given XML file (on the web) to a
location on harddisk for a repository then work with it..
TIA
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: A Gzipped XML Serializer component for Cocoon
There were some threads about on the developers list. IIRC they came to the
conclusion to add such things to the pipeline. But after 2.1 release. One
point in the discussion was, whether this is the task of Cocoon and not of
Tomcat or Apache (mod_gzip).
Joerg
Michael Riedel wrote:
Hi Bruce!
I'm pretty sure this is something that eventually should be rolled into
Cocoon itself, but as I note in the page, my code is a hack on the
XMLSerializer, and shouldn't be ci'd as-is.
Though I don't need it at this time, I agree, that gzip compression is a
quite usefull. It should be included in the cocoon distribution.
But I'm not sure, if compression should be handled by a serializer. What, if
someone wants to compress something else than XML data. Then he'd have to
rewrite another serializer to support gzip. (I have to admit, I don't have
good application examples right now, since most of the other serializers
produce some kind of compressed data anyway.) What I'm trying to say is,
that compression is orthogonal to the actual data-format.
Wouldn't it be more usefull, if compression was a seperate feature? I'd
suggest a reader handling the gzip-compression.
It could be used to compress any kind of data, both static and dynamic. To
generate a compressed version of a dynamic resource, the reader could access
the uncompressed version through the cocoon-protocol.
(I have to admit, that I have never tried, if using the cocoon-protocol with
a reader really works. But in my oppinion such an approach might be usefull,
whenever non-xml data needs further processing.)
Here is some sitemap fragment, to demonstrate my thoughts. It's only a
scetch, so it might contain some bugs:
map:readers default=resource
...
map:reader name=gzip src=foo.bar.GzippedReader/
/map:readers
...
map:pipeline
map:match pattern=**.svg
...
map:serialize type=svg2jpeg/
/map:match
map:match pattern=**.svgz
map:read type=gzip src=cocoon:/{1}.svg
mime-type=image/svg+xml/
/map:match
map:pipeline
I'd like to hear other people's oppinion on this topic. If anyone is
interested, I could try to refactor to gzipped-xml-serializer to a reader.
I'd like to see if the above sitemap fragment really works.
A possible problem, when seriallization and compression are seperated might
be the caching-behavior. Can the output of a reader be cached at all? If
yes, both an uncompressed and a compressed version would be cached. And
then, does the cocoon-protocoll check if the requested resource has changed?
If no, caching of the compressed resource would be useless.
Greets, Michael Riedel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSLT does not maintain br 'format' tags in XML??
Hmm, XML, PHP, CR/LF, br/ - it seems a bit poor designed. Why aren't you doing the replacing in XSLT? But at least the solution should be to change xsl:value-of select=//dc:description/ to xsl:copy-of select=//dc:description/. Regards, Joerg [EMAIL PROTECTED] wrote: Dear all, I have a quite long text in an XML tag description with some in-line br / tags to format it (the text containing these tags was created by an HTML mask after a user input into it[in fact the php script that is processing the mask is replacing CR/LF with br /]) However after XSL transformation, the HTML result doesn't contain the tags [in fact the HTML source text has the br / replaced with CR/LF which is of course not useful !!]. What's wrong with it ?? Cheers, Holger XML . . . dc:descriptionCOPD is a ...range of disease characteristics including: br / br / - improvement of FEV1, br / br / - improvement of symptoms, .../dc:description . . . XSL . . . Ifont color=#00CC00Description = /font/Ibr/ font color=#00xsl:value-of select=//dc:description//font . . . HTML (as it displays in the browser) . . . Description = COPD is a ...range of disease characteristics including: - improvement of FEV1, - improvement of symptoms, -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XLS files...
Hello Ferran, I recently updated the documentation file for the XLS serializer with more information on the Gnumeric file format than the current documentation has. I posted it at Cocoon's bugzilla: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18164. It's not yet applied to the current CVS. If you don't want to build the docs for your own, I can send you the transformed documentation file as HTML. Regards, Joerg Ferran Urgell wrote: Thanks for the help, I've done the poscript. But, I've some problems with the Excel files (I can do the hello world), but I would to know if there are some more examples of Gnome file format and how it works. I know in the http://xml.apache.org/userdocs/serializers/xsl-serializer.html there's a bit explanation about how hssf works, but if there's something more detailed or with examples, I would to know it.. Thanks, Ferran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
