Re: viruses from committer addresses

Christian Haul wrote: > is it just me or are the rest of the team also receiving bogus emails > pretending to be from another committer bearing sensible cocoon > subject lines? (Bless terminal based mail user agents!) > > Does Apache sport a public key infrastructure? > > Chris. > > -- >

Re: viruses from committer addresses

On 24.Apr.2002 -- 05:43 PM, David Crossley wrote: > Christian, what are you suggesting with your PKI enquiry above. David, if developers' public keys were available and we would sign our messages, it would be easier to decide whether to trust a mail. OTOH it's not common practice to exchange e.g.

Re: various copies of DTDs within Cocoon

Piroumian Konstantin wrote: > > David Crossley wrote: > > > > A few weeks ago someone committed changes to > > src/documentation/xdocs/dtd/document-v10.dtd > > However please remember that there are two copies > > of the DTDs ... > > > This does raise some issues though. When we rely on > > the

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor MapStackResolver.java

sylvain 02/04/24 01:49:53 Modified:src/java/org/apache/cocoon/components/treeprocessor MapStackResolver.java Log: Fix call-resource parameter problem reported by Konstantin Revision ChangesPath 1.3 +9 -6 xml-cocoon2/src/java/org/apache

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor MapStackResolver.java

sylvain 02/04/24 01:50:11 Modified:src/java/org/apache/cocoon/components/treeprocessor Tag: cocoon_2_0_3_branch MapStackResolver.java Log: Fix call-resource parameter problem reported by Konstantin Revision ChangesPath No revisio

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/impl - New directory

cziegeler02/04/24 01:54:50 xml-cocoon2/src/java/org/apache/cocoon/components/source/impl - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addition

cvs commit: xml-cocoon2/src/webapp/WEB-INF cocoon.xconf

cziegeler02/04/24 01:55:32 Modified:src/webapp/WEB-INF cocoon.xconf Added: src/java/org/apache/cocoon/components/source/impl ContextSourceFactory.java Removed: src/java/org/apache/cocoon/components/source ContextSourceFactory

Re: [TREEPROCESSOR] ClassCastException

Konstantin Piroumian wrote: >>Vadim Gritsenko wrote: >> From: Konstantin Piroumian [mailto:[EMAIL PROTECTED]] Hi, team! I've just updated Cocoon from CVS and got this error: java.lang.ClassCastException: >>>It could be my bug fix. See: >>>http://marc.theaimsgroup.co

Re: various copies of DTDs within Cocoon

From: "David Crossley" <[EMAIL PROTECTED]> > OK. This is why i did not just rush in and rationalise Cocoon > CVS to have only one copy of DTDs to avoid confusion. > We need to discuss this issue. > > Perhaps it would be better to leave the two copies in their > respective places and just live wit

cvs commit: xml-cocoon2/src/webapp/WEB-INF cocoon.xconf

cziegeler02/04/24 02:59:49 Modified:src/java/org/apache/cocoon/components CocoonComponentManager.java src/java/org/apache/cocoon/components/source SitemapSource.java src/java/org/apache/cocoon/components/sourc

Re: viruses from committer addresses

From: "Christian Haul" <[EMAIL PROTECTED]> > On 24.Apr.2002 -- 05:43 PM, David Crossley wrote: > > Christian, what are you suggesting with your PKI enquiry above. > > David, if developers' public keys were available and we would sign our > messages, it would be easier to decide whether to trust a

Re: various copies of DTDs within Cocoon

>> So, I'd like to know what's the correct way of managing such >> situations. Can >> I just setup a local catalog and use SYSTEM entities or my editing tool >> should support catalogs natively? > > Either way you would need to set up an OASIS Catalog > (just use the catalog file that comes with

Re: various copies of DTDs within Cocoon

From: "Diana Shannon" <[EMAIL PROTECTED]> > >> So, I'd like to know what's the correct way of managing such > >> situations. Can > >> I just setup a local catalog and use SYSTEM entities or my editing tool > >> should support catalogs natively? > > > > Either way you would need to set up an OASIS

Re: [TREEPROCESSOR] ClassCastException

> Konstantin Piroumian wrote: > >>Vadim Gritsenko wrote: > From: Konstantin Piroumian [mailto:[EMAIL PROTECTED]] > > Hi, team! > > I've just updated Cocoon from CVS and got this error: > java.lang.ClassCastException: > > >>>It could be my bug fix. See: > >>>http://ma

[SITEMAP] The order of processing

G'day! I'm getting a strange behavior of the sitemap processor. Here goes the problem. 1. Preliminaries: /samples/sitemap.xmap - automounted from the root sitemap /samples/i18n/sitemap.xmap - automounted from the samples sitemap By default, samples sitemap displays directory listing of the mou

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/impl CocoonToAvalonSource.java SourceFactoryWrapper.java

cziegeler02/04/24 05:05:59 Added: src/java/org/apache/cocoon/components/source/impl CocoonToAvalonSource.java SourceFactoryWrapper.java Log: Adding wrapper for compatibility Revision ChangesPath 1.1 xml-cocoon2/src/java/org/apa

cvs commit: xml-cocoon2/src/scratchpad/webapp/mount/xmlform/wizard confirm.xml deployment.xml system.xml

ivelin 02/04/24 05:22:51 Modified:src/scratchpad/src/org/apache/cocoon/samples/xmlform UserBean.java src/scratchpad/src/org/apache/cocoon/transformation XMLFormTransformer.java src/scratchpad/src/org/apache/c

[Announcement] XMLForm 0.81 available in Scratchpad

+=+ [|] Cocoon's new form handling solution just got more robust [|] +-+ [|] with the addition of two new tags - group and repeat.[|] +

DO NOT REPLY [Bug 7136] - HTML Form Binding and validation toolkit

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 7136] - HTML Form Binding and validation toolkit

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/java/org/apache/cocoon/sitemap Handler.java

SitemapSource.java src/java/org/apache/cocoon/environment AbstractEnvironment.java URLFactorySourceResolver.java src/java/org/apache/cocoon/sitemap Handler.java Added: lib/core avalon-excalibur-20020424.jar

Re: [Announcement] XMLForm 0.81 available in Scratchpad

Great news, Ivelin! > > +=+ > [|] Cocoon's new form handling solution just got more robust [|] > +-+ > [|] with the addition of two new tags - group and repeat.[|] > +=

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

cziegeler02/04/24 07:32:52 Modified:src/java/org/apache/cocoon/components CocoonComponentManager.java Log: Avoid duplicate initialization of RCC Revision ChangesPath 1.17 +12 -9 xml-cocoon2/src/java/org/apache/cocoon/components/CocoonCom

various copies of DTDs within Cocoon

Diana Shannon wrote: > >> So, I'd like to know what's the correct way of managing such > >> situations. Can > >> I just setup a local catalog and use SYSTEM entities or my editing tool > >> should support catalogs natively? > > > > Either way you would need to set up an OASIS Catalog > > (just us

Re: various copies of DTDs within Cocoon

Konstantin Piroumian wrote: > Diana Shannon wrote: > > This is useful documentation content, as a general how-to as well as for > > instructions to authors. > > > > Konstantin, if you develop a workaround/fix for XML Spy, would you make > > sure to post it? > > Sure. > Currently, the workaround

DO NOT REPLY [Bug 7726] - I18nTransformer.java patch

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: [SITEMAP] The order of processing

Konstantin Piroumian wrote: >G'day! > >I'm getting a strange behavior of the sitemap processor. Here goes the >problem. > >1. Preliminaries: > >/samples/sitemap.xmap - automounted from the root sitemap >/samples/i18n/sitemap.xmap - automounted from the samples sitemap > >By default, samples sitem

DO NOT REPLY [Bug 7726] - I18nTransformer.java patch

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: viruses from committer addresses

On Wed, 24 Apr 2002 12:09:43 +0200, "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > From: "Christian Haul" <[EMAIL PROTECTED]> > > > On 24.Apr.2002 -- 05:43 PM, David Crossley wrote: > > > Christian, what are you suggesting with your PKI enquiry above. > > > > David, if developers' public keys

[admin] stop-like silence

my sudden silence is not due to any lost interest but due on workload and deadlines pressure. I've two important things that are going on at once and both are somewhat Cocoon-related. I'll tell you about it when it's time. Keep up the great work. Ciao -- Stefano Mazzocchi One must still

Cocoon at NASA....

Many of you have probably seen my occassional comments on here - I am mostly a lurker. But I wanted to let all of you know about the project I am using Cocoon for (since December) - which only a couple of people on the list knew about. I now have permission to let you know... Coc

[FYI] Struts flow proposal

http://jakarta.apache.org/struts/proposals/workflow.html -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -

RE: DO NOT REPLY [Bug 6879] - [PATCH] Cache improvement using ESI invalidation protocol

Marcelo, a short answer. I send the reply to the Cocoon dev. List. I think the topic is very interesting and need to be discussed with a broader publicum. Let's discuss the topic there! > I apologize for the delay on the reply. > First,

RE: [FYI] Struts flow proposal

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > http://jakarta.apache.org/struts/proposals/workflow.html Humm, some of that looks quite familiar... J. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comman

RE: [FYI] Struts flow proposal

>From: John Morrison [mailto:[EMAIL PROTECTED]] > >> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] >> >> http://jakarta.apache.org/struts/proposals/workflow.html > >Humm, some of that looks quite familiar... Indeed Good night ~Gerhard +--

RE: [FYI] Struts flow proposal

Just looking at the proposal, I need to comment that the idea behind the proposal seems very similar to code that we at Witness Systems have been working on to allow 'Wizard' type functionality for our users to prevent them from mis-configuring items with complicated dependencies. Our code is base

Re: [Announcement] XMLForm 0.81 available in Scratchpad

- Original Message - From: "Konstantin Piroumian" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 24, 2002 8:59 AM Subject: Re: [Announcement] XMLForm 0.81 available in Scratchpad > Great news, Ivelin! > > > > > +==

RE: [admin] stop-like silence

> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > my sudden silence is not due to any lost interest but due on workload > and deadlines pressure. That's never an issue - I'm the same, the project I'm now working on at work has been forced down the asp/COM route because I can't get Java to

cvs commit: xml-cocoon2 changes.xml

crossley02/04/24 22:41:12 Modified:.changes.xml Log: Fix XML validation issue: & needs & Revision ChangesPath 1.147 +2 -2 xml-cocoon2/changes.xml Index: changes.xml === RCS file: /h

cvs commit: xml-cocoon2/src/documentation/xdocs performancetips.xml

crossley02/04/24 22:42:12 Modified:src/documentation/xdocs performancetips.xml Log: Fix XML validation issues: no within , no within Revision ChangesPath 1.5 +29 -28xml-cocoon2/src/documentation/xdocs/performancetips.xml Index: performancetips.xml ===

RE: [admin] stop-like silence

Stefano Mazzocchi wrote: > > my sudden silence is not due to any lost interest but due on workload > and deadlines pressure. > > I've two important things that are going on at once and both are > somewhat Cocoon-related. I'll tell you about it when it's time. > Hm, I think one thing is clear :)

New Source Resolving

Hi, it took a long time ... but there is a little light at the end of the tunnel. Or in other words: most parts for reintegrating the avalon excalibur source resolving into Cocoon and deprecating the Cocoon source resolving are finished. Status: - The Excalibur Source Resolver is integrated in

Re: various copies of DTDs within Cocoon

Nicola Ken Barozzi wrote: > David Crossley wrote: > > OK. This is why i did not just rush in and rationalise Cocoon > > CVS to have only one copy of DTDs to avoid confusion. > > We need to discuss this issue. > > > > Perhaps it would be better to leave the two copies in their > > respective places