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

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

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

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

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

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: 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

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: [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: [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 ---

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

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

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

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: 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

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 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?

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 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: 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 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 ....

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: 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: 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: 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 -

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: 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

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: 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 ....

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

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

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: 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

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: 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: 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: 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: [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: 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: 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: 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 ;-)

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

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

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

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?

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

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

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

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

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?

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?

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: 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?

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: [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: 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: 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

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

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

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.

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: 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/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

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

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

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

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

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]

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: 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: 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: 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: 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

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 ===

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

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

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: 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

[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

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