Re: [Ann] Documented the Pipeline "expires" parameter

Gianugo Rabellino wrote: > Ivelin Ivanov wrote: > >> I finally found the time to debug the code and understand how the >> pipeline >> "expires" parameter works. > Urgh... I feel particularily guilty, being myself the original proposer > and author of that component. Unfortunately I'm really sho

Re: new JSR on Java Compiler API

Ovidiu Predescu wrote: > > On Friday, October 11, 2002, at 02:09 AM, Sylvain Wallez wrote: > >> Stefano Mazzocchi wrote: >> >>> People, >>> >>> Neal Gafter is about to start the process for a new JSR on Java >>> Compiler API which would hopefully make it fir Tiger (aka Java 1.5). >>> He asked

Re: overloading sitemap variable names

Conal Tuohy wrote: >>-Original Message- >>From: Geoff Howard [mailto:[EMAIL PROTECTED]] >> >> >>How would this name overloading work with respect to: >>- references from resources back to their calling pipeline >>- from a subsitemap back to the mounting reference >> >>Seems these case

RE: [Ann] Documented the Pipeline "expires" parameter

You may not use paragraph () inside a list item () according to the dtd. You may change your list item to a sub-section (moving it out of the list) : diff -w -r1.9 performancetips.xml 96a97 > 98c99 < --- > 141,142c142 < < --- > or find another solution. Amir

[OT] Frankfurt Stammtisch date/place

Hi All, Hope everyone had a nice weekend. The Frankfurt Cocoon/Avalon Stammtisch has been organised for tuesday the 22nd October, kicking off 8pm-ish. The meeting place is a Cafe called Mosebach, which is located on Sandweg 29. It has nice

Re: [OT] aren't u approaching the threshold of overcomplexity?

[EMAIL PROTECTED] wrote: > Recently I realized that I can't understand significant percentage of > posts in cocoon-dev. I've no clue what are they about. Thanks for starting this thread, I would have started a similar one myself over the weekend, but since we are here, let me give you my perspe

XMLForm and VoiceXML dealing with "/"

One more thing to mention. I am working on creating "wizard2vxml.xsl" and "xmlform2vxml.xsl" for VoiceXML 2.0 for XMLForm. Is it Necessary to have “/” in the field name (html input variable name) like : this? Would this be fine? I am using bean not dom for XMLForm --- apurva zaveri <[EMAI

Re: XMLForm and VoiceXML dealing with "/"

At 08:04 AM 10/14/2002, you wrote: >One more thing to mention. > >I am working on creating "wizard2vxml.xsl" and >"xmlform2vxml.xsl" for VoiceXML 2.0 for XMLForm. > >Is it Necessary to have "/" in the field name (html >input variable name) like : >this? > >Would this be fine? > > > >I am using be

New Cocoon Committers

Dear Root, Please provide committer privileges to the Cocoon project to: Steven Noels ([EMAIL PROTECTED], [EMAIL PROTECTED] ) Bertrand Delacretaz ([EMAIL PROTECTED], [EMAIL PROTECTED]) These two individuals were recently elected with all +1 votes (14 total) by other Cocoon committers as

Re: New Cocoon Committers

Done. DW. On Mon, 14 Oct 2002, Diana Shannon wrote: > Dear Root, > > Please provide committer privileges to the Cocoon project to: >Steven Noels ([EMAIL PROTECTED], [EMAIL PROTECTED] ) >Bertrand Delacretaz ([EMAIL PROTECTED], > [EMAIL PROTECTED]) > > These two individuals were recentl

Re: New Cocoon Committers

Sincere thanks for all the positive votes and kind words! It is a privilege to be accepted as a member of this community, which I often cite as a reference of efficiency and high technical level to my customers and students. I will do my best to contribute useful parts to this great "machine"

Re: java.lang.IllegalStateException in 2.1-dev Authentication Framework

Hi Carsten, Same error - latest build( 2 days old) I log in - The error . login again - says already logged in . So I "use your current login" to get on inside . Could you fix this so we can login normally ;-) B.Rgds, - Original Message - From: "Carsten Ziegeler" <[EMAIL PROTECTED]> To

cvs commit: xml-cocoon2/src/java/org/apache/cocoon Notificable.java Notification.java Notifier.java

nicolaken2002/10/14 07:31:20 Removed: src/java/org/apache/cocoon/sitemap ErrorNotifier.java src/java/org/apache/cocoon Notificable.java Notification.java Notifier.java Log: Removed deprecated notification classes in org.apache.cocoon.*

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/sitemap NotifyingGenerator.java

nicolaken2002/10/14 07:31:27 Modified:.changes.xml src/java/org/apache/cocoon/components/notification Notifier.java src/java/org/apache/cocoon/sitemap NotifyingGenerator.java Log: Removed deprecated notification

Re: java.lang.IllegalStateException in 2.1-dev Authentication Framework

Build to times. It works. I have this too and work fine. the trick is build 2 times. Antonio Gallardo El Lunes, 14 de Octubre de 2002 08:29, [EMAIL PROTECTED] escribió: > Hi Carsten, > > Same error - latest build( 2 days old) > I log in - The error . > login again - says already logged in . > S

Re: java.lang.IllegalStateException in 2.1-dev Authentication Framework

Antonio Gallardo Rivera wrote: > Build to times. It works. > > I have this too and work fine. the trick is build 2 times. Currently it seems that the build is broken for authentication because the roles are not correctly included in cocoon. A double build fixes that for the moment. I'm checkin

RE: java.lang.IllegalStateException in 2.1-dev Authentication Framework

Just to let you know that Carsten is on vacation for 2 weeks - so you are on your own (I am afraid). Matthew -Original Message- From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 4:43 PM To: [EMAIL PROTECTED] Subject: Re: java.lang.IllegalStateException

RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

Hi folks, after posting to Bugzilla I have a few more thoughts about this issue. We are looking here at the darker parts of the HTTP protocol specification. File uploading was introduced experimentally in 1995 (RFC1867) and formalized with HTML 4.0 in 1998 (RFC2388). As the feature was urgentl

Re: New Cocoon Committers

Diana Shannon wrote: > Dear Root, > > Please provide committer privileges to the Cocoon project to: > Steven Noels ([EMAIL PROTECTED], [EMAIL PROTECTED] ) > Bertrand Delacretaz ([EMAIL PROTECTED], > [EMAIL PROTECTED]) Welcome aboard, guys ! Sylvain -- Sylvain Wallez Anyware Technolog

RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

> -Original Message- > From: Nathaniel Alfred [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 14, 2002 4:58 PM > To: [EMAIL PROTECTED] > Subject: RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - > SAVE_UPLOAD_FILES_TO_DISK should be configurable > > 3.) Refactor MultipartReques

RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

> From: Nathaniel Alfred [mailto:[EMAIL PROTECTED]] > > > Second, there is as far as I can see a *BIG* security hole here. > The filename supplied in the request data is used verbatim in > constructing the filepath on the server. By crafting a > request with enough ../ in > the filename

Help wanted: Cocoon documentation tracks!

(cross-posted to -dev and -user, we need you too!) IMHO adding "tracks" to the Cocoon documentation could make it much more useful, by providing several "reading lists" targeted to the various uses of Cocoon. Please see http://outerthought.net/wiki/Wiki.jsp?page=DocumentationTracksProject abou

RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

>-Original Message- >From: Leo Sutic [mailto:[EMAIL PROTECTED]] >Sent: Montag, 14. Oktober 2002 17:40 >To: [EMAIL PROTECTED] >Subject: RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - >SAVE_UPLOAD_FILES_TO_DISK should be configurable > >> From: Nathaniel Alfred [mailto:[EMAIL PROTECTE

RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

> From: Nathaniel Alfred [mailto:[EMAIL PROTECTED]] > > But bypassing access controll? > > Do you fancy a upload page nicely protected by SunRise and > still everybody can inject fake files by a request I could > almost type on the keyboard: > >POST /index.html HTTP/1.1 >Content-ty

RE: defaulting to a matcher when another one is not present

>> >> How would you suggest handling it with Cocoon today? > > Since you *have* to define up front between groups which URLS to use, > and define them with no general rule, simply make a FixedListMatcher > that matches based on fixed names in a list, so that you don't need an > expert system

Re: new JSR on Java Compiler API

On Monday, October 14, 2002, at 01:20 AM, Sylvain Wallez wrote: > Ovidiu Predescu wrote: > >> >> On Friday, October 11, 2002, at 02:09 AM, Sylvain Wallez wrote: >> >>> Stefano Mazzocchi wrote: >>> People, Neal Gafter is about to start the process for a new JSR on Java Comp

RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

> That is exactly what is done in > CocoonServlet.service: > > HttpServletRequest request = > RequestFactory.getRequestFactory(requestFactoryClass).getServletRequest( > req, > > CocoonServlet.SAVE_UPLOADED_FILES_TO_DISK, > > this.uploadDir, >

Re: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

El Lunes, 14 de Octubre de 2002 11:39, Geoff Howard escribió: > > That is exactly what is done in > > CocoonServlet.service: > > > > HttpServletRequest request = > > RequestFactory.getRequestFactory(requestFactoryClass).getServletRequest( > > > req, > > > > CocoonServlet.SAVE_UPLOADED_FILE

RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

I have made some progress toward making the RequestFactory servlet-scoped instead of classloader scoped. This should pave way for pipeline-specific request factories. The change is backwards incompatible, because code that called the RequestFactory.getRequestFactory with a null parameter and ex

Re: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISKshould be configurable

Geoff Howard wrote: ... >>3.) Sort out the character encoding between the file >>content sent by the >>browser >>and what the servlet expects. >> Isn't file sent by browser in binary form (IIRC, in base64 encoding)? I guess it is, thus no conversion need to be done (especially for zip/jpeg/et

Re: new JSR on Java Compiler API

Ovidiu Predescu wrote: > On Monday, October 14, 2002, at 01:20 AM, Sylvain Wallez wrote: > >> Ovidiu Predescu wrote: >> >>> On Friday, October 11, 2002, at 02:09 AM, Sylvain Wallez wrote: >>> Stefano Mazzocchi wrote: > People, > > Neal Gafter is about to start the process

RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

> Problem is: I can't get the thing to compile: > > [javac] My bad. I had an old verson JAR lying around. It compiles now, but I can't get the thing to run (get a blank page all the time, even without my changes). /LS -

Cocoon Port

I have started a port of Cocoon to C#/.Net. Has anyone heard of such a port, before I get to far? My goal behind this effort is to provide a cocoon implementation on the .net platform and also to allow users to have "cocoon platform independence". Thanks, Dave ___

RE: Cocoon Port

What's an objective? Do you really want to port, or you want to build a system with similar functionality? What's the state of your project? 90% done? :) anyway, sounds interesting. Never heard of any attempts before. Argyn -Original Message- From: Dave Bettin To: [EMAIL PROTECTED]

Re: Cocoon Port

Dave Bettin wrote: > I have started a port of Cocoon to C#/.Net. Has anyone > heard of such a port, before I get to far? > > My goal behind this effort is to provide a cocoon > implementation on the .net platform and also to allow > users to have "cocoon platform independence". The Avalon tea

Re: Cocoon Port

Dave Bettin wrote: >I have started a port of Cocoon to C#/.Net. Has anyone > heard of such a port, before I get to far? > > My goal behind this effort is to provide a cocoon >implementation on the .net platform and also to allow >users to have "cocoon platform independence". > > > Just wonder

Re: Cocoon Port

My objectives are as follows: 1) Use Avalon C# Port 2) Take advantage of .Net benefits: caching, codedom, xml integration (possibly could be a disadvantage) :) 3) Language support. Tha ability to have cocoon extensions, xsp written in smalltalk,java, eiffel, cobol would be nice 4) Have this run o

Re: Cocoon Port

Dave Bettin wrote: >My objectives are as follows: > >1) Use Avalon C# Port >2) Take advantage of .Net benefits: caching, codedom, >xml integration (possibly could be a disadvantage) :) >3) Language support. Tha ability to have cocoon >extensions, xsp written in smalltalk,java, eiffel, >cobol woul

Re: Cocoon Port

Sorry, should have explained that statement a little better. What I intended to mean, was to allow users to pick up an application on the .Net port and move it to cocoon w/o much hassle and vice a versa. Dave --- Tony Collen <[EMAIL PROTECTED]> wrote: > Dave Bettin wrote: > > >I have started a p

Re: Cocoon Port

Search for 'J#'. All you may need to do to port Cocoon to .NET is recompile it. BTW, when you say port, do you mean port of a snapshot of Cocoon, or a port that would be continuously maintained and track changes in Cocoon? Do you have a deployment objective in mind, or is this just an exercise

RE: Cocoon Port

Dave, 1) is not an objective, imho 2) I've no clue 3) I don't get this. Why would .net be any better for Smalltalk and Eiffel support? VB.net and MC++ is a different story though 4) I don't get this too. If you want Cocoon on Unix/Linux, then Mono is like to fly to NYC from DC via Tokio, I guess

Re: Cocoon Port

Tony Collen wrote: > Dave Bettin wrote: > >> I have started a port of Cocoon to C#/.Net. Has anyone >> heard of such a port, before I get to far? >> >> My goal behind this effort is to provide a cocoon >> implementation on the .net platform and also to allow >> users to have "cocoon platform inde

DO NOT REPLY [PATCH QUEUE] Summary October 15 2002

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

Re: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

Vadim, --- Vadim Gritsenko <[EMAIL PROTECTED]> wrote: > Geoff Howard wrote: > > ... > > >>3.) Sort out the character encoding between the > file > >>content sent by the > >>browser > >>and what the servlet expects. > >> > > Isn't file sent by browser in binary form (IIRC, in > base64 encoding)

Re: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

Antonio, > > > The request factory in the example configuration > > > should be > > > MultipartRequestFactoryImpl with a reasonable > limits > > > for array/file > > > sizes. > > > > The current configuration (at least 2.1dev) is > > MultipartRequestFactoryImpl, and the default max > > upload is

Re: [Ann] Documented the Pipeline "expires" parameter

AFAIK, 2.1-dev. - Original Message - From: "Ugo Cei" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, October 14, 2002 2:26 AM Subject: Re: [Ann] Documented the Pipeline "expires" parameter > Gianugo Rabellino wrote: > > Ivelin Ivanov wrote: > > > >> I finally found the time t

Re: XMLForm and VoiceXML dealing with "/"

Hope you're donating the vxml stylesheet. :-p - Original Message - From: "Scott Schram" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, October 14, 2002 8:11 AM Subject: Re: XMLForm and VoiceXML dealing with "/" > At 08:04 AM 10/14/2002, you wrote: > >One more thing to ment

Re: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable

Thanks, Geof Antonio. El Lunes, 14 de Octubre de 2002 19:26, Geoff Howard escribió: > Antonio, > > > > > The request factory in the example configuration > > > > should be > > > > MultipartRequestFactoryImpl with a reasonable > > > > limits > > > > > > for array/file > > > > sizes. > > > > > > T

DO NOT REPLY [Bug 12922] - [PATCH] Fixes to URLs of Sitemap Builder (Scratchpad)

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_b