RE: webapp tutorial using cforms/flow
Thank you, looks straight forward enough. Thanks for your quick response. Franco -Original Message- From: Victoria Vitaver [mailto:[EMAIL PROTECTED] Sent: Wednesday, 7 December 2005 18:13 To: users@cocoon.apache.org Subject: Re: webapp tutorial using cforms/flow [EMAIL PROTECTED] wrote: >Thats right - I would like to aggregate menu content with CForm content and >style them into >a single page. > >Franco > > Ok, I have an example of that in my work. Code can be seen bellow. My third match triggers the flow script, from which the CForm is initialised. In the flowscript I do 'call-display-pipeline' to display my form. As you can see, that gets caught by the second match which aggregates my page together (header footer & everything in between), the second match aggregates the 'CFORM' produced by the call to the first match "display-pipeline" (by doing) 1. 2. 3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: webapp tutorial using cforms/flow
thanks I'll give it a look -Original Message- From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED] Sent: Wednesday, 7 December 2005 17:41 To: users@cocoon.apache.org Subject: Re: webapp tutorial using cforms/flow Le 6 déc. 05, à 23:00, <[EMAIL PROTECTED]> a écrit : > Is there an example/sample similar to the webapp tutorial but using > cforms/flow instead of xsp? -ie aggregating menu+content(cforms) There's the bricks-cms example app, which uses cforms and flow, see wiki.apache.org/cocoon/BricksCms It's more than a simple sample, but might help you get an overview. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[SOLVED] STX and multi query for large file
yup. there are still error log poste when a query is cancelled, but joost is still running. I just removed the old jar and replace with the new one, restarted and it seems to be working fine. -Message d'origine- De : Askild Aaberg Olsen [mailto:[EMAIL PROTECTED] Envoyé : 7 décembre, 2005 11:43 À : users@cocoon.apache.org Objet : Re: STX and multi query for large file Boisvert, Éric wrote: >Apparently STX transformer does not like to be disturbed while working. > > Did you try to upgrade Joost? (http://issues.apache.org/jira/browse/COCOON-1536) Askild - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: websphere oracle datasource
Ben, a VerifyError like this is usually because somehow it is picking up an older class that didn't have that method. So, a compiled call is now being run against a class that the method signarture is not correct for. Check out your jar files and make sure something isn't conflicting. IrvOn 12/7/05, Ben Anderson <[EMAIL PROTECTED]> wrote: Hi,I'm running into a problem with using a datasource in websphere.Previously I've used what I thought to be the same configuration on adifferent box and it worked fine. I'm using the sqltransformer.Here's my stacktrace: ERROR 2005-12-07 12:16:28,050 [Servlet.Engine.Transports : 9]core.datasources.something - Could not create the proper invocationhandler, defaulting to AbstractJdbcConnectionjava.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27)at java.lang.reflect.Constructor.newInstance(Constructor.java:274)at org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.getProxy(JdbcConnectionFactory.java :265)at org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.newInstance(JdbcConnectionFactory.java:211)at org.apache.avalon.excalibur.pool.ResourceLimitingPool.newPoolable(ResourceLimitingPool.java :672)at org.apache.avalon.excalibur.pool.ValidatedResourceLimitingPool.newPoolable(ValidatedResourceLimitingPool.java:178)... (a bunch more lines)...Caused by: java.lang.VerifyError: (class:oracle/jdbc/driver/OraclePreparedStatement, method: setARRAYInternal signature: (ILoracle/sql/ARRAY;)V) Incompatible object argument forfunction callat oracle.jdbc.driver.T4CDriverExtension.allocatePreparedStatement(T4CDriverExtension.java:72)at oracle.jdbc.driver.PhysicalConnection.prepareStatement (PhysicalConnection.java:712)at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:615)at org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.(AbstractJdbcConnection.java :150)... 104 moreIt's that Incompatible object argument that is throwing me? Hasanyone seen this before?Thanks,Ben- To unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED]
websphere oracle datasource
Hi, I'm running into a problem with using a datasource in websphere. Previously I've used what I thought to be the same configuration on a different box and it worked fine. I'm using the sqltransformer. Here's my stacktrace: ERROR 2005-12-07 12:16:28,050 [Servlet.Engine.Transports : 9] core.datasources.something - Could not create the proper invocation handler, defaulting to AbstractJdbcConnection java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.getProxy(JdbcConnectionFactory.java:265) at org.apache.avalon.excalibur.datasource.JdbcConnectionFactory.newInstance(JdbcConnectionFactory.java:211) at org.apache.avalon.excalibur.pool.ResourceLimitingPool.newPoolable(ResourceLimitingPool.java:672) at org.apache.avalon.excalibur.pool.ValidatedResourceLimitingPool.newPoolable(ValidatedResourceLimitingPool.java:178) ... (a bunch more lines)... Caused by: java.lang.VerifyError: (class: oracle/jdbc/driver/OraclePreparedStatement, method: setARRAYInternal signature: (ILoracle/sql/ARRAY;)V) Incompatible object argument for function call at oracle.jdbc.driver.T4CDriverExtension.allocatePreparedStatement(T4CDriverExtension.java:72) at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:712) at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:615) at org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.(AbstractJdbcConnection.java:150) ... 104 more It's that Incompatible object argument that is throwing me? Has anyone seen this before? Thanks, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: "xspAttr cannot be resolved" in Cocoon 2.1.8
Hello there I get the same error: org.apache.cocoon.components.language.LanguageException: Error compiling id_ranges_xsp: ERROR 1 (org/apache/cocoon/www/id_ranges/xsp/id_ranges_xsp.java): ... ); _xspAttr.clear(); // start error (lines 1674-1674) "xspAttr cannot be resolved" this._esql_printObject(_esql_struct[_esql_k],xspAttr); // end error this.contentHandler.endElement( "", "sql-row-item", ... ERROR 2 (org/apache/cocoon/www/id_ranges/xsp/id_ranges_xsp.java): ... // postgres is broken as it doesn't allow getObject() // to retrieve any type (i.e. bit and bit varying) // so don't handle complex types different for postgres if (!_esql_connection.getURL().startsWith("jdbc:postgresql:")) { // start error (lines 1700-1700) "xspAttr cannot be resolved" this._esql_printObject(_esql_query.getResultSet().getObject(_esql_i), xspAttr); // end error break; } default: ... Line 1674, column 0: xspAttr cannot be resolved Line 1700, column 0: xspAttr cannot be resolved However, the file mentioned below (esql.xsl) is not available as there is a misspellinmg in the path. The path is /src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp/java/ So, let's see if these cocoon will make me happy again Cheers Markus On 11/23/05, Nathaniel Alfred <[EMAIL PROTECTED]> wrote: > Damn it, the ESQL logicsheet escaped my renaming exercise. Our pre-release > testing really sucks... > > Fix for 2.1.9-dev and trunk committed. > > You can patch it relatively easy in a 2.1.8 source distribution. Edit > src/blocks/xsp/databases/java/org/apache/cocoon/components/language/markup/xsp/java/esql.xsl > and change xspAttr to _xspAttr in these two lines: > > line 697: this._esql_printObject(_esql_struct[_esql_k],xspAttr); > line 708: > this._esql_printObject(_esql_query.getResultSet().getObject(_esql_i), > xspAttr); > > Sorry about the mess, > Alfred. > > -Original Message- > From: news [mailto:[EMAIL PROTECTED] Behalf Of Joerg Heinicke > Sent: Dienstag, 22. November 2005 13:34 > To: users@cocoon.apache.org > Subject: Re: "xspAttr cannot be resolved" in Cocoon 2.1.8 > > > Alessandro Vincelli w4b.it> writes: > > > I' am trying to pass to version 2.1.8 but I receive this error. > > > > "xspAttr cannot be resolved" > > > > I' m just viewed this new setting > > > > > > > > is this the problem? > > I have already tried to change these values... > > At least it is related to these settings. When they were introduced xspAttr > was > renamed to _xspAttr which now breaks: > http://issues.apache.org/jira/browse/COCOON-1691. > > Jörg > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > This message is for the named person's use only. It may contain confidential, > proprietary or legally privileged information. No confidentiality or > privilege is waived or lost by any mistransmission. If you receive this > message in error, please notify the sender urgently and then immediately > delete the message and any copies of it from your system. Please also > immediately destroy any hardcopies of the message. You must not, directly or > indirectly, use, disclose, distribute, print, or copy any part of this > message if you are not the intended recipient. The sender's company reserves > the right to monitor all e-mail communications through their networks. Any > views expressed in this message are those of the individual sender, except > where the message states otherwise and the sender is authorised to state them > to be the views of the sender's company. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: STX and multi query for large file
argh. I should have checked this. I assumed the component distributed with Cocoon was the latest. Sorry I did not do my homework.. will try and maybe report a [SOLVED] email. Cheers and thanks -Message d'origine- De : Askild Aaberg Olsen [mailto:[EMAIL PROTECTED] Envoyé : 7 décembre, 2005 11:43 À : users@cocoon.apache.org Objet : Re: STX and multi query for large file Boisvert, Éric wrote: >Apparently STX transformer does not like to be disturbed while working. > > Did you try to upgrade Joost? (http://issues.apache.org/jira/browse/COCOON-1536) Askild - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: STX and multi query for large file
Boisvert, Éric wrote: Apparently STX transformer does not like to be disturbed while working. Did you try to upgrade Joost? (http://issues.apache.org/jira/browse/COCOON-1536) Askild - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
STX and multi query for large file
Apparently STX transformer does not like to be disturbed while working. Cancelling a STX based pipeline apparently does not cancel the stream of SAX event. see http://72.14.207.104/search?q=cache:yNMjW0rx4ssJ:archives.real-time.com/pipe rmail/cocoon-users/2004-April/049542.html+cocoon+stx+thread+multi+&hl=en&cli ent=firefox-a Does anyone has a solution for this ? Eric Boisvert Spécialiste TI-GI / IT-IM specialist [EMAIL PROTECTED], 418-654-3705, facsimile/télécopieur 418-654-2615 490, rue de la Couronne, Québec (Québec), G1K 9A9 490, rue de la Couronne, Quebec, Quebec, G1K 9A9 Laboratoire de cartographie numérique et de photogrammétrie (LCNP) Digital Cartography and Photogrammetry Laboratory (DCPL) Commission géologique du Canada (Québec) / Geological Survey of Canada (Quebec) Ressources naturelles Canada / Natural Resources Canada Gouvernement du Canada / Government of Canada http://www.cgcq.rncan.gc.ca/lcnp http://www.nrcan.gc.ca/gsc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CInclude POST (again)
gee thanks for the fix. being a defensive programmer , I changed the code to private String GetXmlRequest(Document doc) { String req = this.DomToString(doc); if (req.indexOf("xmlns") == -1) { // not namespace declaration found Node n = doc.getFirstChild(); req.replaceFirst(n.getLocalName(),n.getLocalName() + " " + ns); } else return req; } I have 2.1.6 and 2.1.8 implementations running. -Message d'origine- De : Stewart, Gary [mailto:[EMAIL PROTECTED] Envoyé : 7 décembre, 2005 07:08 À : users@cocoon.apache.org Objet : RE: CInclude POST (again) > -Original Message- > From: Boisvert, Éric [mailto:[EMAIL PROTECTED] > Sent: 06 December 2005 17:17 > To: users@cocoon.apache.org > Subject: RE: CInclude POST (again) > > > find attached the source code, keep in mind that's I'm not a > expert Java > programmer (I'm more on C# and Delphi). The component has > been designed to > send POST query to WFS (Web Feature Service) servers, which > are typically > small XML Query versus potentially very large XML Responses. > This is an > issue in the code because the incoming XML is converted to a > DOM and then to > a string (to fix a bug in DOM serializer that 'forgets' to serialize > namespaces), I must manually reinsert the namespaces > declaration in the > incoming XML. > > I've added a bit more comments in the source code, for your either > documentation or comic relief. > > I assume you are familliar with compiling+installing Cocoon > components. > Also, this component is provided as is, and I cannot garantee it will > function properly under stress conditions.. So if your business it the > control Airplane traffic or controling a nuclear reactor, I > suggest you have > this checked by a REAL java programmer. :P If it was in nuclear reactors the Java licence agreement explicitly states: "You acknowledge that Licensed Software is not designed or intended for use in the design, construction, operation or maintenance of any nuclear facility." so nuclear facility programmers shouldn't be using Java let alone cocoon or custom transformers on top of that :D. I think XMLUtils.serializeNode might have been changed in 2.1.8 (the revision date shows 2005-11-13) and serialization now seems to return the namespace because at first I was getting a namespace already declared exception so I changed GetXmlRequest to the very short; I could give you a diff but it's only this function that I've changed: private String GetXmlRequest(Document doc) { String req = this.DomToString(doc); return req; } Thank you very much for the code; it has proved very useful. I'd still be interested in confirming whether CInclude's patch has been put through correctly but this certainly seems like the best route (it stops me needing to create CInclude wrappers as well). Thanks again for the code and the help, Gary * The information contained in this message may be confidential or legally privileged and is intended for the addressee only, If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2.1.9 dev - wrong position of help popup when in tab styling
Hi! I think there is a little problem with the help popup of Cforms. The problem can be observed in the first example of the forms block examples called 'Various Actions' (http://localhost:/samples/blocks/forms/form1). If the link to the help popup is contained within a tab styling, then the popup appears at the wrong position. Seems like it is positioned always below the whole tabbed form. BTW: I only used Firefox, Mozilla and Epiphany, so other Browsers may show different behaviour. I don't know where the problem is, maybe the mattkruse lib changed. I will experiment with this. Let me know if somebody has a solution for this. Werner
RE: CInclude POST (again)
> -Original Message- > From: Boisvert, Éric [mailto:[EMAIL PROTECTED] > Sent: 06 December 2005 17:17 > To: users@cocoon.apache.org > Subject: RE: CInclude POST (again) > > > find attached the source code, keep in mind that's I'm not a > expert Java > programmer (I'm more on C# and Delphi). The component has > been designed to > send POST query to WFS (Web Feature Service) servers, which > are typically > small XML Query versus potentially very large XML Responses. > This is an > issue in the code because the incoming XML is converted to a > DOM and then to > a string (to fix a bug in DOM serializer that 'forgets' to serialize > namespaces), I must manually reinsert the namespaces > declaration in the > incoming XML. > > I've added a bit more comments in the source code, for your either > documentation or comic relief. > > I assume you are familliar with compiling+installing Cocoon > components. > Also, this component is provided as is, and I cannot garantee it will > function properly under stress conditions.. So if your business it the > control Airplane traffic or controling a nuclear reactor, I > suggest you have > this checked by a REAL java programmer. :P If it was in nuclear reactors the Java licence agreement explicitly states: "You acknowledge that Licensed Software is not designed or intended for use in the design, construction, operation or maintenance of any nuclear facility." so nuclear facility programmers shouldn't be using Java let alone cocoon or custom transformers on top of that :D. I think XMLUtils.serializeNode might have been changed in 2.1.8 (the revision date shows 2005-11-13) and serialization now seems to return the namespace because at first I was getting a namespace already declared exception so I changed GetXmlRequest to the very short; I could give you a diff but it's only this function that I've changed: private String GetXmlRequest(Document doc) { String req = this.DomToString(doc); return req; } Thank you very much for the code; it has proved very useful. I'd still be interested in confirming whether CInclude's patch has been put through correctly but this certainly seems like the best route (it stops me needing to create CInclude wrappers as well). Thanks again for the code and the help, Gary * The information contained in this message may be confidential or legally privileged and is intended for the addressee only, If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon shutdown listener?
Hi, Is there anything in cocoon that can be used to invoke a Java class (maybe via an act?) at shutdown i.e. such as a shutdown listener? We have a webapp application which must clean up the application (e.g. close open objects) if cocoon is shut down unexpectedly. Thanks, Ant CSW Group Ltd. <>- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cform date validation
Another insight from another mailing list: http://lists.gnu.org/archive/html/classpath/2004-10/msg00090.html You could also implement a pattern match range check on your input field, using cform functionality, without resorting to JS. see: http://localhost:8080/cocoon/docs/userdocs/forms/validation.html ( fd:range, or fd:regexp or even fd:javascript) I would think there must be on-line examples of date expressions? >>> [EMAIL PROTECTED] 2005/12/07 11:18 AM >>> have the same issue with cocoon 2.1.4 and apparrently the java.util.Date class accepts this (as far as I know) so the only thing that you can do (as what I did) is to implement a clientside date validation; you can find plenty examples on the net but if you want I can easily drop one here Gunter Merico Raffaele < [EMAIL PROTECTED] > 07/12/2005 10:13 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject cform date validation Dear community I have a strange effect with cform date fields. Values like 32.12.2005 or 29.2.2005 are automatically corrected to 1.1.2006 or 1.3.2005 without any validation error. What can I do to let the cform validation service declare such dates as incorrect? For your support many thanks in advance ... Raffaele -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cform date validation
have the same issue with cocoon 2.1.4 and apparrently the java.util.Date class accepts this (as far as I know) so the only thing that you can do (as what I did) is to implement a clientside date validation; you can find plenty examples on the net but if you want I can easily drop one here Gunter Merico Raffaele <[EMAIL PROTECTED]> 07/12/2005 10:13 Please respond to users@cocoon.apache.org To users@cocoon.apache.org cc Subject cform date validation Dear community I have a strange effect with cform date fields. Values like 32.12.2005 or 29.2.2005 are automatically corrected to 1.1.2006 or 1.3.2005 without any validation error. What can I do to let the cform validation service declare such dates as incorrect? For your support many thanks in advance ... Raffaele - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cform date validation
Dear community I have a strange effect with cform date fields. Values like 32.12.2005 or 29.2.2005 are automatically corrected to 1.1.2006 or 1.3.2005 without any validation error. What can I do to let the cform validation service declare such dates as incorrect? For your support many thanks in advance ... Raffaele - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How can I reconnect if cocoon looses connection to JMS server?
Hi, I'm using cocoon (2.1.6) with OpenJMS (0.7.6.1) for updating my cache. Since I have several cocoon installations talking to different JMS server over the network it can happen that the web application looses the connection to the JMS server due to a network problem and never get's it back. Is there a way how I can configure to check the connection or do I have to write my own ConnectionManager? thanks, Nicole - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]