[2.2] Release?
AFAICT there is not much work left to get a first beta release out of the door. The only issue that I know of is that the reloading classloader doesn't work which would be important to get it fixed. Does somebody have time to look into this problem? Then we could release - cocoon-core - cocoon-bootstrap - cocoon-template - cocoon-deployer-plugin - cocoon-22-archetype-webapp - cocoon-22-archetype-block I would like to see those modules released *before* the ApacheCon. Does anything speak a release on Monday (June, 19th)? -- Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Re: unable to build trunk
Vadim Gritsenko wrote: Reinhard Poetz wrote: Vadim Gritsenko wrote: Hi y'all, By now, subject isn't news to anyone here, but I have a better twist on usual maven failures: trunk fails to *clean*. And given that README suggests performing clean first, nobody following README will be able to build trunk... Here is the error: argh, seems to be some chicken-egg-problem :-( Can you please try to comment followng lines in core/cocoon-core/pom.xml: org.apache.cocoon cocoon-maven-eclipse-plugin 2.3-SNAPSHOT true and report back whether it helps? Well... I already went through 20 "mvn install" cycles and 3 "mvn clean install"... I'd hate to start everything all over! :) no problem. I will add a note about your findings to the readme file. -- Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Re: Greek Symbol support
Hi jorge we use cocoon to build web sites with Greek content and web app that handle Greek characters. What's the problem you have faced with Greek symbols ? /stavros On 6/12/06, Andrew Stevens <[EMAIL PROTECTED]> wrote: >From: "Cordero, Jorge" <[EMAIL PROTECTED]> >Date: Mon, 12 Jun 2006 09:32:20 -0400 > >Hi, > >Cocoon 2.03 >JDK 1.4.2_10-b03 >Tomcat 5.0.,28 > >How can I add Greek Symbol support to cocoon? Add? What do you think isn't supported already? Java's string handling (and hence Cocoon's) is unicode-based internally; you just need to make sure your data sources use a suitable encoding (and you read them using it) and you serialize with e.g. charset=UTF-8. It works for us with Chinese, so I wouldn't expect Greek characters to give any trouble either. Or am I missing something? Andrew. -- Stavros S. Kounis Osmosis networks & consulting http://www.osmosis.gr Read my weblog at http://tools.osmosis.gr/blog
RE: Greek Symbol support
From: "Cordero, Jorge" <[EMAIL PROTECTED]> Date: Mon, 12 Jun 2006 09:32:20 -0400 Hi, Cocoon 2.03 JDK 1.4.2_10-b03 Tomcat 5.0.,28 How can I add Greek Symbol support to cocoon? Add? What do you think isn't supported already? Java's string handling (and hence Cocoon's) is unicode-based internally; you just need to make sure your data sources use a suitable encoding (and you read them using it) and you serialize with e.g. charset=UTF-8. It works for us with Chinese, so I wouldn't expect Greek characters to give any trouble either. Or am I missing something? Andrew.
FYI: Fwd: ApacheCon EU OSGi panel
-- Forwarded message -- From: Richard S. Hall <[EMAIL PROTECTED]> Date: Jun 13, 2006 1:08 AM Subject: ApacheCon EU OSGi panel To: felix-dev@incubator.apache.org Hello everyone, We will be having an OSGi-related panel at the EU ApacheCon in Dublin, here is the abstract: The Future of OSGi and Felix at Apache Apache Felix has focused more attention on OSGi technology within Apache. Interest started in projects that needed the dynamic modularity and component mechanisms which OSGi provides, for example, Apache Directory. The use of OSGi/Felix has been discussed in other Apache projects like Harmony and Cocoon. This raises interesting questions: Where in Apache can OSGi technology be useful? How should it be used? What are the limitations for Apache? This session is a panel discussion composed of several key individuals from the OSGi Alliance and Apache community to debate these and related issues. The panel includes: myself, Peter Kriens, Enrique Rodriguez, Jason van Zyl, and Geir Magnusson as moderator. Are there any issues or questions that anyone in the community would like see raised during this panel discussion? -> richard
[jira] Created: (COCOON-1862) HSQLDB improper shutdown
HSQLDB improper shutdown Key: COCOON-1862 URL: http://issues.apache.org/jira/browse/COCOON-1862 Project: Cocoon Type: Bug Components: Blocks: HSQL Database Versions: 2.1.8, 2.1.9 Reporter: Igor Naumov Priority: Minor On some J2EE servers (WebSphere, SAP NetWeaver), HSQLDB server that is started with Cocoon is not shut down properly when an application is stopped. For some reason even though the server stops, the DB's lock and log files remain locked and that prevents the database startup when the application is started again. If the ServerImpl for HSQLDB block explicitely closes all the databases, the locks are released and the problem does not occur. To close the databases, the following code was added to cocoon-2.1.9\src\blocks\hsqldb\java\org\apache\cocoon\components\hsqldb\ServerImpl.java @@ -35,6 +35,9 @@ import org.apache.avalon.framework.threa import org.apache.cocoon.Constants; import org.apache.cocoon.components.thread.RunnableManager; +import org.hsqldb.Database; /** Only needed for a close mode constant */ +import org.hsqldb.DatabaseManager; + /** * This class runs an instance of the HSQLDB HSQL protocol network database server. * @@ -145,6 +148,8 @@ if (null != runnableManager) /** Stop the server */ public void stop() { getLogger().debug("Shutting down HSQLDB"); + DatabaseManager.closeDatabases(Database.CLOSEMODE_COMPACT); hsqlServer.stop(); getLogger().debug("Shutting down HSQLDB: Done"); } -- 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-1861) Check for Null URI in LDAPTransformer
Check for Null URI in LDAPTransformer - Key: COCOON-1861 URL: http://issues.apache.org/jira/browse/COCOON-1861 Project: Cocoon Type: Bug Components: Blocks: Naming Versions: 2.1.8, 2.1.9 Reporter: Igor Naumov Priority: Minor In the LDAPTransformer.java (src\blocks\naming\java\org\apache\cocoon\transformation\LDAPTransformer.java) the URI is not checked for NULL. On some J2EE servers (SAP NetWeaver) the URI passed may be NULL and it causes a NullPointerException. A simple fix is to add a check for NULL URI and just pass through that element: public void startElement(String uri, String name, String raw, Attributes attributes) throws SAXException { +if (uri == null) { +super.startElement(uri, name, raw, attributes); +return; +} if (!uri.equals(my_uri)) { super.startElement(uri, name, raw, attributes); return; -- 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
Re: unable to build trunk
Vadim Gritsenko wrote: > No, it is (was) absolutely stock maven 2.0.4 install. I might have had > something in ~/m2 from previous maven install, as I remember I tried to > build trunk month or two ago. > For Europe, putting this dotsrc central Maven mirror @ dotsrc http://mirrors.dotsrc.org/maven2 in $M2/conf/settings.xml or a local settings.xml works very well. Jorg
Re: unable to build trunk
Jorg Heymans wrote: Vadim Gritsenko wrote: Well... I already went through 20 "mvn install" cycles and 3 "mvn clean install"... I'd hate to start everything all over! :) Did you change settings.xml in $M2_HOME/conf to use an alternative primary mirror ? No, it is (was) absolutely stock maven 2.0.4 install. I might have had something in ~/m2 from previous maven install, as I remember I tried to build trunk month or two ago. Vadim I have built trunk many times the last couple of weeks, using a clean local repo and target 'clean install' - i never had the problem you're describing. Jorg
Re: unable to build trunk
Vadim Gritsenko wrote: > > Well... I already went through 20 "mvn install" cycles and 3 "mvn clean > install"... I'd hate to start everything all over! :) Did you change settings.xml in $M2_HOME/conf to use an alternative primary mirror ? I have built trunk many times the last couple of weeks, using a clean local repo and target 'clean install' - i never had the problem you're describing. Jorg
Re: unable to build trunk
Reinhard Poetz wrote: Vadim Gritsenko wrote: Hi y'all, By now, subject isn't news to anyone here, but I have a better twist on usual maven failures: trunk fails to *clean*. And given that README suggests performing clean first, nobody following README will be able to build trunk... Here is the error: argh, seems to be some chicken-egg-problem :-( Can you please try to comment followng lines in core/cocoon-core/pom.xml: org.apache.cocoon cocoon-maven-eclipse-plugin 2.3-SNAPSHOT true and report back whether it helps? Well... I already went through 20 "mvn install" cycles and 3 "mvn clean install"... I'd hate to start everything all over! :) Vadim
Re: unable to build trunk
Vadim Gritsenko wrote: Hi y'all, By now, subject isn't news to anyone here, but I have a better twist on usual maven failures: trunk fails to *clean*. And given that README suggests performing clean first, nobody following README will be able to build trunk... Here is the error: argh, seems to be some chicken-egg-problem :-( Can you please try to comment followng lines in core/cocoon-core/pom.xml: org.apache.cocoon cocoon-maven-eclipse-plugin 2.3-SNAPSHOT true and report back whether it helps? I will work on giving back the PDE patch to the Maven folks ASAP. This will finally solve the problem. -- Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Re: [RT] Removing sitemap configurable
Carsten Ziegeler wrote: Carsten Ziegeler schrieb: I think we should remove the concept of sitemap configurable components from 2.2 completly. Today, it is possible that a component implements the SitemapConfigurable interface and then one can additionally configure this component on a per sitemap base in the map:component-configurations section of the sitemap. Now this concept is a little bit questionable (ok, it was me who introduced it...) and with 2.2 we have the per sitemap configurations which make a much cleaner configuration (and therefore implementation). Only two components are currently using this interface: the global input module (not directly) and the authentication manager from the auth-fw. I think it's no problem if the configuration of the auth-fw-manager is moved into a xconf file and then included from the sitemap. For the global input module we now have a much better solution: you can configure properties on a per sitemap base (in external files) and the new settings input module is able to access these values. The benefit of this is that this mechanism also values the running mode, so you can have different sets of property files (depending on your running mode - prod, test whatever). So imho the changes to users are minimal and we completly introduce our new configuration concepts and removing the sitemap configurable removes some ugly code as well.. WDYT? Ok, it seems that noone is interested in this old feature anyway. If noone objects I'll remove it next week. Deja vu... http://marc.theaimsgroup.com/?t=11290426913 Vadim
Greek Symbol support
Hi, Cocoon 2.03 JDK 1.4.2_10-b03 Tomcat 5.0.,28 How can I add Greek Symbol support to cocoon? Thanks, --- Jorge Cordero Sr. System Development Consultant First Consulting Group / Life Sciences Direct: 916.505.0310 Fax: 800.988.7172 , press 4 Email: [EMAIL PROTECTED] Visit us at http://www.fcg.com -- This email may contain material that is confidential, privileged and/or attorney work product for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
unable to build trunk
Hi y'all, By now, subject isn't news to anyone here, but I have a better twist on usual maven failures: trunk fails to *clean*. And given that README suggests performing clean first, nobody following README will be able to build trunk... Here is the error: $ mvn clean [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache Cocoon [INFO] Cocoon Licenses [INFO] Cocoon Core [modules] ... [INFO] [INFO] Building Cocoon Bootstrap Implementation [INFO]task-segment: [clean] [INFO] [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] A required plugin was not found: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.cocoon -DartifactId=cocoon-maven-eclipse-plugin \ -Dversion=2.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file org.apache.cocoon:cocoon-maven-eclipse-plugin:maven-plugin:2.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) org.apache.cocoon:cocoon-maven-eclipse-plugin:maven-plugin:2.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 19 seconds [INFO] Finished at: Mon Jun 12 09:00:45 EDT 2006 [INFO] Final Memory: 8M/16M [INFO] Vadim
[jira] Commented: (COCOON-905) JXTemplate evaluates expressions in comments, need jx:comment?
[ http://issues.apache.org/jira/browse/COCOON-905?page=comments#action_12415847 ] Ellis Pritchard commented on COCOON-905: Broken in 2.1.8: e.g. foo bar produces ArrrayIndexOutOfBoundsException: -1 Problem is with these lines: 2988String str = XMLUtils.serializeNode(nodeList.item(i), omit); 2989buf.append(StringUtils.substringAfter(str, ">")); // cut the XML header If there are no markup-tags in the comment (why would there be?), then nothing is appended to the buffer, which then results in a Xerces error (serializing an empty comment). It seems that the substringAfter() bit is redundant, since the XML header is not being produced due to the 'omit' properties passed into serializeNode(). > JXTemplate evaluates expressions in comments, need jx:comment? > -- > > Key: COCOON-905 > URL: http://issues.apache.org/jira/browse/COCOON-905 > Project: Cocoon > Type: Bug > Components: - Components: Sitemap > Versions: 2.1.8 > Environment: Operating System: All > Platform: PC > Reporter: Mariusz Sieraczkiewicz > Assignee: Cocoon Developers Team > > The code like this > > > > > > > throws > Original Exception: org.apache.commons.jxpath.JXPathException: No value for > xpath: .[4] > at org.apache.cocoon.generation.JXTemplateGenerator. > characters(JXTemplateGenerator.java:2820) at > org.apache.cocoon.generation.JXTemplateGenerator.execute(JXTemplateGenerator. > java:3495) at > org.apache.cocoon.generation.JXTemplateGenerator.execute(JXTemplateGenerator. > java:3179) at > org.apache.cocoon.generation.JXTemplateGenerator.generate(JXTemplateGenerator. > java:2790) > what means that commented out part of code is evaluated. -- 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