Re: [Announcement] XMLForm 0.8.2 released

Ivelin, >Why don't you consider donating some of your "twisted" examples to the >mount/xmlform sitemap? I still have a lot of work to do, but plan to offer at least one detailed example of a "non-wizard" use case. Can't really say more now. >> 5) Overall "potential". I mention this only

cocoon-dev@xml.apache.org

Hi, first sorry to send you the diff files over the mailing list, but I have some troubles with my firewall at home, so some IP adresses were blocked, including http://nagoya.apache.org/bugzilla/ :( To the components... The components are now using the transient store for the fragments instead

cocoon-dev@xml.apache.org

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

cocoon-dev@xml.apache.org

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

cocoon-dev@xml.apache.org

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: [C2.1] Moving scratchpad goodies to main trunk

I want to second Nicola. Since XMLForm was announced it was improved greatly by different people. Just look at the activity on the list. There was no way I would have improved it myself in such a short time. Furthermore I wouldn't even bother to touch it if I didn't know that someone is interes

Re: XSLTC and Cocoon

Thank you Tom. Many people are posting lately questions related to Cocoon performance. Getting XSLTC in is important. Ivelin - Original Message - From: "Tom Amiro" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, May 17, 2002 8:58 AM Subject: Re: XSLTC

Re: Getting test cases written

Ross Gardler wrote: > David Crossley wrote: > > >> > >>* If you have an area that commonly causes problems please let me know * > >> > >> > >>That is whe

[GUMP] Build Failure - xml-cocoon2

[echo] -- [echo] Apache Cocoon 20020518 [1999-2002] [echo] -- [echo] Building with Apache Ant version 1.6alpha compiled on May 18 2002 [echo] using build file

Re: Getting test cases written

David Crossley wrote: > Is "unit testing" different to "functional testing", or are they > complementary? They are indeed complimentary. In a nutshell, unit tests ensure that the indiviviual methods within individual classes behave as expected. Funtional tests ensure that the system as a wh

Re: Getting test cases written

Examples: 1. http://jakarta.apache.org/poi/tests/junit/ - unit test report for POI 2. http://cvs.apache.org/viewcvs/jakarta-poi/src/testcases/org/apache/poi/hssf/record/ - some unit tests (see root src/testcases for more) I started out very skeptical that it was worth the effort, but as our st

Re: cvs commit: xml-cocoon2/src/webapp sitemap.xmap

[EMAIL PROTECTED] wrote: > > dims02/05/13 11:12:18 > > Modified:src/webapp sitemap.xmap > Log: > Stefano(?) missed a step :-) > > Revision ChangesPath > 1.51 +3 -0 xml-cocoon2/src/webapp/sitemap.xmap > > Index: sitemap.xmap > ===

Re: [bug] still some Source problems

Bert Van Kets wrote: > > At 17:21 14/05/2002 +0200, you wrote: > > > and, in fact, the class > > > > > > org.apache.avalon.excalibur.source.ResourceSourceFactory > > > > > > has been renamed > > > > > > org.apache.excalibur.source.impl.ResourceSourceFactory > > > > > > can you please fix

Re: [docs] opensource and quality control

Bertrand Delacretaz wrote: > > On Wednesday 15 May 2002 07:45, David Crossley wrote: > >. . . > > So, let us develop a procedure whereby the opensource > > model is still employed, yet there is initial quality control. > >. . . > > Following the opensource model, I think docs should be released

Re: [C2.1] Moving scratchpad goodies to main trunk

Konstantin Piroumian wrote: > > Hi all! > > Isn't it time to move things from scratchpad to the main trunk? > Here is the list of what I would personally like to see in the main trunk: > > - Castor stuff +0, never used and never cared about. > - Charts (when ready to be compiled) +1

Re: [C2.1] Moving scratchpad goodies to main trunk

Torsten Curdt wrote: > > On Thursday 16 May 2002 13:29, Konstantin Piroumian wrote: > > Hi all! > > > > Isn't it time to move things from scratchpad to the main trunk? > > Here is the list of what I would personally like to see in the main trunk: > > > > - Castor stuff > > - Charts (when

Re: [Bugs] URLSource

"J.Pietschmann" wrote: > > Stefano Mazzocchi wrote: > > NOTE: there is no official indication on how the file: URI should be > > addressed, but all these > > > >file:/file > >file://file > >file:///file > > > > are all valid URIs and should point to the same file (at least, this was >

Re: [vote] Why did SourceWritingTransformer move?

Carsten Ziegeler wrote: > > So, I vote to place it there and change the rest accordingly > > > > Place your vote. > > > +1, but... > > it's currently not possible... :) > > I merged the InsertTransformer from our sunShine donation with the > SourceWritingTransformer > as they both have the same

Re: [C2.1] Moving scratchpad goodies to main trunk

Torsten Curdt wrote: > > > > > Without more documentation and some compelling, real life examples for > > Schecoon, I'm -1 on moving it to the main trunk. It would mean only a > > lot of headaches for me to maintain it, as nobody else seems to be > > really familiar with its internals. I know,

Re: [Bugs] URLSource

Carsten Ziegeler wrote: > > > Stefano Mazzocchi wrote: > > > > Carsten, > > > > I've recently switched to the new source-resolving excalibur code and I > > found that you use the following > > > > File file = new File( this.systemId.substring( "file".length() ) ); > > > Where did you see thi

Re: [Bugs] URLSource

Matthew Langham wrote: > > >> > This is good! Really! I didn't have the time to do as much testing as I > wanted as we are currently working on some great things for Cocoon which > will (hopefully) make Cocoon the number one web application framework and > scare many big companies as this all wil

Re: [C2.1] Moving scratchpad goodies to main trunk

Torsten Curdt wrote: > A guy just contacted me off the list - not using cocoon before... he found the > precept stuff in our scratchpad was very excited on looking into cocoon and > the form handling stuff. So why shouldn't people already involved in cocoon > not find the scratchpad stuff? Becau

Re: Getting test cases written

> Here are a few relevant Anteater threads ... > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=101831758001240 > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=102168000122016 > http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=101897525908787 > > You mention something above that could be ke

Re: [docs] opensource and quality control

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Bertrand Delacretaz wrote: > > On Wednesday 15 May 2002 07:45, David Crossley wrote: > > >. . . > > > So, let us develop a procedure whereby the opensource > > > model is still employed, yet there is initial quality control. > > >. . . > > > > Follow

Re: [C2.1] Moving scratchpad goodies to main trunk

From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> > Konstantin Piroumian wrote: > > > ... > I would like to move also Yes, my mistake, I didn't look at the stuff without samples. > > 1) XPathDirectoryGenerator (which I found *very* useful!)' +1 Agree > 2) Paginator transformer (will provide doc

RE: [C2.1] Moving scratchpad goodies to main trunk

Konstantin, > > > > 1) XPathDirectoryGenerator (which I found *very* useful!)' > > +1 Agree We are working on an "XPath/Regex/FilePropertiesDirectoryGeneratorSorterLabeler"-on-steroids and have that committed 'when it's ready'(tm) on Forrest. Of course, having a choice doesn't hurt ;-) > > 2)

Re: [Bugs] URLSource

Stefano Mazzocchi wrote: > > Many thanks for the clarification. > > Ok, people, I'm sure there is some patching to do now :) > It would be interesting whether there would be a project responsible for some "commonly used" documentation. For example: - Understanding the Apache license :-) - U

Jaxen vs JXPath

I've noticed that there is a Jaxen dependency in 2.1 HEAD. org/apache/cocoon/components/xpath/JaxenProcessorImpl.java Do we want to discuss standardizing on either JXPath or Jaxen. I've evaluated Jaxen while working on XMLForm, but opted for JXPath, because it had support for JavaBeans, while J

Re: Something usefull to add to cocoon website (maybe many other project)

Just noticed that there is a org/apache/cocoon/acting/SendmailAction.java since February 2002. which could be used at the end of the XMLForm feedback wizard. Anyone interested to work on this? Boy, Cocoon 2 is big. We need documentation. Ivelin - Original Message - From: "Ivelin

Doc: common howtos/docs (Was: [Bugs] URLSource)

J.Pietschmann wrote: > Stefano Mazzocchi wrote: > > > > Many thanks for the clarification. > > > > Ok, people, I'm sure there is some patching to do now :) > > It would be interesting whether there would be a project > responsible for some "commonly used" documentation. > For example: > - Unde

DO NOT REPLY [Bug 9064] - [PATCH] Fix problems in multipart parser (pleae commit)

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/documentation/xdocs/plan todo-doc.xml

crossley02/05/18 20:52:43 Modified:src/documentation/xdocs/plan todo-doc.xml Log: Linked to the patch in Bugzilla for the Idiots Guide which has been neglected for months. This stuff needs to be merged with the Howtos etc. Revision ChangesPath 1.7 +4 -2 xml-

DO NOT REPLY [Bug 6435] - [PATCH] Updates to the idiots guide

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