Re: map:parameter in map:components

On Fri, 20 Jul 2001, Christian Haul wrote: > On 20.Jul.2001 -- 07:35 AM, giacomo wrote: > > On Thu, 19 Jul 2001, Christian Haul wrote: > > > No, no. I don't mean is is wrong to have configured Action instead of > > parameterized one in the pipeline. My insisting was > > > > 1. don't use a elemen

RE: [C2] ICCE Exception when trying C2 Beta from CVS

not every time only in the very first try.., restarted the container ( TC 3.3 Nearly Beta ) and everything goes fine this time.. Saludos , Ignacio J. Ortega > -Mensaje original- > De: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] > Enviado el: sábado 21 de julio de 2001 4:24 > Para: '[EM

[C2] ICCE Exception when trying C2 Beta from CVS

Hola a todos: I've got this exception in when i try latest cocoon from CVS.. Any idea why? Thanks. 8< Error: 500 Localización: /cocoon/welcome Error interno del Servlet: java.lang.IncompatibleClassChangeError at org.

RE: [VOTE] C2 CLI addition

Another +1 Vadim > -Original Message- > From: Donald Ball [mailto:[EMAIL PROTECTED]] > Sent: Friday, July 20, 2001 7:52 PM > To: [EMAIL PROTECTED] > Subject: Re: [VOTE] C2 CLI addition > > > On Fri, 20 Jul 2001, Berin Loritsch wrote: > > > I have committed a patch to Cocoon 2.1 that a

Re: [VOTE] C2 CLI addition

On Fri, 20 Jul 2001, Berin Loritsch wrote: > I have committed a patch to Cocoon 2.1 that allows us to use > to specify a file with URIs to process in it. The format of > the file is simple: 1 uri per line. It is invoked in the > following manner: > > run -f uris.txt > > The uri files are additi

[VOTE] C2 CLI addition

I have committed a patch to Cocoon 2.1 that allows us to use to specify a file with URIs to process in it. The format of the file is simple: 1 uri per line. It is invoked in the following manner: run -f uris.txt The uri files are additive. That means you can add additional uris to process on

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

bloritsch01/07/20 15:10:39 Modified:src/org/apache/cocoon Main.java Log: Add support for reading URIs to process from an input file. Revision ChangesPath 1.11 +33 -1 xml-cocoon2/src/org/apache/cocoon/Main.java Index: Main.java

[C2] Actions in sub-sitemaps and some odd behaviour

Hi all, I'm playing around with actions and I'm finding rather odd behaviour when they're used in sub-sitemaps. Here's what I have in my main sitemap.xmap (*) This means that a URL like http://localhost/cocoon/~rick/... will go and look at the sitemap in /home/rick/public_

AW: AW: Are we ready for C2 Beta 2 yet [ Still MRUMemoryStore probs ]

Hi Rick, >>Thanx, but you forgot to fix the remove() method. >Yup, you're right! This does raise a question though. > Does this mean that a cached object will be removed from both > the memory cache and fs cache at at the same time? Is that > the behaviour we want from the fs cache? No, no

[C2] serverpages doesn't like auto-generated xsp?

I've been trying to produce a sitemap where the XSP for serverpages is generated by an XSLT transformer on an XML input file. I want to generate an ESQL query tailored to the fields of a number of different database tables. In other words, if you request "select-test.xml" it should return the

Re: AW: Are we ready for C2 Beta 2 yet [ Still MRUMemoryStore probs ]

On Fri, 20 Jul 2001 19:06:29 +0200, "Gerhard Froehlich" wrote: >Thanx, but you forgot to fix the remove() method. Yup, you're right! This does raise a question though. Does this mean that a cached object will be removed from both the memory cache and fs cache at at the same time? Is that

AW: Are we ready for C2 Beta 2 yet [ Still MRUMemoryStore probs ]

Please ignore my last mail. I get this mail from you at the same time I send mine. >It looks like there's still a bit of a problem with the MRUMemoryStore. >It's only happening if the fs store is used. Seems like. >The reading and writing of cached files are looking in different places. >Basically

AW: Are we ready for C2 Beta 2 yet?

++I know we talked about a CVS freeze earlier this week (or was that last week?). ++Is the current CVS ready for a release at this time? I think the last issues ++were MRUMemmoryStore bug fixes. With the patch last night it should be done. But I'm getting little feedback from you if it is working

Re: Are we ready for C2 Beta 2 yet [ Still MRUMemoryStore probs ]

On Fri, 20 Jul 2001 11:37:42 EDT, Berin Loritsch wrote: >I know we talked about a CVS freeze earlier this week (or was that last week?) >. Is the current CVS ready for a release at this time? I think the last >issues were MRUMemmoryStore bug fixes. Hello all, It looks like there's still a bit

Re: [RT] forms

-Ursprüngliche Nachricht- Von: Christian Haul <[EMAIL PROTECTED]> An: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Datum: Freitag, 20. Juli 2001 16:21 Betreff: Re: [RT] forms >On 19.Jul.2001 -- 09:17 PM, Peter Nuetzel - inglobo wrote: >> >Why do you use xalan:evaluate() to fill in the data? >>

Re: [RT] forms

I'm currently very busy on a project. I hope I get some time next week to prepare my stuff. Have a nice weekend - peter -Ursprüngliche Nachricht- Von: Davanum Srinivas <[EMAIL PROTECTED]> An: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Datum: Freitag, 20. Juli 2001 16:36 Betreff: Re: [RT] for

RE: [RT] forms

> > > > What do you mean by "get back"? What I was thinking of was: > > > > > > I was refering to the form in which the posted form parameters are > > > represented for further processing. Currently, every form element > > > corresponds to a request parameter. XForms require each entire form to >

Re: NEW FAQ ENTRY--Re: [Bug 2190] - unable to use connection pooling in esql

Berin Loritsch a écrit : > > Davanum Srinivas wrote: > > > > > > > > What about allowing to optionally specify the driver class name in the > > > datasource configuration ? > > > > +1. How about post Beta2? > > Actually, that requires a change to Avalon Excalibur--I can commit it to > CVS now

Re: NEW FAQ ENTRY--Re: [Bug 2190] - unable to use connection pooling in esql

Davanum Srinivas wrote: > > > > The most common reason for this exception is that the driver was not loaded. > > > Cocoon uses an initial parameter in the "web.xml" file to automatically load > > > classes on startup. This way, the class is loaded only once and the > > > server's > > > time is s

Re: NEW FAQ ENTRY--Re: [Bug 2190] - unable to use connection pooling in esql

> > The most common reason for this exception is that the driver was not loaded. > > Cocoon uses an initial parameter in the "web.xml" file to automatically load > > classes on startup. This way, the class is loaded only once and the > > server's > > time is spent doing more productive things.

Are we ready for C2 Beta 2 yet?

I know we talked about a CVS freeze earlier this week (or was that last week?). Is the current CVS ready for a release at this time? I think the last issues were MRUMemmoryStore bug fixes. S/MIME Cryptographic Signature

Re: NEW FAQ ENTRY--Re: [Bug 2190] - unable to use connection pooling in esql

Berin Loritsch a écrit : > > Question: > > When I try to use the Connection pooling code, I get the following > exception: > > Could not get the datasource java.sql.SQLException: You cannot > get a Poolable before the pool is initialized > > What's going on? > > Answer: > > The most common

Re: [RT] forms

On 20.Jul.2001 -- 04:47 PM, Torsten Curdt wrote: > > > What do you mean by "get back"? What I was thinking of was: > > > > I was refering to the form in which the posted form parameters are > > represented for further processing. Currently, every form element > > corresponds to a request paramete

cvs commit: xml-cocoon2/xdocs logicsheet-forms.xml

bloritsch01/07/20 08:23:06 Modified:xdocsTag: cocoon_20_branch logicsheet-forms.xml Log: update documentation to reflect new way of checking form validation. Revision ChangesPath No revision No revision 1.1.2.5 +1

cvs commit: xml-cocoon2/xdocs logicsheet-forms.xml

bloritsch01/07/20 08:22:58 Modified:xdocslogicsheet-forms.xml Log: update documentation to reflect new way of checking form validation. Revision ChangesPath 1.6 +12 -1 xml-cocoon2/xdocs/logicsheet-forms.xml Index: logicsheet-forms.xml ===

cvs commit: xml-cocoon2/xdocs avalon.xml

bloritsch01/07/20 08:13:33 Modified:xdocsavalon.xml Log: reference "Developing with Avalon" document for in-depth study. Revision ChangesPath 1.4 +1 -1 xml-cocoon2/xdocs/avalon.xml Index: avalon.xml ==

cvs commit: xml-cocoon2/xdocs avalon.xml

bloritsch01/07/20 08:13:04 Modified:xdocsTag: cocoon_20_branch avalon.xml Log: reference "Developing with Avalon" document for in-depth study. Revision ChangesPath No revision No revision 1.1.1.1.2.3 +1 -1 xml-

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

bloritsch01/07/20 08:11:13 Modified:src/org/apache/cocoon/components/language/markup/xsp/java Tag: cocoon_20_branch form-validator.xsl Log: Due to vote results, adding new functionality to form-validator to make it more friendly. Revision ChangesP

Re: [RT] forms

I agree completely. The second format would make customisations a lot easier. On 20.Jul.2001 -- 03:10 PM, Peter Nuetzel - inglobo wrote: > > > >Well, as I stated in my last post maybe we can circumvent the XForm > >conformance problem by using a different namespace for that. > >But it is still n

Re: [RT] forms

On 20.Jul.2001 -- 10:38 AM, Torsten Curdt wrote: > > I think there is also some kind of intermediate format necessary which > > represents the evaluated form. > > Hm... damn! I do really propose not to use extensions! So this gonna be > tricky one then - back to the conformance problem :( > > Ch

Re: [GUMP] Build Failure - Cocoon2

Sam Ruby wrote: > > Berin Loritsch wrote: > > > > Ignore this. It is due to a change in the GUMP build scripts that was > > required to point to the new Excalibur CVS. Excalibur is now officially > > maintained separately to Framework--alowing additional components and > > bug fixes to be relea

RE: [RT] forms

> > What do you mean by "get back"? What I was thinking of was: > > I was refering to the form in which the posted form parameters are > represented for further processing. Currently, every form element > corresponds to a request parameter. XForms require each entire form to > correspond to one r

Re: [RT] forms

+1. Please go ahead and send patches against C2.1. Thanks, dims > > > I would like to donate my stuff. But I must admit its a very raw hack and > > needs lots of refactoring. And I've only implemented the things I really > > needed for my project (of course ;). > > Even greater! It's million t

RE: cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2 document.xsl copyover.xsl faq2document.xsl todo2document.xsl

I will take care of it. Thanks. -- dims --- "Morrison, John" <[EMAIL PROTECTED]> wrote: > Although I have no vote; I'd agree - history for faq.xml is pref to history > for faqs2document.xsl. > > I'm going home in 30 mins (3.30pm GMT) and won't be able to do any more > patches prior to Tuesday a

Re: [GUMP] Build Failure - Cocoon2

Berin Loritsch wrote: > > Ignore this. It is due to a change in the GUMP build scripts that was > required to point to the new Excalibur CVS. Excalibur is now officially > maintained separately to Framework--alowing additional components and > bug fixes to be released more often than Framework (

Re: [RT] forms

On 19.Jul.2001 -- 09:17 PM, Peter Nuetzel - inglobo wrote: > >Why do you use xalan:evaluate() to fill in the data? > > > > I need it to evaluate the XPath values of the ref attributes of the form > controls. > example: > > > > > Paul > > > >

Re: [RT] forms

On 19.Jul.2001 -- 05:00 PM, Peter Nuetzel - inglobo wrote: > I've implemented something similar: > > My form descriptor is similar to the XForms WD. I've made some > simplifications and some enhancements to allow simple processing and > validation definitions. > > example form control: > >

Re: [GUMP] Build Failure - Cocoon2

Sam Ruby wrote: > > > This email is autogenerated from the output from: > > > > Buildfile: build.xml > > init: > [ec

RE: cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2 document.xsl copyover.xsl faq2document.xsl todo2document.xsl

Although I have no vote; I'd agree - history for faq.xml is pref to history for faqs2document.xsl. I'm going home in 30 mins (3.30pm GMT) and won't be able to do any more patches prior to Tuesday after that - would you like me to produce the patches or do you want to wait and do them yourself? J

[Bug 2623] - Error: 500

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2623 *** shadow/2623 Fri Jul 13 12:55:54 2001 --- shadow/2623.tmp.22848 Fri Jul 20 06:59:23 2001 *** *** 4,10 |Bug #: 2623Product: Cocoon 2| | Status: NEW

Re: [C2] writeable workdir inside WEB-INF?

giacomo wrote: > > On Thu, 19 Jul 2001, Michael McKibben wrote: > > > I am new to cocoon and have been playing with the beta1 for several days > > now. I am salivating over all the possibilities available with cocoon2! > > > > One issue with the Cocoon Servlet: it seems unsafe to assume that the

[Bug 2645] - db-authenticator wont reuse pool connections

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2645 *** shadow/2645 Thu Jul 19 16:12:33 2001 --- shadow/2645.tmp.22808 Fri Jul 20 06:56:50 2001 *** *** 2,9 | db-authenticator wont reuse pool connections | +---

Re: [Bug 2190] - unable to use connection pooling in esql

[EMAIL PROTECTED] wrote: > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2190 > > *** shadow/2190 Thu Jul 19 13:55:33 2001 > --- shadow/2190.tmp.11998 Thu Jul 19 14:19:50 2001 > *** > *** 2,8 > | unable to use connection pooling in esql

RE: [RT] forms

> >Well, as I stated in my last post maybe we can circumvent the XForm > >conformance problem by using a different namespace for that. > >But it is still not very nice... > > > >(including the selector logicsheet [as follows] there would be 3 NS > involved > >for a simple form then!) > > > > I th

Re: [RT] forms

On 19.Jul.2001 -- 07:33 PM, Torsten Curdt wrote: > > What do you mean by "get back"? What I was thinking of was: I was refering to the form in which the posted form parameters are represented for further processing. Currently, every form element corresponds to a request parameter. XForms require

Re: AW: [C2]: Status for Beta2

Great!!! I don't see anything else that will block the monday deadline. Thanks, dims --- Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > Update: all examples work now > > Carsten > > > Carsten Ziegeler wrote: > > > > Hi Team, > > > > is time to think of releasing beta2. > > > > Apart from the "P

AW: [C2]: Status for Beta2

Update: all examples work now Carsten > Carsten Ziegeler wrote: > > Hi Team, > > is time to think of releasing beta2. > > Apart from the "Protected Webapp" demo is every example running very well. > I still don't know why. But I look into it. > > Is anything blocking us from releasing beta2 on m

cvs commit: xml-cocoon2/src/org/apache/cocoon/acting DatabaseAuthenticatorAction.java SessionValidatorAction.java

cziegeler01/07/20 06:37:17 Modified:src/org/apache/cocoon/acting DatabaseAuthenticatorAction.java SessionValidatorAction.java Log: Fixed NPE - all examples work now! Revision ChangesPath 1.7 +4 -4 xml-cocoon2/sr

cvs commit: xml-cocoon2/src/org/apache/cocoon/acting DatabaseAuthenticatorAction.java SessionValidatorAction.java

cziegeler01/07/20 06:35:49 Modified:src/org/apache/cocoon/acting Tag: cocoon_20_branch DatabaseAuthenticatorAction.java SessionValidatorAction.java Log: Fixed NPE - all examples work now! Revision ChangesPath No

[C2]: Status for Beta2

Hi Team, is time to think of releasing beta2. Apart from the "Protected Webapp" demo is every example running very well. I still don't know why. But I look into it. Is anything blocking us from releasing beta2 on monday? Carsten Open Source GroupsunShine - b:Integrat

Re: [RT] forms

> >Well, as I stated in my last post maybe we can circumvent the XForm >conformance problem by using a different namespace for that. >But it is still not very nice... > >(including the selector logicsheet [as follows] there would be 3 NS involved >for a simple form then!) > I think better would b

RE: [RT] forms

> >Looking at all the approaches for xml based form handling > >(including my own ones) I'm not really happy what there > >is available up to now... > > > >Especially multipage forms, error messages and i18n > >is not addressed in an extensive or sufficient manner. > > > >The Model: > >What we do

.new files?

There are two '.new' files in cvs - are they required by anything? src/org/apache/cocoon/matching/AuthenticationMatcher.java.new src/org/apache/cocoon/matching/FileAuthenticationMatcher.java.new I assume they were checked in by accident? J.

cvs commit: xml-cocoon2/webapp sitemap.xmap

cziegeler01/07/20 04:56:19 Modified:webapp sitemap.xmap Log: Fixed bug in employee example Revision ChangesPath 1.40 +1 -1 xml-cocoon2/webapp/sitemap.xmap Index: sitemap.xmap === RCS fil

cvs commit: xml-cocoon2/webapp sitemap.xmap

cziegeler01/07/20 04:55:22 Modified:webapp Tag: cocoon_20_branch sitemap.xmap Log: Fixed bug in employee example Revision ChangesPath No revision No revision 1.11.2.27 +1 -1 xml-cocoon2/webapp/sitemap.xmap I

Re: [RT] forms

At 4:45 PM +0200 18/7/01, Torsten Curdt wrote: >Looking at all the approaches for xml based form handling >(including my own ones) I'm not really happy what there >is available up to now... > >Especially multipage forms, error messages and i18n >is not addressed in an extensive or sufficient manne

RE: cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2 document.xsl copyover.xsl faq2document.xsl todo2document.xsl

Does anyone else have any opinions? I rather have the history of faq.xml than that of faqs2document.xsl, so my vote is to rename faqs2document.xsl in the skins directory to faq2document.xsl and fix the corresponding entry in the *book.xml in xdocs. Thanks, dims --- "Morrison, John" <[EMAIL P

RE: cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2 document.xsl copyover.xsl faq2document.xsl todo2document.xsl

Arrgh. I've re-read this and I'm not making sense. Here's another attempt. The only file with a problem is faq. The reason faq is a problem is due to the fact that the data is called faq and the stylesheet to transform it into the document dtd format is faqs2document.xsl (note the extra s). So

RE: cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2 document.xsl copyover.xsl faq2document.xsl todo2document.xsl

Huh, unfortunately the stylesheet is processed depending upon the name (ie, for faq pipeline (where faq is the xml filename) it looks for {faq}2document.xsl). If the filename was altered to faqs then it would be a straight copy of skins/.../*2document.xsl. The change to the file would entail: 1)

RE: cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2 document.xsl copyover.xsl faq2document.xsl todo2document.xsl

John, Eventually, we need to able to set the skin for the webapp version of C2 Docs. So it does make some sense to keep the same convention as the existing skin stylesheets. Thanks, dims --- "Morrison, John" <[EMAIL PROTECTED]> wrote: > Dims, > > I _could_ copy these files from skins/xml.apac

cvs commit: xml-cocoon2/webapp.site sitemap.xmap

dims01/07/20 03:59:35 Modified:webapp.site sitemap.xmap Log: Patches from John Morrison for adding faqs, changes, todo to the index Revision ChangesPath 1.4 +13 -0 xml-cocoon2/webapp.site/sitemap.xmap Index: sitemap.xmap =

cvs commit: xml-cocoon2/webapp/stylesheets/documents book2sidebar.xsl

dims01/07/20 03:59:04 Modified:webapp/stylesheets/documents book2sidebar.xsl Log: Patches from John Morrison for adding faqs, changes, todo to the index Revision ChangesPath 1.3 +3 -3 xml-cocoon2/webapp/stylesheets/documents/book2sidebar.xsl Index: bo

cvs commit: xml-cocoon2/webapp/stylesheets/documents book2sidebar.xsl

dims01/07/20 03:58:56 Modified:webapp/stylesheets/documents Tag: cocoon_20_branch book2sidebar.xsl Log: Patches from John Morrison for adding faqs, changes, todo to the index Revision ChangesPath No revision No

RE: cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2document.xsl copyover.xsl faq2document.xsl todo2document.xsl

Dims, I _could_ copy these files from skins/xml.apache.org/stylesheets but I'd have to rename the faqs2document.xsl -> faq2document.xsl or we can leave these as virtual duplicates. Preferences? > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, 20 J

Re: [C2][PATCH]

Done. Please cross-check. and yes i think we can add them to the index. --- "Morrison, John" <[EMAIL PROTECTED]> wrote: > Attached is a diff to enable the translation of todo, changes and faq into > the document xml format. These can then be viewed from the war. > > I've not added _any_ of thes

RE: [C2][PATCH]

I've updated book2sidebar.xsl to add FAQ/changes & todo. > -Original Message- > From: Morrison, John [mailto:[EMAIL PROTECTED]] > Sent: Friday, 20 July 2001 11:43 am > To: '[EMAIL PROTECTED]' > Subject: [C2][PATCH] > > > Attached is a diff to enable the translation of todo, changes > a

cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2document.xsl copyover.xsl faq2document.xsl todo2document.xsl

dims01/07/20 03:54:49 Added: webapp/stylesheets/documents Tag: cocoon_20_branch changes2document.xsl copyover.xsl faq2document.xsl todo2document.xsl Log: Patch from John Morrison for better "C2 Docs" from webapp - missing files

cvs commit: xml-cocoon2/webapp/stylesheets/documents root2html.xsl

dims01/07/20 03:54:22 Modified:webapp Tag: cocoon_20_branch sitemap.xmap webapp/stylesheets/documents Tag: cocoon_20_branch root2html.xsl Log: Patch from John Morrison for better "C2 Docs" from webapp Revision ChangesPath No

cvs commit: xml-cocoon2/webapp/stylesheets/documents changes2document.xsl copyover.xsl faq2document.xsl todo2document.xsl root2html.xsl

dims01/07/20 03:54:05 Modified:webapp sitemap.xmap webapp/stylesheets/documents root2html.xsl Added: webapp/stylesheets/documents changes2document.xsl copyover.xsl faq2document.xsl todo2document.xsl Log: Patch from John Morrison f

cvs commit: xml-cocoon2/xdocs jsp-generator.xml

dims01/07/20 03:43:36 Modified:xdocsjsp-generator.xml Log: Doc from "Bernhard Huber" <[EMAIL PROTECTED]> for JSP Generator/Engine Revision ChangesPath 1.4 +112 -2xml-cocoon2/xdocs/jsp-generator.xml Index: jsp-generator.xml ===

[C2][PATCH]

Attached is a diff to enable the translation of todo, changes and faq into the document xml format. These can then be viewed from the war. I've not added _any_ of these to the index. Should they? Also, the formatting is still rudimentary. J.

Re: AW: [c2 patch] MRUMemoryStore

Hi, Looks cool. Sorry for the not valid xdoc. Cheers Gerhard > Thanks. > > Patch is applied. Please cross check. > > Carsten > > > -Ursprüngliche Nachricht- > > Von: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > > Gesendet: Donnerstag, 19. Juli 2001 23:53 > > An: cocoon > > Betreff: [

cvs commit: xml-cocoon2/xdocs mrustore.xml

cziegeler01/07/20 03:30:02 Added: xdocsmrustore.xml Log: Added new doc Revision ChangesPath 1.2 +107 -0xml-cocoon2/xdocs/mrustore.xml -- In case of troubles, e-mail: [EMA

cvs commit: xml-cocoon2/xdocs mrustore.xml

cziegeler01/07/20 03:29:34 Added: xdocsTag: cocoon_20_branch mrustore.xml Log: Added new doc Revision ChangesPath No revision No revision 1.1.2.1 +108 -0xml-cocoon2/xdocs/Attic/mrustore.xml

AW: [c2 patch] MRUMemoryStore

Thanks. Patch is applied. Please cross check. Carsten > -Ursprüngliche Nachricht- > Von: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 19. Juli 2001 23:53 > An: cocoon > Betreff: [c2 patch] MRUMemoryStore > > > Hi Team, > I determined the context path wrong. I ove

AW: [c2] xdoc for the MRUMemoryStore

Thanks for docs. I just added it. Could you please post valid xml the next time? Carsten > -Ursprüngliche Nachricht- > Von: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > Gesendet: Freitag, 20. Juli 2001 11:51 > An: [EMAIL PROTECTED] > Betreff: [c2] xdoc for the MRUMemoryStore > > > Hi

cvs commit: xml-cocoon2/xdocs docs-book.xml site-book.xml

cziegeler01/07/20 03:27:57 Modified:src/org/apache/cocoon/components/store Tag: cocoon_20_branch MRUMemoryStore.java xdocsTag: cocoon_20_branch docs-book.xml site-book.xml Log: Appliedd latest patch and docs Submitted by: Gerhard Froehlic

cvs commit: xml-cocoon2/xdocs docs-book.xml site-book.xml

cziegeler01/07/20 03:27:32 Modified:src/org/apache/cocoon/components/store MRUMemoryStore.java xdocsdocs-book.xml site-book.xml Log: Appliedd latest patch and docs Submitted by: Gerhard Froehlich Revision ChangesPath 1.7 +16 -10 xml-cocoon2

RE: sun.tools.javac.Main will be removed from JDK1.4

Err! and what are we supposed to do instead? I *assume* this has consequences for C2? > -Original Message- > From: Davanum Srinivas [mailto:[EMAIL PROTECTED]] > Sent: Friday, 20 July 2001 11:17 am > To: [EMAIL PROTECTED] > Subject: sun.tools.javac.Main will be removed from JDK1.4 > >

RE: [C2][PATCH] Filter ON for document copy...

Looks fine. Thanks. > -Original Message- > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > Sent: Friday, 20 July 2001 11:14 am > To: [EMAIL PROTECTED] > Subject: AW: [C2][PATCH] Filter ON for document copy... > > > Thanks, > > your patch is applied - please cross check. > > Carst

sun.tools.javac.Main will be removed from JDK1.4

FYI, -Original Message- From: Leclair, Donald Sent: Thursday, July 19, 2001 7:15 PM To: J2EE Communications Subject: Message 14: Class change impact Sent: Thursday, July 19, 2001 7:08 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Class change impact Dear Licensee, The Java(T

AW: [C2][PATCH] Filter ON for document copy...

Thanks, your patch is applied - please cross check. Carsten > -Ursprüngliche Nachricht- > Von: Morrison, John [mailto:[EMAIL PROTECTED]] > Gesendet: Freitag, 20. Juli 2001 11:31 > An: '[EMAIL PROTECTED]' > Betreff: [C2][PATCH] Filter ON for document copy... > > > > > >

cvs commit: xml-cocoon2 build.xml

cziegeler01/07/20 03:07:41 Modified:.build.xml Log: Applied [C2][PATCH] Filter ON for document copy... Submitted by: John Morrison ([EMAIL PROTECTED]) Revision ChangesPath 1.38 +8 -2 xml-cocoon2/build.xml Index: build.xml ==

cvs commit: xml-cocoon2 build.xml

cziegeler01/07/20 03:06:07 Modified:.Tag: cocoon_20_branch build.xml Log: Applied [C2][PATCH] Filter ON for document copy... Submitted by: John Morrison ([EMAIL PROTECTED]) Revision ChangesPath No revision No revision

[GUMP] Build Failure - Cocoon2

This email is autogenerated from the output from: Buildfile: build.xml init: [echo] --- Apache Cocoon

[c2] xdoc for the MRUMemoryStore

Hi Team, I wrote a xdoc for the MRUMemoryStore. Feel free to commit it. But the english grammer may be awfull (Germans and the english language :-) Cheers Gerhard -- Gerhard Fröhlich [EMAIL PROTECTED] "black holes are, when GOD is dividing by zero" GMX - Die Kommunikationsplattform im Intern

cvs commit: xml-cocoon2/xdocs jars.xml

cziegeler01/07/20 02:43:49 Modified:xdocsjars.xml Log: useful not usefull! Revision ChangesPath 1.9 +1 -1 xml-cocoon2/xdocs/jars.xml Index: jars.xml === RCS file: /home/cvs/xml-cocoon

cvs commit: xml-cocoon2/xdocs jars.xml

cziegeler01/07/20 02:43:24 Modified:xdocsTag: cocoon_20_branch jars.xml Log: useful not usefull! Revision ChangesPath No revision No revision 1.1.2.9 +1 -1 xml-cocoon2/xdocs/jars.xml Index: jars.xml ==

[C2][PATCH] Filter ON for document copy...

=== Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any

RE: cvs commit: xml-cocoon2/xdocs jars.xml

Thansk. Oh, useful only has one 'l' *GRIN*. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, 20 July 2001 10:21 am > To: [EMAIL PROTECTED] > Subject: cvs commit: xml-cocoon2/xdocs jars.xml > > > cziegeler01/07/20 02:21:28 > > Modified:

AW: cvs commit: xml-cocoon2/src/org/apache/cocoon/environment/http RequestWrapperMaybeUpload22.java RequestWrapperMaybeUpload23.java

Done. Carsten > -Ursprüngliche Nachricht- > Von: Morrison, John [mailto:[EMAIL PROTECTED]] > Gesendet: Freitag, 20. Juli 2001 11:06 > An: '[EMAIL PROTECTED]' > Betreff: RE: cvs commit: > xml-cocoon2/src/org/apache/cocoon/environment/http > RequestWrapperMaybeUpload22.java RequestWrapperM

cvs commit: xml-cocoon2/xdocs jars.xml

cziegeler01/07/20 02:22:15 Modified:xdocsTag: cocoon_20_branch jars.xml Log: MaybeUpload is now optional Revision ChangesPath No revision No revision 1.1.2.8 +2 -2 xml-cocoon2/xdocs/jars.xml Index: jars.

cvs commit: xml-cocoon2/xdocs IMPORTANT

cziegeler01/07/20 02:22:00 Added: xdocsIMPORTANT Log: Added missing file Revision ChangesPath 1.2 +7 -0 xml-cocoon2/xdocs/IMPORTANT -- In case of troubles, e-mail: [EMAI

cvs commit: xml-cocoon2/xdocs jars.xml

cziegeler01/07/20 02:21:28 Modified:xdocsjars.xml Log: MaybeUpload is now optional Revision ChangesPath 1.8 +2 -2 xml-cocoon2/xdocs/jars.xml Index: jars.xml === RCS file: /home/cvs/xm

RE: cvs commit: xml-cocoon2/src/org/apache/cocoon/environment/http RequestWrapperMaybeUpload22.java RequestWrapperMaybeUpload23.java

Could you please update the document jars? Thanks. J. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, 20 July 2001 10:03 am > To: [EMAIL PROTECTED] > Subject: cvs commit: > xml-cocoon2/src/org/apache/cocoon/environment/http > RequestWrapperMayb

cvs commit: xml-cocoon2/src/org/apache/cocoon/environment/http HttpRequest.java

cziegeler01/07/20 02:04:23 Modified:src/org/apache/cocoon/environment/http HttpRequest.java Log: MaybeUpload is now optional Revision ChangesPath 1.5 +2 -24 xml-cocoon2/src/org/apache/cocoon/environment/http/HttpRequest.java Index: HttpRequest.java

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

cziegeler01/07/20 02:03:30 Modified:.build.xml src/org/apache/cocoon/environment/http RequestWrapper22.java RequestWrapper23.java src/org/apache/cocoon/servlet CocoonServlet.java Added: src/org/apache/cocoon/environme

cvs commit: xml-cocoon2/src/org/apache/cocoon/environment/http RequestWrapperMaybeUpload22.java RequestWrapperMaybeUpload23.java

cziegeler01/07/20 02:02:32 Added: src/org/apache/cocoon/environment/http Tag: cocoon_20_branch RequestWrapperMaybeUpload22.java RequestWrapperMaybeUpload23.java Log: MaybeUpload is now optional Revision ChangesPath No

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

cziegeler01/07/20 02:01:45 Modified:.Tag: cocoon_20_branch build.xml src/org/apache/cocoon/environment/http Tag: cocoon_20_branch HttpRequest.java RequestWrapper22.java RequestWrapper23.java src/org/ap

Re: [C2 patch] updated i18transformer

Hi Dims, Looks good. Thanks for your help. :-) (Konstantin, can you please also check to make sure none of your i18n code is broken ?) If no-one has any objections, the LangSelect action can now be removed, as the locale action now superseeds it (LocaleAc

  1   2   >