Geoff had a different approach to authenticating. He mentioned using a
Matcher, in his case a ContainerRoleMatcher, to enclose any pipelines
you want to secure. Then you won't need to access any authentication
information inside your flow.
--
Ryan Hoegg
ISIS Networks
cziegeler2003/08/09 12:48:54
Modified:src/java/org/apache/cocoon/transformation
AbstractSAXTransformer.java
Log:
Better namespace support for own transformers
Revision ChangesPath
1.5 +72 -6
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22285.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
---
This mail is generated automatically using
Jakarta Ant. Contents are automatically
downloaded from Apache's Bugzilla.
---
Please do not reply to
cziegeler2003/08/11 05:48:56
Modified:src/java/org/apache/cocoon/generation
JXTemplateGenerator.java
Log:
Use SourceValidity instead of last modified
Revision ChangesPath
1.6 +33 -10
On 4/08/2003 14:02 Stefano Mazzocchi wrote:
Two points in addition to Carsten's: It states that new features
need to be voted before committing. I believe that this is either
unpractical (and sure not happening ATM) or/and not precise
enough. Perhaps major new features would be better, but then,
Stefano Mazzocchi wrote:
On Monday, Aug 11, 2003, at 14:54 Europe/Rome, Carsten Ziegeler wrote:
As I will doing the release tomorrow morning, please don't check in
anything starting tomorrow morning at 9:00 european time until the
release process is finished.
WAIT! The first page of
I have been having a good look around the caching code, and have found that, by
default, with the EventCache block enabled, Cocoon uses the EventCache code.
Given that the code is marked unstable, wouldn't it make sense for the default
configuration of Cocoon use CacheImpl instead of
I'm now completely stumped. For some reason, even though JISP seems to be
writing cached pages successfully to the store when Cocoon (the CLI) shutdown, it
isn't then able to get at those values when it restarts (at least when running the
CLI).
Is anyone else able to take a look? I've
Reinhard Pötz wrote:
Shouldn't this text be part of the website and the documentation
(src\documentation\xdocs\index.xml)?
Yes, can someone take care of it.
Note: I didn't start the release process yet, so there is enough time.
Carsten
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
- Cocoon interacts with most data sources, including
filesystems, RDBMS,
- LDAP, native XML databases, and network-based data
sources. It adapts
Does anybody mind if I add SAP R/3 (r) as another option?
Reinhard
reinhard2003/08/12 03:42:38
Modified:src/documentation/xdocs index.xml
Log:
- added SAP (r) as possible datasource
Revision ChangesPath
1.7 +2 -2 cocoon-2.1/src/documentation/xdocs/index.xml
Index: index.xml
No, to all Mozilla users. Because there are many websites having to
little fonts. For example www.spiegel.de is a bit strenuous to read in
default font size,
Looks good to me, btw. I hadn't understand a word, but size is good :)
What I can't read is www.distrowatch.com without pressing Ctrl-+
cziegeler2003/08/12 04:34:50
Modified:.forrest.properties
src/java/org/apache/cocoon cocoon.properties
Log:
Release version
Revision ChangesPath
1.20 +1 -1 cocoon-2.1/forrest.properties
Index: forrest.properties
Joerg Heinicke wrote:
IIRC it's a Jetty /feature/. Tomcat does not do this.
Yes, because Jetty creates a different temporary directory at each run,
while Tomcat always uses the same.
I've just done a further check which makes this problem easier to see:
1) add the cacheparameter name=store
Hi Reinhard,
thanks for spotting this! It's now commented out (as you did).
Thanks
Carsten
-Original Message-
From: Reinhard Pötz [mailto:[EMAIL PROTECTED]
Sent: Friday, August 08, 2003 4:21 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: MailTransformer doesn't compile
16 matches
Mail list logo