Re: XMLForm Xindice howto at Wiki refactored and ready
-=Ivelin=- - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 31, 2003 11:06 PM Subject: Re: XMLForm Xindice howto at Wiki refactored and ready I think you are correct. The point is to identify the exact xpath to the @id attribute. Ok, so I let it that way then. Please modify it to /Artist/@id, do not leave it as // If you get it started, I can review the changes and we should be able to wrap it up in a few iterations. Well, first I'll see what to do regarding the howto. I mean, I'll read the howto submit a howto and all and get it touch with Dianna and make it available in the docs... After that I'll try to learn something about Input Modules. And then maybe I'll take the challenge and try to make it. I'll drop you a line then. Best. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Xindice howto at Wiki refactored and ready
Josema, The new revision is excelent. Please follow the instructions to submit an official HOWTO http://xml.apache.org/cocoon/howto/howto-author-howto.html Diana will take it from there. I would recommend the following minor corrections to the code: In the fragment below, why use //. Is it a typo? /info and /@id are probably more appropriate. The ref in the textbox case should always resolve to a single node. // may return a nodeset. xf:textbox ref=//@id xf:captionArtist identifier:/xf:caption /xf:textbox xf:textbox ref=//Name same applies for String artistName = (String)getForm().getValue(//@id); ... v.setPath(//@id); Do you even need // for Node result = xi.find(xindiceSubCol, //Artist[@id='+ artistName +'], Artist); this looks like stale code //v.setPath(/artistName); You can remove the reset() method. Checkboxes are automatically handled for session scope beans. My experience shows that when representing plain value objects, session beans are never a memory concern with the modern app servers. I would prefer them almost always over request scope. Much easier to code, which results in less code and less maintanance. On a different note, I thinkg that your code can be used in the AbstractXMLFormAction. For example when the map parameter is prefixed with java:, like in java:org.my.TestBean, then the existing JavaBean instantiation logic can be used. In all other cases, the model can be resolved via the SourceResolver. This will allow benefiting from the InputModules to access xml files from different sources: file system, xindice, remote URL, etc. map:parameter name=xmlform-model value=artist/artist-model.xml/ If you think this makes sense, please consider submitting a patch to that effect. Congratulations for the great job once again. -=Ivelin=- - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Tuesday, January 28, 2003 1:06 PM Subject: XMLForm Xindice howto at Wiki refactored and ready Ivelin and all, I finally had the time to refactor the example. Following the ideas we exchanged these past days, I put it altogether at Wiki and I think we have now a much better sample :-) http://wiki.cocoondev.org/Wiki.jsp?page=XMLFormXindice Please, review it if you want to and inform me of any faults you can find so i could fix them. I hope i wrote a clear explanation. If you feel this can be a good addittion to the official how-tos feel free of adding it yourself of let me know who I should contact (Diana, maybe?) or where I should start. I still have not contributed anything to the official docs and I'm somewhat lost... Thanks. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Xindice howto at Wiki refactored and ready
I see, but let me explain it. I should not use //, that's ok, but I think /@id for example is not enough. If I'm right, using / gives the Document Root but not the Root Element and I can't access from there the id attribute. Also, making it that way I get the exception at the end of this message, which seems to confirm my theory. So, what I think it could be a good solution is to use '/Artist/@id' and 'Artist/Name'. What do you think? Am I wrong? I think you are correct. The point is to identify the exact xpath to the @id attribute. This will allow benefiting from the InputModules to access xml files from different sources: file system, xindice, remote URL, etc. map:parameter name=xmlform-model value=artist/artist-model.xml/ If you think this makes sense, please consider submitting a patch to that effect. I like very much this approach. Unfortunately I do not think I'm expert enough to accomplish this yet and I do not want to touch things that are working. I'm afraid I could make some mistakes. I also should learn more about Input Modules, I still haven't used them at all. Anyway, if nobody's doing it, I should try it sooner or later...it would be a good addition. If you get it started, I can review the changes and we should be able to wrap it up in a few iterations. Ivelin - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[article] xml.com: XML Forms, Web Services and Apache Cocoon
XML Forms, Web Services and Apache Cocoon http://www.xml.com/pub/a/2003/01/29/cocoon-xforms.html?page=last#thread -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm problem: PLEASE HELP (att. XMLForm architects and specialists)
Sylvain, did you try to debug the AbstractXMLFormAction and the XMLFormTransformer. This is probably your best bet for finding the problem. -=Ivelin=- - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, January 29, 2003 10:02 AM Subject: XMLForm problem: PLEASE HELP (att. XMLForm architects and specialists) Hello, Is there someone in the list that could help me to find a XMLForm problem that I have for few weeks! I have read all the XMLForm doc and source code but I really don't understand what is this problem. I don't have enough experience to find the solution. My project is totally based on Cocoon and XMLForm and I can't move forward for days in it. The problem happens when I try to display a Node or a List with a repeat tag. The first time I load the view, the page is empty (but the List or Node contains data). If now I refresh my browser, the page is full and all is OK! Here is part of the xmlform.log (cleaned): DEBUG Thread-5/AbstractSAXTransformer: BEGIN setup resolver=org.apache.cocoon.environment.http.HttpEnvironment@2f4309, objectModel={httpresponse=org.apache.coyote.tomcat4.CoyoteResponseFacade@5a2 dc4, response=org.apache.cocoon.environment.http.HttpResponse@72c47b, context=org.apache.cocoon.environment.http.HttpContext@d4f27, source-resolver=org.apache.cocoon.environment.http.HttpEnvironment@2f4309, request=org.apache.cocoon.environment.http.HttpRequest@4187c8, httprequest=org.apache.coyote.tomcat4.CoyoteRequestFacade@395f72, httpservletcontext=org.apache.catalina.core.ApplicationContextFacade@22c9df} , src=null, parameters=org.apache.avalon.framework.parameters.Parameters@73552f DEBUG Thread-5/AbstractSAXTransformer: END setup DEBUG Thread-5/AbstractSAXTransformer: BEGIN setupTransforming DEBUG Thread-5/AbstractSAXTransformer: END setupTransforming DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=form, raw=xf:form, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption) DEBUG Thread-5/XMLFormTransformer: END endTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=repeat, raw=xf:repeat, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/AbstractSAXTransformer: BEGIN startRecording DEBUG Thread-5/AbstractSAXTransformer: END startRecording DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=output, raw=xf:output, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption) DEBUG Thread-5/XMLFormTransformer: END endTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=output, raw=xf:output) DEBUG Thread-5/XMLFormTransformer: END endTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=repeat, raw=xf:repeat) DEBUG Thread-5/AbstractSAXTransformer: BEGIN endRecording DEBUG Thread-5/AbstractSAXTransformer: END endRecording fragment=?xml version=1.0 encoding=ISO-8859-1? xf:output xmlns:xf=http://xml.apache.org/cocoon/xmlform/2002; ref=salut xf:captionWorkstation: /xf:caption /xf:output DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=group, raw=xf:group, attr=org.xml.sax.helpers.AttributesImpl@30d33c) ERROR Thread-5/XMLFormTransformer: pass through element [group] DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=group, raw=xf:group) ERROR Thread-5/XMLFormTransformer: unknown element [group] DEBUG
Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]
Ivelin, I have coded the changes and finally got it working. The part I don't like too much is where I need to get the model in order to add the document to the DB. Until that part everything seems to fit quite nicely. Remember I got the model stored in a XMLDocumentContainer and now I need the whole model in a DOM Node or XML String in order to add it to Xindice. I understand. It looks like you've been in a really good mood to get this casting to work ;) I suggest emailing the JXPath lead Dmirti for ideas, his email is [EMAIL PROTECTED] This is what I did: /** * Add the document to the database */ public void addDocument() throws Exception { try { //add the document to the database XindiceManager xi = new XindiceManager(); //needs the DocumentRoot of the container xi.add(xindiceSubCol, ((Document)(((XMLDocumentContainer)(getForm().getModel())).getValue())).getD ocumentElement(), null); } catch (Exception e) { getLogger().error(DOM Document could not be created, e); throw e; } } Yeah, what a casting experience! ;-) Maybe I'm missing somehting and there's an easier way in order to get what I need... I prefer to send thi to the list for review by you or anybody else and then I'll update the Wiki howto. Once reviewed and finished maybe this will be a candidate for the official how-to docs, what do you think? Go ahead. This will be a nice addition to the samples and how-tos. Ivelin - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]
3) Override the getForm() method in the action Wouldn't it be enough to override the getFormModel() method? Yes. Your code looks good. Something like this: protected Object getFormModel() { //to load the XML model Container DOMModel = null; Source modelSrc = null; //this parameter holds the name of the xml file with the empty XML structure String modelFileName = getParameters().getParameter(xmlform-model, null); if(modelFileName==null) return null; try { modelSrc = getSourceResolver().resolveURI(modelFileName); DOMModel = new XMLDocumentContainer(new StreamSource(modelSrc.getInputStream())); return DOMModel; } catch ( Exception e) { throw new CascadingRuntimeException( Failed instantiating form model , e ); } finally { getSourceResolver().release(modelSrc); } } 4) Use the JXPath DOMContainer to load the xml file(constant) I have used XMLDocumentContainer. I see there's a DocumentContainer but only present in JXPath 1.1 alpha and the jar file is still not included in Cocoon, so I used the soon to be deprecated mentioned. Btw, how could I extract a DOMNode from the root or an XML String so I could store the whole structure afterwards? I see in 1.1alpha I could do something like 'DocumentContainer.MODEL_DOM' but I guess in 1.0 I should get a JXPathContext and search for the root node so I can get the String I need. Am I right? Absolutely. On all counts. 5) Use the DOMContainer object as the Form model Ok. But where should I store it? In a separate file like the ArtistBean I got before? Or maybe would be enough to declare it and initialize it in the getForm() or getFormModel() method? Should do. 6) When you need to reference a node in the model, instead of using the DOM API, you can directly use XPath, like this: getForm().getValue(/@id) At this stage I can only see the form and when trying to access the model I get the following exception: 'Cannot setValue of an object that is not some other object's property/child' I am not sure why that is. Look at the source of the XMLFormTransformer and see how it uses the Form.getValue() to access properties referenced via ref attributes in an XMLForm source document. Sorry about all the questions but this is totally new for me and it is not easy. Not a problem at all. I have been looking for a good XML data model db example for a long time. You are getting up to speed very fast. Cheers, Ivelin - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]
Hi! I strongly believe in XForms, but the sample you pointed show that the use with Java Beans for DB connectivity and data validation is currently too complex. I would argue that it is no more complex than doing the same with Struts. Let alone plain JSP and classic controller Servlets. I am thinking in what will happen if every form will be code like the example in a huge application? What about changes in the large DB application? I guess the sample is supposed to focus on showing how to use XMLForm with Xindice. If it is not making it clear that this is the one message it sends, then the text should be revised. Can a generator build the Java Beans automatically what about the Action automatically generated? Maybe we can find the answer in this area. Let's try to find it. Josema proposed an answer in the XML db area. We need another brave soul (maybe Antonio :) to show relational db usage. Ivelin Please dont take this email in the wrong sense. I know this is a very new technology and you are doing your best effort to get it run under Cocoon. But maybe we can find another way to make it easier. If this is the currently way to work with the XForms with Db connectivity. I think many people will stay at the current model: XML Form + stylesheet + validation form + DB modular actions. Maybe we can find something similar. Best Regards, Antonio Gallardo. P.D: I know this is a cruel critic to the current work developed in this area. But I think it must to be told. Please dont take me bad. I strongly believe in Cocoon. Sorry Josema Alonso dijo: Ouch...I forgot to include the URL. I'm sorry. http://wiki.cocoondev.org/Wiki.jsp?page=XMLFormXindice Thanks :) -Mensaje original- De: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Enviado el: jueves, 23 de enero de 2003 4:24 Para: [EMAIL PROTECTED] Asunto: Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin] What is the URL? -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]
Excelent document. I would like to suggest a slight improvement. The Model part can be improved quite a bit if you use a DOM object directly instead of a JavaBean wrapper. more specificly: 1) You can remove ArtistBean altogether 2) Store the empty id structure in a static file or local constant 3) Override the getForm() method in the action 4) Use the JXPath DOMContainer to load the xml file(constant) 5) Use the DOMContainer object as the Form model 6) When you need to reference a node in the model, instead of using the DOM API, you can directly use XPath, like this: getForm().getValue(/@id) If you follow these steps and I am not totally wrong, you should be able to cut about 50 lines from the sample. -=Ivelin=- - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 23, 2003 2:42 AM Subject: RE: XMLForm Xindice Howto added to Wiki [please, att. Ivelin] Ouch...I forgot to include the URL. I'm sorry. http://wiki.cocoondev.org/Wiki.jsp?page=XMLFormXindice Thanks :) -Mensaje original- De: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Enviado el: jueves, 23 de enero de 2003 4:24 Para: [EMAIL PROTECTED] Asunto: Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin] What is the URL? -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon Presentation in Austin
Cocoon will set foot on the stage in Austin at the monthly gathering of the XML Users Group. http://www.xmlaustin.org/_html_out/main/index.html -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]
What is the URL? -=Ivelin=- - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Wednesday, January 22, 2003 6:18 PM Subject: XMLForm Xindice Howto added to Wiki [please, att. Ivelin] Hi, all. Ivelin, I should have done it a long while ago, but it was not possible for me until this day. I added a HowTo on using Xindice with XMLForms. I tried to use the easiest possible way. I hope I had not too many faults. Please review it and comment it if you want. Hope it could be useful. Best. ps: I used the Wiki since it was a lot easier for me, but you can put it wherever you think is better. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [XMLForm] initialization of the model
Try the overriding reset() - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 20, 2003 2:53 AM Subject: [XMLForm] initialization of the model Hi all, I'm trying to initialize the model of a XMLForm app each time I call this app. This app is launching from the Cocoon portal, in an authenticated environment. I have followed the solution coming from the posts in this list (thank you for that). The solution was to override the getFormModel() method in the Action class to initialize the model inside. I've done this but I still have a problem: the initialization is proceeded only the first time I call the app (the action) and not each time. What should I do for doing this? Is there maybe a session problem? Any help would be greatly appreciated. Thank you Sylvain - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [XMLForm] initialization of the model
Yes, to both questions. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 20, 2003 9:45 AM Subject: RE: [XMLForm] initialization of the model Hi Ivelin, I have tried to put these lines in the prepare() method and it works: code Form.remove(getObjectModel(), getFormId()); getForm().addFormListener(this); code But to understand this thing could you tell me: - the getFormModel() method is called the first time you call the app, right? - is the getFormModel() method called before or after the prepare() method? - the prepare() method is called each time you call the app, right? Thank you Regards Sylvain -Message d'origine- De: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Date: lundi, 20. janvier 2003 15:18 À: [EMAIL PROTECTED] Objet: Re: [XMLForm] initialization of the model Try the overriding reset() - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 20, 2003 2:53 AM Subject: [XMLForm] initialization of the model Hi all, I'm trying to initialize the model of a XMLForm app each time I call this app. This app is launching from the Cocoon portal, in an authenticated environment. I have followed the solution coming from the posts in this list (thank you for that). The solution was to override the getFormModel() method in the Action class to initialize the model inside. I've done this but I still have a problem: the initialization is proceeded only the first time I call the app (the action) and not each time. What should I do for doing this? Is there maybe a session problem? Any help would be greatly appreciated. Thank you Sylvain - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmlform samples are not working for me
Title: xmlform samples are not working for me This looks like another bad version of the Xerces or Xalan libs. Have these been changed lately? Ivelin - Original Message - From: Jonathan Spaeth To: '[EMAIL PROTECTED]' Sent: Wednesday, January 15, 2003 9:11 AM Subject: xmlform samples are not working for me I just checked out the latest version of the repository and found the xmlform samples are not working for me: Here is the stack trace. Has anybody seen this or know what it could be related to? java.lang.NullPointerException:at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.validatePipeline(AbstractCachingProcessingPipeline.java:424)at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.setupPipeline(AbstractCachingProcessingPipeline.java:545)at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.preparePipeline(AbstractProcessingPipeline.java:497)at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:463)at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:148)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:158)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at org.apache.cocoon.Cocoon.process(Cocoon.java:600)at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1104)at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at
Re: XMLForms and checkboxes
XMLForm handles automatically unchecked check-boxes when the form is session scope. Overriding the reset method is the appropriate place to handle them for request scope. See this: http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard-4.htm l Ivelin - Original Message - From: Mark Horgan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, January 14, 2003 2:26 PM Subject: XMLForms and checkboxes Just checking: is it true that request xmlforms don't handle checkboxes if they are unchecked? If so has anybody found a way around this apart from changing the scope of the forms to session? Before cocoon I used to send the checkbox element names as hidden elements and compare them with the request parameters when they came through and then update the form model accordingly. I'm looking through XMLFormTransformer.java but I don't know where to start. Mark - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmlform dtd
Shah, There is no DTD available at this point. The goal is to eventually use the XForms DTD or a subset of it, once XForms is finalized. Ivelin - Original Message - From: Yatin Shah [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 08, 2003 2:20 PM Subject: xmlform dtd Hello all, Anyone know where can I find the dtd for xmlform(xmlns:xf=http://xml.apache.org/cocoon/xmlform/2002;)? I'm interested in learning about all available UI types for use in the form xml files. [It's not included in src/documentation/xdocs/drafts, src/documentation/xdocs/dtd/ or src/webapp/WEB-INF/entities] Thanks /Yatin -- Yatin Shah, President mailto:[EMAIL PROTECTED] Kripa Inc. http://www.kripa.com Dayton, New Jersey USA phone: 732.329.8303 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Developers of real time event driven distributed DB applications - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: wsproxy generator
Sorry, misunderstood. I am not sure about excalibur. - Original Message - From: Geoff Howard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, December 27, 2002 3:19 PM Subject: RE: wsproxy generator right, but my response was about HTMLGenerator - he needed the results to go through tidy. Do you know off hand if excalibur source supports https? Geoff -Original Message- From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 26, 2002 10:31 PM To: [EMAIL PROTECTED] Subject: Re: wsproxy generator Actually, the WSProxyGen is using Jakarta HttpClient lib, which in turn supports HTTPS. - Original Message - From: Geoff Howard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 26, 2002 12:33 PM Subject: RE: wsproxy generator Don't know that off hand - it's using Excalibur Source Resolver, so you'll have to go digging through docs/source there. Unfortunately, 90% of the time, the api docs at excalibur give a 404. I often wish the Avalon/Excalibur docs from the appropriate version were bundled with cocoon and this is one of those times. It may be faster to just try it. Geoff -Original Message- From: Sushil Bhattarai [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 26, 2002 11:05 AM To: [EMAIL PROTECTED] Subject: RE: wsproxy generator Thanks for the suggestion. Does html generator retrieve remote sources by https also or does it support http only? I've read that webserviceproxy works with https. If html generator works with https as well then that would be super and solve all my problems. Sushil From: Geoff Howard [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: wsproxy generator Date: Tue, 24 Dec 2002 11:41:46 -0500 Yes, you can use WebProxyGenerator with any url, but yes it needs to return xml. If you need to retrieve arbitrary html content it would be safer to use HTMLGenerator, which can retrieve remote sources via http, and runs the input through Tidy before sending the sax events through the pipeline, guaranteeing [?] that you get wellformed xml. There is an example this in the samples that ship with cocoon, coincidentally using yahoo as an example. If the sample is broken, there is a good chance that a recent yahoo site redesign has broken the xpath used in the example, as has happened in the past. Hope that helps, Geoff Howard -Original Message- From: Sushil Bhattarai [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 24, 2002 10:39 AM To: [EMAIL PROTECTED] Subject: wsproxy generator Hello Does wsproxy generator work only with xform or does it work for any url. If it works for any url, does that url need to return xml output? If it doesn't how to get around it? I'm trying to call a url which basically returns html. But I want to serialize this as xml and put it in my pipeline so that I can manipulate the xml and extract whatever I want to. Is this possible using wsproxy or am I in the wrong direction. Can I do this to get yahoo page as xml map:match pattern=yahoo map:generate type=wsproxy src=http://www.yahoo.com/ map:serialize type=xml/ /map:match Thanks Sushil _ MSN 8 with e-mail virus protection service: 3 months FREE*. http://join.msn.com/?page=features/virusxAPID=42PS=47575PI=7324 DI=7474SU= http://www.hotmail.msn.com/cgi-bin/getmsgHL=1216hotmailtaglines_e liminateviruses_3mf - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: smart spam protection and 3 months FREE*. http://join.msn.com/?page=features/junkmailxAPID=42PS=47575PI=7 324DI=7474SU= http://www.hotmail.msn.com/cgi-bin/getmsgHL=1216hotmailtaglines_s martspamprotection_3mf
Re: wsproxy generator
Actually, the WSProxyGen is using Jakarta HttpClient lib, which in turn supports HTTPS. - Original Message - From: Geoff Howard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 26, 2002 12:33 PM Subject: RE: wsproxy generator Don't know that off hand - it's using Excalibur Source Resolver, so you'll have to go digging through docs/source there. Unfortunately, 90% of the time, the api docs at excalibur give a 404. I often wish the Avalon/Excalibur docs from the appropriate version were bundled with cocoon and this is one of those times. It may be faster to just try it. Geoff -Original Message- From: Sushil Bhattarai [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 26, 2002 11:05 AM To: [EMAIL PROTECTED] Subject: RE: wsproxy generator Thanks for the suggestion. Does html generator retrieve remote sources by https also or does it support http only? I've read that webserviceproxy works with https. If html generator works with https as well then that would be super and solve all my problems. Sushil From: Geoff Howard [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: wsproxy generator Date: Tue, 24 Dec 2002 11:41:46 -0500 Yes, you can use WebProxyGenerator with any url, but yes it needs to return xml. If you need to retrieve arbitrary html content it would be safer to use HTMLGenerator, which can retrieve remote sources via http, and runs the input through Tidy before sending the sax events through the pipeline, guaranteeing [?] that you get wellformed xml. There is an example this in the samples that ship with cocoon, coincidentally using yahoo as an example. If the sample is broken, there is a good chance that a recent yahoo site redesign has broken the xpath used in the example, as has happened in the past. Hope that helps, Geoff Howard -Original Message- From: Sushil Bhattarai [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 24, 2002 10:39 AM To: [EMAIL PROTECTED] Subject: wsproxy generator Hello Does wsproxy generator work only with xform or does it work for any url. If it works for any url, does that url need to return xml output? If it doesn't how to get around it? I'm trying to call a url which basically returns html. But I want to serialize this as xml and put it in my pipeline so that I can manipulate the xml and extract whatever I want to. Is this possible using wsproxy or am I in the wrong direction. Can I do this to get yahoo page as xml map:match pattern=yahoo map:generate type=wsproxy src=http://www.yahoo.com/ map:serialize type=xml/ /map:match Thanks Sushil _ MSN 8 with e-mail virus protection service: 3 months FREE*. http://join.msn.com/?page=features/virusxAPID=42PS=47575PI=7324 DI=7474SU= http://www.hotmail.msn.com/cgi-bin/getmsgHL=1216hotmailtaglines_e liminateviruses_3mf - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: smart spam protection and 3 months FREE*. http://join.msn.com/?page=features/junkmailxAPID=42PS=47575PI=7 324DI=7474SU= http://www.hotmail.msn.com/cgi-bin/getmsgHL=1216hotmailtaglines_s martspamprotection_3mf - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail:
Re: Form is null [id=form-feedback] Exception- Xml form HowTo
Based on your comments I've opened a bug report. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15618 Please let me know when all issues are resolved to the best of your knowledge. I will apply the fixes. Ivelin - Original Message - From: aps olute [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 22, 2002 12:26 PM Subject: Form is null [id=form-feedback] Exception- Xml form HowTo You get this because of this Form is null [id=form-feedback]. Change all *.xml forms on the howto to have id=form-howto instead of the form-feedback and this should take care of this error. Next problem would be to comb over the logic of the HowtoBean, it gets stuck on the Cooking mailing list because of a typo, traditionalReciepes it should be traditionalRecipes. I have not corrected this part myself, so I have not seen how the confirm.xml and would be displayed. One thing though is that I have not gone over the logic of HowtoWizardAction, I would like to expire the session after a succesful test so that subsequent visit of the same howto previous selections are not kept in the session. ey How about your turn in resolving this part? wink aps __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xml form How to-Sitemap
Please use the demo as basis for your new app. Don't try to use the HOW-TO. It has a few config flaws, which hopefully someone is going to submit a patch for. - Original Message - From: aps olute [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 21, 2002 2:01 PM Subject: Re: xml form How to-Sitemap Hmm I spoke too soon, it was getting in an endless loop once I select all the 3 checkboxes at Mailing List, checking only last one or two boxes, got me to the finish. weird output display depending on kde browser or ns4.7. --- aps olute [EMAIL PROTECTED] wrote: I finally got the XMLForm howto- to work. If you compare the components on the sitemap.xmap the wizard vs howto uses different logger ( logger=xmlform.sitemap.action.wizard/ ) vs (logger=webapp.xmlform/ ). I have not dig enuff to find the differences of the two. Hopefully the author would chime in and tell us the differences of the two loggers. The components on mine have these now: map:action name=WizardAction src=org.apache.cocoon.samples.xml form.WizardAction logger=xmlform.sitemap.action.wizard/ map:action name=HowtoWizardAction src=org.apache.cocoon.sample s.xmlform.howto.HowtoWizardAction logger=webapp.xmlform/ map:action name=UsageFeedbackAction src=org.apache.cocoon.samp les.xmlform.UsageFeedbackAction logger=xmlform.sitemap.action.UsageFeedback/ map:generators default=file/ map:transformers default=xslt map:transformer name=xmlform src=org.apache.cocoon.transformation.XMLFormTransformer logger=webapp.xmlform/ /map:transformers map:readers default=resource/ map:serializers default=html/ map:selectors default=browser/ map:matchers default=wildcard map:matcher name=wildcard src=org.apache.cocoon.matching.WildcardURIMatcher/ /map:matchers aps __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: howto xmlform sitemap
Fixed. Although the HOWTO is intended as a illustration. You should start customizing with the maintained demo. The first page of the HOWTO mentions this. Ivelin - Original Message - From: Thor Heinrichs-Wolpert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 1:00 AM Subject: howto xmlform sitemap On the last page of the howto sample, it states map:transform src=context://stylesheets/xmlform/xmlform2html.xsl/ but it should be map:transform src=context://samples/stylesheets/xmlform/xmlform2html.xsl / Cheers, Thor HW - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FORMS
Title: FORMS XMLForm is not supported in version before 2.1. You can download 2.1 here: http://cvs.apache.org/snapshots/xml-cocoon2/ - Original Message - From: Carlos González To: [EMAIL PROTECTED] Sent: Tuesday, December 17, 2002 8:34 AM Subject: FORMS Hi All, I am very interested in something that would let me fill some forms, and bind these form data to xml. I am evaluating products like Altova's Authentic Web Edition (very expensive, 30k USD per 50 concurrent users), but the functionality, except the client behavior that allows to edit the whole xml before sending it to the server, is near from what I'm looking for. I have seen Cocoon Forms, and it seems that is what I need. Could you give me some suggestions, hints, ..., whatever. Also, Cocoon forms page says that Cocoon 2.1 must be downloaded in order to test the example at url http://localhost:8080/cocoon/samples/xmlform/, but I am unable to get this version neither in the download page nor in the cvs. Where could I find this package?. Is it present in other releases, or only in 2.1? Thank you very much in advance. Carlos. Carlos Gonzalez-Cadenas Software Architect e-xtendnow
Re: FORMS
Josema, Many people requested an example of XMLForm with Xindice. Can you submit some source code or even better a HOW-TO doc? Thank you, Ivelin - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 17, 2002 9:59 AM Subject: Re: FORMS FORMSHello, Yes, you must download 2.1 from CVS and build it. Information on how to get it and build it step by step is available at: http://xml.apache.org/cocoon/installing/index.html Then you could test the XMLForm samples. I've been succesfully using them for a few months backed by a Xindice respository. Best. ps: please, not HTML next time, thanks. - Original Message - From: Carlos González To: [EMAIL PROTECTED] Sent: Tuesday, December 17, 2002 3:34 PM Subject: FORMS Hi All, I am very interested in something that would let me fill some forms, and bind these form data to xml. I am evaluating products like Altova's Authentic Web Edition (very expensive, 30k USD per 50 concurrent users), but the functionality, except the client behavior that allows to edit the whole xml before sending it to the server, is near from what I'm looking for. I have seen Cocoon Forms, and it seems that is what I need. Could you give me some suggestions, hints, ..., whatever. Also, Cocoon forms page says that Cocoon 2.1 must be downloaded in order to test the example at url http://localhost:8080/cocoon/samples/xmlform/, but I am unable to get this version neither in the download page nor in the cvs. Where could I find this package?. Is it present in other releases, or only in 2.1? Thank you very much in advance. Carlos. Carlos Gonzalez-Cadenas Software Architect e-xtendnow - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: schematron
Joerg's response is correct, although a technical detail is that Schematron is based on XPath, not XSTL (which uses XPath itself). - Original Message - From: Joerg Heinicke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 17, 2002 1:27 PM Subject: Re: schematron jtbamcai wrote: Hi! how can I validate a date like this -mm-dd with schematron? thanks in advance. iker. Hello, Schematron is XSLT, so you can use normal expressions. Example: assert test=substring(date, 1, 4) 2000 and substring(date, 1, 4) lt; 2005 /assert But XSLT has no date-specific functionality, it knows nothing about dates. So I think there is a better validator than schematron for dates. Regards, Joerg - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs2.1 xmlform sample broken?
Thanks for the notification Thor. Nicola, what is the deal? Ivelin - Original Message - From: Thor Heinrichs-Wolpert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 17, 2002 10:03 PM Subject: cvs2.1 xmlform sample broken? I see some files moved in CVS by nicolaken such as src/java/org/apache/cocoon/samples/xmlform UsageFeedbackAction.java UserBean.java WizardAction.java but the sitemaps and examples don't seem to have been modified. Is something up? Cheers, Thor HW - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Web Site Syndication [was: seeking for payed consultancy from the cocoon-comunity ...]
My hunch is that it is possible, although I have not tried. - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 14, 2002 3:07 AM Subject: Re: seeking for payed consultancy from the cocoon-comunity ... Hy, Ivelin; Thank you for your response. Meanwhile i browsed through wsproxy-generator.html and found it comes close to my needs. My problem with 2.1 from CVS is: I want to use cocoon in a production environment. cocoon-2.1 is not yet released. Although it seems to be quite stable, i am afraid, i can't use it yet for obvious reasons (maintenance) ... So the question rises, if the webproxygenerator could possibly be integrated into cocoon-2.0.4 with reasonable effort. regards, Hussayn - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm: content listbox problem
- Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 10, 2002 2:19 AM Subject: RE: XMLForm: content listbox problem Do you create this method in the Bean file or Action file? In the Action. What does the method should return? The dom document? In your case, it should return a DocumentContainer, not a DOM object. See http://jakarta.apache.org/commons/jxpath/users-guide.html#Containers Ivelin - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm and DOM node initialization
Have you noticed that you have a typo in the file. Rename the def attributes to ref. Ivelin - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 09, 2002 4:14 AM Subject: RE: XMLForm and DOM node initialization I tried to load this form: code ?xml version=1.0 ? document xmlns:xf=http://xml.apache.org/cocoon/xmlform/2002; xf:form id=form-feedback view=test action=addworkstation.html xf:captionTest/xf:caption xf:repeat nodeset=select/document/typeOfWorkstation/item xf:output def=description/ xf:ouput def=@id/ /xf:repeat /xf:form /document code It's still the same: there is the correct number of items in the page but there are empty (the values aren't set). The values are not set. Why?? If I don't insert ../document/.. in the path, the correct number of items are not displayed. Thank you Regards Sylvain -Message d'origine- De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]] Date: lundi, 9. décembre 2002 10:34 À: '[EMAIL PROTECTED]' Objet: AW: XMLForm and DOM node initialization The output statement print just the value of either the bean property or a dom node. You can look at the example of the xmlform-Howto-Wizard. The confirm.xml is using it to show all entered values. The code seemes to be ok, but I think you don't need the document... Place this without anything in the apropriate xml file and turn of all xsl stylesheets in the sitemap to see what is happening. ciao Lars -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 9. Dezember 2002 17:23 An: [EMAIL PROTECTED] Betreff: RE: XMLForm and DOM node initialization Yes, I think you have the same problem as me!! I don't use the xf:output statement. What does it mean? If I'm right, for testing you create a form.xml file (view) with only a repeat statement like this: code items xf:repeat nodeset=select/document/typeOfWorkstation/item item descxf:output ref=description//desc idxf:output ref=@id//id /item /xf:repeat /items code Is it the right way? Do you know why this kind of problem happen? Thank you Regards Sylvain -Message d'origine- De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]] Date: lundi, 9. décembre 2002 09:54 À: '[EMAIL PROTECTED]' Objet: AW: XMLForm and DOM node initialization I just went through the same problem an hour before. My problem was that not all dom nodes weren't initialized or respectivly some of the data before the repeat statement wasn't initialized. sample: - code - ... cityxf:output ref=/users/user/city //city statexf:output ref=/users/user/state //state poboxxf:output ref=/users/user/pobox //pobox pocodexf:output ref=/users/user/pocode //pocode items xf:repeat nodeset=/transaction/item item noxf:output ref=@number //no descxf:output ref=descr //desc unit_pricexf:output ref=price //unit_price qtyxf:output ref=qty //qty extamtxf:output ref=extamt //extamt /item /xf:repeat /items ... - /code this wasn't working for me, because I forget to set up the pobox and pocode node. I experienced the same behaviour like yours, the repeat statement was executed and created the correct number of items, but non of the values(no,desc,unit,..) where set. Try a blank xml file with just the repeat statement. If this works try to find out what's maybe missing. hope that helps. ciao Lars -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 9. Dezember 2002 16:38 An: [EMAIL PROTECTED] Betreff: RE: XMLForm and DOM node initialization Hi Lars, No, it doesn't work!! I'm going to be completely crazy! I think the problem is not on the XPath expression, because there is the exact number of items in the list. But the caption and value fields are empty! And I don't understand why! Thank you Sylvain -Message d'origine- De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]] Date: lundi, 9. décembre 2002 03:41 À: '[EMAIL PROTECTED]' Objet: AW: XMLForm and DOM node initialization Hello Sylvian, I'm sorry for the last mail, was send to early... outlook is driving me crazy.. try the following: xf:selectOne ref=/workstationType xf:captionWorkstation Type/xf:caption xf:itemset nodeset=/select/typeOfWorkstation/item xf:caption ref=description/ xf:value ref=@id/ /xf:itemset xf:violations class=error/ /xf:selectOne if your dom is still loaded into selected and is looking like this: document typeOfWorkstation item id=desktop descriptionDesktop/description /item item id=laptop descriptionLaptop/description /item item id=other descriptionOther configuration/description /item /typeOfWorkstation /document ciao Lars
Re: Cocoon performance tuning
Did you read this: http://xml.apache.org/cocoon/performancetips.html - Original Message - From: Lenya L. Khachaturov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 08, 2002 7:20 AM Subject: Cocoon performance tuning Hello, Are there any hints on making Cocoon perform better? I've been using - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML form How To's guide problem
The HOWTO targets 2.1. Looked at the actual demo which the HOWTO links to. webapp/samples/xmlform Ivelin - Original Message - From: Sreenivasan N. [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 04, 2002 1:07 AM Subject: XML form How To's guide problem Hi all I was just trying to work with XML form and found that the folder name specified are different in each steps in xml.apache.org/cocoon/howto/xmlform For ex step 1 say to create a how-to folder in src\webapp\samples\xmlform. In the same page for start.xml it says copy and save to src\webapp\mount\xmlform\howto In step 2 for howto-xmlform-sch-report.xml its says place it inthe folder src\scratchpad\webapp\samples\xmlform\schematron What is the exact flow and into which folder are these to be copied. These steps are to be done in the cocoon 2.0.3 source file or binary file? Kindly help me out to see a XML form working in Cocoon Thanks in advance Regards Sreenivasan N. Attitudes are much more important than aptitudes. Nothing is impossible for a willing heart Sreenivasan N. Sony SARD Ext 5816 Email. [EMAIL PROTECTED] Per: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm and Table output
I am not sure what exactly the problem is, but I guess you might be actually looking for a file reader instead of generator. I have not really used Cocoon for printing. Ivelin - Original Message - From: Kirchhoff, Lars [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 02, 2002 12:15 AM Subject: AW: XMLForm and Table output thanks Ivelin, but now I'm right in front of a new problem, how to print out the document using cocoon? I couldn't find a generator that gets the input right from a stream? Do I have to write my own generator? If yes, can you point me to some documentation about this, because I couldn't found it. thanks Lars -Ursprüngliche Nachricht- Von: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Gesendet: Sonntag, 1. Dezember 2002 00:03 An: [EMAIL PROTECTED] Betreff: Re: XMLForm and Table output Yes. You are on the right track. Why don't you print the XML document once it is created to see what it actually contains. I suspect this might be a simple mistake due to misuse of the API. It is not very convenient. Actually if you plan writing a lot of DOM code, you may want to look at JDOM or some of the O/R mapping frameworks. Ivelin - Original Message - From: Kirchhoff, Lars [EMAIL PROTECTED] To: Cocoon-Users (E-Mail) [EMAIL PROTECTED] Sent: Thursday, November 28, 2002 4:49 AM Subject: XMLForm and Table output Hi, it's me again and I hope I'm still getting answers and not starting to bother you all with all my questions. I've tried to create an application which simple should get some user data from a database, by simply enter the name. So my first form is just a text field where the name can be inserted. If the name is found all data will be shown. so far so good. But now I would like to built something more. Because I do not look at the exact name in the database it could be possible to get more then one entry. I now want to create a page, where all possible names are shown and some more additional information about them. So what I would like to have should be looking like this: -- | name | address | city | zip| -- | name1 | address1 | city1| zip1 | | name2 | address2 | city2| zip2 | | name3 | address3 | city3| zip3 | | ...| ... | ... | ...| where the user has the possibility to click on the a name to get the full detail. So what I thought is to write a method which get me the data from the database and put this in a DOM Nodes. I thought this would enable me to use them in the xf:repeat statement, but unfortunately it didn't worked out so far. Here is the code I used to create the DOM Nodes: -- -- --- // // Use DOM nodes to store values // DOMImplementation impl; try { DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); factory.setNamespaceAware( false ); factory.setValidating( false ); DocumentBuilder builder = factory.newDocumentBuilder(); impl = builder.getDOMImplementation(); } catch ( Exception e ) { throw new RuntimeException( Failed to initialize DOM factory. Root cause: \n + e ); } // // Use DOM nodes to store values // Document doc = impl.createDocument( null, Users, null ); Node root = doc.getDocumentElement(); Node custname = null; Node address = null; Node zip = null; Node city = null; Node user = null; Text text; try { Class.forName( org.postgresql.Driver ); Connection con = DriverManager.getConnection( DB_URL, DB_USER, DB_PASS ); Statement stmt = con.createStatement(); String update = select custname, busname, address, city, state, zip, pobox, pocode from customer where custname like '% + name + %'; ResultSet rs = stmt.executeQuery( update ); while ( rs.next() ) { user = doc.createElement( user ); root.appendChild( user ); custname = doc.createElement( custname ); text = doc.createTextNode( rs.getString( custname ) ); custname.appendChild( text ); user.appendChild( custname ); address = doc.createElement( address ); text = doc.createTextNode( rs.getString( address ) ); address.appendChild( text ); user.appendChild( address ); zip = doc.createElement( zip ); text = doc.createTextNode( rs.getString( zip ) ); zip.appendChild( text ); user.appendChild( zip ); city = doc.createElement( city ); text = doc.createTextNode
Re: XMLForm and Table output
Did you try setting your form model as a DocumentContainer which contains the DOM object? http://jakarta.apache.org/commons/jxpath/users-guide.html#Containers - Original Message - From: Kirchhoff, Lars [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 02, 2002 8:35 PM Subject: AW: XMLForm and Table output maybe I was a bit unprecise. I already could see that the xml output is correct. the only thing I'm still not sure is how to reference the dom in the xml page. I tried the following: xf:repeat nodeset=/Users/user id=myUsers xf:textbox ref=custname class=info/xf:textbox xf:textbox ref=address class=info/xf:textbox xf:textbox ref=city class=info/xf:textbox xf:textbox ref=zip class=info/xf:textbox /xf:repeat and xf:selectMany ref=/ selectUIType=checkbox xf:captionUsernames:/xf:caption xf:itemset nodeset=/Users/user xf:caption ref=custname/ xf:caption ref=address/ xf:caption ref=city/ xf:caption ref=zip/ /xf:itemset /xf:selectMany and several others ... (but this seemed to be the most logical ones after reading the xmlform specs from w3c) but it's not working. Now my guess is that probably the data is not return probaply to the xml page or better the pipeline. In the action java file I have this getForm().getModel(); statement and am now wondering if this returns all Data, not only the bean data? maybe you can help finding the light out of this... ciao Lars -Ursprüngliche Nachricht- Von: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 3. Dezember 2002 10:00 An: [EMAIL PROTECTED] Betreff: Re: XMLForm and Table output I am not sure what exactly the problem is, but I guess you might be actually looking for a file reader instead of generator. I have not really used Cocoon for printing. Ivelin - Original Message - From: Kirchhoff, Lars [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 02, 2002 12:15 AM Subject: AW: XMLForm and Table output thanks Ivelin, but now I'm right in front of a new problem, how to print out the document using cocoon? I couldn't find a generator that gets the input right from a stream? Do I have to write my own generator? If yes, can you point me to some documentation about this, because I couldn't found it. thanks Lars -Ursprüngliche Nachricht- Von: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Gesendet: Sonntag, 1. Dezember 2002 00:03 An: [EMAIL PROTECTED] Betreff: Re: XMLForm and Table output Yes. You are on the right track. Why don't you print the XML document once it is created to see what it actually contains. I suspect this might be a simple mistake due to misuse of the API. It is not very convenient. Actually if you plan writing a lot of DOM code, you may want to look at JDOM or some of the O/R mapping frameworks. Ivelin - Original Message - From: Kirchhoff, Lars [EMAIL PROTECTED] To: Cocoon-Users (E-Mail) [EMAIL PROTECTED] Sent: Thursday, November 28, 2002 4:49 AM Subject: XMLForm and Table output Hi, it's me again and I hope I'm still getting answers and not starting to bother you all with all my questions. I've tried to create an application which simple should get some user data from a database, by simply enter the name. So my first form is just a text field where the name can be inserted. If the name is found all data will be shown. so far so good. But now I would like to built something more. Because I do not look at the exact name in the database it could be possible to get more then one entry. I now want to create a page, where all possible names are shown and some more additional information about them. So what I would like to have should be looking like this: -- | name | address | city | zip| -- | name1 | address1 | city1| zip1 | | name2 | address2 | city2| zip2 | | name3 | address3 | city3| zip3 | | ...| ... | ... | ...| where the user has the possibility to click on the a name to get the full detail. So what I thought is to write a method which get me the data from the database and put this in a DOM Nodes. I thought this would enable me to use them in the xf:repeat statement, but unfortunately it didn't worked out so far. Here is the code I used to create the DOM Nodes: -- -- --- // // Use DOM nodes to store values // DOMImplementation impl; try { DocumentBuilderFactory
Re: XMLForm and Table output
Yes. You are on the right track. Why don't you print the XML document once it is created to see what it actually contains. I suspect this might be a simple mistake due to misuse of the API. It is not very convenient. Actually if you plan writing a lot of DOM code, you may want to look at JDOM or some of the O/R mapping frameworks. Ivelin - Original Message - From: Kirchhoff, Lars [EMAIL PROTECTED] To: Cocoon-Users (E-Mail) [EMAIL PROTECTED] Sent: Thursday, November 28, 2002 4:49 AM Subject: XMLForm and Table output Hi, it's me again and I hope I'm still getting answers and not starting to bother you all with all my questions. I've tried to create an application which simple should get some user data from a database, by simply enter the name. So my first form is just a text field where the name can be inserted. If the name is found all data will be shown. so far so good. But now I would like to built something more. Because I do not look at the exact name in the database it could be possible to get more then one entry. I now want to create a page, where all possible names are shown and some more additional information about them. So what I would like to have should be looking like this: -- | name | address | city | zip| -- | name1 | address1 | city1| zip1 | | name2 | address2 | city2| zip2 | | name3 | address3 | city3| zip3 | | ...| ... | ... | ...| where the user has the possibility to click on the a name to get the full detail. So what I thought is to write a method which get me the data from the database and put this in a DOM Nodes. I thought this would enable me to use them in the xf:repeat statement, but unfortunately it didn't worked out so far. Here is the code I used to create the DOM Nodes: -- -- --- // // Use DOM nodes to store values // DOMImplementation impl; try { DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); factory.setNamespaceAware( false ); factory.setValidating( false ); DocumentBuilder builder = factory.newDocumentBuilder(); impl = builder.getDOMImplementation(); } catch ( Exception e ) { throw new RuntimeException( Failed to initialize DOM factory. Root cause: \n + e ); } // // Use DOM nodes to store values // Document doc = impl.createDocument( null, Users, null ); Node root = doc.getDocumentElement(); Node custname = null; Node address = null; Node zip = null; Node city = null; Node user = null; Text text; try { Class.forName( org.postgresql.Driver ); Connection con = DriverManager.getConnection( DB_URL, DB_USER, DB_PASS ); Statement stmt = con.createStatement(); String update = select custname, busname, address, city, state, zip, pobox, pocode from customer where custname like '% + name + %'; ResultSet rs = stmt.executeQuery( update ); while ( rs.next() ) { user = doc.createElement( user ); root.appendChild( user ); custname = doc.createElement( custname ); text = doc.createTextNode( rs.getString( custname ) ); custname.appendChild( text ); user.appendChild( custname ); address = doc.createElement( address ); text = doc.createTextNode( rs.getString( address ) ); address.appendChild( text ); user.appendChild( address ); zip = doc.createElement( zip ); text = doc.createTextNode( rs.getString( zip ) ); zip.appendChild( text ); user.appendChild( zip ); city = doc.createElement( city ); text = doc.createTextNode( rs.getString( city ) ); city.appendChild( text ); user.appendChild( city ); system = root; } } catch( Exception e ) { } -- -- --- I expected to create the following structure with it: users user custname/custname address/address zip/zip city/city /user user custname/custname address/address zip/zip city/city /user /users So what I'm now wondering is, if I'm on the right track and just doing some beginner mistakes or if this won't work at all. Thanks in advance that you read up to here. ciao Lars - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WebServiceProxy Hell
Can you verify if the demo works for you. - Original Message - From: Tony Collen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 27, 2002 11:16 AM Subject: Re: WebServiceProxy Hell On Tue, 26 Nov 2002, Ivelin Ivanov wrote: Are you saying that the version in CVS is bad? Please submit a bug in Bugzilla about this and mention which version do you use. It might be. When I get to work, today, I have a few things that I can check, but so far, I've gotten different results with different versions of commons-httpclient. I almost want to say the bug is there, and not actually in the WSPG. With the long weekend for the holidays coming here in the US, it will be quiet at work today, so I should have no problem concentrating on getting this solved :) If I still can't get the WSPG working with my examples, I'll file a bug and we'll take it from there. Regards, Tony Tony Collen -- [EMAIL PROTECTED] College of Liberal Arts University of Minnesota, Minneapolis, West Bank - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WebServiceProxy Hell
Tony, I don't see anything wrong with your sample other than the fact that your XML output doesn't have a new line after the xml header: ?xml version=1.0 My only suggestion at this point it to debug the WSPG and find out what URL it is trying to access. It should exlpain why your servlet is never reached. Your pipeline seems good. It must be a very simple misconfiguration problem, because your example is pretty simple and the WSPG demo works against much more complicated sites. I am sorry I cannot offer a better solution. Please let me know what you find, Ivelin - Original Message - From: Tony Collen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 25, 2002 2:52 PM Subject: Re: WebServiceProxy Hell Alright, Here's what I got so far: I've written a testing servlet that takes doPost, and prints out some valid XML. I'm able to submit to it with a normal HTML form and get XML back. I've got some debug statements in my servlet that prints to STDERR when a request is made so I can tell when the servlet is being called. I see the debug messages when I post to the servlet using the plain HTML form. Now, when I try to use the WSPG to interact with the servlet (or any other servlet for that matter), I'm getting the No XML error back. When I hit Cocoon and invoke the pipeline, I notice that my debug servlet isn't even being called! Here's all my stuff I have so far. First the debug servlet: import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class PostServlet extends HttpServlet { public void doPost(HttpServletRequest req, HttpServletResponse res) throws IOException, ServletException { System.err.println([PostServlet] Entering doPost()); PrintWriter out = res.getWriter(); String mode = req.getParameter(Mode); System.err.println([PostServlet] Setting Content-type); res.setContentType(text/xml); System.err.println([PostServlet] Sending XML...); out.println(?xml version=\1.0\?); out.println(root); out.println(\tfoo mode=\ + mode + \); if (mode.equals(keyword)) { out.println(\tkeywords + req.getParameter(keywords) + /keywords); } out.println(\t/foo); out.println(/root); System.err.println([PostServlet] Done sending XML. Exiting.); } } Here's the HTML form which submits to it: html body form method=post action=http://localhost/postServlet; textarea name=keywords type=text wrap=soft cols=60 rows=4/textarea input type=hidden name=Mode value=keyword/ input type=submit/input /form /body /html Here's my pipeline: map:pipeline map:match pattern=search map:redirect-to uri=search/form.html/ /map:match map:match pattern=search/form.html map:generate type=file src=documents/searchForm.xml/ map:transform src=stylesheets/xmlform2html.xsl/ map:serialize type=html/ /map:match map:match pattern=search/doSearch map:generate type=wsproxy src=http://localhost/postServlet; map:parameter name=wsproxy-method value=POST/ /map:generate map:serialize type=xml/ /map:match /map:pipeline stylesheets/xmlform2html.xsl is the one which is included with the samples. Here's my documents/searchForm.xml: ?xml version=1.0? document xmlns:xf=http://xml.apache.org/cocoon/xmlform/2002; xf:form id=keyword-search action=http://localhost/cocoon/nhgis/search/doSearch; method=POST xf:captionKeyword Search/xf:caption xf:textbox ref=keywords name=keywords xf:captionKeywords/xf:caption /xf:textbox xf:submit id=submit class=button xf:captionSubmit/xf:caption /xf:submit /xf:form /document And finally, here's the entire stack trace of the error that Cocoon provides after I post to the form that search/form.html gives me: ERROR (2002-11-25) 14:43.39:499 [access ] (/cocoon/nhgis/search/doSearch) HttpProcessor[80][4]/CocoonServlet: Problem with Cocoon servlet org.apache.cocoon.ProcessingException: Error invoking remote service: org.apache.cocoon.ProcessingException: Invalid response - no xml: org.apache.cocoon.ProcessingException: Invalid response - no xml at org.apache.cocoon.generation.WebServiceProxyGenerator.fetch(WebServiceProxyG enerator.java:278) at org.apache.cocoon.generation.WebServiceProxyGenerator.generate(WebServicePro xyGenerator.java:172) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLP ipeline(AbstractProcessingPipeline.java:515) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline .processXMLPipeline(AbstractCachingProcessingPipeline.java:204) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(Abs tractProcessingPipeline.java:486) at
Re: XMLForm JavaBean getter setter methods
Does the log suggest something? (look for sitemap.transformer.xmlform). - Original Message - From: Senhaji [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 20, 2002 3:17 PM Subject: RE: XMLForm JavaBean getter setter methods Yes, the system Node is set correctly. But what about the other bean's getter methods that are called by the framework many times ! Senhaji -Message d'origine- De : Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 20 novembre 2002 04:43 À : [EMAIL PROTECTED] Objet : Re: XMLForm JavaBean getter setter methods JXpath gets the collection and directly sets its items. - Original Message - From: Senhaji [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Monday, November 18, 2002 5:31 AM Subject: XMLForm JavaBean getter setter methods Hello, In the wizard example, I added some log traces in the UserBean's getter and setter methods to see what happen behind the scene. When I push the start button, the getAllHobbies is called many times (20). The same thing happens with the getSystem(). However the setSystem() method is never called. Can some one explain this behaviour? Thanks, Senhaji - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm: dynamic content listbox
yes. http://jakarta.apache.org/commons/jxpath/users-guide.html#Containers - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 21, 2002 2:54 AM Subject: RE: XMLForm: dynamic content listbox Thanks Alonso. I have read userIdentity.xml and UserBean.java files from Cocoon Wizard sample. In UserBean.java, I have found a method called initHobbies(). This method simply init all hobbies. If I have well understood, I could replace the hard-coded values of allHobbies by a query to a database. isn't it? What would be the solution if I want to retrieve the allHobbies values from an external xml file? Is there an example? Thank you Sylvain -Message d'origine- De: Josema Alonso [mailto:[EMAIL PROTECTED]] Date: mercredi, 20. novembre 2002 19:50 À: Cocoon-Users Objet: Re: XMLForm: dynamic content listbox Hello. I had a very similar problem a few days ago. The way to go is the itemset tag as used in the wizard demo. Take a look at the 'userIdentity.xml' file where the Hobbies get listed: xf:selectMany ref=/hobby selectUIType=checkbox xf:captionHobbies/xf:caption xf:itemset nodeset=allHobbies xf:caption ref=value/ xf:value ref=key/ /xf:itemset /xf:selectMany All you have to do is to change the UIType to the one desired and fill the items with values taken from the DB, for example from the action. Hope it helps, Josema. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 20, 2002 3:56 PM Subject: XMLForm: dynamic content listbox Hello, I'm using listbox in XMLForm (with tag xf:selectOne selectUIType=listbox). The content of the listbox (the items listed) is hard-coded in the xml document (view) like that: xf:selectOne selectUIType=listbox xf:item id=unix xf:captionUnix/xf:caption xf:valueUnix/xf:value /xf:item xf:item id=windows xf:captionWindows/xf:caption xf:valueWindows/xf:value /xf:item /xf:selectOne Is there a possibility to retrieve dynamically these items from a database instead of using the hard-coded items in xml document?? Thank you Sylvain - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm: dynamic content listbox
Yes. JXPath is used. The names are matched by JavaBean introspection. - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 22, 2002 3:47 AM Subject: RE: XMLForm: dynamic content listbox When you say 'So, but how is the xmlform framework determining the name?' I do not know exactly what you mean. Maybe you need the help of someone more expert than me in the framework. As I told you in my previous message I think is JXPath making the mappings, but haven't investigate this point too much...maybe we should take a closer look at http://jakarta.apache.org/commons/jxpath/... -Mensaje original- De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]] Enviado el: viernes, 22 de noviembre de 2002 9:59 Para: '[EMAIL PROTECTED]' Asunto: AW: XMLForm: dynamic content listbox thanks Josema, after playing a while I found it as well, but still find it a bit confusing, because there is now direct reference. What I did was the following: !-- == code == -- public UserBean () { initCustomers(); } public String[] getName() { return names; } public void setName( String[] newNames ) { names = newNames; } public Set getCustomerNames() { return customerNames.entrySet(); } public void initCustomers() { names = new String[] {}; customerNames = new HashMap(); ... fill with database entries ... } !-- == /code == -- after this was done in the java bean, I could acces the elements by using /name as ref value in the xml file. !-- == code == -- xf:selectMany ref=/name selectUIType=checkbox xf:captionCustomer/xf:caption xf:itemset nodeset=customerNames xf:caption ref=value/ xf:value ref=key/ /xf:itemset /xf:selectMany !-- == /code == -- So, but how is the xmlform framework determining the name? best regards Lars Kirchhoff - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm UI Builder
Interesting approach. Can you share an example? Ivelin - Original Message - From: Scott Warren [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 17, 2002 3:45 PM Subject: Re: XMLForm UI Builder Senhaji, An easy way that I have achieved this is to generate an XML document that has all the information (Java Bean properties + code, Form Elements etc) then I created a number of XSL Documents that take the XML doc and produce the JavaBean code, XMLForm.XSP, Validation Descriptor.XML etc. Then all you need to do is change the layout of the XMLForm as needed.. I use Ant to generate the files from the XML but you can use a Cocoon pipleine to generate the files. Hope this helps Scott Warren Senhaji wrote: Hello, I've just finished playing with the XMLForm wizard example. I've learned a lot of good concepts such as the separation between the content, the presentation and the validation in the form building process. After that, I started looking for an XMLForm builder that would help me speed up the form building process. But without success! How can I explain to the management that even building a simple Form with C2 will take ~3 days of development? not easy -). It could be very nice if from a form builder one can generate all the necessary files for C2 (JavaBeans, XSL for transforming XMLForm widget to HTML or whatever widget, XSL for the form layout, XML schema for validation,...). Are there any works in this area ? Thanks in advance, Senhaji - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm JavaBean getter setter methods
JXpath gets the collection and directly sets its items. - Original Message - From: Senhaji [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Monday, November 18, 2002 5:31 AM Subject: XMLForm JavaBean getter setter methods Hello, In the wizard example, I added some log traces in the UserBean's getter and setter methods to see what happen behind the scene. When I push the start button, the getAllHobbies is called many times (20). The same thing happens with the getSystem(). However the setSystem() method is never called. Can some one explain this behaviour? Thanks, Senhaji - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm UI Builder
There is no current work on a XMLForm builder, to my knowledge. But you are welcome to pitch in if you want. Ivelin - Original Message - From: Senhaji [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Sunday, November 17, 2002 10:12 AM Subject: XMLForm UI Builder Hello, I've just finished playing with the XMLForm wizard example. I've learned a lot of good concepts such as the separation between the content, the presentation and the validation in the form building process. After that, I started looking for an XMLForm builder that would help me speed up the form building process. But without success! How can I explain to the management that even building a simple Form with C2 will take ~3 days of development? not easy -). It could be very nice if from a form builder one can generate all the necessary files for C2 (JavaBeans, XSL for transforming XMLForm widget to HTML or whatever widget, XSL for the form layout, XML schema for validation,...). Are there any works in this area ? Thanks in advance, Senhaji - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem running the Xform wizard-Howto tutorial
You will probably save yourself some time if you start with the XMLForm demo. http://localhost:8080/cocoon/samples/welcome The files are under webapp/samples/xmlform Ivelin - Original Message - From: poornima ponnuswamy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 10:08 PM Subject: Problem running the Xform wizard-Howto tutorial I am trying to run the Xform wizard-How to tutorial in http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard.html I get the resource not found error message. I copied the sitemap.xmap file and pasted in the location \src\webapp\samples\xmlform replacing the one initally that came with the cocoon package. Am I right? Can anyone help me with it Thanks for the time poorni __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dynamic select boxes in XMLForms?
You are welcome! - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 3:21 PM Subject: Re: dynamic select boxes in XMLForms? Look closer at the demo and examine the itemset elements under the select elements. I see. I'm sorry I didn't notice them before. It's working, thank you very much. - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Thursday, November 14, 2002 12:35 PM Subject: dynamic select boxes in XMLForms? Hi, all. I tried the XMLForm wizard demo where I see some select boxes created for processor, ram, servlet engine and java version elements in ths system information page. I see the values for those are hard coded in 'system.xml' and I want to create a select box from a DOM Node. I got the following: EquipmentTypes EquipmentType id=player DescriptionDescription of the player type/Description /EquipmentType EquipmentType id=recorder DescriptionDescription of the recorder type/Description /EquipmentType /EquipmentTypes I would like to create a select box (one of the dropdown type) and have: 1.- value of every option element as the EquipmentType/@id 2.- text displayed of every option as the EquipmentType/Description I've tried with a xf:repeat with no luck. I also tried with just one element but no luck either. I guess is something with the stylesheet. The 'xmlform2html.xsl' doesn't seem to check 'ref' attributes on option elements. I guess the solution will be the customization of that stylesheet to my needs...am I right? Thanks. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dynamic select boxes in XMLForms?
Look closer at the demo and examine the itemset elements under the select elements. - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Thursday, November 14, 2002 12:35 PM Subject: dynamic select boxes in XMLForms? Hi, all. I tried the XMLForm wizard demo where I see some select boxes created for processor, ram, servlet engine and java version elements in ths system information page. I see the values for those are hard coded in 'system.xml' and I want to create a select box from a DOM Node. I got the following: EquipmentTypes EquipmentType id=player DescriptionDescription of the player type/Description /EquipmentType EquipmentType id=recorder DescriptionDescription of the recorder type/Description /EquipmentType /EquipmentTypes I would like to create a select box (one of the dropdown type) and have: 1.- value of every option element as the EquipmentType/@id 2.- text displayed of every option as the EquipmentType/Description I've tried with a xf:repeat with no luck. I also tried with just one element but no luck either. I guess is something with the stylesheet. The 'xmlform2html.xsl' doesn't seem to check 'ref' attributes on option elements. I guess the solution will be the customization of that stylesheet to my needs...am I right? Thanks. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm and dates
Try the following: Use a Date property with its own getter and setter for the database access. Implement an extra property named dateString. Then write the getter of the property to convert the Date object into String when invoked. Also write a setter to convert a string to a date. The Java DateFormat class can help. http://java.sun.com/j2se/1.3/docs/api/java/text/DateFormat.html In your XMLForm documents refer to the dateString property, instead of the date property. In your Java code, use the date property. Hope this helps. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 12, 2002 8:00 AM Subject: XMLForm and dates Hello, I use XMLForm and I want to put the today date in a form. The problem is that the today date has to be a String because the XMLForm simply display the value of the Bean class attribute. If this value is not a String, the date can't be read! But I want to store the today date in a Date format (because I have a timestamp format in my database). How to store the date in a Date type and display it like a String? How to do this?? Thank you Sylvain - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic models in XMLForms - was: Re: XMLForm - xf:repeat tag on DOM Nodes?
Thank you. It needs further clarification before we can start design. Hopefully other people who asked for this feature will add a few more use cases. Ivelin - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Monday, November 11, 2002 10:12 AM Subject: Dynamic models in XMLForms - was: Re: XMLForm - xf:repeat tag on DOM Nodes? Yes. This has been requested multiple times. Please open a feature request ticket in Bugzilla and describe with a few detailed use cases, what is it exactly that you would like to have. Others will add their thoughts to the ticket and someone (maybe I) will eventually implement it. I've done it. I hope I did it well. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14450 Thank you very much for your help. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon Users Group - Texas
If you live in Texas, please let me know. Respond directly to [EMAIL PROTECTED] I will gather all names and will post back to the list. If the Cocoon population here is big enough we can probably setup a brainstorming gathering, similar to the one in London. Hopefully Stefano will be tempted to attend. -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm - xf:repeat tag on DOM Nodes?
You probably meant to use: xf:repeat nodeset=/productNode/product/description xf:textbox ref=@lang xf:captionLanguage (code):/xf:caption xf:violations class=error/ /xf:textbox xf:textbox ref=. xf:captionDescription:/xf:caption xf:violations class=error/ /xf:textbox /xf:repeat I would also recommend that you use the standard xml:lang attribute instead of a non-qualified one. Ivelin - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Saturday, November 09, 2002 12:40 PM Subject: XMLForm - xf:repeat tag on DOM Nodes? Dear all, I see in thw wizrd demo how the repeat tag is used like this: xf:repeat nodeset=favorite[position() lt;= 3] id=favorites xf:textbox ref=. class=info xf:captionURL: /xf:caption /xf:textbox /xf:repeat In the model bean the favorite is implemented as an array list, so you can iterate through it using the position function and specifying how many items to display. Well, now I got a part of my model implmented as a DOM Node. It seems it'w working right but I can't make the repeat tag to work with it. Let's say I have something like this: product description lang=ennice table/description description lang=esmesa bonita/description /product I want to display as many textboxes as descriptions, ok? I have tried this, but unfortunately it is not working. : xf:repeat nodeset=/productNode/product xf:textbox ref=description/@lang xf:captionLanguage (code):/xf:caption xf:violations class=error/ /xf:textbox xf:textbox ref=description xf:captionDescription:/xf:caption xf:violations class=error/ /xf:textbox /xf:repeat If I try to access just one description node outside the repeat tag, I get the info correctly. Any ideas? Thanks. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to manage several XMLForms in a sitemap? (it was: dynamically choosing an action at runtime)
- Original Message - From: Josema Alonso [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 09, 2002 5:35 PM Subject: Re: how to manage several XMLForms in a sitemap? (it was: dynamically choosing an action at runtime) I am not sure if I would do this like you did. There are is a certain lifecycle contract between every Cocoon component and the container. By invoking directly you may be violating this contract. I would probably let the sitemap do the forwarding to actions. In your case action sets might be good. http://xml.apache.org/cocoon/userdocs/concepts/actions.html I considered them and maybe I'll use them. I'm trying to make a good decision. Alternatively you can use one dispatcher action which inherits from AbstractXMLFormAction and works directly with the backend based on the requested command. I see. Someone pointed this one, too, but I'm that Avalon savvy to implement something like this currently. Just open org.apache.cocoon.samples.xmlform.WizardAction.java then look more carefully in webapp/samples/xmlform Yet another alternative is for the extending action to return an objectmodel parameter which is matched later in the sitemap. map:action type=myxmlformaction ... map:call src=cocoon:{whichaction} This one sounds new, interesting and easy to code. I'll give it a try :-) Thank you very much. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm - xf:repeat tag on DOM Nodes?
- Original Message - From: Josema Alonso [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 09, 2002 6:32 PM Subject: Re: XMLForm - xf:repeat tag on DOM Nodes? Stupid me, I sent the code snippet before fix it. That's what I meant exactly, and it's working good. I just had some incorrect mappings in the model. You know? It took me a lot of time to understand this whole XMLForms thingie of you. Now that it seems I know what I'm doing I must say I really like this approach to forms. Thanks you very much for providing it :-) Btw, some people are missing a dynamic model, I mean, they say you must create it before hand. It would be pretty nice to see it in a next version, sometime, but I can say to those, that using DOM nodes and documents and manipulating them inside the action, can give a lot of power to make things dynamic :-) Yes. This has been requested multiple times. Please open a feature request ticket in Bugzilla and describe with a few detailed use cases, what is it exactly that you would like to have. Others will add their thoughts to the ticket and someone (maybe I) will eventually implement it. Thanks, Ivelin Thanks again. - Original Message - From: Ivelin Ivanov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 09, 2002 8:15 PM Subject: Re: XMLForm - xf:repeat tag on DOM Nodes? You probably meant to use: xf:repeat nodeset=/productNode/product/description xf:textbox ref=@lang xf:captionLanguage (code):/xf:caption xf:violations class=error/ /xf:textbox xf:textbox ref=. xf:captionDescription:/xf:caption xf:violations class=error/ /xf:textbox /xf:repeat I would also recommend that you use the standard xml:lang attribute instead of a non-qualified one. Ivelin - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Saturday, November 09, 2002 12:40 PM Subject: XMLForm - xf:repeat tag on DOM Nodes? Dear all, I see in thw wizrd demo how the repeat tag is used like this: xf:repeat nodeset=favorite[position() lt;= 3] id=favorites xf:textbox ref=. class=info xf:captionURL: /xf:caption /xf:textbox /xf:repeat In the model bean the favorite is implemented as an array list, so you can iterate through it using the position function and specifying how many items to display. Well, now I got a part of my model implmented as a DOM Node. It seems it'w working right but I can't make the repeat tag to work with it. Let's say I have something like this: product description lang=ennice table/description description lang=esmesa bonita/description /product I want to display as many textboxes as descriptions, ok? I have tried this, but unfortunately it is not working. : xf:repeat nodeset=/productNode/product xf:textbox ref=description/@lang xf:captionLanguage (code):/xf:caption xf:violations class=error/ /xf:textbox xf:textbox ref=description xf:captionDescription:/xf:caption xf:violations class=error/ /xf:textbox /xf:repeat If I try to access just one description node outside the repeat tag, I get the info correctly. Any ideas? Thanks. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to manage several XMLForms in a sitemap? (it was: dynamically choosing an action at runtime)
I am not sure if I would do this like you did. There are is a certain lifecycle contract between every Cocoon component and the container. By invoking directly you may be violating this contract. I would probably let the sitemap do the forwarding to actions. In your case action sets might be good. http://xml.apache.org/cocoon/userdocs/concepts/actions.html Alternatively you can use one dispatcher action which inherits from AbstractXMLFormAction and works directly with the backend based on the requested command. Yet another alternative is for the extending action to return an objectmodel parameter which is matched later in the sitemap. map:action type=myxmlformaction ... map:call src=cocoon:{whichaction} Ivelin - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Thursday, November 07, 2002 11:53 AM Subject: Re: how to manage several XMLForms in a sitemap? (it was: dynamically choosing an action at runtime) Well, this is a followup to my previous message regarding this subject. I coded the Dispatcher, but I must say I didn't know what I was doing exactly. Surprisingly, it works but only from time to time...the behaviour is really weird... I'm copying the code below and hope someone could review it. I'm afraid I'm breaking something somewhere in my cocoon... Thanks. ps: remember that I was trying to code a Action that could dispatch other actions, so I could call it for as many XMLForms as needed with a parameter and it would choose the right action. Some kind of factory method... --- package net.josema.xmtrader.forms; import java.util.HashMap; import java.util.Map; import net.josema.xmtrader.forms.xmldb.recordings.equipment.EquipmentTypeAction; import org.apache.avalon.framework.parameters.Parameters; import org.apache.avalon.framework.thread.ThreadSafe; import org.apache.cocoon.acting.ConfigurableComposerAction; import org.apache.cocoon.environment.Redirector; import org.apache.cocoon.environment.SourceResolver; /** * This action let decide which action to use at runtime based on * a sitemap parameter with the name of the action to load. * */ public class ActionDispatcher extends ConfigurableComposerAction implements ThreadSafe { public Map act(Redirector redirector, SourceResolver resolver, Map objectModel, String source, Parameters parameters) throws Exception { String actionName = parameters.getParameter(actionName); Map resultMap = new HashMap(); //get the Action if(actionName.equalsIgnoreCase(EquipmentTypeAction)) { EquipmentTypeAction equipmentTypeAction = new EquipmentTypeAction(); //add this action to the manager equipmentTypeAction.compose(this.manager); resultMap = equipmentTypeAction.act(redirector, resolver, objectModel, source, parameters); } //place for the rest of the if clauses for more actions //return the map gotten from the chosen action return resultMap; } } - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session timeout and XML Forms
- Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 07, 2002 11:52 AM Subject: session timeout and XML Forms Hello, i have the following problem: I set my session timeout in the web.xml to 1 minute (only to try), but as soon as I am in my registration flow I am never loosing the session. I am using XML Forms with map:parameter name=xmlform-scope value=session / If I change the scope to request the session times out after one minute, but not if its set to session. Is there always a new session crated in the session scope [Ivelin] Yes, the framework will automatically create a new session if one is not available, along with a new data model instance. This behaviour is similar to Struts' implementation. or is it using its own session? Do I have to set the timeout then differently? Thanx again for any help, miHam - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm and pop-up menu
For drop down list use: xf:selectOne For radio buttons, use xf:selectOne selectUIType='radio' - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 04, 2002 8:11 AM Subject: RE: XMLForm and pop-up menu The content should be simply a list of word. The user should choose a word in the pop-up menu (and only these words) instead of enter a word. Sylvain -Message d'origine- De: Reinhard Poetz [mailto:reinhard_poetz;gmx.net] Date: lundi, 4. novembre 2002 14:49 À: [EMAIL PROTECTED] Objet: RE: XMLForm and pop-up menu Sylvain, As far as I know - no. What should be the content of the pop-up menu? Regards, Reinhard -Original Message- From: [EMAIL PROTECTED] [mailto:Sylvain.Thevoz;swisscom.com] Sent: Monday, November 04, 2002 2:19 PM To: [EMAIL PROTECTED] Subject: XMLForm and pop-up menu Hello, I use XMLForm and I want to implement pop-up menu in a form. Is there a solution? Thank you Sylvain - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForms vs Struts
Please do. Wiki is great, but I am not sure in which section would this one article go. Please let me know where it went. Thank you, Ivelin - Original Message - From: Reinhard Poetz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 8:02 AM Subject: RE: XMLForms vs Struts Ivelin, As this is an often discussed question: Do you mind adding it to the CocoonWiki? If no I could do it for you ... Regards, Reinhard -Original Message- From: Ivelin Ivanov [mailto:ivelin;apache.org] Sent: Thursday, October 31, 2002 2:52 PM To: [EMAIL PROTECTED] Subject: Re: XMLForms vs Struts I hope this will not make things even more confusing for you, but here is my view: Struts is 3 parts: 1) An URL map, matching URLs to Actions. Everything you can do with struts-config.xml (Struts), you can do with sitemap.xmap (Cocoon). 2) Custom JSP tags for rendering HTML, like i18n, access to JavaBean properties and others. Cocoon's set of transformers is a superset of Strut's visual tags. 3) Form handling. Automated binding between HTML input fields and JavaBeans. Cocoon's XMLForm does that and much more. It not only provides the binding, but it does it in a browser independent way. Struts is only designed to handle automatically HTML input. For fairness sake, I will tell you that over the last 2 years I have used Struts successfully in big enterprise projects. It is a good and sound technology when you are only interested to support the major HTML browsers and you are not concerned with other interfaces to your application like WML, VXML, Web Services, etc. My recommendation is, if you are in a hurry and you don't want to invest time in learning a new technology, go Struts. If you plan to build a lot of web applications in the future, you must learn Cocoon. It will add a very powerful weapon to your software tools arsenal. You don't have to use it all the time, but when things start to look dangerously complex, you will find it to be a life saver. Best, Ivelin - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 3:48 AM Subject: Re: XMLForms vs Struts Hy; First let me tell you: I like the idea of merging cocoon and struts, because i see both technologies to be helpfull also in conjunction... Omar Tazi wrote: If you like the MVC aspect in Struts and like the flexibility provided by XML/XSLT, and don't like the limitations that come with JSPs, check out our Framework. It's called OXF (Open XML Framework). OXF is the result of our combined passion for Cocoon and Struts/J2EE and our involvement in huge enterprise projects. It will dramatically help you in your tasks (listed below). Good luck! But i am also a bit confused. I'm following the discussons in this mailing list for about a week now and this is already the second mentioning of a product/component (whatever) that claims to be an on top of cocoon development. But when i enter the pages mentioned above, it is very hard to find the backpointers to cocoon as the base component... Despite that all this stuff sounds very interesting, but i get more and more unshure how to proceed. Some questions rise in my mind: 1.) Why are all such nice and nifty add ons developed all outside of cocoon ? 2.) When i move to such an add on component, how can i enshure to keep up with the releases of cocoon (taking adavantage of the enhancements done there)? 3.) Why can't i find pointers to these add ons from the cocoon pages ? There is sooo many good software around the world and cocoon for me is one of the finest. Why does not all this effort take place at the heart but is cluttered around in several loosely coupled or even uncoupled add on projects ??? And now my final question (to come back to the technical part): Why is it so complicated to use struts and cocoon in parallel? As far as i understand the concepts of cocoon, i can embed JSP's in it's workflow, and if a jsp itself uses struts, why not??? Although i haven't tried yet, for me these things seem to be coexisting without problems ... Any enlightments on these points are happily welcome... best regards, Hussayn -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html
Re: XMLForms and Java
good point. Would you like to submit a patch? - Original Message - From: Mauro Daniel Ardolino [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 01, 2002 11:40 AM Subject: Re: XMLForms and Java All right! Now I'm up to date with the XMLForms vs Struts thread. But I still have the same questions (of the previous mail). About XMLForm and Struts: May be I had to say inspired, not based. The XMLForm framework is inspired by Apache Jakarta Struts and W3C XForms. This is from: http://xml.apache.org/cocoon/userdocs/concepts/xmlform.html Thanks. -- Mauro On Fri, 1 Nov 2002, Jacob L E Blain Christen wrote: [pre-snip] Now I want to give some flow logic to the application and I think that struts or cocoon are a good way to do it. I red that XMLForms is Struts based. [post-snip] From what I've read XMLForms IS NOT based on Struts. Take a look at the thread: XMLForms vs Struts in the archive for this mailing list (the discussion is ongoing). -- Jacob - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ing.Mauro Daniel Ardolino Departamento de Desarrollo y Servicios Altersoft Billinghurst 1599 - Piso 9 C1425DTE - Capital Federal Tel/Fax: 4821-3376 / 4822-8759 mailto: [EMAIL PROTECTED] website: http://www.altersoft.com.ar - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForms vs Struts
I hope this will not make things even more confusing for you, but here is my view: Struts is 3 parts: 1) An URL map, matching URLs to Actions. Everything you can do with struts-config.xml (Struts), you can do with sitemap.xmap (Cocoon). 2) Custom JSP tags for rendering HTML, like i18n, access to JavaBean properties and others. Cocoon's set of transformers is a superset of Strut's visual tags. 3) Form handling. Automated binding between HTML input fields and JavaBeans. Cocoon's XMLForm does that and much more. It not only provides the binding, but it does it in a browser independent way. Struts is only designed to handle automatically HTML input. For fairness sake, I will tell you that over the last 2 years I have used Struts successfully in big enterprise projects. It is a good and sound technology when you are only interested to support the major HTML browsers and you are not concerned with other interfaces to your application like WML, VXML, Web Services, etc. My recommendation is, if you are in a hurry and you don't want to invest time in learning a new technology, go Struts. If you plan to build a lot of web applications in the future, you must learn Cocoon. It will add a very powerful weapon to your software tools arsenal. You don't have to use it all the time, but when things start to look dangerously complex, you will find it to be a life saver. Best, Ivelin - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 3:48 AM Subject: Re: XMLForms vs Struts Hy; First let me tell you: I like the idea of merging cocoon and struts, because i see both technologies to be helpfull also in conjunction... Omar Tazi wrote: If you like the MVC aspect in Struts and like the flexibility provided by XML/XSLT, and don't like the limitations that come with JSPs, check out our Framework. It's called OXF (Open XML Framework). OXF is the result of our combined passion for Cocoon and Struts/J2EE and our involvement in huge enterprise projects. It will dramatically help you in your tasks (listed below). Good luck! But i am also a bit confused. I'm following the discussons in this mailing list for about a week now and this is already the second mentioning of a product/component (whatever) that claims to be an on top of cocoon development. But when i enter the pages mentioned above, it is very hard to find the backpointers to cocoon as the base component... Despite that all this stuff sounds very interesting, but i get more and more unshure how to proceed. Some questions rise in my mind: 1.) Why are all such nice and nifty add ons developed all outside of cocoon ? 2.) When i move to such an add on component, how can i enshure to keep up with the releases of cocoon (taking adavantage of the enhancements done there)? 3.) Why can't i find pointers to these add ons from the cocoon pages ? There is sooo many good software around the world and cocoon for me is one of the finest. Why does not all this effort take place at the heart but is cluttered around in several loosely coupled or even uncoupled add on projects ??? And now my final question (to come back to the technical part): Why is it so complicated to use struts and cocoon in parallel? As far as i understand the concepts of cocoon, i can embed JSP's in it's workflow, and if a jsp itself uses struts, why not??? Although i haven't tried yet, for me these things seem to be coexisting without problems ... Any enlightments on these points are happily welcome... best regards, Hussayn -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dynamic XMLForm taking inout data from previous steps?
Actually what you describe is the correct behavior of repeat. If you look at the W3C XForms spec, it says that repeat will render the nodeset which satisfies the XPath selector. How many boxes do you expect to render? One solution is to change the getter method for the languages property, so that it pads the array with blank entries to match the value of descriptionsNumber if the array's current size() is less than that of descriptionsNumber . Ivelin - Original Message - From: Josema Alonso [EMAIL PROTECTED] To: Cocoon-Users [EMAIL PROTECTED] Sent: Tuesday, October 29, 2002 4:07 PM Subject: Re: dynamic XMLForm taking inout data from previous steps? I tried to figure how the xf:repeat and xf:group tags work, maybe that's the way to go. Still not much info about it anyway. I think I've almost got it: xf:repeat nodeset=languages[position() lt;= /descriptionsNumber] id=descriptionLangs xf:textbox ref=. class=info xf:captionLanguage (code):/xf:caption /xf:textbox /xf:repeat And I have in the model bean: ... private int descriptionsNumber = 1; private List languages = new ArrayList(); ... public InsertBean () { initLanguages(); } public void initLanguages() { languages.add(en); languages.add(es); } ... And the 'descriptionsNumber' is filled on a previous step in the form wizard. But...oh yes, there's a but, I can only generate in the repeat as many input boxes as elements the 'languages' ArrayList have. It seems that it doesn't show more than two of them no matter the number I put to fill the 'descriptionsNumber' field. If I put 1, it shows just one field, if I put 2, it shows two fields, if I put three or more, it only shows two anyway. I guess that's because the ArrayList only have two elements and the rest of the calls return null. Is there a workaround? I think I'll try looking at the source code of the transformer... Best. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: internalisation with schematron (XML-Form)
Thank you Dianna for handling the patch. - Original Message - From: Ivelin Ivanov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 28, 2002 11:25 PM Subject: Re: internalisation with schematron (XML-Form) Many thanks ! I will review and apply the patch. ... now only if someone would be interested to write a HOWTO on using JAAS with Cocoon. Best, Ivelin - Original Message - From: Mohamed El-Refaey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 28, 2002 7:35 PM Subject: Re: internalisation with schematron (XML-Form) Hallo Ivelin, I already wrote a How To Document for this and uploaded it using Bugzilla . I hope it will be clear and easy to follow. and its Bug#14015. Thanx in advance Mohamed El-Refaey Ivelin Ivanov wrote: Mohamed, would you consider submitting your email as a how-to document in bugzilla. The question about i18n with XMLForm is popping constantly. Ivelin - Original Message - From: Mohamed El-Refaey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, October 27, 2002 4:08 PM Subject: Re: internalisation with schematron (XML-Form) Hi Michael , I faced the same problem and here is what I did when I read the mailing list regarding the i18n with Schematron validation error : 1- the XMLForm file is : xf:password ref=/password xf:captioni18n:textPassword/i18n:text/xf:caption xf:violations class=error/ /xf:password 2- the Schematron file : rule context=/password assert test=string-length(.) gt; 7 The Password Should be @ least 8 character. /assert /rule /pattern 3-the sitemap : map:transform type=xmlform label=xml/ map:transform src=xforms/stylesheets/translate.xsl/ map:act type=locale map:transform type=i18n map:parameter name=locale value={locale}/ /map:transform /map:act in which the translate.xsl file is the that what they r talking about in the mailing list : ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xf=http://xml.apache.org/cocoon/xmlform/2002; xmlns:i18n=http://apache.org/cocoon/i18n/2.0; xsl:template match=document document xsl:apply-templates/ /document /xsl:template xsl:template match=xf:violation xf:violation i18n:text xsl:value-of select=./ /i18n:text /xf:violation /xsl:template xsl:template match=node() priority=-1 xsl:copy xsl:copy-of select=@*/ xsl:apply-templates/ /xsl:copy /xsl:template /xsl:stylesheet and the Catalog file : message key=PasswordPassword/message I wish this will help u Mohamed Michael Bald wrote: Hi! I have a problem to translate the error-massages of the schematrons. I hope someone can give me a hint to solve my problem. I want to translate the Error Message of my pattern in the Schematron file. But I don´t know exactly how. I tried the way I found in the Mail archives of cocoon, but it didn´t work in my case. I hope someone can answer me how to include the internalisation in my schematron file. In the xml file I have following: xf:form xf:password ref=/password xf:caption i18n:textpassword_field/i18n:text /xf:caption xf:violation class=error/ /xf:form The schematron file has following pattern: rule context=/password assert test=string-lenght... Error_message that I want to translate! /assert /rule And the translation file has allready: ... message key=password_fieldPassword/message message key=The password is to long!/message ... sitemap: ... map:generate src= map:transform type=i18n map:parameter name=locale value={./locale}/ /map:transform map:transform type=xmlform label=xml map:transform src= ... I tried allready to switch the transformers...but it didn´t work. Hopefully someone can help me with this problem. Greetings Michael - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered
Re: XMLForms vs Struts
Struts is certainly more mature. XMLForm has a lot of technological advantages, but it will not be released until Cocoon 2.1 stable is out, which is probably end of this year. Ivelin - Original Message - From: Jorge Bello [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 30, 2002 9:18 AM Subject: XMLForms vs Struts May be this a naive question, so please be tolerant. I'm beginning to design a small system for my company and I need some forms to input/output data. I wanto to use open software for the project. I read about frameworks like struts, xmlforms and perhaps others. However, I don't know how to decide the technology to use. One important aspect to consider is maturity of product. Any hint ? TIA - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: internalisation with schematron (XML-Form)
Many thanks ! I will review and apply the patch. ... now only if someone would be interested to write a HOWTO on using JAAS with Cocoon. Best, Ivelin - Original Message - From: Mohamed El-Refaey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 28, 2002 7:35 PM Subject: Re: internalisation with schematron (XML-Form) Hallo Ivelin, I already wrote a How To Document for this and uploaded it using Bugzilla . I hope it will be clear and easy to follow. and its Bug#14015. Thanx in advance Mohamed El-Refaey Ivelin Ivanov wrote: Mohamed, would you consider submitting your email as a how-to document in bugzilla. The question about i18n with XMLForm is popping constantly. Ivelin - Original Message - From: Mohamed El-Refaey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, October 27, 2002 4:08 PM Subject: Re: internalisation with schematron (XML-Form) Hi Michael , I faced the same problem and here is what I did when I read the mailing list regarding the i18n with Schematron validation error : 1- the XMLForm file is : xf:password ref=/password xf:captioni18n:textPassword/i18n:text/xf:caption xf:violations class=error/ /xf:password 2- the Schematron file : rule context=/password assert test=string-length(.) gt; 7 The Password Should be @ least 8 character. /assert /rule /pattern 3-the sitemap : map:transform type=xmlform label=xml/ map:transform src=xforms/stylesheets/translate.xsl/ map:act type=locale map:transform type=i18n map:parameter name=locale value={locale}/ /map:transform /map:act in which the translate.xsl file is the that what they r talking about in the mailing list : ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xf=http://xml.apache.org/cocoon/xmlform/2002; xmlns:i18n=http://apache.org/cocoon/i18n/2.0; xsl:template match=document document xsl:apply-templates/ /document /xsl:template xsl:template match=xf:violation xf:violation i18n:text xsl:value-of select=./ /i18n:text /xf:violation /xsl:template xsl:template match=node() priority=-1 xsl:copy xsl:copy-of select=@*/ xsl:apply-templates/ /xsl:copy /xsl:template /xsl:stylesheet and the Catalog file : message key=PasswordPassword/message I wish this will help u Mohamed Michael Bald wrote: Hi! I have a problem to translate the error-massages of the schematrons. I hope someone can give me a hint to solve my problem. I want to translate the Error Message of my pattern in the Schematron file. But I don´t know exactly how. I tried the way I found in the Mail archives of cocoon, but it didn´t work in my case. I hope someone can answer me how to include the internalisation in my schematron file. In the xml file I have following: xf:form xf:password ref=/password xf:caption i18n:textpassword_field/i18n:text /xf:caption xf:violation class=error/ /xf:form The schematron file has following pattern: rule context=/password assert test=string-lenght... Error_message that I want to translate! /assert /rule And the translation file has allready: ... message key=password_fieldPassword/message message key=The password is to long!/message ... sitemap: ... map:generate src= map:transform type=i18n map:parameter name=locale value={./locale}/ /map:transform map:transform type=xmlform label=xml map:transform src= ... I tried allready to switch the transformers...but it didn´t work. Hopefully someone can help me with this problem. Greetings Michael - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
Re: restricting access to cocoon
A few other people asked the same question recently. My personal believe is that security is orthogonal to Cocoon and belongs to the J2EE container. If you will have the time, please consider submitting a HOWTO patch to Cocoon's bugzilla on using Tomcat security with Cocoon. Regards, Ivelin - Original Message - From: icewind [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 28, 2002 1:37 PM Subject: restricting access to cocoon I want to be able to restrict access to my Cocoon-based application, either by IP range, login, or both. Is this something I can do easily in cocoon, or should I look into doing this using Tomcat? __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Ann] XMLForm automatic check-box handling
The new version of XMLForm checked in CVS HEAD (C2.1), implements behind the scenes logic to help with client languages which do not send values for some input fields. The typical example is HTML's checkbox. When it is unchecked, the browser won't send anything, which leaves the app server to handle. Writing custom code on a case by case basis is certainly tedious and error prone process. -0- Several solutions have been discussed over time, and I have finally took a shot at it. The implementation is relatively simple. The XMLFormTransformer saves in the session all the input field references to model properties, which were rendered in the original document. The entries are saved under the key of the form view. When the form is submitted, the populator extracts all the expected fields and matches them with the request. The ones which are not available, are replaced with default values. For SelectBoolean, the default value is 'false'. For SelectMany, the default value is empty collection(or array). For all the others, the default value is empty string. -0- The FeedbackWizard sample is modified. It no longer includes code which reset values for check-box fields. Notice that only session scope forms can benefit from this new feature! Request scope forms cannot take advantage of it. Thoughts and ideas are welcome. Regards, -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: internalisation with schematron (XML-Form)
Mohamed, would you consider submitting your email as a how-to document in bugzilla. The question about i18n with XMLForm is popping constantly. Ivelin - Original Message - From: Mohamed El-Refaey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, October 27, 2002 4:08 PM Subject: Re: internalisation with schematron (XML-Form) Hi Michael , I faced the same problem and here is what I did when I read the mailing list regarding the i18n with Schematron validation error : 1- the XMLForm file is : xf:password ref=/password xf:captioni18n:textPassword/i18n:text/xf:caption xf:violations class=error/ /xf:password 2- the Schematron file : rule context=/password assert test=string-length(.) gt; 7 The Password Should be @ least 8 character. /assert /rule /pattern 3-the sitemap : map:transform type=xmlform label=xml/ map:transform src=xforms/stylesheets/translate.xsl/ map:act type=locale map:transform type=i18n map:parameter name=locale value={locale}/ /map:transform /map:act in which the translate.xsl file is the that what they r talking about in the mailing list : ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xf=http://xml.apache.org/cocoon/xmlform/2002; xmlns:i18n=http://apache.org/cocoon/i18n/2.0; xsl:template match=document document xsl:apply-templates/ /document /xsl:template xsl:template match=xf:violation xf:violation i18n:text xsl:value-of select=./ /i18n:text /xf:violation /xsl:template xsl:template match=node() priority=-1 xsl:copy xsl:copy-of select=@*/ xsl:apply-templates/ /xsl:copy /xsl:template /xsl:stylesheet and the Catalog file : message key=PasswordPassword/message I wish this will help u Mohamed Michael Bald wrote: Hi! I have a problem to translate the error-massages of the schematrons. I hope someone can give me a hint to solve my problem. I want to translate the Error Message of my pattern in the Schematron file. But I don´t know exactly how. I tried the way I found in the Mail archives of cocoon, but it didn´t work in my case. I hope someone can answer me how to include the internalisation in my schematron file. In the xml file I have following: xf:form xf:password ref=/password xf:caption i18n:textpassword_field/i18n:text /xf:caption xf:violation class=error/ /xf:form The schematron file has following pattern: rule context=/password assert test=string-lenght... Error_message that I want to translate! /assert /rule And the translation file has allready: ... message key=password_fieldPassword/message message key=The password is to long!/message ... sitemap: ... map:generate src= map:transform type=i18n map:parameter name=locale value={./locale}/ /map:transform map:transform type=xmlform label=xml map:transform src= ... I tried allready to switch the transformers...but it didn´t work. Hopefully someone can help me with this problem. Greetings Michael - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Handling a form values and updating an XML
Yes, XMLForm is an alternative . The webapp/samples/xmlform demo uses a DOM object nested within a JavaBean. This should be enough to get you started. You would probably want to use XMLDocumentContainer as a wrapper bean for your DOM object. See also the HOWTO: http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard.html And JXPath's docs: http://jakarta.apache.org/commons/jxpath/users-guide.html#Containers Ivelin - Original Message - From: Iker Ametzaga [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 25, 2002 6:01 AM Subject: Re: Handling a form values and updating an XML Could I use xmlforms, with a bean handling the form values and updating the XML document usin jdom? Is it possible? Thanks. Bert Van Kets wrote: I'm using the FileWritingTransform to do this. There are lots of samples in the portal demo where the user data is written to disk. It supports full XPath in the file, so you can add or replace XML parts. There is a big BUT though!!! There is no file locking in the FWT, so you must make sure only 1 person at the time does access the file. AFAIK Apart from this there is no standard way of writing to a file in Cocoon. Bert At 11:43 25/10/2002 +0200, you wrote: Hello, I have a XML document with some values, that I pass to an html form using a XSL. When the form is submitted with the new values, I want to update the XML document with these new values. Which is the best way of doing this, using all the power of cocoon 2.1. That's all, thank you very much. Iker Amezaga - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.1
http://xml.apache.org/cocoon/installing/index.html - Original Message - From: poornima ponnuswamy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 23, 2002 5:07 PM Subject: Cocoon 2.1 Hi, I want to use XML forms form for my project. we need to use Cocoon 2.1 for it. Can you please tell me where I can get cocoon 2.1 from Apache website. Thanks for your time poornima _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: textarea in XMLForm
Thanks for the fix Robert. I will apply the textarea fix immediately. Please submit it and the other patches via bugzilla, for record keeping. Did you have a chance to update the xdocs (howto?) to include an example of the new (loose) model types - map dom ? Ivelin - Original Message - From: Robert Ellis Parrott [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Dmitri Plotnikov [EMAIL PROTECTED] Sent: Tuesday, October 22, 2002 10:44 PM Subject: textarea in XMLForm I noticed that in the XMLForm example that one could not hit return and have a multiline message in the additional notes textarea. Looking into it, and working on related things in which I need a textarea, I see that the xmlform2html.xsl converts xf:textarea to an input field, and not a true textarea. I don't think that this is correct; without the style attribute it defaults to a textbox. The below mods to xmlform2html.xsl replace the textarea template with one that actually creates a real textarea. I think that this is the right thing to do here. rob PS: I've modified the Form class to now support basic Maps as well as DOM and Beans; I think that having this modification would be very helpful for quick dirty solutions, and for in-development projects, because one can get data from an XMLForm into the map without creating nodes or a javabean ahead of time. Are you interested in patches? !-- xsl:template match=xf:textarea input name={@ref} type=textarea value={xf:value/text()} xsl:copy-of select=@*[not(name()='ref')]/ xsl:apply-templates select=xf:hint/ /input /xsl:template -- xsl:template match=xf:textarea textarea name={@ref} xsl:copy-of select=@*[not(name()='ref')]/ xsl:value-of select=xf:value/text()/ xsl:apply-templates select=xf:hint/ /textarea /xsl:template Robert E. Parrott Department of Physics 351 Jefferson Laboratory Harvard University 17 Oxford St. Cambridge, Massachusetts 02138 (617)-495-2867 [EMAIL PROTECTED] [EMAIL PROTECTED] (permanent) - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Q] Error handling - How to replace error code 500 with 200 ?
Is there a way for a pipeline error handler of code 500 to serialize with code 200 ? I would like to use a pipeline which makes subrequests. Subrequests should not be fatal for the success of the main request. For example I would like to aggregate from multiple sources, but if one is not available, I would like to display a red area on the page instead of showing that the page failed altogether. Any ideas? -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm having - like cocoon-action-next
Did you try document.forms[cocoon-xmlform-view] see: http://www.devguru.com/Technologies/ecmascript/quickref/doc_forms.html - Original Message - From: apurva zaveri [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, October 19, 2002 10:00 PM Subject: XMLForm having - like cocoon-action-next XMLForm has form items named: cocoon-action-prev cocoon-action-next cocoon-xmlform-view all of them have - in it. Problem is javascript can not access such form items. i.e. you can not do documents.form.cocoon-xmlform-view.value or something like that. In HTML if you want to do this it will be an javascript error. [Although you may not run in a situation that demands to do that] But in VXML where all field in form are actually javascript variables you can not have a field/js-var called cocoon-action-next as in javascript you can not have a variable called cocoon-action-next. Accorgigly I suggest to change the nameing conventions of cocoon-action-prev cocoon-action-next cocoon-xmlform-view Or am I missing something? -Apurva __ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [newbie] XMLForms XSP
You certainly could. I am not a great fan of XSP myself, being bitten by JSPs many times. Maybe some of the other folks can help with examples. Ivelin - Original Message - From: Druzhinin Igor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 15, 2002 5:46 AM Subject: [newbie] XMLForms XSP Hello. Can I use XMLForms provided data with XSP logicsheets, like ESQL, Request, Session? I've searching cocoon docs, but find nothing. Any advises? Thanks in advance. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [newbie] XMLForms XSP
Actions or Generators I like to keep complex logic in pure java. Find it easier to read, test, reuse, etc. Just a personal preference. Ivelin - Original Message - From: Mitchell A. Cohen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 15, 2002 12:59 PM Subject: RE: [newbie] XMLForms XSP What do you use, if not xsp? -Original Message- From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 15, 2002 9:28 AM To: [EMAIL PROTECTED]; Druzhinin Igor Subject: Re: [newbie] XMLForms XSP You certainly could. I am not a great fan of XSP myself, being bitten by JSPs many times. Maybe some of the other folks can help with examples. Ivelin - Original Message - From: Druzhinin Igor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 15, 2002 5:46 AM Subject: [newbie] XMLForms XSP Hello. Can I use XMLForms provided data with XSP logicsheets, like ESQL, Request, Session? I've searching cocoon docs, but find nothing. Any advises? Thanks in advance. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm transformer
Nuno, please submit the patch via Bugzilla. I will gladly review and apply if appropriate. Thank you. Ivelin - Original Message - From: Nuno Santos [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 15, 2002 6:52 AM Subject: XMLForm transformer When i was developing a multi edit form, using the xf:repeat tag, i realised that it didn´t work before a simple tag call before, like count(*). I then checked the source code and found the function that's responsible for the Repeat tag unrolling : protected void unrollRepeatTag( DocumentFragment docFragment )throws SAXException inside the function i found a block wich is responsible to get all the possible locations inside the «nodeset»: Collection locations = currentForm.locate( nodeset ); Iterator iter = locations.iterator(); while ( iter.hasNext() ){ String nextNodeLocation = (String) iter.next (); after expanding the location to a group, there is also a condition check, which in point of view is unneeded: if (value_ != null) is say it because there is no previous value_ setting if our top tag is xf:repeat, wich means that we need to access a simple tag before using the xf:repeat. My sugestion is that eather remove the check (that i think is undeed) or replace it for a condition check on the group location object Form.getvalue(nextNodeLocation)!=null Best regards Nuno Santos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm - VoiceXML
elements in XMLForm do not have to start with /. It is just used for clarity in the examples. You can try just city. What are the limitations for names of VXML forms? - Original Message - From: apurva zaveri [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, October 13, 2002 9:08 PM Subject: XMLForm - VoiceXML This is a serious problem about the use of XMLForm in VoiceXML. While experimenting with XMLForm to generate VoiceXML this a problem that I faced. Since in XMLForm all the name of the fields begins with / in HTML select name=/city is not a problem while in VXML field name=/city is an error. What can be done? -Apurva Zaveri __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm - VoiceXML
select name=city Would be just fine if your bean has a get/setCity() - Original Message - From: apurva zaveri [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 14, 2002 7:59 AM Subject: Re: XMLForm - VoiceXML One more thing to mention. I am working on creating wizard2vxml.xsl and xmlform2vxml.xsl for VoiceXML 2.0 for XMLForm. Is it Necessary to have / in the field name (html input variable name) like : select name=/city this? Would this be fine? select name=city I am using bean not dom for XMLForm --- apurva zaveri [EMAIL PROTECTED] wrote: This is a serious problem about the use of XMLForm in VoiceXML. While experimenting with XMLForm to generate VoiceXML this a problem that I faced. Since in XMLForm all the name of the fields begins with / in HTML select name=/city is not a problem while in VXML field name=/city is an error. What can be done? -Apurva Zaveri __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Q] Pipeline best practices
Can you share your pipeline. Maybe you organize your content in a much smarter way than I can imagine. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 14, 2002 3:59 PM Subject: Re: [Q] Pipeline best practices To be honest, I circumvented this whole issue by having as few pipelines as possible. Basically I use action or event id's that point to metadata files. The metadata files have all the information how to build a portal page, I then use WSUI (wsui.org) files to describe each of the portlets. So really I only have one pipeline for the portal (external pipeline), one for the portlets (internal pipeline), and some external pipelines to handle gifs, jpegs, css, and js. the sitemap has the additional authentication actions as well as some locale actions so it's a little more compicated than what I described above... So basically I match on a metadata id (using the request parameter matcher), rather than match URL's as I take it that most people do. For that matter I not really matching as my wildcard is really * and instead I'm using a request parameter action. If not found show a 404 message. So my sitemap is probably a 100-150 total lines even though it's serving up 500-600 dynamic pages composed of approximately 700 or so portlets. so it's quite lean and mean. MD In a message dated 10/14/2002 11:50:17 AM Eastern Standard Time, [EMAIL PROTECTED] writes: Or put the most likely pipelines to get hit first and the least likely last... That can be problematic if your most used pipelines are the generic matches. Eg, three special cases and 100 general cases: match=fee.foe match=fee.fie match=fee.fum match= fee.* Probably ok with three special cases, but what about 20, or 50...??? - Please check that your question has not already been answered in the FAQ before posting. TITLE=http://xml.apache.org/cocoon/faq/index.html TARGET=_blankhttp://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building a DOM Model with XMLForms
Scott, Your thoughts are quite logical. The initial implementation of XMLForm looked very similar to what you describe. If you go back in CVS to February-March this year, you will see that version. Over time I was convinced by Torsten and Konstantin, that form processing can involve a lot of business logic and access to multiple resources. This usually involves non-trivial code which is expected to be secure, high performing and readable. Implementing validation with a Transformer and then deciding on the next step with another transformer is applicable but for the most simple form handling scenarios. It can easily stretch the limits of a sitemap's responsibility, which is to organize content, not script business logic. I suggest that you think of a way to implement the wizard demo with the approach you suggest. If you can come up with a solution which will be acceptable to the group, then you can go ahead with the implementation. I'd be happy to apply the patch. Otherwise you should partner with Robert, who is already down the path of extending the currently implemented mechanism to support dynamic creation of DOM models. See his posts in the last few days. Thank you, Ivelin - Original Message - From: Scott Schram [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, October 12, 2002 11:50 PM Subject: Re: Building a DOM Model with XMLForms I've just begun looking at XMLForms, and I wonder if this makes any sense: When the client posts the XForm, we can start with a completely empty DOM which is filled in according to the XPath expressions in the XForm. This DOM starts a pipeline as, say, a PostedXFormGenerator. Then, there could be a basic validation component in this pipeline, which could include validation against a DTD or Schema. If there's an error in this phase, it redisplays the form page with errors. The user can write custom validation components as well, and they would report errors in the same way. Any Cocoon component could be inserted here..., XSLT transform, Emailing, whatever. There would be at some point in the pipeline would be a component that does the business logic with the posted data. This component would be also be able to test for errors and send the form back for client redisplay with the errors in a similar fashion to that of the basic validator. Assuming everything was successful, it could create some output and serialize it, or transfer control to another pipeline which would make some output. So, it would be XML pipelines both ways... no beans at all, unless you want to make some using, say, the digester in the Apache commons, or grab the data out of the DOM with an XPath - bean property map. This might be immensely helpful in systems with hundreds of forms, or where the information to be taken in on the form was dynamically generated by the business logic, and the fields might not even be known until runtime. (For example, a bugzilla or scarab application that has user configurable forms for reporting bugs on different projects.) It also picks up the advantages of all existing Cocoon components. What do you think? I'd be happy to help with this effort, as best I can given cocoon-beginner-status. --- With respect to DynaBeans in Struts, they're dynamic hash maps of property - value, but you still have to define all of the properties in the struts configuration file. They act like beans, but only if you use the routines in the BeanUtils in the commons that were written to support them. There's a nice summary of DynaBeans here: http://www2.theserverside.com/resources/article.jsp?l=Struts1_1 Scott A Form subclass (say DynaForm) which creates DOM nodes when not existant will be a good addition, but we have to document clearly that there is a danger in using it. If the document author mistypes an element name reference, it will be created automatically even if it weren't desired. The current Form class is type safe in this regard. Well, I'm happy to spend a little time on this, especially if it might benefit others. I'll look into DynaBeans. Thanx for the pointer. http://schram.net - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Q] Pipeline best practices
Can someone point me to a document or briefly explain what are the best practices to writing pipeline in regard of multiplicity. For example how many pipelines in a sitemap are reasonable? How do one chooses when to put multiple matchers in one pipeline vs splitting them in separate pipelines. What are the performance implications of (not) splitting components in multiple pipelines? -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm Howto - not Working still
There is a good chance that your package names or sitemaps are not quite right. Instead of typing the howto code, start with the demo source code which works and change it for your taste. - Original Message - From: aps olute [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, October 12, 2002 9:57 AM Subject: RE: XMLForm Howto - not Working still Reference my previous posting: http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=103438719303078w=2 Logs gathered from logs/sitemap.log hopefully this will assist in troubleshooting as the I get is stil get The requested URI /cocoon/samples/xmlform/howto-wizard.html was not found. DEBUG (2002-10-12) 07:07.05:498 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/InvokeContext: Current Sitemap Parameters: PARAM: '2' VALUE: 'xmlform/howto-wizard.html' PARAM: '1' VALUE: 'samples' PARAM: '0' VALUE: 'samples/xmlform/howto-wizard.html' INFO(2002-10-12) 07:07.05:500 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/PreparableMatchNode: Matcher 'wildcard' matched prepared pattern '*/**' at file:/u01/t41xbeta/t419/webapps/cocoon/samples/sitemap.xmap:1001:30 DEBUG (2002-10-12) 07:07.05:501 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/InvokeContext: Current Sitemap Parameters: PARAM: '2' VALUE: 'howto-wizard.html' PARAM: '1' VALUE: 'xmlform' PARAM: '0' VALUE: 'xmlform/howto-wizard.html' INFO(2002-10-12) 07:07.05:502 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/PreparableMatchNode: Matcher 'wildcard' matched prepared pattern 'howto-wizard.html' at file:/u01/t41xbeta/t419/webapps/cocoon/samples/xmlform/sitemap.xmap:98:48 DEBUG (2002-10-12) 07:07.05:503 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/InvokeContext: Current Sitemap Parameters: PARAM: '0' VALUE: 'howto-wizard.html' DEBUG (2002-10-12) 07:07.05:503 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ResourceLimitingPool: Got a org.apache.cocoon.samples.xmlform.WizardAction from the pool. DEBUG (2002-10-12) 07:07.05:503 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ResourceLimitingPool: Put a org.apache.cocoon.samples.xmlform.WizardAction back into the pool. DEBUG (2002-10-12) 07:07.05:504 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/InvokeContext: Current Sitemap Parameters: PARAM: 'page' VALUE: 'start' PARAM: '../0' VALUE: 'howto-wizard.html' DEBUG (2002-10-12) 07:07.05:504 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ResourceLimitingPool: Got a org.apache.cocoon.components.pipeline.impl.CachingProcessingPipeline from the pool. DEBUG (2002-10-12) 07:07.05:504 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ExcaliburComponentSelector: generators: ComponentSelector could not find the component for hint [file] DEBUG (2002-10-12) 07:07.05:505 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ExcaliburComponentSelector: generators: ComponentSelector could not find the component for hint [file] DEBUG (2002-10-12) 07:07.05:505 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ResourceLimitingPool: Got a org.apache.cocoon.generation.FileGenerator from the pool. DEBUG (2002-10-12) 07:07.05:505 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ResourceLimitingPool: Got a org.apache.cocoon.transformation.XMLFormTransformer from the pool. DEBUG (2002-10-12) 07:07.05:506 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ExcaliburComponentSelector: transformers: ComponentSelector could not find the component for hint [xslt] DEBUG (2002-10-12) 07:07.05:506 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ExcaliburComponentSelector: transformers: ComponentSelector could not find the component for hint [xslt] DEBUG (2002-10-12) 07:07.05:507 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ResourceLimitingPool: Got a org.apache.cocoon.transformation.TraxTransformer from the pool. DEBUG (2002-10-12) 07:07.05:507 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ExcaliburComponentSelector: transformers: ComponentSelector could not find the component for hint [xslt] DEBUG (2002-10-12) 07:07.05:507 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ExcaliburComponentSelector: transformers: ComponentSelector could not find the component for hint [xslt] DEBUG (2002-10-12) 07:07.05:508 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ResourceLimitingPool: Got a org.apache.cocoon.transformation.TraxTransformer from the pool. DEBUG (2002-10-12) 07:07.05:508 [sitemap] (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/ExcaliburComponentSelector: serializers: ComponentSelector could not find the component for hint [html] DEBUG (2002-10-12) 07:07.05:508
Re: Building a DOM Model with XMLForms
Robert, Sorry for the delayed reply. - Original Message - From: Robert Ellis Parrott [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 11, 2002 10:35 AM Subject: Building a DOM Model with XMLForms Hi folks, I'm working on a project prototype where I'm trying to implement a kind of wizard using XMLForms. The difference is that I'd like the XML docs written by the content people to define the resulting XML doc, without specifying it ahead of time. In other words, I'd like the elements attributes to be built by the XPath commands that originate from the XForm ref attributes. I'm using 2.1-dev, a fairly fresh snapshot. The design of the Form class in Cocoon at this point is that all the elements must be present ahead of time, or one get silent failures (Invalid data format could be a little more descriptive when the failure is because there is no matching path). Actually there is a matching path. Try the demo and type a random string in a numeric field. The Ivalid data message will appear right next to the bad field. This design makes sense when working with Beans as your Model, but could (should?) be more flexible with DOM; for example, if there is an either/or construct in your DTD ( !ELEMENT myelement (sub1 | sub2) ), and each sub element complex, you can't ahead of time know how to generate a DOM object that will have a given element available to XPath. Would it make sense within the scope of XMLForms in Cocoon to add the ability within the the Form class to add new elements to the DOM object when they are missing? It seems that this should be fairly simple: just define an AbstractFactory for the DOM, and use it within the Form class whenenver an access to an element fails for a DOM. Where the AbstractFactory would come from etc is a good question, though. I think that it makes sense to add the extra logic in the Form class. It should be relatively lightweight operation. As you suggestion in the Bugzilla entry, you can use the JXPath API for this. The reason I ask is that alternatively I could use something like Castor to rebuild a Bean for the expected XML document, biting the bullet that I can't hand over full control of the XML creation to the content creators. If people think that it's a good idea and doable to allow XMLForms to build a DOM based on the XForms elements, then I would strongly consider working on these modifications; otherwise I would probably take the path of least resistance go with a basic Bean approach. I think this is a good idea and I know that other people requested it before. It was actually a matter of resources until now. While working on this, please evaluate the DynaBeans in Struts 1.1 and see if we can borrow ideas from them. Thank you, Ivelin thanx for your input, rob - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Ann] Amazon Functionality Syndication demo
- Original Message - From: Piroumian Konstantin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 09, 2002 9:35 AM Subject: RE: [Ann] Amazon Functionality Syndication demo Great showcase! Minor issues (e.g. http://www.cocoonhive.org/portal/page-amazon-bookInfo?AsinSearch=047120708X ): - the page is wider than it is supposed to be, isn't it? - seems that you don't process the inline P, HR and BR elements and they come out as text. Will try to fix. You know I am not good with styling. I feel that I've seen that page styles somewhere else ;) No way, it is entirely original... well, just borrowed 99% from the Forrest CSS, but you wouldn't know what Forrest is would you ... ;) Ivelin -- Konstantin Piroumian -Original Message- From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 5:45 PM To: [EMAIL PROTECTED] Subject: [Ann] Amazon Functionality Syndication demo As a demo of the WebServiceProxyGenerator I built a little portal syndicating Amazon.com functionality. I think its value is the simplicity. Using Cocoon's powerful sitemap and refactoring Amazon's sample stylesheets anyone can build a personalized Amazon.com in hours. 0 lines of programming language code (Java,PHP,Perl,Pyhon, etc.)! Only styling (XSLT)! Here is the demo: http://www.cocoonhive.org/portal/home -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL caching in pipelines
Try the WebServicesProxyGenerator. It uses the HttpClient library, which might actually support caching. Have not tried it though. Ivelin - Original Message - From: Miles Elam [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, October 06, 2002 9:13 PM Subject: URL caching in pipelines I want to put a Slashdot feed on my web page with the following (out of context for brevity): pipeline map:match pattern=feeds/slashdot.org map:generate src=http://slashdot.org/slashdot.xml/ map:serialize type=xml/ /map:match /pipeline This works fine, but the server opens a socket to Slashdot on every request to my page. If my site gets some traffic, Slashdot will not be happy with me. Further, my bandwidth usage goes up. And when Slashdot (and others) become slow, my site will become slow right along with them. None is particularly appealing. From the Slashdot syndication page (slashcode): Do whatever you want, but *don't* access the file more than once every 30 minutes. I went hunting in the mail archives for user and dev and came up with the following: pipeline expires=now plus 30 minutes map:match pattern=feeds/slashdot.org map:generate src=http://slashdot.org/slashdot.xml/ map:serialize type=xml/ /map:match /pipeline No difference. My server's still hitting Slashdot over and over. I tried telnet-ing to the port to at least check for expires headers. No dice. I looked at HttpHeaderAction but that doesn't seem to touch Cocoon's cache at all (so of limited use to me). I've used both 2.0.3 and 2.1 CVS (as of two weeks ago). A part of me smiles when I think that if Slashdot ever slashdotted me, they would be somewhat slashdotted themselves, but this is not my intent and I very much want to be a decent feed client. Anyone have any ideas? ...preferably with little stress on my server. - Miles Elam - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why is my cocoon app an IE6 killer?
I just tried the URL. My IE also stops loading images even if I go to msn.com after that. - Original Message - From: leo leonid [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 04, 2002 10:12 AM Subject: Why is my cocoon app an IE6 killer? Hi, most generally I would describe my problem with my cocoon-app as follows: When accessing a - servlet generated site - with (lots of) images - using a recent versions of Internet Explorer (i.e.6) on windows then IE stops loading images. And even better: from this moment on it generally doesnt display images anymore, even from other sites until you restart IE. The problem only (but not necessarily) occurs with IE on windows, but only on servlet generated sites. I found reports on this problem in the tomcat-user list, http://marc.theaimsgroup.com/?l=tomcat-userm=103340719301191w=2 but its not just tomcat related. Its the same with jetty. If someone likes to see the problem live, start a recent windows IE and go to http://www.helnwein.com/werke/theater/tafel_1.html It's nothing wrong with the HTML and there is no JS at all. The current server configuration is c2.0.4-dev jetty 4.1 mod_jk 1.2 apache 2.0.42 images directly from apache on a RH linux 7.2., Java 1.4.1. Itested the following configurations with no effect to the problem: c2.0.3 tomcat 4.0.5/4.1.12 standalone images served by cocoon c2.0.3 tomcat 4.0.5/4.1.12 standalone images from an extra context c2.0.3 tomcat 4.0.5/4.1.12 mod_webapp apache 1.3 images served by cocoon c2.0.3 tomcat 4.0.5/4.1.12 mod_webapp apache 1.3 images from an extra context c2.03 tomcat 4.0.5/4.1.12 mod_webapp apache 2.0.42 images served by cocoon c2.0.3 tomcat 4.0.5/4.1.12 mod_webapp apache 2.0.42 images served from an extra context c2.0.3 tomcat 4.0.5/4.1.12 mod_webapp apache 2.0.42 images directly from apache c2.0.4-dev tomcat 4.0.5/4.1.12 mod_jk 1.2 apache 2.0.42 images served by cocoon c2.0.4-dev tomcat 4.0.5/4.1.12 mod_jk 1.2 apache 2.0.42 images from an extra context c2.0.4-dev tomcat 4.0.5/4.1.12 mod_jk 1.2 apache 2.0.42 images directly from apache c2.0.4-dev jetty 4.1 mod_jk 1.2 apache 2.0.42 images directly from apache This is really frustrating. Does anyone have similar experiences or hints to solve the problem? Please tell me! Thanks /Leo - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ WebServiceProxy ] Invalid response - no xml
- Original Message - From: Tony Collen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 01, 2002 11:48 PM Subject: Re: [ WebServiceProxy ] Invalid response - no xml On Tue, 1 Oct 2002, Ivelin Ivanov wrote: I don't know of a quick appropriate way. Most Cocoon components will not accept invalid XML format. One way is to extend the WebServiceProxyGenerator and modify the code to prepend the xml header. Ivelin, Of course, just after I sent that message, I find the code for WebServiceProxyGenerator and find the line that looked for the ?xml version=1.0? line :) Thanks for the pointer. I'll probably mod WSPG to work around the problem specific for the server I'm trying to contact. I'll probably get in touch with the server admin, too, and bug them ;) That is probably the best thing to do. They will have problems with anyone reading xml form their site. Any xml parser will break. I. Regards, Tony Collen Tony Collen -- [EMAIL PROTECTED] College of Liberal Arts University of Minnesota, Minneapolis, West Bank - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ WebServiceProxy ] Invalid response - no xml
I don't know of a quick appropriate way. Most Cocoon components will not accept invalid XML format. One way is to extend the WebServiceProxyGenerator and modify the code to prepend the xml header. - Original Message - From: Tony Collen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 30, 2002 11:03 PM Subject: [ WebServiceProxy ] Invalid response - no xml Hi all - I'm playing with the WebServiceProxy, and the server I'm contacting does not generate an ?xml version=1.0? tag at the start of their response. Thusly, I get the following error: Cocoon 2 - Internal server error type fatal message Error invoking remote service: org.apache.cocoon.ProcessingException: Invalid response - no xml description org.apache.cocoon.ProcessingException: Error invoking remote service: org.apache.cocoon.ProcessingException: Invalid response - no xml: org.apache.cocoon.ProcessingException: Invalid response - no xml sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet stack-trace org.apache.cocoon.ProcessingException: Error invoking remote service: org.apache.cocoon.ProcessingException: Invalid response - no xml: org.apache.cocoon.ProcessingException: Invalid response - no xml at org.apache.cocoon.generation.WebServiceProxyGenerator.fetch(WebServiceProxyG enerator.java:278) at snip-big-stack-trace/ Is there any way to get this to work, short of writing a servlet or PHP script to hit the remote server for me, and spit out the ?xml version=1.0? tag plus the rest of the data back to Cocoon? I don't have control over the remote server I'm contacting. If anyone really wants to see the 20 pages of stack trace, let me know and I'll post it. Here's my pipeline, BTW: map:pipeline map:match pattern=metar map:generate type=wsproxy src=http://zowie.metnet.navy.mil/cgi-bin/oleg/get-obs?call_id=KMSPamp;do-r etrieve=Retrieve map:parameter name=wsproxy-method value=POST/ /map:generate map:serialize type=xml / /map:match /map:pipeline Regards, Tony Tony Collen -- [EMAIL PROTECTED] College of Liberal Arts University of Minnesota, Minneapolis, West Bank - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Master-Detail form using Cocoon
forms: http://xml.apache.org/cocoon/userdocs/concepts/xmlform.html (follow the howto link for examples) databases: http://xml.apache.org/cocoon/userdocs/concepts/databases.html - Original Message - From: Antonio Gallardo Rivera [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, September 28, 2002 2:27 AM Subject: Master-Detail form using Cocoon Hi folks, Can someone provide an example of a lets said a invoice or something similar using Cocoon and database? Antonio Gallardo - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Q] Cocoon 2.1 on JBoss+Tomcat
A slight advancement: The problem is still there with JBoss 3.0, but with JBoss 2.4.9 I got to a point where Cocoon is reported deployed but the when I try to hit the home page, the server returns a 302 redirect to the home page, which of course causes an infinite loop. GET /cocoon/ HTTP/1.0 HTTP/1.1 302 Moved Temporarily Content-Type: text/html Connection: close Date: Sat, 28 Sep 2002 15:27:05 GMT X-Cocoon-Version: @version@ Location: http://localhost:8080/cocoon/ Server: Apache Tomcat/4.0.4 (HTTP/1.1 Connector) htmlheadtitleApache Tomcat/4.0.4 - Error report/titleSTYLE!--H1{font-family : sans-serif,Arial,Tahoma;color : white;background-color : #0086b2;} BODY{font-family : sans-serif,Arial,Tahoma;color : black;background-color : white;} B{color : white;ba ckground-color : #0086b2;} HR{color : #0086b2;} --/STYLE /headbodyh1Apache To mcat/4.0.4 - HTTP Status 302 - Moved Temporarily/h1HR size=1 noshadepbtype/ b Status report/ppbmessage/b uMoved Temporarily/u/ppbdescription/b uThe requested resource (Moved Temporarily) has moved temporarily to a new locatio n./u/pHR size=1 noshade/body/html - Original Message - From: Ivelin Ivanov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, September 28, 2002 9:56 AM Subject: [Q] Cocoon 2.1 on JBoss+Tomcat I have tried to run the latest C2.1 with JBoss + Tomcat. I get the same error with both JBoss 3.0 + Tomcat 4.0.4 and JBoss 2.4.9 + Tomcat 4.0.4 It appears like a JNDI misconfiguration. Has someone done it before, that can give me a clue? I would like to get this working and add a section on the Installation page. - Cocoon 2 - Internal server error type fatal message Failed to load sitemap from file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap description org.apache.cocoon.ProcessingException: Failed to load sitemap from file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.: org.apache.excalibur.source.SourceNotFoundException: Resource not found file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet request-uri /cocoon/ path-info stack-trace org.apache.cocoon.ProcessingException: Failed to load sitemap from file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.: org.apache.excalibur.source.SourceNotFoundException: Resource not found file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap at org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultT reeBuilder.java:393) at org.apache.cocoon.components.treeprocessor.TreeProcessor.setupRootNode(TreeP rocessor.java:401) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:320) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:308) at org.apache.cocoon.Cocoon.process(Cocoon.java:595) -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Q] Cocoon 2.1 on JBoss+Tomcat
Another advancement. The cocoon.war build for JDK 1.4 from C2.1 HEAD, works great with JBoss-2.4.9_Tomcat-4.0.4 after following the instructions on the Cocoon Install page for c2.0.3. JBoss 3.0 is still a challenge. - Original Message - From: Ivelin Ivanov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, September 28, 2002 9:56 AM Subject: [Q] Cocoon 2.1 on JBoss+Tomcat I have tried to run the latest C2.1 with JBoss + Tomcat. I get the same error with both JBoss 3.0 + Tomcat 4.0.4 and JBoss 2.4.9 + Tomcat 4.0.4 It appears like a JNDI misconfiguration. Has someone done it before, that can give me a clue? I would like to get this working and add a section on the Installation page. - Cocoon 2 - Internal server error type fatal message Failed to load sitemap from file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap description org.apache.cocoon.ProcessingException: Failed to load sitemap from file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.: org.apache.excalibur.source.SourceNotFoundException: Resource not found file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet request-uri /cocoon/ path-info stack-trace org.apache.cocoon.ProcessingException: Failed to load sitemap from file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.: org.apache.excalibur.source.SourceNotFoundException: Resource not found file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema p.xmap at org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultT reeBuilder.java:393) at org.apache.cocoon.components.treeprocessor.TreeProcessor.setupRootNode(TreeP rocessor.java:401) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:320) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:308) at org.apache.cocoon.Cocoon.process(Cocoon.java:595) -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need help with XMLForm
If can just extract the code from say WizardAction.jave. Form.lookup( id, objectModel ); Form.addViolation( violation ); - Original Message - From: Bobby Mitchell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 25, 2002 1:01 PM Subject: Need help with XMLForm Can I use xsp to add Violations to an instance of XMLForm? If so, can you provide a short code snippet? -- Robert J. (Bobby) Mitchell Systems Administrator NASA Institute for Advanced Concepts 555A 14th St Atlanta, Ga. 30318 Phone: (404)347-9633 Fax: (404)347-9638 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Added xf:textarea support to XMLForm
Sample usage added to the Wizard Demo. Enjoy. -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[SUMMARY] Re: Schematron question
Glad it worked for you. - Original Message - From: Mohamed El-Refaey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 24, 2002 2:10 PM Subject: Re: Schematron question Hallo Ivelin , Thank u very much The Second Solution worked well :) ...: rule context=/ assert test=string-length(password) gt; 7 The Password Should be @ least 8 character. /assert assert test=password == passwordConfirm The Password Should be the same as before. /assert /rule but Note that it must be only one equal sign not 2 i.e test=password=passwordConfirm Thank u Ivelin Mohamed Ivelin Ivanov wrote: How about: rule context=/password assert test=string-length(.) gt; 7 The Password Should be @ least 8 character. /assert /rule rule context=/passwordConfirm assert test=../password == . The Password Should be the same as before. /assert /rule If this still doesn't work, try rule context=/ assert test=string-length(password) gt; 7 The Password Should be @ least 8 character. /assert assert test=password == passwordConfirm The Password Should be the same as before. /assert /rule - Original Message - From: Mohamed El-Refaey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 23, 2002 6:42 PM Subject: Schematron question Hi all I have a question related to Schematron validation : How I can validate a 2 Text box in XMLForm values that they are identical for example (a password should be entered twice by the user and it must be identical in both field) I tried to write the Rule in the schematron validation file as follow but it didn't work well : rule context=/password assert test=string-length(.) gt; 7 The Password Should be @ least 8 character. /assert /rule rule context=/passwordConfirm assert test=./password != . The Password Should be the same as before. /assert /rule also I tried : rule context=/passwordConfirm assert test=./password !=/passwordConfirm The Password Should be the same as before. /assert /rule but unfortunately I have no result .. any body tried this before ? Thanx in advance - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm stylesheet change suggestion
This should be a minor patch to the transformer. Do you want to submit it in buzilla? - Original Message - From: Simon Price [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 20, 2002 4:13 AM Subject: Re: XMLForm stylesheet change suggestion XForms 1.0 also includes help and hint elements for every control. They can be used to give the user extra information about a control. Its up to the UI renderer as to how this information is displayed, although the spec gives some guidance. Simon Ivelin Ivanov wrote: Phil, Sorry it took me a while to respond, I am having some problems with the 2.1 build. The XForms spec mandates one caption/ sub element. I think if you need additional text, you can use other custom tags from your own namespace. xf:textbox xf:captionMy field/xf:caption additionalElementCustom Text/additionalElement /xf:textbox Another option is to not set display text directly in the caption tag, but instead specify a lookup key like my.field which is then replaced via i18n tags. As far as wizard2html.xsl is concerned, it is only intended as a demo. xmlform2html.xsl on the other hand should be generic. Looking forward to your comments, Ivelin - Original Message - From: Phil [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 16, 2002 11:09 PM Subject: Re: XMLForm stylesheet change suggestion That does take care of the phantom text, but what if someone wanted some additional text on the form. The patch that I posted is based on the assumption that someone would not want a double post of the first caption, but any additional captions they would want to see. With the patch that is in cvs, what element would you use to go about getting additional text into the form (current problem I am working on)? Also, is the wizard2html.xsl supposed to be app specific or general to all xmlform apps? Thanks, Phil On Monday 16 September 2002 08:41 pm, Ivelin Ivanov wrote: Thanks for reminding me that this is an outstanding bug. I have applied a patch and closed it. It is a little different than yours, but it achieves the same effect. Please do a diff and let me know if you think the patch won't work. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9716 Best, Ivelin - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 16, 2002 9:46 PM Subject: XMLForm stylesheet change suggestion I have a change for the file wizard2html.xsl which will remove the caption that appears on the side of the page. If someone would tell me the proper way to submit this information in the future, I would be happy to comply. original code: xsl:for-each select=*[name() != 'xf:submit'] xsl:choose xsl:when test=name() = 'error'/ xsl:when test=xf:* xsl:apply-templates select=./ /xsl:when xsl:otherwise xsl:copy-of select=./ /xsl:otherwise /xsl:choose /xsl:for-each modified code: xsl:for-each select=*[name() != 'xf:submit'] xsl:choose xsl:when test=name() = 'error'/ !-- start new code -- xsl:when test=name() = 'xf:caption' xsl:if test=count(parent::node()/xf:caption) 1 xsl:if test=parent::node()/xf:caption[1] != . tr td align=center colspan=3 xsl:value-of select=./ /td /tr tr td colspan=3 /td /tr /xsl:if /xsl:if /xsl:when !-- end new code -- xsl:when test=xf:* xsl:apply-templates select=./ /xsl:when xsl:otherwise xsl:copy-of select=./ /xsl:otherwise /xsl:choose /xsl:for-each tr td align=center colspan=3 xsl:for-each select=*[name() = 'xf:submit'] xsl:copy-of select=. / xsl:text /xsl:text /xsl:for-each - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
Re: Schematron question
How about: rule context=/password assert test=string-length(.) gt; 7 The Password Should be @ least 8 character. /assert /rule rule context=/passwordConfirm assert test=../password == . The Password Should be the same as before. /assert /rule If this still doesn't work, try rule context=/ assert test=string-length(password) gt; 7 The Password Should be @ least 8 character. /assert assert test=password == passwordConfirm The Password Should be the same as before. /assert /rule - Original Message - From: Mohamed El-Refaey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 23, 2002 6:42 PM Subject: Schematron question Hi all I have a question related to Schematron validation : How I can validate a 2 Text box in XMLForm values that they are identical for example (a password should be entered twice by the user and it must be identical in both field) I tried to write the Rule in the schematron validation file as follow but it didn't work well : rule context=/password assert test=string-length(.) gt; 7 The Password Should be @ least 8 character. /assert /rule rule context=/passwordConfirm assert test=./password != . The Password Should be the same as before. /assert /rule also I tried : rule context=/passwordConfirm assert test=./password !=/passwordConfirm The Password Should be the same as before. /assert /rule but unfortunately I have no result .. any body tried this before ? Thanx in advance - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [C 2.1] Problem in auth-framework
I can confirm this problem too. Yesterday I had to change the sitemap of the WebServiceProxyGenerator demo not to use {header:host}. It used to work until recently. Is it possible that this has to do with the recent improvements by Konstantin. His JXPath extension is an excelent addition to the InputModules. Ivelin - Original Message - From: Antonio Gallardo Rivera [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, September 22, 2002 9:43 PM Subject: Re: [C 2.1] Problem in auth-framework I saw the problem is that is not resolving the parameters in the sitemap. But the params are in the request. Please help. map:match pattern=my-login map:act type=auth-login map:parameter name=handler value=myhandler/ map:parameter name=parameter_name value={request:name}/ map:parameter name=parameter_password value={request:password}/ !-- -- !-- This parameters is not working. -- map:redirect-to uri={request:url}/ /map:act !-- Fallo la autenticación, presenta página de error -- map:generate src=docs/aut-error.xsp type=serverpages/ map:transform src=stylesheets/mystylesheet.xsl/ map:transform type=encodeURL/ map:serialize/ /map:match Antonio Gallardo El Domingo, 22 de Septiembre de 2002 16:37, Antonio Gallardo Rivera escribió: I am using the lastes CVS and since yesterday the auth error is not working. I see that the paramaters are not going to the my-checkuser in the sitemap: map:match pattern=ags-checkuser map:generate src=docs/ags-users.xsp type=serverpages/ map:transform src=stylesheets/ags-users.xsl map:parameter name=use-request-parameters value=true/ /map:transform map:serialize type=xml/ /map:match Also it works before. And I dont touched it. In the log core.log I see: ... REQUEST: /myapp/my-login CONTEXT PATH: /myapp SERVLET PATH: /my-login PATH INFO: null REMOTE HOST: localhost REMOTE ADDRESS: 127.0.0.1 REMOTE USER: null REQUEST SESSION ID: null REQUEST PREFERRED LOCALE: es SERVER HOST: localhost SERVER PORT: 8080 METHOD: POST CONTENT LENGTH: 27 PROTOCOL: HTTP/1.1 SCHEME: http AUTH TYPE: null CURRENT ACTIVE REQUESTS: 1 REQUEST PARAMETERS: PARAM: 'password' VALUES: '[mypass]' PARAM: 'name' VALUES: '[myname]' HEADER PARAMETERS: PARAM: 'user-agent' VALUES: '[Mozilla/5.0 (compatible; Konqueror/3; Linux; X11; i686)]' PARAM: 'referer' VALUES: '[http://localhost:8080/myapp/aut-inicio]' PARAM: 'pragma' VALUES: '[no-cache]' PARAM: 'cache-control' VALUES: '[no-cache]' PARAM: 'accept' VALUES: '[text/*, image/jpeg, image/png, image/*, */*]' PARAM: 'accept-encoding' VALUES: '[x-gzip, gzip, identity]' PARAM: 'accept-charset' VALUES: '[iso-8859-1, utf-8;q=0.5, *;q=0.5]' PARAM: 'accept-language' VALUES: '[es]' PARAM: 'host' VALUES: '[localhost:8080]' PARAM: 'content-type' VALUES: '[application/x-www-form-urlencoded]' PARAM: 'content-length' VALUES: '[27]' SESSION ATTRIBUTES: DEBUG (2002-09-22) 22:19.50:591 [core.manager] (/myapp/my-login) Thread-10/ResourceLimitingPool: Got a org.apache.cocoon.webapps.authentication.components.AuthenticationManager from the pool. DEBUG (2002-09-22) 22:19.50:592 [core.roles] (/myapp/my-login) Thread-10/DefaultRoleManager: looking up shorthand authentication-manager, returning org.apache.cocoon.webapps.authentication.components.AuthenticationManager DEBUG (2002-09-22) 22:19.50:592 [core.authentication-manager] (/myapp/my-login) Thread-10/AuthenticationManager: BEGIN authenticate handler=myhandler, parameters=SourceParameters: {password = (), name = ()} As you can see here he dont send correctly the parameters to the auth-action. I looks like it lossed the params! ... and continue: INFO(2002-09-22) 22:19.50:592 [core.authentication-manager] (/myapp/my-login) Thread-10/AuthenticationManager: AuthenticationManager: Trying to authenticate using handler 'myhandler' DEBUG (2002-09-22) 22:19.50:592 [core.authentication-manager] (/myapp/my-login) Thread-10/AuthenticationManager: start authentication DEBUG (2002-09-22) 22:19.50:592 [core.authentication-manager] (/myapp/my-login) Thread-10/AuthenticationManager: start invoking auth resource DEBUG (2002-09-22) 22:19.50:593 [core.manager] (/myapp/my-login) Thread-10/ResourceLimitingPool: Got a org.apache.cocoon.webapps.session.connector.ResourceConnectorImpl from the pool. DEBUG (2002-09-22) 22:19.50:593 [core.manager] (/myapp/my-login) Thread-10/ResourceConnectorImpl: start loading 'cocoon:raw://my-checkuser' DEBUG (2002-09-22) 22:19.50:593 [core.manager] (/myapp/my-login) Thread-10/ResourceConnectorImpl: BEGIN loadXMLFromURI uri=cocoon:raw://my-checkuser, typeParams=null, parameters=SourceParameters: {password = (), name = ()} Please help me: Regards, Antonio
Cocoon 2.1 Build Problem
For the last few nights I have been trying to build the latest code from CVS HEAD. build clean webapp-local always succeeds, but the generated class files are corrupted. Also the libraries files copied under WEB-INF/lib are corrupted. I've tried with both JDK 1.3 and JDK 1.4. Same outcome. I've tried building from scratch in multiple directories on my disk. Always the same. Has any experienced this before? How did you fix it? Any help appreciated, -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm stylesheet change suggestion
Phil, Sorry it took me a while to respond, I am having some problems with the 2.1 build. The XForms spec mandates one caption/ sub element. I think if you need additional text, you can use other custom tags from your own namespace. xf:textbox xf:captionMy field/xf:caption additionalElementCustom Text/additionalElement /xf:textbox Another option is to not set display text directly in the caption tag, but instead specify a lookup key like my.field which is then replaced via i18n tags. As far as wizard2html.xsl is concerned, it is only intended as a demo. xmlform2html.xsl on the other hand should be generic. Looking forward to your comments, Ivelin - Original Message - From: Phil [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 16, 2002 11:09 PM Subject: Re: XMLForm stylesheet change suggestion That does take care of the phantom text, but what if someone wanted some additional text on the form. The patch that I posted is based on the assumption that someone would not want a double post of the first caption, but any additional captions they would want to see. With the patch that is in cvs, what element would you use to go about getting additional text into the form (current problem I am working on)? Also, is the wizard2html.xsl supposed to be app specific or general to all xmlform apps? Thanks, Phil On Monday 16 September 2002 08:41 pm, Ivelin Ivanov wrote: Thanks for reminding me that this is an outstanding bug. I have applied a patch and closed it. It is a little different than yours, but it achieves the same effect. Please do a diff and let me know if you think the patch won't work. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9716 Best, Ivelin - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 16, 2002 9:46 PM Subject: XMLForm stylesheet change suggestion I have a change for the file wizard2html.xsl which will remove the caption that appears on the side of the page. If someone would tell me the proper way to submit this information in the future, I would be happy to comply. original code: xsl:for-each select=*[name() != 'xf:submit'] xsl:choose xsl:when test=name() = 'error'/ xsl:when test=xf:* xsl:apply-templates select=./ /xsl:when xsl:otherwise xsl:copy-of select=./ /xsl:otherwise /xsl:choose /xsl:for-each modified code: xsl:for-each select=*[name() != 'xf:submit'] xsl:choose xsl:when test=name() = 'error'/ !-- start new code -- xsl:when test=name() = 'xf:caption' xsl:if test=count(parent::node()/xf:caption) 1 xsl:if test=parent::node()/xf:caption[1] != . tr td align=center colspan=3 xsl:value-of select=./ /td /tr tr td colspan=3 /td /tr /xsl:if /xsl:if /xsl:when !-- end new code -- xsl:when test=xf:* xsl:apply-templates select=./ /xsl:when xsl:otherwise xsl:copy-of select=./ /xsl:otherwise /xsl:choose /xsl:for-each tr td align=center colspan=3 xsl:for-each select=*[name() = 'xf:submit'] xsl:copy-of select=. / xsl:text /xsl:text /xsl:for-each - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm data stored/retrieved via Session Transformer?
Look at how the UserBean creates a DOM document. Although it is created via the DOM API, you can imagine how you could create the DOM from a file or another source. - Original Message - From: Simon Price [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 09, 2002 4:56 PM Subject: Re: XMLForm data stored/retrieved via Session Transformer? Ivelin Ivanov wrote: XMLForm currently supports JavaBeans, DOM and mixed models. You can look at the Feedback Wizard demo for example. I will look again, but it was not obvious to me how to pass a DOM model. How do you mean that people will be using forms without writing Java code. We can write another Action to take as parameter a file name with the XML model, however how you you handle the input data once submitted. How would you implement the logic for handling the input data? This has been requested before, but noone has suggested a better replacement for Java when it comes to writing general purpose logic. Schematron could still be used to do validation. XSLT could operate on the model instance (built from the request) to so simple logic. I agree Java is better for complex logic, but XSLT would be a nice halfway between the modular database actions approach and the full XML Forms + JB approach. I'll try and work my ideas up into a full example to show what I'm thinking of. Another idea might be to use the flow engine to do some of the validation/processing. Although I don't think this would scale well, it would be a practical entry point for people moving from clientside to serverside - they could make use of their javascript skills and then later move on to java. Simon Ivelin - Original Message - From: Simon Price [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, September 08, 2002 2:45 PM Subject: Re: XMLForm data stored/retrieved via Session Transformer? Support for Alan's suggestion of a model in XML format I'm pretty certain that JXPath can be used with a DOM object so it should be possible for XMLForms to support both JBs and XML as the model. Personally, I really like the idea of being able to create and manipulate the model without having to drop into Java. For many simple forms, its seems like complete overkill having to write beans. Irrespective of what I think, there's a strong argument for having an XML model: new Cocoon users and non-Java programmers will be able to take advantage of XML Forms. Cheers Simon --- Simon Price Institute for Learning and Research Technology University of Bristol 8-10 Berkeley Square Bristol BS8 1HH United Kingdom Direct: +44 (0)7071 226 720 Office: +44 (0)117 928 7193 Fax: +44 (0)117 928 7112 [EMAIL PROTECTED] http://www.ilrt.bristol.ac.uk - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm data stored/retrieved via Session Transformer?
XMLForm currently supports JavaBeans, DOM and mixed models. You can look at the Feedback Wizard demo for example. How do you mean that people will be using forms without writing Java code. We can write another Action to take as parameter a file name with the XML model, however how you you handle the input data once submitted. How would you implement the logic for handling the input data? This has been requested before, but noone has suggested a better replacement for Java when it comes to writing general purpose logic. Ivelin - Original Message - From: Simon Price [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, September 08, 2002 2:45 PM Subject: Re: XMLForm data stored/retrieved via Session Transformer? Support for Alan's suggestion of a model in XML format I'm pretty certain that JXPath can be used with a DOM object so it should be possible for XMLForms to support both JBs and XML as the model. Personally, I really like the idea of being able to create and manipulate the model without having to drop into Java. For many simple forms, its seems like complete overkill having to write beans. Irrespective of what I think, there's a strong argument for having an XML model: new Cocoon users and non-Java programmers will be able to take advantage of XML Forms. Cheers Simon PS. I'm still pretty new to Cocoon and so, despite having looked at the source for XML Forms, I would not be surprised to find that its already possible. If it is, I'd love to know how! PPS. Thanks to Ivelin for the new itemset tag. --- Simon Price Institute for Learning and Research Technology University of Bristol 8-10 Berkeley Square Bristol BS8 1HH United Kingdom Direct: +44 (0)7071 226 720 Office: +44 (0)117 928 7193 Fax: +44 (0)117 928 7112 [EMAIL PROTECTED] http://www.ilrt.bristol.ac.uk - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] XMLForm update - support for dynamic select data
Due to several requests and availability of standard from W3C, I added support for the itemset tag, which allows additional flexibility when rendering a dynamic list of data for select controls. The Feedback Wizard demo has been updated to demonstrate the usage of the new tag. The W3C XForms standard document is available here: http://www.w3.org/TR/xforms/slice9.html#ui-common-elements-itemset Enjoy, -=Ivelin=- - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Expiration Attribute in Pipeline Efficient aggregation
AFAIK, If you front Cocoon with Apache (ProxyCache enabled) or if any other proxy server is between your browser and Cocoon, then the expires attribute is of significant help. Only I don't remember the syntax when used in the pipeline. Can someone point us to a document? However if the browser is hitting Cocoon directly, then Vadim is right. It would make sence to allow a cache timeout parameter to be allowed in the pipeline for the dirGenerator. - Original Message - From: Vadim Gritsenko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 06, 2002 8:01 AM Subject: Re: Expiration Attribute in Pipeline Efficient aggregation Ivelin Ivanov wrote: Cocoon 2.1 supports an extra attribute in the pipeline, which specifies the expiration header in the http response. It serves different purpose; other client won't get cached result, and refresh also won't get cached result. Martin, you still need to exted generator to make it cacheable, with delta timestamp (simplest approach) or any other way. Vadim This should allow temporary caching of the result. I am not sure where this is documented though. - Original Message - From: Martin Lüthi [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 05, 2002 8:47 AM Subject: Re: Efficient aggregation Thank you for your hint. I just tried out XPathDirectoryGenerator (scratchpad) which essentially does what I need, but is a lot less messy than my initial approach. However, also these results seem not to get cached... Presumably I should save the result with something like a SourceWritingTransformer, and only rebuild the file after explizit request. Martin Nick Airey [EMAIL PROTECTED] writes: After 1 minute of looking, it seems that the DirectoryGenerator is not cacheable. So it is going to re-read the directory every time you hit the pipeline. Your Xincluded pieces might be cacheable, however. For instance, the FileGenerator *is* cacheable (if you are using it). If you can live with refreshing the cached directory every x seconds (or miliseconds), and you can write some java, you could extend the DirectoryGenerator to make a caching directory generator, by implementing interface Cacheable and implementing generateKey() and generateValidity(). The generateValidity() method would return a DeltaTimeCacheValidity instance set to the caching time. Regs, Nick. -- Martin Lüthi [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XMLForm - Howto - Mailing List - Not working
Can you reach these links: http://localhost:8080/cocoon/samples/welcome http://localhost:8080/cocoon/samples/xmlform/wizard - Original Message - From: Gerry Reno [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 03, 2002 5:46 PM Subject: XMLForm - Howto - Mailing List - Not working I installed Cocoon 2.1 successfully (at least I can browse to http://localhost:8080/cocoon) and I am trying to get the Howto Mailing List example working. I've double checked all of my steps but I can't get it to work. I'm using Tomcat 4.1.9 and Cocoon 2.1 (09/02). I put all the .xml (start, registration, interest, organicGardening, cooking, smallholdingManagement, confirm, end) files in: %COCOON_HOME%\src\webapp\samples\xmlform\howto I put the howto-xmlform-sch-report.xml file in: %COCOON_HOME%\src\scratchpad\webapp\samples\xmlform\howto\schematron I put the HowToBean.java and HowtoWizardAction.java files in: %COCOON_HOME%\src\java\org\apache\cocoon\samples\xmlform\howto I added the sitemap entries to the sitemap in: %COCOON_HOME%\src\webapp\samples\xmlform I open a Command Prompt window and type: cd %COCOON_HOME% build webapp -Dinclude.webapp.libs=true webapp (lots of building goes on) Build Successful I copy the cocoon.war to the Tomcat webapps dir. I recycle Tomcat - cocoon.war is expanded. I browse to http://localhost:8080/cocoon/samples/xmlform/howto-wizard.html I receive this error: Cocoon 2 - Resource not found -- -- type resource-not-found message Resource not found description The requested URI /cocoon/samples/xmlform/howto-wizard.html was not found. sender org.apache.cocoon.servlet.CocoonServlet source Cocoon servlet request-uri /cocoon/samples/xmlform/howto-wizard.html path-info samples/xmlform/howto-wizard.html -- --- Any ideas on what may be wrong here. I cannot find a howto-wizard.html file anywhere. __ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Expiration Attribute in Pipeline Efficient aggregation
Cocoon 2.1 supports an extra attribute in the pipeline, which specifies the expiration header in the http response. This should allow temporary caching of the result. I am not sure where this is documented though. - Original Message - From: Martin Lüthi [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 05, 2002 8:47 AM Subject: Re: Efficient aggregation Thank you for your hint. I just tried out XPathDirectoryGenerator (scratchpad) which essentially does what I need, but is a lot less messy than my initial approach. However, also these results seem not to get cached... Presumably I should save the result with something like a SourceWritingTransformer, and only rebuild the file after explizit request. Martin Nick Airey [EMAIL PROTECTED] writes: After 1 minute of looking, it seems that the DirectoryGenerator is not cacheable. So it is going to re-read the directory every time you hit the pipeline. Your Xincluded pieces might be cacheable, however. For instance, the FileGenerator *is* cacheable (if you are using it). If you can live with refreshing the cached directory every x seconds (or miliseconds), and you can write some java, you could extend the DirectoryGenerator to make a caching directory generator, by implementing interface Cacheable and implementing generateKey() and generateValidity(). The generateValidity() method would return a DeltaTimeCacheValidity instance set to the caching time. Regs, Nick. -- Martin Lüthi [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]