DO NOT REPLY [Bug 6740] - [PATCH] Problem with SOAP Logicsheet in accessing .Net Web Services

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

AW: Cocoon + UserAgent Strings

Tony, Have a look at http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=101412181609134&w=2 I extented the HTMLGenerator and use the httpclient-library of jakarta. Using this library you can set the UserAgent in the http-header. I haven't had the time yet to complete it (see http://marc.theaimsgr

DO NOT REPLY [Bug 5744] - upload-max-size limited to ~2GB

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: Cocoon + UserAgent Strings

On Fri, 8 Mar 2002, Tony Collen wrote: > Donald Ball wrote: > > >3. get the site maintainer to get their act together and stop forbidding > >access to urls based on user agent. > > > Hmm.. The site in question happens to be Google... I doubt they'd be > willing to change some of their code. So #

DO NOT REPLY [Bug 5310] - Building with ZIP file version fails in Win98

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 5204] - cocoon hangs trying to load the sample pages

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

schecoon CVS does not run as README says

FWIW: I just tried to run schecoon (built from current CVS) as explained in src/scratchpad/schecoon/README, and to get it to work on a fresh tomcat 4.0.1 install I had to 1) create empty file webapps/schecoon/WEB-INF/db/cocoondb.properties 2) use http://localhost:8080/schecoon/index.html for

DO NOT REPLY [Bug 6661] - [PATCH]LinkStatusGenerator contribution

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 6549] - [PATCH] new "powered by Cocoon" bitmap

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

File Upload Size

I've set the 'upload-max-size' to about 100K in C2's web.xml but when I upload a file larger than that it get's submitted anyway. Is there a way to set mime-types for the upload? Michael - To unsubscribe, e-mail: [EMAIL PROTE

Re: Cocoon + UserAgent Strings

Donald Ball wrote: >3. get the site maintainer to get their act together and stop forbidding >access to urls based on user agent. > Hmm.. The site in question happens to be Google... I doubt they'd be willing to change some of their code. So #1 or #2 it is. Thanks! Tony ---

Re: Cocoon + UserAgent Strings

On Thu, 7 Mar 2002, Tony Collen wrote: > I'm playing around with Cocoon, and I'm using src="http://foo.bar"; /> to generate some XHTML from a website. I'm > getting back a 403 Denied error from the server, and I've deduced that > Cocoon is being denied access to the URL based on the User-Agent

Re: Pipe-aware Selectors

On Thu, 7 Mar 2002, Stefano Mazzocchi wrote: > giacomo wrote: > > > In fact I don't think we can change the Selector interface as it is > > clearly stated what a Selector is and how it works (read: not a pipeline > > component). It doesn't mess with the SAX event in a pipeline (also for > > backw

Cocoon + UserAgent Strings

Hi all.. I posted this message to cocoon-users but it might be more likely to be answered here... I'm playing around with Cocoon, and I'm using http://foo.bar"; /> to generate some XHTML from a website. I'm getting back a 403 Denied error from the server, and I've deduced that Cocoon is being

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

vgritsenko02/03/07 20:28:14 Modified:src/java/org/apache/cocoon/transformation AbstractDOMTransformer.java Log: Rewrite transformer, encapsulate DOMBuilder, but not extend. (It was required to have two setContentHandler methods, which is impossible in Jav

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/util ClassUtils.java IOUtils.java

vgritsenko02/03/07 20:15:02 Modified:src/java/org/apache/cocoon/util ClassUtils.java IOUtils.java Log: fix javadoc Revision ChangesPath 1.5 +3 -2 xml-cocoon2/src/java/org/apache/cocoon/util/ClassUtils.java Index: ClassUtils.java

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

vgritsenko02/03/07 20:12:14 Modified:src/java/org/apache/cocoon/generation SearchGenerator.java Log: fix bug reported by Everton, Dan [[EMAIL PROTECTED]] Revision ChangesPath 1.8 +4 -7 xml-cocoon2/src/java/org/apache/cocoon/generation/SearchGenerator.java

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/store FilesystemStore.java MRUMemoryStore.java

vgritsenko02/03/07 20:10:00 Modified:src/java/org/apache/cocoon/components/store FilesystemStore.java MRUMemoryStore.java Log: clean up javadoc/imports Revision ChangesPath 1.13 +1 -2 xml-cocoon2/src/java/org/apache/cocoon/components/st

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/programming/javascript JavascriptLanguage.java

vgritsenko02/03/07 20:08:53 Modified:src/java/org/apache/cocoon/components/language/markup/xsp JSGenerator.java XSPGenerator.java XSPObjectHelper.java src/java/org/apache/cocoon/components/language/markup/xsp/java

RE: POI Serialization code committed

Do we have sufficient code &/ reason for a separate Cocoon-contrib cvs? J. > -Original Message- > From: giacomo [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 07 March 2002 10:06 pm > To: [EMAIL PROTECTED] > Subject: Re: POI Serialization code committed > > > > As always when Sylvain gets

RE: Pipe-aware Selectors

Michael Homeijer wrote: > I have the following situation: > (1) I have a form with data (requestgenerator), > (2) the data is validated by a validating transformer (in case of failure > see 5b) > (3) the data is transformed into xmldb transformer syntax (by xslt) > (4) the data is transformed by

RE: Pipe-aware Selectors [was Re: XML-Based Selection (Redirect Serializer?)]

Stefano Mazzocchi wrote: > Daniel Fagerstrom wrote: > > > The pipe-selector (ideas about a better name?) would look something like > > this: > > > > > > > > > > > > > > > > ... > > > > > > > > > > > > The general idea is that the pipe-selector buffers it inpu

Roadmap Executive Plan (was Re: [PROPOSAL] Reducing the size of the build - ease use of optionalcomponents)

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > giacomo wrote: > > > > On Thu, 7 Mar 2002, Jeremy Quinn wrote: > > > Regardless of the particular issue of reorganisation proposed by Nicola Ken > > > Barozzi and Stefano's response, which I agree with . I think the > > > samples in the main sit

Re: POI Serialization code committed

As always when Sylvain gets engadged he has very good arguments which convinced me to support moving thoes classes out of Cocoon and only leave the serializer and Avalon component glue code in Cocoon's CVS. We have to see where the other code will best fit into other project (if the POI team can

Re: Pipe-aware Selectors

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> ... > I see three solutions: > > 1) ignore the proposal (but we must find a way to implement the same > functionality without hacks!) > 2) change the Selector interface > 3) add another pipeline-aware routing sitemap component > > Tough decision ind

Re: Comitting components

Way cool ! We've been using castor .93 for quite serious xml traffic between hundreds win c++ clients and a java portal. Great performance. Donating this transformer also saved me some work. As I mentioned before I am workin on a little prototype that'll hopefully introduce some HTML Forms sy

Re: Pipe-aware Selectors

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> ... > I see three solutions: > > 1) ignore the proposal (but we must find a way to implement the same > functionality without hacks!) > 2) change the Selector interface > 3) add another pipeline-aware routing sitemap component > > Tough decision ind

DO NOT REPLY [Bug 6661] - [PATCH]LinkStatusGenerator contribution

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/webapp sitemap.xmap

nicolaken02/03/07 13:02:34 Modified:src/webapp/stylesheets simple-samples2html.xsl src/webapp sitemap.xmap Added: src/webapp/resources/icons cocoon.ico Log: Adding favicon.ico (favourite icon) support to main samples page (/welcome). Tested in Mozilla 0.9.8 a

cvs commit: xml-cocoon2/src/webapp/resources/icons - New directory

nicolaken02/03/07 12:58:23 xml-cocoon2/src/webapp/resources/icons - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [E

Re: POI Serialization code committed

Sylvain Wallez wrote: >> >> This comes to me as a surprise; AFAIK it was unanimously voted upon >> like 2 >> months ago. >> > What was voted in january was (taken back from the archives) "Would you > like the cocoon-specific POI code to be hosted in the Cocoon CVS and > shipped with the next di

Re: Pipe-aware Selectors

Vadim Gritsenko wrote: > > > What do others think about this? > > The more I read about "pipeline selectors" the less I like them (DOM > tree building, re-streaming, ...)... I know, I know, I have the exact same impression myself :/ > However, don't you think that there is some overlap between

Re: Pipe-aware Selectors

giacomo wrote: > In fact I don't think we can change the Selector interface as it is > clearly stated what a Selector is and how it works (read: not a pipeline > component). It doesn't mess with the SAX event in a pipeline (also for > backwards compatability). Yes, that's a good point, but the s

Re: [PROPOSAL] Reducing the size of the build - ease use of optionalcomponents

giacomo wrote: > > On Thu, 7 Mar 2002, Jeremy Quinn wrote: > > > At 1:52 am +0100 7/3/02, Stefano Mazzocchi wrote: > > >Nicola Ken Barozzi wrote: > > >> > > >> I was about to commit the POI stuff, but then I felt a bit uneasy with how > > >> the current build is organized. > > > > > > > > >I do

RE: XSLTrace revived

I would like the apologize to the group for prematurely announcing the release. I was asked to pull it off the site. I plan to ask for persmission for license conversion and if not granted, I'll just rewrite it from scratch and publish it in a few weeks. -= Ivelin =- >-Original M

Re: Form submit to XML

Vadim Gritsenko wrote: > [cut] > > One way is to use the RequestGenerator on submission > > to get all the request parameters. Then write an XSL > > to convert it to the XML format that I desire (which > > means taking out the request fields). Then I could > > use the xmldb transformer to save

Re: [PROPOSAL] Reducing the size of the build - ease use of optional components

On Thu, 7 Mar 2002, Jeremy Quinn wrote: > At 1:52 am +0100 7/3/02, Stefano Mazzocchi wrote: > >Nicola Ken Barozzi wrote: > >> > >> I was about to commit the POI stuff, but then I felt a bit uneasy with how > >> the current build is organized. > > > > >I don't like the markup semantics but I see

RE: POI Serialization code committed

> > The scope of POI seeks to be really small and focused: Java > ports of OLE 2 > >Compound Document based file formats. We have no XML classes nor do I > >really want any there. > > > XML is now a dominant technology in the software arena, because it moves > software development from sequential

Re: "Continuations" vs. "Stateful Execuation" (was "Preserving Rhino State")

On Wednesday 06 March 2002 05:35 pm, Ovidiu Predescu wrote: > On Wed, 6 Mar 2002 18:05:42 -0500, Jason Foster <[EMAIL PROTECTED]> wrote: > > > I looked on the Rhino code, and also spoke with Christopher Oliver > > > (Rhino serialization) and Norris Boyd (Rhino main developer) about > > > continua

problems parsing xml with dtd from a foreign source

(sent to cocoon-users, no help there...) hey guys. i'm trying to retrieve some xml content over http to begin one of my pipelines: /nlm/query?author=Smith http://www.ncbi.nlm.nih.gov/entrez/utils/pmqty.fcgi?db=PubMed&mode=XML&dispmax=999&term={1}[au]"/> the xml returned from t

Re: java.lang.NullPointerException with DOMTransformer

Hello, the following patch is a solution for the second NullPointerException (but I am not sure if it is the best/right solution): diff -u cocoon-2.0.1/src/java/org/apache/cocoon/xml/dom/DOMBuilder.java_orig cocoon-2.0.1/src/java/org/apache/cocoon/xml/dom/DOMBuilder.java --- cocoon-2.0.1/src/ja

Re: java.lang.NullPointerException with DOMTransformer

Hello, thank you for the patch, now it works partly, the first access to a URL (eg. http://localhost/test.xml) where the DummyDOMTransfomer is in the pipline succeeds, but a next access on the same URL with different submit paramters (eg. http://localhost/test.xml?bla=blub) failes with java.lang.N

Re: XSLTrace revived

Ivelin, You can also check out my XSLT-process mode for Emacs. It has an integrated debugger that works using the same XSLTTrace interface. It's integrated with (a rather old version of) Saxon, and it allows you to see local variables of a template and so on: http://xslt-process.sf.net/ The cod

Re: POI Serialization code committed

acoliver wrote: >>That's really cool stuff, however I have some wonders about the source >>code that's been added to the Cocoon CVS : >> > >This comes to me as a surprise; AFAIK it was unanimously voted upon like 2 >months ago. > What was voted in january was (taken back from the archives) "Would

cvs commit: xml-cocoon2/src/resources/logos cocoon-buttons-powered-88.png logos.html

nicolaken02/03/07 09:25:35 Modified:src/resources/logos logos.html Added: src/resources/logos cocoon-buttons-powered-88.png Log: "Powered by Cocoon" version of 88x31 logo. Revision ChangesPath 1.4 +4 -0 xml-cocoon2/src/resources/logos/logos.html I

Re: Wyona / Xopus

At 2:48 pm +0100 7/3/02, Stefano Mazzocchi wrote: >Michael Homeijer wrote: >> I've seen a first version and it's great. It looks just like the Xopus >> demo's on the www.q42.nl website. >Xopus is *incredibly* cool! When I saw it last year at wyona's in >Zurich, I was litterarely blown away. Giaco

POI::HSSF Serializer documentation was RE: Comitting components

I completely agree. I'm working (hopefully this weekend) on revising and submitting patches for including the HSSF Serializer docs. This includes a *how to* for setting up (by hand) the HSSF Serializer and *how to* use it in a simple dynamic example. I noticed the SQL based example got dropped.

Re: Comitting components

From: "Matthew Langham" <[EMAIL PROTECTED]> > today two new "things" were donated/comitted to the Cocoon scratchpad - the > Castor Transformer and the POI Serialization code. > > It would help people like me (who do not read all the messages or much worse > remember them all) if comitters could a

startup order

Hi. although it seems to be only me who is bitten by a wrong startup order I have investigated the problem a bit further. The actual order in which components are initialized seems to be more or less random, based on the hash values computed in org.apache.avalon.excalibur.collections.BucketMap T

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

vgritsenko02/03/07 08:51:48 Modified:src/java/org/apache/cocoon/components/source URLSource.java Log: recycle source! fixes logicsheet reloading bug. Revision ChangesPath 1.13 +5 -1 xml-cocoon2/src/java/org/apache/cocoon/components/source/URLSource.java I

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

vgritsenko02/03/07 08:49:53 Modified:src/java/org/apache/cocoon/components/language/markup LogicsheetCodeGenerator.java Log: imports cleanup Revision ChangesPath 1.11 +4 -6 xml-cocoon2/src/java/org/apache/cocoon/components/language/mark

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/generator ProgramGeneratorImpl.java

vgritsenko02/03/07 08:49:04 Modified:src/java/org/apache/cocoon/components/language/generator ProgramGeneratorImpl.java Log: cleanup Revision ChangesPath 1.13 +8 -12 xml-cocoon2/src/java/org/apache/cocoon/components/language/generator/Pr

DO NOT REPLY [Bug 6549] - [PATCH] new "powered by Cocoon" bitmap

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/resources/logos logos.html

nicolaken02/03/07 08:43:01 Modified:src/resources/logos logos.html Log: Fixed wrong link that user "powered by" logo also as a "built with" one; added "built by logo 88x31". Revision ChangesPath 1.3 +5 -1 xml-cocoon2/src/resources/logos/logos.html Index:

cvs commit: xml-cocoon2/src/resources/logos cocoon-buttons-built-88.png

nicolaken02/03/07 08:41:51 Added: src/resources/logos cocoon-buttons-built-88.png Log: Built by Cocoon logo 88x31 as agreed on bugzilla (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6549 as a reference) Revision ChangesPath 1.1 xml-cocoon2/src/re

RE: Form submit to XML

> From: Sam Robertson [mailto:[EMAIL PROTECTED]] > > I posted this message on cocoon-users and it seems to > have been ignored because of hundreds of other posts. > :-) > > I saw a lot of discussion last month on the dev list > regarding "forms" > (http://marc.theaimsgroup.com/?l=xml-cocoon-dev&

DO NOT REPLY [Bug 6828] - [PATCH] Some doco on installing Tomcat with mod_jk and cocoon on Linux

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

Comitting components

Hi, today two new "things" were donated/comitted to the Cocoon scratchpad - the Castor Transformer and the POI Serialization code. It would help people like me (who do not read all the messages or much worse remember them all) if comitters could add a couple of lines or paragraphs as to what can

Castor Transformer added to scratchpad + info on new easy build targets

I've committed the Castor Transformer kindly submitted by Thorsten Mauch ([EMAIL PROTECTED] ) with minor modifications into the scratchpad. I think it's very cool, and makes it very easy to make beans participate in the xml stream. The castor jar is the latest one, and in small form, only with XML

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/samples/castor TestBean.java TestBeanAction.java

nicolaken02/03/07 08:09:47 Modified:toolsbuild-s.xml Added: src/scratchpad/lib castor-0.9.3.9-xml.jar LICENSE.castor src/scratchpad/builds castor.xml src/scratchpad/src/org/apache/cocoon/transformation CastorTransformer.j

cvs commit: xml-cocoon2/src/documentation/xdocs/userdocs/xsp logicsheet.xml session.xml

vgritsenko02/03/07 08:06:44 Modified:src/documentation/xdocs/userdocs/xsp logicsheet.xml session.xml Log: Fix XSP namespace Revision ChangesPath 1.3 +8 -9 xml-cocoon2/src/documentation/xdocs/userdocs/xsp/logicsheet.xml Index: logic

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

nicolaken02/03/07 08:04:05 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/samples/castor - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additi

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

nicolaken02/03/07 08:03:58 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/samples - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional co

Re: experimental XSLTC-2, a clarification

The future, as it has always been the case, is unknown :-) and wide open Right now I concentrate on getting XSLTC back on track. --Jacek On Thursday 07 March 2002 07:27 am, Stuart Roebuck wrote: > Do I take it that this means that the discussed improvements to XSLTC > are no longer Apache licens

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

nicolaken02/03/07 08:03:08 xml-cocoon2/src/scratchpad/webapp/samples/castor/doc - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comman

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

nicolaken02/03/07 08:02:51 xml-cocoon2/src/scratchpad/webapp/samples/castor/castor-mappings - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

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

nicolaken02/03/07 08:02:46 xml-cocoon2/src/scratchpad/webapp/samples/castor - 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 - New directory

nicolaken02/03/07 08:02:40 xml-cocoon2/src/scratchpad/webapp/samples - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

cvs commit: xml-cocoon2/src/scratchpad/builds - New directory

nicolaken02/03/07 08:01:51 xml-cocoon2/src/scratchpad/builds - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

RE: java.lang.NullPointerException with DOMTransformer

This is a known issue and I have patch sitting on my disk. It is not 100% tested yet and might have some errors, thus not commited to CVS. I'm attaching patched file so you can try it. Vadim > From: Peter Seiderer [mailto:[EMAIL PROTECTED]] > > Hello, > since Cocoon-2.0.1 I get a java.lang.Null

cvs commit: xml-cocoon2 build.xml

nicolaken02/03/07 07:49:55 Modified:.build.xml Log: Made "installscratchpadwar" target copy samples from scratchpad and made install*war targets depend on init target. Revision ChangesPath 1.179 +35 -8 xml-cocoon2/build.xml Index: build.xml ==

RE: XSLTrace revived

Ivelin, >From the license agreement that comes with the IBM version: [...] 1. Ownership and License. The Software is owned by International Business Machines Corporation or one of its subsidiaries ("IBM") and is copyrighted and licensed, not sold. IBM grants you a non-exclusive, non-transferab

Re: XSLTrace revived

Folks, I've just uploaded to my sourceforge account a revived version of XSLTrace which IBM released 3 years ago but then stopped supporting. The new version doesn't have new functionality, but it works with JDK 1.4 and Xalan 2.3.1 I was wondering if there would be any interest in it as a tool

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/deli deli.xconf

butlermh02/03/07 06:05:30 Modified:src/java/org/apache/cocoon/components/deli deli.xconf Log: Turning DELI off by default after complaint received via commit email list Revision ChangesPath 1.7 +2 -0 xml-cocoon2/src/java/org/apache/cocoon/components/deli/deli

java.lang.NullPointerException with DOMTransformer

Hello, since Cocoon-2.0.1 I get a java.lang.NullPointerException when I trie to use a DOMTransformer, see the attached soucce code for a DummyDOMTransformer: --- begin file: de/ciselant/cocoon/transformation/DummyDOMTransformer --- package de.ciselant.cocoon.transformation; import org.apache.co

DO NOT REPLY [Bug 6960] New: - depth attribute on map:generate type="directory" cannot be altered

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: POI Serialization code committed

> That's really cool stuff, however I have some wonders about the source > code that's been added to the Cocoon CVS : This comes to me as a surprise; AFAIK it was unanimously voted upon like 2 months ago. The package names were cross referenced with the location in the previous CVS. The only thi

Re: experimental XSLTC-2, a clarification

On Thursday 07 March 2002 06:30 am, [EMAIL PROTECTED] wrote: > Jacek, good luck to you. We'll leave your committer status open for a > while in case you change your mind. > > -scott Wow! I feared that the longest string of strong words will come from you :-) Thanks for surprising me! --Jacek

DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range

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

Michael Homeijer wrote: > > Hi, > > A week ago q42.nl anounced Xopus 2.0 (a great wysiwyg XML editor), it's > going to be open-sourced! > Yesterday Wyona.org anounced on the mailing list the first integration of > Xopus 1.0 into the new Wyona CMS (a Cocoon 2.0 based CMS). > > I've seen a first

RE: Form submit to XML

At 8:27 am +0100 7/3/02, Michael Homeijer wrote: >Hi Sam, > >I think I asked the same question in the discussion about "Pipe-aware >Selectors". Maybe you can add your input and join the discussion? Sorry to seem mysterious about this I just don't have all the ideas working yet . I hope

cvs commit: xml-cocoon2 build.xml

stefano 02/03/07 05:00:26 Modified:.build.xml Log: playing with the Sun XML doclet, just download it from http://www.sun.com/xml/ and place the jar into the /lib/optional dir... unfortunately, we can't redistribute it, but I'm trying to get it open sourced... Revision

Re: experimental XSLTC-2, a clarification

Do I take it that this means that the discussed improvements to XSLTC are no longer Apache license compatible and cannot therefore be relied upon to be something that can be integrated into Cocoon in the future? If so, it looks like, given the speed benefits, we need to encourage participation

Re: [PROPOSAL] Reducing the size of the build - ease use ofoptional components

At 1:52 am +0100 7/3/02, Stefano Mazzocchi wrote: >Nicola Ken Barozzi wrote: >> >> I was about to commit the POI stuff, but then I felt a bit uneasy with how >> the current build is organized. >I don't like the markup semantics but I see your point and I like the >concept. > >> 2. make all samp

Re: experimental XSLTC-2, a clarification

As a lurker on xalan and being a cocoon guy I am quite disappointed to hear this... (especially after the latest performance measurements;) Do you just don't want to port your changes back into the current version or do you want complete freedom of work without anyone interfearing with you... IM

Re: experimental XSLTC-2, a clarification

Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > 1) any Apache committer has the right to propose the creation of an > 'internal fork', stating a codename for it. I back what Stefano said 100%. Anyone is always welcome to come into a project and try to start a revolution, small or large. I was

Re: experimental XSLTC-2, a clarification

Jacek, good luck to you. We'll leave your committer status open for a while in case you change your mind. -scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: POI serialization code committed

Nicola Ken Barozzi wrote: >POI stuff committed with samples. > >:-) > >Please cross check. > That's really cool stuff, however I have some wonders about the source code that's been added to the Cocoon CVS : - shouldn't all the ElementProcessor stuff be better located in the POI CVS repository ?

DO NOT REPLY [Bug 6880] - [PATCH] ImageDirectoryGenerator - ignore "." files

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

Wyona / Xopus

Hi, A week ago q42.nl anounced Xopus 2.0 (a great wysiwyg XML editor), it's going to be open-sourced! Yesterday Wyona.org anounced on the mailing list the first integration of Xopus 1.0 into the new Wyona CMS (a Cocoon 2.0 based CMS). I've seen a first version and it's great. It looks just like

DO NOT REPLY [Bug 6658] - [PATCH] CastorTransfromer

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: cvs commit: xml-cocoon2/lib/optional jakarta-poi-20020203.jarlog4j.jar

> > > 1.1 xml-cocoon2/lib/optional/log4j.jar > > > > Do we really need the log4j jar? We have logkit... > > I already had a discussion on this issue on the POI list, and POI will use > a facade for logging sooner or later (which means when-if I do it myself > ;-). > > For now,

DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range

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