Problem with empty sitemap_xmap.java e
Hi ! I have installed version 2.02 an a HP_UX 11.0 system, Weblogic Server 6.1 SP2, JDK 1.3.1.02 Following the advice on the list I have: - unpacked the war file - unpacked the jar files in the lib directory and placed them in classes After this Cocon deploys without any errors. When I try to access cocoon the sitemap_xmap.java file is generated and placed in (WORK_DIR)/cocoon-files. Next step is to compile it.This fails, as the sitemap_xmap.java is empty. Cocoon then displays the message ...due to a java.lang.ClassNotFoundException: org.apache.cocoon.www.sitemap_xmap I have also tried to set incremental-processing to true. Read a bug report with a similar problem with the advice to clean WORK_DIR/cocoon-files. As this is created every time I restart the server it does not help me, it is empty. The log file contains: DEBUG (2002-06-07) 08:02.15:708 [cocoon ] (/cocoon/) ExecuteThread: '10' fo r queue: 'default'/AbstractMarkupLanguage: AbstractMarkupLanguage addLogicsheetT oList: logicsheetName file:/opt/weblogic/weblogic61/wlserver6.1/config/utvdomain /applications/.wlnotdelete_DHSServer/wl_comp32600/WEB-INF/classes/org/apache/coc oon/components/language/markup/sitemap/java/sitemap.xsl DEBUG (2002-06-07) 08:02.15:710 [cocoon ] (/cocoon/) ExecuteThread: '10' fo r queue: 'default'/AbstractMarkupLanguage: AbstractMarkupLanguage addLogicsheetT oList: adding dependency on file /opt/weblogic/weblogic61/wlserver6.1/config/utv domain/applications/.wlnotdelete_DHSServer/wl_comp32600/WEB-INF/classes/org/apac he/cocoon/components/language/markup/sitemap/java/sitemap.xsl DEBUG (2002-06-07) 08:02.26:025 [cocoon ] (/cocoon/) ExecuteThread: '10' fo r queue: 'default'/JavaLanguage: Compiling /opt/weblogic/weblogic61/wlserver6.1/ config/utvdomain/applications/.wlnotdelete_DHSServer/wl_comp32600/WEB-INF/_tmp_w ar_DHSServer_DHSServer_cocoon/cocoon-files/org/apache/cocoon/www/sitemap_xmap.ja va WARN(2002-06-07) 08:02.29:545 [cocoon ] (/cocoon/) ExecuteThread: '10' fo r queue: 'default'/JavaLanguage: Could not load class for program 'org/apache/co coon/www/sitemap_xmap' There are no other ERRORS in the log files Any ideas ? Regards Ulf - 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: New authentication tutorial
Thanks Carsten! (um - any chance of an easy-2-print version?) [EMAIL PROTECTED] 07/06/2002 08:14:47 Hi, I couldn't sleep last night, so I put up a technical articles section on my website (http://ziegeler.bei.t-online.de/tecart.html) and added a short introduction to the Cocoon authentication framework. Carsten Carsten Ziegeler Chief Architect Open Source Group, SN AG -- Cocoon Consulting, Training and Projects -- mailto:[EMAIL PROTECTED] http://www.s-und-n.de http://ziegeler.bei.t-online.de - 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]
RE: New authentication tutorial
-Original Message- From: Derek Hohls [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 8:26 AM To: [EMAIL PROTECTED] Subject: Re: New authentication tutorial Thanks Carsten! (um - any chance of an easy-2-print version?) Yes, I want to make a PDF version over the weekend (if I get enough free time). Carsten - 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: Passing xmap parameters to xsp
Hi Daniel, As well as there is predefined parameters variable try in your xsp: xsp:exprparameters.getParameter(my-param)/xsp:expr Roman Vadim Gritsenko wrote: Daniel: Please remove line map:parameter name=use-request-parameters value=true/ from the snippet below. Naquin: use-request-parameters parameter does not mean anything to serverpages generator. But it can mean something to your particular page... Regards, Vadim -Original Message- From: Naquin, Beth [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 5:33 PM To: '[EMAIL PROTECTED]' Subject: RE: Passing xmap parameters to xsp I am new to cocoon myself, so take this with a grain of salt: The sitemap error may be because you closed the map:generate / tag before you passed the parameter? Try something like: map:generate type=serverpages src=xsp/w3/index2.xsp map:parameter name=use-request-parameters value=true/ map:parameter name=SourcePage value=Index/ /map:generate I don't know that the xsp page will automatically recognize $SourcePage as a parameter, but this might resolve the sitemap error. P.S. This approach works for me when I want to pass a parameter to a transformer and then use that parameter in my xsl stylesheet, but I have never done so with a generator. Good Luck, Beth -Original Message- From: daniel robinson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 2:07 PM To: [EMAIL PROTECTED] Subject: Passing xmap parameters to xsp Ok, I've been struggling with this for hours. I want to set a parameter in my pipeline something like this: map:match pattern=index map:generate type=serverpages src=xsp/w3/index2.xsp/ map:parameter name=SourcePage value=Index/ Set it here map:transform src=stylesheets/w3/index2.xsl/ map:serialize/ /map:match and then use it in index2.xsp. I tried this: ...snip... esql:execute-query esql:query select * from Story where ProjectName = 'MyProj' and PageName = '$SourcePage' - use it here ...snip... Please help. I've been looking all through the doco - examples etc. When I try the above I get an exception when Cocoon attempts to recompile the sitemap. Thanks, Dan - 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] - 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]
Exipires headers (was: Re: Cocoon article on JDJ)
Ivelin Ivanov wrote: It's sad to read though that: 2) Cocoon is not applicable for large scale applications. With the new contribution for Expires response header and caching improvements, 2) shouldn't be a big deal any more. BTW, is Expires checked in already? Definitely yes, in HEAD only. I still have to understand some quirks in (reverse) proxy implementations, but it already works like a charm with clients (browsers). I hope to have it working RSN ar 100% with cachine enabled reverse proxies, but it already gives a sensible performance boost as of now. The other good news is that the whole Cocoon environment will have the Expires information, since it's in the objectModel. This might lead to a change in the cache algorithms (I'm waiting for Carsten to finish up his event/stream cache unification to have a look at it), taking into account even this information. Diana: an HOWTO is on the way, I promise :-) Ciao, -- Gianugo Rabellino - 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: A little help with aggregation
Right, I want to substitute {1} with '*' from the matcher, which seems to
work fine, since the error I'm getting is :
Could not get sitemap source
http://st-080234:8080/cocoon/mount/AigleK/pv/title/251567.xml. But this URL
is working!! In addition to my main matcher, I'm posting now the two
part-matchers:
The aggregation:
map:match pattern=pvDoc/*.pdf
map:aggregate element=docComplet
map:part src=cocoon:pv/title/{1}.xml/
map:part src=cocoon:pv/{1}.xml /
/map:aggregate
map:serialize type=xml/
/map:match
BTW it doesn't change a lot if I leave just one part, or if I change the
order. The error is always the above error for the part that comes first.
part 1 matches to:
map:match pattern=pv/title/*.xml
map:generate src=Queries/raw-query.xml/
map:transform src=Queries/title_odj_query.xsl
map:parameter name=var value={1}/
/map:transform
map:transform type=sql
map:parameter name=use-connection
value=aigle_oracle_pool /
map:parameter name=show-nr-of-rows value=true/
/map:transform
map:transform src=Stylesheets/title_ODJ_contents.xsl/
map:transform type=i18n/
map:transform src=Stylesheets/titleOdJFOP.xsl/ !-- --
map:serialize type=xml/
/map:match
part 2:
map:match pattern=pv/*.xml
map:generate src=Queries/raw-query.xml/
map:transform src=Queries/pv_query.xsl
map:parameter name=var value={1}/
/map:transform
map:transform type=sql
map:parameter name=use-connection
value=aigle_oracle_pool /
map:parameter name=show-nr-of-rows value=true/
/map:transform
map:transform src=Stylesheets/pv1.xsl/
map:transform type=i18n/
map:transform src=Stylesheets/pv2fo.xsl/!-- --
map:serialize type=xml/
/map:match
-Message d'origine-
De : Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Envoyé : vendredi, 7. juin 2002 00:06
À : [EMAIL PROTECTED]
Objet : RE: A little help with aggregation
From: J.Pietschmann [mailto:[EMAIL PROTECTED]]
Hahn Kurt (CHA) wrote:
I changed the sitemap a little to make it clearer, it now looks like
this:
map:match pattern=pvDoc/*.pdf
map:aggregate element=pvDoc
map:part src=cocoon:/pv/title/{1}.xml element=title
ns=http://etat.geneve.com/title/
map:part src=cocoon:/pv/{1}.xml element=pvtexte
ns=http://etat.geneve.com/pvtexte/
/map:aggregate
map:serialize type=xml/
/map:match
As I mentioned before, the parts called individually work fine. I'm
suspecting that maybe the parameter isn't passed correctly. Can
somebody
confirm (or disconfirm ) if my syntaxe is correct?
Wild guess: does
map:part src=cocoon:/pv/title/{../1}.xml element=title ...
Yes, this is wild... This reminds me once again that we need to document
sitemap/matcher/action interactions and how substitutions work better
then what we have now...
Hint-hint? ;)
PS To 'J.': I believe that author of this sitemap snippet wants to
substitute {1} with '*' from the matcher, and not with something not
shown in this snippet... Because '../1' will bring you one level up -
above this matcher.
Vadim
work?
J.Pietschmann
-
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]
RE: A little help with aggregation
On Fri, 7 Jun 2002, Hahn Kurt (CHA) wrote:
Right, I want to substitute {1} with '*' from the matcher, which seems to
work fine, since the error I'm getting is :
Could not get sitemap source
http://st-080234:8080/cocoon/mount/AigleK/pv/title/251567.xml. But this URL
is working!! In addition to my main matcher, I'm posting now the two
part-matchers:
The aggregation:
map:match pattern=pvDoc/*.pdf
map:aggregate element=docComplet
map:part src=cocoon:pv/title/{1}.xml/
map:part src=cocoon:/pv/title/{1}.xml/
map:part src=cocoon:pv/{1}.xml /
map:part src=cocoon:/pv/{1}.xml /
Have you forgot the the slash?
/map:aggregate
map:serialize type=xml/
/map:match
BTW it doesn't change a lot if I leave just one part, or if I change the
order. The error is always the above error for the part that comes first.
part 1 matches to:
map:match pattern=pv/title/*.xml
map:generate src=Queries/raw-query.xml/
map:transform src=Queries/title_odj_query.xsl
map:parameter name=var value={1}/
/map:transform
map:transform type=sql
map:parameter name=use-connection
value=aigle_oracle_pool /
map:parameter name=show-nr-of-rows value=true/
/map:transform
map:transform src=Stylesheets/title_ODJ_contents.xsl/
map:transform type=i18n/
map:transform src=Stylesheets/titleOdJFOP.xsl/ !-- --
map:serialize type=xml/
/map:match
part 2:
map:match pattern=pv/*.xml
map:generate src=Queries/raw-query.xml/
map:transform src=Queries/pv_query.xsl
map:parameter name=var value={1}/
/map:transform
map:transform type=sql
map:parameter name=use-connection
value=aigle_oracle_pool /
map:parameter name=show-nr-of-rows value=true/
/map:transform
map:transform src=Stylesheets/pv1.xsl/
map:transform type=i18n/
map:transform src=Stylesheets/pv2fo.xsl/!-- --
map:serialize type=xml/
/map:match
-
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]
XPath and Xalan
Hello. It seems that the XPath syntax is not fully supported in the select attribute of apply-templates element : xsl:apply-templates select=parent_node/child_node doesn't work for me ! The template matching the parent_node/child_node is never applied. Do I have to use another syntax ? Thanks in advance. David Lagardere ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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: A little help with aggregation/Solution FOUND
Thanks to all, when I finally completed the part mapping with element names
and ns-attributes, it worked all of sudden. I didn't see that in the sample
aggregation in the sitemap, but it seems this two attributes are needed.
Kurt
-Message d'origine-
De : Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Envoyé : vendredi, 7. juin 2002 00:06
À : [EMAIL PROTECTED]
Objet : RE: A little help with aggregation
From: J.Pietschmann [mailto:[EMAIL PROTECTED]]
Hahn Kurt (CHA) wrote:
I changed the sitemap a little to make it clearer, it now looks like
this:
map:match pattern=pvDoc/*.pdf
map:aggregate element=pvDoc
map:part src=cocoon:/pv/title/{1}.xml element=title
ns=http://etat.geneve.com/title/
map:part src=cocoon:/pv/{1}.xml element=pvtexte
ns=http://etat.geneve.com/pvtexte/
/map:aggregate
map:serialize type=xml/
/map:match
As I mentioned before, the parts called individually work fine. I'm
suspecting that maybe the parameter isn't passed correctly. Can
somebody
confirm (or disconfirm ) if my syntaxe is correct?
Wild guess: does
map:part src=cocoon:/pv/title/{../1}.xml element=title ...
Yes, this is wild... This reminds me once again that we need to document
sitemap/matcher/action interactions and how substitutions work better
then what we have now...
Hint-hint? ;)
PS To 'J.': I believe that author of this sitemap snippet wants to
substitute {1} with '*' from the matcher, and not with something not
shown in this snippet... Because '../1' will bring you one level up -
above this matcher.
Vadim
work?
J.Pietschmann
-
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]
RE: A little help with aggregation
right, the slash's were missing as well, thanks
-Message d'origine-
De : Stephan Michels [mailto:[EMAIL PROTECTED]]
Envoyé : vendredi, 7. juin 2002 09:58
À : '[EMAIL PROTECTED]'
Objet : RE: A little help with aggregation
On Fri, 7 Jun 2002, Hahn Kurt (CHA) wrote:
Right, I want to substitute {1} with '*' from the matcher, which seems to
work fine, since the error I'm getting is :
Could not get sitemap source
http://st-080234:8080/cocoon/mount/AigleK/pv/title/251567.xml. But this
URL
is working!! In addition to my main matcher, I'm posting now the two
part-matchers:
The aggregation:
map:match pattern=pvDoc/*.pdf
map:aggregate element=docComplet
map:part src=cocoon:pv/title/{1}.xml/
map:part src=cocoon:/pv/title/{1}.xml/
map:part src=cocoon:pv/{1}.xml /
map:part src=cocoon:/pv/{1}.xml /
Have you forgot the the slash?
/map:aggregate
map:serialize type=xml/
/map:match
BTW it doesn't change a lot if I leave just one part, or if I change the
order. The error is always the above error for the part that comes first.
part 1 matches to:
map:match pattern=pv/title/*.xml
map:generate src=Queries/raw-query.xml/
map:transform src=Queries/title_odj_query.xsl
map:parameter name=var value={1}/
/map:transform
map:transform type=sql
map:parameter name=use-connection
value=aigle_oracle_pool /
map:parameter name=show-nr-of-rows value=true/
/map:transform
map:transform src=Stylesheets/title_ODJ_contents.xsl/
map:transform type=i18n/
map:transform src=Stylesheets/titleOdJFOP.xsl/ !-- --
map:serialize type=xml/
/map:match
part 2:
map:match pattern=pv/*.xml
map:generate src=Queries/raw-query.xml/
map:transform src=Queries/pv_query.xsl
map:parameter name=var value={1}/
/map:transform
map:transform type=sql
map:parameter name=use-connection
value=aigle_oracle_pool /
map:parameter name=show-nr-of-rows value=true/
/map:transform
map:transform src=Stylesheets/pv1.xsl/
map:transform type=i18n/
map:transform src=Stylesheets/pv2fo.xsl/!-- --
map:serialize type=xml/
/map:match
-
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]
AW: XPath and Xalan
Hi David, AFAIK the order of templates in the stylesheet matters: if your template order is xsl:template match=child_node.../xsl:template xsl:template match=parent_node/child_node.../xsl:template then the first template will be called because it matches parent_node/child_node, too. Judith -Ursprüngliche Nachricht- Von: David LAGARDERE [SMTP:[EMAIL PROTECTED]] Gesendet am: Freitag, 7. Juni 2002 10:08 An: [EMAIL PROTECTED] Betreff: XPath and Xalan Hello. It seems that the XPath syntax is not fully supported in the select attribute of apply-templates element : xsl:apply-templates select=parent_node/child_node doesn't work for me ! The template matching the parent_node/child_node is never applied. Do I have to use another syntax ? Thanks in advance. David Lagardere ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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]
RE: XPath and Xalan
-My XML code skeleton is : search items rowset Some data /rowset /item /search -My XSL code is xsl:template match=search !-- Some HMTL code -- xsl:apply-templates select=items/rowset / !-- Some HMTL code -- /xsl:template xsl:template name=items-list match=items/rowset !-- Some HMTL code -- /xsl:template That's all. Do you see any mistakes ? It works when validated with XML Spy. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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: slow xalan transformation
It's possible to import/read documents encoded in ISO-8859-1 (I put french accented characters) and in Windows-1251 (russian) into Xindice db. So I think it is also possible for the latin2 documents - just set proper system locale and xml encoding attribute. However it is not possible to use such characters in xpath expressions for queries (queries containing ASCII characters only works fine even results contain different languages - it is UTF-8 always as well as inside Xindice). I've read that it is because of CORBA restrictions. Roman Adrian Petru Dimulescu wrote: ... I am also having trouble with XIndice in what concerns the specific ISO-8859-2 characters. apparently, importing such a latin2 document into XIndice makes me lose those characters... On Monday 03 June 2002 15:47, KOZLOV Roman wrote: Unfortunatelly, Xindice has a very hard restriction on queries: xpath expression cann't contain non-ASCII characters. Roman Adrian Petru Dimulescu wrote: I installed today a cvs cocoon on a Tomcat 4.0.3 / jdk 1.3.1_01 and it works fine if it weren't for the slow xslt transformation. A bit late as self-response but here it goes: extracting sub-trees with XSLT is not really a sign of genius as long as tools as Xindice exist. so a native xml database solves the problem -- two second-average time per chapter extraction --- i'll play some more with indexes maybe it can get even better. and as if it weren't enough, XIndice is just perfectly integrated into Cocoon... - 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] - 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]
problem to get lattest cvs version
hello, I have a problem in building cocoon 2.0.2. The error is : prepare-webapp: [xconf-tool] Reading: D: \tÈlÈchargement\cocoon\dezip1\cocoon-2.0.2\build\cocoon\webapp\sitemap.xmap BUILD FAILED D:\tÈlÈchargement\cocoon\dezip1\cocoon-2.0.2\build.xml:: IOException: java.net.MalformedURLException: unknown protoc ol: d Total time: 3 minutes 7 seconds ** I can't resolve it. As Vadim and Perry has me suggested i've tried to download latest version 2.0.3 through cvs system. But at this time our Firewall does'nt permit http tunneling. Consequently i can't download this latest version. My question is could someone send me this latest version of cocoon or is another way to download it Regards, Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] www.linedata.com
AW: XPath and Xalan
Sorry output is: html bodySome data /body /html Judith -Ursprüngliche Nachricht- Von: Andres, Judith [SMTP:[EMAIL PROTECTED]] Gesendet am: Freitag, 7. Juni 2002 10:45 An: '[EMAIL PROTECTED]' Betreff: AW: XPath and Xalan Maybe your original xml code is correct but in your sample are some typos: Anyway I just checked with xalan and it works: xml code: search items rowset Some data /rowset /items /search xsl code: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=search html body xsl:apply-templates select=items/rowset / /body /html /xsl:template xsl:template name=items-list match=items/rowset xsl:value-of select=./ /xsl:template /xsl:stylesheet output: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=search html body xsl:apply-templates select=items/rowset / /body /html /xsl:template xsl:template name=items-list match=items/rowset xsl:value-of select=./ /xsl:template /xsl:stylesheet Judith -Ursprüngliche Nachricht- Von:David LAGARDERE [SMTP:[EMAIL PROTECTED]] Gesendet am:Freitag, 7. Juni 2002 10:35 An: [EMAIL PROTECTED] Betreff:RE: XPath and Xalan -My XML code skeleton is : search items rowset Some data /rowset /item /search -My XSL code is xsl:template match=search !-- Some HMTL code -- xsl:apply-templates select=items/rowset / !-- Some HMTL code -- /xsl:template xsl:template name=items-list match=items/rowset !-- Some HMTL code -- /xsl:template That's all. Do you see any mistakes ? It works when validated with XML Spy. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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] - 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]
open URL with link
hi! i have a link on my xsp-site to www.aon.at if i click on the link, cocoon always tries to open http://localhost:8001/www.aon.at but i want to call only www.aon.at greetings, chris - 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: XPath and Xalan
David, have you declared any namespace in your XML code ? This might explain this behaviour. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: David LAGARDERE [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 10:35 AM To: [EMAIL PROTECTED] Subject: RE: XPath and Xalan -My XML code skeleton is : search items rowset Some data /rowset /item /search -My XSL code is xsl:template match=search !-- Some HMTL code -- xsl:apply-templates select=items/rowset / !-- Some HMTL code -- /xsl:template xsl:template name=items-list match=items/rowset !-- Some HMTL code -- /xsl:template That's all. Do you see any mistakes ? It works when validated with XML Spy. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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]
RE: XPath and Xalan
For Judith : I have the xml xsl prefix, so it doesn't come from here. Thanks for your test. For Luca : I don't use any namespace name. But I didn't precised that my XSL stylesheet is applied by Cocoon default XSLT Transformer. Could it help ? Regards, David LAGARDERE ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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: open URL with link
On Fri, 7 Jun 2002, Christoph Stocker wrote: i have a link on my xsp-site to www.aon.at if i click on the link, cocoon always tries to open http://localhost:8001/www.aon.at but i want to call only www.aon.at Is your link to www.aon.at or http://www.aon.at/ ? The latter will almost certainly do what you want. Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 This is not an official statement or order.Web:www.luminas.co.uk - 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: problem to get lattest cvs version
On Fri, 7 Jun 2002 [EMAIL PROTECTED] wrote: I can't resolve it. As Vadim and Perry has me suggested i've tried to download latest version 2.0.3 through cvs system. But at this time our Firewall does'nt permit http tunneling. Consequently i can't download this latest version. My question is could someone send me this latest version of cocoon or is another way to download it You could try one of the CVS snapshots from: http://cvs.apache.org/snapshots/xml-cocoon2/ (Although I suspect those are of HEAD and not 2.0.3-dev branch ... if you definitely need the branch, email me off-list and I'll send you a copy.) Hope that helps, Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 This is not an official statement or order.Web:www.luminas.co.uk - 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]
error compiling cvs snapshots
Hi all
I downloaded the cvs snapshots from the website (I dont have cvs access due
to firewalls), and try to compile it with jdk1.3.1 and/or jdk1.4.0
with both jdks I get LOTS of errors when I try to compile.
snip
[echo] Compiling with Java 1.3, debug on, optimize off, deprecation
off
[javac] Compiling 633 source files to C:
\java\xml-cocoon2\build\cocoon\class
es
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\la
nguage\programming\java\Jikes.java:68: cannot resolve symbol
[javac] symbol : class AbstractJavaCompiler
[javac] location: class
org.apache.cocoon.components.language.programming.ja
va.Jikes
[javac] public class Jikes extends AbstractJavaCompiler {
[javac]^
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\la
nguage\programming\java\Javac.java:71: cannot resolve symbol
[javac] symbol : class AbstractJavaCompiler
[javac] location: class
org.apache.cocoon.components.language.programming.ja
va.Javac
[javac] public class Javac extends AbstractJavaCompiler {
[javac]^
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\la
nguage\programming\java\JavaLanguage.java:64: cannot resolve symbol
[javac] symbol : class CompiledProgrammingLanguage
[javac] location: package programming
[javac] import
org.apache.cocoon.components.language.programming.CompiledPro
grammingLanguage;
[javac] ^
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\la
nguage\programming\java\JavaLanguage.java:80: cannot resolve symbol
[javac] symbol : class CompiledProgrammingLanguage
[javac] location: class
org.apache.cocoon.components.language.programming.ja
va.JavaLanguage
[javac] public class JavaLanguage extends CompiledProgrammingLanguage
[javac] ^
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\tr
eeprocessor\sitemap\ActNodeBuilder.java:58: cannot resolve symbol
[javac] symbol : class AbstractParentProcessingNodeBuilder
[javac] location: package treeprocessor
/snip
can anybody help me there?
regards
-
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]
OT: mod_webapp and Tomcat 4.0.4 b3
Folks, has anyone had any problem (communication interruped) using mod_webapp on Apache 1.3.19 (three load-balanced Solaris 8 servers) connecting to Tomcat 4.0.4 b3 (another Solaris 8 server) and Cocoon 2.0.2 ? This happens quite often (about 1 out of 4 requests) and it is so frustrating :( Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - - 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]
pdf output from java code
Hi, I'm using JasperReports, which generates PDF and other reports from XML descriptions. I'm able to run it inside cocoon, to produce reports that I save to files. However I want to display them on-line. My general question is, I want to run java code inside a XSP, but instead of returning XML, that code generates binary info that I want to stream to the browser. Is XSP the way to go ? thanks Ricardo - 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]
Nullable tag doesn't work in the 2.0.1 Relase !!
Hi, I have installed the cocoon-2.01 release (migration from 2-1dev) and i'm suprized to see that the form validator nullable tag does not work with a string attribute. Even if i put a nullable=yes, the field MUST be filled otherwise the ValidatorAction failed !! Anybody has an idea ? Do i upgrade the jar file ? Any information ? Sincerly Patrick The descriptor file : parameters-descriptor parameter name=maison1 type=string nullable=yes/ constraint-set name=myset validate name=maison1/ /constraint-set /parameters-descriptor PARAM: 'maison1' VALUES: '[]' [1]/AbstractValidatorAction: VALIDATOR: validating parameter: maison1 [1]/AbstractValidatorAction: VALIDATOR: validating string parameter maison1 (encoded in a string: true) [1]/AbstractValidatorAction: VALIDATOR: string parameter maison1 is null [1]/FormValidatorAction: FORMVALIDATOR: validation failed for parameter maison1 - 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]
Ravi Narine/Toronto/CGI is out of the office.
I will be out of the office starting 06/07/2002 and will not return until 06/10/2002. I will respond to your message when I return. - 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]
xsp encoding
Hello I'm not able to select the xsp encoding my xsp encoding is ISO-8859-1, my taglib encoding is ISO-8859-1, but the output is UTF-8. Can I change this? Omar Copa del Mundo de la FIFA 2002El único lugar de Internet con vídeos de los 64 partidos ¡Apúntante ya!.
CIncludeT-SQLT- XSLT
Hello.
I got more details about what I thought being
an error with Xalan and XPath.
What I'm doing is getting data from a main XML file
including other XML files containg SQL requests with
the cinclude::include. These requests are processed in
another pipeline and SQL data is retrieved thanks to
the SQL Transformer and xml serialized. I finally get
the resulting data from the SQL pipeline in the
first pipeline (thanks to the CInclude transformer)
which is passed to an XSLT transformer and html
serialized.
My problem is that the resulting XML is not processed
by XSLT as expected :
== Main XML page ==
?xml version=1.0 encoding=UTF-8?
search
xmlns:ci=http://apache.org/cocoon/include/1.0;
ci:include src=cocoon:/sql/table.xml/
/search
== Resulting XML ==
search
table
rowset
!-- Some data fetched by the SQL transformer --
/rowset
/table
/search
== XSL applied ==
xsl:template match=search
!-- Some HTML --
xsl:apply-templates select=table/rowset
!-- Some HTML --
/xsl:template
xsl:template match=table/rowset
!-- Some HTML --
/xsl:template
The (bad) result I get is that the table/rowset
template is never reached !
Here is the sitemap :
map:pipelines
map:pipeline
map:match pattern=sql/**.xml
map:generate src=xml/sql/{1}.xml/
map:transform type=sql
map:parameter name=use-connection
value=personnel/
map:parameter name=show-nr-of-rows
value=false/
/map:transform
map:serialize type=xml/
/map:match
/map:pipeline
map:pipeline
map:match pattern=**.xml
map:generate src=xml/{1}.xml/
map:transform type=cinclude/
map:transform src=xsl/{1}.xsl type=xslt/
map:serialize type=xml/
/map:match
/map:pipeline
/map:pipelines
NB:the same happens if I use one pipeline
and three matchers
I really some help to get around this...
Thanks in advance
David LAGARDERE
___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com
-
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]
AW: xsp encoding
Hello Omar, it's quite easy, you have to specify it in your sitemap when you declare the serializer in question: map:serializer mime-type=text/html name=html src=org.apache.cocoon.serialization.HTMLSerializer encodingISO-8859-1/encoding /map:serializer Judith -Ursprüngliche Nachricht- Von: Omar Alos [SMTP:[EMAIL PROTECTED]] Gesendet am: Freitag, 7. Juni 2002 12:12 An: [EMAIL PROTECTED] Betreff: xsp encoding Hello I'm not able to select the xsp encoding my xsp encoding is ISO-8859-1, my taglib encoding is ISO-8859-1, but the output is UTF-8. Can I change this? Omar _ Copa del Mundo de la FIFA 2002 El único lugar de Internet con vídeos de los 64 partidos ¡Apúntante ya!. http://es.rd.yahoo.com/mail_es/tagline/fifa/vipclub/*http://fifaworldcup. yahoo.com/fc/es/ - 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: CIncludeT-SQLT- XSLT
David,
may you try prefixing the elements produced by SQLTransformer with the
sql: namespace in your XSL (like in: xsl:template
match=table/sql:rowset) ?
Best regards,
-
Luca Morandini
GIS Consultant
[EMAIL PROTECTED]
http://utenti.tripod.it/lmorandini/index.html
-
-Original Message-
From: David LAGARDERE [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 07, 2002 12:15 PM
To: [EMAIL PROTECTED]
Subject: CIncludeT-SQLT- XSLT
Hello.
I got more details about what I thought being
an error with Xalan and XPath.
What I'm doing is getting data from a main XML file
including other XML files containg SQL requests with
the cinclude::include. These requests are processed in
another pipeline and SQL data is retrieved thanks to
the SQL Transformer and xml serialized. I finally get
the resulting data from the SQL pipeline in the
first pipeline (thanks to the CInclude transformer)
which is passed to an XSLT transformer and html
serialized.
My problem is that the resulting XML is not processed
by XSLT as expected :
== Main XML page ==
?xml version=1.0 encoding=UTF-8?
search
xmlns:ci=http://apache.org/cocoon/include/1.0;
ci:include src=cocoon:/sql/table.xml/
/search
== Resulting XML ==
search
table
rowset
!-- Some data fetched by the SQL transformer --
/rowset
/table
/search
== XSL applied ==
xsl:template match=search
!-- Some HTML --
xsl:apply-templates select=table/rowset
!-- Some HTML --
/xsl:template
xsl:template match=table/rowset
!-- Some HTML --
/xsl:template
The (bad) result I get is that the table/rowset
template is never reached !
Here is the sitemap :
map:pipelines
map:pipeline
map:match pattern=sql/**.xml
map:generate src=xml/sql/{1}.xml/
map:transform type=sql
map:parameter name=use-connection
value=personnel/
map:parameter name=show-nr-of-rows
value=false/
/map:transform
map:serialize type=xml/
/map:match
/map:pipeline
map:pipeline
map:match pattern=**.xml
map:generate src=xml/{1}.xml/
map:transform type=cinclude/
map:transform src=xsl/{1}.xsl type=xslt/
map:serialize type=xml/
/map:match
/map:pipeline
/map:pipelines
NB:the same happens if I use one pipeline
and three matchers
I really some help to get around this...
Thanks in advance
David LAGARDERE
___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com
-
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]
RE: CIncludeT-SQLT- XSLT
--- Luca Morandini [EMAIL PROTECTED] a écrit : David, may you try prefixing the elements produced by SQLTransformer with the sql: namespace in your XSL (like in: xsl:template match=table/sql:rowset) ? Best regards, Many thanks, Luca. It was the problem ! But I really don't understand why the sql namespace declaration and the namespace prefix don't appear in the resulting XML code (I mean, if I take a snapshot before the XSLT transformation). Does Cocoon hide it ? ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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: XPath and Xalan
David, It seems that Judith meant misspelling with items.../item tags (the closing one is incorrect) and /rowset tag (it has no closing bracket ). After fixing this I was able to apply the following XSL by means of default cocoon's transformer: . . . xsl:template match=search html xsl:apply-templates select=items/rowset / /html /xsl:template xsl:template name=items-list match=items/rowset inside: xsl:value-of select=./ /xsl:template /xsl:stylesheet And the result is the following: ?xml version=1.0 encoding=UTF-8? html xmlns:fo=http://www.w3.org/1999/XSL/Format; inside: Some data /html Best regards. Roman David LAGARDERE wrote: For Judith : I have the xml xsl prefix, so it doesn't come from here. Thanks for your test. For Luca : I don't use any namespace name. But I didn't precised that my XSL stylesheet is applied by Cocoon default XSLT Transformer. Could it help ? Regards, David LAGARDERE ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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]
RE: CIncludeT-SQLT- XSLT
-Original Message- From: David LAGARDERE [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 12:41 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: CIncludeT-SQLT- XSLT --- Luca Morandini [EMAIL PROTECTED] a écrit : David, may you try prefixing the elements produced by SQLTransformer with the sql: namespace in your XSL (like in: xsl:template match=table/sql:rowset) ? Best regards, Many thanks, Luca. It was the problem ! But I really don't understand why the sql namespace declaration and the namespace prefix don't appear in the resulting XML code (I mean, if I take a snapshot before the XSLT transformation). Does Cocoon hide it ? well, I wondered the same and didn't find an explanation for it... could you spare some time to investigate the matter ? I apologize for not being of much assistance... right now I'm horribly busy... this will be the second working-weekend in a row :( Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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: Nullable tag doesn't work in the 2.0.1 Relase !!
On 07.Jun.2002 -- 11:37 AM, Montier Patrick wrote: Hi, I have installed the cocoon-2.01 release (migration from 2-1dev) and i'm Patrick, I don't get the version numbers. You have upgraded from 2.0-dev to 2.0.1 or have you downgraded from 2.1-dev to 2.0.1? Anyway, please try either 2.0.3 from CVS (-r cocoon_2_0_3_branch) or CVS HEAD (2.1-dev) and retry. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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: error compiling cvs snapshots
Hi Rainer,
which snapshot did you try?
Carsten
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Friday, June 07, 2002 11:25 AM
To: [EMAIL PROTECTED]
Subject: error compiling cvs snapshots
Hi all
I downloaded the cvs snapshots from the website (I dont have cvs
access due
to firewalls), and try to compile it with jdk1.3.1 and/or jdk1.4.0
with both jdks I get LOTS of errors when I try to compile.
snip
[echo] Compiling with Java 1.3, debug on, optimize off, deprecation
off
[javac] Compiling 633 source files to C:
\java\xml-cocoon2\build\cocoon\class
es
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\la
nguage\programming\java\Jikes.java:68: cannot resolve symbol
[javac] symbol : class AbstractJavaCompiler
[javac] location: class
org.apache.cocoon.components.language.programming.ja
va.Jikes
[javac] public class Jikes extends AbstractJavaCompiler {
[javac]^
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\la
nguage\programming\java\Javac.java:71: cannot resolve symbol
[javac] symbol : class AbstractJavaCompiler
[javac] location: class
org.apache.cocoon.components.language.programming.ja
va.Javac
[javac] public class Javac extends AbstractJavaCompiler {
[javac]^
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\la
nguage\programming\java\JavaLanguage.java:64: cannot resolve symbol
[javac] symbol : class CompiledProgrammingLanguage
[javac] location: package programming
[javac] import
org.apache.cocoon.components.language.programming.CompiledPro
grammingLanguage;
[javac] ^
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\la
nguage\programming\java\JavaLanguage.java:80: cannot resolve symbol
[javac] symbol : class CompiledProgrammingLanguage
[javac] location: class
org.apache.cocoon.components.language.programming.ja
va.JavaLanguage
[javac] public class JavaLanguage extends CompiledProgrammingLanguage
[javac] ^
[javac] C:
\java\xml-cocoon2\build\cocoon\src\org\apache\cocoon\components\tr
eeprocessor\sitemap\ActNodeBuilder.java:58: cannot resolve symbol
[javac] symbol : class AbstractParentProcessingNodeBuilder
[javac] location: package treeprocessor
/snip
can anybody help me there?
regards
-
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]
Re: XPath and Xalan
Hey there, You had a name= and a match= on the template, get rid of the name. You are using two different rules. best, -Rob - Original Message - From: David LAGARDERE [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, June 07, 2002 2:01 AM Subject: RE: XPath and Xalan For Judith : I have the xml xsl prefix, so it doesn't come from here. Thanks for your test. For Luca : I don't use any namespace name. But I didn't precised that my XSL stylesheet is applied by Cocoon default XSLT Transformer. Could it help ? Regards, David LAGARDERE ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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]
RE: XPath and Xalan
From: Robert Koberg [mailto:[EMAIL PROTECTED]] You had a name= and a match= on the template, get rid of the name. You are using two different rules. Sorry Rob, the above does not stand. Having both 'name' and 'match' attributes is perfectly legal. For example, xsl:template name=items-list match=items/rowset If the above is called using xsl:call-template name=items-list/ It will automatically look for and handle the matching expression using the caller's current node as the context node. Regards, Manos best, -Rob - Original Message - From: David LAGARDERE [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, June 07, 2002 2:01 AM Subject: RE: XPath and Xalan For Judith : I have the xml xsl prefix, so it doesn't come from here. Thanks for your test. For Luca : I don't use any namespace name. But I didn't precised that my XSL stylesheet is applied by Cocoon default XSLT Transformer. Could it help ? Regards, David LAGARDERE ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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] - 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]
Upload
hello, i'm doing a file upload using cocoon2.0.2-dev. it works fine (file will get uploaded) but the sitemap receives no request parameters (even not uploaded_file). when i try the upload sample with the cocoon dist it works fine. can anybody help me ? thanks marc - 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]
Namespace attributes in XSL output
I'm having problems with empty namespace attributes being added into my output tags: A tag which is generated via a call to a named template will insert xmlns= into the tag; which causes that tag to be ignored. For example, a call in a stylesheet with: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:svg=http://www.w3.org/2000/svg; xsl:call-template name=setSeriesMarker ... xsl:template name=setSeriesMarker svg:defs ... /svg:defs ... Results in output of: svg:defs xmlns= ... /svg:defs and as a consequence the elements defined in the defs are ignored... if I manually strip away this extra attribute, its OK! Has anyone an idea how to supress this - is it an XSL or Cocoon issue? Thanks Derek PS The same thing happens when I import elements from an external file: xsl:copy-of select=document(mydefs.xml')/svg/svg:defs/ - 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: XPath and Xalan
ooopppsss... I was replying from memory (just waking up...) I was thinking there might be some confusion about what was called. -Rob - Original Message - From: Manos Batsis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 07, 2002 5:15 AM Subject: RE: XPath and Xalan From: Robert Koberg [mailto:[EMAIL PROTECTED]] You had a name= and a match= on the template, get rid of the name. You are using two different rules. Sorry Rob, the above does not stand. Having both 'name' and 'match' attributes is perfectly legal. For example, xsl:template name=items-list match=items/rowset If the above is called using xsl:call-template name=items-list/ It will automatically look for and handle the matching expression using the caller's current node as the context node. Regards, Manos - 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: Namespace attributes in XSL output
On Fri, 7 Jun 2002, Derek Hohls wrote: I'm having problems with empty namespace attributes being added into my output tags: A tag which is generated via a call to a named template will insert xmlns= into the tag; which causes that tag to be ignored. For example, a call in a stylesheet with: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:svg=http://www.w3.org/2000/svg; xsl:call-template name=setSeriesMarker ... xsl:template name=setSeriesMarker svg:defs ... /svg:defs ... Try this ... xsl:template name=setSeriesMarker defs xmlns=www.w3.org/ ... /defs ... Results in output of: svg:defs xmlns= ... /svg:defs - 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: Namespace attributes in XSL output
Derek, not sure, but try adding: exclude-result-prefixes=svg in your xsl:stylehseet (or xsl:transform) element. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: Derek Hohls [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 2:27 PM To: [EMAIL PROTECTED] Subject: Namespace attributes in XSL output I'm having problems with empty namespace attributes being added into my output tags: A tag which is generated via a call to a named template will insert xmlns= into the tag; which causes that tag to be ignored. For example, a call in a stylesheet with: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:svg=http://www.w3.org/2000/svg; xsl:call-template name=setSeriesMarker ... xsl:template name=setSeriesMarker svg:defs ... /svg:defs ... Results in output of: svg:defs xmlns= ... /svg:defs and as a consequence the elements defined in the defs are ignored... if I manually strip away this extra attribute, its OK! Has anyone an idea how to supress this - is it an XSL or Cocoon issue? Thanks Derek PS The same thing happens when I import elements from an external file: xsl:copy-of select=document(mydefs.xml')/svg/svg:defs/ - 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]
Re: Namespace attributes in XSL output
Solved - brilliant- thanks, Stephan! (in future I am not sure whether to RTM or ATG - Ask The Gurus!) [EMAIL PROTECTED] 07/06/2002 02:30:04 On Fri, 7 Jun 2002, Derek Hohls wrote: I'm having problems with empty namespace attributes being added into my output tags: A tag which is generated via a call to a named template will insert xmlns= into the tag; which causes that tag to be ignored. For example, a call in a stylesheet with: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:svg=http://www.w3.org/2000/svg; xsl:call-template name=setSeriesMarker ... xsl:template name=setSeriesMarker svg:defs ... /svg:defs ... Try this ... xsl:template name=setSeriesMarker defs xmlns=www.w3.org/ ... /defs ... Results in output of: svg:defs xmlns= ... /svg:defs - 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]
Re: Namespace attributes in XSL output
On Friday, June 7, 2002, at 08:39 AM, Derek Hohls wrote: Solved - brilliant- thanks, Stephan! (in future I am not sure whether to RTM or ATG - Ask The Gurus!) Some advice. 1. RTM. If you don't find what you need, then: 2. ATG, and then 3. SAP (submit a patch, while the experience is still fresh) I'm committing refactored FAQs, new How-Tos, Tutorials, and Snippets to release and live site by this weekend. Also included are instructions on how to add your own contribution. I'll post detailed instructions here once I'm finished. Just think how the documentation would improve if each user on this list could submit at least one unique FAQ, How-To, Snippet, etc. Imagine how quickly our abilities to use Cocoon would advance... Think about it. Diana [EMAIL PROTECTED] 07/06/2002 02:30:04 On Fri, 7 Jun 2002, Derek Hohls wrote: I'm having problems with empty namespace attributes being added into my output tags: A tag which is generated via a call to a named template will insert xmlns= into the tag; which causes that tag to be ignored. For example, a call in a stylesheet with: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:svg=http://www.w3.org/2000/svg; xsl:call-template name=setSeriesMarker ... xsl:template name=setSeriesMarker svg:defs ... /svg:defs ... Try this ... xsl:template name=setSeriesMarker defs xmlns=www.w3.org/ ... /defs ... Results in output of: svg:defs xmlns= ... /svg:defs - 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] - 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: Problem with empty sitemap_xmap.java e
From: Ulf åkerberg [mailto:[EMAIL PROTECTED]] Hi ! I have installed version 2.02 an a HP_UX 11.0 system, Weblogic Server 6.1 SP2, JDK 1.3.1.02 Following the advice on the list I have: - unpacked the war file - unpacked the jar files in the lib directory and placed them in classes After this Cocon deploys without any errors. When I try to access cocoon the sitemap_xmap.java file is generated and placed in (WORK_DIR)/cocoon-files. Next step is to compile it.This fails, as the sitemap_xmap.java is empty. Cocoon then displays the message ...due to a It means that transformation step has failed. Have you modified cocoon.xconf as needed? http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/documentation/xdocs/in stalling/index.xml?rev=1.18.2.5content-type=text/vnd.viewcvs-markup, Installing on BEA WebLogic 6.1sp2: xslt-processor class=org.apache.cocoon.components.xslt.XSLTProcessorImpl logger=root.xslt parameter name=use-store value=true/ parameter name=transformer-factory value=org.apache.xalan.processor.TransformerFactoryImpl/ /xslt-processor Vadim java.lang.ClassNotFoundException: org.apache.cocoon.www.sitemap_xmap I have also tried to set incremental-processing to true. Read a bug report with a similar problem with the advice to clean WORK_DIR/cocoon-files. As this is created every time I restart the server it does not help me, it is empty. The log file contains: DEBUG (2002-06-07) 08:02.15:708 [cocoon ] (/cocoon/) ExecuteThread: '10' fo r queue: 'default'/AbstractMarkupLanguage: AbstractMarkupLanguage addLogicsheetT oList: logicsheetName file:/opt/weblogic/weblogic61/wlserver6.1/config/utvdomain /applications/.wlnotdelete_DHSServer/wl_comp32600/WEB- INF/classes/org/apache/coc oon/components/language/markup/sitemap/java/sitemap.xsl DEBUG (2002-06-07) 08:02.15:710 [cocoon ] (/cocoon/) ExecuteThread: '10' fo r queue: 'default'/AbstractMarkupLanguage: AbstractMarkupLanguage addLogicsheetT oList: adding dependency on file /opt/weblogic/weblogic61/wlserver6.1/config/utv domain/applications/.wlnotdelete_DHSServer/wl_comp32600/WEB- INF/classes/org/apac he/cocoon/components/language/markup/sitemap/java/sitemap.xsl DEBUG (2002-06-07) 08:02.26:025 [cocoon ] (/cocoon/) ExecuteThread: '10' fo r queue: 'default'/JavaLanguage: Compiling /opt/weblogic/weblogic61/wlserver6.1/ config/utvdomain/applications/.wlnotdelete_DHSServer/wl_comp32600/WEB- INF/_tmp_w ar_DHSServer_DHSServer_cocoon/cocoon- files/org/apache/cocoon/www/sitemap_xmap.ja va WARN(2002-06-07) 08:02.29:545 [cocoon ] (/cocoon/) ExecuteThread: '10' fo r queue: 'default'/JavaLanguage: Could not load class for program 'org/apache/co coon/www/sitemap_xmap' There are no other ERRORS in the log files Any ideas ? Regards Ulf - 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: A little help with aggregation/Solution FOUND
From: Hahn Kurt (CHA) [mailto:[EMAIL PROTECTED]]
Thanks to all, when I finally completed the part mapping with element
names
and ns-attributes, it worked all of sudden. I didn't see that in the
sample
aggregation in the sitemap, but it seems this two attributes are
needed.
Summary:
ns and element are optional. Slash in cocoon:/ is required.
Vadim
Kurt
-Message d'origine-
De : Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Envoyé : vendredi, 7. juin 2002 00:06
À : [EMAIL PROTECTED]
Objet : RE: A little help with aggregation
From: J.Pietschmann [mailto:[EMAIL PROTECTED]]
Hahn Kurt (CHA) wrote:
I changed the sitemap a little to make it clearer, it now looks
like
this:
map:match pattern=pvDoc/*.pdf
map:aggregate element=pvDoc
map:part src=cocoon:/pv/title/{1}.xml element=title
ns=http://etat.geneve.com/title/
map:part src=cocoon:/pv/{1}.xml element=pvtexte
ns=http://etat.geneve.com/pvtexte/
/map:aggregate
map:serialize type=xml/
/map:match
As I mentioned before, the parts called individually work fine.
I'm
suspecting that maybe the parameter isn't passed correctly. Can
somebody
confirm (or disconfirm ) if my syntaxe is correct?
Wild guess: does
map:part src=cocoon:/pv/title/{../1}.xml element=title ...
Yes, this is wild... This reminds me once again that we need to
document
sitemap/matcher/action interactions and how substitutions work better
then what we have now...
Hint-hint? ;)
PS To 'J.': I believe that author of this sitemap snippet wants to
substitute {1} with '*' from the matcher, and not with something not
shown in this snippet... Because '../1' will bring you one level up -
above this matcher.
Vadim
work?
J.Pietschmann
-
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]
-
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: Upload
This problem is fixed in the latest development versions (2.0.3 and 2.1). Jeroen - Original Message - From: Marc Schüpbach [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 07, 2002 2:26 PM Subject: Upload hello, i'm doing a file upload using cocoon2.0.2-dev. it works fine (file will get uploaded) but the sitemap receives no request parameters (even not uploaded_file). when i try the upload sample with the cocoon dist it works fine. can anybody help me ? thanks marc - 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]
RE: XPath and Xalan
From: Andres, Judith [mailto:[EMAIL PROTECTED]] Hi David, AFAIK the order of templates in the stylesheet matters: Andres, *Order* does not matter. *Priority* matters. parent_node/child_node gets higher priority then just child_node. Here is snippet from the specification (http://www.w3.org/TR/xslt) for you: The order in which the children of the xsl:stylesheet element occur is not significant except for xsl:import elements and for error recovery. Users are free to order the elements as they prefer, and stylesheet creation tools need not provide control over the order in which the elements occur. Vadim if your template order is xsl:template match=child_node.../xsl:template xsl:template match=parent_node/child_node.../xsl:template then the first template will be called because it matches parent_node/child_node, too. Judith -Ursprüngliche Nachricht- Von:David LAGARDERE [SMTP:[EMAIL PROTECTED]] Gesendet am:Freitag, 7. Juni 2002 10:08 An: [EMAIL PROTECTED] Betreff:XPath and Xalan Hello. It seems that the XPath syntax is not fully supported in the select attribute of apply-templates element : xsl:apply-templates select=parent_node/child_node doesn't work for me ! The template matching the parent_node/child_node is never applied. Do I have to use another syntax ? Thanks in advance. David Lagardere ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - 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] - 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]
EDITING UPDATING DATA FROM AN SQL-DATABASE
++ $ I NEED HELP !!! $ EDITING UPDATING DATA FROM AN SQL-DATABASE $ WITH XSP ++ right then. - what i tried: i tried, to recreate the tutorial example in cocoon2 (creating, updating, and editing data in my database) that for i made a copy of the tutorial and created a new subsitemap with a slightly different name, and another database connection, but in the first step using a copy of identicall tables. the tutorial works perfect! - problem is: the recreated emxample runs until the point, where i wanna pick up value from the database, to edit it. deletion and creating works. when i want to change the data in editing-department, by typing in a new name, and pressing update department, the same value like bevor is displayed. i asked someone, if it could be a problem related to the format of my table. but because of the fact, that its an identicall copy of the tutorial table that guy meant, that this would be unlikely. i had an closer look to the generated html source file of the edit department. there was a slightly different source entrie with in the code of the displayed html source: instead of showing: input value=1 name=id type=hidden Name: span style=color: #ff;*/spaninput value=Informatik size=30 name=name type=text the source of the recreated edit-department looks like: input value= 1 name=id type=hidden Name: span style=color: #ff;*/spaninput value= Informatik size=30 name=name type=text when i realised that, i had an closer look to, if i have got any spaces within my queries, or values. but obviously i dont. i also deleted the work directory a couple of times, but the original tutorial worked, but the other didnt. iff anyone has got an idea, why this happens i would be very cratefull, to get an reply!! my files by the look like this: edit-dept.xsp: ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:xsp-formval=http://apache.org/xsp/form-validator/2.0; xmlns:xsp-request=http://apache.org/xsp/request/2.0; xmlns:esql=http://apache.org/cocoon/SQL/v2; document header titleDepartment/title /header body s1 title=Create a Department form handler=edit-dept.html p You can create a department by typing in the name and pressing the submit button. /p p parameter name=id xsp:attribute name=value xsp-request:get-parameter name=id/ /xsp:attribute /parameter esql:connection esql:poolpersonnel/esql:pool esql:execute-query esql:query SELECT name FROM department WHERE id = esql:parameter xsp-request:get-parameter name=id/ /esql:parameter /esql:query esql:results esql:row-results Name: text name=name size=30 required=true xsp:attribute name=value esql:get-string column=name/ /xsp:attribute /text br/ xsp-formval:on-toosmall name=name Name must be at least 5 characters. /xsp-formval:on-toosmall xsp-formval:on-toolarge name=name Name must be less than 64 characters. /xsp-formval:on-toolarge /esql:row-results /esql:results
RE: pdf output from java code
From: Ricardo Trindade [mailto:[EMAIL PROTECTED]] Hi, I'm using JasperReports, which generates PDF and other reports from XML descriptions. I'm able to run it inside cocoon, to produce reports that I save to files. However I want to display them on-line. My general question is, I want to run java code inside a XSP, but instead of returning XML, that code generates binary info that I want to stream to the browser. Is XSP the way to go ? No. XSP must generate XML. You could generate XHTML with link to required PDF or do a redirect with META or Javascript. Better way will be to code an action, and have map:read nested into it which will serve generated file. Vadim thanks Ricardo - 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]
Ravi Narine/Toronto/CGI is out of the office.
I will be out of the office starting 06/07/2002 and will not return until 06/10/2002. I will respond to your message when I return. - 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]
Tomcat/cocoon encoding problem
Hi I´ve set the encoding of both the xsp and the xml serializer correctly. Afteri requestthe xml i get the right encoding - ISO-8859-1 in the ?xml ... ? tag but german umlaut´s like äöü are replacedby '?'. I´ve noticed the same problem when i use beans on my JSP Pages (without cocoon; only tomcat) (Using äöü on a jsp works - but as soon as i set the data in a bean and then request it back - i have äöü instead of the umlauts in my string). I´m using linux 2.4.17, jdk1.3.1, tomcat 4.1.2alpha and cocoon2.0.2. So... Is there a anywhere a setting for the jvm, tomcat or cocoonthatthe umlauts arecorrectly displayed ? greetings mike
RE: C2.0.3 Deployment on iPlanet 6.5 tips
I found that iAS 6.x ignores contents my WEB-INF/lib,
so I have to put all cocoon/other libs in iAS's classpath
in registry
Artur...
-Original Message-
From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 06, 2002 7:54 PM
To: '[EMAIL PROTECTED]'
Subject: RE: C2.0.3 Deployment on iPlanet 6.5 tips
I'm not ready for that. my iPlanet port is not stable yet.
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 06, 2002 7:38 PM
To: [EMAIL PROTECTED]
Subject: RE: C2.0.3 Deployment on iPlanet 6.5 tips
From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]]
Finally, it seems that I made it work on iPlanet 6.5 iAS (not Web
server).
Do you want to form a patch from these notes to the Cocoon's install
doc?
Vadim
iPlanet comes with jaxp.jar and parser.jar files in its classpath,
which are
located in install-dir\ias6\ias\classes\java\jaxp folder.
I thought
that I
can remove these files, but it seems that iPlanet is configured (or
hardcoded) somehow, that it tries to load the particular Parser from
those
jars. I didn't figure out yet how to change that in order to make it
work
with any parser in the classpath. The parser they use is
from Sun, it
doesn't implement some methods, which breakes Cocoon with
NoSuchMethodError
run-time error.
So, I put xercesXXX.jar and xml-apis.jar from Cocoon's
WEB-INF/lib in
the
beginning of the classpath. The iPlanet classpath is edited by
kregedit
utility, the kay is \SOFTWARE\iPlanet\Application
Server\6.5\Java\ClassPath. The above two jars must come before
jaxp.jar and
parser.jar, indeed.
Then I built the cocoon.war file. In addition to web.xml, iPlanet
needs
ias-web.xml file in WEB-INF folder. You have to create it yourself,
here's
the sample:
START ias-web.xml
?xml version=1.0 encoding=UTF-8?
!DOCTYPE ias-web-app PUBLIC '-//Sun Microsystems, Inc.//DTD iAS Web
Application 1.0//EN'
'http://developer.iplanet.com/appserver/dtds/IASWebApp_1_0.dtd'
ias-web-app
servlet
servlet-nameCocoon2/servlet-name
guid{F3F92B34-D2D9-4FFE-A961-CC25A15FC3FA}/guid
servlet-info
stickyfalse/sticky
encryptfalse/encrypt
number-of-singles10/number-of-singles
disable-reloadfalse/disable-reload
/servlet-info
/servlet
session-info
impllite/impl
dsync-typedsync-distributed/dsync-type
timeout-typelast-access/timeout-type
securefalse/secure
domain/domain
path/path
scope/scope
/session-info
/ias-web-app
END ias-web.xml
The most interesting thing is guid element. iPlanet requires GUID
for
every servlet to be run. There's a utility called kguidgen, it
generates
GUID for you.
As for the rest of the elements, I've no clue about them :)
I suspect
they
are not required at all.
To deploy Cocoon, I used the following command:
iasdeploy deploymodule -verbose cocoon.war
If it's successfully deployed, then you can launch it with
http://localhost/NASApp/cocoon/
In my configuration I have both iPlanet Web Server and App Server
installed.
So, NASApp is the context for apps deployed on App server.
Apparently the war file name becomes the servlet's context if you
deploy it
as a module. You can also deploy Cocoon as an application.
To do that
you
simply package it in ear file. Here's nothing fancy, no vendor
specific
files, just ordinary application.xml in META-INF.
thanks,
Argyn
I'm not an expert in iPlanet (YET), so excuse inaccuracies, if any.
-
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]
-
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
RE: build cocoon !!
Hi Perry and Vadim, As you suggested me i've tried to build cocoon with the latest (2.0.3) version. As i can't download latest cvs version because of the firewall Adrew has zipped it for me and i've dowloaded it on his firm site. Unfortunate i get the same error with this version in building cocoon : prepare-webapp: [xconf-tool] Reading: D: \tÈlÈchargement\cocoon\dezip2\xml-cocoon2\build\cocoon\webapp\sitemap.xmap BUILD FAILED D:\tÈlÈchargement\cocoon\dezip2\xml-cocoon2\build.xml:1093: IOException: java.net.MalformedURLException: unknown protoco l: d Total time: 2 minutes 22 seconds If someone could help me to solve it. Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] www.linedata.com Faulkner, Perry [EMAIL PROTECTED]To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] sw.edu.au cc: Subject: RE: build cocoon !! 06/07/2002 12:31 AM Please respond to cocoon-users Hi Patrick, I haven't had that error! Have you modified the sitemap.xmap in some way? The error seems to be in build.xml where it builds the sitemap. Maybe you inadvertently typed something? Seems to complain about a URL - 'd' ? If so get a new copy from the distro and retry, or correct the error. Or, as Vadim suggests, try the CVS 2.0.3 version! Perry -Original Message- From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] Sent: Friday, 7 June 2002 8:18 To: [EMAIL PROTECTED] Subject: RE: build cocoon !! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Hi Perry and Vadim, As you mentioned in your mail i've found the EsqlConnection.java and remove and remove the comments around the 20 or so method declarations at the end of that file. This should not be necessary for Cocoon 2.0.3 Than i've launched the buid process. As you seen i believe that the compile process is now ok but i have now a java.net.MalformedURLException. If you can help me to resolve this probleme ??? You have not sent any info on this exception. Another question is : You mentioned that i need to recompile the Excalibur stuff for JDBC but i don't now how to do that. Have i to download the source ? Yes, if you want to do this. Consult http://jakarta.apache.org/avalon/excalibur/ Vadim snip/ - 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]
RE: C2.0.3 Deployment on iPlanet 6.5 tips
I found that iAS 6.x ignores contents my WEB-INF/lib, so I have to put all cocoon/other libs in iAS's classpath in registry Artur... iAS behaves very strangely. It expands all jars from WEB-INF folder when webapp is deployed. I can see all classes from there. Initially, it iAS didn't see anything from there. So, I put everything in iAS classpath. Cocoon was working. Then I removed all classes from the classpath, and left only parsers in iAS classpath. It was still working. So, now I'm not sure how it works, honestly. Another problem I just encountered: ESQL samples don't work at all. So, I put hardcoded class loading inside CocoonServlet.forceLoad() method of hsqldb driver. ESQL sample works now. I see that there's a garbage in load-class parameter when it's read from web.xml file. Argyn - 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]
open-source JMS?
I'm looking at integrating some JMS functionality into cocoon (for caching) can someone reccomend a good JMS implementation? -I've tried jBossMQ (formally SpyderMQ) but it seems geared almost exclusively to MBeans, at least in its latest release. I'm not even sure it can run standalone anymore - a minus for integrating into cocoon for those who don't need beans. -I've tried Joram from objectweb.com, but it seems immature. I can't get the distributed samples working and the list archive and FAQ look empty. -SwiftMQ is no longer free (and only has 30 minute demos -- I can't sneeze in 30 minutes! They have an email address for questions during the evaluation period - better type fast if you have a problem...) Our budget for this is $0. Geoff Howard - 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: open-source JMS?
Title: RE: open-source JMS? Finding a stand-alone version of an opensource JMS implementation. I would suggest considering going for JBoss and JBossMQ. The biggest question is how do you consider using JMS for caching? Corneil du Plessis Technical Specialist Internet Development Retail Channels Standard Bank Direct +27 (11) 636-2210 Mobile +27 (83) 442-9221 ICQ# 66747137 -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED]] Sent: 07 June, 2002 18:17 To: '[EMAIL PROTECTED]' Subject: open-source JMS? I'm looking at integrating some JMS functionality into cocoon (for caching) can someone reccomend a good JMS implementation? -I've tried jBossMQ (formally SpyderMQ) but it seems geared almost exclusively to MBeans, at least in its latest release. I'm not even sure it can run standalone anymore - a minus for integrating into cocoon for those who don't need beans. -I've tried Joram from objectweb.com, but it seems immature. I can't get the distributed samples working and the list archive and FAQ look empty. -SwiftMQ is no longer free (and only has 30 minute demos -- I can't sneeze in 30 minutes! They have an email address for questions during the evaluation period - better type fast if you have a problem...) Our budget for this is $0. Geoff Howard - 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] __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited is proprietary to the company. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of Standard Bank. The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. ___
RE: open-source JMS?
Title: RE: open-source JMS? Have a look at http://www.open3.org/ for a 'production quality' implementation. Corneil du Plessis Technical Specialist Internet Development Retail Channels Standard Bank Direct +27 (11) 636-2210 Mobile +27 (83) 442-9221 ICQ# 66747137 -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED]] Sent: 07 June, 2002 18:17 To: '[EMAIL PROTECTED]' Subject: open-source JMS? I'm looking at integrating some JMS functionality into cocoon (for caching) can someone reccomend a good JMS implementation? -I've tried jBossMQ (formally SpyderMQ) but it seems geared almost exclusively to MBeans, at least in its latest release. I'm not even sure it can run standalone anymore - a minus for integrating into cocoon for those who don't need beans. -I've tried Joram from objectweb.com, but it seems immature. I can't get the distributed samples working and the list archive and FAQ look empty. -SwiftMQ is no longer free (and only has 30 minute demos -- I can't sneeze in 30 minutes! They have an email address for questions during the evaluation period - better type fast if you have a problem...) Our budget for this is $0. Geoff Howard - 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] __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited is proprietary to the company. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of Standard Bank. The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. ___
RE: open-source JMS?
-Original Message- From: du Plessis, Corneil C [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 12:24 PM To: [EMAIL PROTECTED] Subject: RE: open-source JMS? ... The biggest question is how do you consider using JMS for caching? Well, the JMS has to do with firing uncache messages from a database. JMS is not actually *doing* the caching. Thanks for the input. I'll take a look at open3.org and a second look at jBossMQ. Anyone else? Geoff -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED]] Sent: 07 June, 2002 18:17 To: '[EMAIL PROTECTED]' Subject: open-source JMS? I'm looking at integrating some JMS functionality into cocoon (for caching) can someone reccomend a good JMS implementation? -I've tried jBossMQ (formally SpyderMQ) but it seems geared almost exclusively to MBeans, at least in its latest release. I'm not even sure it can run standalone anymore - a minus for integrating into cocoon for those who don't need beans. -I've tried Joram from objectweb.com, but it seems immature. I can't get the distributed samples working and the list archive and FAQ look empty. -SwiftMQ is no longer free (and only has 30 minute demos -- I can't sneeze in 30 minutes! They have an email address for questions during the evaluation period - better type fast if you have a problem...) Our budget for this is $0. Geoff Howard - 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] __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of Standard Bank Group Limited is proprietary to the company. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of Standard Bank. The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. ___ - 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]
Form-validator error in AbstractValidatorAction.java
Hi,
I feel very unlucky with cocoon. I installed the 2.0.1 release : error in
nullable tag. Someone told me to install a newer one.
SO i installed the 2.0.2 and now the form validator show an exception... i'm
so dispointed..
the AbstractValidatorAction.java, getdefaut function seem to crash when
verifing the default value.
I try to put or remove default value, it's the same result :
I need some help.
Thank you
Patrick
PARAM: 'login' VALUES: '[pmontier]'
PARAM: 'password' VALUES: '[]'
PARAM: 'isCompany' VALUES: '[f]'
sirtemap.log
[1]/AbstractComplementaryConfigurableAction: Using cached configuration for
context://bethe1/descriptors/params.xml
[1]/FormValidatorAction: Validating parameters as specified via 'validate'
parameter
[1]/AbstractValidatorAction: Validating parameter: login
[1]/FormValidatorAction: exception:
java.lang.NullPointerException
at
org.apache.cocoon.acting.AbstractValidatorAction.getDefault(AbstractValidato
rAction.java:576)
at
org.apache.cocoon.acting.AbstractValidatorAction.validateString(AbstractVali
datorAction.java:222)
at
org.apache.cocoon.acting.AbstractValidatorAction.validateParameter(AbstractV
alidatorAction.java:202)
at
org.apache.cocoon.acting.FormValidatorAction.act(FormValidatorAction.java:16
9)
sitemap.xmap :
map:match pattern=asp*/*/do-login
!-- first validate whether submitted values are ok --
map:act type=form-validator
map:parameter name=descriptor
value=context://bethe1/descriptors/params.xml/
map:parameter name=validate value=login,password/
!-- now try to log in --
map:act type=db-authenticator
map:parameter name=descriptor
value=context://bethe1/descriptors/auth.xml/
!-- now go to protected area --
map:redirect-to uri=login_ok.htm/
/map:act
/map:act
!-- something was wrong, try it again --
map:redirect-to uri=login_nok.htm/
/map:match
params.xml :
!--
This file is used for description of request and session parameters.
parameters that are nullable and are found being null are replaced with
their
default values, non-nullable parameters can make the validation process
fail.
--
parameters-descriptor
parameter name=login type=string nullable=no/
parameter name=id_rus type=long nullable=no/
parameter name=password type=string nullable=no/
/parameters-descriptor
the FUNCTION in AbstractValidatorAction.java :
/**
* Returns the default value from given configuration or constraints.
* Value present in constraints takes precedence, null is returned when
no
* default attribute is present in eiher of them.
*/
private String getDefault(Configuration conf, Configuration cons) {
String dflt = null;
try {
dflt = cons.getAttribute(default);
} catch (ConfigurationException e) {
dflt = conf.getAttribute(default, );
}
if (.equals(dflt.trim())) {
dflt = null;
}
return dflt;
}
-
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]
Logging and Form Validation
Group, I am implmenting a five page form, and I am wondering how I should do the validation of fields. Can anyone give me a good comparison in brief of javascript vs. cocoon for doing the validation? I am looking for how it would be accomplished pass content of forms to bean through servlet, etc... I need this for our exploration phase of XP, where we are choosing architecture. This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. Thanks, Adam - 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: Logging and Form Validation
This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. IMNSHO, the only way you can justify client side validation is if you are running an Intranet and you have an organization that somehow restricts the users capability to modify browsers settings so that you can ensure JavaScript is enabled. Otherwise, you can receive unvalidated data... If you're running over the Internet it's fine to use client side validation in addition to server side if you want to have some extra performance benefits for those who have JavaScript enabled. However, who wants to maintain both? Even if you have an Intranet and locked down browser settings, client side validation can be a real pain to maintain over time. In particular, there is (usually) no good coupling between the validation and the rest of the server side code. The exception is if you generate your client side validation code from server side templates. That's quite possible, but I suspect that once you developers jump through the hoops of embedding JavaScript within XML ( lot's of escaping and/or CDATA) they won't object to server side validation nearly so much... - 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: Logging and Form Validation
So how would I accomplish this with Cocoon. Could I just create a component for doing that validation and treat it as a self contained pipe? -Adam Hunsberger, PeterTo: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Peter.Hunsberger@cc: stjude.org Subject: RE: Logging and Form Validation 06/07/02 12:06 PM Please respond to cocoon-users This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. IMNSHO, the only way you can justify client side validation is if you are running an Intranet and you have an organization that somehow restricts the users capability to modify browsers settings so that you can ensure JavaScript is enabled. Otherwise, you can receive unvalidated data... If you're running over the Internet it's fine to use client side validation in addition to server side if you want to have some extra performance benefits for those who have JavaScript enabled. However, who wants to maintain both? Even if you have an Intranet and locked down browser settings, client side validation can be a real pain to maintain over time. In particular, there is (usually) no good coupling between the validation and the rest of the server side code. The exception is if you generate your client side validation code from server side templates. That's quite possible, but I suspect that once you developers jump through the hoops of embedding JavaScript within XML ( lot's of escaping and/or CDATA) they won't object to server side validation nearly so much... - 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]
RE: Logging and Form Validation
So how would I accomplish this with Cocoon. Could I just create a component for doing that validation and treat it as a self contained pipe? I suspect our case won't apply to you: we drive validation out of the database through some EJB's using XML templates that describe what validation rules to pick up. We also have a requirement to ensure that our validators can work with frameworks other than Cocoon without a lot of work. However, if you look at the validation examples that come with Cocoon you should probably get several ideas on ways to proceed. - 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: Form-validator error in AbstractValidatorAction.java
From: Montier Patrick [mailto:[EMAIL PROTECTED]]
Hi,
I feel very unlucky with cocoon. I installed the 2.0.1 release : error
in
nullable tag. Someone told me to install a newer one.
SO i installed the 2.0.2 and now the form validator show an
exception... i'm
so dispointed..
Now you should install 2.0.3 :)
Seriously.
Vadim
the AbstractValidatorAction.java, getdefaut function seem to crash
when
verifing the default value.
I try to put or remove default value, it's the same result :
I need some help.
Thank you
Patrick
PARAM: 'login' VALUES: '[pmontier]'
PARAM: 'password' VALUES: '[]'
PARAM: 'isCompany' VALUES: '[f]'
sirtemap.log
[1]/AbstractComplementaryConfigurableAction: Using cached
configuration for
context://bethe1/descriptors/params.xml
[1]/FormValidatorAction: Validating parameters as specified via
'validate'
parameter
[1]/AbstractValidatorAction: Validating parameter: login
[1]/FormValidatorAction: exception:
java.lang.NullPointerException
at
org.apache.cocoon.acting.AbstractValidatorAction.getDefault(AbstractVali
dato
rAction.java:576)
at
org.apache.cocoon.acting.AbstractValidatorAction.validateString(Abstract
Vali
datorAction.java:222)
at
org.apache.cocoon.acting.AbstractValidatorAction.validateParameter(Abstr
actV
alidatorAction.java:202)
at
org.apache.cocoon.acting.FormValidatorAction.act(FormValidatorAction.jav
a:16
9)
sitemap.xmap :
map:match pattern=asp*/*/do-login
!-- first validate whether submitted values are ok --
map:act type=form-validator
map:parameter name=descriptor
value=context://bethe1/descriptors/params.xml/
map:parameter name=validate value=login,password/
!-- now try to log in --
map:act type=db-authenticator
map:parameter name=descriptor
value=context://bethe1/descriptors/auth.xml/
!-- now go to protected area --
map:redirect-to uri=login_ok.htm/
/map:act
/map:act
!-- something was wrong, try it again --
map:redirect-to uri=login_nok.htm/
/map:match
params.xml :
!--
This file is used for description of request and session parameters.
parameters that are nullable and are found being null are replaced
with
their
default values, non-nullable parameters can make the validation
process
fail.
--
parameters-descriptor
parameter name=login type=string nullable=no/
parameter name=id_rus type=long nullable=no/
parameter name=password type=string nullable=no/
/parameters-descriptor
the FUNCTION in AbstractValidatorAction.java :
/**
* Returns the default value from given configuration or
constraints.
* Value present in constraints takes precedence, null is returned
when
no
* default attribute is present in eiher of them.
*/
private String getDefault(Configuration conf, Configuration cons)
{
String dflt = null;
try {
dflt = cons.getAttribute(default);
} catch (ConfigurationException e) {
dflt = conf.getAttribute(default, );
}
if (.equals(dflt.trim())) {
dflt = null;
}
return dflt;
}
-
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: Logging and Form Validation
There is already an action included in Cocoon that does validation. What's nice is that you define the validation parameters in a definition files and the action takes care of applying them. I suppose you might need to define your own action to actually send the data where you want it. Lajos galatea.com Cocoon training, consulting support [EMAIL PROTECTED] wrote: So how would I accomplish this with Cocoon. Could I just create a component for doing that validation and treat it as a self contained pipe? -Adam Hunsberger, PeterTo: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Peter.Hunsberger@cc: stjude.org Subject: RE: Logging and Form Validation 06/07/02 12:06 PM Please respond to cocoon-users This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. IMNSHO, the only way you can justify client side validation is if you are running an Intranet and you have an organization that somehow restricts the users capability to modify browsers settings so that you can ensure JavaScript is enabled. Otherwise, you can receive unvalidated data... If you're running over the Internet it's fine to use client side validation in addition to server side if you want to have some extra performance benefits for those who have JavaScript enabled. However, who wants to maintain both? Even if you have an Intranet and locked down browser settings, client side validation can be a real pain to maintain over time. In particular, there is (usually) no good coupling between the validation and the rest of the server side code. The exception is if you generate your client side validation code from server side templates. That's quite possible, but I suspect that once you developers jump through the hoops of embedding JavaScript within XML ( lot's of escaping and/or CDATA) they won't object to server side validation nearly so much... - 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] - 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: Logging and Form Validation
Sorry, read logicsheet instead of action. Don't know where my mind has gone ... Lajos Lajos Moczar wrote: There is already an action included in Cocoon that does validation. What's nice is that you define the validation parameters in a definition files and the action takes care of applying them. I suppose you might need to define your own action to actually send the data where you want it. Lajos galatea.com Cocoon training, consulting support [EMAIL PROTECTED] wrote: So how would I accomplish this with Cocoon. Could I just create a component for doing that validation and treat it as a self contained pipe? -Adam Hunsberger, PeterTo: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Peter.Hunsberger@ cc: stjude.org Subject: RE: Logging and Form Validation 06/07/02 12:06 PM Please respond to cocoon-users This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. IMNSHO, the only way you can justify client side validation is if you are running an Intranet and you have an organization that somehow restricts the users capability to modify browsers settings so that you can ensure JavaScript is enabled. Otherwise, you can receive unvalidated data... If you're running over the Internet it's fine to use client side validation in addition to server side if you want to have some extra performance benefits for those who have JavaScript enabled. However, who wants to maintain both? Even if you have an Intranet and locked down browser settings, client side validation can be a real pain to maintain over time. In particular, there is (usually) no good coupling between the validation and the rest of the server side code. The exception is if you generate your client side validation code from server side templates. That's quite possible, but I suspect that once you developers jump through the hoops of embedding JavaScript within XML ( lot's of escaping and/or CDATA) they won't object to server side validation nearly so much... - 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] - 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]
Re: build test error with CVS HEAD
On 6/6/02 6:49 AM, Bruce Krautbauer [EMAIL PROTECTED] wrote: I know the CVS HEAD can sometimes be unstable, but for the last week or so my 'build test' has been failing during the anteater tests with the following error: anteater.tests: BUILD FAILED D:\xml-cocoon2\build.xml:1805: Execute failed: java.io.IOException: CreateProcess: anteater -f src/test/anteater/all-tests.xml -Dhost=localhost -Dport=8080 -Dbase=cocoon error=2 Is this a known problem or do I have something wrong with my environment? I'm running with JDK 1.3.1_02 on Win2K. Thanks, Bruce You need to install Anteater on your for the tests to work. You can get Anteater from: http://sf.net/projects/aft/ Regards, -- Ovidiu Predescu [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Monitor/7464/ (Apache, GNU, Emacs...) - 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]
Ravi Narine/Toronto/CGI is out of the office.
I will be out of the office starting 06/07/2002 and will not return until 06/10/2002. I will respond to your message when I return. - 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: build test error with CVS HEAD
Hello Ovidiu, Thanks for the hint on installing Anteater. I have done that now, but the Cocoon 'build test' still fails in the same way. If I run Anteater directly it seems to run OK, although some of the tests fail: D:\xml-cocoon2build test Using Java from C:\jdk1.3.1_02 Buildfile: build.xml init: [echo] -- [echo] Apache Cocoon 2.1-dev [1999-2002] [echo] -- [echo] Building with Ant version 1.4.1 compiled on October 11 2001 [echo] using build file D:\xml-cocoon2\build.xml [echo] -- optional-tests: . . . anteater.tests: BUILD FAILED D:\xml-cocoon2\build.xml:1832: Execute failed: java.io.IOException: CreateProcess: anteater -f src/test/anteater/all-tests.xml -Dhost=localhost -Dport=8080 -Dbase=cocoon error=2 Total time: 57 seconds D:\xml-cocoon2anteater -f src/test/anteater/all-tests.xml -Dhost=localhost -Dport=8080 -Dbase=cocoon Buildfile: src\test\anteater\all-tests.xml all: runtest: [echo] running test calc in dir D:\xml-cocoon2\src\test\anteater calc: [null] FAIL: 3 passed, 1 failed [Test the 'calc' JavaScript implementation] [null] FAIL: 1 passed, 1 failed [Simulate going back in the browser] [null] FAIL: 0 passed, 1 failed [Simulate going back again in the browser] BUILD SUCCESSFUL Total time: 9 seconds To make Anteater available to ant do I need to do anything other than add the Anteater bin directory to my PATH? Thanks, Bruce [EMAIL PROTECTED] 06/07/02 12:55PM On 6/6/02 6:49 AM, Bruce Krautbauer [EMAIL PROTECTED] wrote: I know the CVS HEAD can sometimes be unstable, but for the last week or so my 'build test' has been failing during the anteater tests with the following error: anteater.tests: BUILD FAILED D:\xml-cocoon2\build.xml:1805: Execute failed: java.io.IOException: CreateProcess: anteater -f src/test/anteater/all-tests.xml -Dhost=localhost -Dport=8080 -Dbase=cocoon error=2 Is this a known problem or do I have something wrong with my environment? I'm running with JDK 1.3.1_02 on Win2K. Thanks, Bruce You need to install Anteater on your for the tests to work. You can get Anteater from: http://sf.net/projects/aft/ Regards, -- Ovidiu Predescu [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Monitor/7464/ (Apache, GNU, Emacs...) - 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]
Re: Implementing in WebSphere, suddenly hungary!
In cocoon.xconf what do I need in this element to use WebSphere? java-language logger=core.language.java name=java !-- Specifies which formatter to use to format source code. This parameter is optional. It is commented out because of bug #5689: Java code-formatter incorrectly formats double values parameter name=code-formatter value =org.apache.cocoon.components.language.programming.java.JstyleFormatter/ -- !-- A singleton-like implementation of a ClassLoader -- parameter name=class-loader value =org.apache.cocoon.components.classloader.ClassLoaderManagerImpl/ !-- Compiler parameter specifies which class to use to compile Java. Possible variants are: Javac. Requires javac.jar (included with JDK as lib/toools.jar). Pizza. Requires pizza.jar (included with Cocoon distribution). Jikes. Requires IBM jikes compiler to be present in the PATH -- parameter name=compiler value =org.apache.cocoon.components.language.programming.java.Pizza/ /java-language -Adam Adam_Waldal@eFund s.comTo: [EMAIL PROTECTED] cc: 06/07/02 02:04 PMSubject: Implementing in WebSphere, suddenly hungary! Please respond to cocoon-users Group, Has anyone implemented Cocoon in WAS 4.0.2 or WSAD 4.0.2? I need to get an architectural spike( proof of concept ) working by Wed. ( D-day ) We are trying to make framework decisions and I need to have a strong case built for using Cocoon for replacement for two xml based product's web front-end. I am running into an Internal Error in the init(). Has anyone gone through this that could help me with configuration on WebSphere. The basics on the Website are too basic. I need someone that has done this before. I built the WAR with the build xml successfully. Installed to WSAD and created an EAR, but when I published to the WebSphere 4.0 Test Environment and run the CocoonServlet I get the following Stack: ( Do I need the pizza compiler, if so why? ) Stack Trace java.lang.NullPointerException at net.sf.pizzacompiler.compiler.Namer.findAbstractMethod(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Namer.pizza:221) at net.sf.pizzacompiler.compiler.Namer.findAbstractMethod(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Namer.pizza:232) at net.sf.pizzacompiler.compiler.Namer.findMethod(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Namer.pizza:298) at net.sf.pizzacompiler.compiler.Namer.resolveSelectFromType(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Namer.pizza:648) at net.sf.pizzacompiler.compiler.Attr.attribSelect(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:1572) at net.sf.pizzacompiler.compiler.Attr.attribExpr(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:1359) at net.sf.pizzacompiler.compiler.Attr.attribExpr(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:1113) at net.sf.pizzacompiler.compiler.Attr.attribStat(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:714) at net.sf.pizzacompiler.compiler.Attr.attribStats(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:750) at net.sf.pizzacompiler.compiler.Attr.attribStat(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:550) at net.sf.pizzacompiler.compiler.Attr.attribStat(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:673) at net.sf.pizzacompiler.compiler.Attr.attribStats(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:750) at net.sf.pizzacompiler.compiler.Attr.attribDef(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:472) at net.sf.pizzacompiler.compiler.Attr.attribDef(C: \pizza\main\src\net\sf\pizzacompiler\compiler\Attr.pizza:424) at
Re: Saxon error
J.Pietschmann wrote: I suspect Saxon produces unexpected code for sitemap_xmap.java. The sitemap_xmap.java is ok. There are other weird effects, though. Investigations will take some more time. J.Pietschmann - 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: Logging and Form Validation
Peter, I beg to differ. The most part of validation is a trivial matter (minimum lenght of fields, bounds checking, ...) and this should, in my eyes, be done on the client: max performance, min hassles for the user (errors are interactivaley corrected). Moreover, I haven't understood (probably my fault) how XMLForms can be rendered on the client with all the bells and whistles the user wants (styles, images, ...). Hence, I think I'll roll my own client-side form handling package, using the template language envisaged in http://www.xml.com/pub/a/2002/03/27/templatexslt.html by Jason Diamond. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 7:06 PM To: '[EMAIL PROTECTED]' Subject: RE: Logging and Form Validation This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. IMNSHO, the only way you can justify client side validation is if you are running an Intranet and you have an organization that somehow restricts the users capability to modify browsers settings so that you can ensure JavaScript is enabled. Otherwise, you can receive unvalidated data... If you're running over the Internet it's fine to use client side validation in addition to server side if you want to have some extra performance benefits for those who have JavaScript enabled. However, who wants to maintain both? Even if you have an Intranet and locked down browser settings, client side validation can be a real pain to maintain over time. In particular, there is (usually) no good coupling between the validation and the rest of the server side code. The exception is if you generate your client side validation code from server side templates. That's quite possible, but I suspect that once you developers jump through the hoops of embedding JavaScript within XML ( lot's of escaping and/or CDATA) they won't object to server side validation nearly so much... - 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]
Missing components
Does anyone know where I can get the jar(s) that contain these? I have used WinZip and went through the avalon stuff and not found them as has the compiler. Description descripti org.apache.cocoon.ProcessingException: Language Exception: org.apache.cocoon.components.language.LanguageException: Error compiling sitemap_xmap: Line 22, column 11: Class org.apache.avalon.framework.component.Component not found in import. Line 23, column 11: Class org.apache.avalon.framework.configuration.Configurable not found in import. Line 24, column 11: Class org.apache.avalon.framework.configuration.Configuration not found in import. Line 25, column 11: Class org.apache.avalon.framework.configuration.ConfigurationException not found in import. Line 26, column 11: Class org.apache.avalon.framework.configuration.DefaultConfiguration not found in import. Line 27, column 11: Class org.apache.avalon.framework.parameters. Parameters not found in import. Line 0, column 0: error: Class org.apache.avalon.framework.logger.AbstractLoggable not found in class org.apache.cocoon.xml.AbstractXMLConsumer. 7 errors Is there something else I am missing? Thanks, Adam - 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: Logging and Form Validation
From: Luca Morandini [mailto:[EMAIL PROTECTED]] Peter, I beg to differ. The most part of validation is a trivial matter (minimum lenght of fields, bounds checking, ...) and this should, in my eyes, be done ^^ *must* :) Vadim on the client: max performance, min hassles for the user (errors are interactivaley corrected). Moreover, I haven't understood (probably my fault) how XMLForms can be rendered on the client with all the bells and whistles the user wants (styles, images, ...). Hence, I think I'll roll my own client-side form handling package, using the template language envisaged in http://www.xml.com/pub/a/2002/03/27/templatexslt.html by Jason Diamond. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 7:06 PM To: '[EMAIL PROTECTED]' Subject: RE: Logging and Form Validation This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. IMNSHO, the only way you can justify client side validation is if you are running an Intranet and you have an organization that somehow restricts the users capability to modify browsers settings so that you can ensure JavaScript is enabled. Otherwise, you can receive unvalidated data... If you're running over the Internet it's fine to use client side validation in addition to server side if you want to have some extra performance benefits for those who have JavaScript enabled. However, who wants to maintain both? Even if you have an Intranet and locked down browser settings, client side validation can be a real pain to maintain over time. In particular, there is (usually) no good coupling between the validation and the rest of the server side code. The exception is if you generate your client side validation code from server side templates. That's quite possible, but I suspect that once you developers jump through the hoops of embedding JavaScript within XML ( lot's of escaping and/or CDATA) they won't object to server side validation nearly so much... - 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: iPlanet iAS 6.5 + C2.0.3 - comments/CR in init-params of servlet
Works fine for me. Artur... -Original Message- From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 12:22 PM To: Cocoon-Users (E-mail) Subject: iPlanet iAS 6.5 + C2.0.3 - comments/CR in init-params of servlet It seems that when I deploy webapp in iPlanet 6.5, it doesn't handle properly the init-parameters of the servlet if they have comments or new lines. did anybody see this? particularly, load-class init parameter in web.xml of CocoonServlet has comments and new lines, so it's not read properly. When I removed comments and new lines, it works. Argyn I wonder how Sun manages to sell iPlanet for money? - 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]
RE: Logging and Form Validation
I beg to differ. The most part of validation is a trivial matter (minimum lenght of fields, bounds checking, ...) and this should, in my eyes, be done on the client: max performance, min hassles for the user (errors are interactivaley corrected). It's not the complexity of the validation that's at issue. The real question is: HOW THE HECK DO YOU ENSURE THAT THE BROWSER HAS JAVASCRIPT AND HAS IT ENABLED? Excuse the shouting, but unless you address this issue nothing else matters... - 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: Logging and Form Validation
(remember, you still must have validation on the backend) Precisely my original point: since you have to write the server side validation anyway, do you really want to write both client and server side validation? I only do so if there is a real performance penalty with the page validation/regeneration on the server side... - 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: Logging and Form Validation
How about: input type=button onclick=submitTheForm() value=Go/ -Rob - Original Message - From: Hunsberger, Peter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 07, 2002 12:58 PM Subject: RE: Logging and Form Validation I beg to differ. The most part of validation is a trivial matter (minimum lenght of fields, bounds checking, ...) and this should, in my eyes, be done on the client: max performance, min hassles for the user (errors are interactivaley corrected). It's not the complexity of the validation that's at issue. The real question is: HOW THE HECK DO YOU ENSURE THAT THE BROWSER HAS JAVASCRIPT AND HAS IT ENABLED? Excuse the shouting, but unless you address this issue nothing else matters... - 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]
RE: Logging and Form Validation
Luca, That would work for me as well, but I have multiple forms that need to be incrementally validated. The application that is being replaced implemented client-side validation with five large forms(financial stuff) on six layers in one page. The javascript was a nightmare to support. I think the cleanest solution is an incremental server-side validation that is driven from parameters passed through an XML file. If cocoon can give me such a component, I will send a big fat stoggy to each member of the development team. If this works, Cocoon will become the standard for us in doing Content management with form validations, which is a lot! We have six large servlets with too many jsps implementing the same thing. I would like to shoot the consultant that advised that architecture! My Perspective. Thanks, Adam Luca Morandini luca.morandini1@To: [EMAIL PROTECTED] tin.it cc: Subject: RE: Logging and Form Validation 06/07/02 02:37 PM Please respond to cocoon-users Peter, I beg to differ. The most part of validation is a trivial matter (minimum lenght of fields, bounds checking, ...) and this should, in my eyes, be done on the client: max performance, min hassles for the user (errors are interactivaley corrected). Moreover, I haven't understood (probably my fault) how XMLForms can be rendered on the client with all the bells and whistles the user wants (styles, images, ...). Hence, I think I'll roll my own client-side form handling package, using the template language envisaged in http://www.xml.com/pub/a/2002/03/27/templatexslt.html by Jason Diamond. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 7:06 PM To: '[EMAIL PROTECTED]' Subject: RE: Logging and Form Validation This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. IMNSHO, the only way you can justify client side validation is if you are running an Intranet and you have an organization that somehow restricts the users capability to modify browsers settings so that you can ensure JavaScript is enabled. Otherwise, you can receive unvalidated data... If you're running over the Internet it's fine to use client side validation in addition to server side if you want to have some extra performance benefits for those who have JavaScript enabled. However, who wants to maintain both? Even if you have an Intranet and locked down browser settings, client side validation can be a real pain to maintain over time. In particular, there is (usually) no good coupling between the validation and the rest of the server side code. The exception is if you generate your client side validation code from server side templates. That's quite possible, but I suspect that once you developers jump through the hoops of embedding JavaScript within XML ( lot's of escaping and/or CDATA) they won't object to server side validation nearly so much... - 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
RE: Logging and Form Validation
Peter, wait: how many users out there are without JavaScript support ? Not many I think, and I have yet to find a customer of mine saying it has to work on *every* browser, usually they say IE 5.x, IE 6.x... maybe Netscape 6.x... possibly Opera 5 and that's it. I won't write both validations, I don't simply cater to people wihout Javascript... and I wonder how many developers pay attention to those unlucky fellows. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 10:06 PM To: '[EMAIL PROTECTED]' Subject: RE: Logging and Form Validation (remember, you still must have validation on the backend) Precisely my original point: since you have to write the server side validation anyway, do you really want to write both client and server side validation? I only do so if there is a real performance penalty with the page validation/regeneration on the server side... - 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]
RE: Logging and Form Validation
Adam, yours is a sensible choice... however, most of form handling is, happily, much simpler than yours. Hence, I think there is scope for a little form handling template language with client-side validation. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 10:17 PM To: [EMAIL PROTECTED] Subject: RE: Logging and Form Validation Luca, That would work for me as well, but I have multiple forms that need to be incrementally validated. The application that is being replaced implemented client-side validation with five large forms(financial stuff) on six layers in one page. The javascript was a nightmare to support. I think the cleanest solution is an incremental server-side validation that is driven from parameters passed through an XML file. If cocoon can give me such a component, I will send a big fat stoggy to each member of the development team. If this works, Cocoon will become the standard for us in doing Content management with form validations, which is a lot! We have six large servlets with too many jsps implementing the same thing. I would like to shoot the consultant that advised that architecture! My Perspective. Thanks, Adam Luca Morandini luca.morandini1@To: [EMAIL PROTECTED] tin.it cc: Subject: RE: Logging and Form Validation 06/07/02 02:37 PM Please respond to cocoon-users Peter, I beg to differ. The most part of validation is a trivial matter (minimum lenght of fields, bounds checking, ...) and this should, in my eyes, be done on the client: max performance, min hassles for the user (errors are interactivaley corrected). Moreover, I haven't understood (probably my fault) how XMLForms can be rendered on the client with all the bells and whistles the user wants (styles, images, ...). Hence, I think I'll roll my own client-side form handling package, using the template language envisaged in http://www.xml.com/pub/a/2002/03/27/templatexslt.html by Jason Diamond. Best regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - -Original Message- From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 7:06 PM To: '[EMAIL PROTECTED]' Subject: RE: Logging and Form Validation This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. IMNSHO, the only way you can justify client side validation is if you are running an Intranet and you have an organization that somehow restricts the users capability to modify browsers settings so that you can ensure JavaScript is enabled. Otherwise, you can receive unvalidated data... If you're running over the Internet it's fine to use client side validation in addition to server side if you want to have some extra performance benefits for those who have JavaScript enabled. However, who wants to maintain both? Even if you have an Intranet and locked down browser settings, client side validation can be a real pain to maintain over time. In particular, there is (usually) no good coupling between the validation and the rest of the server side code. The exception is if you generate your client side validation code from server side templates. That's quite possible, but I suspect that once you developers jump through the hoops of embedding JavaScript within XML ( lot's of escaping and/or CDATA) they won't object to server side validation nearly so much... - 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] - Please check that
RE: Logging and Form Validation
From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] (remember, you still must have validation on the backend) Precisely my original point: since you have to write the server side validation anyway, do you really want to write both client and server side validation? It is standard to have client-side validation in my current client company. And it makes sense most of the time - you want to keep count of round trips low. Otherwise, what web developers would do? ;) Vadim I only do so if there is a real performance penalty with the page validation/regeneration on the server side... - 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: Logging and Form Validation
web developers could always learn Cocoon ... Vadim Gritsenko wrote: From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] (remember, you still must have validation on the backend) Precisely my original point: since you have to write the server side validation anyway, do you really want to write both client and server side validation? It is standard to have client-side validation in my current client company. And it makes sense most of the time - you want to keep count of round trips low. Otherwise, what web developers would do? ;) Vadim I only do so if there is a real performance penalty with the page validation/regeneration on the server side... - 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] -- Lajos Cocoon training, consulting support galatea.com - 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: Logging and Form Validation
How about input type=button onclick=submitTheForm() value=Go/ Guaranteed to produce lots and lots of calls to the help desk, or perhaps just people that don't use your site (particularly attractive for someone running an e-commerce site). The fact of the matter is that some of your average users have heard that Javascript is dangerous and opens them up to viruses, worms, etc. As a result, for a web site that must work on the general Internet, it is not only unfriendly, but down right myopic, to require that the end user have JavaScript enabled. - 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: Logging and Form Validation
Vadim, Smaller round trips in my case are more important. The XML coming in the final Post is quite large. I think as a best practice when a form goes more than a page and a half and requires thorough validation on the client javascript starts to become less desirable. For us, catching the errors on the front app server effectively is more important. In fact it can be optimized specifically to handle this and Cocoon, while the back-end app server does Product specific processing and deals with the database. The back-end can also be optimized for transforming and handling distributed transactions that hits two or more financial products. -Adam Vadim Gritsenko vadim.gritsenko@vTo: [EMAIL PROTECTED] erizon.net cc: Subject: RE: Logging and Form Validation 06/07/02 03:24 PM Please respond to cocoon-users From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] (remember, you still must have validation on the backend) Precisely my original point: since you have to write the server side validation anyway, do you really want to write both client and server side validation? It is standard to have client-side validation in my current client company. And it makes sense most of the time - you want to keep count of round trips low. Otherwise, what web developers would do? ;) Vadim I only do so if there is a real performance penalty with the page validation/regeneration on the server side... - 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]
Re: Logging and Form Validation
The server should be demystified for Web Developers. If you can't handle it stick to Photoshop and Dreamweaver! Separation of Concerns is what Cocoon is all about right. So HTML junkies can be just that, they just need to learn xsl as well. I personally think xsl is much cooler anyways. Can anyone answer my question about those missing Classes? I still can't find them, and the Web Server is configured right. -Adam Lajos Moczar [EMAIL PROTECTED]To: [EMAIL PROTECTED] m cc: Subject: Re: Logging and Form Validation 06/07/02 03:30 PM Please respond to cocoon-users web developers could always learn Cocoon ... Vadim Gritsenko wrote: From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] (remember, you still must have validation on the backend) Precisely my original point: since you have to write the server side validation anyway, do you really want to write both client and server side validation? It is standard to have client-side validation in my current client company. And it makes sense most of the time - you want to keep count of round trips low. Otherwise, what web developers would do? ;) Vadim I only do so if there is a real performance penalty with the page validation/regeneration on the server side... - 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] -- Lajos Cocoon training, consulting support galatea.com - 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]
RE: Logging and Form Validation
wait: how many users out there are without JavaScript support ? Not many I think, and I have yet to find a customer of mine saying it has to work on *every* browser, usually they say IE 5.x, IE 6.x... maybe Netscape 6.x... possibly Opera 5 and that's it. I've done three e-commerce sites. The numbers vary for each site, but there is always a trickle of users who do not have JavaScript. I've never bothered to check the numbers on other sites, but I'd guess the results to be the same (many of the others don't have forms validation to worry about). I won't write both validations, I don't simply cater to people wihout Javascript... and I wonder how many developers pay attention to those unlucky fellows. If you really care about your public then you pay attention to such details - 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: Logging and Form Validation
Well... you are making a very general statement. Not all implementations of forms need to be accessible to everyone. In my case (a wysiwyg editor, cms), there is no way to do what I want to do without JavaScript. My clients think they have gone to heaven. Also, they happily go and download IE6 for windows if they don't already have it (except for those dang Mac users :) [I do most of my work on an OSX box] They don't even know what JS is half of the time. If they have JS turned off they would not make it into the app, but be presented with a default page saying the required browsers and that JavaScript is necessary. That being the case, what is the problem? -Rob - Original Message - From: Hunsberger, Peter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 07, 2002 1:28 PM Subject: RE: Logging and Form Validation How about input type=button onclick=submitTheForm() value=Go/ Guaranteed to produce lots and lots of calls to the help desk, or perhaps just people that don't use your site (particularly attractive for someone running an e-commerce site). The fact of the matter is that some of your average users have heard that Javascript is dangerous and opens them up to viruses, worms, etc. As a result, for a web site that must work on the general Internet, it is not only unfriendly, but down right myopic, to require that the end user have JavaScript enabled. - 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: Logging and Form Validation
Well... you are making a very general statement. Yes, the original start of this conversation qualified when you don't need to worry about JavaScript being enabled... I don't have a problem with people requiring JavaScript; they just need to understand the consequences; if they are writing for the general Internet population they should always make sure the site works both ways... - 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: Logging and Form Validation
Hi, On Fri, 7 Jun 2002, Luca Morandini wrote: wait: how many users out there are without JavaScript support ? Irrelevant question - if there is only one user without javascript support, you should support that user, surely? The point of the web being accessibility and the point of a web developer being to develop for the *web* and not for specific web browsers? It's frustrating that people are STILL assuming support for X, Y and Z in browsers even after so many years of browser wars. /rant I won't write both validations, I don't simply cater to people wihout Javascript... and I wonder how many developers pay attention to those unlucky fellows. Well, if you're lucky enough to have clients that are happy with sites that only do client-side validation that only works in specific browsers with specific options enabled, fair enough. I could rant on here about text-mode browsers, line readers, security-conscious users that surf with scripting turned off, etc, but given you're using Cocoon, I'm sure you know how easy it is to provide support for these other browsers simply by adding more stylesheets ;-) Adam: in answer to your question, take a look at: src/webapp/docs/samples/formvalidation/descriptor.xml ...which gives a nice example of doing form validation using XML descriptors. See also: http://xml.apache.org/cocoon/xmlform/step2-xmlform-howto.html ...for the new way of doing things. Hope that helps, Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135 This is not an official statement or order.Web:www.luminas.co.uk - 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: Logging and Form Validation
Another point worth mentioning is complexity. I have done some sites stuffed so full of JS that things started breaking without any reason. JS has inherent flaws (in my experience) that prevent it from doing the complex sorts of things many clients need. For small-scale validation, no problem. But for complex operations, like Adam's example, I'll stick with Cocoon and have the client upgrade their servers, if need be. Lajos galatea.com Andrew Savory wrote: Hi, On Fri, 7 Jun 2002, Luca Morandini wrote: wait: how many users out there are without JavaScript support ? Irrelevant question - if there is only one user without javascript support, you should support that user, surely? The point of the web being accessibility and the point of a web developer being to develop for the *web* and not for specific web browsers? It's frustrating that people are STILL assuming support for X, Y and Z in browsers even after so many years of browser wars. /rant I won't write both validations, I don't simply cater to people wihout Javascript... and I wonder how many developers pay attention to those unlucky fellows. Well, if you're lucky enough to have clients that are happy with sites that only do client-side validation that only works in specific browsers with specific options enabled, fair enough. I could rant on here about text-mode browsers, line readers, security-conscious users that surf with scripting turned off, etc, but given you're using Cocoon, I'm sure you know how easy it is to provide support for these other browsers simply by adding more stylesheets ;-) Adam: in answer to your question, take a look at: src/webapp/docs/samples/formvalidation/descriptor.xml ...which gives a nice example of doing form validation using XML descriptors. See also: http://xml.apache.org/cocoon/xmlform/step2-xmlform-howto.html ...for the new way of doing things. Hope that helps, Andrew. -- Lajos Cocoon training, consulting support galatea.com - 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: Logging and Form Validation
This is what we do for client side validation. WARNING: requires javascript but my clients are not regular web users. For my app I provide validation in my XSP, eg: validators ruleset id=username rule name=regEx msg=- User Name must be alphanumeric. Valid characters: 0-9, a-z, A-Z, _ regex^$|^[0-9a-zA-Z_]+$/ig/regex /rule rule name=required id=OEM-055 msg=User Name is required/ /ruleset ruleset id=email rule name=regEx msg=- Email address must be in following format: [EMAIL PROTECTED] regex^$|^[0-9a-zA-Z.,_\\-]+\\@[0-9a-zA-Z._\\-]+\\.[a-zA-Z]+$/ig/regex /rule /ruleset /validator so for each from field that needs to be validated I have ruleset with id of the form field and one or more rules. I also provide validation template that reads the /page/validators and creates validateAndSubmit() javascript function that validates all fileds specified in XSP. Form filed name must match validator names but that's easy. I define validators in XSP since some of them are based on DB queries. This works great for us. We also validate on server side with automagic annotation of errors and from field repopulation since not everything can be validated on the client side (eg: does city Bumbomie exsits?) so I our clients ask for support for javascripless browers (which they wont) it will still work. Just my 2 cents. Artur - 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: build test error with CVS HEAD
On 6/7/02 11:37 AM, Bruce Krautbauer [EMAIL PROTECTED] wrote: Hello Ovidiu, Thanks for the hint on installing Anteater. I have done that now, but the Cocoon 'build test' still fails in the same way. If I run Anteater directly it seems to run OK, although some of the tests fail: D:\xml-cocoon2build test Using Java from C:\jdk1.3.1_02 Buildfile: build.xml init: [echo] -- [echo] Apache Cocoon 2.1-dev [1999-2002] [echo] -- [echo] Building with Ant version 1.4.1 compiled on October 11 2001 [echo] using build file D:\xml-cocoon2\build.xml [echo] -- optional-tests: . . . anteater.tests: BUILD FAILED D:\xml-cocoon2\build.xml:1832: Execute failed: java.io.IOException: CreateProcess: anteater -f src/test/anteater/all-tests.xml -Dhost=localhost -Dport=8080 -Dbase=cocoon error=2 Total time: 57 seconds D:\xml-cocoon2anteater -f src/test/anteater/all-tests.xml -Dhost=localhost -Dport=8080 -Dbase=cocoon Buildfile: src\test\anteater\all-tests.xml all: runtest: [echo] running test calc in dir D:\xml-cocoon2\src\test\anteater calc: [null] FAIL: 3 passed, 1 failed [Test the 'calc' JavaScript implementation] [null] FAIL: 1 passed, 1 failed [Simulate going back in the browser] [null] FAIL: 0 passed, 1 failed [Simulate going back again in the browser] BUILD SUCCESSFUL Total time: 9 seconds To make Anteater available to ant do I need to do anything other than add the Anteater bin directory to my PATH? Actually it appears your setup works just fine. What you see are failures reported by Anteater: for some reasons the calc.xml test fails. But this is not your problem. Regards, -- Ovidiu Predescu [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Monitor/7464/ (Apache, GNU, Emacs...) - 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]
C2.0.1 ESQL/XSP + UTF-8 encoded Japanese characters in Oracle
Here's my problem: I use esql tags inside XSP to generate XML from the Oracle database with UTF-8 encoding. English characters work fine. Then comes the issue with Japanese characters: 1. every Chinese or Japanese character is encoded in 3 bytes in UTF-8, and stored in the varchar2 column. 2. when I use esql logicsheets to make XML file from Oracle, the XSP is converted into Java file. inside Java I can see that it uses getString() method of ReslutSet object. Unfortunately, getString() returns a String object with three characters per every chinese character. What happens is that Oracle jdbc driver makes one character for every byte in the database. So, the character has empty higher byte, and lower byte is one of the bytes of UTF-8 representation of chinese character. Then Cocoon gets the incorrect String, it puts #NMUBER; for every character, so XML has totally wrong strings. I couldn't make Oracle to return correct String representation of data in the database. Changing the regional settings is not the option. Now, our Web application (without cocoon) works fine! How come? I'll explain: getString() returns WRONG string with three characters per one chinese. Then JSP page uses out.print() method. This method thinks I'm English, I see three characters, I have to convert them into English. I'll simply cut upper bytes. So, print throws just three bytes, and they are RIGHT bytes! Then browser sees that the page is UTF-8 encoded, takes three bytes, and shows them as correct ONE chinese character. The question is: what shall I do? 1. If I somehow make getString() to return me correct String, then seemingly my JSPs will break - they will try to print correct character by cutting the upper byte. 2. If I change Cocoon to use something similar to out.print() from JSP, then it may break when somebody changes the regional settings (?). Argyn - 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.0.1 ESQL/XSP + UTF-8 encoded Japanese characters in Oracle
as a workaround, I wrote a logicsheet to convert wrong Strings into right one. So, I call it everytime when access the String columns. Apparently, it slows down the processing, and I have large amounts of data for reporting. Megabytes, actually. -Original Message- From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]] Sent: Friday, June 07, 2002 6:14 PM To: Cocoon-Users (E-mail) Subject: C2.0.1 ESQL/XSP + UTF-8 encoded Japanese characters in Oracle Here's my problem: I use esql tags inside XSP to generate XML from the Oracle database with UTF-8 encoding. English characters work fine. Then comes the issue with Japanese characters: 1. every Chinese or Japanese character is encoded in 3 bytes in UTF-8, and stored in the varchar2 column. 2. when I use esql logicsheets to make XML file from Oracle, the XSP is converted into Java file. inside Java I can see that it uses getString() method of ReslutSet object. Unfortunately, getString() returns a String object with three characters per every chinese character. What happens is that Oracle jdbc driver makes one character for every byte in the database. So, the character has empty higher byte, and lower byte is one of the bytes of UTF-8 representation of chinese character. Then Cocoon gets the incorrect String, it puts #NMUBER; for every character, so XML has totally wrong strings. I couldn't make Oracle to return correct String representation of data in the database. Changing the regional settings is not the option. Now, our Web application (without cocoon) works fine! How come? I'll explain: getString() returns WRONG string with three characters per one chinese. Then JSP page uses out.print() method. This method thinks I'm English, I see three characters, I have to convert them into English. I'll simply cut upper bytes. So, print throws just three bytes, and they are RIGHT bytes! Then browser sees that the page is UTF-8 encoded, takes three bytes, and shows them as correct ONE chinese character. The question is: what shall I do? 1. If I somehow make getString() to return me correct String, then seemingly my JSPs will break - they will try to print correct character by cutting the upper byte. 2. If I change Cocoon to use something similar to out.print() from JSP, then it may break when somebody changes the regional settings (?). Argyn - 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]
Re: Logging and Form Validation
You may want to look at this: http://xml.apache.org/cocoon/xmlform/index.html - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 07, 2002 11:58 AM Subject: Logging and Form Validation Group, I am implmenting a five page form, and I am wondering how I should do the validation of fields. Can anyone give me a good comparison in brief of javascript vs. cocoon for doing the validation? I am looking for how it would be accomplished pass content of forms to bean through servlet, etc... I need this for our exploration phase of XP, where we are choosing architecture. This is a major sticking point for my developers that like and are comfortable with jsp with javascript embedded. They want to keep it at the client and I am trying to build a case for the server through cocoon. Thanks, Adam - 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]
