Re: can build cocoon after rev 452361
Antonio Gallardo skrev: Renaud Richardet escribió: I get the following errors: cocoon-block-forms-compile: Compiling 379 source files to /home/ren/cocoon-2.1.10-dev/blocks/forms/dest /home/ren/cocoon_2_1_x/src/blocks/forms/java/org/apache/cocoon/forms/util/JavaScriptHelper.java:213: cannot find symbol symbol : method unwrap(java.lang.Object) location: class org.apache.cocoon.components.flow.util.PipelineUtil return PipelineUtil.unwrap(result); ^ /home/ren/cocoon_2_1_x/src/blocks/forms/java/org/apache/cocoon/forms/util/JavaScriptHelper.java:243: cannot find symbol symbol : method unwrap(java.lang.Object) location: class org.apache.cocoon.components.flow.util.PipelineUtil return PipelineUtil.unwrap(result); ^ can anyone reproduce? I can reproduce it. It is because of the factoring out of flowscripts from core that I did. I forgot that the same cforms implementation is used in 2.1. Unfortunately we cannot access the SVN from the conference :/ So I can't fix it right now. The fix is simple, just copy the FlowHelper.unwrap method to PipelineUtil. It would be great if anyone with working SVN access could fix it. /Daniel
[GT2006] presentations will be online...
At http://wiki.apache.org/cocoon/GT2006Presentations Speakers, please add your stuff (or links to it) there! -Bertrand
Re: [GT2006] presentations will be online...
Bertrand Delacretaz skrev: At http://wiki.apache.org/cocoon/GT2006Presentations Speakers, please add your stuff (or links to it) there! How do I do that? I tried to attach my presentation, but I can't see it and didn't succeed in getting the MIME type right. /Daniel
Re: Resolving Cocoon Dependencies with Ivy
On 10/3/06, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote: ...The slides of the Ivy presentation are available at http://caraldi.com/jbq/presentations/cocoon-ivy-build/cocoon-ivy-build.pdf.. Thanks! If you are interested, I could add the Ivy build system into tools/build... As it's still experimental IIUC, I'd prefer to have it somewhere under http://svn.apache.org/repos/asf/cocoon/whiteboard/ -Bertrand
Re: Resolving Cocoon Dependencies with Ivy
Bertrand Delacretaz wrote:
On 10/3/06, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:
...The slides of the Ivy presentation are available at
http://caraldi.com/jbq/presentations/cocoon-ivy-build/cocoon-ivy-build.pdf..
Thanks!
If you are interested, I could add the Ivy build system into
tools/build...
As it's still experimental IIUC, I'd prefer to have it somewhere under
http://svn.apache.org/repos/asf/cocoon/whiteboard/
yes please. putting it into trunk would require a vote IMO as *we* would have to
maintain it.
--
Reinhard Pötz Independent Consultant, Trainer (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
___
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
Re: Blueprint references
On 10/3/06, Simone Gianni [EMAIL PROTECTED] wrote: Hi there, for those interested, you can checkout current Blueprint code from the SourceSense SVN repository here : https://forge.pronetics.it/svn/scratchpad/blueprint/ FTR, there has been a small fubar in the subversion conf. Should be fixed now. -- Gianugo Rabellino Sourcesense, making sense of Open Source: http://www.sourcesense.com Orixo, the XML business alliance: http://www.orixo.com (blogging at http://www.rabellino.it/blog/)
[jira] Commented: (COCOON-831) XSLTC doesn't work with nodeset functions
[ http://issues.apache.org/jira/browse/COCOON-831?page=comments#action_12439836 ] Léon Tebbens commented on COCOON-831: - We run into the same problem when migrating our 5 insurance business applications from Cocoon 2.1.3 to 2.1.8. This is a serious problem for my company. XSLTC doesn't work with nodeset functions - Key: COCOON-831 URL: http://issues.apache.org/jira/browse/COCOON-831 Project: Cocoon Issue Type: Bug Components: - Components: Sitemap Affects Versions: 2.1 Environment: Operating System: other Platform: Other Reporter: Peter Broschwitz Assigned To: Cocoon Developers Team we are using cocoon 2.1 with xsltc (version 1.4, xalan 2.5.0) as default transformer. Now we want to use the xalan or exslt nodeset function, but this is only possible with xalan xslt. For testing purposes we tried a simple nodeset transformation from the command line. We did that with the same libraries as cocoon, like: $java -Djava.endorsed.dirs=path/to/endorsed/directory org.apache.xalan.xsltc.cmdline.Transform -x node-set-test.xml node_set_test That way, the transformation succeeds. (Compilation before suceeded also, of course.) Trying to process this stylesheet within the cocoon pipeline throws a null pointer exception without any entries in the cocoon-log-files. Changing to xalan-xslt the transformation works without any problems. The stylesheet we used is from the xsltc-documentation: == xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xsltc-extension=http://xml.apache.org/xalan/xsltc; xmlns:xalan=http://xml.apache.org/xalan; xmlns:exslt=http://exslt.org/common; version=1.0 xsl:template match=/ xsl:variable name=rtf docelem elem1elem1 gefunden!/elem1 elem2elem2 gefunden!/elem2 /docelem /xsl:variable !-- Use nodeset as an XSLTC extension function -- xsl:value-of select=xsltc-extension:nodeset($rtf)/docelem/elem1/ !-- Use nodeset as a Xalan-Java extension function -- xsl:value-of select=xalan:nodeset($rtf)/docelem/elem1/ !-- Use nodeset as an EXSLT extension function -- xsl:value-of select=exslt:node-set($rtf)/docelem/elem1/ !-- Use nodeset as standard function -- xsl:value-of select=nodeset($rtf)/docelem/elem1/ /xsl:template /xsl:stylesheet == I should add, that none of these nodeset-functions worked, i tested every one of his one and commented out the others. I posted this message already to the cocoon-user-list, and this behaviour could be reproduced by others. Peter -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (COCOON-1928) Add the ability to pass the doctype in parameter for Serializer
Add the ability to pass the doctype in parameter for Serializer --- Key: COCOON-1928 URL: http://issues.apache.org/jira/browse/COCOON-1928 Project: Cocoon Issue Type: New Feature Components: * Cocoon Core Affects Versions: 2.2-dev (Current SVN) Reporter: Cyriaque Dupoirieux Priority: Minor I need - with forrest - to get the doctype-system and doctype-public in a parameter like following : map:serializer logger=sitemap.serializer.xhtml mime-type=text/html name=xhtml pool-grow=2 pool-max=64 pool-min=2 src=org.apache.cocoon.serialization.XMLSerializer parameter name=doctype-public value=-//W3C//DTD XHTML 1.0 Transitional//EN / parameter name=doctype-system value=http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; / encodingUTF-8/encoding indentyes/indent omit-xml-declarationno/omit-xml-declaration /map:serializer here is a patch which apply to the AbstractTextSerializer. in case the doctype is also found in the childs, child have priority. Regards, -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[CForms] Bugfix for broken SuggestionList Widget in CVS version of Cocoon 2.1.x
Hi, I am currently updating to the CVS version of Cocoon and found out that my suggestion-lists no longer worked. I did a normal build of cocoon and tried out the sample for suggestion-lists and that didnt work either. I compared the output of the suggestion-list pipeline to the sample files shipped in the dojo test folder and saw that they dont have a trailing ;. After removing this, the samples and my version worked again without any problems. Maybe it would be good to update the selection-list2json.xsl or to update the Suggestion-List CForms widget code if this would result in breaking other parts. Here my updated file: ?xml version=1.0? !-- Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright ownership. The ASF licenses this file to You under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- !-- Transforms a fi:selection-list into a JSON fragment. @version $Id: selection-list2json.xsl 449149 2006-09-23 03:58:05Z crossley $ -- xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform xmlns:fi=http://apache.org/cocoon/forms/1.0#instance xsl:template match=fi:selection-list dummy-root xsl:text[#10;/xsl:text xsl:apply-templates/ xsl:text#10;]/xsl:text /dummy-root /xsl:template xsl:template match=fi:item xsl:text[/xsl:text !-- displayed text -- xsl:choose xsl:when test=fi:label xsl:value-of select=fi:label/ /xsl:when xsl:otherwise xsl:value-of select=@value/ /xsl:otherwise /xsl:choose xsl:text, /xsl:text !-- value -- xsl:value-of select=@value/ xsl:text]/xsl:text xsl:if test=position() != last() xsl:text, #10;/xsl:text /xsl:if /xsl:template /xsl:stylesheet Regards, Chris [ c h r i s t o f e r d u t z ] IT-Berater univativ GmbH Co. KG Robert-Bosch-Str. 7, 64293 Darmstadt fon: 0 61 51 / 66 717 - 21 fax: 0 61 51 / 66 717 - 29 email: [EMAIL PROTECTED] http://www.univativ.de Darmstadt, Stuttgart, Karlsruhe, Düsseldorf
[jira] Subscription: COCOON-open-with-patch
Issue Subscription Filter: COCOON-open-with-patch (89 issues) Subscriber: cocoon Key Summary COCOON-1928 Add the ability to pass the doctype in parameter for Serializer http://issues.apache.org/jira/browse/COCOON-1928 COCOON-1921 A bug in org.apache.cocoon.classloader.DefaultClassLoader http://issues.apache.org/jira/browse/COCOON-1921 COCOON-1917 Request Encoding problem: multipart/form vs. url encoded http://issues.apache.org/jira/browse/COCOON-1917 COCOON-1915 Nullable value with additional String or XMLizable in JavaSelectionList http://issues.apache.org/jira/browse/COCOON-1915 COCOON-1914 Text as XMLizable in EmptySelectionList http://issues.apache.org/jira/browse/COCOON-1914 COCOON-1899 [PATCH] Cocoon XML:DB Implementation should not depend on Xindice http://issues.apache.org/jira/browse/COCOON-1899 COCOON-1898 [PATCH] XPatch support for maven-cocoon-deployer-plugin http://issues.apache.org/jira/browse/COCOON-1898 COCOON-1893 XML-Binding: Problem creating a new element http://issues.apache.org/jira/browse/COCOON-1893 COCOON-1890 Provide a tool to update artifact versions within multiple POMs http://issues.apache.org/jira/browse/COCOON-1890 COCOON-1879 Make fd:field whitespace trimming behavior configurable http://issues.apache.org/jira/browse/COCOON-1879 COCOON-1877 [PATCH] Pageable Repeater http://issues.apache.org/jira/browse/COCOON-1877 COCOON-1870 Lucene block does not store attributes when instructed so http://issues.apache.org/jira/browse/COCOON-1870 COCOON-1869 MailMessageSender.java eats exception chain - which does not allow for proper dubuging and logging http://issues.apache.org/jira/browse/COCOON-1869 COCOON-1846 [PATCH] BooleanField and radio do not send on-value-changed at the rigth time with IE http://issues.apache.org/jira/browse/COCOON-1846 COCOON-1843 LDAPTransformer: add-entry tag doesn't work http://issues.apache.org/jira/browse/COCOON-1843 COCOON-1842 LDAPTransformer: ClassCastException with Binary fields http://issues.apache.org/jira/browse/COCOON-1842 COCOON-1838 Always use 3-digit version number http://issues.apache.org/jira/browse/COCOON-1838 COCOON-1811 [PATCH] Flow Script: Allow dynamic loading of JavaScript objects even when scope is locked http://issues.apache.org/jira/browse/COCOON-1811 COCOON-1810 [PATCH] JMSEventMessageListener does not work http://issues.apache.org/jira/browse/COCOON-1810 COCOON-1794 [PATCH] Propagation of namespaces to a repeaters child bindings and implementation of a move-node binding http://issues.apache.org/jira/browse/COCOON-1794 COCOON-1776 [PATCH]Reload Bookmarks on bookmark file validity http://issues.apache.org/jira/browse/COCOON-1776 COCOON-1738 double-listbox problem in repeaters http://issues.apache.org/jira/browse/COCOON-1738 COCOON-1726 Implementation of Source that supports conditional GETs http://issues.apache.org/jira/browse/COCOON-1726 COCOON-1717 Use custom cache keys for caching uri coplets using input modules. http://issues.apache.org/jira/browse/COCOON-1717 COCOON-1706 Allow TeeTransformer to run a system command for debugging purposes http://issues.apache.org/jira/browse/COCOON-1706 COCOON-1703 A patch for caching fonts (fixes GDI issues), vertical text orientation, color code fix, prefered unit for margins and measure unit converter http://issues.apache.org/jira/browse/COCOON-1703 COCOON-1697 Allow request parameters to be used in for (var k in h) kind of Javascript Loops http://issues.apache.org/jira/browse/COCOON-1697 COCOON-1692 [PATCH] Tree widget not handling on-selection-change events correctly. http://issues.apache.org/jira/browse/COCOON-1692 COCOON-1686 [PATCH] COCOON-1671 Form not binding when prefix in binding definition is unequal to that in the instance data for the same namespace. http://issues.apache.org/jira/browse/COCOON-1686 COCOON-1648 Add support for ISO8601 in I18nTransformer and Forms http://issues.apache.org/jira/browse/COCOON-1648 COCOON-1622 [PATCH] SendMailTransformer and HTML body http://issues.apache.org/jira/browse/COCOON-1622 COCOON-1618 [PATCH] SoapGenerator/Serializer for Axis Block http://issues.apache.org/jira/browse/COCOON-1618 COCOON-1611 [PATCH] Add additonal constructor to FormInstance.java to be able to pass a locale http://issues.apache.org/jira/browse/COCOON-1611 COCOON-1603 [PATCH] handling of alternatives in MailTransformer http://issues.apache.org/jira/browse/COCOON-1603 COCOON-1573 Improvement SetAttributeJXPathBinding and Contribution SetNodeValueJXPathBinding http://issues.apache.org/jira/browse/COCOON-1573 COCOON-1557 [PATCH] Change access to
Re: can build cocoon after rev 452361
Thank you Daniel and Antonio On 10/4/06, Daniel Fagerstrom [EMAIL PROTECTED] wrote: Antonio Gallardo skrev: Renaud Richardet escribió: I get the following errors: cocoon-block-forms-compile: Compiling 379 source files to /home/ren/cocoon-2.1.10-dev/blocks/forms/dest /home/ren/cocoon_2_1_x/src/blocks/forms/java/org/apache/cocoon/forms/util/JavaScriptHelper.java:213: cannot find symbol symbol : method unwrap(java.lang.Object) location: class org.apache.cocoon.components.flow.util.PipelineUtil return PipelineUtil.unwrap(result); ^ /home/ren/cocoon_2_1_x/src/blocks/forms/java/org/apache/cocoon/forms/util/JavaScriptHelper.java:243: cannot find symbol symbol : method unwrap(java.lang.Object) location: class org.apache.cocoon.components.flow.util.PipelineUtil return PipelineUtil.unwrap(result); ^ can anyone reproduce? I can reproduce it. It is because of the factoring out of flowscripts from core that I did. I forgot that the same cforms implementation is used in 2.1. Unfortunately we cannot access the SVN from the conference :/ So I can't fix it right now. The fix is simple, just copy the FlowHelper.unwrap method to PipelineUtil. It would be great if anyone with working SVN access could fix it. /Daniel -- renaudatoslutionsdotcom www.oslutions.com
Re: [CForms] Bugfix for broken SuggestionList Widget in CVS version of Cocoon 2.1.x
Hi Christopher: Would you send a patch, please. I will be glad to commit it. Best Regards, Antonio Gallardo. [EMAIL PROTECTED] escribió: Hi, I am currently updating to the CVS version of Cocoon and found out that my suggestion-lists no longer worked. I did a normal build of cocoon and tried out the sample for suggestion-lists and that didn’t work either. I compared the output of the suggestion-list pipeline to the sample files shipped in the dojo test folder and saw that they don’t have a trailing “;”. After removing this, the samples and my version worked again without any problems. Maybe it would be good to update the selection-list2json.xsl or to update the Suggestion-List CForms widget code if this would result in breaking other parts. Here my updated file: ?xml version=1.0? !-- Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright ownership. The ASF licenses this file to You under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- !-- Transforms a fi:selection-list into a JSON fragment. @version $Id: selection-list2json.xsl 449149 2006-09-23 03:58:05Z crossley $ -- xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fi=http://apache.org/cocoon/forms/1.0#instance; xsl:template match=fi:selection-list dummy-root xsl:text[#10;/xsl:text xsl:apply-templates/ xsl:text#10;]/xsl:text /dummy-root /xsl:template xsl:template match=fi:item xsl:text[/xsl:text !-- displayed text -- xsl:choose xsl:when test=fi:label xsl:value-of select=fi:label/ /xsl:when xsl:otherwise xsl:value-of select=@value/ /xsl:otherwise /xsl:choose xsl:text, /xsl:text !-- value -- xsl:value-of select=@value/ xsl:text]/xsl:text xsl:if test=position() != last() xsl:text, #10;/xsl:text /xsl:if /xsl:template /xsl:stylesheet Regards, Chris [ c h r i s t o f e r d u t z ] IT-Berater univativ GmbH Co. KG Robert-Bosch-Str. 7, 64293 Darmstadt fon: 0 61 51 / 66 717 - 21 fax: 0 61 51 / 66 717 - 29 email: [EMAIL PROTECTED] http://www.univativ.de Darmstadt, Stuttgart, Karlsruhe, Düsseldorf
