Re: [jira] Created: (COCOON-1898) [PATCH] XPatch support for maven-cocoon-deployer-plugin
Leszek Gawron wrote: Jean-Baptiste Quenot wrote: * Lars Trieloff (JIRA): The cocoon-deployer-plugin has currently no support for XPatch, which makes it difficult to modify the web.xml when developing cocoon blocks. For example the cocoon-xmldb-impl block should add, when deployed, a servlet for xindice and a servlet mapping for the xindice servlet. This was possible in 2.1 using the XConfToolTask, but is no longer possible with the current state of the deployer-plugin. My patch adds support for patching the web.xml file using *.xweb files in the /conf directory of a block by filtering the block's jar file during deployment for conf/*.xweb files, caching the patch document temporarily and applying them (using code from the orgiginal XConfToolTask in 2.1) to the web.xml. The patch has currently no support for other files than conf/*.xweb files and does not support any property expansion. Hey, that sounds good. Has anyone been able to review this contribution? I have a need for something similar right now as I need to declare OpenSessionInViewFilter in web.xml while testing a block. I'll look at the patch today. The patch looks good to me. If you apply the patch, please check if the patching language is the same as in 2.1 and use the Maven logger instead of printing to System.out. -- Reinhard Pötz Independent Consultant, Trainer (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
trying with latest cocoon trunk
Let's say it has been a while that I've last looked into trunk. So instead of spending hours finding my way through how things are suppossed to work I came across a few questions. o I have some resources in myBlock/src/main/resources/COB-INF ...why don't they appear in target/myBlock? o Do we really need to print INFO org.apache.cocoon.core.container.spring.CocoonBeanFactory - Pre-instantiating singletons in factory [org.apache.cocoon.core.container.spring.CocoonBeanFactory defining beans [... cluttering the log on the jetty based startup? o WTF is going on with the spring downloads? Seems like there is no pom available, but it works anyway... Downloading: http://mirrors.dotsrc.org/maven2/org/springframework/spring-core/2.0-rc2/spring-core-2.0-rc2.pom [WARNING] Unable to get resource from repository central (http://ibiblio.org/maven2) Downloading: http://svn.apache.org/maven-snapshot-repository/org/springframework/spring-core/2.0-rc2/spring-core-2.0-rc2.pom ... cheers -- Torsten
Re: trying with latest cocoon trunk
Torsten Curdt wrote: Let's say it has been a while that I've last looked into trunk. So instead of spending hours finding my way through how things are suppossed to work I came across a few questions. o I have some resources in myBlock/src/main/resources/COB-INF ...why don't they appear in target/myBlock? Look into your sitemap.xmap - you'll see: map:match pattern=blocks/donnelley-client/** map:mount uri-prefix=blocks/donnelley-client src=file:/c:/dev/projects/donnelley/donnelley-client/src/main/resources/COB-INF// /map:match Same goes for META-INF/spring and META-INF/legacy/xconf Unfortunately META-INF/properties are not read currently. o Do we really need to print INFO org.apache.cocoon.core.container.spring.CocoonBeanFactory - Pre-instantiating singletons in factory [org.apache.cocoon.core.container.spring.CocoonBeanFactory defining beans [... cluttering the log on the jetty based startup? Let's leave it for now as I think there is some kind of bug. o WTF is going on with the spring downloads? Seems like there is no pom available, but it works anyway... Downloading: http://mirrors.dotsrc.org/maven2/org/springframework/spring-core/2.0-rc2/spring-core-2.0-rc2.pom [WARNING] Unable to get resource from repository central (http://ibiblio.org/maven2) Downloading: http://svn.apache.org/maven-snapshot-repository/org/springframework/spring-core/2.0-rc2/spring-core-2.0-rc2.pom You do not need pom to get the jar. Some default stub is being used. This pisses me a lot (not the fact that it works but that the pom is missing) because you have to use offline mode for maven every time. Otherwise mvn tries to download these at each run. -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: trying with latest cocoon trunk
o WTF is going on with the spring downloads? Seems like there is no pom available, but it works anyway... You do not need pom to get the jar. Some default stub is being used. This pisses me a lot (not the fact that it works but that the pom is missing) because you have to use offline mode for maven every time. Otherwise mvn tries to download these at each run. just do mvn install:install-file -DgeneratePom=true ... once to get rid of this warning ([1] for more info) AFAIK spring is currently in the process of converting to maven, they probably decided not to release poms until it's fully tested instead of providing faulty ones. The maven repository guys should've generated a default pom though, especially for such a high profile library. Jorg [1] http://maven.apache.org/guides/mini/guide-installing-3rd-party-jars.html
Re: trying with latest cocoon trunk
Jorg Heymans wrote: o WTF is going on with the spring downloads? Seems like there is no pom available, but it works anyway... You do not need pom to get the jar. Some default stub is being used. This pisses me a lot (not the fact that it works but that the pom is missing) because you have to use offline mode for maven every time. Otherwise mvn tries to download these at each run. just do mvn install:install-file -DgeneratePom=true ... once to get rid of this warning ([1] for more info) cd .. Will that generated pom be ever replaced in my local repo if spring guys provide the final version? -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: trying with latest cocoon trunk
Leszek Gawron wrote: Jorg Heymans wrote: o WTF is going on with the spring downloads? Seems like there is no pom available, but it works anyway... You do not need pom to get the jar. Some default stub is being used. This pisses me a lot (not the fact that it works but that the pom is missing) because you have to use offline mode for maven every time. Otherwise mvn tries to download these at each run. just do mvn install:install-file -DgeneratePom=true ... once to get rid of this warning ([1] for more info) cd .. ^ LOL where did that come from ? :) Will that generated pom be ever replaced in my local repo if spring guys provide the final version? -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: trying with latest cocoon trunk
Will that generated pom be ever replaced in my local repo if spring guys provide the final version? The pom is (by mere location amongst others) always bound to an artifact version, so if the next version of spring provides a pom then that one will be used. Also, it is safe to assume that the current spring artifacts as they now are on maven central will never be updated. Regards Jorg
Rhino 1.6R3
Did anyone try to evaluate new rhino version? I have replaced R2 with R3 in cocoon trunk and found out that bean.getId() works as expected while shortened bean.id returns undefined. -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: Memory remains claimed after continuation expiration
* Antonio Gallardo: Rob Berens escribió: I'm using cocoon 2.1.8 and noticed that in some cases memory remains claimed even after continuations have expired. Would you try the lastest code for the 2.1.x branch. I think it should be fixed there. If that is really the case, I am interested too! Where did the fix occur exactly? -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/
Re: [GT2006] Registration is open! Cocoon GetTogether 2006 (Oct 2-4,Amsterdam)
Hi, Arje Cahn wrote: The EARLY BIRD registration is now open! Hurray! Sign up soon - be sure to get that seat before someone else does :) Early bird fee is 99 EUR until September 11th and includes Hackaton fees! www.cocoongt.org Just a gentle nudge for those that haven't signed up yet: wouldn't you love to see your name on one of the chairs at http://www.cocoongt.org/chairs-big.png ? There's only a few days left to register at the early bird fee of €99. 26 people from 7 different countries have already signed up - if you are thinking of going to the best place ever to learn about Cocoon, sign up quick before all the places have gone! Also, if you haven't submitted your talk proposal yet, you have less than a week to do so (deadline 4th September). There's a list of ideas at http://www.cocoongt.org/Request-for-papers.html but don't feel you need to be limited to that ;-) 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/ Orixo alliance: http://www.orixo.com/
Re: Re: [GT2006] Registration is open! Cocoon GetTogether 2006 (Oct 2-4,Amsterdam)
On 8/29/06, Andrew Savory [EMAIL PROTECTED] wrote: ...Just a gentle nudge for those that haven't signed up yet: wouldn't you love to see your name on one of the chairs at http://www.cocoongt.org/chairs-big.png ?... Do (potential) speakers have to register there as well? IIRC for the last editions speakers were handled separately, but whatever's most convenient for the organizing team is fine! -Bertrand, still thinking about something cool (or funny?) to present there...
Re: [GT2006] Registration is open! Cocoon GetTogether 2006 (Oct 2-4,Amsterdam)
Hi, Bertrand Delacretaz wrote: Do (potential) speakers have to register there as well? IIRC for the last editions speakers were handled separately, but whatever's most convenient for the organizing team is fine! -Bertrand, still thinking about something cool (or funny?) to present there... You should sign up even if you're a potential speaker: it helps to have an idea of numbers for planning at the venue. It also means you get a cool dynamically-generated seat on the picture ;-) 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/ Orixo alliance: http://www.orixo.com/
[jira] Created: (COCOON-1903) [PATCH] cocoon-block-deployer does not reflect latest spring configuration changes
[PATCH] cocoon-block-deployer does not reflect latest spring configuration changes -- Key: COCOON-1903 URL: http://issues.apache.org/jira/browse/COCOON-1903 Project: Cocoon Issue Type: Bug Components: - Build System: Maven Affects Versions: 2.2-dev (Current SVN) Reporter: Lars Trieloff In revision 436902 cziegeler changed the way a cocoon web application is loaded in order to provide better spring support. This change had been applied to the cocoon-webapp example web application, but not to the mininmal web application configuration provided by the cocoon-block-deployer maven plugin resulting in breaking the mvn cocoon:deploy jetty6:run target used for developing custom blocks in trunk. (In effect class org.apache.cocoon.servlet.CocoonServletListener could not found) The attached patch updates the web.xml provided by the cocoon-block-deployer to use org.springframework.web.context.ContextLoaderListener instead of org.apache.cocoon.servlet.CocoonServletListener, adds an applicationContext.xml to the cocoon-block-deployer and makes cocoon-block-deployer deploy this applicationContext.xml additionally to web.xml. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (COCOON-1903) [PATCH] cocoon-block-deployer does not reflect latest spring configuration changes
[ http://issues.apache.org/jira/browse/COCOON-1903?page=all ] Lars Trieloff updated COCOON-1903: -- Attachment: cocoon-block-deployer-spring-support.patch The described patch. [PATCH] cocoon-block-deployer does not reflect latest spring configuration changes -- Key: COCOON-1903 URL: http://issues.apache.org/jira/browse/COCOON-1903 Project: Cocoon Issue Type: Bug Components: - Build System: Maven Affects Versions: 2.2-dev (Current SVN) Reporter: Lars Trieloff Attachments: cocoon-block-deployer-spring-support.patch In revision 436902 cziegeler changed the way a cocoon web application is loaded in order to provide better spring support. This change had been applied to the cocoon-webapp example web application, but not to the mininmal web application configuration provided by the cocoon-block-deployer maven plugin resulting in breaking the mvn cocoon:deploy jetty6:run target used for developing custom blocks in trunk. (In effect class org.apache.cocoon.servlet.CocoonServletListener could not found) The attached patch updates the web.xml provided by the cocoon-block-deployer to use org.springframework.web.context.ContextLoaderListener instead of org.apache.cocoon.servlet.CocoonServletListener, adds an applicationContext.xml to the cocoon-block-deployer and makes cocoon-block-deployer deploy this applicationContext.xml additionally to web.xml. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Re: [GT2006] Registration is open! Cocoon GetTogether 2006 (Oct 2-4,Amsterdam)
On 8/29/06, Andrew Savory [EMAIL PROTECTED] wrote: It also means you get a cool dynamically-generated seat on the picture ;-) I got a seat! Even made it through the Paypal forms in Dutch! -Bertrand
Re: [jira] Created: (COCOON-1898) [PATCH] XPatch support for maven-cocoon-deployer-plugin
Hi. I am the author of this patch. I can confirm the patching language is the same (as I copied most of it's implementation from the actual ant task). Sorry for the remaining System.out, it is not necessary from my point of view, I added it simply for debugging purposes. regards, Lars Trieloff Am Dienstag, den 29.08.2006, 08:36 +0200 schrieb Reinhard Poetz: The patch looks good to me. If you apply the patch, please check if the patching language is the same as in 2.1 and use the Maven logger instead of printing to System.out.
[jira] Commented: (COCOON-1903) [PATCH] cocoon-block-deployer does not reflect latest spring configuration changes
[ http://issues.apache.org/jira/browse/COCOON-1903?page=comments#action_12431260 ] Leszek Gawron commented on COCOON-1903: --- I am already working on the issue. Thanks for help. Also an archetype needs updating. [PATCH] cocoon-block-deployer does not reflect latest spring configuration changes -- Key: COCOON-1903 URL: http://issues.apache.org/jira/browse/COCOON-1903 Project: Cocoon Issue Type: Bug Components: - Build System: Maven Affects Versions: 2.2-dev (Current SVN) Reporter: Lars Trieloff Attachments: cocoon-block-deployer-spring-support.patch In revision 436902 cziegeler changed the way a cocoon web application is loaded in order to provide better spring support. This change had been applied to the cocoon-webapp example web application, but not to the mininmal web application configuration provided by the cocoon-block-deployer maven plugin resulting in breaking the mvn cocoon:deploy jetty6:run target used for developing custom blocks in trunk. (In effect class org.apache.cocoon.servlet.CocoonServletListener could not found) The attached patch updates the web.xml provided by the cocoon-block-deployer to use org.springframework.web.context.ContextLoaderListener instead of org.apache.cocoon.servlet.CocoonServletListener, adds an applicationContext.xml to the cocoon-block-deployer and makes cocoon-block-deployer deploy this applicationContext.xml additionally to web.xml. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [GT2006] Registration is open! Cocoon GetTogether 2006 (Oct 2-4,Amsterdam)
Andrew Savory wrote You should sign up even if you're a potential speaker: it helps to have an idea of numbers for planning at the venue. It also means you get a cool dynamically-generated seat on the picture ;-) Indeed, very cool - but I'm still wondering what the different head colors mean (especially looking at mine...) Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
map:script src=...
is src attribte in map:script handled differently than other src attributes in sitemap?: map:flow language=javascript map:script src=context://{global:commons}/flow/main.js/ map:script src=context://{global:commons}/flow/form.js/ map:script src=flow/logic.js/ /map:flow This declaration does not resolve input module references at all. -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: [GT2006] Registration is open! Cocoon GetTogether 2006 (Oct 2-4,Amsterdam)
Hi, Carsten Ziegeler wrote: Indeed, very cool - but I'm still wondering what the different head colors mean (especially looking at mine...) I believe it's calculated using a special formula, cooked up by fiendish and crazy minds within a top-secret laboratory hidden somewhere in Europe that has lots of canals. It is designed to only be possible for others to backwards-engineer the formula when more than 100 people have signed up. I could tell you, but then they might kill me. Yet another incentive to register right away! 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/ Orixo alliance: http://www.orixo.com/
[2.2] jcr jar missing?
When building latest jcr block, I get: Missing: -- 1) jsr170:jcr:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=jsr170 -DartifactId=jcr \ -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.apache.cocoon:cocoon-jcr-impl:jar:1.0.0-SNAPSHOT 2) org.apache.jackrabbit:jackrabbit-core:jar:1.0.1 3) jsr170:jcr:jar:1.0 -- 1 required artifact is missing. for artifact: org.apache.cocoon:cocoon-jcr-impl:jar:1.0.0-SNAPSHOT from the specified remote repositories: central (http://ibiblio.org/maven2), apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository), apache.snapshot (http://svn.apache.org/maven-snapshot-repository), apache-cvs (http://svn.apache.org/repository) -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
Re: [2.2] jcr jar missing?
JCR-1.0 is not available in the public repository, JCR-1.0.1 is. As Jackrabbit's dependencies have not been updated yet, you still have to download it and install it manually. Am Dienstag, den 29.08.2006, 18:19 +0200 schrieb Carsten Ziegeler: When building latest jcr block, I get: Missing: -- 1) jsr170:jcr:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=jsr170 -DartifactId=jcr \ -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.apache.cocoon:cocoon-jcr-impl:jar:1.0.0-SNAPSHOT 2) org.apache.jackrabbit:jackrabbit-core:jar:1.0.1 3) jsr170:jcr:jar:1.0 -- 1 required artifact is missing. for artifact: org.apache.cocoon:cocoon-jcr-impl:jar:1.0.0-SNAPSHOT from the specified remote repositories: central (http://ibiblio.org/maven2), apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository), apache.snapshot (http://svn.apache.org/maven-snapshot-repository), apache-cvs (http://svn.apache.org/repository)
Re: [2.2] jcr jar missing?
Lars Trieloff wrote: JCR-1.0 is not available in the public repository, JCR-1.0.1 is. As Jackrabbit's dependencies have not been updated yet, you still have to download it and install it manually. Thanks Lars, I just excluded the 1.0 version from the jackrabbit dependency and everything is buidling fine. Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
Re: [2.2] jcr jar missing?
On 29 Aug 2006, at 18:48, Lars Trieloff wrote: JCR-1.0 is not available in the public repository, JCR-1.0.1 is. As it's there allright, http://mirrors.dotsrc.org/maven2/javax/jcr/jcr/ 1.0/ . Jackrabbit is still using the old jsr170 groupId however. Jackrabbit's dependencies have not been updated yet, you still have to download it and install it manually. that would work, but a better solution would be to exclude the dependency from jackrabbit for now, as the jcr-block pom has a direct dependency on javax.jcr anyway (1.0.1 though - does it make a difference?) I'll fix the pom sometime this week, but invite other people to beat me to it ! Jorg
Re: [2.2] jcr jar missing?
On 29 Aug 2006, at 23:23, Jorg Heymans wrote: that would work, but a better solution would be to exclude the dependency from jackrabbit for now, as the jcr-block pom has a direct dependency on javax.jcr anyway (1.0.1 though - does it make a difference?) I'll fix the pom sometime this week, but invite other people to beat me to it ! and ofcourse Carsten already did this 3 hours ago. Serves me right for still sync'ing email so late in the evening! Thanks Carsten, Jorg
Another settings question (love bugging Carsten these days)
Previously web.xml properties were read into settings via a hard-wired PropertyProvider. I see no property providers implemented now in cocoon-core as well as no code reading web.xml elsewhere. Was this intentional? I have not used the functionality anyways. Just trying to keep compatibility. -- Leszek Gawron, IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: [GT2006] Registration is open! Cocoon GetTogether 2006 (Oct 2-4,Amsterdam)
Hi All from Oz, We need a virtual colour for those who can't make it but would gladly share beers :) M! the first GT I'll miss being at, ever.. :( On 30/08/2006, at 1:25 AM, Carsten Ziegeler wrote: Andrew Savory wrote You should sign up even if you're a potential speaker: it helps to have an idea of numbers for planning at the venue. It also means you get a cool dynamically-generated seat on the picture ;-) Indeed, very cool - but I'm still wondering what the different head colors mean (especially looking at mine...) Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/