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 'II
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 Ch
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: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: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 packa
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
xml-co
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 b
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.5&content-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.
> 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 s
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,
--
Ov
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 sim
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 Predescu
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
> I have seen Cocoon newbies really frightened by the lengthy
> section full of class names that starts the sitemap.
> When they finally arrive at , their mindstate is such
> that they hardly perceive the simplicity of the language.
Can I the
13 matches
Mail list logo
