Re: Does ValidatingTransformer support DTD validation
Hi Robby, have you checked this page [1]? I'm not sure if this is the same component, but is might lead you further. [1] http://wiki.apache.org/cocoon/ValidationTransformer Jeroen On Mon, Jun 20, 2011 at 3:24 PM, Robby Pelssers wrote: > Hi all, > > i am trying to use the validating transformer with a DTD but can't get it to > work. > > I already took a look at the source and found this block of code in > http://svn.apache.org/repos/asf/cocoon/trunk/blocks/cocoon-validation/cocoon-validation-impl/src/main/java/org/apache/cocoon/components/validation/jaxp/JaxpSchemaParser.java > > I tried > > > value="http://www.w3.org/TR/REC-xml"/> > > which does not work. > > - > /* Detect languages or use the supplied ones */ > Configuration languages[] = > conf.getChild("grammars").getChildren("grammar"); > Set grammars = new HashSet(); > if (languages.length > 0) { > > /* If the configuration specified (formally) a list of grammars > use it */ > for (int x = 0; x < languages.length; x++) { > String language = languages[x].getValue(); > if (fact.isSchemaLanguageSupported(language)) { > grammars.add(language); > continue; > } > /* If the configured language is not supported throw an > exception */ > String message = "JAXP SchemaFactory \"" + this.className + > "\" " + > "does not support configured grammar " + > language; > throw new ConfigurationException(message, languages[x]); > } > } else { > > /* Attempt to detect the languages directly using the JAXP factory > */ > if (fact.isSchemaLanguageSupported(Validator.GRAMMAR_XML_SCHEMA)) { > grammars.add(Validator.GRAMMAR_XML_SCHEMA); > } > if (fact.isSchemaLanguageSupported(Validator.GRAMMAR_RELAX_NG)) { > grammars.add(Validator.GRAMMAR_RELAX_NG); > } > if (fact.isSchemaLanguageSupported(Validator.GRAMMAR_XML_DTD)) { > grammars.add(Validator.GRAMMAR_XML_DTD); //this equals > "http://www.w3.org/TR/REC-xml"; > } > } > > > Is there a way to configure support for DTD validation as well? XML schema > validation seems to work out-of-the-box. > > Kind regards, > Robby > -- Amsterdam - Oosteinde 11, 1017 WT Amsterdam Boston - 1 Broadway, Cambridge, MA 02142 US +1 877 414 4776 (toll free) Europe +31(0)20 522 4466 www.onehippo.com
Re: Welcome Francesco Chicchiriccò as new Cocoon Committer
Welcome! :-) On Tue, Feb 22, 2011 at 2:43 AM, David Crossley wrote: > Thanks Francesco, and welcome. > > -David >
Re: BRANCH_2_1_X-dojo1_1 - dojoId is not defined
Hi, there was some effort of updating to dojo 1.1, but the work in the branch as far as I know is not finished. Jeroen On Mon, Jul 5, 2010 at 6:56 AM, "Carlos Chávez" wrote: > Hi guys. > > I was testing the branch > http://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X-dojo1_1. I > enter in the sample: > > http://localhost:/samples/blocks/forms/do-calculatedfields.flow > > I tried to add a row to the repeater and it shows the error: > > dojoId is not defined. > > I attached to the email the fix for this error. > > -- > Cheers. > Carlos Chávez. >
Re: ehcache blows up catalina.out
Hi, As you have not configured the log level for log4j yourself, the configuration probably comes from somewhere else. You might want to pass along a log4j directive. I believe it's -Dlog4j.debug=true . It will show you which configuration is used. Regards, Jeroen Reijn On Friday, July 2, 2010, Lochschmied, Alexander wrote: > > > > > > > > > > > > > > Hi everbody, > > > > I described this already but got no response yet. > > > > In my first email I got confused about ehcache using slf4j, > but after decompiling ehachace from our Cocoon 2.1.11 (Tomcat is 6.0.20), I > noticed commons logging was used back then. > > > > The problem is (still): > > Our tomcat/logs/catalina.out logs too many DEBUG messages generated > in ehcache, like > > > > 85765 [http-8080-5] DEBUG net.sf.ehcache.Cache - > cocoon-ehcache-1 cache - Miss > > 85765 [http-8080-5] DEBUG net.sf.ehcache.Cache - > cocoon-ehcache-1 cache - Miss > > 85946 [http-8080-5] DEBUG net.sf.ehcache.store.MemoryStore - > cocoon-ehcache-1Cache: spool to disk done for: > PK_G-file-file:///…/nothing.xml_T-xslt-file:///…/press-query.xsl;id=xyz > > > > This causes huge catalina.out, around 5 GB per day, so we need > to restart tomcat and purge the log file. > > > > We already tried all kinds of configuration settings, like > adding the following to logkit.xconf > > > > > > > > > > > > > > > > > > > > > > As we also have a log4j.jar in cocoon/WEB-INF/libs, I also > added a logging.properties to cocoon/WEB-INF/classes/. > > Nothing helped and catalina.out is still bloated with those > ehcache debug messages. > > > > What could cause these DEBUG messages to go to stdout (or > stderr)? > > How can we configure the logs to get rid of these messages? > > > > Thanks in advance, > > Alexander > > > > Alexander > Lochschmied > > Web > Programmer - Internet and Commerce > > IT > Global Web Services > > Information > Technology > > Phone: > +49 92 8771 2682 > > Fax > +49 92 8771 2545 > > Website: > www.vishay.com > > > > > Vishay > Electronic GmbH > > Geheimrat-Rosenthal-Str. > 100 > > D-95100 > Selb > > Amtsgericht/County > Court Hof HRB 2894, > > Geschäftsführer/Managing > Directors: Sieglinde Janker-Buecherl, Arnold Rohr > > > > > > > > >
Re: ForrestBot build for cocoon-docs FAILED
Do any of you have an account for the daisy instance or zone? I personally don't, but apparently we need somebody to fix this. Jeroen On 04/09/2010 03:55 AM, David Crossley wrote: Also the Forrest project's own docs production does not have this issue. That is why i say that it seems like a Cocoon zone server network or Daisy problem. That is all i know. Other people who are more familiar with the Cocoon zone and Daisy will need to take over.
[jira] Closed: (COCOON-2035) NPE in the sorter of the EnhancedRepeater
[ https://issues.apache.org/jira/browse/COCOON-2035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen Reijn closed COCOON-2035. Fix version (Component): Parent values: Blocks: Forms(10239). Affects version (Component): Parent values: Blocks: Forms(10167). Level 1 values: 1.1.0-SNAPSHOT(10323). Fix Version/s: 2.2 Resolution: Fixed > NPE in the sorter of the EnhancedRepeater > - > > Key: COCOON-2035 > URL: https://issues.apache.org/jira/browse/COCOON-2035 > Project: Cocoon > Issue Type: Bug > Components: Blocks: Forms >Affects Versions: 2.2 >Reporter: Gustavo N. Fernandes > Assignee: Jeroen Reijn > Fix For: 2.2 > > Attachments: SorterNullFix.patch > > > Steps to reproduce > === > 1. Execute the enhanced repeater sample at > http://localhost:/blocks/cocoon-forms-sample/pagination/paginated.do > 2. Click "Sort-by-name" > 3. Click "Add player" > 4. Click again "Add player" > 5. Boom! > Causes > == > The sorter shipped wih EnhancedRepeater does not deals with situations where > the value of the field being compared is null > Suggestion proposed > === > A new parameter nullsAreHigh (default=false) are passed to > RepeaterJXPathSorter that will check for nulls and will sort based on the > parameter. NullsAreHigh=false means that nulls are lower than anything else. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (COCOON-2035) NPE in the sorter of the EnhancedRepeater
[ https://issues.apache.org/jira/browse/COCOON-2035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen Reijn reassigned COCOON-2035: Assignee: Jeroen Reijn > NPE in the sorter of the EnhancedRepeater > - > > Key: COCOON-2035 > URL: https://issues.apache.org/jira/browse/COCOON-2035 > Project: Cocoon > Issue Type: Bug > Components: Blocks: Forms >Affects Versions: 2.2 >Reporter: Gustavo N. Fernandes > Assignee: Jeroen Reijn > Attachments: SorterNullFix.patch > > > Steps to reproduce > === > 1. Execute the enhanced repeater sample at > http://localhost:/blocks/cocoon-forms-sample/pagination/paginated.do > 2. Click "Sort-by-name" > 3. Click "Add player" > 4. Click again "Add player" > 5. Boom! > Causes > == > The sorter shipped wih EnhancedRepeater does not deals with situations where > the value of the field being compared is null > Suggestion proposed > === > A new parameter nullsAreHigh (default=false) are passed to > RepeaterJXPathSorter that will check for nulls and will sort based on the > parameter. NullsAreHigh=false means that nulls are lower than anything else. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Table manipulation
Hi Anandh, first of all welcome! This email should go to the cocoon users mailinglist (see my CC). Please reply only to that list. Could you please describe the stacktrace or error message, because that would help us further. Regards, Jeroen anandhthiyagarajan wrote: Hi everybody I am stuck up with an issue in manipulating the table. Consider the below XML and XSL 2009 Q3 Mp3Player Mp3Player DataCable Mp3Player Mp3Player Bluetooth Q4 DataCable MemoryCard InbuiltCam XSL: ROADMAP INFORMATION YEAR Q1 Q2 Q3 Q4 I am attaching a file with this which contain the required ouptut. http://old.nabble.com/file/p27254530/Table.doc Table.doc But i am not getting that output instead it throws a exception. Please let me know if i am missing something. Any help would be greatly appreciated. Thanks in Advance Anandh
Re: Interest in link rewriting transformer?
Hi Andreas, looks interesting! It looks to me as it would probably be easier to use for some people compared to the LinkRewriterTransformer, which is already available in Cocoon. Regards, Jeroen Andreas Hartmann wrote: Hi Cocoon devs, Lenya contains an AbstractLinkTransformer for link rewriting purposes. I'm using it for other Cocoon projects too. To be able to rewrite links in arbitrary XML formats, the transformer is configured with a set of attribute configurations which can contain links. Here's an example how you would configure your custom transformer to rewrite links in XHTML streams: http://www.w3.org/1999/xhtml"; element="a" attribute="href"/> http://www.w3.org/1999/xhtml"; element="object" attribute="data"/> http://www.w3.org/1999/xhtml"; element="img" attribute="src"/> http://www.w3.org/1999/xhtml"; element="link" attribute="href"/> http://www.w3.org/1999/xhtml"; element="form" attribute="action"/> http://www.w3.org/1999/xhtml"; element="script" attribute="src"/> http://www.w3.org/1999/xhtml"; element="input" attribute="src"/> http://www.w3.org/1999/xhtml"; element="input" attribute="value"/> The AbstractLinkTransformer subclass must provide a link rewriter object implementing the LinkRewriter interface. Usually the LinkRewriter matches a particular protocol, extension or other parts of the URI. public interface LinkRewriter { /** * @param url The URL. * @return If this rewriter feels responsible for the URL. */ boolean matches(String url); /** * @param url The original URL. * @return The rewritten URL or null if the URL could not be rewritten (i.e., the link is broken). */ String rewrite(String url); } IMO the link rewriting transformer is quite useful and generic enough to be used for various purposes, so it would probably make sense to move it from Lenya to Cocoon. In my experience it makes life much easier to use specific link protocols (e.g., internal:/) and have a single link rewriting step at the end of the page processing pipeline(s). The module also contains a ChainLinkRewriter to apply multiple rewriting steps in a single SAX transformation. If anyone is interested, I could commit a Cocoon 2.2 block to the whiteboard. The JAR will be compatible with Cocoon 2.1.x too. -- Andreas
Re: FW: Cocoon 2.2 build failure
Hi Robby, it seems to work here. I do see though that you have a nexus maven repository where it tries to resolve some artifacts. Could that be hte problem? Regards, Jeroen Robby Pelssers wrote: Maybe the cocoon developers can help me out? Thx in advance, Robby *From:* Robby Pelssers [mailto:robby.pelss...@ciber.nl] *Sent:* Tuesday, May 12, 2009 4:28 PM *To:* us...@cocoon.apache.org *Subject:* Cocoon 2.2 build failure Hi all, I checked out cocoon 2.2 from trunk today and can’t seem to build due some missing daisy artifacts. I also noticed that the build.sh is not in unix format… (using cygwin shell) $ ./build.sh install ./build.sh: line 2: $'\r': command not found ./build.sh: line 17: $'\r': command not found ./build.sh: line 18: $'\r': command not found ./build.sh: line 23: $'\r': command not found ./build.sh: line 27: $'\r': command not found ./build.sh: line 32: syntax error near unexpected token `$'in\r'' '/build.sh: line 32: ` case "$1" in *Output after converting build.sh to unix format:* Downloading: http://nxplasd003/nexus/content/groups/public/nekodtd/nekodtd/0.1.11/nekodtd-0.1.11.jar Downloading: http://nxplasd003/nexus/content/groups/public/nekodtd/jars/nekodtd-0.1.11.jar Downloading: http://nxplasd003/nexus/content/groups/public/nekodtd/nekodtd/0.1.11/nekodtd-0.1.11.jar Downloading: http://nxplasd003/nexus/content/groups/public/nekodtd/nekodtd/0.1.11/nekodtd-0.1.11.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) daisy:daisy-repository-api:jar:1.5-dev Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=daisy -DartifactId=daisy-repository-api -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=daisy -DartifactId=daisy-repository-api -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -Drepository Path to dependency: 1) org.apache.cocoon:cocoon-sitemaptags2daisy-plugin:maven-plugin:1.0.0-SNAPSHOT 2) daisy:daisy-repository-api:jar:1.5-dev 2) daisy:daisy-repository-xmlschema-bindings:jar:1.5-dev Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=daisy -DartifactId=daisy-repository-xmlschema-bindings -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=daisy -DartifactId=daisy-repository-xmlschema-bindings -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file -Durl=[ur Path to dependency: 1) org.apache.cocoon:cocoon-sitemaptags2daisy-plugin:maven-plugin:1.0.0-SNAPSHOT 2) daisy:daisy-repository-xmlschema-bindings:jar:1.5-dev 3) daisy:daisy-repository-client-impl:jar:1.5-dev Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=daisy -DartifactId=daisy-repository-client-impl -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=daisy -DartifactId=daisy-repository-client-impl -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -Dre Path to dependency: 1) org.apache.cocoon:cocoon-sitemaptags2daisy-plugin:maven-plugin:1.0.0-SNAPSHOT 2) daisy:daisy-repository-client-impl:jar:1.5-dev 4) daisy:daisy-repository-common-impl:jar:1.5-dev Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=daisy -DartifactId=daisy-repository-common-impl -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=daisy -DartifactId=daisy-repository-common-impl -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -Dre Path to dependency: 1) org.apache.cocoon:cocoon-sitemaptags2daisy-plugin:maven-plugin:1.0.0-SNAPSHOT 2) daisy:daisy-repository-common-impl:jar:1.5-dev 5) daisy:daisy-repository-spi:jar:1.5-dev Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=daisy -DartifactId=daisy-repository-spi -Dversion=1.5-dev -Dpackaging=jar -Dfile=/path/to/file Alternatively, if yo
Re: Already in Amsterdam
I'm going to attend the Maven meetup. Let's hope there is something interesting too see :-) Jeroen Grzegorz Kossakowski wrote: Jeroen Reijn pisze: I will attend the meetups this evening and tomorrow evening. And perhaps be at there tomorrow morning. I have not been that devoted to the project the last couple of months, but am interesting in meeting some old friends :-) Hi Jeroen, Which Meetup are planning to attend today?
Re: Already in Amsterdam
I will attend the meetups this evening and tomorrow evening. And perhaps be at there tomorrow morning. I have not been that devoted to the project the last couple of months, but am interesting in meeting some old friends :-) Jeroen Grzegorz Kossakowski wrote: Hello, I'm already in Amsterdam sitting in BarCamp room. It would be nice if others would share some sketch schedule here so we could arrange some meeting if there is anyone interested in meeting devoted to Cocoon. :-)
Re: [VOTE] Robin Wyles as new Cocoon committer
David Crossley wrote: I propose Robin Wyles as a new Cocoon committer and PMC member. +1 Jeroen Reijn
Re: Cocoon GT 2008
Hi Raffaele, as far as I know, there are no concrete plans yet for a GT. The Cocoon GT is a community driven event and it's always great to meet fellow Cocooners there and talk about something we all like. Within the community I've heard people speak about the GT, but have not heard about any concrete plans yet. That does not say there won't be a GT though. It's always arranged on a voluntary basis, so if somebody wants to help out, feel free to do so! I guess we have to wait and see for now... Regards, Jeroen Merico Raffaele wrote: Dear Devs Nearly a month ago I have asked on the user list if there is any news about the Cocoon GT in 2008. Since I did not have any response I repost my question to the dev-list. I would really appreciate to meet the community again this year. So do we will have a Cocoon GT this year? For your feedback many thanks in advance Raffaele
Re: [GSoC] Proposal modification
Lukas Lang wrote: a) fix the HTTPClient version incompatibility issue [1] b) find a way to get rid of Slide specific stuff c) implement DASL capabilities using JCR (JSR-170 [2]) If no one objects, I would proceed to do so, as SoC time already is advanced. Sounds like a good plan! Regards, Jeroen
Re: Import my key into the KEYS file
Gregorz, I'm not really sure if I have the karma to do that as well, but I just changed the one in http://svn.apache.org/repos/asf/cocoon/trunk/commons/KEYS Did you copy it from there, or is the KEYS file in the dist folder located elsewhere in the SVN? Regards, Jeroen David Crossley wrote: Grzegorz Kossakowski wrote: David Crossley pisze: Jeroen Reijn wrote: Thanks Carsten! I'll give it a try. If found this message, but it was a but inclear, but after reading it 3 times.. I get it. I'll give it a go. Once I commit it into SVN will it also appear on the /dist/ or is SVN the only place it has to go in? That KEYS file is a separate one to that at the /dist/ directory. Most of the files there are in SVN at https://svn.apache.org/repos/asf/cocoon/site/mirrors/ but not the KEYS file. It should be, and be kept synchonised with the other one. David, could elaborate on this KEYS issue? Here is the output of svn st: [EMAIL PROTECTED] /www/www.apache.org/dist/cocoon]$ svn st ? bricks-cms ? 2.2 ? subprojects ? KEYS ? events/gt2004 It is clear that KEYS is not maintained by SVN. Should this be changed? Yes, as said above. Thanks for helping with such stuff. When faced with issues like this, i often look at how other projects have done it. Primarily i follow Apache HTTP Server, being the original project, and therefore most likely doing the proper stuff. So see: http://svn.apache.org/repos/asf/httpd/site/trunk/dist/ Also APR because lots of old ASF hands there. So see: http://svn.apache.org/repos/asf/apr/site/trunk/dist Apache Forrest will also give some clues, as when i set it up as a top-level project i reviewed many other existing practices. There are also notes about KEYS and such in the "Guide for new committers" and "Release signing" http://apache.org/dev/ Also Henk's guide says to put your own key at people.apache.org:~/.pgpkey As for now I'm going to just replace this file with newer version I'm going to commit right now. That is fine as a temporary measure, and will bring that static file up-to-date. -David
Re: [vote] David Legg as new Cocoon committer
Grzegorz Kossakowski wrote: Please cast your votes: +1 Regards, Jeroen Reijn
Re: [vote] Java 1.5 as minimal requirement for trunk
Grzegorz Kossakowski wrote Please cast your votes: +1 Jeroen
Re: [Vote] Jasha Joachimsthal as new Cocoon committer
Andrew Savory wrote: Hi, It's my pleasure to propose Jasha Joachimsthal as a new committer on the Apache Cocoon project. Just back in the office and here is my +1 Regards, Jeroen
Re: [vote] Andreas Hartmann as new Cocoon committer
David Crossley wrote: I propose Andreas Hartmann as a new Cocoon committer and PMC member. +1 Regards, Jeroen Reijn
Re: [vote] Steven Dolg as committer
Reinhard Pötz wrote: Dear community, it's a great honor for me to propose Steven Dolg as a committer. +1 Regards, Jeroen Reijn
Re: [vote] Luca Morandini as new Cocoon committer
+1 Regards, Jeroen Reijn David Crossley wrote: I would like to propose Luca Morandini as a new Cocoon committer and PMC member. Luca participates at the Cocoon dev and users mail lists since 2001, being more active again recently. http://cocoon.markmail.org/search/?q=morandini shows that there are many contributions to the lists and to code and docs. He also uses Cocoon as part of the Fins and Geoid projects. Voting ends one week from today, i.e. midnight UTC on Monday 2008-08-04 So please cast your votes. -David
Re: Import my key into the KEYS file
Thanks David! Regards, Jeroen David Crossley wrote: Jeroen Reijn wrote: Thanks Carsten! I'll give it a try. If found this message, but it was a but inclear, but after reading it 3 times.. I get it. I'll give it a go. Once I commit it into SVN will it also appear on the /dist/ or is SVN the only place it has to go in? That KEYS file is a separate one to that at the /dist/ directory. Most of the files there are in SVN at https://svn.apache.org/repos/asf/cocoon/site/mirrors/ but not the KEYS file. It should be, and be kept synchonised with the other one. Probably need to then do: ssh people.apache.org cd /x1/www/www.apache.org/dist/cocoon svn up When verifying, consider the rsync delay: http://apache.org/dev/project-site.html -David Reinhard P?tz wrote: Jeroen Reijn wrote: Hi all, I uploaded the Cocoon 2.1.11 jars a couple of weeks ago into the m1 synch repository using the script from SVN. It turned out that when I ran the script it did not create .asc files. As a complete newbie to this kind of thing, I got a nice email from the repository team that told me I had to create these specific files. I read through the FAQ and release signing[1] documentation, but the thing that I'm stuck at is how to import my public pgp key to the cocoon KEYS file. Jeroen, https://svn.eu.apache.org/repos/asf/cocoon/trunk/commons/KEYS contains instructions how this can be done: Developers: pgp -kxa and append it to this file. (pgpk -ll && pgpk -xa ) >> this file. (gpg --list-sigs && gpg --armor --export ) >> this file. HTH
Re: Import my key into the KEYS file
Thanks Carsten! I'll give it a try. If found this message, but it was a but inclear, but after reading it 3 times.. I get it. I'll give it a go. Once I commit it into SVN will it also appear on the /dist/ or is SVN the only place it has to go in? Regards, Jeroen Reinhard Pötz wrote: Jeroen Reijn wrote: Hi all, I uploaded the Cocoon 2.1.11 jars a couple of weeks ago into the m1 synch repository using the script from SVN. It turned out that when I ran the script it did not create .asc files. As a complete newbie to this kind of thing, I got a nice email from the repository team that told me I had to create these specific files. I read through the FAQ and release signing[1] documentation, but the thing that I'm stuck at is how to import my public pgp key to the cocoon KEYS file. Jeroen, https://svn.eu.apache.org/repos/asf/cocoon/trunk/commons/KEYS contains instructions how this can be done: Developers: pgp -kxa and append it to this file. (pgpk -ll && pgpk -xa ) >> this file. (gpg --list-sigs && gpg --armor --export ) >> this file. HTH
Import my key into the KEYS file
Hi all, I uploaded the Cocoon 2.1.11 jars a couple of weeks ago into the m1 synch repository using the script from SVN. It turned out that when I ran the script it did not create .asc files. As a complete newbie to this kind of thing, I got a nice email from the repository team that told me I had to create these specific files. I read through the FAQ and release signing[1] documentation, but the thing that I'm stuck at is how to import my public pgp key to the cocoon KEYS file. Can somebody help me out? Regards, Jeroen [1]http://www.apache.org/dev/release-signing.html#signing-basics
Re: Releasing 2.1.12 - a new release manager?
Hmm I was not finished typing my email (stupid mail client), but want I wanted to say is that since Joerg will also come across this issue I guess, maybe somebody can help us out? Jeroen Reijn wrote: If I want to upload the jars into the maven repository (i already did for 2.1.11) I also have to add my public key to the KEYS file as well. Now I'm a bit confused. I noticed there is a KEYS file in the svn [1] for the 2_1_X branch, but there is also one on [2]. Which one do I need to update with my public key and how do I do that? Can I just run "pgp -kxa " as stated at [3] or do I need to do something special? I guess I'm a bit of a newbie with the PGP stuff. All help will be appreciated. [1]https://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X/ [2]http://www.apache.org/dist/cocoon/KEYS [3]http://www.apache.org/dev/release-signing.html#keys-policy Carsten Ziegeler wrote: Joerg Heinicke wrote: On 28.05.2008 02:05, Carsten Ziegeler wrote: If it is only 2.1 (at least for the time being) I can do this job (though I'm neither working with Cocoon anymore lately). Just have to check this documentation (any links?) what it needs to do such a release (signed PGP key or things like that). Here is the whole "guide" :) http://wiki.apache.org/cocoon/CocoonReleaseHowTo You need a key which you have to put up on our site into the KEYS file. Now, I can do the release - although I think it makes more sense someone more close to the project than I am should do the work. Whatever you prefer. Only issue I want to solve before the release is the BufferedOutputStream issue. I planned to do it this weekend. Great Carsten
Re: Releasing 2.1.12 - a new release manager?
If I want to upload the jars into the maven repository (i already did for 2.1.11) I also have to add my public key to the KEYS file as well. Now I'm a bit confused. I noticed there is a KEYS file in the svn [1] for the 2_1_X branch, but there is also one on [2]. Which one do I need to update with my public key and how do I do that? Can I just run "pgp -kxa " as stated at [3] or do I need to do something special? I guess I'm a bit of a newbie with the PGP stuff. All help will be appreciated. [1]https://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X/ [2]http://www.apache.org/dist/cocoon/KEYS [3]http://www.apache.org/dev/release-signing.html#keys-policy Carsten Ziegeler wrote: Joerg Heinicke wrote: On 28.05.2008 02:05, Carsten Ziegeler wrote: If it is only 2.1 (at least for the time being) I can do this job (though I'm neither working with Cocoon anymore lately). Just have to check this documentation (any links?) what it needs to do such a release (signed PGP key or things like that). Here is the whole "guide" :) http://wiki.apache.org/cocoon/CocoonReleaseHowTo You need a key which you have to put up on our site into the KEYS file. Now, I can do the release - although I think it makes more sense someone more close to the project than I am should do the work. Whatever you prefer. Only issue I want to solve before the release is the BufferedOutputStream issue. I planned to do it this weekend. Great Carsten
Re: Upgrade Cocoon 2.1 to ehcache 1.3
Andrew Savory wrote: Hi, Now that the vote to switch to a more recent baseline JDK has passed, I'd like to upgrade to ehcache 1.3.0, which gives us nicer shutdown and jmx instrumentation. Any objections? No please do! It sounds like a good improvement! Regards, Jeroen
Re: [VOTE][result]Drop JDK1.3 support for Cocoon 2.1.11 and newer versions
Thanks for the feedback guys. I will make a notice on the website as well as in the status.xml. Regards, Jeroen Vadim Gritsenko wrote: On Jun 2, 2008, at 5:19 PM, Grzegorz Kossakowski wrote: Jeroen Reijn pisze: Hi all, the vote for dropping JDK 1.3 support for Cocoon 2.1.11+ has been accepted by 12 +1 votes and no negative one. I'm going to move the artifacts into the Apache Maven Maven 1 synch repository in the next couple of days and will send a response to this mailinglist as a confirmation when it has been done. Jeroen, what about announcing this decision? It should (i'd say must) be noted in change log (status.xml). I think result of this vote deserves at least a news item on our front page. That is IMHO not really needed but won't hurt at all, so please add if you want to :) Vadim
[VOTE][result]Drop JDK1.3 support for Cocoon 2.1.11 and newer versions
Hi all, the vote for dropping JDK 1.3 support for Cocoon 2.1.11+ has been accepted by 12 +1 votes and no negative one. I'm going to move the artifacts into the Apache Maven Maven 1 synch repository in the next couple of days and will send a response to this mailinglist as a confirmation when it has been done. Regards, Jeroen Reijn
Re: Little announcement and ask for a help
FYI. It worked for me with the default archive manager in Ubuntu. Grzegorz Kossakowski wrote: Robin Wyles pisze: When I download from the site, all I get is an archive containing the dirtylicious-theme block... How can I get the others? I've experienced the same problem after downloading tarball from github and opening it with Ark (openSUSE's archive manager). However, after unpacking archive I could see all of blocks and files from the repository. It's interesting if it's GitHub or archive manager problem. Anyway, downloaded archive contains *all* needed files.
RE: Little announcement and ask for a help
Hi Robin, I tried it as well. You should do a maven install in all subfolders of the project before trying to run the mvn jetty:run. Nice project btw Greg! I would like to participate, but I do not see any spare time in the near future. Looks good though! I've been wanting to create a blog application with 2.2 as a test project as well. Good to see you actually started. Regards, Jeroen -Original Message- From: Robin Wyles [mailto:[EMAIL PROTECTED] Sent: Friday, May 30, 2008 10:56 AM To: dev@cocoon.apache.org Subject: Re: Little announcement and ask for a help Hi Grzegorz, I tried to test this for you, but I have the following missing dependency: pl.grek.blog main 1.0-SNAPSHOT From where can I download this block? Cheers, Robin On 29 May 2008, at 22:37, Grzegorz Kossakowski wrote: > Grzegorz Kossakowski pisze: >> Hi guys, >> I've been rather inactive these days mainly busy with personal >> affairs but also with Cocoon 2.2 demo application coding. The >> thing is hosted on github, project called cocoon-blog[1]. >> The project status should be considered as highly unstable. There >> is quite a lot of interesting functionality already implemented >> like DAOs in JS, jDBI (2.0.x) integration, configuration of HSQL, >> dirtylicious theme, etc. but all these pieces are not integrated >> with each other yet. >> At the moment, I'm facing some annoying problem that effectively >> stops me from developing further given my (very) limited resources >> these days. The problem is with debugging blocks in Eclipse. I'm >> using run-jetty-run plugin[2] for running blocks inside Eclipse. >> In the past this technique worked very well together with >> eclipse:eclipse plug-in that allowed me to import block into >> Eclipse's workspace. Normally, following steps should work: >> (assuming run-jetty-run is installed): >> 1. Go to block (e.g. dirtylicious-theme) >> 2. Run mvn clean cocoon:prepare >> 2. Run mvn eclipse:eclipse >> 3. Import block into workspace >> 4. Create Debug configuration of "Jetty Webapp" type. As webapp >> dir property value set "target/rcl/webapp". >> 5. Run debugging of block. >> As I said, this worked very well in the past but for some unknown >> reason I'm facing lots of classpath issues. The latest is: >> Caused by: java.lang.NoClassDefFoundError: org/apache/excalibur/ >> source/SourceValidity >> I've checked dirtylicious-theme block imported to Eclipse and >> there is no sourceresolve dependency created by eclipse:eclipse >> but dependency:list shows it. >> I would like to ask other folks for a help with confirming if it's >> a common problem and maybe finding some solution to this problem. >> Of course, I could figure out all missing dependencies and add >> them by hand but we use Maven for some reason, do we? >> So go to http://github.com/gkossakowski/cocoon-blog/tree/master, >> click on Download button and test my steps please. I will be very >> grateful for any feedback. > > I forgot to add that in order to compile cocoon-blog you need to > have a build of up-to-date Cocoon trunk. See this README for more > details: > http://github.com/gkossakowski/cocoon-blog/tree/master/README > > -- > Best regards, > Grzegorz Kossakowski >
[VOTE] Drop JDK1.3 support for Cocoon 2.1.11 and newer versions
Hi all, I recently ran across problems while trying to upload cocoon 2.1.11 jars to the maven1 repository[1]. Building Cocoon with JDK 1.3 failed due to multiple errors. Therefor I would like to suggest setting the minimum JDK to 1.4 for cocoon 2.1.11 and newer versions. A bit more then a year ago we had the same vote for 2.1.10. See [2] for more info. We decided then that we should release 2.1.10 as soon as possible and move on to Cocoon 2.2 where we already had a higher JDK version as a minimum. I think it's a good idea to do a revote, since there might even be a 2.1.12. Please cast your votes! Regards, Jeroen [1]http://marc.info/?l=xml-cocoon-dev&m=121145897400703&w=2 [2]http://marc.info/?l=xml-cocoon-dev&m=116605422600969&w=2
JDK 1.3 still required?
Hi all, I was just trying the maven1 jar script for 2.1.11, when I noticed that it did not compile with JDK 1.3. I can remember having a vote[1] on this, which I think ended in lets move on after 2.1.10 to 2.2. Everybody knows that 2.1.11 was released in the meantime and since I want to make 2.1.11 available from the maven 1 repositories it would be nice to see what other people think about this? Should we revote on this, can i compile them with JDK 1.4 or should I take a look at the problems, try fix them and then release the jars? [1]http://marc.info/?l=xml-cocoon-dev&m=116605422600969&w=2 Regards, Jeroen Reijn
RE: Cocoon 2.1.11 jars on maven1 repositories
Thanks Greg! Hmm how could I have missed that.. thanks anyway. I'll have a look at it. Gr. Reijn -Original Message- From: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2008 11:24 PM To: dev@cocoon.apache.org Subject: Re: Cocoon 2.1.11 jars on maven1 repositories Jeroen Reijn pisze: > Hey all, Hi Jeroen, > since we're still using Cocoon 2.1.X at Hippo, I noticed that for 2.1.10 > and 2.1.11 the jars are not available from the public (iblio) repositories. > > In [1] Carsten mentioned that there is a certain script to upload the > jars? Can i find this somewhere and do I have enough karma to run it? > > Is there any information available for doing this? I would like to spend > some time on publishing the jars this week. > > Anybody that can point me in the right direction? I guess you are looking for this script: http://svn.eu.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X/tools/bi n/create-repository-jars.sh Never used it, though. -- Grzegorz Kossakowski
RE: test
Hi Prabhpreet, You can unsubscribe from the mailinglist if you want. See [1] for more information. http://cocoon.apache.org/2.1/1175.html Regards, Jeroen From: Prabhpreet Singh [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2008 4:24 PM To: dev@cocoon.apache.org Subject: Re: test Jeroen, I want to get rid of cocoon related mails. Do you know how can I do that? Regards, Prabhpreet 2008/5/21 Jeroen Reijn <[EMAIL PROTECTED]>: Please ignore Regards, Jeroen
test
Please ignore Regards, Jeroen
Cocoon 2.1.11 jars on maven1 repositories
Hey all, since we're still using Cocoon 2.1.X at Hippo, I noticed that for 2.1.10 and 2.1.11 the jars are not available from the public (iblio) repositories. In [1] Carsten mentioned that there is a certain script to upload the jars? Can i find this somewhere and do I have enough karma to run it? Is there any information available for doing this? I would like to spend some time on publishing the jars this week. Anybody that can point me in the right direction? [1]http://marc.info/?l=xml-cocoon-dev&m=116834389700760&w=2 -- Kind regards, Jeroen Reijn Hippo Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 www.onehippo.com [EMAIL PROTECTED]
2.1.11 jars on maven1 repositories
Hey all, since we're still using Cocoon 2.1.X at Hippo, I noticed that for 2.1.10 and 2.1.11 the jars are not available from the (iblio) repositories. In [1] Carsten mentioned that there is a certain script to upload the jars? Can i find this somewhere and do I have enough karma to run it? Is there any information available for doing this? I would like to spend some time on publishing the jars this week. Anybody that can point me in the right direction? [1]http://marc.info/?l=xml-cocoon-dev&m=116834389700760&w=2 -- Kind regards, Jeroen Reijn Hippo Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 www.onehippo.com [EMAIL PROTECTED]
[jira] Updated: (COCOON-1579) Continuation, sendPage and Rhino 1.6r1
[ https://issues.apache.org/jira/browse/COCOON-1579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen Reijn updated COCOON-1579: - Affects Version/s: 2.1.11 Added to 2.1.11, because this still occurs. > Continuation, sendPage and Rhino 1.6r1 > -- > > Key: COCOON-1579 > URL: https://issues.apache.org/jira/browse/COCOON-1579 > Project: Cocoon > Issue Type: Bug > Components: - Flowscript >Affects Versions: 2.1.8, 2.1.9, 2.1.10, 2.1.11 > Environment: Operating System: Linux > Platform: PC >Reporter: Philippe Gassmann > Attachments: bug.tar > > > I use Rhino 1.6r1 (from trunk svn) in my cocoon. I get a NullPointerException > in > that case : > I first call a flow function to display a jx template using a continuation. > Then I post the form (and the continuation) to a pipeline calling a flow > function that does a cocoon.sendPage to a pipeline calling the continuation. > Then, I does some things in the flow and I display the jx template again. > The first time I post the form : OK it's working. > The second time I post the form : A NullPointerException is thrown ! > Here is the full java stacktrace : > java.lang.NullPointerException > at > org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.jsGet_continuation(FOM_Cocoon.java:252) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:174) > at > org.mozilla.javascript.ScriptableObject.getByGetter(ScriptableObject.java:1617) > at > org.mozilla.javascript.ScriptableObject.get(ScriptableObject.java:177) > at > org.mozilla.javascript.ScriptableObject.getProperty(ScriptableObject.java:1263) > at > org.mozilla.javascript.ScriptRuntime.getObjectProp(ScriptRuntime.java:1332) > at > org.mozilla.javascript.ScriptRuntime.getObjectProp(ScriptRuntime.java:1321) > at org.mozilla.javascript.Interpreter.interpret(Interpreter.java:2744) > at org.mozilla.javascript.Interpreter.interpret(Interpreter.java:2164) > at > org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:140) > at org.mozilla.javascript.Context.call(Context.java:497) > at > org.mozilla.javascript.ScriptableObject.callMethod(ScriptableObject.java:1496) > at > org.mozilla.javascript.ScriptableObject.callMethod(ScriptableObject.java:1466) > at > org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.handleContinuation(FOM_JavaScriptInterpreter.java:861) > at > org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:123) > at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) > at > org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:102) > at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46) > at > org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130) > at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) > at > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142) > at > org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68) > at > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92) > at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234) > at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.handleCocoonRedirect(ConcreteTreeProcessor.java:298) > at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.access$000(ConcreteTreeProcessor.java:47) > at > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector.cocoonRedirect(ConcreteTreeProcessor.java:339) > at > org.apache.cocoon.environment.ForwardRedirector.redirect(ForwardRedirector.java:59) > at > org.apache.cocoon.components.flow.AbstractInter
Re: Question about cocoon vs. IE setting
Hi, what happens if you use instead of type="submit"? /> I'm not really sure why out shoud not work, but I have used for years and it has never let me down :-) Regards, Jeroen Reijn Xu, Yiwen wrote: We are currently experiencing a problem for button submission for IE browser. We tested it in several IE. it worked successfully in successfully, but some other IE seems unable to get the submitted button id which cause our application failure (see below for more details). All IE we originally tested was version 6. We upgrade those problematic IE to 7 and 8.1, but same problem still occurred. Can anyone tell me what IE configuration or OS configuration might impact this cocoon button submission process? Thanks in advance !!! - Details -- This is the html code which contains the "Summit" button. id="msag-query-QueryAction" type="submit" class="submit">Submit This is the debug message in the javascript program which loads and processes the form: cocoon.log.error("submitted button ID : " + form.submitId + "\n submitted widget :" + form.getWidget().getSubmitWidget()); For those IE which doesn't have problem, the debug result shows: submitted button ID : msag-query-QueryAction submitted widget :Submit-msag-query-QueryAction But for those problematic IE, the debug result is: submitted button ID : undefined submitted widget :Submit-msag-query-QueryAction which caused cocoon throws " java.lang.IllegalStateException: SubmitWidget can only be set once. "
Re: Core XML Module
It sounds like a good plan. Go ahead Carsten! +1 Reinhard Poetz wrote: Grzegorz Kossakowski wrote: Carsten Ziegeler pisze: We currently have the core xml module, separated into api, impl and a special entity resolver. The dependencies of these modules are minimal but unfortunately the impl depends on spring internal classes. As we need xml stuff in Corona and as I would like to use this xml stuff in other projects as well (and these projects use osgi and not spring), I think we should cut these dependencies. So from my pov we need to change two things: make the modules usable without spring and make it runnable in an osgi environment. Making it usable in an osgi environment is very easy and just requires to add some maven plugins and some meta data. There is no impact for people not using osgi apart from an additional config file in the jar. Making the impl independent from spring just requires to create a new super class of the current implementation which is spring free. If noone objects I would like to go ahead and do the changes. +1 -- Met vriendelijke groet, Kind regards, Jeroen Reijn Hippo Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 www.onehippo.com [EMAIL PROTECTED]
Re: 2.2 Docs (was Re: [vote] Release Cocoon 2.2-final)
Andrew Savory wrote: Hi, We should accept this and get 2.2 out the door (honestly, I think delaying it further will lose more users than not having sufficient docs) and then if we can, turn some of the energy of this debate into writing docs. Better yet, let's be diligent in taking questions on the mailing lists and turning them into FAQs/documentation, and improve the docs that way. I agree with Andrew on this part. Delaying 2.2 even more would not be a good signal too our users. Maybe we can arrange some things about documentation at the upcoming ApacheCon? I have not been able to find some descent time the past couple of months to work on Cocoon, but during the ApacheCon i might be able to find some time during sessions. For those that indicate that the documentation needs to be improved before this release, maybe we can setup a list of missing things? -- Kind regards, Jeroen Reijn Hippo Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 www.onehippo.com [EMAIL PROTECTED]
Re: [vote] Release Cocoon 2.2-final
Reinhard Poetz wrote: I've prepared the artifacts for the release of Cocoon 2.2 final. See the list of all proposed artifacts below. +1 Jeroen
Re: [test] Instructions to test Cocoon 2.2-final
Andrew Savory wrote: Hi On 02/04/2008, Reinhard Poetz <[EMAIL PROTECTED]> wrote: mvn org.apache.maven.plugins:maven-archetype-plugin:1.0-alpha-7:create -DarchetypeGroupId=org.apache.cocoon -DarchetypeArtifactId=cocoon-22-archetype-block -DarchetypeVersion=1.0.0 -DgroupId=com.mycompany -DartifactId=myBlock -DremoteRepositories=http://people.apache.org/builds/cocoon/ works for me Please test the "getting-started" application (http://people.apache.org/~reinhard/cocoon-staging/cocoon-getting-started/) whether it runs at your environment. works for me Andrew. Same here. Both work great! Good to see some sort of getting started app! This will help out users a lot! Regards, Jeroen
RE: Meeting in Amsterdam
I'm not sure if I will be there, because I will not be in Amsterdam on Monday and Tuesday. Maybe I can catch up with you guys later on. I will be at the ApacheCon at wednesday for sure. See you there! -Original Message- From: Torsten Curdt [mailto:[EMAIL PROTECTED] Sent: Fri 3/28/2008 12:08 PM To: dev@cocoon.apache.org Subject: Re: Meeting in Amsterdam On Mar 28, 2008, at 11:57, Reinhard Poetz wrote: > Bertrand Delacretaz wrote: >> how about having >> dinner together somewhere on Monday night? > > great. Count me in! ...keep in mind there is also the BarCamp on Monday night. cheers -- Torsten
Re: [GSoC_2008] Project ideas
Felix Knecht wrote: I'm quite sure, that CForms is much more popular and used than the CLI. I also think that upgrading Dojo (or something else) will give a much larger idea of how things (Java, Javasrcipt (Flowscript), XML, XSL) can work together than providing a CLI. Just my thoughts. Regards Felix Yes I think I agree with Felix on this part. It will allow the student to learn a lot about Cocoon. +1 for the Dojo upgrade! Jeroen
RE: C2.2 dojotoolkit
Hi Felix, We've spoken about upgrading at the recent Cocoon GT in Rome. We were at the point were Dojo was waiting for its 1.0 release. Now this was already a while ago and as far as I can see nobody took the deep dive into the migration yet. I know Jeremy was thinking about this, but was waiting for a project that would give him some time to actually spend on this migration. Regards, Jeroen -Original Message- From: Felix Knecht [mailto:[EMAIL PROTECTED] Sent: Monday, February 04, 2008 10:00 AM To: dev@cocoon.apache.org Subject: C2.2 dojotoolkit -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all Trying to do some ajax stuff I did realize that we still use the dojotoolkit 0.4.3 which is a really quite old version. Are there any plans about migrating to a newer version - latest is 1.0.2 (http://dojotoolkit.org/downloads)? Regards Felix -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHptQs2lZVCB08qHERArPfAJ9YGmYMowleQicGCcnbZ/9fwPU3ZQCcCfhg ZwBcmcBr0AetxZ1F47Usq/A= =RgLs -END PGP SIGNATURE-
Re: Run latest from trunk
I can confirm the behavior. It happens on the frontpage and I've also seen it happen on some blocks sample pages. (I tried the htmlarea in the forms block). Regards, Jeroen Felix Knecht wrote: Felix Knecht schrieb: Hi all When building and running the latest trunk I have some strange effects: - The frontpage looks really ugly (http://localhost:/) I thought to have seen it already better. - Moving over to forms sample block and click on BasicSamples/Various (Actions) the form (http://localhost:/samples/forms/form1) looks as ugly as the frontpage and I got errorrs in the log I haven't had times ago (see below). Note that the sample form loads correctly when loading a second time (moving back and click again on Variaous(Actions) ). Anyone else recognize this effects? IMO it's following commit which causes the problems I have: http://svn.apache.org/viewvc?view=rev&revision=615697 Just saw that this is a bugfix. I'll reopen the issuehttps://issues.apache.org/jira/browse/COCOON-2150 Regards Felix -- Met vriendelijke groet, Kind regards, Jeroen Reijn Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466
Re: Is throwing exception always good choice?
+1 :-) On Mon, 2008-01-28 at 11:41 +0100, Grzegorz Kossakowski wrote: > Hello guys, > > I noticed comment from Dominic Mitchell at his blog complaining[1] about the > fact that we print 30 > lines long exception just to inform there is no block handling favicon.ico > browser's request. > > It is caused by following snippet in DispatcherServlet: > > if (servlet == null) { > throw new ServletException("No block for " + req.getPathInfo()); > } > > Now I start to think that throwing this exception is a bad idea. It's going > to be quite casual > situation that server is requested non-existing resources and I think we > shouldn't do so much noise > about it. Why about just returning 404 response with message the same as it's > now thrown within > exception? > > I'll make this change within two days if nobody complains. > > [1] http://happygiraffe.net/blog/articles/2008/01/27/trusting-your-tools >
Re: Is throwing exception always good choice?
Hi Grzegorz, I agree with you on this subject. We should bug the developers and users with as less information as can be (unless configured in such a way). It will only scare them. I think it's a good improvement. Go ahead! Regards, Jeroen On Mon, 2008-01-28 at 11:41 +0100, Grzegorz Kossakowski wrote: > Hello guys, > > I noticed comment from Dominic Mitchell at his blog complaining[1] about the > fact that we print 30 > lines long exception just to inform there is no block handling favicon.ico > browser's request. > > It is caused by following snippet in DispatcherServlet: > > if (servlet == null) { > throw new ServletException("No block for " + req.getPathInfo()); > } > > Now I start to think that throwing this exception is a bad idea. It's going > to be quite casual > situation that server is requested non-existing resources and I think we > shouldn't do so much noise > about it. Why about just returning 404 response with message the same as it's > now thrown within > exception? > > I'll make this change within two days if nobody complains. > > [1] http://happygiraffe.net/blog/articles/2008/01/27/trusting-your-tools >
Re: [Vote] Cocoon Release 2.1.11
I was not able to test it with the CMS today, but on both my Ubuntu laptop with JDK 1.5 and on my desktop WinXP JDK 1.4 all seems fine! +1 Jeroen On Mon, 2008-01-07 at 09:27 -0600, Antonio Gallardo wrote: > Hi Alec, > > This is a great improvement! However, we cannot use a newer ehcache > version, cuz we must keep cocoon 2.1.x branch compatible with java 1.3. :S > > Currently, we use ehcache 1.2.3. The 1.2.4 did drop support for java 1.3 [1] > > Best Regards, > > Antonio Gallardo. > > [1] http://ehcache.sourceforge.net/changes-report.html#1.2.4RC > > > Alec Bickerton escribió: > > Carsten Ziegeler wrote: > > > >> Hi, > >> > >> i've put up the 2.1.11 release at: > >> > >> http://people.apache.org/~cziegeler/releases/cocoon/ > >> > > > > I'm just looking through JIRA and note that the version still uses an > > antiquated version of ehcache. By that I mean, a version that does not > > do large distributed caching properly. Large caches must be recreated on > > server restart and fall over when distributed caching is attempted. > > > > Simply replacing the ehcache.jar is not a clean solution as ehcache will > > write all its files to java.io.tmpdir and produce many warnings > > whenever used. > > > > This is an open issue for C2.2, so I feel it would be something that > > needs to be looked at before a final release. > > > > DISCLAIMER: > > I'm still finding my way around the cocoon codebase and may be missing > > something obvious to the old hands. :-) > > > > Regards, > > Alec. > > >
Re: [Vote] Cocoon Release 2.1.11
Carsten, yes that is a good idea. I'll try to test it with Hippo CMS over the weekend or so, since I'm also on vacation right now. Let's see if the new build brakes something. I'll let you know as soon as possible. Kind regards, Jeroen Reijn ps. Happy new year everybody! On Fri, 2008-01-04 at 08:42 +0100, Carsten Ziegeler wrote: > As this is currently the quiet season of the year, I'll leave the vote > open until monday. > > But so far the vote looks very good :) > > Thanks > Carsten > >
Re: [PROPOSAL] Micro-Cocoon
Reinhard, sounds like a good thing. I guess not only Indoqa will get a benefit out of this. Put it in the whiteboard, so if needed and possible other people can help out and perhaps join the discussion? Good luck! Regards, Jeroen Reijn Reinhard Poetz wrote: We at Indoqa have started to think about working on a slimmed down version of Cocoon 2.2 ("Micro-Cocoon"). By doing this we pursue a couple of goals: o increase the maintainability of Cocoon (Cocoon 2.2 is already a big improvement but still too complicated in some areas) o optimize Cocoon for the development of RESTful services o enable the usage of pipelines via a Java API o make Cocoon pipelines/sitemaps ready for the usage in OSGi environments o aspect-oriented profiling of pipelines o build upon the servlet-service-framework so that this reduced version can be run in parallel with a 2.2 application (in order to save already made investments) o reduce the dependencies to external libraries to a minimum o sitemaps as Spring bean definitions (mid-term goal) o pull pipelines (long-term goal) In order to reach these goals we want to start off with existing code, but then continue with removing o all dependencies on Avalon/Excalibur o the support for sub-sitemaps (no map:mount) o the support for sitemap-level components (no map:components) o the support for the cocoon-protocol o map:resource o map:view Having said this, I want to mention that, for us, the Micro-Cocoon effort is a feasability study, that we will conduct over the next 8 weeks. However, in order to make it not only based on theoretical assumptions, we also want to touch code. Since we think that this might be of interest for others too, we would like to work into a public repository, preferably the Cocoon whiteboard. We have also invited Grek who will come to Vienna for a couple of days and will support us with his expertise. Based on the result of the study, we will decide if/how we will continue. I know, that as I'm a Cocoon committer, I'm free to add anything which is somehow related to Cocoon to the whiteboard without asking before, but in this case I'm not sure about the impact on our community if we start off another effort on "improving" Cocoon (2.2 still hasn't reached a final release yet). Is it a good idea to use the Cocoon whiteboard? Or shall we go to Sourceforge, Apache Labs, or even do it only internally? etc. I highly appreciate your comments on the proposal itself as well as on the setting. Thanks.
RE: cocoon-webapp failure
No need to rush Carsten. I was just under the impression that it was fixed for Vadim, therefore my question :-) Thanks anyway! Gr. Jeroen -Original Message- From: Carsten Ziegeler [mailto:[EMAIL PROTECTED] Sent: Friday, December 07, 2007 9:01 AM To: dev@cocoon.apache.org Subject: Re: cocoon-webapp failure Vadim Gritsenko wrote: > On Dec 6, 2007, at 6:43 PM, Jeroen Reijn wrote: > >> Vadim, >> >> did the update work for you? I'm still having problems even after >> clearing my m2 repository. >> >> org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean >> named >> 'org.apache.cocoon.portal.coplet.adapter.impl.AbstractCopletAdapter' is >> defined > > I found a fix for this... Only to discover that > 'org.apache.cocoon.portal.PortalService' is not defined anywhere... > Still not working. > As I said, there are some things not finished, but I'll look at them in the next days. Carsten -- Carsten Ziegeler [EMAIL PROTECTED]
Re: cocoon-webapp failure
Vadim, did the update work for you? I'm still having problems even after clearing my m2 repository. org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'org.apache.cocoon.portal.coplet.adapter.impl.AbstractCopletAdapter' is defined Regards, Jeroen On Thu, 2007-12-06 at 16:19 -0500, Vadim Gritsenko wrote: > On Dec 6, 2007, at 12:21 PM, Carsten Ziegeler wrote: > > > Vadim Gritsenko wrote > >> > >> > >> Seems to be somehow related to portal beans. Can somebody take a > >> look? > >> > > I think I just fixed this one - however the current state of the > > portal > > is very fragile and I don't expect it to work properly. > > Thanks for quick fix! btw why bean is named > "org.apache.cocoon.portal.om.CopletAdapter.cocoon" and not > "org.apache.cocoon.portal.om.CopletAdapter/cocoon"? > > Vadim
Re: Upgrade cocoon-lucene block
Reinhard Poetz wrote: Giacomo Pati wrote: Hi all Is there a problem upgrading the cocoon-lucene block to newest Lucene (from 1.4.3 to 2.2.0). To me that block seems quite outdated (we use it but now it bites us with other components building up from Lucene 2.2.0) If not I'll see that I can upgrade it, ok? Fine by me. Same here! Sounds like a good plan! Jeroen
[jira] Commented: (COCOON-2153) DaslTransformer fails because of conflicting http client dependencies
[ https://issues.apache.org/jira/browse/COCOON-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548841 ] Jeroen Reijn commented on COCOON-2153: -- Since all other blocks have switched to httpclient 3.0.1 we need to see if it is possible to upgrade the slide dependency to use a newer version of the http client or we should take a look at a different webdav library to use in Cocoon. > DaslTransformer fails because of conflicting http client dependencies > - > > Key: COCOON-2153 > URL: https://issues.apache.org/jira/browse/COCOON-2153 > Project: Cocoon > Issue Type: Bug > Components: Blocks: WebDAV >Affects Versions: 2.2-dev (Current SVN) >Reporter: Jeroen Reijn > Assignee: Jeroen Reijn > Fix For: 2.2-dev (Current SVN) > > > While using the webdav block in your cocoon 2.2 application the > DaslTransformer will fill fail with a NoSuchMehtod exception on the > setCredentials in the DASL transformer. After further investigation it > appeared the the 'slide' dependency has a dependency on commons-httpclient > version 2.0.2 and the webdav block has a dependency for 3.0.1. These two > dependencies conflict with each other. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (COCOON-2153) DaslTransformer fails because of conflicting http client dependencies
DaslTransformer fails because of conflicting http client dependencies - Key: COCOON-2153 URL: https://issues.apache.org/jira/browse/COCOON-2153 Project: Cocoon Issue Type: Bug Components: Blocks: WebDAV Affects Versions: 2.2-dev (Current SVN) Reporter: Jeroen Reijn Assignee: Jeroen Reijn Fix For: 2.2-dev (Current SVN) While using the webdav block in your cocoon 2.2 application the DaslTransformer will fill fail with a NoSuchMehtod exception on the setCredentials in the DASL transformer. After further investigation it appeared the the 'slide' dependency has a dependency on commons-httpclient version 2.0.2 and the webdav block has a dependency for 3.0.1. These two dependencies conflict with each other. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: lenya 2.0 release preparation - cocoon version dependency (2.1.11?)
Cocoon 2.1 will stay around for a while so same here! Jeroen Antonio Gallardo wrote: Bertrand Delacretaz escribió: Agree with Ralph, there's no need to "close" anything, if people want to fix bugs on older versions that's one of the beauties of open source: no one forces you to upgrade, as long as you're ready to fix what you're using if needed. +1 Best Regards, Antonio Gallardo.
Re: cocoon demos on cocoon.zones.apache.org
Great! Thanks Vadim. Regards, Jeroen Reijn Vadim Gritsenko wrote: Hey all, Cocoon branch and trunk demos on zones are up and running. http://cocoon.zones.apache.org/demos/trunk/ http://cocoon.zones.apache.org/demos/21branch/ (branch was broken because of removed svn externals; trunk was not set up) Vadim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [result][vote] Releasing from trunk: Cocoon 2.2-RC2 & others
Reinhard Poetz wrote: Reinhard Poetz wrote: Grzegorz Kossakowski wrote: BTW. When can we expect new release officialy announced? I've started to work on it together with a "What's new in Cocoon 2.2" page and hope to finish it this weekend. Could somebody help me please with proof-reading the announcment message and the "New in Cocoon 2.2" page? See http://cocoon.zones.apache.org/daisy/cdocs-site-main/1421.html and This text looks good. Since I'm currently involved with some other work I'm not sure about all the version numbers, but I trust you on that. I noticed though that in the sentence: "Find information about the new features at http://cocoon.apache.org/2.2/1420_1_1.html."; The url is not working. http://cocoon.zones.apache.org/daisy/cdocs-site-22/1420.html. What I've read so far seems fine. As you know I've not done that much with 2.2 yet, so I cannot really add more information on this subject. The page looks well structured and sums up most of the things I've heard and seen about 2.2. Jeroen TIA
Re: Zones are down
Yes this still seems the case. Could somebody with enough karma and knowledge have a look? Are these nightly builds or does somebody deploy a new version of both demos? Regards, Jeroen Reijn Joerg Heinicke wrote: Both trunk and 2.1 branch seem to have a problem ... Joerg
Re: XHTML Serializer bug?
I get the feeling, you are not able to read Jasha's text? Have a look at: http://marc.info/?l=xml-cocoon-dev&m=119191492309518&w=2 Regards, Jeroen Reijn Andrew Stevens wrote: Date: Tue, 9 Oct 2007 09:27:57 +0200 From: [EMAIL PROTECTED] ... You can work around this by using instead of _ Celeb spotting – Play CelebMashup and win cool prizes https://www.celebmashup.com
Re: Patches for lucene block
Hi Ignacio, yes contributions are always welcome! You can create a new issue in the Apache Cocoon JIRA project[1] and attach your patch (the diff outcome) to the JIRA issue. See also the cocoon contributing page [2] for more information. [1]https://issues.apache.org/jira/secure/Dashboard.jspa [2]http://cocoon.apache.org/2.1/1177.html Thank you for your contribution! Kind regards, Jeroen Reijn Nacho (Derecho.com) wrote: Hola a todos: During the development of our site, we aplliied a small change to the SearchTransformer, basically it gives the ability to change the default field used for searching, we called this new config parameter "content-field", was by default "body", and now can be changed.. The question is, if somebody find this useful, we'll be glad to contribute it, but where? Send a diff -u here?, we done this change over the cocoon-2.1.11-dev version of the lucene block, the version we are actually using for the site ( despite my lastest message subject :).. Ignacio J. Ortega Departamento técnico http://www.derecho.com
RE: Wicket integration
Yes I hope so too! Would be fun to create wicket forms inside a cocoon application :-) Ciao, Jeroen -Original Message- From: Reinhard Poetz [mailto:[EMAIL PROTECTED] Sent: Thu 8/23/2007 16:38 To: dev@cocoon.apache.org Cc: Subject:Re: Wicket integration Jeroen Reijn wrote: > This seems like a very interesting topic. I'm currently looking into Wicket > to get to know the framework a bit better. Reinhard if you are going to work > on this at the GT I would like to team up with you and see how this can be > made possible. :-) Sure, you're welcome! I hope that Grek will join us as well. -- Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc
RE: Wicket integration
This seems like a very interesting topic. I'm currently looking into Wicket to get to know the framework a bit better. Reinhard if you are going to work on this at the GT I would like to team up with you and see how this can be made possible. :-) Jeroen -Original Message- From: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED] Sent: Thu 8/23/2007 16:26 To: dev@cocoon.apache.org Cc: Subject:Re: Wicket integration Reinhard Poetz pisze: > hehe, I was already hoping for some reaction from you ;-) > > The Cocoon servlet-service-framework allows to mount *any* servlet > (http://svn.apache.org/repos/asf/cocoon/trunk/core/cocoon-servlet-service/cocoon-servlet-service-sample/src/main/resources/META-INF/cocoon/spring/cocoon-servlet-service-demo1-servletService.xml). > One of them is the Sitemap servlet which, as you might expect, > exposes sitemaps. Basically it shouldn't be a problem to load the > Wicket servlet this way either but the servlet-service-fw doesn't > forward all the necessary environment information. > > I'm not sure what the real benefit of this integration is, but I want > to give it a try and find out myself. One thing that I can think of > is the usage of the servlet protocol to access Cocoon pipelines from > within Wicket and vice versa. This should make it possible to use > Wicket instead of cForms in Cocoon applications. What I would like to add is that our users already tried[1] to do so. I don't know Wicket architecture so I'm not sure how hard it would be to call pipelines from there. When it comes to Cocoon side, I believe that modiciations to the current code would be minor. AFAIR, BlockCallHttpServletRequest class already has access to the original request so it can forward whatever is needed. It's matter of implementind methods that would delegate to the original request. You may find COCOON-2066[2] interesting. [1] http://article.gmane.org/gmane.text.xml.cocoon.user/61153 [2] https://issues.apache.org/jira/browse/COCOON-2066 -- Grzegorz Kossakowski
Re: [vote] Deprecated HTMLArea
Felix Knecht wrote: I would like to deprecated HTMLArea as WYSIWYG HTML editor, because it's no longer developed and maintained [1]. Please cast your vote! +1 I've been using Xinha for more then a year now and am very happy with it. Jeroen
[jira] Closed: (COCOON-2102) Fix StatusPage layout
[ https://issues.apache.org/jira/browse/COCOON-2102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen Reijn closed COCOON-2102. Resolution: Fixed > Fix StatusPage layout > - > > Key: COCOON-2102 > URL: https://issues.apache.org/jira/browse/COCOON-2102 > Project: Cocoon > Issue Type: Improvement > Components: * Cocoon Core > Reporter: Jeroen Reijn >Assignee: Jeroen Reijn > Fix For: 2.2-dev (Current SVN) > > > The status page (found through the samples) has an xslt defined that does not > show all information due to a namespace declaration for attributes. The > namespace declaration is not necessary. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (COCOON-2102) Fix StatusPage layout
Fix StatusPage layout - Key: COCOON-2102 URL: https://issues.apache.org/jira/browse/COCOON-2102 Project: Cocoon Issue Type: Improvement Components: * Cocoon Core Reporter: Jeroen Reijn Assignee: Jeroen Reijn Fix For: 2.2-dev (Current SVN) The status page (found through the samples) has an xslt defined that does not show all information due to a namespace declaration for attributes. The namespace declaration is not necessary. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (COCOON-2101) Spring sample in core block is broken
[ https://issues.apache.org/jira/browse/COCOON-2101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen Reijn closed COCOON-2101. Resolution: Fixed > Spring sample in core block is broken > - > > Key: COCOON-2101 > URL: https://issues.apache.org/jira/browse/COCOON-2101 > Project: Cocoon > Issue Type: Bug > Components: - Samples >Affects Versions: 2.2-dev (Current SVN) >Reporter: Jeroen Reijn > Assignee: Jeroen Reijn > Fix For: 2.2-dev (Current SVN) > > > The Spring sample is the core block is broken due to an undefined method in > flowscript. The function getUploadFolder is not defined in the object which > it's trying to retreive. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (COCOON-2101) Spring sample in core block is broken
Spring sample in core block is broken - Key: COCOON-2101 URL: https://issues.apache.org/jira/browse/COCOON-2101 Project: Cocoon Issue Type: Bug Components: - Samples Affects Versions: 2.2-dev (Current SVN) Reporter: Jeroen Reijn Assignee: Jeroen Reijn Fix For: 2.2-dev (Current SVN) The Spring sample is the core block is broken due to an undefined method in flowscript. The function getUploadFolder is not defined in the object which it's trying to retreive. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
RE: Module cocoon-forms-sample depends on JDBI that is not on Maven repo
Hi Grzegorz, I do not have much time during the days, but in the evening I can try to help you out. Kind regards, Jeroen Reijn -Original Message- From: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED] Sent: Wed 4-7-2007 23:53 To: Cocoon's dev mailing list Cc: Subject:Module cocoon-forms-sample depends on JDBI that is not on Maven repo Hi, I created the bridge that was discussed in thread[1] and first impression is that it will work. I have successfully run Avalon component with database connection defined that way: so the result is quite encouraging. My solution is totally transparent for users and very unobtrusive for Cocoon itself. I tried to check it with Forms SQL samples also but I have not managed to run it because we depend on JDBI that is not on Maven repository. The question is: what's now? Should I contact with developer and ask him politely to upload his work to Maven repository? As temporary solution, can we upload it to our Maven repository and introduce dependency on uploaded artifact? Does it demands a lot of work? Since my primary focus in on my GSoC project I will not be able to be able to spend much time on it. On the other hand, if we want upcoming Cocoon release usable we really need to provide decent and *working* database access solution. Jeroen, you have offered your help. Would you be interested in helping with issue? Thanks for your reading. [1] http://thread.gmane.org/gmane.text.xml.cocoon.devel/73925 -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/ <>
RE: How to define database connection in C2.2?
Grzegorz, thanks for the pointer. I'll have a look tonight and see if I can make a start. Greetz, Jeroen Reijn -Oorspronkelijk bericht- Van: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED] Verzonden: wo 4-7-2007 14:40 Aan: dev@cocoon.apache.org CC: Onderwerp: Re: How to define database connection in C2.2? Jeroen Reijn pisze: > I've been going through some db and forms samples over the past couple of days and I'm happy to help out in the little time I have during > the week. I'll be very busy from next week on, but I can probably lend a hand this week. > > Is there some working/migrated example somewhere in 2.2 that I can take a look at before I start migrating a sample? Unfortunately I think you will have to take a role of pioneer. I have not seen any code using Spring's DriverManagerDataSource bean. Nevertheless, I don't think that you will have to put a lot of effort to figure out how set up things. -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/ <>
RE: How to define database connection in C2.2?
I've been going through some db and forms samples over the past couple of days and I'm happy to help out in the little time I have during the week. I'll be very busy from next week on, but I can probably lend a hand this week. Is there some working/migrated example somewhere in 2.2 that I can take a look at before I start migrating a sample? Regards, Jeroen Reijn -Oorspronkelijk bericht- Van: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED] Verzonden: wo 4-7-2007 13:37 Aan: dev@cocoon.apache.org CC: Onderwerp: Re: How to define database connection in C2.2? Felix Knecht pisze: > > I see the point, but wouldn't this give a wrong idea to new c22 users on > how to do it? Wouldn't it be better to put our efforts in migrating the > samples? Yes, I agree that we should migrate samples ASAP but what about all components? Migrating them all is not one day task. -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/ <>
RE: I described how to write tests for Cocoon
Hi Grzegorz Kossakowski, great peace of work! I have not look at every detail yet, but this seems to me like a very welcome addition to the documentation. Regards, Jeroen Reijn -Original Message- From: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED] Sent: Tue 3-7-2007 21:38 To: Cocoon's dev mailing list Cc: Subject:FYI: I described how to write tests for Cocoon Hi, I have dumped my experiences with writing (or restructuring) tests for Cocoon both for Avalon components and Spring beans. It took me a while to figure out all details I included here: http://cocoon.zones.apache.org/daisy/cdocs-site-main/g4/g1/636.html I would be grateful for any opinions and reviews. I hope it will help someone. -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/
Re: [vote] Releasing from trunk: Cocoon 2.2-RC1 & others (take 3)
Reinhard Poetz wrote: Because of Vadim's findings (http://marc.info/?l=xml-cocoon-dev&m=118295221205686&w=2) I've recreated following release artifacts org.apache.cocoon.cocoon:4 org.apache.cocoon:cocoon-pipeline-impl:1.0.0-RC1 org.apache.cocoon:cocoon-core:2.2.0-RC1 Thanks for all your effort Reinhard. Here is my +0 again :-)
RE: POI-HSSF Coccon Serializer ( XML to XLS Converter )
Hi Chan Mei, if you want to use it in a java application, you can skip the cocoon poi block and just go with poi. [1] You can have a look at the cocoon poi block's serializer as an example how to generate your xls file. Poi has some useful quick start guidelines [2] that could help you out. [1] http://poi.apache.org/ [2] http://poi.apache.org/hssf/quick-guide.html Kind regards, Jeroen Reijn -Oorspronkelijk bericht- Van: Chan Mei Theng [mailto:[EMAIL PROTECTED] Verzonden: do 28-6-2007 4:47 Aan: dev@cocoon.apache.org CC: Onderwerp: POI-HSSF Coccon Serializer ( XML to XLS Converter ) Hi, Is it possible to use POI-HSSF Coccon Serializer APIs to come out with a Java backend program that can convert XML to XLS ? Without using any Web Server to run it as a front end program solution. Thanks & Regards Chan Mei Theng Technical Developer m: +6012 488 4484 t: +603 2163 7233 f: +603 2163 8233 [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> www.pocketgroup.co.uk <http://www.pocketgroup.co.uk/> skype ID: mtchan48 Experts in mobile content and services <>
RE: HSSF Cocoon Serializer ( XML to XLS )
Hi Chan Mei, first let's start at the beginning. Where can on see the hello.xls file? >From your browser or on the filesystem? If you download cocoon, build it and launch it, you will find some sample code (XML,XSL and so on in the sample code) Kind regards, Jeroen Reijn -Original Message- From: Chan Mei Theng [mailto:[EMAIL PROTECTED] Sent: Wed 27-6-2007 11:55 To: dev@cocoon.apache.org Cc: Subject:RE: HSSF Cocoon Serializer ( XML to XLS ) Hi, I can only see hello.xls file. Any sample java program ? I need it urgently as the deadline is around the corner. Thanks & Regards Chan Mei Theng Technical Developer m: +6012 488 4484 t: +603 2163 7233 f: +603 2163 8233 [EMAIL PROTECTED] www.pocketgroup.co.uk skype ID: mtchan48 Experts in mobile content and services -Original Message- From: Jeroen Reijn [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 5:03 PM To: dev@cocoon.apache.org; dev@cocoon.apache.org Subject: RE: HSSF Cocoon Serializer ( XML to XLS ) Hi Chan Mei, yes you can find it in the samples of Cocoon. See an example at http://cocoon.zones.apache.org/demos/release/samples/blocks/poi/welcome Cocoon uses POI for this. Kind regards, Jeroen Reijn -Original Message- From: Chan Mei Theng [mailto:[EMAIL PROTECTED] Sent: Wed 27-6-2007 10:00 To: dev@cocoon.apache.org Cc: Subject:HSSF Cocoon Serializer ( XML to XLS ) Hi, Any sample code on how to use HSSF Cocoon Serializer to convert XML to XLS ? Thanks & Regards Chan Mei Theng Technical Developer m: +6012 488 4484 t: +603 2163 7233 f: +603 2163 8233 <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] <http://www.pocketgroup.co.uk/> www.pocketgroup.co.uk skype ID: mtchan48 Experts in mobile content and services
RE: HSSF Cocoon Serializer ( XML to XLS )
Hi Chan Mei, yes you can find it in the samples of Cocoon. See an example at http://cocoon.zones.apache.org/demos/release/samples/blocks/poi/welcome Cocoon uses POI for this. Kind regards, Jeroen Reijn -Original Message- From: Chan Mei Theng [mailto:[EMAIL PROTECTED] Sent: Wed 27-6-2007 10:00 To: dev@cocoon.apache.org Cc: Subject:HSSF Cocoon Serializer ( XML to XLS ) Hi, Any sample code on how to use HSSF Cocoon Serializer to convert XML to XLS ? Thanks & Regards Chan Mei Theng Technical Developer m: +6012 488 4484 t: +603 2163 7233 f: +603 2163 8233 <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] <http://www.pocketgroup.co.uk/> www.pocketgroup.co.uk skype ID: mtchan48 Experts in mobile content and services <>
Re: [REMINDER] Re: [vote] Releasing from trunk: Cocoon 2.2-RC1 & others (take 2)
Hi all, I'm afraid it's the same here. I've been going through some samples. They seem to be fine, but I've been too occupied lately to give a good vote. So +0 on my behalve. Regards, Jeroen Reijn Joerg Heinicke wrote: On 26.06.2007 19:32, Ralph Goers wrote: The best I could do would be +0. I haven't had time to work with it. Unfortunately the same here. Joerg
RE: Commiting issue 2069
Hi Carsten, thanks! Thats why I asked, because I see a lot of components and I'm not sure which are default or specific to the samples. Regards, Jeroen -Original Message- From: Carsten Ziegeler [mailto:[EMAIL PROTECTED] Sent: Friday, May 25, 2007 8:21 AM To: dev@cocoon.apache.org Subject: Re: Commiting issue 2069 Hi, I think we need to fix this differently :) As far as I remember, the idea is to only have those components of the portal in the standard build which you do not customize when building your own portal. Everything else is comming from the sample. I'll have a look at this later today and see if we can fix it by either changing the configuration or by moving less components from the samples config to the main one. Carsten Jeroen Reijn wrote: > Hi guys, > > I noticed that somebody on the userlist posted that Cocoon 2.1 does not > work after doing a build without samples. > Reproducing the problem was of course very simple and I've written two > patches. I want to commit this, but it concerns the portal block. It > would be nice if somebody else can also have a look at my patch, before > I commit it, since I'm not that familiar with the Portal block. > > I've attached the patches to a JIRA issue: > > https://issues.apache.org/jira/browse/COCOON-2069 > > Please let me know, so I can do my first commit :-) > > Kind regards, > > Jeroen Reijn > jreijn.at.apache.org / http://blogs.hippo.nl/reijn/ >
Commiting issue 2069
Hi guys, I noticed that somebody on the userlist posted that Cocoon 2.1 does not work after doing a build without samples. Reproducing the problem was of course very simple and I've written two patches. I want to commit this, but it concerns the portal block. It would be nice if somebody else can also have a look at my patch, before I commit it, since I'm not that familiar with the Portal block. I've attached the patches to a JIRA issue: https://issues.apache.org/jira/browse/COCOON-2069 Please let me know, so I can do my first commit :-) Kind regards, Jeroen Reijn jreijn.at.apache.org / http://blogs.hippo.nl/reijn/
[jira] Updated: (COCOON-2069) Cocoon 2.1 is not initialized when building without samples
[ https://issues.apache.org/jira/browse/COCOON-2069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen Reijn updated COCOON-2069: - Attachment: portal.xconf.2069.patch > Cocoon 2.1 is not initialized when building without samples > --- > > Key: COCOON-2069 > URL: https://issues.apache.org/jira/browse/COCOON-2069 > Project: Cocoon > Issue Type: Bug > Components: - Samples, Blocks: Portal >Affects Versions: 2.1.10, 2.1.11-dev (Current SVN) >Reporter: Jeroen Reijn > Assigned To: Jeroen Reijn > Fix For: 2.1.11-dev (Current SVN) > > Attachments: portal.samplesxconf.2069.patch, portal.xconf.2069.patch > > > After building Cocoon without the samples it fails with message: Could not > find component key org.apache.cocoon.portal.impl.PageLabelManager. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (COCOON-2069) Cocoon 2.1 is not initialized when building without samples
[ https://issues.apache.org/jira/browse/COCOON-2069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen Reijn updated COCOON-2069: - Attachment: portal.samplesxconf.2069.patch > Cocoon 2.1 is not initialized when building without samples > --- > > Key: COCOON-2069 > URL: https://issues.apache.org/jira/browse/COCOON-2069 > Project: Cocoon > Issue Type: Bug > Components: - Samples, Blocks: Portal >Affects Versions: 2.1.10, 2.1.11-dev (Current SVN) >Reporter: Jeroen Reijn > Assigned To: Jeroen Reijn > Fix For: 2.1.11-dev (Current SVN) > > Attachments: portal.samplesxconf.2069.patch > > > After building Cocoon without the samples it fails with message: Could not > find component key org.apache.cocoon.portal.impl.PageLabelManager. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (COCOON-2069) Cocoon 2.1 is not initialized when building without samples
[ https://issues.apache.org/jira/browse/COCOON-2069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen Reijn updated COCOON-2069: - Description: After building Cocoon without the samples it fails with message: Could not find component key org.apache.cocoon.portal.impl.PageLabelManager. (was: When you build Cocoon without the samples it fails with message: Could not find component key org.apache.cocoon.portal.impl.PageLabelManager.) > Cocoon 2.1 is not initialized when building without samples > --- > > Key: COCOON-2069 > URL: https://issues.apache.org/jira/browse/COCOON-2069 > Project: Cocoon > Issue Type: Bug > Components: - Samples, Blocks: Portal >Affects Versions: 2.1.10, 2.1.11-dev (Current SVN) >Reporter: Jeroen Reijn > Assigned To: Jeroen Reijn > Fix For: 2.1.11-dev (Current SVN) > > > After building Cocoon without the samples it fails with message: Could not > find component key org.apache.cocoon.portal.impl.PageLabelManager. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (COCOON-2069) Cocoon 2.1 is not initialized when building without samples
Cocoon 2.1 is not initialized when building without samples --- Key: COCOON-2069 URL: https://issues.apache.org/jira/browse/COCOON-2069 Project: Cocoon Issue Type: Bug Components: - Samples, Blocks: Portal Affects Versions: 2.1.10, 2.1.11-dev (Current SVN) Reporter: Jeroen Reijn Assigned To: Jeroen Reijn Fix For: 2.1.11-dev (Current SVN) When you build Cocoon without the samples it fails with message: Could not find component key org.apache.cocoon.portal.impl.PageLabelManager. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Cocoon/Hippo get external xml
Hi, I'm afraid you're sending this to the wrong list. Since this is a Hippo CMS specific question I guess it's best to send it to the Hippo list. See [1] for the correct lists. Since Hippo is using Cocoon there will be several ways of solving this, but let's take it to the correct list and handle it there. http://www.hippocms.org/display/CMS/Mailing+Lists Kind regards, Jeroen Reijn biggie_mac wrote: I want to get some data from an xml using The only problem is that my xml files are in C:\hippo-repository-1.2.10\slide\content\files\default.preview...etc and my page.xsl is in C:/site So in order of document(file.xml) to work, the xml and xsl should be in the same folder and they are not I found a way arounf but I don't think it's such a good thing, plus it looks complicated so instead of having a variable select=thepipeline/> and somewhere in the lower part of the page.xsl I have defined a template which get's the value I want. I don't know if anyone understood. Anyone knows an easier way to get values from an external document? 10 in advance
RE: Ajax and Forms refactoring is over, test please
Hi Grzegorz, yes I do care, but i'm in over my head with work, so I was not able to test yet. I will let you know when I do! Regards, Jeroen Reijn -Original Message- From: Grzegorz Kossakowski [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 24, 2007 4:43 PM To: dev@cocoon.apache.org Subject: Re: Ajax and Forms refactoring is over, test please Grzegorz Kossakowski pisze: > Hello, > > That's all for now. Thanks for getting so far. > > PS: I made a promise to bring implementation of postable sources this week > but I completely had forgotten about upcoming exam on Monday. > I'll continue work on it next week. However, be warned that I want to see > these refactorings merged to trunk first so I kindly ask you to > make a little testing ;-) Despite Reinhard, does anyone care at all? -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/
RE: Cant put cocoon into eclipse
Hi, these kind of questions actually belong on the Cocoon userlist (http://cocoon.apache.org/community/mail-lists.html). It's correct that eclipse does not have SVN support by default, but you can download an subversion plugin for eclipse called subclipse (http://subclipse.tigris.org/), but there are a lot more SVN clients available. Give it a try, it's self explaining. Kind regards, Jeroen Reijn -Original Message- From: windwail [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 17, 2007 2:44 PM To: dev@cocoon.apache.org Subject: RE: Cant put cocoon into eclipse I'm new to java tecnology, working only few moth on it. My bad english is problem for me too :) so sory for it... I haven't heard about SVN... i always use CVS... to import project to eclipse i use "import from CVS". My eclipse doesn't have "import from SVN"... i'm free to just download SVN of cocoon... but poblem is, how to make eclipse create a project from SVN to allow me use eclipse to navigate and make changes in it ? To make it possible eclipse must generate 2 files ".project" and ".classpath". I don't know how to make them manually :) so i think, there is a better solution to generate them automaticly. Does anybody know how to do this? May be i need a special plugins for my eclipse to understand SVN format ? Thanks for helping. Jeroen Reijn wrote: > > Hi, > > I'm not sure which page you found, but you can download the source from > http://cocoon.apache.org/mirror.cgi or get the latest code checkout from > http://cocoon.apache.org/community/contrib.html#svnhowto . Cocoon has > switched to SVN (subversion, http://svn.apache.org/repos/asf/cocoon/) a > long time ago, so the page that you are requestings seems quite old to me. > > Kind regards, > > Jeroen Reijn > > -Original Message- > From: windwail [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 17, 2007 2:12 PM > To: dev@cocoon.apache.org > Subject: Cant put cocoon into eclipse > > > > As described at cocoon page, i need to get cocoon from cvs. But i can't... > admins of our local network blocked all ports, except 80. So i can only > download cocoon via browser. > Is it posible to put cocoon into eclipse, to see and modify it sources and > use other handy features... > > -- > View this message in context: > http://www.nabble.com/Cant-put-cocoon-into-eclipse-tf3590358.html#a10034029 > Sent from the Cocoon - Dev mailing list archive at Nabble.com. > > > -- View this message in context: http://www.nabble.com/RE%3A-Cant-put-cocoon-into-eclipse-tf3590401.html#a10034539 Sent from the Cocoon - Dev mailing list archive at Nabble.com.
RE: Cant put cocoon into eclipse
Hi, I'm not sure which page you found, but you can download the source from http://cocoon.apache.org/mirror.cgi or get the latest code checkout from http://cocoon.apache.org/community/contrib.html#svnhowto . Cocoon has switched to SVN (subversion, http://svn.apache.org/repos/asf/cocoon/) a long time ago, so the page that you are requestings seems quite old to me. Kind regards, Jeroen Reijn -Original Message- From: windwail [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 17, 2007 2:12 PM To: dev@cocoon.apache.org Subject: Cant put cocoon into eclipse As described at cocoon page, i need to get cocoon from cvs. But i can't... admins of our local network blocked all ports, except 80. So i can only download cocoon via browser. Is it posible to put cocoon into eclipse, to see and modify it sources and use other handy features... -- View this message in context: http://www.nabble.com/Cant-put-cocoon-into-eclipse-tf3590358.html#a10034029 Sent from the Cocoon - Dev mailing list archive at Nabble.com.
Re: [GT2007] [VOTE] Conference location + time
Arje Cahn wrote: Please cast your votes on both the location and the time for this year's Cocoon GetTogether conference: A) The Netherlands, Amsterdam +1 B) Italy, Rome / Milano +10 C) England, London / Norwich +0 (I would go for London then) A) Late september +0 B) Beginning of October ("between the holidays season and ApacheCon") +1 C) End of October +0 Regards, Jeroen Reijn
Re: [vote] Make status code attribute of seriailzers expandable
Reinhard Poetz wrote: I propose making the status code attribute of serializers expandable. This makes it easier to provide REST style services with Cocoon that make use of the different meanings of status codes. +1 Jeroen
RE: Daisy and JIRA karma
Me 2, me 2! :-) Daisy login: jreijn JIRA login: jeroenreijn Regards, Jeroen -Original Message- From: hepabolu [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 9:54 AM To: dev@cocoon.apache.org Subject: Re: Daisy and JIRA karma Felix Knecht said the following on 27/3/07 07:07: > Dear all > > Would someone be so kind grant me the necessary karma on Daisy and JIRA? > > On both systems I use the username 'felixk'. Daisy karma granted. Bye, Helma
RE: [graphics] Final version of new Cocoon masthead
*Applause* Great work! :D So when are we going to put this live? Jeroen Reijn -Original Message- From: Ralph Goers [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 20, 2007 5:29 AM To: dev@cocoon.apache.org Subject: Re: [graphics] Final version of new Cocoon masthead +5 hepabolu wrote: > Hi guys, > > The final version of Cocoon's new masthead front page is available at: > > http://people.apache.org/~hepabolu/final6.html > > Once again a big round of applause to Thien. > > Bye, Helma
Re: [graphics] New masthead version - final5
Peter Hunsberger wrote: On 3/12/07, hepabolu <[EMAIL PROTECTED]> wrote: Guys, Thien and I have discussed the L&F of the breadcrumb trail and turned it to a more bluish color. Thien has also made the colors of the masthead stronger. Check it out: http://people.apache.org/~hepabolu/final5.html I like the darker blocks, but I think the slightly lighter background of the previous version might be better, in particular where it fades up against the breadcrumb trail background. Alternately, maybe the breadcrumb trail background can be just a bit darker; at the moment it blends in a lot with the other background. Yes I think I agree on the blending part, but I think this new version is great! All the subtle small changes make it a lot better and I see that those small IE 6 bugs were fixed now as well. Sheesh, sounds like I'm being very picky. You can ignore all of this if you'd like... Well I think that even though it sounds picky It only shows that this is something you care about, so nobody will have a problem with that. :-) Jeroen Reijn
Re: [vote result] Jeroen Reijn as a new Cocoon committer
Grzegorz Kossakowski wrote: Jeroen Reijn napisał(a): Hi all, I finally found some time last night to write my introduction. I've been around europe lately, so I was in and out of the office. I was extremely surprised by Andrews nomination (thanks Andrew) and by all the trust I got back from all comitters. Congratulations again and welcome! :) Thanks! :-) At the end of 2003 I tried to help out on the userlist a bit with the little knowledge I had about Cocoon. (Thanks for spotting that Joerg!) In the meantime I've worked with a lot of Cocoon blocks and I'm really looking forward to working with Cocoon 2.2. Over the years I also noticed that Cocoon needs so much more documentation, so that will be one of my focus points. Cocoon 2.2 is going to be the next big thing, so I will try to help out with that as well. You have now ally in fight with bad, lacking, obscure documentation. Just after finishing forms and ajax refactorings I'm going to describe servlet service, and write detailed tutorial explaining how to build something more than a "Hello world". I hope you can offer something even better. ;-) I do hope so too! Jeroen
RE: [vote result] Jeroen Reijn as a new Cocoon committer
Hi all, I finally found some time last night to write my introduction. I've been around europe lately, so I was in and out of the office. I was extremely surprised by Andrews nomination (thanks Andrew) and by all the trust I got back from all comitters. Some information about myself: I'm 27 years old an live in Amsterdam (The Netherlands) In 2003 I got my Bachelors degree in Computer Science and started working at Hippo a month later. While working at Hippo I got in touch with Cocoon 2.1.3 (I think) and before the end of 2003 I had written my first Cocoon webapplication. At the end of 2003 I tried to help out on the userlist a bit with the little knowledge I had about Cocoon. (Thanks for spotting that Joerg!) In the meantime I've worked with a lot of Cocoon blocks and I'm really looking forward to working with Cocoon 2.2. Over the years I also noticed that Cocoon needs so much more documentation, so that will be one of my focus points. Cocoon 2.2 is going to be the next big thing, so I will try to help out with that as well. Some of you I might have met at one or more GT's (I've attended 2003-2006) or at the ApacheCon last year in Dublin. I will also be presenting a talk together with Jasha (my collegeau) about Basic Webapplication development with Cocoon at the upcoming ApacheCon EU in Amsterdam. For those of you who will be there I'm looking forward to meeting you all. Regards, Jeroen Reijn -Original Message- From: Andrew Savory [mailto:[EMAIL PROTECTED] Sent: Fri 9-3-2007 15:12 To: dev@cocoon.apache.org Cc: Subject:[vote result] Jeroen Reijn as a new Cocoon committer Hi, Jeroen Reijn has been elected as a new Cocoon committer with 22 positive votes and no negative votes. Therefore, congratulations Jeroen and welcome abord! Jeroen, if you accept your nomination, please get familiar with http://www.apache.org/dev/new-committers-guide.html and send your signed CLA to the ASF Secretary. Please also let us know which user id you prefer and what your forwarding email address is. Thanks, Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Sourcesense: http://www.sourcesense.com/
Re: [graphics] Artwork for cocoon.apache.org - final4
Hi all, I'm not sure if these problems still occur in these new two version, but I found two bugs in the design in IE6. My current resolution is 1280x1024, but even after resizing the window it stays the same. I normally work with FireFox 2.0, but I had IE 6.0 open this morning which showed me these flaws. The news header appears at the wrong position and the Cocoon logo is probably a PNG. Transparent PNG's don't work in IE6 :-( A screenshot can be found here: http://www.xs4all.nl/~reijnj/images/screenshot.jpg Regards, Jeroen Reijn Thien wrote: hepabolu wrote: The only issue left now (AFAICK) is Peter Hunsberger's mentioning of the "pastel" colors of the blocks in the masthead. I've turned this around and asked Thien to explain why he thinks these colors work best. I didn't started with pastel color theme in mind, but since the logo, project name and search box will be on top of the masthead, it seemed natural to me that the background should be a little lighter in color for these items to stand out. But I agree a few alternatives will help, I have sent Helma two versions, please gives your comments once it has been uploaded. Peter Hunsberger wrote: Better, but it still looks detached, could you try the color as the background of the Cocoon logo or something similar, the dark blue would contrast with the breadcrumb text and I think integrate better with the rest of the page? It might not be any better, you can probably judge pretty quickly by yourself... Yeah, the green bar looks a little detached from the page. This is intentional, because "Apache" actually linked to the Apache homepage, which has a totally different design, so I thought of using a slightly detached color to fore-warned the users. This bar was added to spice up the overall look of the masthead as well. While it may made the whole masthead looks a bit "dark", I don't see anything wrong with a more integrated color as well, I have sent an alternative to Helma as well. I think we are almost at the end of hardest part of this process, the comments certainly help improved my original design, thank you guys and keep the comments coming. Cheers! Thien
RE: [graphics] Artwork for cocoon.apache.org - new version
It's getting better each time. I agree that the green bar at the top is floating a bit in space and does not really fit into the page right now. Maybe a little shade underneath the bar should make it fit into the page. I now notice that it has a bit of a shader on the right, but not on the left. I really like what you guys did with the teasers. Especially the download button which directly draws the attention which is imho a very strong point. Keep up the good work! Regards, Jeroen Reijn -Oorspronkelijk bericht- Van: Sylvain Wallez [mailto:[EMAIL PROTECTED] Verzonden: vr 23-2-2007 11:01 Aan: dev@cocoon.apache.org CC: Onderwerp: Re: [graphics] Artwork for cocoon.apache.org - new version hepabolu wrote: > Guys, > > after some discussion back and forth with Thien we've decided on the > next version: Getting nicer and nicer! I think you can remove the french flag on the right: the french pages we have on the website only translate the main "what is Cocoon" blurb and introduce the french-speaking mailing list. Unless somebody feels the itch to maintain this, I think just adding users-fr@ subscribe/archives information on the mailing-list page would be good enough. Sylvain -- Sylvain Wallez - http://bluxte.net