On Mon, 2003-06-16 at 22:11, Nathaniel Alfred wrote:
> This sort of thing is usually done by an upstream Apache or in the
> servlet engine (Tomcat) configuration.
Ah, OK. Thanks.
I thought Cocoon had something built in. Dunno where I got that
idea...
There isn't an upstream Apache (well, we have
I have failed to find anything in the docs about implementing
crude Apache-style authentication (eg equivalent to .htaccess).
We don't have any global auth framework yet, so the more
sophisticated methods won't be applicable. The user requirement
is simply to restrict some directories to user/psw p
On Tue, 2003-06-10 at 23:57, Andre Thenot wrote:
> On Tuesday, June 10, 2003, at 06:37 PM, Peter Flynn wrote:
>
> > In any case, it shouldn't be specific to LaTeX. All we need is an
> > ability of Cocoon to spawn an external process and serve the result
> > back to
On Tue, 2003-06-10 at 23:03, Alexander Schatten wrote:
> Andreas Kuckartz wrote:
>
> >>I think it's not in the the cocoon project's goals.
> >>
> >Why not? A good reason which I can see for such a component is that you
> >could use the features of TeX to automatically create printable pages with
Manos wrote:
> No, I was talking about Microsoft Office XP not 2k; it does have native
> XML support. For example "You can save Microsoft Excel 2002 spreadsheets
> and Microsoft Access 2002 database tables, queries, and views as XML."[1].
>
> Please not that I'm *not* an M$ fun ;-)
Office-11 wi
Is it possible to specify a pipeline which instantiates a non-SAX
transformation (eg running some arbitrary commandline program on
the pipeline content or a generated file and serving the result)?
An example would be to transform XML to LaTeX with XSLT and then
run LaTeX in order to serve DVI ins
I've added the following lines to the distribution sitemap.xmap
(using the jakarta-tomcat-4.0.4-b2-01-LE-jdk14 distribution),
immediately before the section commented "Sites":
I'm still having no luck getting Cocoon to serve me a file of my own.
It's working fine for the distro files, docs, etc.
I added this to sitemap.xmap:
(in the space just above the example )
The intention is to test if Cocon will serve a request for
loca
=?ISO-8859-1?Q?C=E9dric_Damioli?= <[EMAIL PROTECTED]> writes:
Of course you don't have to put an entry for each new doc : you simply
need the most common C2 pipeline:
This pipeline will process all the .xml files on your server. Does it
match your needs?
> Key distinction:
>
> DTDs are used to *VALIDATE*, not render.
This is a common fallacy, fast attaining status of an Urban Myth.
DTDs may also be required at the rendering stage if they contain
default or fixed attribute values, declarations of external entities,
notations, or id/idref attrib
> Key distinction:
>
> DTDs are used to *VALIDATE*, not render.
That's one reason. The other is to allow the document to be edited in
a structured editor. Our documents are all created by humans, so we
need to use a system which guides creation and editing. The Document
Type Declaration is there
> Sometimes you need to use unique XSL file for several XML files,
> but this is also solved by the sitemap in a varios ways, e.g.:
>
>
>
>
>
>
That 1:1 kind of match is very rare. Much more importantly, there
seems to be no provision in sitemap.xmap for binding a stylesh
> You don't understand the Cocoon2 concepts at all.
I think you are deeply mistaken :-)
> It is nonsense to serve XML files with "their" XSL files :
This is rubbish. Leave aside non-valid XML, as I don't use it.
All valid XML documents adhere to a DTD by definition (omit
Schemas, they're not r
> Not necessarily. PIs are nice, but they are not standard accross
> all files. One thing that PIs don't allow is to easily retheme the
> entire site without changing the existing template.
Absolutely. They're document-centric. And in any case, the
xml-stylesheet PI isn't a real PI. A real PI s
>
Better. Index.* has historical implications :-)
> PS I /believe/ you can get all this from the reading docs.
I'm sure you can, but it's very non-obvious *where*, and there's a
vast amount about SQL, scripting, forms and other (doubtless
important) stuff which very much gets in the way of s
> > Can it be set up to behave like a plain Web server, looking for (in
> > this case) index.xml by default if no filename is given?
>
> Yes. Use this in your sitemap:
>
>
>
>
Excellent, thanks.
> There is much more to find out ;)
:-) Not
> > >did this fine: why break a perfectly good piece of software?
>
> That "perfectly good piece of software" was broken, and was not able =
> to
> fulfill Cocoon's aim, that is mainly Separation of Concerns.
Hardly "broken" but there was nothing in Cocoon 1 about separation of
concerns, only ab
> Of course you don't have to put an entry for each new doc :
That is not at all obvious from the doc.
> you simpl=
> y=20
> need the most common C2 pipeline:
>
>
>
>
>
>
>
> This pipeline will process all the .xml files on your server. Does it=
> =20
> match your needs?
Very clos
Bertrand writes:
> Hey that's an easy one - allow me to quote Vadim's previous answer:
>
> > > Read concept docs and sitemap docs on Cocoon site. Sitemap is
> > > the only way to tell Cocoon what it needs to do. You should
> > > spend some time to get it - once you get it, chances are, you
> > >
> Must admit I am not familiar with Cocoon-1, but you can setup wildcards
> in the sitemap so that all documents in a particular location are
> automatically displayed; you don't have to explicitly give the filename.
Can it be set up to behave like a plain Web server, looking for (in
this case) i
> it is quite possible to setup cocoon2 to behave exactly as you have
> requested... the sitemap docs will explain how.
>
> Lookup wildcard matchers
>
> Hope that helps,
Nottalot, I'm afraid, but thanks.
///Peter
-
Please che
Vadim writes:
> > contain the Processing Instruction.
>
> This instruction is not working anymore.
OK.
> > The "documentation" does not mention this method of working. Has it
> > been scrapped?
>
> Yes.
Would be nice if there was a doc for Cocoon-1 users which explained this.
> Read concep
> Really stupid question:
> How do you guys enter the special characters in utf-8 files?
a) which special characters? XML is Unicode, there are thousands.
b) if you're using a western european language, maybe use iso-8859-1
instead of utf-8.
> Do I need a special editor, how do I find out wh
I finally got Cocoon running (scrapped everything, installed
the Tomcat 4.0.4-b2-01-LE-jdk14 and went on from there and it
worked fine).
Initially I need urgently to get back to the stage I was at
before with Cocoon 1, serving from XML files with XSLT stylesheets
outputting HTML.
However, Cocoo
Marcelo F. Ochoa wrote:
[blah]
> >message: error: Invalid class file format in
> >/usr/java/j2sdk1.4.0/jre/lib/rt.jar(java/io/IOException.class). The
> >major.minor version '48.0' is too recent for this tool to understand.
> >
> >What is "this tool"? Cocoon? Java1.4.0? Tomcat4.0.1?
> Humm, see
Peter Baer writes:
>
> Dear Daniel,
>
> thank you for making this info public. Especially your hints about
> what versions to use helped me to finally get C2 working.
>
> The combination that works for us here is:
>
> - Java: Sun J2SDK 1.4.0
>
> - Cocoon: Development snapshot xml-cocoon2_2002
Dirk Louwers writes:
> I've set up all the env variables. I've copied the cocoon.war file to =
> the webapps directory and tomcat unpacked the file and created a cocoon =
> directory structure, but when I try to access =
> http://localhost:8080/cocoon I get an error page. Can anybody help me =
>
Marcelo F. Ochoa wrote:
> > Dirk Louwers
> >
> Copy xml-apis.jar, xalan.jar and batik.jar from Cocoon Home lib
> directory to Tomcat Home common/lib directory.
./tools/lib/xml-apis.jar OK
No such file as xalan.jar, should I use ./tools/lib/xalan-2.2.0.jar
No such file as batik.jar, should I
Found it. 4.0.1 only delivers and init.d script, no link.
Started up fine, but it still ignores cocoon.war
What *is* the trick to make tomcat recognise cocoon.war?
Why the mystery?
///Peter
-
Please check that your question has
> > I and some co-workers have also been trying to get Cocoon
> > running. I was recently put on a different project, but my
> > co-workers report that downgrading to Tomcat 4.0.1 made things
> > work. You might try that.
I just removed 4.0.2 and installed 4.0.1.
It has NEITHER startup.sh NOR
Peter Schwenke writes:
> There has been discussions on the list that it is better to stick
> with Tomcat 4.0.2 for now.
> (http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=101363193404329&w=2)
But that's what I'm trying to install.
> Is the war file OK - Can you do a jar tvf on it? Permissions
I'm trying to fill in the gaps in the documentation of the procedure
for bringing up Cocoon. I'm doing this under a virgin installation of
Red Hat 7.2 (enigma) with Apache 1.3, IBM Java2, and Tomcat4 (4.0.2).
I'm sticking with RPMs as far as possible for the underlying support.
(I previously had
32 matches
Mail list logo
