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

Carsten Ziegeler wrote: Ok, I understand this of course, the question is, how do you want to get the information? Currently you can get all properties read from Cocoon in your own component/code. If we make the reading pluggable, we also need a way to deliver this information to the components

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

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 include it within 2.

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

Carsten Ziegeler 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 ca

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

Ralph Goers wrote: > > Carsten Ziegeler wrote: > > >>Ok, the current solution is property based (name - value pairs). If we >>would make this pluggable, would this work for you? For example, we >>could convert an XML file into properties. >> >>Carsten >> >> > > I think making it pluggable is w

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

Carsten Ziegeler wrote: Ok, the current solution is property based (name - value pairs). If we would make this pluggable, would this work for you? For example, we could convert an XML file into properties. Carsten I think making it pluggable is what I requested in the first place. But 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: On 5 Sep 2005, at 01:53, Antonio Gallardo wrote: Pier Fumagalli wrote: Depending on your platform encoding (yours apparently ISO8859-1, mine UTF-8, my wife's -she's japanese- Shift-JIS) that sequence (B4) of BYTES as in the original source code will be interpreted

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

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 include

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

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 include it within 2.2.x releases for early

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

Sylvain Wallez wrote: > > Wow. That would actually be a lot of backporting IMO, meaning the 2.1 > branch wouldn't be very different from the trunk! > > This feature alone will make people jump to 2.2 once we release it, even > as a beta. So I agree with Upayavira: let's release a 2.2 without O

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

Ralph Goers wrote: > > > First, I'm assuming this is the code you spoke of a while ago to move > values outside of Cocoon.xconf and the sitemap so that things like > database ports, etc can be defined outside the webapp? > Yepp. > Well, basically I would need to be able to do whatever you are

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

Upayavira wrote: Daniel Fagerstrom wrote: Upayavira wrote: ... I couldn't agree more. Personally I'd be -1 on porting ECM++ back to 2.1.x. 2.1.x should be a _maintenance_ branch, and unless we can focus on getting 2.2 out in some form, we risk some serious geopardy for our community, I thin

Re: Extremely odd source in XSPs (breaks build)

Le 5 sept. 05, à 01:34, Pier Fumagalli a écrit : ...We should make sure that whenever code is written, any character outside the "Basic-Latin" Unicode spec is correctly encoded as \u, otherwise things are going to start breaking... :-D +1, but

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

Carsten Ziegeler wrote: Ralph Goers wrote: I haven't looked at the code for this, but a) I'd love it in 2.1 and b) is it pluggable? We already have an XML file with some configuration in it including some system properties that need to be set. It would be nice if I could leverage the same fi

Re: Event handling in form libraries

Joerg Heinicke wrote: On 04.09.2005 13:16, Max Pfingsthorn wrote: I think we shouldn't impose restrictions on the use of libraries and specific parts of widgets within libraries. +1 same here. Why should it not be possible to reuse complete parts of the library with inner dependencies? I

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: > > Nah, I'm pretty confident that on this little nag, I'm right... Does anyone have a pier2doc transformer? -David

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 09:52, Pier Fumagalli wrote: > Nah, I'm pretty confident that on this little nag, I'm right... Yes, you are (reservation below). And I find it amazing how difficult this topic is to understand for "most people", some of them pretty clever. Now, the confusion adds to

Re: Extremely odd source in XSPs (breaks build)

On 5 Sep 2005, at 02:13, Antonio Gallardo wrote: Seriously talking, it depends on a number of things, not only your platform encoding, but also on your editor's, your compiler and so on... The good thing about XML is the encoding=""?> sorting out 99.9% of the problems, but that said,

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 01:53, Antonio Gallardo wrote: Pier Fumagalli wrote: It's not a UTF-8 character, it's an UNICODE character: \u doesn't mean "UTF" but rather "UNICODE" (which is not an encoding). First, I request excuses because I wrote up the previous phrase very badly. I wanted to stat

Re: Extremely odd source in XSPs (breaks build)

Pier Fumagalli wrote: On 5 Sep 2005, at 01:23, Antonio Gallardo wrote: I'm seeing LOTSA characters from Latin-1 in the source code (especially in people's names!) You wanna see name? Then use "svn log [src-path]" or "svn blame [src-path]" ;-) Not interested in who to "blame" :-)

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: On 5 Sep 2005, at 00:33, Antonio Gallardo wrote: [EMAIL PROTECTED] wrote: Author: pier Date: Sun Sep 4 16:29:09 2005 New Revision: 278641 URL: http://svn.apache.org/viewcvs?rev=278641&view=rev Log: Fixing wrong encoding bug Modified: cocoon/branches/BRANCH_2_1_X/s

Blocks in 2.2

Any special note on how to do blocks in 2.2? I've created this week two new blocks "validation" and "captcha", and I would love to see them in sync on HEAD (and not only in BRANCH_2_1_x). With all this OSGI stuff and work, I lost track of HEAD. Anyone care to explain like I was a three-year

Re: Extremely odd source in XSPs (breaks build)

On 5 Sep 2005, at 01:23, Antonio Gallardo wrote: I'm seeing LOTSA characters from Latin-1 in the source code (especially in people's names!) You wanna see name? Then use "svn log [src-path]" or "svn blame [src-path]" ;-) Not interested in who to "blame" :-) The "name" reference was mo

Re: Warped Text...

On 3 Sep 2005, at 15:22, Tony Collen wrote: Pier Fumagalli wrote: On 2 Sep 2005, at 16:23, Gianugo Rabellino wrote: On 9/2/05, Pier Fumagalli <[EMAIL PROTECTED]> wrote: Guys, for one of our registration projects, we needed to verify that a user is really in front of the browser (no au

Re: Extremely odd source in XSPs (breaks build)

Pier Fumagalli wrote: On 5 Sep 2005, at 00:15, Antonio Gallardo wrote: Hi Pier, Please read: http://marc.theaimsgroup.com/?l=xml-cocoon- dev&m=112586325420497 ;-) Yep, that brings to a point... Who in the world did put that character there in the very first place? I mean, not everyone u

Re: cocoon 2 speech?

On 2 Sep 2005, at 17:33, Stefano Mazzocchi wrote: came across http://freetts.sourceforge.net/ the first demo of cocoon that I ever did in public was a hello world page in html, pdf, svg and voicexml, with the little merlin dude speaking 'hello world' to the audience (got a standing ovatio

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 00:33, Antonio Gallardo wrote: [EMAIL PROTECTED] wrote: Author: pier Date: Sun Sep 4 16:29:09 2005 New Revision: 278641 URL: http://svn.apache.org/viewcvs?rev=278641&view=rev Log: Fixing wrong encoding bug Modified: cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/ap

Re: Extremely odd source in XSPs (breaks build)

On 5 Sep 2005, at 00:15, Antonio Gallardo wrote: Hi Pier, Please read: http://marc.theaimsgroup.com/?l=xml-cocoon- dev&m=112586325420497 ;-) Yep, that brings to a point... Who in the world did put that character there in the very first place? I mean, not everyone uses ISO8859-1 as its en

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

[EMAIL PROTECTED] wrote: Author: pier Date: Sun Sep 4 16:29:09 2005 New Revision: 278641 URL: http://svn.apache.org/viewcvs?rev=278641&view=rev Log: Fixing wrong encoding bug Modified: cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExp

Re: Extremely odd source in XSPs (breaks build)

Hi Pier, Please read: http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=112586325420497 ;-) Best Regards, Antonio Gallardo. Pier Fumagalli wrote: /Users/pier/Workspace/cocoon/src/blocks/xsp/java/org/apache/cocoon/ components/language/markup/xsp/XSPExpressionParser.java:214: unclosed chara

Re: SQLTransformer

Daniel Fagerstrom wrote: Torsten Schlabach wrote: Hi all, I have done some work with and on SQLTransformer recently and came across one fundamental question, that I would appreciate some views on. ... In situations, where you would want to build a more generic data browsing application

Re: Extremely odd source in XSPs (breaks build)

On 5 Sep 2005, at 00:08, Pier Fumagalli wrote: /Users/pier/Workspace/cocoon/src/blocks/xsp/java/org/apache/cocoon/ components/language/markup/xsp/XSPExpressionParser.java:214: unclosed character literal case '�': It's probably because I use a mac... but that character to me l

Extremely odd source in XSPs (breaks build)

/Users/pier/Workspace/cocoon/src/blocks/xsp/java/org/apache/cocoon/ components/language/markup/xsp/XSPExpressionParser.java:214: unclosed character literal case '�': ^ /Users/pier/Workspace/cocoon/src/blocks/xsp/java/org/apache/cocoon/ components/language/m

Bug report for Cocoon 2 [2005/09/04]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Re: Eclipse w/ 2.1.7

On 4 Sep 2005, at 17:50, Torsten Schlabach wrote: > I never had this problem. I can even rename the project in Eclipse - > without changing the directory. Yes! You can rename it once it is importet, but in order to import it, names need to match! Ah... Noted! :-P Pier smime.p7s Desc

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

Daniel Fagerstrom wrote: Upayavira wrote: ... I couldn't agree more. Personally I'd be -1 on porting ECM++ back to 2.1.x. 2.1.x should be a _maintenance_ branch, and unless we can focus on getting 2.2 out in some form, we risk some serious geopardy for our community, I think. +1 So, let'

Re: svn commit: r278591 - in /cocoon/branches/BRANCH_2_1_X/src: blocks/proxy/java/org/apache/cocoon/generation/ blocks/woody/java/org/apache/cocoon/woody/ blocks/xsp/java/org/apache/cocoon/components/

[EMAIL PROTECTED] wrote: Author: pier Date: Sun Sep 4 06:24:23 2005 New Revision: 278591 URL: http://svn.apache.org/viewcvs?rev=278591&view=rev Log: Removing unused imports Modified: cocoon/branches/BRANCH_2_1_X/src/blocks/xsp/java/org/apache/cocoon/components/language/markup/xsp/XSPExpressi

Re: Eclipse w/ 2.1.7

Torsten Schlabach wrote: > I wasn't even aware that this exists. Would you mind adding this to the > Wiki page? > > Also it look as if there are different schools of "How to run / develop > Cocoon in Eclipse". If both ways of doing it are valid and have advantages > and disadvantages, we would m

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

Upayavira wrote: ... I couldn't agree more. Personally I'd be -1 on porting ECM++ back to 2.1.x. 2.1.x should be a _maintenance_ branch, and unless we can focus on getting 2.2 out in some form, we risk some serious geopardy for our community, I think. +1 So, let's release 2.2, make that th

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

Upayavira wrote: Ralph Goers wrote: With Carsten's proposal to release every two months, we're almost back into release early, release often, but, problem is, we'd be releasing a branch often, which is seriously broken, IMO. I'd say, let's release 2.2M1 at the same time as 2.1.8, say,

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

Ralph Goers wrote: Upayavira wrote: I couldn't agree more. Personally I'd be -1 on porting ECM++ back to 2.1.x. 2.1.x should be a _maintenance_ branch, and unless we can focus on getting 2.2 out in some form, we risk some serious geopardy for our community, I think. So, let's release 2.

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

Carsten Ziegeler wrote: Ralph Goers wrote: I haven't looked at the code for this, but a) I'd love it in 2.1 and b) is it pluggable? We already have an XML file with some configuration in it including some system properties that need to be set. It would be nice if I could leverage the same

Re: Eclipse w/ 2.1.7

> I never had this problem. I can even rename the project in Eclipse - > without changing the directory. Yes! You can rename it once it is importet, but in order to import it, names need to match! Joerg Heinicke schrieb: On 04.09.2005 15:18, Pier Fumagalli wrote: On this topic, I just ran "

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

Upayavira wrote: I couldn't agree more. Personally I'd be -1 on porting ECM++ back to 2.1.x. 2.1.x should be a _maintenance_ branch, and unless we can focus on getting 2.2 out in some form, we risk some serious geopardy for our community, I think. So, let's release 2.2, make that the mai

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

Carsten Ziegeler wrote: Ralph Goers wrote: I haven't looked at the code for this, but a) I'd love it in 2.1 and b) is it pluggable? We already have an XML file with some configuration in it including some system properties that need to be set. It would be nice if I could leverage the sa

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

Niclas Hedhman wrote: On Sunday 04 September 2005 23:10, Carsten Ziegeler wrote: Hmm, for a) I more and more think we should move the whole ECM++ stuff from 2.2 to 2.1.x (readd the support for Composable and Instrumentable) and be able to use all the nice little things from 2.2 *today* That

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

Niclas Hedhman wrote: On Sunday 04 September 2005 23:10, Carsten Ziegeler wrote: Hmm, for a) I more and more think we should move the whole ECM++ stuff from 2.2 to 2.1.x (readd the support for Composable and Instrumentable) and be able to use all the nice little things from 2.2 *today*

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

On Sunday 04 September 2005 23:10, Carsten Ziegeler wrote: > Hmm, for a) I more and more think we should move the whole ECM++ stuff > from 2.2 > to 2.1.x (readd the support for Composable and Instrumentable) and be > able to use > all the nice little things from 2.2 *today* That sounds more like i

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

Ralph Goers wrote: > I haven't looked at the code for this, but a) I'd love it in 2.1 and b) > is it pluggable? We already have an XML file with some configuration in > it including some system properties that need to be set. It would be > nice if I could leverage the same file for this. > Hmm

Re: Event handling in form libraries

Max Pfingsthorn wrote: Hi! Okay, I see what you mean, but as a user of such a library, you have to be aware of what it requires. In my conception, the usecase you describe is not valid as you try to use only a part of an obviously connected set of widgets. You can do this, however you have t

Re: Eclipse w/ 2.1.7

On 04.09.2005 15:18, Pier Fumagalli wrote: On this topic, I just ran "./build.sh eclipse-project" and when importing in Eclipse it tells me "invalid project description". Note that I don't use SVN embedded in Eclipse (too slow). Anyone had this problem before? Renaming the project name from

Re: Event handling in form libraries

On 04.09.2005 13:16, Max Pfingsthorn wrote: I think we shouldn't impose restrictions on the use of libraries and specific parts of widgets within libraries. +1 same here. Why should it not be possible to reuse complete parts of the library with inner dependencies? Jörg

Re: Eclipse w/ 2.1.7

On this topic, I just ran "./build.sh eclipse-project" and when importing in Eclipse it tells me "invalid project description". Note that I don't use SVN embedded in Eclipse (too slow). Anyone had this problem before? Renaming the project name from "Cocoon-2.1.8-dev" to "cocoon" (the name o

Re: cocoon 2 speech?

Sylvain Wallez wrote: > Ross Gardler wrote: > >> [CC'd to Forrest] >> >> Stefano Mazzocchi wrote: >> >>> came across >>> >>> http://freetts.sourceforge.net/ >>> >>> the first demo of cocoon that I ever did in public was a hello world >>> page in html, pdf, svg and voicexml, with the little merlin

RE: Event handling in form libraries

Hi! Okay, I see what you mean, but as a user of such a library, you have to be aware of what it requires. In my conception, the usecase you describe is not valid as you try to use only a part of an obviously connected set of widgets. You can do this, however you have to override the event handl

How to register flowscripts dynamically at runtime?

Hello, we need the possibility for our customer to put all essential configurations of our system together in one file (outside the sitemap and the xconf). This includes the configuration of all special flowscripts in this file, too. To do so, we need to (re-)load these flowscripts at runtime. Now

Re: SQLTransformer

Torsten Schlabach wrote: Hi all, I have done some work with and on SQLTransformer recently and came across one fundamental question, that I would appreciate some views on. ... In situations, where you would want to build a more generic data browsing application that makes use of the database m

Re: Eclipse w/ 2.1.7

Sylvain, LOL :-) The fact that it's so difficult to build Eclipse with Cocoon shows how complicated its build system is :-) Building Eclipse with Coocoon. This is a new one, and you're right, it will be difficult. But seriously: If it was all so clear, why do we have recurring discussions on

Re: cocoon 2 speech?

Ross Gardler wrote: [CC'd to Forrest] Stefano Mazzocchi wrote: came across http://freetts.sourceforge.net/ the first demo of cocoon that I ever did in public was a hello world page in html, pdf, svg and voicexml, with the little merlin dude speaking 'hello world' to the audience (got a s

Re: Eclipse w/ 2.1.7

Sylvain, > LOL :-) The fact that it's so difficult to build Eclipse with Cocoon > shows how complicated its build system is :-) Building Eclipse with Coocoon. This is a new one, and you're right, it will be difficult. But seriously: If it was all so clear, why do we have recurring discussion

Re: Our snapshots revisited - last step -> cleanup

Le 3 sept. 05, à 20:14, Antonio Gallardo a écrit : ...The following dirs are empty and AFAIK, no longer needed: http://svn.apache.org/snapshots/cocoon-2.0/ http://svn.apache.org/snapshots/cocoon-2.1/ http://svn.apache.org/snapshots/cocoon-2.2/ I have reopened http://issues.apache.org/jira/br