RE: Build is broken [Was: Re: Flow problems & question]

Nicola Ken Barozzi wrote: > > Carsten Ziegeler wrote: > ... > >you have to specify the > > -Dinclude.webapp.libs=true option to get the jars in the WEB-INF/lib > > folder. I don't know why this was done two years ago, perhaps someone > > remembering why? > > I'm +1 for switching to a -Dexclude.we

Re: Build is broken [Was: Re: Flow problems & question]

Carsten Ziegeler wrote: ... you have to specify the -Dinclude.webapp.libs=true option to get the jars in the WEB-INF/lib folder. I don't know why this was done two years ago, perhaps someone remembering why? I'm +1 for switching to a -Dexclude.webapp.libs=true behaviour. It would seem to retai

RE: New Temporary upload feature

>-Original Message- >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > >Geoff Howard wrote: > >>I've been working on a quick patch to provide a third autosave-uploads >>option. Currently "true" results in a permanent file >(FilePartFile) being >>created in the upload-dir. "false" res

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generation SourceDescriptionGenerator.java

cziegeler2003/01/29 23:17:55 Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap ContinueNode.java MatchNode.java SerializeNode.java src/java/org/apache/cocoon/components/source/impl FileSource.java

cvs commit: xml-cocoon2/src/webapp/WEB-INF web.xml

cziegeler2003/01/29 23:07:39 Modified:src/webapp/WEB-INF web.xml Log: Commenting out jdbc-odbc driver Revision ChangesPath 1.23 +2 -2 xml-cocoon2/src/webapp/WEB-INF/web.xml Index: web.xml ===

RE: Build is broken [Was: Re: Flow problems & question]

> -Original Message- > From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] > > > There's something definitely wrong with both ./build.sh webapp and > ./build.sh run (for example, it doesn't copy any JAR in the webapp). > > I don't have time to fix it tonight (as I had to put live some > m

RE: cvs commit: xml-cocoon2/src/webapp/WEB-INF web.xml

> -Original Message- > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 30, 2003 6:11 AM > To: [EMAIL PROTECTED] > Subject: Re: cvs commit: xml-cocoon2/src/webapp/WEB-INF web.xml > > > [EMAIL PROTECTED] wrote: > > >cziegeler2003/01/27 06:21:45 > > > > +

Re: XSL Security question

On Thursday 30 January 2003 14:30, Andrew Timberlake wrote: > What kind of DoS attacks would you expect? If I can upload an XSL, I can have an infinite loop in the XSL, and then issue continous HTTP requests invoking that XSL, effectively eating up both RAM and CPU time. Niclas ---

Re: XSL Security question

On Wed, 2003-01-29 at 22:35, J.Pietschmann wrote: > Stefano Mazzocchi wrote: > > Another possibility would be to have the XSLT transformer being 'locked' > > and avoid accessing anything that is not included in the stylesheet > > (that means: forbidding document() and extensions, maybe imports to

Re: Jetty Batch file

The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any another MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your sy

Re: Jetty Batch file

In my enthusiasm I sent a broken file. Here's a working one that I've actually tested... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Jetty Batch file

The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any another MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your sy

Jetty Batch file

Dear All, Inspired by getting the 'build run' to run jetty, I've hacked the ant batch file into a jetty version, which seems to work fine (I make no claims whatever to be a batch file expert...). I've attached it in case anyone finds it useful. I think I'll attempt to use Jetty as my servlet c

[ANNOUNCEMENT] JXPath 1.1 Beta 1 released

JXPath 1.1 Beta 1 has been released. We released JXPath 1.0 in July 2002. Since then we have added some new features, fixed a significant number or problems, refactored and beefed up the JUnit test system. The package has been very stable for quite some time. Please see draft release notes at

DO NOT REPLY [Bug 16580] - XSP ClassLoader not integrated with Cocoon's classloader.

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 16580] New: - XSP ClassLoader not integrated with Cocoon's classloader.

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: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/components/modules/input CollectionMetaModule.java

vgritsenko2003/01/29 21:22:54 Modified:src/blocks/databases/java/org/apache/cocoon/acting/modular DatabaseAction.java DatabaseAddAction.java src/blocks/databases/java/org/apache/cocoon/components/modules/input CollectionMetaM

cvs commit: xml-cocoon2/src/blocks/session-fw/java/org/apache/cocoon/webapps/session/transformation SessionPostTransformer.java

vgritsenko2003/01/29 21:21:54 Modified:src/blocks/portal-fw/java/org/apache/cocoon/webapps/portal/acting AuthAction.java src/blocks/portal-fw/java/org/apache/cocoon/webapps/portal/components CopletThread.java PortalManager.ja

Re: cvs commit: xml-cocoon2/src/webapp/WEB-INF web.xml

[EMAIL PROTECTED] wrote: cziegeler2003/01/27 06:21:45 + + sun.jdbc.odbc.JdbcOdbcDriver + I keep thinking... Is it good to "encourage" use of JDBC-ODBC bridge despite its drawbacks? May be it will be better move to keep it commented out? Vadim -

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation/helpers MirrorRecorder.java

vgritsenko2003/01/29 21:00:15 Modified:src/java/org/apache/cocoon/components/language/markup/xsp JSGenerator.java src/java/org/apache/cocoon/components/language/programming CompiledProgrammingLanguage.java src/

Re: What is a Parser?

Hi Steve! Your name was familiar to me. But I dont remember from where after I put my sight up to the books that are in a bookshelf up my monitor. I have two books of you: Software Prject Survival Guide and After the Gold Rush. I am glad to meet you again here in the Cocoon developer community.

Build is broken [Was: Re: Flow problems & question]

On 28/1/03 11:40, "Gianugo Rabellino" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: >> >> >>> Give me five minutes, I just grabbed the new jar and commit it.. Give it a >>> go with the new one... >> >> >> Gianugo, I just checked in the new st

Component deprecation warnings (Re: What is a Parser?)

On Thu, Jan 30, 2003 at 03:22:50AM +0100, Stephen McConnell wrote: > Vadim Gritsenko wrote: ... > >I kind of understand this part about bringing non-avalon components > >into Avalon, and also I don't completely agree with this (without > >further thinking), my question was a bit about different t

Re: What is a Parser?

Stephen McConnell wrote: Vadim Gritsenko wrote: Stephen McConnell wrote: Vadim Gritsenko wrote: ... Why deprecating this interface in the first place? I don't see how presence of (non-deprecated) Component interface may impose limitations on Avalon's future. Its a massive obst

Re: Personal Attacks [was Re: ChartTransformer 0.0.4 urge a commiter!]

On Tuesday 28 January 2003 17:53, Stefano Mazzocchi wrote: > I've received private comments that suggested me to avoid doing those > little asskicks of mine in public. Sometimes I do them privately, > sometimes I do them publicly, mostly depends on who the person is. People with a lot of community

Re: [ANNONUNCEMENT] ChartTransformer 0.0.4 released

On Wednesday 29 January 2003 23:05, Stefano Mazzocchi wrote: > - o - > > Please understand that the recursive nature of the GPL license makes it > impossible for any Apache licenced code to link to GPL code because the > GPL doesn't protect the Apache brands (so it w

Re: What is a Parser?

Vadim Gritsenko wrote: Stephen McConnell wrote: Vadim Gritsenko wrote: ... Why deprecating this interface in the first place? I don't see how presence of (non-deprecated) Component interface may impose limitations on Avalon's future. Its a massive obsticle. Imagie you are dealing

Re: New Temporary upload feature

Geoff Howard wrote: I've been working on a quick patch to provide a third autosave-uploads option. Currently "true" results in a permanent file (FilePartFile) being created in the upload-dir. "false" results in a temporary byte[] stored in memory (FilePartArray). when doing work on file upload

Re: What is a Parser?

Stephen McConnell wrote: Vadim Gritsenko wrote: ... Why deprecating this interface in the first place? I don't see how presence of (non-deprecated) Component interface may impose limitations on Avalon's future. Its a massive obsticle. Imagie you are dealing with code that has nothing t

Re: What is a Parser?

Vadim Gritsenko wrote: Berin Loritsch wrote: Jeff Turner wrote: ... Yes, those deprecation warnings are annoying and misleading, because Component is deprecated for Avalon, not Cocoon. Perhaps Cocoon should have a special avalon-framework-nodepr-4.1.3.jar , without the @deprecated?

Re: What is a Parser?

Berin Loritsch wrote: Jeff Turner wrote: ... Yes, those deprecation warnings are annoying and misleading, because Component is deprecated for Avalon, not Cocoon. Perhaps Cocoon should have a special avalon-framework-nodepr-4.1.3.jar , without the @deprecated? The current version of the E

Re: What is a Parser?

Jeff Turner wrote: On Mon, Jan 27, 2003 at 07:19:05PM +0100, Ugo Cei wrote: You should get back a JaxpParser instance, which is a Component, so the cast is valid. I'd imagine the compiler doesn't realise this at compile-time, and you'd get a ClassCastException if it wasn't a Component. Maybe

New Temporary upload feature

I've been working on a quick patch to provide a third autosave-uploads option. Currently "true" results in a permanent file (FilePartFile) being created in the upload-dir. "false" results in a temporary byte[] stored in memory (FilePartArray). when doing work on file uploads before it occurred t

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp OracleEsqlQuery.java

tcurdt 2003/01/29 13:01:04 Modified: src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp OracleEsqlQuery.java Log: oracle limit fix sent by Hay Bruce Revision ChangesPath 1.5 +14 -6 xml-cocoon2/src/blocks/database

Re: XSL Security question

Stefano Mazzocchi wrote: Another possibility would be to have the XSLT transformer being 'locked' and avoid accessing anything that is not included in the stylesheet (that means: forbidding document() and extensions, maybe imports too) maybe the xalan team has something ready for this already?

Re: What is a Parser?

Vadim Gritsenko wrote: Jeff Turner wrote: Yes, those deprecation warnings are annoying and misleading, because Component is deprecated for Avalon, not Cocoon. Perhaps Cocoon should have a special avalon-framework-nodepr-4.1.3.jar , without the @deprecated? My thinking, exactly... I mean, we

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/servlet CocoonServlet.java

pier2003/01/29 11:40:42 Modified:src/java/org/apache/cocoon/servlet CocoonServlet.java Log: Give the possibility to the CocoonServlet to read logkit.xconf and cocoon.xml from somewhere _outside_ of its context: - First try to get the configuration file using the usual "getRes

MS Outlook and cocoon

Hello group, have anybody tried to get xml data into MS exchange server and vice versa? I know that you can intergrate an SQL-Server for storing the data and then you can get this data as XML via e.g. esql. But is there a direct way? King regards Thorsten

Re: What is a Parser?

Stefano Mazzocchi wrote: Vadim Gritsenko wrote: Correction: Avalon gurus out there - should we fork framework? ... oh, god, I knew it was coming, I was counting the days. please don't, let's try to work a solution with them instead. I was trying to provoke healthy discussion ;-)

RE: HAPPY BIRTHDAY ....

And another: HAPPY BIRTHDAY (Has someone kept the count?) Carsten > -Original Message- > From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 29, 2003 4:31 PM > To: [EMAIL PROTECTED] > Subject: Re: HAPPY BIRTHDAY > > > HAPPY BIRTHDAY PIER!!! :-D >

Re: XSL Security question

copying xalan-dev: Andrew Timberlake wrote: I don't know all the capabilities of XSL and would like to know if there is a security risk in allowing users to upload any XSL files to be used in a 'skins' type of application? My one concern would be using the document('') methods to load and display

Re: License in classes

Stephan Michels wrote: Hi, one question, should the license in the classes have a asterisk as a prefix? /* The Apache Software License, Version 1.1 */ or /* * The Apache Software License, Version 1.1 */ this the usual form, but it doesn't really matter, just try to remain consistent.

Re: [ANNONUNCEMENT] ChartTransformer 0.0.4 released

Bernhard Huber wrote: hi, Stefano Mazzocchi wrote: Luca Morandini wrote: Antonio, thanks for your appreciation. We'd like to insert it into the next release of Cocoon, but we're not committers :( moreover, JFreeChart is (L)PGL. In fairness though, I think licensing is not much of a prob

Re: What is a Parser?

Vadim Gritsenko wrote: Avalon gurus out there - should we fork framework? ... oh, god, I knew it was coming, I was counting the days. please don't, let's try to work a solution with them instead. -- Stefano Mazzocchi <[EMAIL PROTECTED]> --

Re: Personal Attacks [was Re: ChartTransformer 0.0.4 urge a commiter!]

Luca Morandini wrote: Stefano Mazzocchi wrote: Nicola, you crossed the line. Sorry :-/ Luca and all cocoon-dev, please accept my sincere apologies. "The evil that men do lives after them; the good that men do is often interred with their bones." --Shakespeare, Julius Caesar. Which, in l

Re: caching "last-modified" in response header

Gianugo Rabellino wrote: Yap, Mow Ching (Gamer.tv) wrote: does anyone know how to cache the last-modified value in the header for a cached stream pipeline? as far as i can tell, the stream pipeline in cache only stores the body of the response. presumably the stream pipeline itself sets the re

Re: Status of TraversableSource

On 29 Jan 2003, Martin Holz wrote: > Stephan Michels <[EMAIL PROTECTED]> writes: > > > Hi, > > > > I want to ask for the status of TraversableSource interface. Is this > > proposal now final? > > > > There were some questions open, I think? > > > > Now we have three kinds of returning an informat

RE: License in classes

No asteriks as it is in 99% of the sources. (Actually, I guess it doesn't really matter - as long as the content is the same, but for consistency :) it's nicer to have only one layout) Carsten > -Original Message- > From: Stephan Michels [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, Jan

XMLForm problem: PLEASE HELP (att. XMLForm architects and specialists)

Hello, Is there someone in the list that could help me to find a XMLForm problem that I have for few weeks! I have read all the XMLForm doc and source code but I really don't understand what is this problem. I don't have enough experience to find the solution. My project is totally based on Coco

DO NOT REPLY [Bug 16545] New: - Logicsheet embedded in used-defined logicsheet does not get compiled

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: input module question

On 29.Jan.2003 -- 03:12 PM, Jeremy Quinn wrote: > >The snippet above would (currently) be located in cocoon.xconf and the > >lookup process would be hidden from a sitemap designer's point of > >view. To the designer, it would be just {foo:bar}. > > So (forgive me if I have misunderstood this again

Re: HAPPY BIRTHDAY ....

HAPPY BIRTHDAY PIER!!! :-D HAPPY BIRTHDAY !! (GuinnesBookThreadLengthCounter++) - Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Status of TraversableSource

Stephan Michels <[EMAIL PROTECTED]> writes: > Hi, > > I want to ask for the status of TraversableSource interface. Is this > proposal now final? > > There were some questions open, I think? > > Now we have three kinds of returning an information of child sources: > > Collection getChildrenUR

Re: HAPPY BIRTHDAY ....

On Wed, Jan 29, 2003 at 03:48:50PM +0100, Torsten Curdt wrote: > >Yep. The "who we are" page should point these home pages, and we could > >include in these pages some FOAF [1] information. > > Cool! > > >>HAPPY BIRTHDAY PIER!!! :-D > > Same from me - Happy Birthday! :) > > >HAPPY BIRTHDAY !

Re: input module question

On Wednesday, Jan 29, 2003, at 13:56 Europe/London, Christian Haul wrote: On 29.Jan.2003 -- 01:42 PM, Jeremy Quinn wrote: On Wednesday, Jan 29, 2003, at 13:21 Europe/London, Christian Haul wrote: On 29.Jan.2003 -- 11:48 AM, Jeremy Quinn wrote: On Tuesday, Jan 28, 2003, at 13:40 Europe/Lond

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/xml/dom DOMBuilder.java

stephan 2003/01/29 06:56:47 Modified:src/java/org/apache/cocoon/components/source SourceUtil.java src/java/org/apache/cocoon/xml/dom DOMBuilder.java Log: Prevent to throw a NullPointerException in DOMBuilder, instead throwing a PressingException in SourceUtil. R

Re: HAPPY BIRTHDAY ....

Yep. The "who we are" page should point these home pages, and we could include in these pages some FOAF [1] information. Cool! HAPPY BIRTHDAY PIER!!! :-D Same from me - Happy Birthday! :) HAPPY BIRTHDAY !! (and the thread goes on !) ...and on and on and on -- Torsten -

Re: Status of TraversableSource

On Wed, 29 Jan 2003, Sylvain Wallez wrote: > Stephan Michels wrote: > > >Hi, > > > >I want to ask for the status of TraversableSource interface. Is this > >proposal now final? > > > > I sent a patch on avalon-dev about this. Considering the ongoing vote, > I'll be soon able to commit it myself..

Re: Status of TraversableSource

Stephan Michels wrote: Hi, I want to ask for the status of TraversableSource interface. Is this proposal now final? I sent a patch on avalon-dev about this. Considering the ongoing vote, I'll be soon able to commit it myself... There were some questions open, I think? Now we have three kin

Re: HAPPY BIRTHDAY ....

Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote: Sylvain Wallez wrote: What about adding to the docs a "birthday.xml" validated by "birthday.dtd" and handled by the appropriate forrest skin ? What was that joke about every program evolving until it's able to send email? (we reached tha

Re: input module question

On 29.Jan.2003 -- 01:42 PM, Jeremy Quinn wrote: > > On Wednesday, Jan 29, 2003, at 13:21 Europe/London, Christian Haul > wrote: > > >On 29.Jan.2003 -- 11:48 AM, Jeremy Quinn wrote: > >> > >>On Tuesday, Jan 28, 2003, at 13:40 Europe/London, Christian Haul > >>wrote: > >>>Like > >>> > >>> <..

Re: HAPPY BIRTHDAY ....

Stefano Mazzocchi wrote: Sylvain Wallez wrote: What about adding to the docs a "birthday.xml" validated by "birthday.dtd" and handled by the appropriate forrest skin ? What was that joke about every program evolving until it's able to send email? (we reached that stage ages ago, to be quite

Re: input module question

On Wed, 29 Jan 2003, Jeremy Quinn wrote: > > On Wednesday, Jan 29, 2003, at 13:21 Europe/London, Christian Haul > wrote: > > > On 29.Jan.2003 -- 11:48 AM, Jeremy Quinn wrote: > >> > >> On Tuesday, Jan 28, 2003, at 13:40 Europe/London, Christian Haul > >> wrote: > >>> Like > >>> > >>> <.. nam

Re: input module question

Jeremy Quinn wrote: On Wednesday, Jan 29, 2003, at 13:21 Europe/London, Christian Haul wrote: On 29.Jan.2003 -- 11:48 AM, Jeremy Quinn wrote: On Tuesday, Jan 28, 2003, at 13:40 Europe/London, Christian Haul wrote: Like <.. name="phonebook" src="o.a.c.c.m.i.ReplaceAttributeModule">

Re: input module question

On Wednesday, Jan 29, 2003, at 13:21 Europe/London, Christian Haul wrote: On 29.Jan.2003 -- 11:48 AM, Jeremy Quinn wrote: On Tuesday, Jan 28, 2003, at 13:40 Europe/London, Christian Haul wrote: Like <.. name="phonebook" src="o.a.c.c.m.i.ReplaceAttributeModule"> Thoughts?

Status of TraversableSource

Hi, I want to ask for the status of TraversableSource interface. Is this proposal now final? There were some questions open, I think? Now we have three kinds of returning an information of child sources: Collection getChildrenURIs() throws SourceException; Collection getChildrenSources() t

Re: input module question

On 29.Jan.2003 -- 11:48 AM, Jeremy Quinn wrote: > > On Tuesday, Jan 28, 2003, at 13:40 Europe/London, Christian Haul wrote: > >Like > > > > <.. name="phonebook" src="o.a.c.c.m.i.ReplaceAttributeModule"> > > > > > > > > > >Thoughts? > > that snippet was a little too abstract for

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/generation SourceDescriptionGenerator.java

stephan 2003/01/29 05:06:11 Modified:src/scratchpad/src/org/apache/cocoon/components/repository/impl SlideRepository.java src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSourceFactory.java src/

Re: excalibur monitor unused?

On Tue, Jan 28, 2003 at 10:39:22PM -0500, Vadim Gritsenko wrote: > Marco Rolappe wrote: > > >apart from being declared in cocoon.xconf I can't find any code where the > >monitor is being referenced/used. > > > >so, can I assume that this is just a useless thread and removing the > >declaration fro

DO NOT REPLY [Bug 16537] - [PATCH] fixed redirect under JRun 3.1

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 16537] New: - [PATCH] fixed redirect under JRun 3.1

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: [RT] JavadocGenerator

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Send it on or tell me where to get it. > Well... look in the patch queue, I posted the block last night! > -- > Stefano Mazzocchi <[EMAIL PROTECTED]> Bart Guijt ---

Re: [RT] JavadocGenerator

Bart Guijt wrote: Hi there, As a result of gaining some hands-on Cocoon experience, I created a JavadocSource and -SourceFactory which largely complies to what you are discussing here. Here are some feature hilights: - uses the QDox parser; - uses the Excalibur SourceResolver to resolve the sour

Re: Personal Attacks [was Re: ChartTransformer 0.0.4 urge a commiter!]

Nicola Ken Barozzi wrote: Stefano Mazzocchi wrote: Nicola, you crossed the line. Sorry :-/ Luca and all cocoon-dev, please accept my sincere apologies. Thank you, your prompt apologies are accepted and greatly appreciated. I've received private comments that suggested me to avoid doing t

Re: input module question

On Tuesday, Jan 28, 2003, at 13:40 Europe/London, Christian Haul wrote: On 28.Jan.2003 -- 04:12 PM, Konstantin Piroumian wrote: From: "Jeremy Quinn" <[EMAIL PROTECTED]> Hi All, I am interested in seeing whether Input Modules in the Sitemap can use Sitemap params as their own params. I am l

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source MoveableSource.java

stephan 2003/01/29 02:56:17 Added: src/java/org/apache/cocoon/components/source MoveableSource.java Log: Made changes as we discussed http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104210729224250&w=2 Moved the copy() and move() methods into the Sou

Re: Attachments within sendmail

Hello Niclas, thanks for that code. I have to find out how I can put this in XSP. I will let the list know whether I had success. ...again thank you very much. ...it already helps to understand more about the multiple attachments. King Regards Thorsten Niclas Hedhman wrote: Here is my code f

RE: XSL Security question

Xalan, at least, allows access to the Bean Scripting Framework as well => access any class. > From: Andrew Timberlake [mailto:[EMAIL PROTECTED]] > > I don't know all the capabilities of XSL and would like to > know if there is a security risk in allowing users to upload > any XSL files to be u

XSL Security question

I don't know all the capabilities of XSL and would like to know if there is a security risk in allowing users to upload any XSL files to be used in a 'skins' type of application? My one concern would be using the document('') methods to load and display other files from the system? If this is not a

License in classes

Hi, one question, should the license in the classes have a asterisk as a prefix? /* The Apache Software License, Version 1.1 */ or /* * The Apache Software License, Version 1.1 */ Thanks, Stephan Michels. ___ St

DO NOT REPLY [Bug 16513] - simple form transformer aka SimpleFormTransformer problem, sticky tag

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