DO NOT REPLY [Bug 25433] - [PATCH] Sitemap Viewer

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

multiple catalogue search

Hi, I have a need for a feature similar to Fernando's request back in June and Beat De Martin's in August. I was wondering if anything had been done with that. If not, I'd like some suggestions on how to go about modifying/enhancing the XMLResourceBundleFactory to do what I need. We are an ASP t

RE: Accessing cache validities from flow

Stefano Mazzocchi <[EMAIL PROTECTED]> writes: > On 16 Dec 2003, at 11:09, Hunsberger, Peter wrote: > > > Stefano Mazzocchi <[EMAIL PROTECTED]> writes: > > >> Now, the problem is: if I am not the one who generates > the validity > >> (in linotype, it's the directory generator), how can I > in

Re: Accessing cache validities from flow

On 16 Dec 2003, at 14:02, bernhard huber wrote: hi, Now, the way the event cache works is like this: a) a cache validity is generated b) pipeline is executed c) result is stored in the cache then the pipeline is never called, until an event is triggered externally (from an avalon component

Re: [Bug 24319] Template-based web site

hi, > > My reasoning is that Cocoon seems to have a hard time maintaining > the existing xdocs. If we duplicate some of that content, then > that makes it even harder. If some people are committed to keeping > this template-based web site in sync, then all is okay. > hmm i see, perhaps we might

Re: Accessing cache validities from flow

On 16 Dec 2003, at 11:09, Hunsberger, Peter wrote: Stefano Mazzocchi <[EMAIL PROTECTED]> writes: Now, the problem is: if I am not the one who generates the validity (in linotype, it's the directory generator), how can I invalidate it? how can I have access to it? We use data classes that generat

Re: cvs commit: cocoon-2.1/src/blocks/webdav/java/org/apache/cocoon/components/source/impl WebDAVSource.java

[EMAIL PROTECTED] wrote: gcasper 2003/12/17 05:42:14 Modified:src/blocks/webdav/java/org/apache/cocoon/components/source/impl WebDAVSource.java Log: Interoperability with mod_dav Why so? I think that the cleanest way is to solve this issue where it belongs, i

RE: [Woody] XSLT error

Jeremy Quinn <[EMAIL PROTECTED]> writes: > >> The variable 'resources-uri' is indeed defined on each of these > >> XSLTs, which is IMHO unnecessary. > >> > >> The strange thing is . I do not get this error with > the Woody > >> Samples. > >> > >> First I looked to see if changing the Sa

Re: [Woody] XSLT error

(BOn 17 Dec 2003, at 16:33, Sylvain Wallez wrote: (B (BThanks for your reply Sylvain. (B (B> Jeremy Quinn wrote: (B> (B>> Hi All (B>> (B>> I had a project working with Woody. (B>> I just updated to the latest CVS and am having a strange problem: (B>> (B>> org.apache.cocoon.ProcessingExc

NoClassDefFoundError after exception with J2 SDK 1.4.2_03

After upgrading to the 1.4.2_03 Java SDK I've noticed that Cocoon seems to be getting NoClassDefFound errors on XMLConsumer after an exception has been thrown. I've seen this in two different ways with Cocoon 2.0.4 and Cocoon 2.1.3 and suspect it has something to do with the SDK. Is anyone else i

DO NOT REPLY [Bug 24319] - [PATCH] Template-based web site

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: cvs commit: cocoon-2.1/src/blocks/scratchpad/samples/othello/osml/core layout.xsl

[EMAIL PROTECTED] wrote: tony2003/12/17 09:30:00 Modified:src/blocks/scratchpad/samples/othello/osml/core layout.xsl Log: fixing line endings and tabs Dah!! I didn't catch the CVS log of your changes, David. Is the file still kosher or do I need to revert my changes? Tony

DO NOT REPLY [Bug 25445] - JXForms xf:hidden doesn't get 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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25594] New: - StreamGenerator can't handle multipart request parameters correctly

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: Permanently redirect from flow

Frank Taffelt wrote: Hi, Currently the sitemap redirect supports 2 redirect methods (temporarily and permanently). It would be nice if the flow also support these 2 methods when redirecting. currently the flow redirect is an temporarily redirect. background: Apache mod_proxy doesn't seem to like

Permanently redirect from flow

Hi, Currently the sitemap redirect supports 2 redirect methods (temporarily and permanently). It would be nice if the flow also support these 2 methods when redirecting. currently the flow redirect is an temporarily redirect. background: Apache mod_proxy doesn't seem to like to rewrite the HTTP L

Re: [Woody] XSLT error

Jeremy Quinn wrote: Hi All I had a project working with Woody. I just updated to the latest CVS and am having a strange problem: org.apache.cocoon.ProcessingException: Unable to get transformer handler for file:/Users/jerm/Development/Checkouts/Apache/cocoon-2.1/build/webapp/ samples/woody/r

DO NOT REPLY [Bug 25433] - [PATCH] Sitemap Viewer

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

[Woody] XSLT error

Hi All I had a project working with Woody. I just updated to the latest CVS and am having a strange problem: org.apache.cocoon.ProcessingException: Unable to get transformer handler for file:/Users/jerm/Development/Checkouts/Apache/cocoon-2.1/build/webapp/ samples/woody/resources/woody-sample

Re: [cforms] add getDefinition to Widget interface?

Bruno Dumon wrote: On Tue, 2003-12-16 at 20:34, Timothy Larson wrote: From the binding and other places I would like access to information about where widgets are defined, so it can be reported in exceptions. I added code to the widget definitions and builders to get and store this information

Re: [cforms] add lenient setting to context binding

Timothy Larson wrote: --- Marc Portier <[EMAIL PROTECTED]> wrote: Timothy Larson wrote: What do you think of adding an optional "lenient" attribute to the context binding? +1. I would even set it to true by default. having just done the @direction refactoring I would even suggest t

Re: [cforms|important] changed semantics on all binding elements.

Marc Portier wrote: Hi all, Specially for those working on cvs-head I just did a commit on the woody-binding stuff that introduces an attribute @direction on each binding element. The value of the attribute should be one of 'both'(default), 'load' or 'save' and naturally indicates which bindi

Re: [cforms] add getDefinition to Widget interface?

On Tue, 2003-12-16 at 20:34, Timothy Larson wrote: > >From the binding and other places I would like access to information > about where widgets are defined, so it can be reported in exceptions. > I added code to the widget definitions and builders to get and store > this information from the DOM.

Re: using actions in flow

On Mon, Dec 01, 2003 at 03:32:07PM +0100, Michael Wolf wrote: > Hello, > so far, I specified the modular database actions in a my.roles file and > can access them via the getComponent() method: > > var action = cocoon.getComponent("mod-db-sel"); > > To call the act method of the action I have to

Re: [Bug 24319] Template-based web site

there is no reason to talk about this we have put just a description about cocoon and a reference to people working on that, just to have a reference to the cocoon project when the project was outside cocoon's samples --stavros On 17 Dec 2003, David Crossley wrote: > bernhard huber wrote: >

Apache account request: Daniel Fagerstrom

Hello, Cocoon has voted in a new committer. Please set up the new account. Full name:Daniel Fagerstrom Preferred userid: danielf Requested karma: avalon-components, avalon-excalibur, avalon-sandbox, cocoon-1, cocoon-2-historical, cocoon-2.0, cocoon-2.1, cocoon-2.2, cocoon-lenya, cocoon-

DO NOT REPLY [Bug 25433] - [PATCH] Sitemap Viewer

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