cziegeler01/10/05 00:03:30
xml-cocoon2/documentation/stylesheets/printer_skin - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
mman01/10/05 00:07:00
Modified:src Manifest.mf
Log:
patch from Jeff Turner [EMAIL PROTECTED] for [PATCH] Run-from-jar broken
Revision ChangesPath
1.4 +2 -2 xml-cocoon2/src/Manifest.mf
Index: Manifest.mf
mman01/10/05 00:08:39
Modified:src Tag: cocoon_20_branch Manifest.mf
Log:
applied patch for newline excaping from Jeff Turner [EMAIL PROTECTED].
Revision ChangesPath
No revision
No revision
1.1.1.1.2.3 +2 -2
I totally agree! We should simply use Cocoon (or
Apache Cocoon).
As I was aware that this will arise some day, all
references to the project name in the documentation
is done by using tokens (@docname@ and @doctitle@).
We can simply change same in the build.xml and voila
all references to the
cziegeler01/10/05 02:14:41
Modified:documentation sitemap.xmap
documentation/stylesheets book2menu.xsl site2xhtml.xsl
documentation/stylesheets/printer_skin site2xhtml.xsl
Log:
Disabled svg generation for doc system
Revision ChangesPath
cziegeler01/10/05 02:41:15
Modified:.Tag: cocoon_20_branch build.xml
webapp Tag: cocoon_20_branch sitemap.xmap
Log:
Installed new build system
Revision ChangesPath
No revision
No revision
cziegeler01/10/05 02:41:46
Removed: xdocsTag: cocoon_20_branch 3rdparty.xml IMPORTANT
actions.txt actions.xml avalon.xml caching.xml
catalog.xml cinclude-transformer.xml contrib.xml
datasources.xml
Ok,
I installed the doc system in both cvs now. I removed
the dependencies to svg, so the documentation looks
not exactly like the old one...
So, next steps are:
- layouting the doc-structure (as suggested by Berin)
- Enhancing the layout of the documents, so layouters,
you are welcome!!
Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
Carsten Ziegeler wrote:
This is actually I feature I am looking for since weeks, but had never
time to finish it
There is of course the ThreadSafe interface from Avalon, but then
you have only one single instance in
Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
Carsten Ziegeler wrote:
This is actually I feature I am looking for since weeks, but had never
time to finish it
There is of course the ThreadSafe interface from Avalon, but then
you have only one single instance in
KUMAR,PANKAJ (HP-Cupertino,ex1) wrote:
Hi,
I am not really an expert on Cocoon's internal architecture but have been
using it for something other than web publishing. Hope, this brings a
different perspective to the discussion ( I have keenly read the exchange
between Stefano and Berin
Paul Hammant wrote:
OK, it's at the Bricklayers Arms, Charlotte St in the city. It's
completely unofficial as in there is nobody there representing Apache
directly.
Here's the map of the loacation
http://www.streetmap.co.uk/streetmap.dll?G2M?X=533211Y=182473A=YZ=1
(arrow placed
Berin Loritsch wrote:
There is a lot to discuss, and I will try to rim the fat as I go along. First,
let me say that having you back, Stefano, is great!
Well, thanks buddy :)
With a little iron sharpening
iron, we will have an excellent tool.
You can bet your ass on that :) [excuse my
Sam Ruby wrote:
James Snell wrote:
Hey cool... we're getting into personal attacks again! Hey everybody,
pull
up a chair, grab your popcorn!
Why don't we cut the personal crap and just get stuff done.
As an aside: don't bother defending me. What first made me known to the
David Crossley wrote:
I have just had an horrific build problem that i would like
to share with you. It happens every time that i try to
build docs ... other builds are OK.
Notably build printer-docs is OK, and this makes me
wonder if it is to do with the generation of the side-bar
cziegeler01/10/05 05:29:05
Modified:webapp Tag: cocoon_20_branch cocoon.xconf
Log:
Added xml compiler and interpreter to cocoon.xconf
Revision ChangesPath
No revision
No revision
1.7.2.24 +10 -0
cziegeler01/10/05 05:29:23
Modified:webapp cocoon.xconf
Log:
Added xml compiler and interpreter to cocoon.xconf
Revision ChangesPath
1.36 +11 -0 xml-cocoon2/webapp/cocoon.xconf
Index: cocoon.xconf
Matthew Langham wrote:
Hi Michael,
thanks for your message. We are now testing all combinations :-) and will
post our results.
Just one question: Which JDK did you use to compile Cocoon?
With the IBM JDK from SuSE7.2:
me@laptop:~ java -version
java version 1.3.0
Java(TM) 2 Runtime
Hi,
I guess that adding practical examples and consequences to the
suggestions will help discussing the concepts at a broader scale. I just
love examples that can be torn in half and rebuild.
Ok, asbestos underwear in position - here we go:
1.) We want easily deployable packages, just like
Hi Cocoon'ers
After testing a variety of combinations today here are our findings:
Using an older version of the IBM jdk (build cx130-2623) Cocoon starts
and everything seems to be fine ...
BUT
The current C2.0 version does not run under Suse Linux using the newest IBM
JVM (IBMjdk1.3.0
Matthew Langham wrote:
Does anyone have an idea as to why this could be the case?
The effect also remains if we disable the JIT and change the security policy
of tomcat.
So we have absolutely no idea what is happening.
Have you both build and tested cocoon with each JDK version ? IIRC I
once
Hi
Compiling Cocoon with the IBM JDK would be the next thing to do - but what
happens if we run that in a SUN JDK - or Blackdown
Matthew
--
Open Source Group sunShine - Lighting up e:Business
=
Matthew Langham,
At 12:31 PM 10/5/2001 +0200, you wrote:
Here I have the feeling we are doing the same mistake over again: the
sitemap was compiled when no hotspot tecnique was present and we had to
avoid excessive use of esternal recurrent logic when we could unroll
the tree traversal and let java execute it
Stefano Mazzocchi wrote:
In combination with the Strategy pattern from the GOF, I
got the following crazy idea:
Why not parse the sitemap and create an in-memory representation
(DOM,JDOM,???) where each node references both a component (Reader,
Transformer, etc.) and a traversal
Wow, congratulations :) It sounds amazingly comprehensive, given how quickly it
was written. Apart from Cocoon, I can see this being very useful when
developing plain old servlets.
Specific comments:
Going through Anteater.txt, I couldn't find any way to provide an error message
if the test
Can a transformation really make a tag loose it's name?!
Or is this a bug?!
I realized the following strange behaviour:
myns:tag
myns:tagsomething/myns:tag
text
othertagbla/othertag
/myns:tag
After a transformation (and this fragment is copied
by the copying default template) I get
Peter Royal a écrit :
At 12:31 PM 10/5/2001 +0200, you wrote:
Here I have the feeling we are doing the same mistake over again: the
sitemap was compiled when no hotspot tecnique was present and we had to
avoid excessive use of esternal recurrent logic when we could unroll
the tree
Michael,
Compiling Cocoon with the IBM JDK would be the next thing to do - but what
happens if we run that in a SUN JDK - or Blackdown
Ok we have now tried that as well. Still no luck.
me@laptop:~ java -version
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard Edition (build
Stefano Mazzocchi wrote:
Ok. I can agree with that statement. Keep in mind that for Cocoon
app installation you have to modify both the unarchived war and the
archived war file. The reason is that SOME servlet containers ignore
the original war file once it is deployed. SOME servlet
At 04:23 PM 10/5/2001 +0200, you wrote:
There has been recently some long threads about alternatives to XSP,
mostly based on introspection transformers (see also x:forge at
opensource.bibop.it). Those may be easier to use than XSP (I wish java
had a #LINE directive like good old C compilers to
On Fri, 05 Oct 2001 12:31:44 +0200, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
I called this tool AntEater (pun intended), as it's heavily based on Ant.
I think there is already a proposal called AntEater for Ant 2.0, you
might want to check in the Ant CVS under the 'proposal' folder.
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=4007.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten wrote:
Thanks David for the patch!
Your patch is applied to the 2.1 cvs - please crosscheck.
Great. Yes that works properly. However, it should be applied
to 2.0 as well.
thanks, David
Carsten
-Ursprüngliche Nachricht-
Von: David Crossley [mailto:[EMAIL PROTECTED]]
33 matches
Mail list logo
