Re: Shipping compiled translets rather than XSL files in plain textformat
On Sat, 29 Mar 2003, jcplerm wrote: Is it possible to deploy Cocoon applications at customer sites just by installing compiled versions of XSL stylesheets (translets) rather than supplying them in plain text format? Write out own Transformer, and use a serialized form of the templates, for example take a look into Excalibur's XSLTProcessorImpl. Stephan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: XALAN vs. XSLT Transformer
XALAN is an XSLT Transformation engine. By default, it is the engine used by the cocoon XSLT Transformer, which is just a cocoon component, and not tied to any specific engine implementation. -Original Message- From: Helmut Tammen [mailto:[EMAIL PROTECTED] Sent: Monday, 31 March, 2003 10:48 AM To: [EMAIL PROTECTED] Subject: XALAN vs. XSLT Transformer Hi, can anyone describe in a short form whats the difference between the XALAN and the XSLT Transformer? Thanks Helmut - 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]
Question about doctype with Cocoon 1.8.2
Title: Question about doctype with Cocoon 1.8.2 Hi! How can I remove the DOCTYPE declaration in an output HTML ??? !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0//EN http://www.w3.org/TR/REC-html40/strict.dtd I have a problem with _javascript_ and I dont have a solution Thanks! Dave
RE: XMLForm: how to retrieve URL parameter?
If i remember correctly, the Request is held in the objectModel, so in your act method you can do: Request request = (Request) objectModel.get(Constants.REQUEST_OBJECT); And get the desired paramater from there. Best. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Enviado el: lunes, 31 de marzo de 2003 9:38 Para: [EMAIL PROTECTED] Asunto: XMLForm: how to retrieve URL parameter? Hello, I'm using an URL like below to access to a XMLForm application: http://myServer:8080/myApp?id=2500 I need to retrieve this parameter (id) from within the XMLForm Action class. The purpose is to populate the Bean with an object (id=2500) coming from the database. What is the best solution to retrieve the URL? Thanks Sylvain (T) - 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]
serve files stored in a webdav repository
Hello I need to serve with Cocoon some files stored in a Webdav repository. The access to the WEB-DAV directory is protected via login-password and i want this directory to be reserved to cocoon (not to each visitor). How schould i configure my sitemap.xmap to make it possible for Cocoon to send login - password and so have the webdav access to the files ? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: serve files stored in a webdav repository
If you want read-only access you can try: map:generate src=http://user:[EMAIL PROTECTED]/doc.xml/ HTH Guido Guido Casper - sn AG, Open Source Competence Center Tel.: +49-5251-1581-87 Klingenderstr. 5mailto:[EMAIL PROTECTED] D-33100 Paderborn http://www.s-und-n.de - Olivier GUCKERT wrote: Hello I need to serve with Cocoon some files stored in a Webdav repository. The access to the WEB-DAV directory is protected via login-password and i want this directory to be reserved to cocoon (not to each visitor). How schould i configure my sitemap.xmap to make it possible for Cocoon to send login - password and so have the webdav access to the files ? Thanks - 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: XMLForm: how to retrieve URL parameter?
Hi Josema, Do I need to override the act() method in the Action? Regards Sylvain -Message d'origine- De: Josema Alonso [mailto:[EMAIL PROTECTED] Date: lundi, 31. mars 2003 11:58 À: [EMAIL PROTECTED] Objet: RE: XMLForm: how to retrieve URL parameter? If i remember correctly, the Request is held in the objectModel, so in your act method you can do: Request request = (Request) objectModel.get(Constants.REQUEST_OBJECT); And get the desired paramater from there. Best. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Enviado el: lunes, 31 de marzo de 2003 9:38 Para: [EMAIL PROTECTED] Asunto: XMLForm: how to retrieve URL parameter? Hello, I'm using an URL like below to access to a XMLForm application: http://myServer:8080/myApp?id=2500 I need to retrieve this parameter (id) from within the XMLForm Action class. The purpose is to populate the Bean with an object (id=2500) coming from the database. What is the best solution to retrieve the URL? Thanks Sylvain (T) - 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]
Changing doctype (newbi)
Hi I have some problems with the doctype of a page. I want to set the doctype for one xsp page different from the others. I want to have the frameset dtd on the frameset ( of course). I have no luck adding the doctype to the the frameset. The loose.dtd is applied to all pages. And it is even applied twice. Does anyone have a clue? I have two entries in my sitemap.xmap map:match pattern= map:generate src=xsp/index.xsp type=serverpages/ map:transform type=i18n/ map:transform src=xsl/index.xsl/ map:serialize name=frame/ /map:match map:match pattern=xsp/* map:generate src=xsp/{1}.xsp type=serverpages/ map:transform type=i18n/ map:transform src=xsl/{1}.xsl/ map:serialize name=html/ /map:match And two serializers map:serializer logger=sitemap.serializer.html mime-type=text/html name=html pool-grow=4 pool-max=32 pool-min=4 src=org.apache.cocoon.serialization.HTMLSerializer buffer-size1024/buffer-size doctype-public-//W3C//DTD HTML 4.01 Transitional//EN/doctype-public doctype-systemhttp://www.w3.org/TR/html4/loose.dtd/doctype-system encodingUTF-8/encoding indent1/indent omit-xml-declarationno/omit-xml-declaration /map:serializer map:serializer logger=sitemap.serializer.html mime-type=text/html name=frame pool-grow=4 pool-max=32 pool-min=4 src=org.apache.cocoon.serialization.HTMLSerializer buffer-size1024/buffer-size doctype-public-//W3C//DTD HTML 4.01 Frameset//EN/doctype-public doctype-systemhttp://www.w3.org/TR/html4/frameset.dtd/doctype-system encodingUTF-8/encoding indent1/indent omit-xml-declarationno/omit-xml-declaration /map:serializer Magne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing doctype (newbi)
hum, I think you have an error in your sitemap. map:serialize name=frame/ should be map:serialize type=frame/. Lionel At 13:42 31/03/2003 +0200, you wrote: Hi I have some problems with the doctype of a page. I want to set the doctype for one xsp page different from the others. I want to have the frameset dtd on the frameset ( of course). I have no luck adding the doctype to the the frameset. The loose.dtd is applied to all pages. And it is even applied twice. Does anyone have a clue? I have two entries in my sitemap.xmap map:match pattern= map:generate src=xsp/index.xsp type=serverpages/ map:transform type=i18n/ map:transform src=xsl/index.xsl/ map:serialize name=frame/ /map:match map:match pattern=xsp/* map:generate src=xsp/{1}.xsp type=serverpages/ map:transform type=i18n/ map:transform src=xsl/{1}.xsl/ map:serialize name=html/ /map:match And two serializers map:serializer logger=sitemap.serializer.html mime-type=text/html name=html pool-grow=4 pool-max=32 pool-min=4 src=org.apache.cocoon.serialization.HTMLSerializer buffer-size1024/buffer-size doctype-public-//W3C//DTD HTML 4.01 Transitional//EN/doctype-public doctype-systemhttp://www.w3.org/TR/html4/loose.dtd/doctype-system encodingUTF-8/encoding indent1/indent omit-xml-declarationno/omit-xml-declaration /map:serializer map:serializer logger=sitemap.serializer.html mime-type=text/html name=frame pool-grow=4 pool-max=32 pool-min=4 src=org.apache.cocoon.serialization.HTMLSerializer buffer-size1024/buffer-size doctype-public-//W3C//DTD HTML 4.01 Frameset//EN/doctype-public doctype-systemhttp://www.w3.org/TR/html4/frameset.dtd/doctype-system encodingUTF-8/encoding indent1/indent omit-xml-declarationno/omit-xml-declaration /map:serializer Magne - 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: XMLForm: how to retrieve URL parameter?
Yes, if you go this way. You can call its parent act method if needed at the beginning anyway. When I used that code, my first line in the action was: Map resultMap = super.act(redirector, resolver, objectModel, source, params); Anyway, maybe going the other way suggested in this thread would be easier. Best. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Enviado el: lunes, 31 de marzo de 2003 13:18 Para: [EMAIL PROTECTED] Asunto: RE: XMLForm: how to retrieve URL parameter? Hi Josema, Do I need to override the act() method in the Action? Regards Sylvain -Message d'origine- De: Josema Alonso [mailto:[EMAIL PROTECTED] Date: lundi, 31. mars 2003 11:58 À: [EMAIL PROTECTED] Objet: RE: XMLForm: how to retrieve URL parameter? If i remember correctly, the Request is held in the objectModel, so in your act method you can do: Request request = (Request) objectModel.get(Constants.REQUEST_OBJECT); And get the desired paramater from there. Best. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Enviado el: lunes, 31 de marzo de 2003 9:38 Para: [EMAIL PROTECTED] Asunto: XMLForm: how to retrieve URL parameter? Hello, I'm using an URL like below to access to a XMLForm application: http://myServer:8080/myApp?id=2500 I need to retrieve this parameter (id) from within the XMLForm Action class. The purpose is to populate the Bean with an object (id=2500) coming from the database. What is the best solution to retrieve the URL? Thanks Sylvain (T) - 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]
Re: Changing doctype (newbi)
At 13:52 31.03.2003 +0200, you wrote: hum, I think you have an error in your sitemap. map:serialize name=frame/ should be map:serialize type=frame/. Ah. That made thing a whole lot better :-) But I still get the doctype twice in the html. Both for frameset and 'normal' pages Magne Lionel At 13:42 31/03/2003 +0200, you wrote: Hi I have some problems with the doctype of a page. I want to set the doctype for one xsp page different from the others. I want to have the frameset dtd on the frameset ( of course). I have no luck adding the doctype to the the frameset. The loose.dtd is applied to all pages. And it is even applied twice. Does anyone have a clue? I have two entries in my sitemap.xmap map:match pattern= map:generate src=xsp/index.xsp type=serverpages/ map:transform type=i18n/ map:transform src=xsl/index.xsl/ map:serialize name=frame/ /map:match map:match pattern=xsp/* map:generate src=xsp/{1}.xsp type=serverpages/ map:transform type=i18n/ map:transform src=xsl/{1}.xsl/ map:serialize name=html/ /map:match And two serializers map:serializer logger=sitemap.serializer.html mime-type=text/html name=html pool-grow=4 pool-max=32 pool-min=4 src=org.apache.cocoon.serialization.HTMLSerializer buffer-size1024/buffer-size doctype-public-//W3C//DTD HTML 4.01 Transitional//EN/doctype-public doctype-systemhttp://www.w3.org/TR/html4/loose.dtd/doctype-system encodingUTF-8/encoding indent1/indent omit-xml-declarationno/omit-xml-declaration /map:serializer map:serializer logger=sitemap.serializer.html mime-type=text/html name=frame pool-grow=4 pool-max=32 pool-min=4 src=org.apache.cocoon.serialization.HTMLSerializer buffer-size1024/buffer-size doctype-public-//W3C//DTD HTML 4.01 Frameset//EN/doctype-public doctype-systemhttp://www.w3.org/TR/html4/frameset.dtd/doctype-system encodingUTF-8/encoding indent1/indent omit-xml-declarationno/omit-xml-declaration /map:serializer Magne - 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: Getting content from a URL or servlet
File generator worked just fine. I'm using 2.something. Best, -cwk. -Original Message- From: Delis, Christopher E. [mailto:[EMAIL PROTECTED] Sent: Friday, March 28, 2003 4:59 PM To: '[EMAIL PROTECTED]' Subject: RE: Getting content from a URL or servlet or if that doesn't work, try type=file ?? it worked for me, but i'm using a new version of cocoon2. what version you working with? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat problem (newbie)
After changing a parameter in my main sitemap, and then restoring the original config, my Tomcat will not start. Looking at the catalina.out log, I find the error pasted below. Clues, please? java.lang.NoClassDefFoundError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:115) at org.apache.jk.server.JkMain.newHandler(JkMain.java:556) at org.apache.jk.server.JkMain.processProperty(JkMain.java:537) at org.apache.jk.server.JkMain.processProperties(JkMain.java:505) at org.apache.jk.server.JkMain.start(JkMain.java:346) at org.apache.jk.server.JkCoyoteHandler.start(JkCoyoteHandler.java:169) at org.apache.coyote.tomcat4.CoyoteConnector.start(CoyoteConnector.java:1056) at org.apache.catalina.core.StandardService.start(StandardService.java:506) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) [ERROR] JkMain - -Can't create channelSocket java.lang.NoClassDefFoundError - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
upload - webdav
Now, i can use protected webdav directory to serve files with Cocoon : thanks Guido. What i want to do yet et upload files with Cocoon to this protected webdav directory. Is it a simple way to do this ? Thanks Olivier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Paginator Transformer
Hi, I'm having problems declaring Paginator in my sitemap, I suspect this has to do with the new build system. Here is what I have in the sitemap: map:transformer name=paginate src=org.apache.cocoon.transformation.pagination.Paginator/ This gives me: ERROR (2003-03-31) 10:44.11:673 [sitemap] (/cocoon/romayev/) Thread-7/ExtendedComponentSelector: Could not load class org.apache.cocoon.transformation.pagination.Paginator for component named 'paginate' at file:/C:/dev/jakarta-tomcat-4.1.18/webapps/cocoon/romayev/sitemap.xmap:17:101 java.lang.ClassNotFoundException: org.apache.cocoon.transformation.pagination.Paginator I noticed that in cocoon-scratchpad.jar the Paginator, as well as other classes are in: dest/org/apache/cocoon/transformation/pagination/Paginator.class -- notice the dest in the beginning. I've tried changing the sitemap to: map:transformer name=paginate src=dest.org.apache.cocoon.transformation.pagination.Paginator/ This does not produce the above error, but seems to be somehow ignoring the sitemap alltogether and displays a blank page. Any ideas? Cheers, -Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat problem (newbie)
Sorry for the waste of bandwidth, but you can disregard the previous message. Joe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Paginator Transformer
I'm using 2.1dev from yesterday. How would I fix the jar? --- Geoff Howard [EMAIL PROTECTED] wrote: Is this 2.1dev or 2.0.4? I seem to remember this problem from 2.1dev a month or so ago but it should now be fixed - if not, let me know. Your choices will be to update from cvs or to manually fix the jar. I'd recommend the first but I or someone else can help you with the second if need be. The classes must be in org/apache/ - dest was put in by mistake due to a misconfiguration of the build process. Geoff At 11:08 AM 3/31/2003, you wrote: Hi, I'm having problems declaring Paginator in my sitemap, I suspect this has to do with the new build system. Here is what I have in the sitemap: map:transformer name=paginate src=org.apache.cocoon.transformation.pagination.Paginator/ This gives me: ERROR (2003-03-31) 10:44.11:673 [sitemap] (/cocoon/romayev/) Thread-7/ExtendedComponentSelector: Could not load class org.apache.cocoon.transformation.pagination.Paginator for component named 'paginate' at file:/C:/dev/jakarta-tomcat-4.1.18/webapps/cocoon/romayev/sitemap.xmap:17:101 java.lang.ClassNotFoundException: org.apache.cocoon.transformation.pagination.Paginator I noticed that in cocoon-scratchpad.jar the Paginator, as well as other classes are in: dest/org/apache/cocoon/transformation/pagination/Paginator.class -- notice the dest in the beginning. I've tried changing the sitemap to: map:transformer name=paginate src=dest.org.apache.cocoon.transformation.pagination.Paginator/ This does not produce the above error, but seems to be somehow ignoring the sitemap alltogether and displays a blank page. Any ideas? Cheers, -Alex - 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: Paginator Transformer
OK, I fixed the jar and it worked, however, sounds like the build still needs to be fixed. Also, I've noticed that cocoon-scatchpad.jar does not get copied into the WEB-INF/lib directory. Thanks for your help, Geoff. --- Alex Romayev [EMAIL PROTECTED] wrote: I'm using 2.1dev from yesterday. How would I fix the jar? --- Geoff Howard [EMAIL PROTECTED] wrote: Is this 2.1dev or 2.0.4? I seem to remember this problem from 2.1dev a month or so ago but it should now be fixed - if not, let me know. Your choices will be to update from cvs or to manually fix the jar. I'd recommend the first but I or someone else can help you with the second if need be. The classes must be in org/apache/ - dest was put in by mistake due to a misconfiguration of the build process. Geoff At 11:08 AM 3/31/2003, you wrote: Hi, I'm having problems declaring Paginator in my sitemap, I suspect this has to do with the new build system. Here is what I have in the sitemap: map:transformer name=paginate src=org.apache.cocoon.transformation.pagination.Paginator/ This gives me: ERROR (2003-03-31) 10:44.11:673 [sitemap] (/cocoon/romayev/) Thread-7/ExtendedComponentSelector: Could not load class org.apache.cocoon.transformation.pagination.Paginator for component named 'paginate' at file:/C:/dev/jakarta-tomcat-4.1.18/webapps/cocoon/romayev/sitemap.xmap:17:101 java.lang.ClassNotFoundException: org.apache.cocoon.transformation.pagination.Paginator I noticed that in cocoon-scratchpad.jar the Paginator, as well as other classes are in: dest/org/apache/cocoon/transformation/pagination/Paginator.class -- notice the dest in the beginning. I've tried changing the sitemap to: map:transformer name=paginate src=dest.org.apache.cocoon.transformation.pagination.Paginator/ This does not produce the above error, but seems to be somehow ignoring the sitemap alltogether and displays a blank page. Any ideas? Cheers, -Alex - 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]
Re: Paginator Transformer
I'll check on this tonight. Is there any chance that you're using an older checkout? What module name are you using? xml-cocoon2 or cocoon-2.1 ? The first is supposed to invisibly mirror the second (I think), but you never know. Geoff At 11:31 AM 3/31/2003, you wrote: OK, I fixed the jar and it worked, however, sounds like the build still needs to be fixed. Also, I've noticed that cocoon-scatchpad.jar does not get copied into the WEB-INF/lib directory. Thanks for your help, Geoff. --- Alex Romayev [EMAIL PROTECTED] wrote: I'm using 2.1dev from yesterday. How would I fix the jar? --- Geoff Howard [EMAIL PROTECTED] wrote: Is this 2.1dev or 2.0.4? I seem to remember this problem from 2.1dev a month or so ago but it should now be fixed - if not, let me know. Your choices will be to update from cvs or to manually fix the jar. I'd recommend the first but I or someone else can help you with the second if need be. The classes must be in org/apache/ - dest was put in by mistake due to a misconfiguration of the build process. Geoff At 11:08 AM 3/31/2003, you wrote: Hi, I'm having problems declaring Paginator in my sitemap, I suspect this has to do with the new build system. Here is what I have in the sitemap: map:transformer name=paginate src=org.apache.cocoon.transformation.pagination.Paginator/ This gives me: ERROR (2003-03-31) 10:44.11:673 [sitemap] (/cocoon/romayev/) Thread-7/ExtendedComponentSelector: Could not load class org.apache.cocoon.transformation.pagination.Paginator for component named 'paginate' at file:/C:/dev/jakarta-tomcat-4.1.18/webapps/cocoon/romayev/sitemap.xmap:17 :101 java.lang.ClassNotFoundException: org.apache.cocoon.transformation.pagination.Paginator I noticed that in cocoon-scratchpad.jar the Paginator, as well as other classes are in: dest/org/apache/cocoon/transformation/pagination/Paginator.class -- notice the dest in the beginning. I've tried changing the sitemap to: map:transformer name=paginate src=dest.org.apache.cocoon.transformation.pagination.Paginator/ This does not produce the above error, but seems to be somehow ignoring the sitemap alltogether and displays a blank page. Any ideas? Cheers, -Alex - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Paginator Transformer
I'm using xml-cocoon2. --- Geoff Howard [EMAIL PROTECTED] wrote: I'll check on this tonight. Is there any chance that you're using an older checkout? What module name are you using? xml-cocoon2 or cocoon-2.1 ? The first is supposed to invisibly mirror the second (I think), but you never know. Geoff At 11:31 AM 3/31/2003, you wrote: OK, I fixed the jar and it worked, however, sounds like the build still needs to be fixed. Also, I've noticed that cocoon-scatchpad.jar does not get copied into the WEB-INF/lib directory. Thanks for your help, Geoff. --- Alex Romayev [EMAIL PROTECTED] wrote: I'm using 2.1dev from yesterday. How would I fix the jar? --- Geoff Howard [EMAIL PROTECTED] wrote: Is this 2.1dev or 2.0.4? I seem to remember this problem from 2.1dev a month or so ago but it should now be fixed - if not, let me know. Your choices will be to update from cvs or to manually fix the jar. I'd recommend the first but I or someone else can help you with the second if need be. The classes must be in org/apache/ - dest was put in by mistake due to a misconfiguration of the build process. Geoff At 11:08 AM 3/31/2003, you wrote: Hi, I'm having problems declaring Paginator in my sitemap, I suspect this has to do with the new build system. Here is what I have in the sitemap: map:transformer name=paginate src=org.apache.cocoon.transformation.pagination.Paginator/ This gives me: ERROR (2003-03-31) 10:44.11:673 [sitemap] (/cocoon/romayev/) Thread-7/ExtendedComponentSelector: Could not load class org.apache.cocoon.transformation.pagination.Paginator for component named 'paginate' at file:/C:/dev/jakarta-tomcat-4.1.18/webapps/cocoon/romayev/sitemap.xmap:17 :101 java.lang.ClassNotFoundException: org.apache.cocoon.transformation.pagination.Paginator I noticed that in cocoon-scratchpad.jar the Paginator, as well as other classes are in: dest/org/apache/cocoon/transformation/pagination/Paginator.class -- notice the dest in the beginning. I've tried changing the sitemap to: map:transformer name=paginate src=dest.org.apache.cocoon.transformation.pagination.Paginator/ This does not produce the above error, but seems to be somehow ignoring the sitemap alltogether and displays a blank page. Any ideas? Cheers, -Alex - 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] - 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]
[2.1-dev] Problem with use-request-parameters
Hello all, I'm having issues sending email to cocoon-users from my main email ([EMAIL PROTECTED]) that I use for it, so I'm going to temporarily send email from this one. I've got a problem with my XSLT transforms in my sitemap running a checked-out and built version of cocoon from within the last two days. I use the parameter use-request-parameters in most all of my XSLT's to fill the global parameters in the XSL transforms. In my toplevel sitemap matches that are not embedded in an action, this works and the parameters are filled with request values. But further into my sitemap, in matches that are embedded in an action (incidentally the auth-protect action), the request values that I've tested to make sure they're in the request are simply not getting passed into the XSLT which specifies use-request-parameters. It seems very specifically that the problem is with getting the values into the XSLT. Additionally, for that XSLT, I even tried passing the request parameters explicitely using specifically named parameters and the request-param input module. The values would still not go in! I couldn't find a bug in the database. Is there a known problem with 2.1-dev that might cause this for nested sitemap directives? Thanks. /S - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Paginator Transformer
Sure... here it is - Original Message - From: Geoff Howard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 11:38 AM Subject: Re: Paginator Transformer I'll check on this tonight. Is there any chance that you're using an older checkout? What module name are you using? xml-cocoon2 or cocoon-2.1 ? The first is supposed to invisibly mirror the second (I think), but you never know. Geoff At 11:31 AM 3/31/2003, you wrote: OK, I fixed the jar and it worked, however, sounds like the build still needs to be fixed. Also, I've noticed that cocoon-scatchpad.jar does not get copied into the WEB-INF/lib directory. Thanks for your help, Geoff. --- Alex Romayev [EMAIL PROTECTED] wrote: I'm using 2.1dev from yesterday. How would I fix the jar? --- Geoff Howard [EMAIL PROTECTED] wrote: Is this 2.1dev or 2.0.4? I seem to remember this problem from 2.1dev a month or so ago but it should now be fixed - if not, let me know. Your choices will be to update from cvs or to manually fix the jar. I'd recommend the first but I or someone else can help you with the second if need be. The classes must be in org/apache/ - dest was put in by mistake due to a misconfiguration of the build process. Geoff At 11:08 AM 3/31/2003, you wrote: Hi, I'm having problems declaring Paginator in my sitemap, I suspect this has to do with the new build system. Here is what I have in the sitemap: map:transformer name=paginate src=org.apache.cocoon.transformation.pagination.Paginator/ This gives me: ERROR (2003-03-31) 10:44.11:673 [sitemap] (/cocoon/romayev/) Thread-7/ExtendedComponentSelector: Could not load class org.apache.cocoon.transformation.pagination.Paginator for component named 'paginate' at file:/C:/dev/jakarta-tomcat-4.1.18/webapps/cocoon/romayev/sitemap.xmap:17 :101 java.lang.ClassNotFoundException: org.apache.cocoon.transformation.pagination.Paginator I noticed that in cocoon-scratchpad.jar the Paginator, as well as other classes are in: dest/org/apache/cocoon/transformation/pagination/Paginator.class -- notice the dest in the beginning. I've tried changing the sitemap to: map:transformer name=paginate src=dest.org.apache.cocoon.transformation.pagination.Paginator/ This does not produce the above error, but seems to be somehow ignoring the sitemap alltogether and displays a blank page. Any ideas? Cheers, -Alex - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !-- === * === * | Apache Cocoon Build System | * === * CVS: $Id: build.xml,v 1.357 2003/03/08 14:16:16 sylvain Exp $: -- project default=webapp basedir=. name=Apache Cocoon !-- Initialization Targets -- target name=init echo- WARNING!!! ---/echo echoThe build system is undergoing major redesign. Parts of the system might/echo echonot work as expected. We apologize for the inconvenience but we are /echo echoworking to make things easier for you. Thank you for your patience. /echo echo/echo !-- Set the timestamps -- tstamp/ !-- Get the (constant) cocoon properties -- property file=src/java/org/apache/cocoon/cocoon.properties/ !-- Detecting the current jvm -- condition property=target.vm value=1.4 equals arg1=1.4 arg2=${ant.java.version}/ /condition condition property=target.vm value=1.2 not equals arg1=1.4
Re: Paginator Transformer
sure... here it is - Original Message - From: Geoff Howard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 11:38 AM Subject: Re: Paginator Transformer I'll check on this tonight. Is there any chance that you're using an older checkout? What module name are you using? xml-cocoon2 or cocoon-2.1 ? The first is supposed to invisibly mirror the second (I think), but you never know. Geoff At 11:31 AM 3/31/2003, you wrote: OK, I fixed the jar and it worked, however, sounds like the build still needs to be fixed. Also, I've noticed that cocoon-scatchpad.jar does not get copied into the WEB-INF/lib directory. Thanks for your help, Geoff. --- Alex Romayev [EMAIL PROTECTED] wrote: I'm using 2.1dev from yesterday. How would I fix the jar? --- Geoff Howard [EMAIL PROTECTED] wrote: Is this 2.1dev or 2.0.4? I seem to remember this problem from 2.1dev a month or so ago but it should now be fixed - if not, let me know. Your choices will be to update from cvs or to manually fix the jar. I'd recommend the first but I or someone else can help you with the second if need be. The classes must be in org/apache/ - dest was put in by mistake due to a misconfiguration of the build process. Geoff At 11:08 AM 3/31/2003, you wrote: Hi, I'm having problems declaring Paginator in my sitemap, I suspect this has to do with the new build system. Here is what I have in the sitemap: map:transformer name=paginate src=org.apache.cocoon.transformation.pagination.Paginator/ This gives me: ERROR (2003-03-31) 10:44.11:673 [sitemap] (/cocoon/romayev/) Thread-7/ExtendedComponentSelector: Could not load class org.apache.cocoon.transformation.pagination.Paginator for component named 'paginate' at file:/C:/dev/jakarta-tomcat-4.1.18/webapps/cocoon/romayev/sitemap.xmap:17 :101 java.lang.ClassNotFoundException: org.apache.cocoon.transformation.pagination.Paginator I noticed that in cocoon-scratchpad.jar the Paginator, as well as other classes are in: dest/org/apache/cocoon/transformation/pagination/Paginator.class -- notice the dest in the beginning. I've tried changing the sitemap to: map:transformer name=paginate src=dest.org.apache.cocoon.transformation.pagination.Paginator/ This does not produce the above error, but seems to be somehow ignoring the sitemap alltogether and displays a blank page. Any ideas? Cheers, -Alex - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] !-- === * === * | Apache Cocoon Build System | * === * CVS: $Id: build.xml,v 1.357 2003/03/08 14:16:16 sylvain Exp $: -- project default=webapp basedir=. name=Apache Cocoon !-- Initialization Targets -- target name=init echo- WARNING!!! ---/echo echoThe build system is undergoing major redesign. Parts of the system might/echo echonot work as expected. We apologize for the inconvenience but we are /echo echoworking to make things easier for you. Thank you for your patience. /echo echo/echo !-- Set the timestamps -- tstamp/ !-- Get the (constant) cocoon properties -- property file=src/java/org/apache/cocoon/cocoon.properties/ !-- Detecting the current jvm -- condition property=target.vm value=1.4 equals arg1=1.4 arg2=${ant.java.version}/ /condition condition property=target.vm value=1.2 not equals arg1=1.4
Re: XMLForm: how to retrieve URL parameter?
Sure: public Map act (Redirector redirector, SourceResolver resolver, Map objectModel, String source, Parameters params) throws java.lang.Exception { Map resultMap = super.act(redirector, resolver, objectModel, source, params); Request request = (Request) objectModel.get(Constants.REQUEST_OBJECT); //I think you can also write the above line this way: //Request request = ObjectModelHelper.getRequest(objectModel); String the_parameter = request.getParameter(the_parameter); ... I do not know if easier ways exist but this worked for me. Hope it helps. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 2:07 PM Subject: RE: XMLForm: how to retrieve URL parameter? Hi again, Could you give an example of your code? Thanks Sylvain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2.1 dev - CVS whats the new steps to build
Hi I wanted to build 2.1dev with all the samples including the ones in the scratchpad. What is the command to build this now? I tried this and none of the samples were built, all I got was the Welcome to Cocoon, none of the samples dir and subdirs is on the war file created with this command: ./build.sh -Dinclude.webapp.libs=yes -Dinclude.webapp.samples=yes -Dexclude.webapp.documenation=yes -Dexclude.webapp.javadocs=yes -Dinclude.scratchpad=yes -Dinclude.webapp.scratchpadwar=yes -Dexclude.webapp.idldocs=yes war Thanks in advance __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_proxy remote_addr
Hi everybody, I got into a discussion with somebody today about the use of mod_proxy with Apache 2 and [Tomcat|Jetty]/Cocoon. The discussion was about how mod_proxy passes the x-forwarded-for header which contains the real remote address of the client, because to the servlet container, the remote address just appears as the machine that Apache is on. Anyway, we were talking about easy ways to work around this, mostly if some application was designed to use REMOTE_ADDR. (Using mod_proxy would obviously break this). If the application's code had tons of references directly to REMOTE_ADDR, then if the app was deployed behind mod_proxy, lots of bad things would happen. So I go tot thinking about how I would overcome this in Cocoon, and the following came to mind (which unfortunately doesn't work.. see http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=104222552707316w=2 ): map:component-configurations global-variables !--+ | uncomment the following line if we're using mod_proxy and need the proxied remote_addr | | remote_addr{request-header:x-forwarded-for}/remote_addr | +-- !--+ | otherwise, we just want to use the regular remote_addr variable (default) +-- remote_addr{request:remoteAddr}/remote_addr /global-variables /map:component-configurations This solution would provide a very painless, easy-to-change way to change how Cocoon would see the remote host. According to the thread above, this doesn't work (and I've tested it myelf, much to my failure). Can anyone think of a good way to configure this sort of thing without having to change tons of lines of code in one go? Regards, Tony -- Tony Collen ICQ: 12410567 IRC: irc.byxnet.net -- Cocoon: Internet Glue (A Cocoon Weblog) http://manero.otrg/weblog/ -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Managing users' permissions through the sitemap
Hi everybody, I have a problem, maybe simple, but I don't know how to deal with. I'm sure some of you have enough skills an experience to help me :) In my database, I've got a table managing the users' permissions. There's a global menu (for all the users). To know if an user is allowed to open a link from this menu, I need the user identifier (given by a session attribute) and an other identifier (like a request parameter which comes along with the link for example) Then, I want to check in my DB and : - if it's ok, open the link - if not, diplay an error message I guess I need to manage this on the sitemap level but I don't know what to use. Currently, I'm using an Authentication action which allows an logged user to access to the whole site but, as you can see, I want to be more restrictive for some sections of the site. Any idea would be welcome, thx in advance ! Amelie
JSP Again
Hi all, Previously I've had problem with JSP but I was able to fix it. Then I was using older version of Cocoon and Tomcat as the server. Now I'm using cocoon-2.0.4 on JBoss 3.0.4. Both JSP Generator and JSPReader do not seem to work. I tried adding jasper-compiler.jar and jasper-runtime.jar to WEB-INF/lib in my cocoon. Still it does not like it. Without adding jasper-runtime, I get error regarding jasper-runtime. After adding it I get the following error: org.apache.jasper.JasperException: Unable to compile class for JSPNote: sun.tools.javac.Main has been deprecated. C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Jetty_0_0_0_0_8080__ssfxml\ssftalklets\samples\jsp\hello$jsp.java:67: Incompatible type for method. Explicit cast needed to convert java.lang.Throwable to java.lang.Exception. if (pageContext != null) pageContext.handlePageException(t); ^ 1 error, 1 warning at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:176) ... Addition of jasper-compiler.jar makes no difference. Has anyone been able to get JSP to work with cocoon-2.0.4 on JBoss Server ?? SushilHelp STOP SPAM with the new MSN 8 and get 2 months FREE* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.1 dev - CVS whats the new steps to build
With the new build you need to edit build.properties file and comment out the following line like this: #exclude.scratchpad=true. Note, you can also create local.build.properties file and with the line about. This way you won't have to do it again. --- e nio [EMAIL PROTECTED] wrote: Hi I wanted to build 2.1dev with all the samples including the ones in the scratchpad. What is the command to build this now? I tried this and none of the samples were built, all I got was the Welcome to Cocoon, none of the samples dir and subdirs is on the war file created with this command: ./build.sh -Dinclude.webapp.libs=yes -Dinclude.webapp.samples=yes -Dexclude.webapp.documenation=yes -Dexclude.webapp.javadocs=yes -Dinclude.scratchpad=yes -Dinclude.webapp.scratchpadwar=yes -Dexclude.webapp.idldocs=yes war Thanks in advance __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - 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]
XSP Problem
I use Cocoon 2.0.4 for JDK1.3 on Weblogic 7.0 SP1. I need to use Xalan Extensions to write _javascript_ in my XSL. I use Xalan 2.5.D1 and the XercesImpl that comes with it. If I add the xalan.jar, xercesImpl.jar in my weblogic's classpath the Xalan Extensions work, but the Cocoon's XSP fail with the following error: org.apache.cocoon.ProcessingException: Language Exception: org.apache.cocoon.components.language.LanguageException: Error compiling source_xsp: Line 101, column 25: unclosed character literal Line 101, column 24: illegal start of expression Line 0, column 0: 2 errors sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-traceorg.apache.cocoon.ProcessingException: Language Exception: org.apache.cocoon.components.language.LanguageException: Error compiling source_xsp: Line 101, column 25: unclosed character literal Line 101, column 24: illegal start of expression Line 0, column 0: 2 errors I would like to know if there are any changes I would have to make to cocoon.conf to make this work.Any ideas?Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
Re: Managing users' permissions through the sitemap
Hi Amelie, I do a similar thing, and I use an XSP with some scripting in it. Here's the XSP It's not through the sitemap, but maybe this helps you. Yves ?xml version=1.0 encoding=ISO-8859-1? xsp:page language=java xmlns:xsp=http://apache.org/xsp; xmlns:esql=http://apache.org/cocoon/SQL/v2; xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:xsp-session=http://apache.org/xsp/session/2.0; create-session=true html esql:connection esql:poolpierrefabre/esql:pool esql:execute-query esql:query select * from tblLogin where name = 'xsp-request:get-parameter name=username/' and password = 'xsp-request:get-parameter name=password/' ; /esql:query esql:results xsp-session:set-attribute name=useradmin/xsp-session:set-attribute body onload=window.location = './../frames.html'/body /esql:results esql:no-results head link rel=stylesheet type=text/css href=./../css/pierrefabre.css/ titlePierre Fabre Médicament/title meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1/ meta http-equiv=pragma content=no-cache/ /head body class=homepage onload=window.alert ('Username or password not correct') ; window.location = './../admin/password.html' /body /esql:no-results /esql:execute-query /esql:connection /html /xsp:page Hi everybody, I have a problem, maybe simple, but I don't know how to deal with. I'm sure some of you have enough skills an experience to help me :) In my database, I've got a table managing the users' permissions. There's a global menu (for all the users). To know if an user is allowed to open a link from this menu, I need the user identifier (given by a session attribute) and an other identifier (like a request parameter which comes along with the link for example) Then, I want to check in my DB and : - if it's ok, open the link - if not, diplay an error message I guess I need to manage this on the sitemap level but I don't know what to use. Currently, I'm using an Authentication action which allows an logged user to access to the whole site but, as you can see, I want to be more restrictive for some sections of the site. Any idea would be welcome, thx in advance ! Amelie -- Met vriendelijke groeten, Kind regards, Bien à vous, Yves Vindevogel Implements Kempische Steenweg 206 -- 3500 Hasselt -- Belgium Phone/Fax: +32 (11) 43.55.76 -- Mobile: +32 (478) 80.82.91 Mail: [EMAIL PROTECTED] -- www.implements.be Quote: The winner never says participating is more important than winning. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.1 dev - CVS whats the new steps to build
This did not work either after I made the change you suggested. Is my options correct or am I missing an option? Btw, I have edited both the build.properties and local.build.properties just in case. enio --- Alex Romayev [EMAIL PROTECTED] wrote: With the new build you need to edit build.properties file and comment out the following line like this: #exclude.scratchpad=true. Note, you can also create local.build.properties file and with the line about. This way you won't have to do it again. --- e nio [EMAIL PROTECTED] wrote: Hi I wanted to build 2.1dev with all the samples including the ones in the scratchpad. What is the command to build this now? I tried this and none of the samples were built, all I got was the Welcome to Cocoon, none of the samples dir and subdirs is on the war file created with this command: ./build.sh -Dinclude.webapp.libs=yes -Dinclude.webapp.samples=yes -Dexclude.webapp.documenation=yes -Dexclude.webapp.javadocs=yes -Dinclude.scratchpad=yes -Dinclude.webapp.scratchpadwar=yes -Dexclude.webapp.idldocs=yes war Thanks in advance __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - 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] __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.1 dev - CVS whats the new steps to build
How recent is your source? Did you get it from xml-cocoon2 or from cocoon-2.1? --- e nio [EMAIL PROTECTED] wrote: This did not work either after I made the change you suggested. Is my options correct or am I missing an option? Btw, I have edited both the build.properties and local.build.properties just in case. enio --- Alex Romayev [EMAIL PROTECTED] wrote: With the new build you need to edit build.properties file and comment out the following line like this: #exclude.scratchpad=true. Note, you can also create local.build.properties file and with the line about. This way you won't have to do it again. --- e nio [EMAIL PROTECTED] wrote: Hi I wanted to build 2.1dev with all the samples including the ones in the scratchpad. What is the command to build this now? I tried this and none of the samples were built, all I got was the Welcome to Cocoon, none of the samples dir and subdirs is on the war file created with this command: ./build.sh -Dinclude.webapp.libs=yes -Dinclude.webapp.samples=yes -Dexclude.webapp.documenation=yes -Dexclude.webapp.javadocs=yes -Dinclude.scratchpad=yes -Dinclude.webapp.scratchpadwar=yes -Dexclude.webapp.idldocs=yes war Thanks in advance __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - 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] __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - 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: Managing users' permissions through the sitemap
hi amelie (always reminds me of that wonderful movie ;-), since I've not yet looked into/used the authentication framework, my first thought would be another authorization action. you supply the action with the respective parameters or let the action grab it from the session, etc. from within your action you check if the user is authorized. in case of non authorized access you return null, otherwise you return a map (empty or containing some sitemap parameters you want to set). then within the pipeline the delivery of the protected content goes into the action block (since what's here only gets executed if the action returned something not null). the pipeline steps for unauthorized access would follow the action block. example: ... map:match pattern=protected/**.xml map:act type=my-custom-auth-action map:parameter name=resource value={0}/!-- {0} - e.g. protected/foo.xml -- !-- execute following if action succeeded (returned non-null) -- map:generate src=protected-stuff/{../1}.xml/ ... map:serialize type=html/ /map:act !-- execute following if action didn't succeed (returned null) -- map:read mime-type=text/html src=unauthorized.html/ /map:match ... just an example off of the top of my head. regarding the term 'open the link'. just to prevent a misunderstanding; when the user clicks a link, this triggers a request which is to be handled (in this case by the sitemap). thus, you handle the request, but maybe differently depending on context (authorization in this case). so you either deliver a respective response to the request (as in the example above; authorized - deliver protected content, unauthorized - deliver error page), or you prevent the user from being able to click the link in the first place. for this you'd have to do the authorization earlier and adapt the response correspondingly. HTH -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Amelie Cordier Gesendet: Montag, 31. Marz 2003 22:36 An: [EMAIL PROTECTED] Betreff: Managing users' permissions through the sitemap Hi everybody, I have a problem, maybe simple, but I don't know how to deal with. I'm sure some of you have enough skills an experience to help me :) In my database, I've got a table managing the users' permissions. There's a global menu (for all the users). To know if an user is allowed to open a link from this menu, I need the user identifier (given by a session attribute) and an other identifier (like a request parameter which comes along with the link for example) Then, I want to check in my DB and : - if it's ok, open the link - if not, diplay an error message I guess I need to manage this on the sitemap level but I don't know what to use. Currently, I'm using an Authentication action which allows an logged user to access to the whole site but, as you can see, I want to be more restrictive for some sections of the site. Any idea would be welcome, thx in advance ! Amelie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.1 dev - CVS whats the new steps to build
This I downloaded today. I retrieved it from xml-cocoon2. I just looked at wincvs and it shows: cvs -z9 update -d -P -r HEAD xml-cocoon2 If I didnt do the download right, what should it have been? I think the instruction steps to download said xml-cocoon2 but perhaps those need updating. enio --- Alex Romayev [EMAIL PROTECTED] wrote: How recent is your source? Did you get it from xml-cocoon2 or from cocoon-2.1? --- e nio [EMAIL PROTECTED] wrote: This did not work either after I made the change you suggested. Is my options correct or am I missing an option? Btw, I have edited both the build.properties and local.build.properties just in case. enio --- Alex Romayev [EMAIL PROTECTED] wrote: With the new build you need to edit build.properties file and comment out the following line like this: #exclude.scratchpad=true. Note, you can also create local.build.properties file and with the line about. This way you won't have to do it again. --- e nio [EMAIL PROTECTED] wrote: Hi I wanted to build 2.1dev with all the samples including the ones in the scratchpad. What is the command to build this now? I tried this and none of the samples were built, all I got was the Welcome to Cocoon, none of the samples dir and subdirs is on the war file created with this command: ./build.sh -Dinclude.webapp.libs=yes -Dinclude.webapp.samples=yes -Dexclude.webapp.documenation=yes -Dexclude.webapp.javadocs=yes -Dinclude.scratchpad=yes -Dinclude.webapp.scratchpadwar=yes -Dexclude.webapp.idldocs=yes war Thanks in advance __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.1 dev - CVS whats the new steps to build
This I downloaded today. I retrieved it from xml-cocoon2. I just looked at wincvs and it shows: cvs -z9 update -d -P -r HEAD xml-cocoon2 If I didnt do the download right, what should it have been? I think the instruction steps to download said xml-cocoon2 but perhaps those need updating. You should now be using cocoon-2.1 instead of xml-cocoon2. This changed a number of weeks ago, in recognition of the fact that Cocoon is now an Apache project in its own right. Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 2.1 dev - CVS whats the new steps to build
I've run into the same problem I had run into today. You need to get it from cocoon-2.1, although xml-cocoon2 apparently should mirror it, there are differences. I just done a nice clean cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co cocoon-2.1 and everything worked. If you don't have broadband access take a look at the earlier messages or there should be instructions on wiki. --- e nio [EMAIL PROTECTED] wrote: This I downloaded today. I retrieved it from xml-cocoon2. I just looked at wincvs and it shows: cvs -z9 update -d -P -r HEAD xml-cocoon2 If I didnt do the download right, what should it have been? I think the instruction steps to download said xml-cocoon2 but perhaps those need updating. enio --- Alex Romayev [EMAIL PROTECTED] wrote: How recent is your source? Did you get it from xml-cocoon2 or from cocoon-2.1? --- e nio [EMAIL PROTECTED] wrote: This did not work either after I made the change you suggested. Is my options correct or am I missing an option? Btw, I have edited both the build.properties and local.build.properties just in case. enio --- Alex Romayev [EMAIL PROTECTED] wrote: With the new build you need to edit build.properties file and comment out the following line like this: #exclude.scratchpad=true. Note, you can also create local.build.properties file and with the line about. This way you won't have to do it again. --- e nio [EMAIL PROTECTED] wrote: Hi I wanted to build 2.1dev with all the samples including the ones in the scratchpad. What is the command to build this now? I tried this and none of the samples were built, all I got was the Welcome to Cocoon, none of the samples dir and subdirs is on the war file created with this command: ./build.sh -Dinclude.webapp.libs=yes -Dinclude.webapp.samples=yes -Dexclude.webapp.documenation=yes -Dexclude.webapp.javadocs=yes -Dinclude.scratchpad=yes -Dinclude.webapp.scratchpadwar=yes -Dexclude.webapp.idldocs=yes war Thanks in advance __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - 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]
problems with Forrest
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To Whom It May Concern: I am trying to setup Forrest on my MacOSX box using jboss and tomcat. Is anyone on this list familiar with Forrest? David Novogrodsky http://www.novogrodsky.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+iNSEvgTNkiw+nMcRAtqOAJ9tuePMsYo0ikwbeH2uXqGbkIynAgCfbXMT 5BnPHbqS6Nfn2DFugie3+HU= =py8F -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with Forrest
To Whom It May Concern: I am trying to setup Forrest on my MacOSX box using jboss and tomcat. Is anyone on this list familiar with Forrest? There may be people here, but you're best of asking on the forrest-dev list. Regards, Upayavira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Failed to execute pipeline.: Errors in XSLT transformation
I have tried several xsl and after double checking each of them I am stumped. Ifound several zarros in bugzilla. In mail list I have seen several "Failed to execute pipeline" and a couple related to NPE, but none linkingeither to "Errors in XSLT". Worse these other msgs don't indicate what solved the their problems. I am running 2.04on w2k and I sure could use a clue. All classes immediately surrounding the error are all cocoon. I have been studiously avoiding 2.1 beta chaos. Is it now time to dive in? will that help? Don org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.RuntimeException: Errors in XSLT transformation:Fatal: java.lang.NullPointerException at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:410)
Re: Failed to execute pipeline.: Errors in XSLT transformation
In cases like this I do the following: 1) make sure the pipeline is giving the transformer in question the right input. (ie comment out the transformer and any subsequent ones and use XMLSerializer) 2) make sure the stylesheet works outside of cocoon. (you can do step one to get the appropriate input) Charles Don Saxton wrote: I have tried several xsl and after double checking each of them I am stumped. I found several zarros in bugzilla. In mail list I have seen several Failed to execute pipeline and a couple related to NPE, but none linking either to Errors in XSLT. Worse these other msgs don't indicate what solved the their problems. I am running 2.04 on w2k and I sure could use a clue. All classes immediately surrounding the error are all cocoon. I have been studiously avoiding 2.1 beta chaos. Is it now time to dive in? will that help? Don org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.RuntimeException: Errors in XSLT transformation: Fatal: java.lang.NullPointerException at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:410) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[CRASH] 2.1-Dev with HTMLGenerator Transformer
Hi everyone, I've been experiencing a strange crash with Cocoon Jetty. I'm not sure if anyone can reproduce this. I'm running Cocoon 2.1-Dev and Jetty under FreeBSD 4.5-R. JDK is 1.4.1_01. Here's the log from Jetty after it bombs: 19:17:28.616 EVENT Started SocketListener on 0.0.0.0: 19:17:28.618 EVENT Started [EMAIL PROTECTED] Mon Mar 31 19:17:31 EST 2003 Listening for connections ... Unexpected Signal : 11 occurred at PC=0x2A4966CD Function=[Unknown.] Library=(N/A) NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: Dynamic libraries: Can not get information for pid = 7045 Local Time = Mon Mar 31 19:21:01 2003 Elapsed Time = 219 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002E6 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.1_01-b01 mixed mode) # # An error report file has been saved as hs_err_pid7022.log. # Please refer to the file for further information. My log doesn't contain any more information than is reported in the above crash report. Here's the sitemap snippet: map:match pattern=wx/mn.xml map:generate type=html src=http://www.crh.noaa.gov/data/forecasts/MNZ060.php?warncounty=mnc053amp;city=Minneapolis; map:parameter name=xpath value=/html/body/table[4]/tr[4]/td[2]/table[1]/tr[2]/td[1]/table[1]/tr[1]/td[2]/table[1]/ /map:generate map:transform src=stylesheets/zone.xsl/ map:serialize type=xml/ /map:match I'd appreciate if someone could take a look at this. The weird part is there's no crash if i take out the map:transform/. Here's my stylesheet. I pared it down because i thought I had an XSL problem but it's not looking like that. ?xml version=1.0 encoding=ISO-8859-1? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ zone elemfoo/elem /zone /xsl:template /xsl:stylesheet I haven't tested this under Tomcat yet, or on different platforms. Is anyone else seeing a crash like this? Regards, Tony -- Tony Collen ICQ: 12410567 IRC: irc.byxnet.net -- Cocoon: Internet Glue (A Cocoon Weblog) http://manero.otrg/weblog/ -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [CRASH] 2.1-Dev with HTMLGenerator Transformer
While you're waiting for someone who has the foggiest clue what is going on (which I don't) I'd suggest two experiments: 1) saving the output of the output from the noaa.gov site to a local file and see if that has any effect 2) try increasingly less complicated xpath statements Geoff -Original Message- From: Tony Collen [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 7:32 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [CRASH] 2.1-Dev with HTMLGenerator Transformer Hi everyone, I've been experiencing a strange crash with Cocoon Jetty. I'm not sure if anyone can reproduce this. I'm running Cocoon 2.1-Dev and Jetty under FreeBSD 4.5-R. JDK is 1.4.1_01. Here's the log from Jetty after it bombs: 19:17:28.616 EVENT Started SocketListener on 0.0.0.0: 19:17:28.618 EVENT Started [EMAIL PROTECTED] Mon Mar 31 19:17:31 EST 2003 Listening for connections ... Unexpected Signal : 11 occurred at PC=0x2A4966CD Function=[Unknown.] Library=(N/A) NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: Dynamic libraries: Can not get information for pid = 7045 Local Time = Mon Mar 31 19:21:01 2003 Elapsed Time = 219 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002E6 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.1_01-b01 mixed mode) # # An error report file has been saved as hs_err_pid7022.log. # Please refer to the file for further information. My log doesn't contain any more information than is reported in the above crash report. Here's the sitemap snippet: map:match pattern=wx/mn.xml map:generate type=html src=http://www.crh.noaa.gov/data/forecasts/MNZ060.php?warncounty= mnc053amp;city=Minneapolis map:parameter name=xpath value=/html/body/table[4]/tr[4]/td[2]/table[1]/tr[2]/td[1]/table[ 1]/tr[1]/td[2]/table[1]/ /map:generate map:transform src=stylesheets/zone.xsl/ map:serialize type=xml/ /map:match I'd appreciate if someone could take a look at this. The weird part is there's no crash if i take out the map:transform/. Here's my stylesheet. I pared it down because i thought I had an XSL problem but it's not looking like that. ?xml version=1.0 encoding=ISO-8859-1? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/ zone elemfoo/elem /zone /xsl:template /xsl:stylesheet I haven't tested this under Tomcat yet, or on different platforms. Is anyone else seeing a crash like this? Regards, Tony -- Tony Collen ICQ: 12410567 IRC: irc.byxnet.net -- Cocoon: Internet Glue (A Cocoon Weblog) http://manero.otrg/weblog/ -- - 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]
Ant:NoClassDefFoundError after Cocoon install
Hello I used Ant1.4.1 with JWSDP-1.0-ea1 under Win98se fairly well until I installed Tomcat4.1.18 Cocoon2.0 and began first Cocoon Lessons. So far, Tomcat4.1.18 Cocoon2.0 work fine. But everytime I want to use Ant1.4.1 by command line input, it fails with Exception in thread 'main' java.lang.NoClassDefFounError:org/apache/tools/ant/Main. To fix it, I updated every ant.jar on my computer with one originally in Tomcat4.1.18\common\lib but in vain. I searched some ANT-maillist archive for this trouble but no clear remedy, finally got an impression, to use Ant1.4.1 like before I may have to cancel Tomcat4.1.18 Cocoon2.0. I hesitated for some time to post this question because it may be off topics. I appreciate slightest hint and any advice will be grateful. ttkaya - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unit test for Cocoon
(B (B (B (B (B (B (B (BHi, (B (B (B (BDo you know any unit-test (Btool for Cocoon? Please tell me. (B (BThanks and regards (B (B (B (BQuan (B (B (B (B (B (B (B (B
Re: Failed to execute pipeline.: Errors in XSLT transformation
Thanks Charles. I totally agree. and that is why I am stumped. To be sure the request is filled beginning with a map:generate type=session-attr which I map:serialize type=xml/ and save the result as p1.xml. THEN I test several xsl (just to be sure) on p1.xml. The xsl all pass both in xmlspy and xslerator. THEN removng the map:serialize type=xml/ and replacing with one of the tested xsl, map:serialize type=xml/ or map:serialize type=html/ (whichever is appropriate to the xsl) Still resutl in the bad voodoo reported earlier. Incidentally looking at CachingStreamPipeline, I found the below javadoc on the class. Maybe if I switch cacheing off? how? The real blister is that I was so sure I was finished. Don * This stream pipeline is able to cache the response, if * ul * lia) the serializer is cacheable/li * lib) the codeEventPipeline/code is cacheable/li * /ul * - Original Message - From: Charles Yates [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 4:24 PM Subject: Re: Failed to execute pipeline.: Errors in XSLT transformation In cases like this I do the following: 1) make sure the pipeline is giving the transformer in question the right input. (ie comment out the transformer and any subsequent ones and use XMLSerializer) 2) make sure the stylesheet works outside of cocoon. (you can do step one to get the appropriate input) Charles Don Saxton wrote: I have tried several xsl and after double checking each of them I am stumped. I found several zarros in bugzilla. In mail list I have seen several Failed to execute pipeline and a couple related to NPE, but none linking either to Errors in XSLT. Worse these other msgs don't indicate what solved the their problems. I am running 2.04 on w2k and I sure could use a clue. All classes immediately surrounding the error are all cocoon. I have been studiously avoiding 2.1 beta chaos. Is it now time to dive in? will that help? Don org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.RuntimeException: Errors in XSLT transformation: Fatal: java.lang.NullPointerException at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS treamPipeline.java:410) - 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: Failed to execute pipeline.: Errors in XSLT transformation
you may need to post your xsl. it's unclear from what you say below - if you comment out all transfomers, does the exception go away? Geoff -Original Message- From: Don Saxton [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 9:22 PM To: [EMAIL PROTECTED] Subject: Re: Failed to execute pipeline.: Errors in XSLT transformation Thanks Charles. I totally agree. and that is why I am stumped. To be sure the request is filled beginning with a map:generate type=session-attr which I map:serialize type=xml/ and save the result as p1.xml. THEN I test several xsl (just to be sure) on p1.xml. The xsl all pass both in xmlspy and xslerator. THEN removng the map:serialize type=xml/ and replacing with one of the tested xsl, map:serialize type=xml/ or map:serialize type=html/ (whichever is appropriate to the xsl) Still resutl in the bad voodoo reported earlier. Incidentally looking at CachingStreamPipeline, I found the below javadoc on the class. Maybe if I switch cacheing off? how? The real blister is that I was so sure I was finished. Don * This stream pipeline is able to cache the response, if * ul * lia) the serializer is cacheable/li * lib) the codeEventPipeline/code is cacheable/li * /ul * - Original Message - From: Charles Yates [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 4:24 PM Subject: Re: Failed to execute pipeline.: Errors in XSLT transformation In cases like this I do the following: 1) make sure the pipeline is giving the transformer in question the right input. (ie comment out the transformer and any subsequent ones and use XMLSerializer) 2) make sure the stylesheet works outside of cocoon. (you can do step one to get the appropriate input) Charles Don Saxton wrote: I have tried several xsl and after double checking each of them I am stumped. I found several zarros in bugzilla. In mail list I have seen several Failed to execute pipeline and a couple related to NPE, but none linking either to Errors in XSLT. Worse these other msgs don't indicate what solved the their problems. I am running 2.04 on w2k and I sure could use a clue. All classes immediately surrounding the error are all cocoon. I have been studiously avoiding 2.1 beta chaos. Is it now time to dive in? will that help? Don org.apache.cocoon.ProcessingException: Failed to execute pipeline.: java.lang.RuntimeException: Errors in XSLT transformation: Fatal: java.lang.NullPointerException at org.apache.cocoon.components.pipeline.CachingStreamPipeline.proces s(CachingS treamPipeline.java:410) - 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: JSP Again
This looks like an error in your JSP or in the Jasper compiler. Take a look at the generated source to see what's wrong. And also it's a little strange that the java file for your JSP is generated in a ...\Jetty...\ directory. Are you using Tomcat? I'm not sure that Jasper compiler works with Jetty. Konstantin - Original Message - From: Sushil Bhattarai To: [EMAIL PROTECTED] Sent: Tuesday, April 01, 2003 01:41 Subject: JSP Again Hi all, Previously I've had problem with JSP but I was able to fix it. Then I was using older version of Cocoon and Tomcat as the server. Now I'm using cocoon-2.0.4 on JBoss 3.0.4. Both JSP Generator and JSPReader do not seem to work. I tried adding jasper-compiler.jar and jasper-runtime.jar to WEB-INF/lib in my cocoon. Still it does not like it. Without adding jasper-runtime, I get error regarding jasper-runtime. After adding it I get the following error: org.apache.jasper.JasperException: Unable to compile class for JSPNote: sun.tools.javac.Main has been deprecated. C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Jetty_0_0_0_0_8080__ssfxml\ssftalklets\sa mples\jsp\hello$jsp.java:67: Incompatible type for method. Explicit cast needed to convert java.lang.Throwable to java.lang.Exception. if (pageContext != null) pageContext.handlePageException(t); ^ 1 error, 1 warning at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:176) ... Addition of jasper-compiler.jar makes no difference. Has anyone been able to get JSP to work with cocoon-2.0.4 on JBoss Server ?? Sushil Help STOP SPAM with the new MSN 8 and get 2 months FREE* - 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: [CRASH] 2.1-Dev with HTMLGenerator Transformer
On Mon, 31 Mar 2003, Geoff Howard wrote: While you're waiting for someone who has the foggiest clue what is going on (which I don't) I'd suggest two experiments: 1) saving the output of the output from the noaa.gov site to a local file and see if that has any effect 2) try increasingly less complicated xpath statements Welp, I'm on a fresh checkout of CVS, and I'm still getting the error. In response you your suggestions: 1) I'm getting a caught NullPointerException in HTMLGenerator.generate() now, and the entire JVM isn't crashing. Here's the entire stacktrace: Original Exception: java.lang.NullPointerException at org.apache.xalan.xsltc.dom.DOMImpl$DOMBuilderImpl.endDocument(DOMImpl.java:3313) at org.apache.xalan.xsltc.trax.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:235) at org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:91) at org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:498) at org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(TransformerIdentityImpl.java:910) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:331) at org.apache.cocoon.generation.HTMLGenerator.generate(HTMLGenerator.java:333) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:283) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:489) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:150) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:325) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:307) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:131) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:325) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:307) at org.apache.cocoon.Cocoon.process(Cocoon.java:640) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1074) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:280) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) at org.mortbay.http.HttpContext.handle(HttpContext.java:1717) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:549) at org.mortbay.http.HttpContext.handle(HttpContext.java:1667) at org.mortbay.http.HttpServer.service(HttpServer.java:863) at org.mortbay.http.HttpConnection.service(HttpConnection.java:773) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:937) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:790) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:455) The strange thing is if I attach ?cocoon-view=content, the snippet of HTML I am getting appears well-formed. Any more thoughts? 2) I worked my way up without a transformer with the XPath statement, and like I just said above, inspecting the XML before it hits the transformer leads me to believe that everything in hunky-dory. I'm up to the big long complicated xpath statement just fine w/o