Re: [Announcement] ResourceReader and ImageReader

hi, Torsten Curdt wrote: Guys, I've merged the byte range support (resume downloads) from the ByteRangeReader into the ResourceReader. I though it's a good feature to have directly inside the ResourceReader. It's enabled by default but can be disable by parameter. great! +1 Also the ImageRe

Re: [Announcement] ResourceReader and ImageReader

As previously falsely stated in the docs the ImageReader did not support byte ranges (but set the header) so I removed the setting of the header for all on-the-fly transformed images. uhhps, can you update the docs, too? already did - should have come with the commit... -- Torsten --

Defining Source Interfaces

I think it's time to define the WriteableSource etc. interfaces for the excalibur source package and move them out of Cocoon. What do you think about this? This would move the responsibility to excalibur :) I added before christmas the possibility to retrieve children of a source to the Source in

Re: Defining Source Interfaces

On Mon, 6 Jan 2003, Carsten Ziegeler wrote: > I think it's time to define the WriteableSource etc. interfaces > for the excalibur source package and move them out of Cocoon. > > What do you think about this? This would move the responsibility > to excalibur :) > > I added before christmas the po

RE: Defining Source Interfaces

> -Original Message- > From: Stephan Michels [mailto:[EMAIL PROTECTED]] > Sent: Monday, January 06, 2003 3:44 PM > To: Cocoon-Dev > Subject: Re: Defining Source Interfaces > > > > > On Mon, 6 Jan 2003, Carsten Ziegeler wrote: > > > I think it's time to define the WriteableSource etc. inte

RE: Defining Source Interfaces

On Mon, 6 Jan 2003, Carsten Ziegeler wrote: > > > > -Original Message- > > From: Stephan Michels [mailto:[EMAIL PROTECTED]] > > Sent: Monday, January 06, 2003 3:44 PM > > To: Cocoon-Dev > > Subject: Re: Defining Source Interfaces > > > > > > > > > > On Mon, 6 Jan 2003, Carsten Ziegeler w

Re: Defining Source Interfaces

Carsten Ziegeler wrote: I think it's time to define the WriteableSource etc. interfaces for the excalibur source package and move them out of Cocoon. What do you think about this? This would move the responsibility to excalibur :) I guess you're joking, but is this good or bad ? Who else besi

RE: Defining Source Interfaces

> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > While working on sources recently (the CVSSource I'm about to > publish), Yay! :) J. === Information in this email and any attachments are confidential, and may not be c

Re: Defining Source Interfaces

Sylvain Wallez wrote: While working on sources recently (the CVSSource I'm about to publish)... Hip Hip Hooray! Wonderful, Sylvain. -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog at

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/serialization ZipArchiveSerializer.java

sylvain 2003/01/06 07:21:24 Modified:.changes.xml src/documentation/xdocs/userdocs/serializers serializers.xml ziparchive-serializer.xml src/java/org/apache/cocoon/serialization ZipArchiveSerializer.jav

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/serialization ZipArchiveSerializer.java

sylvain 2003/01/06 07:24:12 Modified:.Tag: cocoon_2_0_3_branch changes.xml src/documentation/xdocs/userdocs/serializers Tag: cocoon_2_0_3_branch serializers.xml ziparchive-serializer.xml src/java/org/ap

Re: Defining Source Interfaces

Carsten Ziegeler wrote: I think it's time to define the WriteableSource etc. interfaces for the excalibur source package and move them out of Cocoon. What do you think about this? This would move the responsibility to excalibur :) Given the current state of Avalon, and more of excalibur, I wo

RE: Defining Source Interfaces

Sylvain Wallez wrote: > > Carsten Ziegeler wrote: > > >I think it's time to define the WriteableSource etc. interfaces > >for the excalibur source package and move them out of Cocoon. > > > >What do you think about this? This would move the responsibility > >to excalibur :) > > > > I guess you'

RE: Defining Source Interfaces

On Mon, 6 Jan 2003, Carsten Ziegeler wrote: > > >I added before christmas the possibility to retrieve children > > >of a source to the Source interface in excalibur and started > > >with the ModifiableSource interface (= WriteableSource). > > > > > >What else do we need? I think we have a buch o

Re: Defining Source Interfaces

Carsten Ziegeler wrote: Sylvain Wallez wrote: Carsten Ziegeler wrote: I think it's time to define the WriteableSource etc. interfaces for the excalibur source package and move them out of Cocoon. What do you think about this? This would move the responsibility to excalibur :) I guess you'

Re: Defining Source Interfaces

Stephan Michels wrote: On Mon, 6 Jan 2003, Carsten Ziegeler wrote: I added before christmas the possibility to retrieve children of a source to the Source interface in excalibur and started with the ModifiableSource interface (= WriteableSource). What else do we need? I think we have a buch of

Re: Defining Source Interfaces

On Mon, 6 Jan 2003, Sylvain Wallez wrote: > Stephan Michels wrote: > > >On Mon, 6 Jan 2003, Carsten Ziegeler wrote: > > > I added before christmas the possibility to retrieve children > of a source to the Source interface in excalibur and started > with the ModifiableSource interface

Re: Defining Source Interfaces

Stephan Michels wrote: On Mon, 6 Jan 2003, Sylvain Wallez wrote: Stephan Michels wrote: /** Return the parent source. Returns null if the source hasn't a parent. */ public Source getParentSource() throws ProcessingException, IOException; } I don't return Sources, because Sources can

DO NOT REPLY [Bug 15820] New: - Null pointer exception - EsqlQuery constructor

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: Defining Source Interfaces

On Mon, 6 Jan 2003, Sylvain Wallez wrote: > Stephan Michels wrote: > > >On Mon, 6 Jan 2003, Sylvain Wallez wrote: > > > >>Stephan Michels wrote: > >> > >> > > /** Return the parent source. Returns null if the source hasn't a > >parent. */ > > public Source getParentSource() throw

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/mail - New directory

huber 2003/01/06 13:48:27 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/mail - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comma

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/mail/command - New directory

huber 2003/01/06 13:48:59 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/mail/command - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addition

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generation/asciiart - New directory

huber 2003/01/06 13:51:49 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generation/asciiart - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For a

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generation/asciiart AsciiArtPad.java AsciiArtPadTestCase.java AsciiArtSVGGenerator.java

huber 2003/01/06 13:52:49 Added: src/scratchpad/src/org/apache/cocoon/generation/asciiart AsciiArtPad.java AsciiArtPadTestCase.java AsciiArtSVGGenerator.java Log: initial version of asciiart generator Revision ChangesPath

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/matching RegexpURIDefaultsMatcher.java

huber 2003/01/06 13:54:30 Added: src/scratchpad/src/org/apache/cocoon/matching RegexpURIDefaultsMatcher.java Log: initial version of extension of regexp uri matcher Revision ChangesPath 1.1 xml-cocoon2/src/scratchpad/src/org/a

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/acting ExtendedResourceExistsAction.java LinkTranslatorMapAction.java

huber 2003/01/06 13:56:00 Added: src/scratchpad/src/org/apache/cocoon/acting ExtendedResourceExistsAction.java LinkTranslatorMapAction.java Log: initial version Revision ChangesPath 1.1 xml-cocoon2/src/

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/asciiart - New directory

huber 2003/01/06 13:57:49 xml-cocoon2/src/scratchpad/webapp/samples/asciiart - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/asciiart/asciiart - New directory

huber 2003/01/06 13:58:17 xml-cocoon2/src/scratchpad/webapp/samples/asciiart/asciiart - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/asciiart/asciiart ascii-art-1.txt ascii-art-10.txt ascii-art-2.txt ascii-art-3.txt ascii-art-4.txt ascii-art-5.txt ascii-art-6.txt ascii-art-6.txt~ ascii-art-7.txt ascii-art-8.txt ascii-art-9.txt ascii-art-9.txt~

huber 2003/01/06 14:00:14 Added: src/scratchpad/webapp/samples/asciiart dir2html.xsl sitemap.xmap src/scratchpad/webapp/samples/asciiart/asciiart ascii-art-1.txt ascii-art-10.txt ascii-art-2.txt as

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/mail - New directory

huber 2003/01/06 14:00:34 xml-cocoon2/src/scratchpad/webapp/samples/mail - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/readers image-reader.xml resource-reader.xml

huber 2003/01/06 14:14:40 Modified:src/documentation/xdocs/userdocs/readers image-reader.xml resource-reader.xml Log: fix layout, added default description Revision ChangesPath 1.3 +1 -0 xml-cocoon2/src/documentation/xdocs/userdocs/re

[Announcement] IMAP/javamail access

hi, team as you might see from the cvs commit mail, i have added the IMAP/javamail access to the scratchpad, moreover i added utility sitemap components for the webmail application: generation/asciiart/* matching/ExtendedRegexpURIMatcher action/ExtendedResourceExistsAction action/LinkTranslat

Re: build : no more optional compilation, new eclipse-project target

hi, Sylvain Wallez wrote: I just commited some changes to the build system : - there is no more conditional compilation. All dependencies to libraries that aren't included in Cocoon's CVS are resolved using mock classes. This will avoid making incomplete distributions and releasing source file

Re: [Announcement] ResourceReader and ImageReader

Torsten Curdt wrote: Guys, I've merged the byte range support (resume downloads) from the ByteRangeReader into the ResourceReader. I though it's a good feature to have directly inside the ResourceReader. It's enabled by default but can be disable by parameter. Also the ImageReader is now exte

Re: [Announcement] IMAP/javamail access

Bernhard Huber wrote: hi, team as you might see from the cvs commit mail, i have added the IMAP/javamail access to the scratchpad, Awesome! moreover i added utility sitemap components for the webmail application: generation/asciiart/* I was shocked by this! I'm upgrading my CVS right now!

build/compile problem (was: Re: [Announcement] IMAP/javamail access)

Hello, I get hundreds of compile errors, when building Cocoon 2.1 from CVS. I use Java 1.4.1 and Win 2000, the command line call was "build webapp -Dinclude.webapp.libs=yes". The reason is the new mail web client. After deleting the directory /xml-cocoon2/src/scratchpad/src/org/apache/cocoon/ma

DO NOT REPLY [PATCH QUEUE] Summary January 7 2003

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

cvs commit: xml-cocoon2/src/documentation/xdocs/link training.xml

cziegeler2003/01/06 23:21:06 Modified:src/documentation/xdocs/link Tag: cocoon_2_0_3_branch training.xml Log: Correcting link Revision ChangesPath No revision No revision 1.2.2.3 +1 -1 xml-

cvs commit: xml-cocoon2/src/documentation/xdocs/link training.xml

cziegeler2003/01/06 23:24:10 Modified:src/documentation/xdocs/link training.xml Log: Correcting link Revision ChangesPath 1.4 +1 -1 xml-cocoon2/src/documentation/xdocs/link/training.xml Index: training.xml