From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
snip/
I have seen Cocoon newbies really frightened by the lengthy
map:components section full of class names that starts the sitemap.
When they finally arrive at map:pipelines, their mindstate is such
that they hardly perceive the simplicity
Hi Sylvain,
I'd like to override some of the behavior of
org.apache.cocoon.sitemap.Handler class; however SitemapManager
hard-codes the name of the Handler class in its implementation.
I'd like to make a component out the sitemap.Handler class. Are you OK
with this?
Thanks,
--
Ovidiu
On Wed, 16 Jan 2002 18:57:00 -0500, Vadim Gritsenko [EMAIL PROTECTED]
wrote:
Can I then suggest something? Is it meaningful to move Cocoon built-in
component declarations into cocoon.xconf (preserving ability to declare
them in sitemap, of course)?
Then sitemap will be greatly simplified,
Good job, Sylvain!
On Wed, 16 Jan 2002 23:08:06 +0100, Sylvain Wallez [EMAIL PROTECTED]
wrote:
This is the first impression, a caldo.
Well, time now for a frigo (?) impressions : I'll make some time
measurements.
I'm also very interested in these measurements.
Thanks,
--
Ovidiu
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
I see following parts on the first welcome page:
I'd love to have the welcome page being the cocoon home page in the
docs
(the same that will be up into xml.apache.org/cocoon/ and not the
samples!
Why not... However, one might say that
How about put all licenses in one big single file? httpd-2.0 does that this
way.
http://cvs.apache.org/viewcvs.cgi/httpd-2.0/LICENSE?rev=1.5content-type=tex
t/vnd.viewcvs-markup
If I make the software that depends on cocoon, I can just include this big
license file instead of a bunch of these.
vgritsenko02/01/16 19:51:38
Modified:src/java/org/apache/cocoon/components/language/markup/sitemap/java
sitemap.xsl
src/webapp/mount/lint sitemap.xmap
.changes.xml
Log:
Remove substitution for @type attribute (as it was
vgritsenko02/01/16 20:05:23
Modified:src/java/org/apache/cocoon/selection
RequestAttributeSelector.java
SessionAttributeSelector.java
Log:
bring code in harmony with javadoc
Revision ChangesPath
1.3 +2 -2
crossley02/01/16 22:15:24
Modified:src/java/org/apache/cocoon/components/resolver
ResolverImpl.java Resolver.java
Added: src/java/org/apache/cocoon/components/resolver package.html
Log:
Try to comply with Code Conventions for Java.
Add initial
crossley02/01/16 22:30:55
Modified:src/documentation/xdocs book.xml
Log:
Hide the Planning Notes, we do not want that stuff to go onto the public
website with the next release. Anyway, no-one seems to be keeping it up-to-date.
Revision ChangesPath
1.3 +1 -1
crossley02/01/16 22:33:26
Modified:src/documentation/xdocs index.xml
Log:
Efficient URLs for directories end with slash.
Otherwise there is an extra request.
Revision ChangesPath
1.2 +1 -1 xml-cocoon2/src/documentation/xdocs/index.xml
Index: index.xml
crossley02/01/16 22:40:19
Modified:src/documentation linkalarm-broken.txt
Log:
Noted some more fixed broken links (thanks to Vadim).
Now only about 10 remain, all in xsp-internals.xml
They are trying to link to apidocs/org/apache/arch/*.html which do not exist.
Revision
On Wed, 16 Jan 2002, Stefano Mazzocchi wrote:
I would rather call it 'partial security thru transparency'; if an
malicous attacker get no unnecessary hint where to begin, the difficulty
of the task rises at least a magnitude.
Oh, please, look at your webserver logs... how many
13 matches
Mail list logo
