http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2413
*** shadow/2413 Mon Jul 2 01:56:34 2001
--- shadow/2413.tmp.20681 Mon Jul 2 01:56:34 2001
***
*** 0
--- 1,102
+ ++
+ | AbstractAction im
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2413
*** shadow/2413 Mon Jul 2 01:56:34 2001
--- shadow/2413.tmp.20791 Mon Jul 2 01:58:39 2001
***
*** 99,102
reloading. Anyway, for backwards compatibility a method
with the original signature is pro
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2413
*** shadow/2413 Mon Jul 2 01:58:39 2001
--- shadow/2413.tmp.20805 Mon Jul 2 01:59:14 2001
***
*** 104,106
--- 104,111
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 01:58
---
Created an a
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2414
*** shadow/2414 Mon Jul 2 02:01:16 2001
--- shadow/2414.tmp.20858 Mon Jul 2 02:01:16 2001
***
*** 0
--- 1,20
+ ++
+ | comparison with em
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2414
*** shadow/2414 Mon Jul 2 02:01:16 2001
--- shadow/2414.tmp.20887 Mon Jul 2 02:02:15 2001
***
*** 17,20
If a maximum value for a long is not given, the parameter is
null but it is compared to an empty stri
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2414
*** shadow/2414 Mon Jul 2 02:02:15 2001
--- shadow/2414.tmp.20904 Mon Jul 2 02:02:40 2001
***
*** 22,24
--- 22,29
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:02
---
Created an attac
cziegeler01/07/02 02:03:38
Modified:xdocscaching.xml
Log:
Finished first version of caching docs
Revision ChangesPath
1.7 +108 -9xml-cocoon2/xdocs/caching.xml
Index: caching.xml
===
RC
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2415
*** shadow/2415 Mon Jul 2 02:04:06 2001
--- shadow/2415.tmp.21063 Mon Jul 2 02:04:06 2001
***
*** 0
--- 1,17
+ ++
+ | Examples for FormV
cziegeler01/07/02 02:04:00
Modified:xdocsTag: cocoon_20_branch caching.xml
Log:
Finished first version of caching docs
Revision ChangesPath
No revision
No revision
1.1.2.7 +108 -9xml-cocoon2/xdocs/caching.xml
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2415
*** shadow/2415 Mon Jul 2 02:04:06 2001
--- shadow/2415.tmp.21071 Mon Jul 2 02:04:36 2001
***
*** 14,17
| URL: |
+=
I wonder if there is a way of having a sub sitemap
that does not change the context dir.
I need to access files in the parent dir of the
sub sitemap's dir.
Under linux filesystem links could solve the
problem. (Although it is not a very nice sollution)
My first guess was not to change the contex
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2415
*** shadow/2415 Mon Jul 2 02:04:36 2001
--- shadow/2415.tmp.21141 Mon Jul 2 02:04:59 2001
***
*** 19,21
--- 19,26
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:04
---
Created an attac
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2416
*** shadow/2416 Mon Jul 2 02:06:36 2001
--- shadow/2416.tmp.21242 Mon Jul 2 02:06:36 2001
***
*** 0
--- 1,18
+ ++
+ | Remove unnecessary
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2416
*** shadow/2416 Mon Jul 2 02:06:36 2001
--- shadow/2416.tmp.21311 Mon Jul 2 02:07:11 2001
***
*** 15,18
++
|
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2416
*** shadow/2416 Mon Jul 2 02:07:11 2001
--- shadow/2416.tmp.21418 Mon Jul 2 02:07:30 2001
***
*** 20,22
--- 20,27
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:07
---
Created an attac
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2413
*** shadow/2413 Mon Jul 2 01:59:14 2001
--- shadow/2413.tmp.21563 Mon Jul 2 02:11:15 2001
***
*** 109,111
--- 109,116
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 01:59
---
Created an a
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2417
*** shadow/2417 Mon Jul 2 02:13:28 2001
--- shadow/2417.tmp.21588 Mon Jul 2 02:13:28 2001
***
*** 0
--- 1,17
+ ++
+ | New docs for match
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2417
*** shadow/2417 Mon Jul 2 02:13:28 2001
--- shadow/2417.tmp.21597 Mon Jul 2 02:14:09 2001
***
*** 14,17
| URL: |
+=
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2417
*** shadow/2417 Mon Jul 2 02:14:09 2001
--- shadow/2417.tmp.21606 Mon Jul 2 02:14:31 2001
***
*** 19,21
--- 19,26
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:14
---
Created an attac
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2415
*** shadow/2415 Mon Jul 2 02:04:59 2001
--- shadow/2415.tmp.21619 Mon Jul 2 02:15:20 2001
***
*** 24,26
--- 24,31
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:04
---
Created an attac
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2418
*** shadow/2418 Mon Jul 2 02:17:15 2001
--- shadow/2418.tmp.21634 Mon Jul 2 02:17:15 2001
***
*** 0
--- 1,18
+ ++
+ | Switch pipelines i
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2418
*** shadow/2418 Mon Jul 2 02:17:15 2001
--- shadow/2418.tmp.21645 Mon Jul 2 02:17:42 2001
***
*** 15,18
++
|
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2418
*** shadow/2418 Mon Jul 2 02:17:42 2001
--- shadow/2418.tmp.21657 Mon Jul 2 02:18:14 2001
***
*** 20,22
--- 20,27
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:17
---
Created an attac
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2418
*** shadow/2418 Mon Jul 2 02:18:14 2001
--- shadow/2418.tmp.21668 Mon Jul 2 02:18:42 2001
***
*** 25,27
--- 25,32
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:18
---
Created an attac
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2418
*** shadow/2418 Mon Jul 2 02:18:42 2001
--- shadow/2418.tmp.21676 Mon Jul 2 02:19:08 2001
***
*** 30,32
--- 30,37
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:18
---
Created an attac
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2419
*** shadow/2419 Mon Jul 2 02:20:48 2001
--- shadow/2419.tmp.21692 Mon Jul 2 02:20:48 2001
***
*** 0
--- 1,18
+ ++
+ | One missing transl
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2419
*** shadow/2419 Mon Jul 2 02:20:48 2001
--- shadow/2419.tmp.21702 Mon Jul 2 02:21:15 2001
***
*** 15,18
++
|
cziegeler01/07/02 02:21:02
Modified:src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
ContentAggregator.java
webapp Tag: cocoon_20_branch sitemap.xmap
Log:
ContentAggregator now uses same url notation as all other components. An explicit
c
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2419
*** shadow/2419 Mon Jul 2 02:21:15 2001
--- shadow/2419.tmp.21711 Mon Jul 2 02:21:34 2001
***
*** 20,22
--- 20,27
--- Additional Comments From [EMAIL PROTECTED] 2001-07-02 02:21
---
Created an attac
cziegeler01/07/02 02:23:34
Modified:src/org/apache/cocoon/sitemap ContentAggregator.java
webapp sitemap.xmap
Log:
ContentAggregator now uses same url notation as all other components. An explicit
cocoon:// is required
Revision ChangesPath
1.11 +4 -
I just changed the semantics of the content aggregation. Now, if
you want to aggregate pipelines, you have to explicitly
use the cocoon:// url.
This enables aggregating xml from different sources, e.g.
aggregating several xml files etc.
Carsten
> Giacomo Pati wrote:
>
> On Thu, 28 Jun 2001, Ca
Hi,
to finish the work on the cocoon: url protocol, we have to
decide how it should work, e.g. how to address a resource
of a parent sitemap etc.
Sylvain suggested the following:
Since "cocoon:" isn't a real URL protocol (host and port have no meaning
here), it could depend on the number of
Hi,
next vote:
As I explained, to make special protocols like cocoon: work,
it is not possible to use the URLFactory.
I suggest to move the URLFactory to a SourceFactory.
So lets vote:
+1 for moving URLFactory to SourceFactory and removing URLFactory
(An option is to keep the URLFactory for c
Dev-Team,
After looking at the entries in BugzillaAm taking the easy way out of applying all
the
patches. :)
I propose a vote for Christian Haul ([EMAIL PROTECTED]) as a Committer
(That is of
course subject to his inclination and time available).
Thanks,
dims
=
Davanum Srinivas, JNI-
On 29.Jun.2001 -- 07:06 PM, Vadim Gritsenko wrote:
> Cocooners,
> Please - who knows what is dom2.jar - update doc to remove question marks
dom2 is used by interface org.apache.cocoon.CodeFactory
All Known Implementing Classes:
RegexpTargetHostMatcherFactory, WildcardURIMatcherFactory,
Hi Vadim,
On Fri, 29 Jun 2001, Vadim Gritsenko wrote:
> Just one quick question: does this patch breaks backward compatibility,
> or not? I could apply it stright away if I would know that it does not break
> anything :)
:-)
I've just tested it on my system (Debian GNU/Linux i3
Hi,
I need to understand the capabilities and limitations of sitemap/subsitemap.
Is there any documentation describing the sitemap/subsitemap design,
assumptions and usage? If it does not exist - is it possible to ask the
person who designed that behavior to put together the doc similar to "docs:
cziegeler01/07/02 06:08:07
Modified:src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
AbstractSitemap.java
Log:
Fixed strange component management behaviour
Revision ChangesPath
No revision
No revision
cziegeler01/07/02 06:08:27
Modified:src/org/apache/cocoon/sitemap AbstractSitemap.java
Log:
Fixed strange component management behaviour
Revision ChangesPath
1.12 +1 -2 xml-cocoon2/src/org/apache/cocoon/sitemap/AbstractSitemap.java
Index: AbstractSitemap.j
Hi Team,
it seems that I fixed this showstopper. If someone of you still
has any problems with a similiar problem, please, report it.
Still not working is the detection of changes in the cocoon.xconf.
If you change, e.g. the sax connector, this change is only
applied after a server restart.
Ca
giacomo wrote:
>
> On Wed, 27 Jun 2001, Carsten Ziegeler wrote:
>
> > Hi C2ers,
> >
> > what do you think about enhancing the information logged to the
> > cocoon.log?
> > For debugging etc. it would help to have a better formatted
> > time information, the current url request perhaps the curren
Donald,
This might help you with pools:
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=99244034515731&w=2
However, does it work in sitemap (for html, xslt, etc components) or not - I don't
know...
Vadim
> -Original Message-
> From: Donald Ball [mailto:[EMAIL PROTECTED]]
> Sent: Sun
Carsten,
Would it more intuitive to use:
- "sitemap://hello.html" : relative to the current sitemap
- "cocoon://hello.html" : absolute from the root sitemap
It may be confusing if different amount of "/" is used...
Vadim
> -Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PR
cziegeler01/07/02 06:49:56
Modified:lib maybeupload.jar
Log:
Updated to latest maybeupload - It fixes some upload problems with windows clients
Revision ChangesPath
1.5 +115 -112 xml-cocoon2/lib/maybeupload.jar
<>
---
cziegeler01/07/02 06:50:33
Modified:lib Tag: cocoon_20_branch maybeupload.jar
Log:
Updated to latest maybeupload - It fixes some upload problems with windows clients
Revision ChangesPath
No revision
No revision
1.4
Donald Ball wrote:
>
> heya. i recently got my tomcat-catalina and my apache talking to each
> other, hurrah. i took the opportunity to load test my cocoon webapp.
> overall, it held up pretty nicely, but when i cranked up the concurrency,
> i started getting some exceptions here and there. one w
I know C2 is still beta, but is anybody running it in a production
environment? If you are could we add C2 live sites to the documentation?
Thanks,
J.
===
Information in this email and any attachments are confidential, and ma
On 02.Jul.2001 -- 09:42 AM, Vadim Gritsenko wrote:
> Carsten,
>
> Would it more intuitive to use:
> - "sitemap://hello.html" : relative to the current sitemap
> - "cocoon://hello.html" : absolute from the root sitemap
Vadim,
three observations: 1) we should adhere to the protocol + path
parad
cziegeler01/07/02 07:22:54
Modified:src/org/apache/cocoon/components/sax Tag: cocoon_20_branch
XMLByteStreamCompiler.java
Log:
Fixed inconsistencies reported several weeks ago by Santiago Gala
Revision ChangesPath
No revision
cziegeler01/07/02 07:23:39
Modified:src/org/apache/cocoon/components/sax
XMLByteStreamCompiler.java
Log:
Fixed inconsistencies reported several weeks ago by Santiago Gala
Revision ChangesPath
1.2 +5 -4
xml-cocoon2/src/org/apache/cocoon
cziegeler01/07/02 07:31:11
Modified:src/org/apache/cocoon/sitemap AbstractSitemap.java
Log:
Fixed detection of changes in the cocoon.xconf
Revision ChangesPath
1.13 +3 -5 xml-cocoon2/src/org/apache/cocoon/sitemap/AbstractSitemap.java
Index: AbstractSitemap
cziegeler01/07/02 07:32:28
Modified:src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
AbstractSitemap.java
Log:
Fixed detection of changes in the cocoon.xconf
Revision ChangesPath
No revision
No revisi
> Carsten Ziegeler wrote:
>
> Hi Team,
>
> it seems that I fixed this showstopper. If someone of you still
> has any problems with a similiar problem, please, report it.
>
> Still not working is the detection of changes in the cocoon.xconf.
> If you change, e.g. the sax connector, this change i
It turns out that my employer wants to use Turbine for the next project.
Part of the issue is the lack of documentation and the very high learning
curve for Cocoon 2. Once I have put something together for Turbine, I will
have a better understanding of how that project approaches things. This
in
Carsten Ziegeler a écrit :
>
> Hi,
>
> to finish the work on the cocoon: url protocol, we have to
> decide how it should work, e.g. how to address a resource
> of a parent sitemap etc.
>
> Sylvain suggested the following:
>
> Since "cocoon:" isn't a real URL protocol (host and port have
Hi,
I like to bring to your attention that it is a typo in web.xml file
(Cocoon-2.0b1.zip) making it not well formed.
the lines:
http://java.sun.com/j2ee/dtds/web-app_2.2.dtd";>
should be
http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
the typo is 2.2 instead 2_2 ( see Servlet spec 13.1.1)
X
vgritsenko01/07/02 08:22:35
Modified:webapp/WEB-INF web.xml
Log:
Fixed typo reported by DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
[[EMAIL PROTECTED]]
Revision ChangesPath
1.2 +1 -1 xml-cocoon2/webapp/WEB-INF/web.xml
Index: web.xml
==
vgritsenko01/07/02 08:23:40
Modified:webapp/WEB-INF Tag: cocoon_20_branch web.xml
Log:
Fixed typo reported by DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
[[EMAIL PROTECTED]]
Revision ChangesPath
No revision
No revision
1.1.1.
Thanks, Kinga.
Patched in CVS.
Vadim
> -Original Message-
> From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 02, 2001 11:11
> To: [EMAIL PROTECTED]
> Subject: web.xml
>
>
> Hi,
> I like to bring to your attention that it is a typo in web.xml f
Hi John,
Yesterday we went live with "Sirvisetti UDDI Registrar WAP site". It uses C2
(2.1 dev) on Tomcat. The URL for the site is:
http://www.sirvisetti.com/uddi/index.html
It's been up for more than 12 hours and haven't had any problems. We are
expecting more load in the next few weeks and it
Carsten, I think we have found two problems in the sample you sent us.
1) xpath = "*[local-name()='sitemap' and namespace-uri
='http://apache.org/cocoon/sitemap/1.0']"; should probably be xpath = "
*[local-name()='sitemap' and namespace-uri()
='http://apache.org/cocoon/sitemap/1.0']";
2) You n
dims01/07/02 09:26:22
Modified:src/org/apache/cocoon/transformation Tag: cocoon_20_branch
LDAPTransformer.java
Log:
Fix Jikes compilation problem.
Revision ChangesPath
No revision
No revision
Hi,
I observed the following while using C2beta1 session logicsheet ( WindowsNT,
Tomcat 3.2.1 ):
Use of statement " "Something"" in
an XSP page causes a NullPointerExcpetion at execution time. However,
preceding this statement with statement "" gets
rid of the exception ( this is my current work
Hi C2ers,
Hope all is well.
There seems to be documented issues with ant and the latest jdk1.3.1
under Linux.
(http://marc.theaimsgroup.com/?l=ant-dev&m=99255083728587&w=2)
Attached is a patch to bin/ant with the suggested workaround to
get thing
Hi All,
In the build.xml, the property "include.webapp.libs" is never set
anywhere, causing the webapp to be created without the required jars
being copied to WEB-INF/lib. :-(
Is this intended behaviour ?
If it's not intended, in the attached patc
Hi,
I think it was intended...
In install.txt, read around lines 37-38:
[unix] ./build.sh -Dinclude.webapp.libs=yes webapp
[win32] .\build.bat -Dinclude.webapp.libs=yes webapp
That's how it supposed to be used...
Vadim
> -Original Message-
> From: Marcus Crafter [mailto:[EMAIL
Hi Vadim,
On Mon, 2 Jul 2001, Vadim Gritsenko wrote:
> I think it was intended...
> In install.txt, read around lines 37-38:
> [unix] ./build.sh -Dinclude.webapp.libs=yes webapp
> [win32] .\build.bat -Dinclude.webapp.libs=yes webapp
> That's how it supposed to be used...
Ah. I
Do you mind if I add you to the 'live sites' document? I think it will help
get people to use cocoon2 if other people are too...
> -Original Message-
> From: Amal Sirvisetti [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 02 July 2001 5:14 pm
> To: [EMAIL PROTECTED]
> Cc: Amal Sirvisetti; [EM
John,
Please go ahead and add our site to the document.
Thanks,
Amal
John Morrison wrote:
> Do you mind if I add you to the 'live sites' document? I think it will help
> get people to use cocoon2 if other people are too...
>
> > -Original Message-
> > From: Amal Sirvisetti [mailto:[EM
On Sat, 30 Jun 2001, Frans Thamura wrote:
Dear Frans
If you were reading this list a bid more carefully you should have been
aware that Cocoon 2 (as the major version change will indicates) will
break backward compatability by some ways. I don't know the problems you
are facing (and I don't know
giacomo 01/07/02 12:38:56
Added: src/org/apache/cocoon/acting LocaleAction.java
Log:
Added LocalAction
Submitted by: Marcus Crafter <[EMAIL PROTECTED]>
Revision ChangesPath
1.1 xml-cocoon2/src/org/apache/cocoon/acting/LocaleAction.java
Index: Lo
giacomo 01/07/02 12:39:32
Added: src/org/apache/cocoon/acting Tag: cocoon_20_branch
LocaleAction.java
Log:
Added LocalAction
Submitted by: Marcus Crafter <[EMAIL PROTECTED]>
Revision ChangesPath
No revision
No
vgritsenko01/07/02 13:38:10
Modified:src/org/apache/cocoon/components/language/programming/java
JavaLanguage.java Jikes.java
Log:
Fix Jikes error reporting
Revision ChangesPath
1.3 +2 -1
xml-cocoon2/src/org/apache/cocoon/components/lan
vgritsenko01/07/02 13:40:39
Modified:src/org/apache/cocoon/components/language/programming/java
Tag: cocoon_20_branch JavaLanguage.java Jikes.java
Log:
Fix Jikes error reporting
Revision ChangesPath
No revision
No
vgritsenko01/07/02 13:50:46
Modified:src/org/apache/cocoon/generation ServerPagesGenerator.java
src/org/apache/cocoon/sitemap Handler.java
Log:
Deliver compilation errors from compiler to browser
Revision ChangesPath
1.10 +3 -1
xml-cocoon2/src/o
vgritsenko01/07/02 13:54:20
Modified:src/org/apache/cocoon/generation Tag: cocoon_20_branch
ServerPagesGenerator.java
src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
Handler.java
Log:
Deliver compilation errors from
Marcus,
I patched Jikes compiler, it works fine for me know. Please test and get back
if you need to modify something more.
PS. the problem with your patch was (as I see it) that it would parse only first error,
appending all other errors (if any) to the message of first error.
Vadim
> -Or
vgritsenko01/07/02 14:51:39
Modified:src/org/apache/cocoon/components/language/programming/java
Javac.java
Log:
Parse modern compiler errors
Revision ChangesPath
1.3 +7 -7
xml-cocoon2/src/org/apache/cocoon/components/language/programmi
vgritsenko01/07/02 14:53:18
Modified:src/org/apache/cocoon/components/language/programming/java
Tag: cocoon_20_branch Javac.java
Log:
Parse modern compiler errors
Revision ChangesPath
No revision
No revi
Carsten,
Is there any reason why CachingEventPipeline class is made final?
I need to extend from it...
Thanks,
Vadim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
On Mon, 2 Jul 2001, Vadim Gritsenko wrote:
> Carsten,
>
> Would it more intuitive to use:
> - "sitemap://hello.html" : relative to the current sitemap
> - "cocoon://hello.html" : absolute from the root sitemap
>
> It may be confusing if different amount of "/" is used...
Why confusing? Isn't t
On Sat, 30 Jun 2001, Vadim Gritsenko wrote:
> Giacomo,
>
> "Catch all" would not be enough; if you have something like ,
> you still can get ResourceNotFoundException which would be processed by
> CocoonServlet, returning hard-coded HTML
>
> Do you see any elegant solution to this poroblem?
>
On Mon, 2 Jul 2001, Berin Loritsch wrote:
> giacomo wrote:
> >
> > On Wed, 27 Jun 2001, Carsten Ziegeler wrote:
> >
> > > Hi C2ers,
> > >
> > > what do you think about enhancing the information logged to the
> > > cocoon.log?
> > > For debugging etc. it would help to have a better formatted
> > >
On Mon, 2 Jul 2001, Davanum Srinivas wrote:
> Dev-Team,
>
> After looking at the entries in BugzillaAm taking the easy way out of applying
>all the
> patches. :)
>
> I propose a vote for Christian Haul ([EMAIL PROTECTED]) as a Committer
>(That is of
> course subject to his inclination and t
On Mon, 2 Jul 2001, Christian Haul wrote:
> On 29.Jun.2001 -- 07:06 PM, Vadim Gritsenko wrote:
> > Cocooners,
> > Please - who knows what is dom2.jar - update doc to remove question marks
>
> dom2 is used by interface org.apache.cocoon.CodeFactory
Not really. You are refering to the org.w3c.dom.
On Mon, 2 Jul 2001, Carsten Ziegeler wrote:
> Hi,
>
> to finish the work on the cocoon: url protocol, we have to
> decide how it should work, e.g. how to address a resource
> of a parent sitemap etc.
>
> Sylvain suggested the following:
>
> Since "cocoon:" isn't a real URL protocol (host and
On Mon, 2 Jul 2001, Torsten Curdt wrote:
> I wonder if there is a way of having a sub sitemap
> that does not change the context dir.
> I need to access files in the parent dir of the
> sub sitemap's dir.
>
> Under linux filesystem links could solve the
> problem. (Although it is not a very nice
On Mon, 2 Jul 2001, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
> Hi,
> I need to understand the capabilities and limitations of sitemap/subsitemap.
> Is there any documentation describing the sitemap/subsitemap design,
> assumptions and usage? If it does not exist - is it possible to ask the
>
On Mon, 2 Jul 2001, Carsten Ziegeler wrote:
> Hi,
>
> next vote:
>
> As I explained, to make special protocols like cocoon: work,
> it is not possible to use the URLFactory.
> I suggest to move the URLFactory to a SourceFactory.
>
> So lets vote:
> +1 for moving URLFactory to SourceFactory and re
On Mon, 2 Jul 2001, Marcus Crafter wrote:
> Hi All,
>
> In the build.xml, the property "include.webapp.libs" is never set
> anywhere, causing the webapp to be created without the required jars
> being copied to WEB-INF/lib. :-(
>
> Is this intended behaviour ?
Yes, you ca
> Scott Boag wrote:
>
> Carsten, I think we have found two problems in the sample you sent us.
>
> 1) xpath = "*[local-name()='sitemap' and namespace-uri
> ='http://apache.org/cocoon/sitemap/1.0']"; should probably be xpath = "
> *[local-name()='sitemap' and namespace-uri()
> ='http://apache.org/
> Vadim Gritsenko wrote:
>
> Carsten,
>
> Is there any reason why CachingEventPipeline class is made final?
> I need to extend from it...
>
I had two reasons for this: security and performance.
But as this is possibly not a working solution for open source
projects, we should change it and rem
> Giacomo Pati wrote:
>
> On Mon, 2 Jul 2001, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote:
>
> > Hi,
> > I need to understand the capabilities and limitations of
> sitemap/subsitemap.
> > Is there any documentation describing the sitemap/subsitemap design,
> > assumptions and usage? If it does not
> I'm not 100% sure, but it looks like the current
> SAX2DTM code expects to be passed both, and I can imagine that Cocoon
might
> be trying to take the shortcut...
The code should work fine if passed only startPrefixMapping and
endPrefixMapping events. I just wrote a small test for this, and
e
94 matches
Mail list logo
