Re: [GT2005] ANNOUNCE: Cocoon GetTogether registration NOW open

I cannot seem to get the interactive map to work at http://www.cocoongt.org/Venue.html. Is it just me or is there a problem? Ralph

Re: Fixing block XCONF files (Was: Re: Blocks in 2.2)

Le 5 sept. 05, à 23:30, Pier Fumagalli a écrit : ...These are the errors I get from XML files in the blocks/conf: ojb/conf/repository_database.xml:74: parser error : Extra content at the end of the document default-connection="true"> ...Those, though, are beyond my understanding in fixing.

Re: [2.2] Using includes in the sitemap for components?

Carsten Ziegeler wrote: Hmm, you can put your own properties file into WEB-INF/properties directory. All these properties are available using the Settings object. You can inject the Cocoon core object into one of your Spring components, access the settings object from there and get your proper

Re: [2.2] Using includes in the sitemap for components?

Ralph Goers wrote: > > Currently, all the code that needs access to that file goes through a > single component. That component uses a system property to specify where > the file is. But in this case, you can dream up pretty much anything > that works. I'm presuming that putting them in cocoon

Re: [2.2] Using includes in the sitemap for components?

Daniel Fagerstrom wrote: So, let us stop the branching madness and work towards having only *one* common branch (the trunk), that we do the releases from. +1 Best Regards, Antonio Gallardo

[RT] Replace excalibur-io with commons-io

Hi: Recently on excalibur dev I found that most (if not all) the code in excalibur-io was moved to commons-io: http://www.mail-archive.com/dev%40excalibur.apache.org/msg01599.html Cocoon 2.1.x has only 3 references to exclaibur-io. They can be easily switched to commons-io. Some other goodi

Re: SQLTransformer

Leszek Gawron wrote: Antonio Gallardo wrote: I will suggest OJB instead - http://db.apache.org/ojb/. On the contrary I strongly recommend Hibernate :) I was working on a hibernate the last weeks and I need to say that I prefer OJB. Here 2 samples: 1-When using a java List for a collectio

Re: Planning 2.2 [was: Re: [2.2] Using includes in the sitemap for components?]

On Monday 05 September 2005 23:52, Upayavira wrote: > In R4 (or rather in Oscar 2.0Alpha) you can specify exports such as > o.a.c.transformation.*Generator. This would be enough for us to avoid > having to rename packages. However, it would likely lead to some complex > wildcard expressions, so I w

Re: svn commit: r278641 - /cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressionParser.java

Pier Fumagalli wrote: > Stefano Mazzocchi wrote: > >David Crossley wrote: > >>Pier Fumagalli wrote: > >> > >>>Nah, I'm pretty confident that on this little nag, I'm right... > >> > >>Does anyone have a pier2doc transformer? > > > >Why do you think this projet was started? :-) ;-) > Darn, I can se

Fixing block XCONF files (Was: Re: Blocks in 2.2)

On 5 Sep 2005, at 17:41, Bertrand Delacretaz wrote: Le 5 sept. 05, à 02:49, Pier Fumagalli a écrit : ...PS: I noticed that in the 2.1.x branch, most of the XMAPs in the block samples declare elements within the "map" namespace for patching, but don't declare the namespace itself. I suspect t

Re: svn commit: r278641 - /cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressionParser.java

On 5 Sep 2005, at 17:25, Stefano Mazzocchi wrote: David Crossley wrote: Pier Fumagalli wrote: Nah, I'm pretty confident that on this little nag, I'm right... Does anyone have a pier2doc transformer? Why do you think this projet was started? :-) Darn, I can see in that 9 years my communi

Re: Status of JXTemplate refactoring

Joerg Heinicke wrote: Hello, I was asked for a possible refactoring of the JXTemplateGenerator. Somebody wants to provide only a very limited set of functionality to his template writers: only JXPath (no JEXL), only one object model. He started with patching the version of JXTemplateGenerato

Status of JXTemplate refactoring

Hello, I was asked for a possible refactoring of the JXTemplateGenerator. Somebody wants to provide only a very limited set of functionality to his template writers: only JXPath (no JEXL), only one object model. He started with patching the version of JXTemplateGenerator coming with 2.1.7. S

Re: Blocks in 2.2

Le 5 sept. 05, à 02:49, Pier Fumagalli a écrit : ...PS: I noticed that in the 2.1.x branch, most of the XMAPs in the block samples declare elements within the "map" namespace for patching, but don't declare the namespace itself. I suspect this is because ANT doesn't use a namespace-aware parse

Re: svn commit: r278641 - /cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressionParser.java

Niclas Hedhman wrote: On Monday 05 September 2005 14:43, Antonio Gallardo wrote: Of course that I am aware that both codesets (Shift-JIS and ISO-8859-1) are different UNICODE subset. This is same as you stated. No. Pier doesn't mix the difference between Unicode (sequence of characters) a

Re: svn commit: r278641 - /cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressionParser.java

David Crossley wrote: Pier Fumagalli wrote: Nah, I'm pretty confident that on this little nag, I'm right... Does anyone have a pier2doc transformer? Why do you think this projet was started? :-) -- Stefano.

making sitemap fragments independently parseable [Re: Blocks in 2.2]

Pier Fumagalli wrote: PS: I noticed that in the 2.1.x branch, most of the XMAPs in the block samples declare elements within the "map" namespace for patching, but don't declare the namespace itself. I suspect this is because ANT doesn't use a namespace-aware parser (bytes me how), but XMLL

Re: Planning 2.2 [was: Re: [2.2] Using includes in the sitemap for components?]

Daniel Fagerstrom wrote: Carsten Ziegeler wrote: Ralph Goers wrote: How much do we know about the directory structure required by Maven? I know that OSGi R3 requires a directory structure, R4 doesn't. Don't understand the comment (from Upayavira) about directory structure, R3 and R4, car

Re: Planning 2.2 [was: Re: [2.2] Using includes in the sitemap for components?]

Daniel Fagerstrom wrote: > > At least for OSGi R3, each block (bundle) must export a unique set of > packages. It would be nice if we could move all classes and interfaces > so this is the case and deprecate the block classes and interface with > non unique packages before we release 2.2.0 fina

[Job] Cocoon (freelance) developers needed in Germnany

Hi, We are currently looking to expand our network of freelance Cocoon developers We are working on various Cocoon based projects for large German-speaking corporations in cities such as Düsseldorf, Frankfurt, Vienna and of course Paderborn :). You should be fluent in Cocoon (especially Flow an

Re: Planning 2.2 [was: Re: [2.2] Using includes in the sitemap for components?]

Carsten Ziegeler wrote: Ralph Goers wrote: How much do we know about the directory structure required by Maven? I know that OSGi R3 requires a directory structure, R4 doesn't. Don't understand the comment (from Upayavira) about directory structure, R3 and R4, care to explain? However,

Re: locatable exceptions in trunk, exceptions in flowscript

Sylvain Wallez wrote: Leszek Gawron wrote: org.apache.cocoon.ProcessingException: Sitemap: error calling continuation at - file:/C:/dev/projects/pmt/server/build/webapp/central/sitemap.xmap:37:52 at - file:/C:/dev/projects/pmt/server/build/webapp/sitemap.xmap:535:77 The problem is the loc

DO NOT REPLY [Bug 24457] - Xalan/XSLT using UTF-8: Incorrect SAXException: Attempt to output character of integral value...

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: svn commit: r278641 - /cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressionParser.java

Niclas Hedhman wrote: On Monday 05 September 2005 14:43, Antonio Gallardo wrote: Of course that I am aware that both codesets (Shift-JIS and ISO-8859-1) are different UNICODE subset. This is same as you stated. No. Pier doesn't mix the difference between Unicode (sequence of charact

[EMAIL PROTECTED]: Project cocoon (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon has an issue affecting its community integration. This issue affects 49 pr

[EMAIL PROTECTED]: Project cocoon (in module cocoon) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon has an issue affecting its community integration. This issue affects 49 pr

Re: svn commit: r278641 - /cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressionParser.java

Pier Fumagalli wrote: > David Crossley wrote: > >Pier Fumagalli wrote: > >> > >>Nah, I'm pretty confident that on this little nag, I'm right... > > > >Does anyone have a pier2doc transformer? > > I need to get into a meeting right now, but the first part of the > "pier2doc" translation of this t

DO NOT REPLY [Bug 35845] - locale attribute in is not used in JXTemplateGenerator

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: svn commit: r278641 - /cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressionParser.java

On Monday 05 September 2005 14:43, Antonio Gallardo wrote: > Of course that I am aware that both codesets (Shift-JIS and ISO-8859-1) are > different UNICODE subset. This is same as you stated. No. Pier doesn't mix the difference between Unicode (sequence of characters) and the mapping of those

Re: svn commit: r278641 - /cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressionParser.java

On 5 Sep 2005, at 04:44, David Crossley wrote: Pier Fumagalli wrote: Nah, I'm pretty confident that on this little nag, I'm right... Does anyone have a pier2doc transformer? I need to get into a meeting right now, but the first part of the "pier2doc" translation of this thread is here:

Google Summer of Code - the last minutes

Dear Cocooners, First of all I would like to thank the community for the great experience here. I really loved being part of the team! :) Now, a few minutes before the extended deadline, I am finally _done_. All samples work, docs are written and tests pass! Its a great feeling ;) Here is a lit

Re: Blocks in 2.2

Pier Fumagalli wrote: Any special note on how to do blocks in 2.2? Take a look at a couple of blocks in trunk and you will see how it is done. No big changes since 2.1, main changes is about directory structure and names, IIRC. I've created this week two new blocks "validation" and "captch

Re: Planning 2.2 [was: Re: [2.2] Using includes in the sitemap for components?]

Ralph Goers wrote: Carsten Ziegeler wrote: Let's move this into a different thread :) Daniel Fagerstrom wrote: I'd say, let's release 2.2M1 at the same time as 2.1.8, say, just after the GetTogether. +1 When the OSGi stuff are changed to R4 and is usefull enough we can start to i