SV: PDF format not seen in Internet Explorer browser

2001-06-11 Thread Bjarne Jensen
Have you tried to fake the IE5 by making the url in the location end with ".pdf"? You can du that with an unused cgi-variable like "content.xml?unused=.pdf". If that dosen't work I don't know what is wrong. /Bjarne -Oprindelig meddelelse- Fra: Veeramani S [mailto:[EMAIL PROTECTED]] Sendt:

PDF format not seen in Internet Explorer browser

2001-06-11 Thread Veeramani S
Hi All, > I have an xml file which has to be converted to PDF format. The PDF file > can be opened or viewed only when I work with the Netscape Communicator > 4.51 and above versions. But I am not able to view or open the PDF file > when working with Internet Explorer 5 browser. I am running t

[c2.x] bug in sitemap redirector

2001-06-11 Thread Donald Ball
i've got this pipeline in my sitemap: if i come in with this url: /uptgen/add/product?foo=bar if the action is successful, i am redirected to: /uptgen/product/ID?foo=bar (where ID is the value of the id in the map returned from the action) the original que

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

2001-06-11 Thread balld
balld 01/06/11 21:14:26 Modified:src/org/apache/cocoon/sitemap AbstractSitemap.java Log: removed restriction that Maps in the listOfMaps must have String values. Now the values are cast as Objects and toString() is invoked on them. Or should that be String.valueOf()? Revisi

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

2001-06-11 Thread balld
balld 01/06/11 20:40:51 Modified:src/org/apache/cocoon/environment/http RequestWrapper22.java RequestWrapper23.java src/org/apache/cocoon/servlet CocoonServlet.java Log: brought into compliance with latest maybeupload api, added some fixed pa

[C2] 2.1-dev broken?

2001-06-11 Thread Ovidiu Predescu
I've just done a CVS update on the HEAD. Building the war file works fine, however when I run it under Tomcat 3.3beta2, I get the following exception when trying to access the /cocoon URI: 2001-06-11 13:11:45 - Ctx(/cocoon) : Exception in preInit org.apache.cocoon.servlet.CocoonServlet - java.l

Re: action broken in latest cvs

2001-06-11 Thread Donald Ball
On Mon, 11 Jun 2001, Davanum Srinivas wrote: > FYI, just did a get from cvs, cleanedup my work directory and was able > to run the samples with no problems. i'm checking out the HEAD branch - 2.1. i just checked it again and it does not work. hmm. okay, i checked out a clean anonyous copy of the

Re: Using the Apache Licence

2001-06-11 Thread Pier P. Fumagalli
Yaa... That's where it was :) Yep, zap it :) Pier Michel Lehon at [EMAIL PROTECTED] wrote: > Hi, > > I just saw this message hop through Tomcat-Dev... > A quick look at the brand new Beta 1 of Cocoon2 show lots of files with this > "short" "illegal" license. > These might be the "s

Re: action broken in latest cvs

2001-06-11 Thread Davanum Srinivas
Donald, FYI, just did a get from cvs, cleanedup my work directory and was able to run the samples with no problems. Thanks, dims PS: cvs checkout -P -r cocoon_20_branch xml-cocoon2 (in directory D:\jakarta) --- Donald Ball <[EMAIL PROTECTED]> wrote: > i get this sitemap compilation error fro

Re: [C2] maybeupload

2001-06-11 Thread Donald Ball
On Mon, 11 Jun 2001, Steffen Stundzig wrote: > Hi, > > I try to upload a file in my web app into my EJBContainer. But the > MaybeUploadRequestWrapper in cocoon saves it in the filesystem. How can I > customize the maybeupload thing to do what I wish, what it should do? :-) > > I haven't found any

action broken in latest cvs

2001-06-11 Thread Donald Ball
i get this sitemap compilation error from the latest cvs: Line 0, column 0: /usr/local/jakarta-tomcat-4.0-b5/work/localhost/uptgen/org/apache/cocoon/www/sitemap_xmap.java:794: Wrong number of arguments in method. map = ((Action) this.actions.select("add-employee")).act (

[C2]Source exclusion in build.xml : which way ?

2001-06-11 Thread Sylvain Wallez
Hi cocooners, I wanted to patch build.xml so that LDAPTransformer is compiled only if JNDI is present, but I noticed that two ways are used to filter compilation depending on classpath : - in the prepare-src-main target (don't copy them to build/src) - in the compile target (leave them in build/s

Batch generating content?

2001-06-11 Thread John Hammen
Hi All, We've been using C1 for our site for a few months, and we're very happy with it, and we're excited to start digging into C2. In particular, we're very interested in using C2 + XSP to batch generate our site to static html. I've found mention of this ability in general, but no actual ins

cvs commit: xml-cocoon/src/org/apache/cocoon/processor/xslt XSLTProcessor.java

2001-06-11 Thread sylvain
sylvain 01/06/11 09:12:13 Modified:src/org/apache/cocoon/processor/xslt XSLTProcessor.java Log: Corrected typo Revision ChangesPath 1.35 +3 -3 xml-cocoon/src/org/apache/cocoon/processor/xslt/XSLTProcessor.java Index: XSLTProcessor.java =

[C2] maybeupload

2001-06-11 Thread Steffen Stundzig
Hi, I try to upload a file in my web app into my EJBContainer. But the MaybeUploadRequestWrapper in cocoon saves it in the filesystem. How can I customize the maybeupload thing to do what I wish, what it should do? :-) I haven't found any methods to access my uploaded file later. Nor could I di

Persormance issues: Caching and Pooling

2001-06-11 Thread Vadim Gritsenko
Hello, I found the roots of the poor cache performance (at least, in my sitemap). Cache works great (under 50ms, usually ~20ms) when all required to assemble the pipeline components are available from the pool. If pool does not have enough components, it creates them. But, to create a couple of

Re: [OT: Avalon][Patch] Deadlock in Excalibur's DefaultPool

2001-06-11 Thread Berin Loritsch
Vadim Gritsenko wrote: > > Hello, > > In my effort to eliminate resource leackage in ContentAggregator, > I found that Excalibur's DefaultPool is deadlock-prone. > Deadlock situation occur when component which is being returned > to pool is also want to return component of the same type > (effec

Re: [OT: Avalon][Patch] Deadlock in Excalibur's DefaultPool

2001-06-11 Thread Berin Loritsch
Vadim Gritsenko wrote: > > Hello, > > In my effort to eliminate resource leackage in ContentAggregator, > I found that Excalibur's DefaultPool is deadlock-prone. > Deadlock situation occur when component which is being returned > to pool is also want to return component of the same type > (effec

cvs commit: xml-cocoon/xdocs mail-lists.xml

2001-06-11 Thread cziegeler
cziegeler01/06/11 06:37:57 Modified:xdocsmail-lists.xml Log: Added domain (reported by Jan) Revision ChangesPath 1.8 +1 -1 xml-cocoon/xdocs/mail-lists.xml Index: mail-lists.xml === RC

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/language/markup/sitemap/java sitemap.xsl

2001-06-11 Thread dims
dims01/06/11 06:37:13 Modified:src/org/apache/cocoon/components/language/markup/sitemap/java sitemap.xsl Log: Patch for "Code of a method longer than 65535 bytes". - Generate one method for each "map:match" Revision ChangesPath 1.15 +54

Re: AW: [C2]: "Code of a method longer than 65535 bytes"

2001-06-11 Thread Davanum Srinivas
Carsten, Please try the patch that i just now checked in. Thanks, dims --- Giacomo Pati <[EMAIL PROTECTED]> wrote: > Quoting Carsten Ziegeler <[EMAIL PROTECTED]>: > > > > Giacomo Pati wrote: > > > > > > Quoting Carsten Ziegeler <[EMAIL PROTECTED]>: > > > > > > > Hi, > > > > > > > > we get int

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/language/markup/sitemap/java sitemap.xsl

2001-06-11 Thread dims
dims01/06/11 06:33:05 Modified:src/org/apache/cocoon/components/language/markup/sitemap/java Tag: cocoon_20_branch sitemap.xsl Log: Patch for "Code of a method longer than 65535 bytes". - Generate one method for each "map:match" Revision Changes

[Patch] ContentAggregator not releasing resources

2001-06-11 Thread Vadim Gritsenko
Hello everybody, Why searching for the reasons of poor cache performance, I found that ContentAggregator is not releasing event pipelines in all cases. It does that only on errorless generate() calls... If exception occur or cache is valid, pipelines are not released. This patch solves that prob

[OT: Avalon][Patch] Deadlock in Excalibur's DefaultPool

2001-06-11 Thread Vadim Gritsenko
Hello, In my effort to eliminate resource leackage in ContentAggregator, I found that Excalibur's DefaultPool is deadlock-prone. Deadlock situation occur when component which is being returned to pool is also want to return component of the same type (effectively, to the same pool). I do not hav

Re: ComponentManager

2001-06-11 Thread Berin Loritsch
Torsten Curdt wrote: > > At least for me it would be useful to have a static > method to get to the cocoon component manager instance. > > Not all of our classes are really what I would characterize > as a component. So I need to pass the component manager > to all my classes. > > Isn't it reas

ComponentManager

2001-06-11 Thread Torsten Curdt
At least for me it would be useful to have a static method to get to the cocoon component manager instance. Not all of our classes are really what I would characterize as a component. So I need to pass the component manager to all my classes. Isn't it reasonable to have a static access to the co

cvs commit: xml-cocoon2/xdocs mail-lists.xml

2001-06-11 Thread cziegeler
cziegeler01/06/11 04:37:42 Modified:xdocsmail-lists.xml Log: Added domain for tomcat user mailinglist (reported by Jan) Revision ChangesPath 1.3 +1 -1 xml-cocoon2/xdocs/mail-lists.xml Index: mail-lists.xml ===

cvs commit: xml-cocoon2/xdocs mail-lists.xml

2001-06-11 Thread cziegeler
cziegeler01/06/11 04:36:59 Modified:xdocsTag: cocoon_20_branch mail-lists.xml Log: Added domain for tomcat user mailinglist (reported by Jan) Revision ChangesPath No revision No revision 1.1.2.2 +1 -1 xml-coc

Re: AW: [C2]: "Code of a method longer than 65535 bytes"

2001-06-11 Thread Giacomo Pati
Quoting Carsten Ziegeler <[EMAIL PROTECTED]>: > > Giacomo Pati wrote: > > > > Quoting Carsten Ziegeler <[EMAIL PROTECTED]>: > > > > > Hi, > > > > > > we get into the problem that the code of a method > > > should not be longer than 65535. > > > If you have a large sitemap all pipelines are >

AW: [C2]: "Code of a method longer than 65535 bytes"

2001-06-11 Thread Carsten Ziegeler
> Giacomo Pati wrote: > > Quoting Carsten Ziegeler <[EMAIL PROTECTED]>: > > > Hi, > > > > we get into the problem that the code of a method > > should not be longer than 65535. > > If you have a large sitemap all pipelines are > > translated into one big method and then this error > > occurs.

cvs commit: xml-cocoon2 changes.xml

2001-06-11 Thread cziegeler
cziegeler01/06/11 04:23:16 Modified:.Tag: cocoon_20_branch changes.xml Log: Updated changes Revision ChangesPath No revision No revision 1.2.2.1 +19 -1 xml-cocoon2/changes.xml Index: changes.xml ===

AW: Congratulations!

2001-06-11 Thread Carsten Ziegeler
> Stefano Mazzocchi wrote: > > People, > > I just wanted to congratulate with all of you for the magnificent work > done in getting C2 out of the door. The future of this project has never > been so bright. Keep up the great work 'cause... > Thanks! > ...one day, I'll be back ;-) > Great! The s

Re: Congratulations!

2001-06-11 Thread Davanum Srinivas
--- Giacomo Pati <[EMAIL PROTECTED]> wrote: > Quoting Stefano Mazzocchi <[EMAIL PROTECTED]>: > > > ...one day, I'll be back ;-) > > You're always welcome. +1 :) Thanks, dims > > Giacomo > = Davanum Srinivas, JNI-FAQ Manager http://www.jGuru.com/faq/JNI

Re: Congratulations!

2001-06-11 Thread Giacomo Pati
Quoting Stefano Mazzocchi <[EMAIL PROTECTED]>: > People, > > I just wanted to congratulate with all of you for the magnificent work > done in getting C2 out of the door. The future of this project has never > been so bright. Keep up the great work 'cause... Thanks. > ...one day, I'll be back ;

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/language/markup/sitemap/java sitemap.xsl

2001-06-11 Thread dims
dims01/06/11 03:51:20 Modified:src/org/apache/cocoon/components/language/markup/sitemap/java sitemap.xsl Log: Patch for using SAXON instead of Xalan from Ovidiu Predescu <[EMAIL PROTECTED]> Revision ChangesPath 1.14 +57 -52 xml-coco

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/language/markup/sitemap/java sitemap.xsl

2001-06-11 Thread dims
dims01/06/11 03:50:51 Modified:src/org/apache/cocoon/components/language/markup/sitemap/java Tag: cocoon_20_branch sitemap.xsl Log: Patch for using SAXON instead of Xalan from Ovidiu Predescu <[EMAIL PROTECTED]> Revision ChangesPath No

Congratulations!

2001-06-11 Thread Stefano Mazzocchi
People, I just wanted to congratulate with all of you for the magnificent work done in getting C2 out of the door. The future of this project has never been so bright. Keep up the great work 'cause... ...one day, I'll be back ;-) -- Stefano Mazzocchi One must still have chaos in oneself t

Re: [C2]: "Code of a method longer than 65535 bytes"

2001-06-11 Thread Giacomo Pati
Quoting Carsten Ziegeler <[EMAIL PROTECTED]>: > Hi, > > we get into the problem that the code of a method > should not be longer than 65535. > If you have a large sitemap all pipelines are > translated into one big method and then this error > occurs. > > Is there any possibility (besides subs

RE: Using the Apache Licence

2001-06-11 Thread Michel Lehon
Hi, I just saw this message hop through Tomcat-Dev... A quick look at the brand new Beta 1 of Cocoon2 show lots of files with this "short" "illegal" license. These might be the "souvenir" of Pier :). Michel. PS: I did not check anything besides C2. > -Original Message- > From: Jon Stev

Re: [C2]: Preparing the next releases

2001-06-11 Thread Ugo Cei
Carsten Ziegeler wrote: > wow - we did a beta 1 release and all of us survived... Nice job! > - Remove the X/CIncludeSAXConnector and use the corresponding > transformers instead. Sigh. I spent many hours trying to get includes working in my pages, fixing them many times. If you are going

AW: [C2]: "Code of a method longer than 65535 bytes"

2001-06-11 Thread Carsten Ziegeler
> Sylvain Wallez wrote: > > Carsten Ziegeler a écrit : > > > > Hi, > > > > we get into the problem that the code of a method > > should not be longer than 65535. > > If you have a large sitemap all pipelines are > > translated into one big method and then this error > > occurs. > > > > Is there an

Re: [C2]: "Code of a method longer than 65535 bytes"

2001-06-11 Thread Sylvain Wallez
Carsten Ziegeler a écrit : > > Hi, > > we get into the problem that the code of a method > should not be longer than 65535. > If you have a large sitemap all pipelines are > translated into one big method and then this error > occurs. > > Is there any possibility (besides subsitemaps) to > ge