Re: Question sur XSP
Alexandre Poitras wrote: Bonjour à tous, Cette question s'adresse aux experts du langage XSP. Je voulais savoir s'il existe une fonctionnalité similaire à la balise jsp:include de jsp permettant d'include une page XSP dans une autre. Merci! Ca se cache dans la taglib util: xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:util=http://apache.org/xsp/util/2.0; toto util:include-source uri=http://n'importe quelle URL/ /toto /xsp:page Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
Re: Question sur XSP
Merci beaucoup! Je me disais bien qu'un petit génie avait déjà songé à celà! Le 27/10/05, Sylvain Wallez [EMAIL PROTECTED] a écrit : Alexandre Poitras wrote: Bonjour à tous, Cette question s'adresse aux experts du langage XSP. Je voulais savoir s'il existe une fonctionnalité similaire à la balise jsp:include de jsp permettant d'include une page XSP dans une autre. Merci! Ca se cache dans la taglib util: xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:util=http://apache.org/xsp/util/2.0; toto util:include-source uri=http://n'importe quelle URL/ /toto /xsp:page Sylvain -- Sylvain Wallez Anyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED] -- Alexandre Poitras Québec, Canada
RE: firewall
Merci de votre aide, elle m' été très précieuse. J'ai fini par y arriver. En fait, il y avait 10 autres DTDs à copier en local dans mon répertoire catalog-pubmed. Une fois avoir re-exécuté Cocoon.sh, tout c'est mis en place! Bonne soirée. Bérengère -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : Wednesday, October 26, 2005 16:59 À : users-fr@cocoon.apache.org Objet : RE: firewall Finalement, j'ai opté pour le resolver de DTD. Pour cela: 1. j'ai copié en locale ma DTD: [...]/WEB-INF/entities/pubmed/catalog-pubmed_041101.dtd 2. j'ai ajouté dans le fichier /produits/cocoon-2.1.3/build/webapp/WEB-INF/entities/catalog, les lignes suivantes: -- these entries are used for the catalog-pubmed application -- OVERRIDE YES PUBLIC -//NLM//DTD PubMedArticle, 1st November 2004//EN catalog-pubmed/catalog-pubmed_041101.dtd -- end of entries for the catalog-pubmed application -- Problème ne peux toujours pas accéder à mon fichier XML ayant la DTD suivante: !DOCTYPE PubmedArticleSet PUBLIC -//NLM//DTD PubMedArticle, 1st November 2004//EN http://www.ncbi.nlm.nih.gov/entrez/query/DTD/pubmed_041101.dtd; :-( Je n'arrive pas à voir ce que j'oublie de faire par rapport à l'exemple http://evrsu02.crv.pharma.aventis.com:/samples/catalog/catalog-demo Bérengère -Message d'origine- De : Sylvain Wallez [mailto:[EMAIL PROTECTED] Envoyé : Wednesday, October 26, 2005 11:21 À : users-fr@cocoon.apache.org Objet : Re: firewall [EMAIL PROTECTED] wrote: Bonjour, J'ai des difficultés à accéder à une DTD publique, probablement pour des raisons de firewall. Existe-il une solution, via cocoon, pour paramétrer le proxy? Ca se fait via des propriétés de la JVM http.proxyHost et http.proxyPort. Plus d'infos sur http://java.sun.com/j2se/1.4.2/docs/guide/net/properties.html Tu peux aussi configurer le resolver de DTD utilisé par Cocoon, et qui permet d'utiliser des copies locales des DTD publics Plus d'infos sur http://cocoon.apache.org/2.1/userdocs/concepts/catalog.html Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED] - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED] - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
Re: Multiple forms per page
werner wrote: Yes, it's true. The tabs don't work when you have another form on the page. This problem can be solved if you change the line in forms-lib.js: document.forms[0][state].value = idx; to document.getElementById(state).value=idx; Then there is another change in the xsl necessary, because the tab-state widget is not generated with an id attribute (only with a name). In forms-page-styling.xsl look for the line input type=hidden name={$state-widget} value={$active}/ and add the id attribute input type=hidden name={$state-widget} id={$state-widget} value={$active}/ Then it works. I don't know it this is a hack or not. As far as I have seen, this problem exists in 2.1.7 and 2.1.8 (without Ajax) It will be in 2.1.8 :-) Thanks for spotting this! Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fd:validationfd:javascript
On Wed, 2005-10-26 at 13:31 -0400, Ben Anderson wrote: Hi, So I was trying to put javascript validation right into my form definition, but ran into some funkiness (at least from my perspective). First of all I realized that putting the javascript in a field doesn't invalidate the form: Here's my form definition: fd:validation fd:javascript fd:failmessagefailed on form/fd:failmessage cocoon.log.debug(form returning false); return false; /fd:javascript /fd:validation fd:widgets fd:field id=action fd:labelaction/fd:label fd:datatype base=string/ fd:validation fd:javascript cocoon.log.debug(widget returning false); return false; /fd:javascript /fd:validation /fd:field What's interesting is that both log messages are printed. However, if I change the fd:javascript on the form to return true then widget.isValid() returns true even though my action field still returns false. CForms online documentation for fd:javascript says to consult the examples in the source. I only found one example and it is directly under the form (not the widget). Question #1: This leads me to believe that maybe I can't put fd:javascript under the fd:fieldfd:validation element? Also, the fd:failmessage element was wishful thinking on my part which doesn't seem to do anything. The xml of the form looks the same after the forms transformer whether I return true or false. Question #2: Using fd:javascript for validation, is there a way to get messages printed out at all let alone something useful like this fd:javascript if (!someDAO.getOrders().size() 0) { // send must attach order message } else if (!someOtherDAO.isValidCustomer()) { // send must register first message ... Maybe I'm just pushing the limits of the javascript validator... any ideas? In the javascript validation (or in any validation for that matter), if you return false, you should also set a validation error on the widget to which the validator belongs, or a child/descendant widget of that widget (e.g. in case the validator belongs to a form or repeater). Have a look at the source of the samples for how to do this. -- Bruno Dumon http://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Parameter passing and the authentication framework
Hi there, I'm having some problems with parameter passing (or expression matching) and the authentication framework. Basically I have something that needs to be authenticated but also needs the request parameters available to the match so I have something like map:match pattern=event map:act type=request map:parameter name=parameters value=true/ map:act type=auth-protect map:parameter name=handler value=authhandler/ map:generate src=cocoon:/get-event/{id} / ... or using map:match pattern=event/* would be fine as well. The auth-protect handler seems to gobble this up though; is there anyway of continuing this data into the rest of the pipe? Thanks, Gary * The information contained in this message may be confidential or legally privileged and is intended for the addressee only, If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fd:validationfd:javascript
Bruno Dumon wrote: In the javascript validation (or in any validation for that matter), if you return false, you should also set a validation error on the widget to which the validator belongs, or a child/descendant widget of that widget (e.g. in case the validator belongs to a form or repeater). Have a look at the source of the samples for how to do this. Yep. Note that in 2.1.8 (real soon now!), the javascript validator has been extended so that it can now, along with booleans, return a String, ValidationError or I18Message. In that case, the error is set on the current widget and the validation fails. Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fd:validationfd:javascript
Sylvain Wallez wrote: Bruno Dumon wrote: In the javascript validation (or in any validation for that matter), if you return false, you should also set a validation error on the widget to which the validator belongs, or a child/descendant widget of that widget (e.g. in case the validator belongs to a form or repeater). Have a look at the source of the samples for how to do this. Yep. Note that in 2.1.8 (real soon now!), the javascript validator has been extended so that it can now, along with booleans, return a String, ValidationError or I18Message. In that case, the error is set on the current widget and the validation fails. Sylvain, I happened to be doing something similar at the time, so I looked at the code. Looking at: http://svn.apache.org/repos/asf/cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/validation/impl/JavaScriptValidator.java Method validate(Widget widget), I notice: if (result instanceof Boolean) { return ((Boolean)result).booleanValue(); } if (result instanceof ValidationError) { // Set the validation error on the widget ((ValidationErrorAware)widget).setValidationError((ValidationError)result); } if (result instanceof String) { // Set a non-i18n error on the current widget ((ValidationErrorAware)widget).setValidationError(new ValidationError((String)result, false)); return false; } The middle one of these if statements doesn't return anything, and will thus throw a RuntimeException at the end of the method. Is this correct? Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [HELP]Failure with Encoding
Mikhial Usatchev wrote: Hello, I tried doing my best to understand a problem in the Cocoon framework connected with non-English encoding, but all's in vain. (Cocoon 2.1.7 built under Windows 2000) Whatever I wrote in the head of my origin XML document ?xml version=1.0 encoding=windows-1251? or ?xml version=1.0? or so, it always generated an output document in either UTF-8 or ISO-8859-1 encoding. Alas, that makes Cocoon impossible for me to use. I didn't manage to find any answers in the documentation nor on the Internet. Can you please tell me how I can have all my documents generated in windows-1251 encoding? [explanation] the resulting output-encoding is set by the serializer (i.e. the last one in the pipeline, inside the pipeline everything is passed as java strings, only when those are read from byte-stream-sources or externalized to byte-stream-output an encoding should be specified.) the encoding you played with in the XML document is at the input-level: only a hint for the generator/parser so it will decode the source-bytes correctly into the java-strings that are fed into the pipelines [answer] read up http://cocoon.apache.org/2.1/userdocs/serializers/html-serializer.html also: there was a patch long ago to make serializers by default take up the 'form-encoding' servlet-parameter (see the web.xml) as the one to use if no encoding is specified on the serializer itself the reasoning behind that was that this automatically makes the request-param decoding in sync with the html encoding (meaning: makes form-data filled in by end-users work ok) [extra] be aware though of the golden rule of encoding: RULE 0: you should always use UTF-8, with the only possible exception that you might want to prefer UTF-8 ;-) (meaning I'm curious on why UTF-8 is no good, are you using specific user-agents that require it? or are you generating forms that have actions to other sites that require specific encoding ? Note: depending on what you need to do your optimal configuration might look slightly different) Tanks in advance. Mikhail Usatchev have fun, -marc= -- Marc Portierhttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/mpo/ [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Synchronized pipeline or functions
Sylvain Wallez wrote: Gianluca Morello wrote: Hi, I have a cocoon app with a pipeline that read (generator) and write (writesource) the some xml file. Because i have many concurrent requests i was wondering if is it possible to declare a pipeline as synchronized. No you can't. You have to handle the locking by other means in a controller (action or flowscript). Sylvain How can you do that with actions ? Philippe. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [CForms/flow/ajax] Weird problem with ajax=true
Thx it seems recent commits have solved this issue. salu2 El lun, 17-10-2005 a las 19:15 +0200, Sylvain Wallez escribió: Thorsten Scherler wrote: Instead I get http://pastebin.com/393378 java.lang.IllegalStateException. The problem is that in ./src/blocks/forms/java/org/apache/cocoon/forms/flow/javascript/Form.js cocoon.sendStatus(200); seems to close the OutputStream while the following code tries to write to this same OutputStream - IllegalStateException. A cheap workaround is to comment the workaround for safari ... I wonder why I didn't see this exception when running the cocoon samples ... ? This isn't what happens, as sendStatus() calls setStatus() on the HttpServletResponse, but doesn't close the stream. Thorsten, can you provide us with some useful extract of the sitemap? Sure, Sylvain. Thx for offering your help. :) snip/ I'm very sorry Thorsten, I meant some useful extract of the _stacktrace_ so that we can know what is throwing the IllegalStateException... Perhaps it was on pastebin (just noticed the link) but the page is blank now... Sylvain -- thorsten Together we stand, divided we fall! Hey you (Pink Floyd) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fd:validationfd:javascript
Upayavira wrote: Sylvain, I happened to be doing something similar at the time, so I looked at the code. Looking at: http://svn.apache.org/repos/asf/cocoon/blocks/forms/trunk/java/org/apache/cocoon/forms/validation/impl/JavaScriptValidator.java Method validate(Widget widget), I notice: if (result instanceof Boolean) { return ((Boolean)result).booleanValue(); } if (result instanceof ValidationError) { // Set the validation error on the widget ((ValidationErrorAware)widget).setValidationError((ValidationError)result); } if (result instanceof String) { // Set a non-i18n error on the current widget ((ValidationErrorAware)widget).setValidationError(new ValidationError((String)result, false)); return false; } The middle one of these if statements doesn't return anything, and will thus throw a RuntimeException at the end of the method. Is this correct? Ooops! No, this is definitely not correct! I fixed it. Thanks! Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Synchronized pipeline or functions
Philippe Gassmann wrote: Sylvain Wallez wrote: Gianluca Morello wrote: Hi, I have a cocoon app with a pipeline that read (generator) and write (writesource) the some xml file. Because i have many concurrent requests i was wondering if is it possible to declare a pipeline as synchronized. No you can't. You have to handle the locking by other means in a controller (action or flowscript). Sylvain How can you do that with actions ? Well... synchronized(lockObject) { Source syncedPipeline = resolver.resolveURI(cocoon://synced-pipeline); try { doSomeThingWith(synchedPipeline.getInputStream()); } finally { resolver.release(syncedPipeline); } } Sylvain -- Sylvain WallezAnyware Technologies http://people.apache.org/~sylvain http://www.anyware-tech.com Apache Software Foundation Member Research Technology Director - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Existing XSP not found by Cocoon (only on Linux)
Hello, I'm having a weird problem porting a web application to Linux. The application itself consists of Java 1.5 / Jetty / Cocoon 2.1.7 / Exist XML database. It was developped in a Windows environment, but now we want to deploy it on a Linux server. Almost everything went very well, it's Java after all. However, one persisting problem I have is this: Cocoon appears to not be able to compile one of the two XSP pages saying that it can't be found, although it absolutely positively exists at the location indicated (see attached core.log and access.log extracts). I've added the tools.jar to my jre's lib/ directory because I read on the cocoon website its absence may not allow to compile certain jsp/xsp pages. However, I have two XSP pages of which one functions correctly while the other one cannot apparently be found and thus compiled. I've tested this on another Linux server (also Debian) with the same results. I'm not really sure what other information I should provide (is the actual XSP code interesting?). This problem really puzzles me. Any help is greatly appreciated. -- cheers, Jakob. core.log -8-8-8-8- INFO(2005-10-27) 13:56.04:386 [core.program-generator] (/dy/highlight/bv/rules/en_2005/doc/n00010001000100020004.xml) SocketListener0-1/ProgramGeneratorImpl: The serverpage [file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp ] could not be preloaded, will be re-created (org.apache.cocoon.components.language.LanguageException: Unable to preload program org/webapp/__/search/highlight_xsp_: org.apache.cocoon.components.language.LanguageException: Could not load class for program 'org/webapp/__/search/highlight_xsp_' due to a java.lang.ClassNotFoundException: org.webapp.__.search.highlight_xsp_) INFO(2005-10-27) 13:56.04:567 [core.program-generator] (/dy/highlight/bv/rules/en_2005/doc/n00010001000100020004.xml) SocketListener0-1/ProgramGeneratorImpl: The serverpage [file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp ] could not be preloaded, will be re-created (org.apache.cocoon.components.language.LanguageException: Unable to preload program org/webapp/__/search/highlight_xsp_: org.apache.cocoon.components.language.LanguageException: Could not load class for program 'org/webapp/__/search/highlight_xsp_' due to a java.lang.ClassNotFoundException: org.webapp.__.search.highlight_xsp_) INFO(2005-10-27) 13:56.04:953 [core.program-generator] (/dy/highlight/bv/rules/en_2005/ext/n00010001000100020004000100040003.xml) SocketListener0-1/ProgramGeneratorImpl: The serverpage [file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp ] could not be preloaded, will be re-created (org.apache.cocoon.components.language.LanguageException: Unable to preload program org/webapp/__/search/highlight_xsp_: org.apache.cocoon.components.language.LanguageException: Could not load class for program 'org/webapp/__/search/highlight_xsp_' due to a java.lang.ClassNotFoundException: org.webapp.__.search.highlight_xsp_) access.log -8-8-8-8- WARN(2005-10-27) 13:56.04:392 [access] (/dy/highlight/bv/rules/en_2005/doc/n00010001000100020004.xml) SocketListener0-1/CocoonServlet: The resource was not found org.apache.cocoon.ResourceNotFoundException: Resource not found.: org.apache.excalibur.source.SourceNotFoundException: file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp doesn't exist. at org.apache.cocoon.components.source.SourceUtil.handle(SourceUtil.java:403) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:174) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100) at org.apache.cocoon.components.language.markup.LogicsheetCodeGenerator.generateCode(LogicsheetCodeGenerator.java:139) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generateCode(AbstractMarkupLanguage.java:343) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateSourcecode(ProgramGeneratorImpl.java:436) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:275) at org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator.java:170) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setupPipeline(AbstractProcessingPipeline.java:385) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.setupPipeline(AbstractCachingProcessingPipeline.java:620) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.preparePipeline(AbstractProcessingPipeline.java:503) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:455) at
RE: Navigate to anchor in generated page?
Thanks Andrew. I'm not describing the problem well. - The url with #bookmark gets picked up in the sitemap and runs some flowscript. - The flowscript prepares data, usually creating a document in eXist if it needs to. When done, the flowscript does a SendPage to an internal pipeline matcher - The matcher then does an aggregation (including the eXist data), a couple of transforms to create the html and then runs the html serializer. Do I just need to add the #bookmark to the SendPage uri, or maybe append it in the uri pipeline somewhere? I'll try some things out this AM. Gary -Original Message- From: Andrew Stevens [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 8:19 PM To: users@cocoon.apache.org Subject: RE: Navigate to anchor in generated page? From: Gary Larsen [EMAIL PROTECTED] Date: Wed, 26 Oct 2005 19:41:44 -0400 I'm still new with Cocoon and not sure if this is possible. I would like to navigate to a location in the generated page directly from a link in another page. (In HTML this would be http://server/myfile.html#bookmark) Is this possible when generating a page from the sitemap? Unless I'm missing something, you've already answered your own question - In HTML this would be http://server/myfile.html#bookmark;. So all you have to do is make the pipeline for your first page include the fragment identifier #bookmark when it generates the link, while the pipeline for your second page should include the corresponding named anchor (A) element. It doesn't matter whether it's generated by Cocoon, JSPs, Struts or a bunch of static text files, it's still HTML... Andrew. - 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: Existing XSP not found by Cocoon (only on Linux)
You should get rid of the /../ and /./ in file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp. It seems to confuse the package name generation once deducing it from the verbatim path and from a canonical form. If you look into the generated highligh_xsp.java file (I think for Jetty the default tempdir is under /var/tmp) you should find a package name like org.apache.cocoon.www.webapp.search. HTH, Alfred. -Original Message- From: Jakob Fix [mailto:[EMAIL PROTECTED] Sent: Donnerstag, 27. Oktober 2005 14:08 To: users@cocoon.apache.org Subject: Existing XSP not found by Cocoon (only on Linux) Hello, I'm having a weird problem porting a web application to Linux. The application itself consists of Java 1.5 / Jetty / Cocoon 2.1.7 / Exist XML database. It was developped in a Windows environment, but now we want to deploy it on a Linux server. Almost everything went very well, it's Java after all. However, one persisting problem I have is this: Cocoon appears to not be able to compile one of the two XSP pages saying that it can't be found, although it absolutely positively exists at the location indicated (see attached core.log and access.log extracts). I've added the tools.jar to my jre's lib/ directory because I read on the cocoon website its absence may not allow to compile certain jsp/xsp pages. However, I have two XSP pages of which one functions correctly while the other one cannot apparently be found and thus compiled. I've tested this on another Linux server (also Debian) with the same results. I'm not really sure what other information I should provide (is the actual XSP code interesting?). This problem really puzzles me. Any help is greatly appreciated. -- cheers, Jakob. core.log -8-8-8-8- INFO(2005-10-27) 13:56.04:386 [core.program-generator] (/dy/highlight/bv/rules/en_2005/doc/n00010001000100020004.xml) SocketListener0-1/ProgramGeneratorImpl: The serverpage [file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp ] could not be preloaded, will be re-created (org.apache.cocoon.components.language.LanguageException: Unable to preload program org/webapp/__/search/highlight_xsp_: org.apache.cocoon.components.language.LanguageException: Could not load class for program 'org/webapp/__/search/highlight_xsp_' due to a java.lang.ClassNotFoundException: org.webapp.__.search.highlight_xsp_) INFO(2005-10-27) 13:56.04:567 [core.program-generator] (/dy/highlight/bv/rules/en_2005/doc/n00010001000100020004.xml) SocketListener0-1/ProgramGeneratorImpl: The serverpage [file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp ] could not be preloaded, will be re-created (org.apache.cocoon.components.language.LanguageException: Unable to preload program org/webapp/__/search/highlight_xsp_: org.apache.cocoon.components.language.LanguageException: Could not load class for program 'org/webapp/__/search/highlight_xsp_' due to a java.lang.ClassNotFoundException: org.webapp.__.search.highlight_xsp_) INFO(2005-10-27) 13:56.04:953 [core.program-generator] (/dy/highlight/bv/rules/en_2005/ext/n00010001000100020004000100040003.xml) SocketListener0-1/ProgramGeneratorImpl: The serverpage [file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp ] could not be preloaded, will be re-created (org.apache.cocoon.components.language.LanguageException: Unable to preload program org/webapp/__/search/highlight_xsp_: org.apache.cocoon.components.language.LanguageException: Could not load class for program 'org/webapp/__/search/highlight_xsp_' due to a java.lang.ClassNotFoundException: org.webapp.__.search.highlight_xsp_) access.log -8-8-8-8- WARN(2005-10-27) 13:56.04:392 [access] (/dy/highlight/bv/rules/en_2005/doc/n00010001000100020004.xml) SocketListener0-1/CocoonServlet: The resource was not found org.apache.cocoon.ResourceNotFoundException: Resource not found.: org.apache.excalibur.source.SourceNotFoundException: file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp doesn't exist. at org.apache.cocoon.components.source.SourceUtil.handle(SourceUtil.java:403) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:174) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100) at org.apache.cocoon.components.language.markup.LogicsheetCodeGenerator.generateCode(LogicsheetCodeGenerator.java:139) at org.apache.cocoon.components.language.markup.AbstractMarkupLanguage.generateCode(AbstractMarkupLanguage.java:343) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateSourcecode(ProgramGeneratorImpl.java:436) at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:275) at
Re: Navigate to anchor in generated page?
Gary Larsen wrote: Thanks Andrew. I'm not describing the problem well. - The url with #bookmark gets picked up in the sitemap and runs some flowscript. - The flowscript prepares data, usually creating a document in eXist if it needs to. When done, the flowscript does a SendPage to an internal pipeline matcher - The matcher then does an aggregation (including the eXist data), a couple of transforms to create the html and then runs the html serializer. Do I just need to add the #bookmark to the SendPage uri, or maybe append it in the uri pipeline somewhere? I'll try some things out this AM. I think you're still missing the point. Cocoon never needs to know about anchors in that sense. * Page A contains a link to http://foo/bar.html#myanchor. * The user clicks that link * The browser requests http://foo/bar.html#myanchor * Cocoon renders http://foo/bar.html * When the page comes back, the browser looks in that file for a name=myanchor/ and uses that to locate within the page. So, to implement an anchor you need to (a) have the user click on a link with an anchor (or redirect to one) and (b) render a page that contains an a name=myanchor/ type link. Make sense? Upayavira -Original Message- From: Andrew Stevens [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 8:19 PM To: users@cocoon.apache.org Subject: RE: Navigate to anchor in generated page? From: Gary Larsen [EMAIL PROTECTED] Date: Wed, 26 Oct 2005 19:41:44 -0400 I'm still new with Cocoon and not sure if this is possible. I would like to navigate to a location in the generated page directly from a link in another page. (In HTML this would be http://server/myfile.html#bookmark) Is this possible when generating a page from the sitemap? Unless I'm missing something, you've already answered your own question - In HTML this would be http://server/myfile.html#bookmark;. So all you have to do is make the pipeline for your first page include the fragment identifier #bookmark when it generates the link, while the pipeline for your second page should include the corresponding named anchor (A) element. It doesn't matter whether it's generated by Cocoon, JSPs, Struts or a bunch of static text files, it's still HTML... Andrew. - 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: Navigate to anchor in generated page?
I finally got it! Thanks for the patience, Gary -Original Message- From: Upayavira [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 9:08 AM To: users@cocoon.apache.org Subject: Re: Navigate to anchor in generated page? Gary Larsen wrote: Thanks Andrew. I'm not describing the problem well. - The url with #bookmark gets picked up in the sitemap and runs some flowscript. - The flowscript prepares data, usually creating a document in eXist if it needs to. When done, the flowscript does a SendPage to an internal pipeline matcher - The matcher then does an aggregation (including the eXist data), a couple of transforms to create the html and then runs the html serializer. Do I just need to add the #bookmark to the SendPage uri, or maybe append it in the uri pipeline somewhere? I'll try some things out this AM. I think you're still missing the point. Cocoon never needs to know about anchors in that sense. * Page A contains a link to http://foo/bar.html#myanchor. * The user clicks that link * The browser requests http://foo/bar.html#myanchor * Cocoon renders http://foo/bar.html * When the page comes back, the browser looks in that file for a name=myanchor/ and uses that to locate within the page. So, to implement an anchor you need to (a) have the user click on a link with an anchor (or redirect to one) and (b) render a page that contains an a name=myanchor/ type link. Make sense? Upayavira -Original Message- From: Andrew Stevens [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 8:19 PM To: users@cocoon.apache.org Subject: RE: Navigate to anchor in generated page? From: Gary Larsen [EMAIL PROTECTED] Date: Wed, 26 Oct 2005 19:41:44 -0400 I'm still new with Cocoon and not sure if this is possible. I would like to navigate to a location in the generated page directly from a link in another page. (In HTML this would be http://server/myfile.html#bookmark) Is this possible when generating a page from the sitemap? Unless I'm missing something, you've already answered your own question - In HTML this would be http://server/myfile.html#bookmark;. So all you have to do is make the pipeline for your first page include the fragment identifier #bookmark when it generates the link, while the pipeline for your second page should include the corresponding named anchor (A) element. It doesn't matter whether it's generated by Cocoon, JSPs, Struts or a bunch of static text files, it's still HTML... Andrew. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CForms: Generating template with data from a database
hello, I'm writing an application which generates forms out of an xml-db. With the model this is no problem, with version 2.1.7 it's possible to set the Form.js directly the Document out of the database, it's not longer needed to work with xml files. Is there a way to do this with the template too? Or do I have to write a customized Generator? Kind regards Mike QuickLine WebMail - http://www.QuickLine.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XSP question
Hi! Here's a question to all the xsp experts out there. I just want to know if there is a feature similar in the XSP language to the jsp tag jsp:include/ wich allow me to include a xsp page inside another one. It just not pratical to develop a custom logicsheet each time. Just imagine in jsp if you had to create each time a custom tag to allow templating...
XML XSLT XML XSLT Output Cocoon2.1
dear all, How do achieve this in sitemap.xmap: 1) I Have a BIG XML-File ( 10MB) extract the relevant Data using a XSLT 2) This result should be cached and used by several other XSLT (fo2pdf, xhtml ...) I tried map:generate type=proxy src=http://localhost/...; / but this seem not working. Do i make a general mistake? Regards, Dominik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Existing XSP not found by Cocoon (only on Linux)
Alfred, On 27/10/05, Nathaniel Alfred [EMAIL PROTECTED] wrote: You should get rid of the /../ and /./ in file:/var/www/dynaprism/lib/exist/webapp/../../../webapp/./search/highlight.xsp. It seems to confuse the package name generation once deducing it from the verbatim path and from a canonical form. Is there a reason why this happens only on Linux, as compared to Windows? If you look into the generated highligh_xsp.java file (I think for Jetty the default tempdir is under /var/tmp) you should find a package name like org.apache.cocoon.www.webapp.search. Ok, I found the directory, it's in /var/www/dynaprism/lib/exist/tools/jetty/work/Jetty__8085__/cocoon-files/org/webapp/__/search and the package name at the top of the file highlight_xsp_.java is package org.webapp.__.search; but the same is true for the other, working XSP file, search_xsp_.java: package org.webapp.__.search; But I agree, this doesn't look kosher. Now, how can I get rid of all the directory back-tracking, because this is Cocoon generating these paths? Sorry, but I don't really know. HTH, Alfred. thanks, it's a start. -- cheers, Jakob. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XSP question
I got the answer. A user on the cocoon-french mailing list was kind enough to answer my question. Here it is, in case some other people need the answer (you have to use the standard util logic sheet) : xsp:page xmlns:xsp=http://apache.org/xsp xmlns:util=http://apache.org/xsp/util/2.0 toto util:include-source uri=anyURL/ /toto /xsp:page2005/10/27, Alexandre Poitras [EMAIL PROTECTED]: Hi! Here's a question to all the xsp experts out there. I just want to know if there is a feature similar in the XSP language to the jsp tag jsp:include/ wich allow me to include a xsp page inside another one. It just not pratical to develop a custom logicsheet each time. Just imagine in jsp if you had to create each time a custom tag to allow templating... -- Alexandre PoitrasQuébec, Canada
Re: XML XSLT XML XSLT Output Cocoon2.1
If I understand, you are asking how can you take advantage of caching for part 1 (extraction of relevant data from a large XML stream) and have that cached piece reused by other pipelines. You should be able to do this by breaking out the first step into its own map:match, and using the cocoon:/ protocol to access it. Something like: map:match pattern=myURL.xhtml map:generate src=cocoon:/myURL-extract-data / map:transform ... / map:serialize type=xhtml / /map:match map:match pattern=myURL.pdf map:generate src=cocoon:/myURL-extract-data / map:transform ... / map:serialize type=pdf / /map:match map:match pattern=myURL-extract-data map:generate src=huge-xml-file.xml / map:transform src=extract-data.xsl / map:serialize type=xml / /map:match The result of myURL-extract-data will be cached after the first access (normal caching rules apply) and fed directly into the generators of the other two pipelines. Hope that helps --Jason dear all, How do achieve this in sitemap.xmap: 1) I Have a BIG XML-File ( 10MB) extract the relevant Data using a XSLT 2) This result should be cached and used by several other XSLT (fo2pdf, xhtml ...) I tried map:generate type=proxy src=http://localhost/...; / but this seem not working. Do i make a general mistake? Regards, Dominik - 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]
AW: XML XSLT XML XSLT Output Cocoon2.1
Yepp, that's it, works fine (and fast:) ) Cheers, Dominik -Ursprüngliche Nachricht- Von: Jason Johnston [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. Oktober 2005 17:57 An: users@cocoon.apache.org Betreff: Re: XML XSLT XML XSLT Output Cocoon2.1 If I understand, you are asking how can you take advantage of caching for part 1 (extraction of relevant data from a large XML stream) and have that cached piece reused by other pipelines. You should be able to do this by breaking out the first step into its own map:match, and using the cocoon:/ protocol to access it. Something like: map:match pattern=myURL.xhtml map:generate src=cocoon:/myURL-extract-data / map:transform ... / map:serialize type=xhtml / /map:match map:match pattern=myURL.pdf map:generate src=cocoon:/myURL-extract-data / map:transform ... / map:serialize type=pdf / /map:match map:match pattern=myURL-extract-data map:generate src=huge-xml-file.xml / map:transform src=extract-data.xsl / map:serialize type=xml / /map:match The result of myURL-extract-data will be cached after the first access (normal caching rules apply) and fed directly into the generators of the other two pipelines. Hope that helps --Jason dear all, How do achieve this in sitemap.xmap: 1) I Have a BIG XML-File ( 10MB) extract the relevant Data using a XSLT 2) This result should be cached and used by several other XSLT (fo2pdf, xhtml ...) I tried map:generate type=proxy src=http://localhost/...; / but this seem not working. Do i make a general mistake? Regards, Dominik - 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: [CForms/flow/ajax] Weird problem with ajax=true
El jue, 27-10-2005 a las 12:58 +0200, Thorsten Scherler escribió: Thx it seems recent commits have solved this issue. I was wrong, only the error is gone but still it is not working. :( salu2 salu2 El lun, 17-10-2005 a las 19:15 +0200, Sylvain Wallez escribió: Thorsten Scherler wrote: Instead I get http://pastebin.com/393378 java.lang.IllegalStateException. The problem is that in ./src/blocks/forms/java/org/apache/cocoon/forms/flow/javascript/Form.js cocoon.sendStatus(200); seems to close the OutputStream while the following code tries to write to this same OutputStream - IllegalStateException. A cheap workaround is to comment the workaround for safari ... I wonder why I didn't see this exception when running the cocoon samples ... ? This isn't what happens, as sendStatus() calls setStatus() on the HttpServletResponse, but doesn't close the stream. Thorsten, can you provide us with some useful extract of the sitemap? Sure, Sylvain. Thx for offering your help. :) snip/ I'm very sorry Thorsten, I meant some useful extract of the _stacktrace_ so that we can know what is throwing the IllegalStateException... Perhaps it was on pastebin (just noticed the link) but the page is blank now... Sylvain -- thorsten Together we stand, divided we fall! Hey you (Pink Floyd) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [CForms/flow/ajax] Weird problem with ajax=true
El vie, 14-10-2005 a las 16:25 +0200, Felix Röthenbacher escribió: Hi Thorsten Thorsten Scherler wrote: Hey all, lenya just added the dynamic repeater example to the default pub. The problem with it is, that if we use ajax=true and submit the form we lose the focus on the flow script. It shows the form (form.show()) and then after submitting the form it does not return to the flow script (usecase.js). The browserupdater.js used with Ajax checks for the header X-Cocoon-Ajax = continue If true, a request is sent back to the server so it exits from Form.showForm(). Unfortunately, the request is not compatible with Lenya's usecase management (needs a parameter lenya.usecase to know which usecase it is in). Additionally, Ajax expects the continuation id in continuation-id whereas Lenya uses lenya.continuation for that. Maybe browserupdater.js can be made more generic so that it also fits for Lenya? Actually Felix is right, Sylvain, do you have an idea how we can make the browserupdater.js more generic to allow application specific trigger? tia salu2 -- thorsten Together we stand, divided we fall! Hey you (Pink Floyd) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unicode Support
Hello, I am Venkat and I am new user of Apache Cocoon. In one of the projects we are planning to use Cocoon to automatically generate PDF files from XML input and XSL FO page layout description. Can some one please confirm if this feature (XML to PDF conversion) of Apache Cocoon support generating PDF files in Unicode Support (Does it have unicode support..?) ? I see a jar files that support unicode in the distribution... I appreciate your help. Thank You, Venkat
Re: Unicode Support
As far as I know, it works just fine, as long as you respect the utf-8 encoding properly and refer to a Unicode font (like Arial Unicode MS) in your XSL-FO, and have that font available on the machine.. Regards, Geert Venkat wrote: Hello, I am Venkat and I am new user of Apache Cocoon. In one of the projects we are planning to use Cocoon to automatically generate PDF files from XML input and XSL FO page layout description. Can some one please confirm if this feature (XML to PDF conversion) of Apache Cocoon support generating PDF files in Unicode Support (Does it have unicode support..?) ? I see a jar files that support unicode in the distribution... I appreciate your help. Thank You, Venkat -- Drs. G.P.H. Josten Consultant Daidalos BV Source of Innovation Hoekeindsehof 1-4 2665 JZ Bleiswijk Tel: +31 (0) 10 850 1200 Fax: +31 (0) 10 850 1199 www.daidalos.nl De informatie - verzonden in of met dit emailbericht - is afkomstig van Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit bericht kunnen geen rechten worden ontleend. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unicode Support
On Thursday 27 October 2005 1:55 pm, Venkat wrote: Hello, I am Venkat and I am new user of Apache Cocoon. In one of the projects we are planning to use Cocoon to automatically generate PDF files from XML input and XSL FO page layout description. Can some one please confirm if this feature (XML to PDF conversion) of Apache Cocoon support generating PDF files in Unicode Support (Does it have unicode support..?) ? I see a jar files that support unicode in the distribution... I appreciate your help. I can confirm it definitely. You do have to ensure everything in your pipeline that might interpret streams is marked for UTF-8, but it works fine. The biggest problem you will run into is font support. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Betr.: Parameter passing and the authentication framework
Stewart, Gary [EMAIL PROTECTED] wrote on 27-10-2005 10:44:38: Hi there, I'm having some problems with parameter passing (or expression matching) and the authentication framework. Basically I have something that needs to be authenticated but also needs the request parameters available to the match so I have something like map:match pattern=event map:act type=request map:parameter name=parameters value=true/ map:act type=auth-protect map:parameter name=handler value=authhandler/ map:generate src=cocoon:/get-event/{id} / I think this should be map:generate src=cocoon:/get-event/{../id} / ... or using map:match pattern=event/* would be fine as well. The auth-protect handler seems to gobble this up though; is there anyway of continuing this data into the rest of the pipe? Thanks, Gary * The information contained in this message may be confidential or legally privileged and is intended for the addressee only, If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Greetings, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]