Re: wiki diff emails are duplicated

Antonio Gallardo wrote: > David Crossley dijo: > > Recently the Wiki has started sending duplicate emails, > > e.g. it sends one message at 10:00 am then the same one again > > at 11:00 am > > I noted this started on Friday. :-D I just noticed another problem with the Wiki. It seems that not all

DO NOT REPLY [PATCH QUEUE] Summary October 28 2003

--- This mail is generated automatically using Jakarta Ant. Contents are automatically downloaded from Apache's Bugzilla. --- Please do not reply to th

Re: Antwort: Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/source/impl PartSource.java PartSourceFactory.java

[EMAIL PROTECTED] wrote: Hi Geoff, I think the reason is, that the PartSourceFactory isn't ThreadSafe. So every time you access a PartSourceFactory a new Component is created and the contextualize Method is called. Ah, I hadn't noticed this. Still, does that explain why it's called twice for

Re: Wafer update

Tony Collen wrote: > Jeff Ramsdale wrote: > > > > So, I'm wondering if someone who knows the innards of Cocoon better than I > > do could help the gentlepeople who created this chart update it with > > Cocoon's current feature-set. > > > > http://www.waferproject.org/feature-matrix2.html > > Wo

RE: [Portal] future and design questions

Return Receipt Your document: RE: [Portal] future and design questions was received by: Sarah Ho/CoRe at: 10/28/2003 09:21:50 AM

Re: Questions about Meta Info

Berin Loritsch wrote: What this means is that the @x-avalon-info should be considered differently for service interfaces (element name) and for classes ("type" attribute). No, it means that your interpretation of the configuration to get at the short name would be different. Is there an easy

Re: Questions about Meta Info (was Re: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/matching Matcher.java CookieMatcher.java)

Berin Loritsch wrote: Geoff Howard wrote: I'm hoping someone with more confidence in the changes needed can check out the simple changes below. Such a paradigm shift to give up the marker interfaces (and I'm mourning the loss of content assist. Don't suppose an eclipse plugin for meta info y

Re: Wafer update

Antonio Gallardo wrote: Tony Collen dijo: Not sure about EJB or O/R stuff, since I don't mess with it much. It's a little hazy by which methods these featuresets are evaluated. Hey?! Where you left the OJB support, it is O/R support?!!! :- That means: JDO, ODMG support. Heheheh, more acron

Re: Wafer update

Tony Collen dijo: > Not sure about EJB or O/R stuff, since I don't mess with it much. It's a > little hazy by which methods these featuresets are evaluated. Hey?! Where you left the OJB support, it is O/R support?!!! :- That means: JDO, ODMG support. Best Regards, Antonio Gallardo.

Re: sitemap logging?

Unico Hommes wrote: It seems that all loggers assigned to sitemap components are getting their category prepended with 'sitemap'. Defining the transformer will get a logger in the category sitemap.sitemap.transformer.xslt Is this intentensional? I tend to think that this is correct behavior (b

Feature Matrix

Hello Anthony, I've recently been pointed to your feature matrix [1], and I would like to update you with some features of Cocoon which should be updated in your matrix: I18N -- Through the I18NTransformer, docs located at [2] Security -- Cocoon has an extensive authentication framework which

Re: Wafer update

Jeff Ramsdale wrote: Hi all, Ran across this page and searched the archive for references. Found one from a year or so ago from Sylvain, so I thought it might be time to point it out again. The Wafer Project compares the feature sets of major Java-based web application frameworks. Companies love

Wafer update

Hi all, Ran across this page and searched the archive for references. Found one from a year or so ago from Sylvain, so I thought it might be time to point it out again. The Wafer Project compares the feature sets of major Java-based web application frameworks. Companies love this sort of chart bec

Re: Continuations and multiple sessions

Jeff Ramsdale dijo: > Hi all, > > Up till now I've only casually been following progress on flow and forms > development in Cocoon but recently I've had opportunity to dig deeper > (new job--woo hoo!). Congrats!!! :-D > I'm curious about how flow/continuations are handled in a situation > where

Continuations and multiple sessions

Hi all, Up till now I've only casually been following progress on flow and forms development in Cocoon but recently I've had opportunity to dig deeper (new job--woo hoo!). So my question here may already have been answered and I missed it. Please forgive me if that's the case. I'm curious about h

Re: [proposal] Doco

On Monday, Oct 27, 2003, at 15:35 Europe/Rome, Robert Koberg wrote: nah, dude, look: doco has a very precise editing access point. You can *ONLY* modify xml content. So, changes to .htaccess, CGI scripts, servlet upload, sql injection, cross-site-scripting, and you next favorite attack will NOT wo

Re: X2EE

Reinhard Poetz wrote: The author of this doc (http://www.x2ee.org/whitepaper.doc) is Steven P. Punte. Yet another case of me firing off an email before totally looking at everything :) Interesting nonetheless. I think a North-America chapter of Orixo would be worthwhile. Regards, Tony Reinhard

RE: X2EE

The author of this doc (http://www.x2ee.org/whitepaper.doc) is Steven P. Punte. Reinhard > -Original Message- > From: Tony Collen [mailto:[EMAIL PROTECTED] > Sent: Monday, October 27, 2003 9:13 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: X2EE > > > I just found this i

Re: X2EE

On 27.10.2003 21:12, Tony Collen wrote: I just found this interesting link: http://www.x2ee.org/index.html Check out the forrest skin! Cocoon is also mentioned. Anyone know who's behind this all? http://www.x2ee.org/contact.html Steven Punte, Candlelight Software I know from the lists. He wa

X2EE

I just found this interesting link: http://www.x2ee.org/index.html Check out the forrest skin! Cocoon is also mentioned. Anyone know who's behind this all? Tony

Re: cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp/java logicsheet-util.xsl util.xsl

Vadim Gritsenko wrote: Sorry, mozilla crash marked it as unread :))) Though it must be something like that 8-D Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08

Re: [RT] Sitemap inheritance

On Sunday, Oct 26, 2003, at 23:51 Europe/Rome, Gianugo Rabellino wrote: Geoff Howard wrote: Gianugo Rabellino wrote: In short: blocks should ease a Cocoon developer's life, and block assembling should belong to the "programmer" domain. Normal users should see only benefits from it. Or am I wron

Re: InspectableSource

Unico Hommes <[EMAIL PROTECTED]> wrote: > I am looking into extending SourcePropsWritingTransformer to also be > able to remove SourceProperties. One thing I need to decide is how to > access SourceProperties now that we have SourceDescriptor interface. > From SourceDescriptionGenerator I can see t

Re: Questions about Meta Info

Berin Loritsch wrote: Sylvain Wallez wrote: Berin Loritsch wrote: - What do sitemap components get for @x-avalon-info? A new made up string like cookie-matcher? The @name/type from the default sitemap in 2.1? The @x-avalon-info name="cookie-matcher" line lets you define your components li

sitemap logging?

It seems that all loggers assigned to sitemap components are getting their category prepended with 'sitemap'. Defining the transformer will get a logger in the category sitemap.sitemap.transformer.xslt Is this intentensional? I am running a CVS version from this morning. Anybody have a clue?

Re: InspectableSource

Unico Hommes <[EMAIL PROTECTED]> wrote: > In order to add the possibility to remove properties from sources to > SourcePropsWritingTransformer I'd like to slightly change the syntax. > > Currently you can write: > > http://apache.org/cocoon/propwrite/1.0";> > > repository:context://samples/reposito

RE: InspectableSource

In order to add the possibility to remove properties from sources to SourcePropsWritingTransformer I'd like to slightly change the syntax. Currently you can write: http://apache.org/cocoon/propwrite/1.0";> repository:context://samples/repository/sitemap.xmap me I'd like to inste

Re: Questions about Meta Info

Sylvain Wallez wrote: Berin Loritsch wrote: - What do sitemap components get for @x-avalon-info? A new made up string like cookie-matcher? The @name/type from the default sitemap in 2.1? The @x-avalon-info name="cookie-matcher" line lets you define your components like this: configuratio

Re: [RT] Sitemap inheritance

On Sunday, Oct 26, 2003, at 21:22 Europe/Rome, Gianugo Rabellino wrote: If this means "shielding" users from the need of having a block, I completely rest my case. But we need to have backward compatibility to what we have now: unpack war (or go to build/webapp) and work from there. Anything mo

Re: Questions about Meta Info (was Re: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/matching Matcher.java CookieMatcher.java)

Berin Loritsch wrote: Geoff Howard wrote: [EMAIL PROTECTED] wrote: ghoward 2003/10/25 14:59:50 Modified:src/java/org/apache/cocoon/matching Matcher.java CookieMatcher.java Log: start fortressizing Matchers. lots of open questions already, so I'll pause here.

RE: [proposal] Doco

> -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] > Sent: Monday, October 27, 2003 6:06 AM > To: James Developers List > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; lenya- > [EMAIL PROTECTED] > > > On Sunday, Oct 26, 2003, at 23:33 Europe/Rome, Noel J. Bergman wrote

RE: [Portal] future and design questions

Title: RE: [Portal] future and design questions (resending because of some delivery problems) Thank you for prompt answers! Our team can eventually choose cocoon as portal solution (we really have good and long-term experiences with cocoon). Therefore we can eventually help on developing

RE: [Portal] future and design questions

Title: RE: [Portal] future and design questions Thank you for prompt answers! Our team can eventually choose cocoon as portal solution (we really have good and long-term experiences with cocoon). Therefore we can eventually help on developing and testing tasks and provide valuable feedback

Re: Questions about Meta Info

Stephen McConnell wrote: Berin: What is you plan concerning migration to the @avalon tags? http://avalon.apache.org/meta/tools/tags/ Take it one step at a time. 1) Get Cocoon 2.2 to a workable state with Fortress as is. 2) Finish upgrades to Fortress to allow meta tags integration. 3) With all

Re: [proposal] Doco

On Sunday, Oct 26, 2003, at 23:33 Europe/Rome, Noel J. Bergman wrote: He's not questioning whether it's encrypted. His point is, doco sends an email to an address, and you respond. It gives very little control, even if there is a compromise. AIUI, the proposed solution would allow "anyone" to e

Re: Questions about Meta Info

Berin Loritsch wrote: Geoff Howard wrote: [EMAIL PROTECTED] wrote: ghoward 2003/10/25 14:59:50 Modified:src/java/org/apache/cocoon/matching Matcher.java CookieMatcher.java Log: start fortressizing Matchers. lots of open questions already, so I'll pause here

Questions about Meta Info (was Re: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/matching Matcher.java CookieMatcher.java)

Geoff Howard wrote: [EMAIL PROTECTED] wrote: ghoward 2003/10/25 14:59:50 Modified:src/java/org/apache/cocoon/matching Matcher.java CookieMatcher.java Log: start fortressizing Matchers. lots of open questions already, so I'll pause here. I'm hoping someone w

InspectableSource

I am looking into extending SourcePropsWritingTransformer to also be able to remove SourceProperties. One thing I need to decide is how to access SourceProperties now that we have SourceDescriptor interface. >From SourceDescriptionGenerator I can see that the distinction between SourceInspector an

[Fwd: Documenting the TreeBuilder stuff]

I sent thisto the wrong place... -- "They that give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin --- Begin Message --- I started putting in some information that would at least document the interfaces alot bette

DO NOT REPLY [Bug 23855] - [PATCH] LDAPTransformer bug fix

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

RE: [Portal] future and design questions

> ĎURDINA Michal wrote: > > Hello! > Right now I am in process of evaluating available portal solutions. > Because I am big cocoon enthusiast I took a deeper look into the cocoon > portal-fw and portal blocks. The portal block is a newer implementation that is in general more flexibel than the old

[FYI] New Cocoon Article

FYI, managed to get a new Cocoon Article I wrote posted on developer.com. It can be found at  http://www.developer.com/java/ent/article.php/3098661 if anyone is interested.   Cheers, Michael

Re: repository block (was Re: [RT] Source extensions)

Unico Hommes <[EMAIL PROTECTED]> wrote: > Guido Casper wrote: >> >> >> The only change to your proposal to allow for both behaviours would >> be to not prohibit ambiguities. >> >> Deal? :-) >> > > Yes, that was my bad. It had been a long day. No no, you were the one opening my (and hopefully other

Cocoon survey

Dear Cocoon community member, just a short notice on the current status of the survey. Currently about 20 developers (referring to their responses they appear to be very active in the Cocoon community) have replied which is a good ratio. Nevertheless for a clear picture of the Cocoon developer c

Re: Woody BinaryWidget

Gunter D'Hondt wrote: Upayavira, Don't worry I can wait (better that than making the same again). What datatype have you used? A composite datatype with the byte-array and the filename as string? At present it returns an InputStream to the part (either in memory or on disc). Sylvain suggeste

RE: Woody BinaryWidget

Upayavira, Don't worry I can wait (better that than making the same again). What datatype have you used? A composite datatype with the byte-array and the filename as string? Regards, Gunter D'Hondt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Upayav

Re: Woody BinaryWidget

Gunter D'Hondt wrote: Hi, I was thinking of making a page where people can upload a file but I was wondering how to do that with Woody. For the layout (inputfield with "Browse"-button) a new widget can be made and the datatype should be a byte-array and a filename? Any thought on this? Is there

[BUG] CachingPointProcessingPipeline is Configurable and Parameterizable

The CachingPointProcessingPipeline is Configurable and Parameterizable which is afaik not allowed. I think, this was checked in an earlier version of ECM but seems to be not checkec anymore. As the base class of the processing pipeline is Parameterizable and all other pipeline implementations use

[Portal] future and design questions

Title: [Portal] future and design questions Hello! Right now I am in process of evaluating available portal solutions. Because I am big cocoon enthusiast I took a deeper look into the cocoon portal-fw and portal blocks. I would try to summarise the main features I found when played with b

Woody BinaryWidget

Hi, I was thinking of making a page where people can upload a file but I was wondering how to do that with Woody. For the layout (inputfield with "Browse"-button) a new widget can be made and the datatype should be a byte-array and a filename? Any thought on this? Is there already a list/doc tha

Antwort: Re: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/source/impl PartSource.java PartSourceFactory.java

Hi Geoff, I think the reason is, that the PartSourceFactory isn't ThreadSafe. So every time you access a PartSourceFactory a new Component is created and the contextualize Method is called. Calling "this.objectModel = ContextHelper.getObjectModel(context)" inside the "contextualize"-Method can't

RE: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/acting LocaleAction.java SessionStateAction.java AbstractAction.java Action.java SessionInvalidatorAction.java RequestParameterExistsAction.java ClearPersistentStoreAction.java RequestParamAction.java

Gianugo Rabellino wrote: > > +import java.util.*; > > Why this? I thought we agreed not to have "*" imports... > Sorry, it's my default conf. Did we agree on this? We agreed on so many coding standards and three weeks later we agree on the opposite (like the "this.", "super." etc. discussions).

Re: cvs commit: cocoon-2.2/src/java/org/apache/cocoon/acting LocaleAction.java SessionStateAction.java AbstractAction.java Action.java SessionInvalidatorAction.java RequestParameterExistsAction.java ClearPersistentStoreAction.java RequestParamAction.java SetCharacterEncodingAction.java AbstractMultiAction.java SessionValidatorAction.java ResourceExistsAction.java ClearCacheAction.java AbstractComplementaryConfigurableAction.java FormValidatorAction.java InputModuleAction.java SessionPropagatorAction.java SessionIsValidAction.java HelloAction.java HttpHeaderAction.java ServerPagesAction.java AbstractValidatorAction.java

[EMAIL PROTECTED] wrote: 1.6 +4 -12 cocoon-2.2/src/java/org/apache/cocoon/acting/AbstractValidatorAction.java Index: AbstractValidatorAction.java === RCS file: /home/cvs/cocoon-2.2/src/java/org/apache/cocoon/acting/A