Re: newbies : problem with sitemap.xmap
Hi arnaud please look at the generators it is closed before the generator it mut be like this: map:generators default=file map:generator name=html src=org.apache.cocoon.generation.HTMLGenerator/ /map:generators Klaus arnaud wrote: i dont understand (im thinking im stupid) it doesnt work too (im using tomcat 4.1.12, jdk sun 1.4.1, cocoon 2.0.4) i make a lot of changes (thanks lionel hussayn) but i got always the same message in tomcat stdout Starting service Tomcat-Standalone Apache Tomcat/4.1.12-LE-jdk14 java.lang.RuntimeException: Fatal: Errors in XSLT transformation: Warning: File jar:file:/C:/etango/tomcat/webapps/cocoonsamples/WEB-INF/lib/cocoo n-2.0.4.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitem ap.xsl; Line 1817; Column 34; [Logicsheet processor] Attribute 'type' missing in dynamic tag map:match Fatal: Ach?vement dirigU de la feuille de style at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3170) at java.lang.Thread.run(Thread.java:536) last sitemap.xmap - map:sitemap xmlns:map=http://apache.org/cocoon/sitemap/1.0; map:components map:components map:generators default=file/ map:generator name=html src=org.apache.cocoon.generation.HTMLGenerator/ map:transformers default=xslt/ map:readers default=resource/ map:serializers default=html/ map:matchers default=wildcard/ /map:components /map:components map:pipelines map:pipeline map:match pattern=index.html map:generate type=html src=index.html/ map:serialize/ /map:match /map:pipeline /map:pipelines /map:sitemap - -Message d'origine- De : Lionel Crine [mailto:[EMAIL PROTECTED]] Envoye : jeudi 13 fevrier 2003 10:21 A : [EMAIL PROTECTED] Objet : RE: newbies : problem with sitemap.xmap in my sitemap i write that : map:generator name=html src=org.apache.cocoon.generation.HTMLGenerator/ ... map:match pattern=html map:generate type=html src=test.html/ map:serialize/ /map:match It's working fine .. The reader is used for the css, jpg, etc Hope that help At 10:09 13/02/2003 +0100, you wrote: i had it in sitemap.xmap but it doesnt work in catalina stdout i obtaint this -- Starting service Tomcat-Standalone Apache Tomcat/4.1.12-LE-jdk14 java.lang.RuntimeException: Fatal: Errors in XSLT transformation: Warning: File jar:file:/C:/etango/tomcat/webapps/cocoonsamples/WEB-INF/lib/cocoo n-2.0.4.jar!/org/apache/cocoon/components/language/markup/sitemap /java/sitem ap.x sl; Line 1817; Column 34; [Logicsheet processor] Attribute 'type' missing in dynamic tag map:match Fatal: Ach?vement dirigU de la feuille de style at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java :3170) at java.lang.Thread.run(Thread.java:536) - and exactely the same message in browser -Message d'origine- De : Lionel Crine [mailto:[EMAIL PROTECTED]] Envoye : jeudi 13 fevrier 2003 10:01 A : [EMAIL PROTECTED] Objet : Re: newbies : problem with sitemap.xmap you need a reader : map:readers default=resource map:reader logger=sitemap.reader.resource name=resource pool-max=32 src=org.apache.cocoon.reading.ResourceReader/ /map:readers in the components see the sitemaAt 09:55 13/02/2003 +0100, you wrote: hi i got a problem with cocoon 2 i would like to serve static page so i write sitemap.xmap like this - map:sitemap xmlns:map=http://apache.org/cocoon/sitemap/1.0; map:components map:generators map:generator name=serverpages src=org.apache.cocoon.generation.ServerPagesGenerator/ /map:generators map:serializers map:serializer name=xml mime-type=text/xml src=org.apache.cocoon.serialization.XMLSerializer/ /map:serializers map:matchers map:matcher name=wildcard src=org.apache.cocoon.matching.WildcardURIMatcher/ /map:matchers /map:components map:pipelines map:pipeline map:match pattern=index.html map:read src=index.html mime-type=text/html/ /map:match /map:pipeline /map:pipelines /map:sitemap but it doesnt work in browser i always obtaint this message Cocoon 2 - Internal server error - --- type fatal message Language Exception description org.apache.cocoon.ProcessingException: Language Exception: org.apache.cocoon.components.language.LanguageException: Error compiling sitemap_xmap: Line 241, column 54: '}' expected Line 63, column 11: class org.apache.cocoon.www.sitemap_xmap should be declared abstract; it does not
Re: anyone interested in a cocoon-users meeting in Köln/germany ?
Hi Hussayn, I would be also interested. regards Klaus SAXESS - Hussayn Dabbous wrote: yes! Thorsten Scherler wrote: Hi Hussayn, I would be interested. Agenda: - welcome - basics (history, future, concepts) - use of cocoon in business apps - ... ...did you though about something like this? King regards Thorsten SAXESS - Hussayn Dabbous wrote: Hy; If there is interest, i could organise something in Köln. (maybe not as nice a place as some of you offered in this list ;-) ) Just send me a note (possibly include a proposal for an agenda ... ) regards, Hussayn - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: The dbAdd action not working
Hi Antonio, You must also set the for-descriptor for form validation map:parameter name=form-descriptor value=docs/cat-form.xml/ The descriptor is only for the action dbAdd Klaus -Original Message- From: Antonio Gallardo Rivera [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 4:37 PM To: [EMAIL PROTECTED] Subject: The dbAdd action not working Please help me: I am using Cocoon 2.1: In the sitemap I have: map:action-set name=process map:act action=Crear Categoria type=form-validator map:parameter name=validate-set value=add/ map:act type=dbAdd/ /map:act map:action-set The actions are declared: map:action logger=sitemap.action.dbAdd name=dbAdd map:action logger=sitemap.action.form-validator name=form-validator src=org.apache.cocoon.acting.FormValidatorAction/ The match in the pipeline is: map:match pattern=cat-*.html map:act type=auth-protect map:parameter name=handler value=agshandler/ map:match pattern=cat-*.html map:act set=process map:parameter name=descriptor value=docs/cat-form.xml/ map:parameter name=form-descriptor value=docs/cat-form.xml/ !-- if success -- map:generate src=docs/cat-confirm.xsp type=serverpages/ map:transform src=stylesheets/agssa.xsl/ map:serialize/ /map:act !-- if fail -- map:generate src=docs/cat-{1}.xsp type=serverpages/ map:transform src=stylesheets/agssa.xsl/ map:serialize/ /map:match /map:act map:transform src=stylesheets/agssa.xsl/ map:serialize/ /map:match The form-validator is working well, but the data are not going to the database. I saw in the logs and there was not any logger activity to dbAdd. What I am doing wrong? Antonio Gallardo - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Filtering HTML pages
Hi Mattthew What's about the tidy software in the release? I don't know the details of XHTML but it looks like that tidy is near this Klaus -Original Message- From: Matthew Langham [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 30, 2002 1:59 PM To: Cocoon-Dev@Xml. Apache. Org; Cocoon-Users@Xml. Apache. Org Subject: Filtering HTML pages Hi gang, we are working on a project where one of the main goals is to provide a filter for external web pages. The idea is that the client accesses the filter running on a server and then receives HTML pages that have been filtered according to certain rules. One way of doing this is obviously running the pages through the html generator in the cocoon pipeline and using stylesheets to alter the XHTML as needed. The advantage being the flexibility and the use of caching. Has anyone done this already or can perhaps suggest an alternative way of doing this? Matthew -- Open Source Group Cocoon { Consulting, Training, Projects } = Matthew Langham, SN AG, Klingenderstrasse 5, D-33100 Paderborn Tel:+49-5251-1581-30 [EMAIL PROTECTED] - http://www.s-und-n.de - Cocoon book: http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20 = - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Looking for help in the upcomming release
At 17:10 11.07.2002, Carsten wrote: The Cocoon Project is working very hard to release 2.0.3 by Monday, July 15. To meet this goal -- which clearly will benefit all users -- we need some *specific* QA (quality assurance) input from the user community. To help, here's what you need to do: 8. If you find problems, be specific about the problem description: what page, what error, etc. There is strange Unknown error by the index engine of Lucene!! System properties: Win 2000 Prof. jdk 1.4.0_01 tomcat 4.0.4 cvs from today when tomcat is started as a service in Windows No Error in log files The tomcat engine throw a windows exception and the process stops. it works when tomcat is started from a dos window with startup. on an system with tomcat4.0.1 and jdk1.3.1_02 and tomcat at service it work's nice. by the way the yahoo sample are blank Klaus - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Heads Up - CeBIT Get Together
Hi Matthew, I would like to come to CeBIT Get Together. Klaus Bertram nbis - Porschestraße 5 - 51381 Leverkusen phone: +49-2171-58079-0 fax: +49-2171-58079-9 email: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [C2.0rc1] Problems with IE5.00 - throws an Exception during endDocument processing after sitemap redirect
Hi adrian, please try it with a service pack for NT4.0 6.1a it's the latest we had problems with SP5 on NT4.0 Klaus -Original Message-From: Adrian Geissel [mailto:[EMAIL PROTECTED]]Sent: Wednesday, October 31, 2001 12:12 PMTo: [EMAIL PROTECTED]Subject: [C2.0rc1] Problems with IE5.00 - throws an Exception during endDocument processing after sitemap redirect Hi, I've logged this as a bug for C2, but I also wanted to see if anyone else is having this problem. Scenario: my sitemap performs some processing (database update) in an action, and on success, redirects to another page before returning using the supplied redirector object. The URI that it points to is also served by the sitemap, and also consists of aggregated content that is transformed - all things legal and cool. The problem is that using IE 5.00 (WinNT 4.0 SP5), the redirected URI is not completed, and eventually the connection times-out - not very good. To make matters worse, the problem does not exist if I access the redirected page directly from the browser, or perform my database update action from another machine running IE 5.5 (Win2k), the problem does not exist. Has anyone else experienced this? The full bug report isat http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4438(applogies for the long report, but it has taken a while to isolate the problem) Many thanks, Adrian (please don'tgripe aboutIE - this is a real problem - I'm just looking for other instances, and possible solutions. thanks /A)
RE: Re[2]: xml compressing
Hi Thomas, comperssing is nice, but what ist about fire-walls!? at great industries they don't allow to get compressed files over net Klaus nbis - Röttgerweg 10 - 51371 Leverkusen phone: +49-214-206494-0 fax: +49-214-206494-44 email: [EMAIL PROTECTED] -Original Message- From: Thomas [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 05, 2001 3:43 PM To: [EMAIL PROTECTED] Subject: Re: Re[2]: xml compressing I have been fiddling around alot with sending gzip compressed streams to a browser. and have the following info for anyone willing to experiment. if/what compression algorithms a browser can deal with is stated in the request header Accept-Encoding. values I have seen is deflate and gzip. NN4.06+, MSIE 4+ and NN6/Mozilla (M17+) accepts and automatically decodes an incoming gzipped HTML stream just fine, but ONLY if the server sends along appropiate info about this. Say you have some implementation that gzips up some data on the fly and wishes to send a gzip-chunk to the browser, these three headers are crucial for the browser to recognize the stream as gzip. Content-Length Content-Encoding: gzip Content-type: text/html if the browser accepts gzipped data, and these three headers are set correct, it'll work. I have been serving gzip compressed HTML with my apache for over two years now and over a slow connection this is a real boost. A vanilla ASCII file can be reduced with 80-90% of its original size. taking down a 65kB chunk to less than 5kB, is that a save or what. those interested in this should have a look at mod_gzip. Don't know how well it co-ops with a servlet engine, but its definitely worth a try if you'd ask me. my 2 cents Thomas. ___ [EMAIL PROTECTED] http://www.jet.st | http://www.saltstorm.net S_a_l_t_s_t_o_r_m - Original Message - From: Morrison, John [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 05, 2001 3:08 PM Subject: RE: Re[2]: xml compressing Whether browsers support compression (usually either gzip or zip I think) is sent as part of the header of the request. It is then up to the server to do any compression (of the supported type) it desires. To my knowledge: Apache httpd can compress it's output. TC 4 I think can (it's a filter applied after the content has been generated) C2 doesn't. I _don't_ know if it's possible / desired. You can't compress the html+images though, only one thing at once as it t'were. Don't take what I say as gospel - I've been wrong before ;) J. -Original Message- From: java guru [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 05 September 2001 2:01 pm To: [EMAIL PROTECTED]; Andrew Answer Subject: Re: Re[2]: xml compressing Hi., Again., let me if i have mistaken anything.. 1. When we are talking about html over internet, we are talking about a server and a client(browser). You only have control over your side(server side). You DONT have control over the client(browser side). 2. Any compression mechanisms(let it be simple zip or xmlppm) requires two operations, compression and de-compression. And when you dont have control over the client side., how can u make sure the compressed docs gets de-compressed on the other end?. This can only be possible when u have control over both sides like B2B environment. 3. Now., again., if the kinda technique exists that enable one to compress whole html along with images and tables and send them over the network and there exists a client browser which understands all these and de-compress the stuff., then the internet world would have been somewhere else...No kidding.. Again., correct me if wrong... --- Andrew Answer [EMAIL PROTECTED] wrote: Hi java guru, Tuesday, September 04, 2001, 8:38:37 PM, you wrote: jg Hi., jg Correct me if wrong.. jg 1. The xml/xsl rendering in c2 is done on server side. jg Then why do u need to compress the xml/xsp for client jg side? But if i even generate HTML-files, anyway i want/can compress theirs for decrease traffic. I want to learn this aspect, because it's can be very useful for me. My pages are too large (many tables, texts, images - 50-60k) jg 2. The xsp/sitemap precompilation process is in jg faq..Please try it... Well, i do this. jg --- Andrew Answer [EMAIL PROTECTED] wrote: Hello jg cocoon-users, I have some questions about C2 environment... 1. Anybody know can i compress my xml/xsp files before publishing it? I want to use on-the-fly compressing util like XMLPPM (http://sourceforge.net/projects/xmlppm). It's can decrease my traffic.
RE: Re[2]: xml compressing
yes you had a mime type of image who can not include code at the other side the firewall must extract the file, check it, compress and foreward it to the requested user we had problems with class files who are packed. if we leave it at class it works nice every company had other restrictions at secure Klaus -Original Message- From: Thomas [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 05, 2001 4:19 PM To: [EMAIL PROTECTED] Subject: Re: Re[2]: xml compressing they're not allowing GIF and JPEG then either ? I have hard to see that a firewall would filter out binary files unconditionally. I feel pretty sure saying that if you can get a GIF image thru the firewall, gzipped HTML should slip through aswell. /thomas. - Original Message - From: Klaus Bertram [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 05, 2001 4:02 PM Subject: RE: Re[2]: xml compressing Hi Thomas, comperssing is nice, but what ist about fire-walls!? at great industries they don't allow to get compressed files over net Klaus nbis - Röttgerweg 10 - 51371 Leverkusen phone: +49-214-206494-0 fax: +49-214-206494-44 email: [EMAIL PROTECTED] -Original Message- From: Thomas [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 05, 2001 3:43 PM To: [EMAIL PROTECTED] Subject: Re: Re[2]: xml compressing I have been fiddling around alot with sending gzip compressed streams to a browser. and have the following info for anyone willing to experiment. if/what compression algorithms a browser can deal with is stated in the request header Accept-Encoding. values I have seen is deflate and gzip. NN4.06+, MSIE 4+ and NN6/Mozilla (M17+) accepts and automatically decodes an incoming gzipped HTML stream just fine, but ONLY if the server sends along appropiate info about this. Say you have some implementation that gzips up some data on the fly and wishes to send a gzip-chunk to the browser, these three headers are crucial for the browser to recognize the stream as gzip. Content-Length Content-Encoding: gzip Content-type: text/html if the browser accepts gzipped data, and these three headers are set correct, it'll work. I have been serving gzip compressed HTML with my apache for over two years now and over a slow connection this is a real boost. A vanilla ASCII file can be reduced with 80-90% of its original size. taking down a 65kB chunk to less than 5kB, is that a save or what. those interested in this should have a look at mod_gzip. Don't know how well it co-ops with a servlet engine, but its definitely worth a try if you'd ask me. my 2 cents Thomas. ___ [EMAIL PROTECTED] http://www.jet.st | http://www.saltstorm.net S_a_l_t_s_t_o_r_m - Original Message - From: Morrison, John [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 05, 2001 3:08 PM Subject: RE: Re[2]: xml compressing Whether browsers support compression (usually either gzip or zip I think) is sent as part of the header of the request. It is then up to the server to do any compression (of the supported type) it desires. To my knowledge: Apache httpd can compress it's output. TC 4 I think can (it's a filter applied after the content has been generated) C2 doesn't. I _don't_ know if it's possible / desired. You can't compress the html+images though, only one thing at once as it t'were. Don't take what I say as gospel - I've been wrong before ;) J. -Original Message- From: java guru [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 05 September 2001 2:01 pm To: [EMAIL PROTECTED]; Andrew Answer Subject: Re: Re[2]: xml compressing Hi., Again., let me if i have mistaken anything.. 1. When we are talking about html over internet, we are talking about a server and a client(browser). You only have control over your side(server side). You DONT have control over the client(browser side). 2. Any compression mechanisms(let it be simple zip or xmlppm) requires two operations, compression and de-compression. And when you dont have control over the client side., how can u make sure the compressed docs gets de-compressed on the other end?. This can only be possible when u have control over both sides like B2B environment. 3. Now., again., if the kinda technique exists that enable one to compress whole html along with images and tables and send them over the network and there exists a client browser which understands all these and de-compress
RE: [c2] jdbc connection problem (solved)
Hi christoph I work also with pooling but on mySQL without a password and it works fine! Klaus -Original Message- From: Christoph Kliemt [mailto:[EMAIL PROTECTED]]On Behalf Of Christoph Kliemt Sent: Tuesday, August 28, 2001 4:35 PM To: [EMAIL PROTECTED] Subject: Re: [c2] jdbc connection problem (solved) Hi! Problem solved: DEBUG (2001-08-28) 16:29.20:649 [cocoon ] (Unknown-URI) Unknown-thread/AbstractPool: org.apache.avalon.excalibur.datasource.JdbcConnection: could not be instantiated. The password property is missing. It is mandatory. cocoon.xconf had an empty password... i provided a dummypassword, and now everything works fine. Maybe it is a good idea to add a hint in cocoon.xconf towards this? \\// christoph ps : thanks for your help! - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]