Re: [RFI] Garbage

On 18/06/2003 8:41 Bertrand Delacretaz wrote: Do you really need a separate CVS repository? Wouldn't the Cocoon scratchpad do? If Garbage can fit into the Scratchpad (sounds like a MacOS desktop ;-) it could be a lightweight way of incubating it. +1, cfr. Linotype. -- Steven Noels

cvs commit: cocoon-2.1/src/blocks/linotype README.txt

bdelacretaz2003/06/17 23:48:32 Modified:src/blocks/linotype README.txt Log: browser requirements added Revision ChangesPath 1.2 +6 -2 cocoon-2.1/src/blocks/linotype/README.txt Index: README.txt

Re: [RFI] Garbage

Le Mercredi, 18 juin 2003, à 02:07 Europe/Zurich, Pier Fumagalli a écrit : ...It might not go anywhere, it might go somewhere, but if there's interest in this community to host my "Garbage" template engine, all I ask is to have a CVS repo and the opportunity to show you my little pet, and maybe

Re: [vote results] FOM

Pier Fumagalli wrote: On 17/6/03 22:51, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: - Should the flow _always_ be associated with a Session? I haven't written a flowscript that didn't require, in some way or sure another, the availability of some statefulness on data and it seems to me as o

cvs commit: cocoon-2.1/src/blocks/linotype/samples/repository/news/2 document.xml

gianugo 2003/06/17 23:14:19 Modified:src/blocks/linotype/samples/repository/news/2 document.xml Log: Making life easier to newbies. :-) Revision ChangesPath 1.2 +12 -2 cocoon-2.1/src/blocks/linotype/samples/repository/news/2/document.xml Index: document.xm

RE: BUG or feature?

I would call it a bug :( Carsten > -Original Message- > From: Klaus Bertram [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 17, 2003 4:48 PM > To: cocoon-dev > Subject: BUG or feature? > > > Hi all, > is it an bug or an feature that the whole javadocs for the block classes > are not cr

Re: [RFI] Garbage

Cool. When can I try it? I'll help you as long as you stop calling it garbage ;) Pier Fumagalli wrote: [RFI] is a new subject tag I invented right now... It means "request for incubation"... And I'll let you imagine what I'm coming up with... I spent the last few weeks writing a clone of Velocit

Re: ??,?: ??,?: a question

Geoff Howard wrote: oh, and see this: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=104722049132545&w=2 for tips on getting debug working under eclipse. (took me 5 minutes after reading that and have been happily using it ever since. Great link, thanks! I was too lazy to search the mail archi

RE: ??,?: ??,?: a question

oops, you only need steps g-k at from that message unless you want to try to debug xsp's (which I don't think anyone has got working yet?) Geoff > oh, and see this: > http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=104722049132545&w=2 > for tips on getting debug working under eclipse. (took m

RE: ??,?: ??,?: a question

oh, and see this: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=104722049132545&w=2 for tips on getting debug working under eclipse. (took me 5 minutes after reading that and have been happily using it ever since. Geoff (who would gladly pay ten times more for eclipse than what they charge!)

RE: ??,?: a question

You didn't find any targets in build.xml, did you? They are included as entities defined in src/targets/ Do build -projecthelp to see the targets Geoff > -Original Message- > From: Forrest Li [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 17, 2003 9:40 PM > To: [EMAIL PROTECTED] > Sub

Re: [RFI] Garbage

Pier Fumagalli wrote: ... So, what do you think? (Surely I need some help to put together the brat) If it provides getKey and getValidity, than it's much better velocity than velocity in the cocoon-land! Have you seen discussions on re-implementation of XSP which suppose to have representati

??,?: ??,?: a question

i tried, it works, but why? there is no 'eclipse-project' in build.xml? -- ???: Forrest Li [mailto:[EMAIL PROTECTED] : Tuesday, June 17, 2003 9:40 PM ???: [EMAIL PROTECTED] ??: ??,?: a question Hi,Boon I checked the build.xml, there is no target name as 'eclipse-project'. My coc

??,?: a question

Hi,Boon I checked the build.xml, there is no target name as 'eclipse-project'. My cocoon is 2.1m2. is that correct? Thanks. -- ???: Boon Hian Tek [mailto:[EMAIL PROTECTED] : Monday, June 16, 2003 11:35 PM ???: [EMAIL PROTECTED] ??: Re: a question Forrest Li wrote: > Hi,guys

[RFI] Garbage

[RFI] is a new subject tag I invented right now... It means "request for incubation"... And I'll let you imagine what I'm coming up with... I spent the last few weeks writing a clone of Velocity (yes, yet another Webmacro clone), and I was wondering if the Cocoon project wanted to "incubate" it...

Re: [vote results] FOM

On 17/6/03 22:51, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote: >> - Should the flow _always_ be associated with a Session? > > I haven't written a flowscript that didn't require, in some way or > another, the availability of some statefulness on data and it seems to > me as overkill to use ful

Re: [vote results] FOM

Stefano Mazzocchi wrote: The vote clearly indicates the community wants the "small -> big" approach. Chris has also removed his concerns. This gives us green light to go ahead and finish the FOM design as we proposed it. Does this mean this vote overrules the other one on releasing Cocoon 2.1 or w

Re: TreeProcessor:BUG

Do you mean each map:part in an aggregation? Where do you take this from (debug?)? Joerg Klaus Bertram wrote: Hi all, the treeprocessor call an map:part src twice at one request. The first generated map:part are used from the browser (both Mozilla and IE6.0) The sitemap log file show both gener

Re: BUG or feature?

I guess a bug, they should be created in dependency on the properties (not excluded blocks). Joerg Klaus Bertram wrote: Hi all, is it an bug or an feature that the whole javadocs for the block classes are not created by an build?? cvs checkout form 1/2 hour before I had a look at the build fi

Re: Linotype editing: browser requirements?

on 6/17/03 3:54 PM Steven Noels wrote: > On 17/06/2003 22:41 Stefano Mazzocchi wrote: > > >>>I dropped the 'd' typo (I assume) from the offending line, and that one >>>is gone. The 'save', 'revert' and 'delete' action aren't working >>>however, they bring me back to a new blog entry screen wit

Re: [Flow] Scope and Sessions

on 6/17/03 11:41 AM Reinhard Pötz wrote: > Today I tried to find out how sessions and flow work together: > > 1. If my tests are correct the global scope of a flow only >lives as long as the session which the flow is tied to is >active. > >So if the session expires or you use anoth

[vote results] FOM

The vote clearly indicates the community wants the "small -> big" approach. Chris has also removed his concerns. This gives us green light to go ahead and finish the FOM design as we proposed it. on 6/16/03 10:23 AM Reinhard Pötz wrote: > So let's try to finish the FOM! > > First I summarized t

Re: [Flow] Scope and Sessions

Reinhard Pötz wrote: Today I tried to find out how sessions and flow work together: 1. If my tests are correct the global scope of a flow only lives as long as the session which the flow is tied to is active. Once you have called "cocoon.createSession()", this is true. Otherwise, a new gl

Re: Linotype editing: browser requirements?

On 17/06/2003 22:41 Stefano Mazzocchi wrote: I dropped the 'd' typo (I assume) from the offending line, and that one is gone. The 'save', 'revert' and 'delete' action aren't working however, they bring me back to a new blog entry screen without doing what they should. you didn't enable file u

Re: Linotype editing: browser requirements?

on 6/17/03 12:28 PM Ugo Cei wrote: > Stefano Mazzocchi wrote: > >>Yes, basically all browsers that support Mozilla Midas API which, for >>now are, Mozilla 1.3 or greater. Note that Midas is *NOT* part of >>standard Gecko, so Camino won't do it. > > > Hmmm, under Mozilla 1.3 (Linux) I'm getting

Re: Linotype editing: browser requirements?

on 6/17/03 8:25 AM Steven Noels wrote: > On 17/06/2003 9:47 Steven Noels wrote: > >>On 17/06/2003 8:02 Bertrand Delacretaz wrote: >> >> >>>Linotype looks great but I'm not sure about the browser requirements. >>> >>>IIUC from "welcome to Linotype" page, the editing mode only requires >>>Mozilla

cvs commit: cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/coplet CopletInstanceData.java

cziegeler2003/06/17 13:10:39 Modified: src/blocks/portal/java/org/apache/cocoon/portal/layout/renderer/aspect/impl WindowAspect.java src/blocks/portal/java/org/apache/cocoon/portal/coplet CopletInstanceData.java Log: Remo

cvs commit: cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/generation PortalGenerator.java

cziegeler2003/06/17 12:59:33 Modified:src/blocks/portal/java/org/apache/cocoon/portal/impl PortalServiceImpl.java DefaultLinkService.java src/blocks/portal/java/org/apache/cocoon/portal/coplet CopletFactory.java

Re: Bug in org.apache.cocoon.acting.DatabaseAuthenticatorAction

Already fixed on May, 21th, the same day of, but after the 2.1m2 release: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/acting/DatabaseAuthenticatorAction.java.diff?r1=1.3&r2=1.4&diff_format=h But thanks for your effort, Joerg Sune Simonsen wrote: I do

Why does moving the portal-fw from samples break it? (PortalManager not found on 'save')

I've attempted to move the portal-fw sample from the samples dir into the main sitemap (I copied everything that needed to be copied -- the component-configurations block, all the pipelines, etc verbatim). I also moved all the files from samples/portal-fw/* into the main webapp dir. Everything wor

[Flow] Scope and Sessions

Today I tried to find out how sessions and flow work together: 1. If my tests are correct the global scope of a flow only lives as long as the session which the flow is tied to is active. So if the session expires or you use another client to continue a 'waiting' function you only

cvs commit: cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/layout/renderer/aspect/impl XSLTAspect.java

cziegeler2003/06/17 10:54:47 Modified: src/blocks/portal/java/org/apache/cocoon/portal/layout/renderer/aspect/impl XSLTAspect.java Log: Minor performance update, reducing todo Revision ChangesPath 1.6 +53 -22 cocoon-2.1/src/blocks/portal/

Re: Linotype editing: browser requirements?

on 6/17/03 2:47 AM Steven Noels wrote: > On 17/06/2003 8:02 Bertrand Delacretaz wrote: > > >>Linotype looks great but I'm not sure about the browser requirements. >> >>IIUC from "welcome to Linotype" page, the editing mode only requires >>Mozilla 1.3, is that right? > > > and I've got an

Re: Linotype editing: browser requirements?

Stefano Mazzocchi wrote: Yes, basically all browsers that support Mozilla Midas API which, for now are, Mozilla 1.3 or greater. Note that Midas is *NOT* part of standard Gecko, so Camino won't do it. Hmmm, under Mozilla 1.3 (Linux) I'm getting this error: I'm sorry, but Linotype doesn't work on th

cvs commit: cocoon-2.1/src/blocks/linotype/samples flow.js

stefano 2003/06/17 10:24:06 Modified:src/blocks/linotype/samples flow.js Log: fixed typo. CS: -- Revision ChangesPath 1.2 +1 -1 cocoon-2.1/src/blocks/linotype/samples/flow.js Index: f

RE: Serializer

Within Cocoon (within a serializer) you have all posibilities of Java and Java provides an interface for C functions AFAIK. Reinhard > -Original Message- > From: Oliver Egger [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 17, 2003 5:44 PM > To: [EMAIL PROTECTED] > Subject: Serializer >

Serializer

Hi all I've a question about write a new serializer. Which methods are necessary for a serializer. I want to use a Text-to-speech program as a serializer which convert my parsed XML-Text in a .wav-File or give out direct on the speaker. Is it possible to use a external program in cocoon (writt

Re: Linotype editing: browser requirements?

on 6/17/03 1:02 AM Bertrand Delacretaz wrote: > Linotype looks great but I'm not sure about the browser requirements. > > IIUC from "welcome to Linotype" page, the editing mode only requires > Mozilla 1.3, is that right? Yes, basically all browsers that support Mozilla Midas API which, for now

[Fwd: Re: [ANN] Orixo launched]

Damn, sent only to [EMAIL PROTECTED] Sorry -- Stefano. --- Begin Message --- on 6/16/03 5:27 AM Matthew Langham wrote: > To the Cocoon Community > > The involvement of commercial entities in an open source project can help > tremendously with its success. If we look at the Linux OS, the Apache

TreeProcessor:BUG

Hi all, the treeprocessor call an map:part src twice at one request. The first generated map:part are used from the browser (both Mozilla and IE6.0) The sitemap log file show both generation processes excuse but at the source i don't find the bug :( Klaus

BUG or feature?

Hi all, is it an bug or an feature that the whole javadocs for the block classes are not created by an build?? cvs checkout form 1/2 hour before I had a look at the build file the block folder are not in the path for generating. Klaus

Re: Cocoon 2.1 showstopper?

Carsten Ziegeler wrote: Nicola Ken Barozzi wrote: Well, there is a way out, but I don't know if we want to do it. It's based on - ok, I'll say that word - an AOP interceptor mechanism(hehehe a big wording for a simple concept). Interesting idea - but does it work? Both interfaces Lo

RE: Cocoon 2.1 showstopper?

Nicola Ken Barozzi wrote: > Well, there is a way out, but I don't know if we want to do it. It's > based on - ok, I'll say that word - an AOP interceptor mechanism(hehehe > a big wording for a simple concept). > > Basically, we would have to use our own classloader in the > ComponentManager, and ma

RE: Cocoon 2.1 showstopper?

So, from the response I guess we go for "recompiling". If someone is against this, please stand up now :) Carsten

RE: Cocoon 2.1 showstopper?

Thanks Sylvain and Nathaniel for the points, I added them to our updating docu. If you know some more incompatible changes, please either edit directly the updating doc or send a simple patch. Thanks Carsten > -Original Message- > From: Sylvain Wallez [mailto:[EMAIL PROTECTED] > Sent: Tu

cvs commit: cocoon-2.1/src/blocks/portal/samples/profiles/mapping copletinstancedata.xml

cziegeler2003/06/17 06:41:26 Modified:.status.xml src/documentation/xdocs/installing updating.xml src/blocks/portal/samples/profiles/mapping copletinstancedata.xml Log: Updating "update" doc Revision ChangesPath

Re: Cocoon 2.1 showstopper?

...maybe would introduce an ant task to upgrade current webapps? ups.. I meant "could" ;) -- Torsten

Re: Linotype editing: browser requirements?

On 17/06/2003 9:47 Steven Noels wrote: On 17/06/2003 8:02 Bertrand Delacretaz wrote: Linotype looks great but I'm not sure about the browser requirements. IIUC from "welcome to Linotype" page, the editing mode only requires Mozilla 1.3, is that right? ... and I've got another issue upon postin

Re: Cocoon 2.1 showstopper?

For non-trivial Cocoon sites the 2.0.x to 2.1 migration will require more than just recompiling component classes. There are incompatibilities on different levels. The ones I am aware of are: 1.) sitemap.xmap must add in components definition. 2.) File upload class name changed from o.a.c.comp

Re: Cocoon 2.1 showstopper?

Nathaniel Alfred wrote: Yes, it's only recompiling - nothing more (well, at least in theory :) ) Carsten For non-trivial Cocoon sites the 2.0.x to 2.1 migration will require more than just recompiling component classes. There are incompatibilities on different levels. The ones I am awar

DO NOT REPLY [Bug 20723] - incorrect resolving of xmldb: (others?) pseudo-protocol URI

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: cocoon-site/site/lenya/community website-update.html website-update.pdf

andreas 2003/06/17 02:53:58 Added: site/lenya/community website-update.html website-update.pdf Log: added website-update Revision ChangesPath 1.1 cocoon-site/site/lenya/community/website-update.html Index: website-update.html

Re: [vote] FOM design methodology

On Sun, Jun 15, 2003 at 06:31:30PM -0500, Stefano Mazzocchi wrote: > 2) small to big -> give users the least possible freedom based on some > required functionality and grow as the users express their needs. +1 Cheers, Marcus -- . ,,$, Marcus Crafter ;$'

Re: [vote] FOM design methodology

On Sun, 15 Jun 2003, Stefano Mazzocchi wrote: > 2) small to big +1 Andrew. -- Andrew SavoryEmail: [EMAIL PROTECTED] Managing Director Tel: +44 (0)870 741 6658 Luminas Internet Applications Fax: +44 (0)700 598 1135

Re: Cocoon 2.1 showstopper?

Stefano Mazzocchi wrote, On 16/06/2003 21.12: on 6/16/03 1:20 AM Carsten Ziegeler wrote: Hi, I think I found a showstopper for 2.1 :( : 2.1 is not binary compatible to 2.0.x - ... Why is this so? Well, the reason is the change from Loggable to LogEnabled. ... I think, mostly this affects own s

Re: Linotype editing: browser requirements?

On 17/06/2003 8:02 Bertrand Delacretaz wrote: Linotype looks great but I'm not sure about the browser requirements. IIUC from "welcome to Linotype" page, the editing mode only requires Mozilla 1.3, is that right? ... and I've got another issue upon posting an item: "file:/C:/cocoon-2.1/build/we