[OT] TWiki (was: wiki.cocoondev.org - is cocoon based?)

[Bertrand Delacretaz]

...Access control: Define groups and impose fine grained read and
write access restrictions based on groups and users
Can be very helpful in making Wikis accepted by reluctant people, even 
though you'd probably turn it off after a few weeks of use
;-)

...seem to be ones missing from JSPWiki but many of the others
are present...
 Another cool feature is the drawing applet 
(http://twiki.org/cgi-bin/view/TWiki/TWikiDrawPlugin)

...Is there a more detailed comparison of the two systems available
anywhere??...
I don't know.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: wiki.cocoondev.org - is cocoon based?

[Bertrand Delacretaz]

1. is it powered (served) by cocoon or  not
no, it is JSPWiki from http://www.jspwiki.org/

2. is it open source ?
yes

i need something like this for documentation in our intranet
i want people here to be able to add update ar delete something
JSPWiki is IMO one of the best wiki implementations around.
I think TWiki (http://twiki.org/) still beats it in features but it 
doesn't look as nice out of the box.

--
  Bertrand Delacretaz
  independent consultant, Lausanne, Switzerland
  http://cvs.apache.org/~bdelacretaz/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cocoon for CD-Rom based applications?

[Bertrand Delacretaz]

Le Mercredi, 18 juin 2003, à 09:26 Europe/Zurich, Derek Hohls a écrit :

Bertrand

You say "I'm pretty sure this works" - obviously, though,
someone (?) needs to test this and, hopefully, come up
with some guidelines on the "do's and dont's" - maybe
Alan will be the person who will do it...
"I'm pretty sure this works" is what I can say from my experience, I've 
done similar things which worked, but not with Cocoon yet.

I don't need this feature now, so I'm not going to test it myself 
(unless I had *copious free time* or I was hired to do it), but I'm 
happy to give some pointers on how this can be done, and share my 
thoughts on how much chances of success there are.

If Alan wants to go the way I suggested, obviously it would be very 
nice of him to share his experience later using the Wiki or some 
patches. That's what I'd like to happen, but this is Open Source, there 
is no obligation for anyone...

--
  Bertrand Delacretaz
  independent consultant, Lausanne, Switzerland
  http://cvs.apache.org/~bdelacretaz/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cocoon for CD-Rom based applications?

[Bertrand Delacretaz]

Le Mardi, 17 juin 2003, à 20:07 Europe/Zurich, Ramsey, Alan a écrit :

...We don't mind installing "some" software on the clients computers, 
but we obviously want to minimize its complexity as much as possible.  
Installing a JVM is probably reasonable, and
since Cocoon seems pretty "tightly packaged" installing it doesn't 
seem too extensive either...
Actually you don't need to "install" anything (in the sense of messing 
with Registry settings under Windows for example) to run Cocoon, simply 
copying the directories that contain the JDK, Cocoon and the servlet 
engine to a hard disk will do, provided you setup the environment 
correctly and provided there is a writable temporary directory for work 
files.

There might be licensing problems with this approach though, you'd have 
to check about JDK and servlet engine redistribution rights.

...So the question is: how do I best package Cocoon for the CD 
deployed applications?...
You could certainly run it directly from CD, started from a 
platform-specific wrapper that would
-find a writable temporary directory
-setup the environment
-maybe check for available TCP/IP ports and manipulate configs 
accordingly
-start Cocoon using the JDK that is found on the CD (assuming licensing 
is ok) and a lightweight servlet engine (Jetty for example) also found 
on the CD
-launch a browser on the appropriate URL

I'm pretty sure this works without having to install anything, or by 
just copying files to the user's hard disk if one wants to get rid of 
the CD

--
  Bertrand Delacretaz
  independent consultant, Lausanne, Switzerland
  http://cvs.apache.org/~bdelacretaz/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Using Cocoon with mail or messenging system?

[Bertrand Delacretaz]

Le Mercredi, 18 juin 2003, à 06:08 Europe/Zurich, Daniel Smith a écrit :

Hi. Could anyone please detail whether it is possible to use Cocoon 
with a mail system of any sort?
If you're running 2.1 the mail samples are at 
http://localhost:/samples/mail/samples, but see also
http://wiki.cocoondev.org/Wiki.jsp?page=SendingEmail

How about an Instant Messenger-type of software?
AFAIK there's nothing in Cocoon today, but anything that can be called 
from Java is doable.

--
  Bertrand Delacretaz
  independent consultant, Lausanne, Switzerland
  http://cvs.apache.org/~bdelacretaz/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: custom transformer

[Bertrand Delacretaz]

Le Mardi, 17 juin 2003, à 16:09 Europe/Zurich, Martin Holz a écrit :

"Geert Van Damme" <[EMAIL PROTECTED]> writes:

Hi,

I'm writing a custom transformer, extending the 
AbstractDOMTransformer. Is there a way to throw an exception from 
this transformer so that the error handling pipeline of the sitemap 
is 'activated' ? (the transform method signature does not throw an 
exception). Or is the error handling from the sitemap only meant for 
SAXExceptions ?

Any checked exception in setup or any of the ContentHandler methods 
should activate
the error pipline. If you can't throw a ProcessingException in setup, 
wrap a SAXException
around your real exception.
In the case of AbstractDOMTransformer, transform() doesn't declare any 
exceptions (which it should IMO), so you might have to rewrite the 
notify() method in your transformer so that your transformation 
operation can throw exceptions.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: authentication cocoon

[Bertrand Delacretaz]

Le Mardi, 17 juin 2003, à 09:49 Europe/Zurich, zze-MORY Nicolas 
FTRD/DMI/REN a écrit :

any one have an example of a sitemap wich protect access of some pages 
?
If you're running 2.1 there is a "protected area" link on the samples 
page (http://localhost:/samples/)

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cocoon for CD-Rom based applications?

[Bertrand Delacretaz]

Le Lundi, 16 juin 2003, à 19:47 Europe/Zurich, Ramsey, Alan a écrit :
...What we would "like" to do is leverage our Cocoon software for our 
CD-Rom based products - as opposed to building our own CD based 
reporting framework.  Possibly using a tool like JBuilder or Delphi 
for a "front-end" to the application.

Is this possible? 
It is certainly possible to run Cocoon from a CD without any 
installation, but you didn't indicate what kind of apps you're thinking 
about, is that browsing and searching documents or more than that?

Running from CD might require including the JDK on the CD for the 
various platforms that you're using (fairly easy if the licenses allow 
it), or setting up Cocoon to run from Java WebStart, started from a 
browser page (slightly harder and AFAIK you'd need to sign all jars 
used).

Has anybody done this?
I didn't do it with Cocoon (yet) but I've done java-based CDs in the 
past, using pre-generated browsable HTML combined with a search engine 
that could run as an applet (QuestAgent, http://www.jobjects.com/). 
This is also something that you could use depending on your app's 
requirements.

Can we run Cocoon without Tomcat (or similar servlet engine?) - I know 
there is a CLI, but does this eliminate the need for a servlet 
engine?  - OR - Do we need to find some way to deploy the servlet 
engine on the client's computer?
Cocoon can run with most servlet engines, and some of them are very 
lightweight.
The Cocoon 2.1 build system generates a setup based on a limited 
version of the Jetty servlet engine.

If you follow the instructions in the INSTALL.txt file to run 
"cocoon.sh servlet" (or .bat), Jetty is used to start Cocoon without 
requiring any installation. This is not meant for production use but 
you could certainly adapt Jetty or another lightweight servlet engine 
to run from a CD, requiring only a temporary directory to store work 
files during execution.

You can also use "build standalone-demo" to build a standalone version 
of Cocoon which uses the same limited version of Jetty contained in two 
subdirectories of the build directory. This might be able to run 
straight from CD as Jetty uses the standard temporary directory of the 
system (/tmp for example), but I haven't tested it.

Hope this helps,
--
  Bertrand Delacretaz
  independent consultant, Lausanne, Switzerland
  http://cvs.apache.org/~bdelacretaz/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: how to generate html from xml docs ?

[Bertrand Delacretaz]

Le Vendredi, 13 juin 2003, à 11:52 Europe/Zurich, [EMAIL PROTECTED] 
a écrit :
i'm trying with cocoon to convert xml docs to html ...
See for example 
http://cocoon.apache.org/2.1/howto/howto-html-pdf-publishing.html

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Developper address

[Bertrand Delacretaz]

Le Vendredi, 13 juin 2003, à 08:33 Europe/Zurich, 
<[EMAIL PROTECTED]> a écrit :

...Does somebody know who developped the LDAP transformer, and what is 
his
address? I would like to ask him some questions about the transformer
because nobody seems to know how to solve my problem...
According to
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=99199720518402&w=2
The LDAPTransformer was written by Felix Knecht.
But usually developers won't answer private queries about their work, 
and Felix's contribution dates back from 2001, so the component has 
definitely been adopted by the project during that time (see note on 
http://cocoon.apache.org/2.1/who.html about private emails).

I's not necessarily that nobody knows how to solve your problem, but 
apparently no one is using the LDAPTransformer in the same way as you 
are, hence the lack of responsiveness to your queries. This is 
certainly one case where you either have to solve the problem yourself 
or hire someone to solve it for you.

--
  Bertrand Delacretaz
  independent consultant, Lausanne, Switzerland
  http://cvs.apache.org/~bdelacretaz/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: TeX to PDF serializator (ExternalProcessSerializer?)

[Bertrand Delacretaz]

Le Jeudi, 12 juin 2003, à 03:49 Europe/Zurich, Conal Tuohy a écrit :

...In any case - isn't TeX a text format? If so then a well-formed XML 
document like blah blah blah ...  could be serialised to 
TeX by the TextSerializer, couldn't it?...
Or better, just write a serializer that is a wrapper around the TeX 
processor, strips out the  elements and sends the "plain TeX" to 
the processor. This sounds fairly easy to implement, and it would allow 
the high output quality of TeX to be made available in Cocoon.

This mechanism could be generalized by a serializer that can call any 
external process, pass to it a possibly filtered version of the 
serializer's input, and send the output of the process to the Cocoon 
client with a configurable mime-type, allowing Cocoon to cache this 
output on the way to the client.

An ExternalProcessSerializer? Paves the way for all kinds of hacks ;-)

OTOH, the idea of a serializer taking an "XMLized" version of TeX as 
input would be a much stronger integration of TeX in Cocoon, but 
apparently such a format has to be invented, and converted back to TeX 
by the serializer.

If anyone is ready to "vote with their code" I'd be happy to test the 
results of either option ;-)

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Flowscript - getting started

[Bertrand Delacretaz]

Le Jeudi, 12 juin 2003, à 07:18 Europe/Zurich, Tony Edwards a écrit :
...
Is there a definitive resource I could get hold of that would point me 
in the right direction?
http://wiki.cocoondev.org/Wiki.jsp?page=GettingStartedWithFlow
is a good starting point.
-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cocoon: presentation tier + J2EE EJB business tier --- a valid performant architecture?

[Bertrand Delacretaz]

Le Samedi, 7 juin 2003, à 19:06 Europe/Zurich, Steve Brackenbury a 
écrit :
...Also, my development team is experienced with XSL.  I'm concerned 
about how they will react to XSL.  They are experienced JSP 
developers.  What kind of balking might I encounter?  How can I get 
them to give XSL a fair assessment?  Any tips on convincing them of 
the benefits?...
I assume you mean "not experienced".

I've been doing quite a lot of XSLT in the last two years, also 
mentoring several programmers coming from various backgrounds. It has 
been a success for people who were open-minded about accepting comments 
and adapt their way of working to what XSLT does best, and a failure 
with people who tried to write (for example) java-like code in XSLT, 
without taking advantage of specific XSLT features and way of working.

What I like in XSLT is that it is very concise if written correctly (in 
terms of number of constructs - of course the XML syntax is a pain), 
often writing a few templates does the job *but* it might take a lot of 
reflexion to write them. As always, building simple things takes a lot 
of brainpower.

For me the move from java to XSLT is similar to moving to an 
object-oriented language from a procedural one: you have to change your 
state of mind, if you keep on working "the old way" with the new tool 
it fails.

So I'd say the advantages are that you will write much less XSLT code 
than java code to achieve the same results (which means less code to 
test and maintain), but unless your people are willing to learn XSLT 
properly and understand "the XSLT way" they might be frustrated by the 
results.

Compared to JSP, I think XSLT's advantages are mostly in the ability to 
generate different formats (HTML, HTML+CSS, SVG, PDF, RTF, WAP, etc.) 
with similar tools and reusable chunks of XSLT code. If your app 
produces only HTML the difference in maintainability might not be so 
important.

Hope this helps,
--
  Bertrand Delacretaz
  independent consultant, Lausanne, Switzerland
  http://cvs.apache.org/~bdelacretaz/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Please take care a virus is near of us!

[Bertrand Delacretaz]

Le Vendredi, 6 juin 2003, à 13:13 Europe/Zurich, Antonio Gallardo a 
écrit :

...Right now, I receved a rare mail from Upayavira. I want to warning 
all of
you that the mail can be virus
It has probably not been sent by him, apparently someone with 
@apache.org addresses in their address book have been hit by a klez 
virus or something.
(I've seen the problem too in the past few days, see 
http://codeconsult.ch/bertrand/archives/64.html).

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Serious Encoding Problems (Umlaute)

[Bertrand Delacretaz]

Le Vendredi, 6 juin 2003, à 11:20 Europe/Zurich, Matthias Brunner a 
écrit :

...That should really be documented somewhere
I have put some information at 
http://wiki.cocoondev.org/Wiki.jsp?page=SettingTheJvmLocale

...Maybe there is a parameter to
the JVM as well, which would be better to use.
There is - see the above page.
--
  Bertrand Delacretaz
  independent consultant, Lausanne, Switzerland
  http://cvs.apache.org/~bdelacretaz/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: LDAP Help? Where is there any complete help/tutorial? Mail archive doesn't work

[Bertrand Delacretaz]

Le Jeudi, 5 juin 2003, à 11:22 Europe/Zurich, 
<[EMAIL PROTECTED]> a écrit :

...I also tried the mail archives, but there are all "dead
links" (eg.
http://www.mail-archive.com/[EMAIL PROTECTED]/msg28095.html).
don't know about mail-archive but most people here use the MARC 
archives, which work:

http://marc.theaimsgroup.com/?l=xml-cocoon-dev&w=2&r=1&s=ldap&q=b

http://marc.theaimsgroup.com/?l=xml-cocoon-users&w=2&r=1&s=ldap&q=b

There are some docs at the wiki as well (search for LDAP at 
http://wiki.cocoondev.org/Wiki.jsp).

...Is there somewhere somebody who knows how LDAP works (more precisely
with Active Directory) from A to Z?
If there's no one you might have to investigate yourself (using the 
logs and possibly a debugger), or hire someone to do it for you.
Just talked about this earlier today at 
http://codeconsult.ch/bertrand/archives/72.html

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [SUMMARY] RE: error in XSP --> Tomcat4.1.24 has CATASTROPHIC cache system!!!!

[Bertrand Delacretaz]

Le Mercredi, 4 juin 2003, à 16:17 Europe/Zurich, 
<[EMAIL PROTECTED]> a écrit :

I really have BIG problems with cache! I...
I don't know about your particular problem, but have you tried to use 
the cocoon logs to analyze what's happening?
The logs usually help a lot if you take some time to learn to interpret 
them.

The best way is to use LogFactor5 to watch the logs in real time, see 
http://wiki.cocoondev.org/Wiki.jsp?page=LogFactorFiveHowto

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: clear cache problems

[Bertrand Delacretaz]

Le Mercredi, 4 juin 2003, à 11:20 Europe/Zurich, Antonio Gallardo a 
écrit :

...I saw this problem always in Explorer. Sometimes explorer is too 
smart
that prefer to not download the page. Instead it gets it from the local
disk cache
The best thing if you're not sure about the browser's cache is to test 
without a browser - use wget or telnet to make requests and check the 
results.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Fwd: jfor encoding problem (POST encoding problem, indeed)

[Bertrand Delacretaz]

Hi Charlene,

using the Orderpage example at 
http://localhost:8080/cocoon/samples/stream/order.  If you add  at the top of the default xml 
and change Order Id to be Gérer, the next html page will display 
Gérer  as Order Id
This has nothing to do with jfor - in your scenario, Cocoon's 
StreamGenerator is used to read your XML from an HTML form field.

Your encoding problem is caused by the StreamGenerator using the wrong 
encoding when *reading data* from the form's POST request. To use a 
different encoding, you have to change the HTML code of the form, 
replacing



  with



for example.

The encoding declaration that you used in the XML input field is 
probably handled correctly later on, but it's too late as the 
StreamGenerator has already read the data with the wrong encoding.

Hope this helps,
-Bertrand
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jfor encoding problem

[Bertrand Delacretaz]

Le Mardi, 3 juin 2003, à 07:40 Europe/Zurich, Bertrand Delacretaz a 
écrit :

...Is the encoding declaration correct in your input XML?
Sorry, didn't notice that this was answered already (but I had two 
other messages from the same person at my private address ;-)

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jfor encoding problem

[Bertrand Delacretaz]

Le Lundi, 2 juin 2003, à 21:51 Europe/Zurich, Yan, Charlene a écrit :

...
I'm trying to display accented characters correctly using jfor.  
However, when I try to run 
http://localhost:8080/cocoon/samples/jfor/minimal.rtf, it gives the 
following exception.  I have put some French words such as "Gére" in 
the xml file...
Is the encoding declaration correct in your input XML?
Can you parse it with another tool (XML editor or parser)?
If you can reduce your input to the smallest XML file that causes the 
problem, you could post it here so that someone can test it.

Hope this helps,
--
  Bertrand Delacretaz (codeconsult.ch, jfor.org)
  XML, java, XSLT, Cocoon, FOP, mentoring/programming/teaching
  blogspace http://www.codeconsult.ch/bertrand
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Test de performances

[Bertrand Delacretaz]

Le Mercredi, 2 avr 2003, à 11:21 Europe/Zurich, Cédric Damioli a écrit :

...More seriously, if there is a real memory leak (that's what this 
mail was about) with Cocoon 2.1 and/or Jetty, it wouls be great to 
know about it.
Nicolas was talking about 2.04 - I suggested (off-list and in french 
;-) to him to run the same tests with 2.1 CVS and check the results.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Test de performances

[Bertrand Delacretaz]

Le Mercredi, 2 avr 2003, à 10:45 Europe/Zurich, zze-MORY Nicolas 
FTRD/DMI/REN a écrit :

eh oui ca faisait longtemps que je ne t'avais pas embeter !!! :)...
FYI: Non-french speakers don't worry - this message is about cocoon but 
does not seem to have been intended for this list.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: TextParserGenerator question

[Bertrand Delacretaz]

Le Jeudi, 27 mars 2003, à 13:47 Europe/Zurich, Neil Davies a écrit :

Is there actually a working TextParserGenerator? I've not seen any 
examples of anyone using it on the web
If you're using the latest CVS you'll find several Chaperon parser 
samples at http://localhost:/samples/chaperon/ , and the 
corresponding files in the source code under 
src/blocks/chaperon/samples.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cocoon w/Jetty - A Minimalist's Guide

[Bertrand Delacretaz]

Le Samedi, 8 mars 2003, à 03:03 Europe/Zurich, Tony Collen a écrit :

...http://manero.org/weblog/archives/75.html

Cool! Nice step in getting people up to speed with Cocoon quickly.
As you mention, it would be good to add this to the wiki if it's ok for 
you.

Just two comments:
-you might want to include a mention of "build clean" in case the user 
has been experimenting before

-maybe adding a "what next" section at the end would be useful.

A minimalist "what next" that I can think of is suggesting that people 
edit welcome.xml or welcome.xslt and notice that the changes are 
reflected in the browser.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Zip File Generator

[Bertrand Delacretaz]

Le Vendredi, 7 mars 2003, à 14:05 Europe/Zurich, Sylvain Wallez a écrit 
:

...The JDK natively suppors the "jar:" protocol with URLs of the form 
"jar:!/"(see [1]) and as such is available in Cocoon.
Wow, I didn't know that this was a standard JDK feature, thanks for 
pointing it out!
Now I understand why I couldn't find the implementation of the jar: 
stuff in in Cocoon ;-)

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Zip File Generator

[Bertrand Delacretaz]

Le Vendredi, 7 mars 2003, à 09:41 Europe/Zurich, Upayavira a écrit :
 With the protocol, it shows you how to
add a protocol to Cocoon of the form:

zip://[EMAIL PROTECTED]://www.newserver.com/news_2001.zip
or
zip://people/[EMAIL PROTECTED]
There is a jar: protocol (or Source?) in Cocoon already, search for 
"jar:" in http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html 
for an example.
As JARs and ZIPs share the same physical format, it should work for ZIP 
files as well.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: *** proposal to summarise - all, comments please ***

[Bertrand Delacretaz]

Le Jeudi, 27 fév 2003, à 11:05 Europe/Zurich, [EMAIL PROTECTED] a 
écrit :

...I would like to propose that once a problem has been
solved by the help of different 'brains' that the
original poster of this problem posts a summary (which
clearly says SUMMARY:  in the headline) ...
That's a good suggestion I think, but, as Gabriele says, it is even 
better to write or enhance a page on the wiki at 
http://wiki.cocoondev.org/Wiki.jsp to summarize.

--
  Bertrand Delacretaz (codeconsult.ch, jfor.org)
  XML, java, XSLT, Cocoon, FOP, mentoring/programming/teaching
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Training others on Cocoon - suggestions?

[Bertrand Delacretaz]

...I smile because thats *exactly* the way I do learn;
trying things out to see if they work and only worrying
about understanding much later - that way I quickly
build up a "big picture" without being bogged down.


Yes, I do the same, but it seems like many "junior" coworkers or 
students have a hard time with this, they feel unsecure if they don't 
know *everything* ;-)

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Training others on Cocoon - suggestions?

[Bertrand Delacretaz]

 I am planning on
covering XSLT in the first part, as their skills are
weak in this field and I believe this is a key topic
for effective use of Cocoon.


I don't know your public, but what I've found when mentoring or 
teaching people to use Cocoon is that they are often overwhelmed by the 
many different technologies and skills involved.

IMHO you can do a lot with some XSLT, some sitemap config, some log 
exploration skills, etc. without having to go deep in any of these at 
first.

What my students/colleagues found distracting was using all the 
different components involved without understanding any of them in 
detail (at first).

OTOH I think it's a good idea to start with some XSLT, which can be 
disturbing enough for people to warrant being treated separately from 
Cocoon.

Hope this helps,
Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Create a transformer for a custom database

[Bertrand Delacretaz]

Is there some documentation I could read about custom tranformer ?


http://wiki.cocoondev.org/Wiki.jsp?page=ImplementingTransformers
should put you on the right track.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Time to go back to JSP. Cocoon just isnt ready

[Bertrand Delacretaz]

Matthew,

Thanks very much for your message - food for tought!

Actually I feel this should be carved in stone, but I didn't have my 
tools handy so I just mentioned it in 
http://wiki.cocoondev.org/Wiki.jsp?page=RulesOfTheGame - I hope you 
don't mind.

-Bertrand

Le Jeudi, 30 jan 2003, à 15:24 Europe/Zurich, Matthew Langham a écrit :

This type of thing really makes my day. You know actually it does the
project more good than harm...




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: proposal: "The Newbies Competence Center"

[Bertrand Delacretaz]

I have changed the link on the WIki leftMenu
from "new to cocoon?" into "For Beginners" and
added the "cocoon in 15 minutes:" page.


Cool, thanks!


I invented a first set of metadata:

- TARGET-AUDIENCE: beginners
- COCOON-RELEASES: 2.0.3, 2.0.4
- AUTHOR: Hussayn Dabbous
- AUTHOR-CONTACT: [EMAIL PROTECTED]
- REVIEWED-BY:
- REVIEWER-CONTACT:


maybe
  DOCUMENT-STATUS: reviewed
would be good, with states like "draft", "reviewed", etc.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: proposal: "The Newbies Competence Center"

[Bertrand Delacretaz]

SAXESS - Hussayn Dabbous wrote:
>. . .

I'd recommend to rename this to "The Cocoon Competence Center"
and start with the "beginners" section on the cocoon wiki...


+1, I much prefer "beginners" than "newbies".

I think it would be good to post the concept ([1]) on the wiki, as a 
kind of charter of this new doc stuff.

-Bertrand

[1] http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=104369287706014&w=2


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

crosspost warning (was Re: proposal: "The Newbies Competence Center")

[Bertrand Delacretaz]

Tony Collen wrote:
>> CC:ing this to cocoon-docs because that's where it should go :)

You're right but the matter is still being discussed on cocoon-users, 
and splitting the discussion might make it confusing.

I think it's better to continue the discussion on cocoon-users for now, 
and move it cleanly here later on, but not have discussions in both places.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: proposal: "The Newbies Competence Center"

[Bertrand Delacretaz]

Hi Hussayn,

Thanks for aggregating the recent discussions, it's a good step forward.

From my viewpoint of trying to use the existing "community tools", here 
are my thoughts on how the requirements could be implemented.


SAXESS - Hussayn Dabbous wrote:
>. . .
The most important requirements are:

2.1 MUST allow users to comment/improve the docs online to make
it as easy as possible


Ok on the existing wiki.

Comments from existing Cocoon website docs could also be implemented by 
add a link to a "wiki comments" page at the end of each doc.



2.2 MUST clearly identify these docs as being "for beginners" and
"reviewed by an editor of the Cocoon team" to prevent beginners
from getting lost in obsolete/unreliable docs. This could be
achieved by labeling the pages, using different layouts, colors,
etc.


Right now, only text labeling (using page titles etc.) can be done in 
the existing wiki, but

2.2.a) We have good document plans for How-Tos etc. (see the IMHO 
excellent http://xml.apache.org/cocoon/howto/howto-author-howto.html for 
example).

Following such plans, even for wiki documents, goes a long way towards 
implementing this requirement.

2.2.b) Using the plugin mechanism of JSPWiki (see 
http://www.ecyrd.com/JSPWiki/Wiki.jsp?page=JSPWikiPlugins) it should be 
fairly easy to write plugins that generate nice icons or color bars out 
of WikiText like

  [DocumentGroupPlugin group='tutorials']
  [IntendedAudiencePlugin role='beginner']
  [DocumentStatusPlugin
  status='reviewed'
  who='[EMAIL PROTECTED]'
  when='Tuesday January 25th'
  ]

So that beginners can tell if a given page is meant for them or not.

I'm open to help implementing this, once I'm done with 
http://www.codeconsult.ch/blogs/bertrand-archives/18.html.



2.3 SHOULD make these docs and their comments searchable, separately
from the technical and/or unchecked existing docs to prevent
beginners from being overwhelmed with irrelevant search results.


I'm not sure if searching *separately* is possible on the current wiki, 
but I didn't study its search features in detail. Ideally, we'd build on 
the above mechanism and create a search form that adds

  DocumentGroupPlugin group='tutorials'

in front of all queries when user wants to search tutorials only, for 
example.



2.4 MUST allow all docs to be searchable simultaneously, to prevent
users from having to search in X different places for info.


Ok on the current wiki



2.5 SHOULD if ever possible be integrated with existing Cocoon
community tools (documentation pages, cocoon wiki) to avoid
fragmentation of skills and resources


Ok with the current wiki




2.6 MUST provide constant "editors effort" to keep the documentation
set correlated, cleanly structured and up to date.


Bugzilla and the cocoon-docs mailing list are here to help coordinating 
this effort. This is about people willing to do it, we have plenty 
enough tools to help here.

Creating reliable links is so easy on the wiki, it's no problem creating 
X different "table of contents" pages targeted to different audiences. 
This will help for this requirement too I think.

>. . .

So I think you see my point: these requirements *can* be implemented 
using the existing wiki at http://wiki.cocoondev.org/, and as I said 
yesterday this (compared to setting up something new) has the 
huuuge advantage of concentrating the community forces instead 
of dispersing them.

Again, you're very welcome to lead this documentation effort - please 
move the discussion to the cocoon-docs list if/once you make a decision 
about how to go on. I think Derek expressed his intention to help on 
this too.

Hopefully I'm being convincing - we need you guys aboard the boat, not 
sailing along in the dinghy ;-)

--
 Bertrand Delacretaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: newbies documentation - requirements?

[Bertrand Delacretaz]

Steven Noels wrote:


Bertrand Delacretaz wrote:

>. . .

3) MUST clearly identify these docs as being "for beginners" and 
"reviewed by an editor of the Cocoon team" to prevent beginners from 
getting lost in obsolete/unreliable docs


That might warrant a different Wiki instance for these docs since this 
breaks the fundamental 'uncategorization-ness' of Wikis... or we would 
have to hack JSPWiki. A Wiki doesn't know 'sections', or it ain't a true 
Wiki...

(TWiki does subfolders by the way, very useful sometimes)

I was thinking more of something driven by "metadata", maybe simply 
adding some name-value pairs at the end of the wiki text, something like:

TARGET-AUDIENCE: beginners
REVIEWED-BY: [EMAIL PROTECTED], Tuesday January 28th, 2003
COCOON-RELEASES: 2.0.1, 2.0.4

Which might be enough by itself by the way, but if this could translate 
to cool-looking icons or different page backgrounds on the wiki it would 
be very nice, and maybe not that hard to hack. JSPWiki supports plugins 
I think, so maybe there is an easy way.

>. . .
>> 5) MUST allow all wiki docs (these and existing ones) to be 
searchable simultaneously. . .
>
> If we really want to be sophisticted, someone might build a webapp with
> Lucene and have that deployed on search.cocoondev.org, fed with a
> collection of Cocoon-specific URIs
>

Not needed if the beginner's wiki docs are stored on the existing wiki - 
they will be searchable simultaneously.


-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: newbies documentation - yet another wiki?

[Bertrand Delacretaz]

Robert Simmons wrote:

What I don't get is why not put the new documentation in cocoon distribution?

>. . .

Once there *is* new documentation, it will be easy to put it there.

Until then, the wiki is a great way to collaborate on docs until they 
are ready for inclusion in the official docs, where making changes or 
adding comments is much harder.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: newbies documentation - requirements?

[Bertrand Delacretaz]

SAXESS - Hussayn Dabbous wrote:
>. . .

And one question:

 > 6) SHOULD be integrated with existing Cocoon community tools to avoid
 > fragmentation of skills and resources (for me it is actually a MUST
 > ;-)

I'm just curious: What tools do you mean ? (maybe i should have a look
into the cocoon documentation framework first?)

>. . .

I just meant the existing wiki, mailing lists, CVS and the existing web 
site, the idea being that the community can concentrate on these three 
"tools" and not have a different tool for each goal.

If we agree on these requirements (which seems to be the case), I 
suggest asking Steven for suggestions on how requirements 3) and 4) 
(from 
http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=104366429632390&w=2) 
could be met with the existing Wiki.

I'm copying Steven to make sure he sees this.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: newbies documentation - yet another wiki?

[Bertrand Delacretaz]

Derek Hohls wrote:

Bertrand
 
I think you are making the same point as me... just proposing
a different solution.  I still feel that if we are using a system that
is based on the philisopy of "write once, publish anywhere" we
should be able to create documents in one place and have them
published in more than one place in more than one style.

Why not - the problem IMHO is the content, and how easy/hard it is to 
access it.

>. . .
PS we need to avoid creating more jargon - I always think of NCC
as part of the Starship Enterprise 's call sign (there, that gives *my*
age away!)


Yes, agreed. If I got it right your ultimate aim is to improve the 
tutorial part of the Cocoon docs, so there's no need for a new acronym.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: newbies documentation - requirements?

[Bertrand Delacretaz]

SAXESS - Hussayn Dabbous wrote:
>. . .

short answer: join the party of course!


Cool!

>. . .

set up 2nd Wiki in the same domain (parallel to the cocoon-wiki)
dedicated to the newbies. 
>. . .

Again, I'm *very* reluctant about having yet another information source: 
fragmentation has already killed several projects related to Cocoon and 
I wouldn't want this to happen once again.

But I think I see your point too, so how about agreeing on the 
requirements first? This would help us focus on getting the right solution.

Here's my proposal for these requirements, please correct/complete as 
needed:

Cocoon "newbie docs" requirements:

1) GOAL: create a source of reliable information for Cocoon newbies, 
along the lines of "how to setup Cocoon in 15 minutes" and ""HOWTO setup 
your intranet with XML in 1 day"

2) MUST allow users to comment/improve these docs, in "wiki mode" to 
make it as easy as possible

3) MUST clearly identify these docs as being "for beginners" and 
"reviewed by an editor of the Cocoon team" to prevent beginners from 
getting lost in obsolete/unreliable docs

4) SHOULD make these docs and their comments searchable, separately from 
the technical and/or unchecked existing docs to prevent beginners from 
being overwhelmed with irrelevant search results.

5) MUST allow all wiki docs (these and existing ones) to be searchable 
simultaneously, to prevent users from having to search in X different 
places for info.

6) SHOULD be integrated with existing Cocoon community tools to avoid 
fragmentation of skills and resources (for me it is actually a MUST ;-)

What do you think?

-Bertrand




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: newbies documentation - yet another wiki?

[Bertrand Delacretaz]

Hi Hussayn,

I mostly agree with your point of view, except on the "separate wiki" 
thing. (And by the way, thanks a lot for your "less talking, more doing" 
approach!)

What worries me *a lot* with starting yet another documentation site is 
the dispersion of resources - wouldn't it be much more efficient to have 
you, Derek and possibly others joing the (mythical) Cocoon docs team 
with the aim of creating these newbies docs?

See also http://wiki.cocoondev.org/Wiki.jsp?page=CocoonDocsPlan, I think 
your concept can fit nicely into this.

I'm convinced that it is possible to create the "newbies competence 
center" that you mention *inside* the existing wiki - a well-designed 
start page and navigation should help newbies find their way.

Maybe this needs some improvements to the existing wiki system, to help 
newbies find pages that are targeted for them, namely:

a) Being able to search the wiki for "NCC pages only" or "everything" so 
that newbies are not distracted by deep technical discussions.

b) Being able to clearly label pages as being part of the NCC, different 
color, icons or something.

This might well be possible with JSPwiki, maybe by writing some kind of 
extension? We need to ask Steven or the JSPWiki folks if you think this 
is worth studying.

What do you think?
Join the party, or throw yet another one? :-)

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: 1001 question aboit Command Line Interface

[Bertrand Delacretaz]

Robert Sösemann wrote:
>. . .

set CLASSPATH
%CLASSPATH%;D:\tmp\rauser-cocoon\WEB-INF\lib\avalon-excalibur-vm14-20020705.
jar;D:\tmp\rauser-cocoon\WEB-INF\lib\avalon-framework-20020627.jar

>. . .

You need the equals signs in there I think, here's an example that works 
under windows 2000:

  @echo off
  set classpath=d:\bla\foo.jar
  set classpath=%classpath%;d:\x\y.jar
  set classpath=%classpath%;.\z.jar
  echo classpath=%classpath%

Running this correctly outputs:

  classpath=d:\bla\foo.jar;d:\x\y.jar;.\z.jar

Also, making a SUBST on D:\tmp\rauser-cocoon\ as suggested by someone 
else would make this more readable.

Hope this helps!
-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: 1001 question aboit Command Line Interface

[Bertrand Delacretaz]

Robert Sösemann wrote:

I tried this, but - for which reason ever - only the last "set" line is
really changing the classpath.
Do have any ideas why?


We might be able to help if you post a (minimal) excerpt from your batch 
file here, that demonstrates the problem.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: 1001 question aboit Command Line Interface

[Bertrand Delacretaz]

Robert Sösemann wrote:
>. . .

Because it is a really long classpath I mad a .bat. Running it I get an
error that the line is too long.


If it is really a "line too long" problem and not and "out of 
environment space" problem, you might want to try to setup the classpath 
in several steps:

  set CLASSPATH=%CLASSPATH%;.\someDir\someJar.jar
  set CLASSPATH=%CLASSPATH%;.\someDir\someOtherJar.jar
...

>. . .
Is there a way to set the classpath
directory-wise and not include each .jar?


I don't think so.


--
 Bertrand Delacretaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: cocoon "usage patterns" repository

[Bertrand Delacretaz]

Hi Hussayn,


1.) Is there a repository of howtos concerning cocoon usage?
i know the cocoon wiki, but i only found some very basic
usage pattern descriptions there...


I don't think there is more info about usage patterns or best practices yet.



2.) If not already existing somewhere... would it be of common
interest to add a "usage pattern" repository somewhere to
the cocoon docs or to the cocoon wiki ?


I think so. I just created this page

  http://wiki.cocoondev.org/Wiki.jsp?page=BestPractices

where you can add links to new "usage patterns" or "best practices" 
pages if you're ok to create them on the wiki.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Looking for advice

[Bertrand Delacretaz]

Hi Anna,


Since JTidy sometimes messes up the original file (like with scripts 
inside tables - I posted
a message about it few weeks ago), I would want to preprocess the 
original html file before passing it to the HTMLGenerator.

In order to use a Cocoon pipeline you need to generate SAX events out of 
your HTML - this is what the HTMLGenerator does. You could use an 
external servlet to preprocess the HTML, but I suspect this would mean 
reproducing most of JTidy's functionality.

So, unless you're able to fix JTidy for your particular problem, you 
will need to use or write a different Generator. The wiki [1] mentions 
the NekoHTML parser [2] which apparently could be used instead of JTidy.

If NekoHTML works for you (you can probably try it at the command line), 
maybe writing a Generator that uses it would be the best solution? There 
has been some discussion about it on cocoon-dev, see [3].

Hope this helps.
--
 Bertrand Delacretaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand

[1] http://wiki.cocoondev.org/Wiki.jsp?page=HTMLGenerator
[2] http://www.apache.org/~andyc/neko/doc/html/index.html
[3] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=102137565005025&w=2


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Configuring JTidy

[Bertrand Delacretaz]

Anna Afonchenko wrote:
>. . .

description org.apache.avalon.framework.component.ComponentException:
UnnamedSelector: ComponentSelector could not find the component for hint
[html]

>. . .

Seems to indicate that you're indeed running the right version.


Where can I see this message "Loading configuration from" by the
HTMLGenerator?


It should be logged at the debug level, provided this level is activated 
for logging. I'm not sure if this log goes to the console or to a file 
in command-line mode, though.

Log levels are configured in logkit.conf, there is some info at the wiki 
about this ("configuring the logs").

Does JTidy usually complain about invalid parameters? If so you could 
try giving an invalid value in your properties file and see if it fails, 
which would mean that your properties are indeed taken into account.

Hope this helps,
-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Configuring JTidy

[Bertrand Delacretaz]

Anna Afonchenko wrote:
>. . .

Maybe someone can explain me what am I doing wrong and how can I make
HTMLGenerator to tidy the input according given properties.


I haven't used this feature yet, but from the source code of the 
HTMLGenerator you can see that it should output a message saying 
"Loading configuration from" at the debug level if the jtidy-config 
parameter is recognized.

Are you using the latest CVS code of Cocoon?

Maybe you could try putting the name of a non-existent file in the 
jtidy-config parameter, if you're using the correct version the 
HTMLGenerator should throw an Exception in this case.

-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Simple Database example

[Bertrand Delacretaz]

Alex McLintock wrote:
>. . .

In general I want to list records, select one for editing, offer it for 
editing, validate and save it... and this gets tedious for different 
tables.
>. . .


Is there a standard application which does all this?


There are small examples but I don't think there is a full-size "best 
practice" application example yet. Problem is, software darwinism is 
still at work in selecting the best way of doing CRUD applications with 
Cocoon, currently several alternatives are being explored.

I think Torsten Curdt's GetTogether presentation [1] gives a good 
overview of what's here today. Things should get better soon though...

Also, Marc Portier's excellent presentation [2] of their XReporter tool 
at the same event shows an interesting structure using Cocoon as the 
frontend of a REST-like application backend.

Hope this helps!

--
 Bertrand Delacretaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand


[1] 
http://outerthought.net/gettogether/12%20-%20presentation%20-%20torsten.pdf

[2]
http://outerthought.net/gettogether/14%20-%20presentation%20-%20mpo.pdf


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Microsoft SQLserver with cocoon

[Bertrand Delacretaz]

On Monday 02 December 2002 13:07, Christopher Watson wrote:
> Please tell me more, e.g. what form it should take, what it should
> include, etc

A good place to put database-specific connection information is at the 
Cocooon DocoWiki:

>From this page
http://outerthought.net/wiki/Wiki.jsp?page=SpecificDatabaseConnection
create a new page similar to the existing examples.

See the main Wiki page at
http://outerthought.net/wiki/Wiki.jsp?page=Main
If you're unsure about how to do this (but it is really easy).

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Link Hosting:http://www.hebergement-pro.com

[Bertrand Delacretaz]

On Wednesday 27 November 2002 14:42, foudyl wrote:
> how can we be referenced in the xml.apache.org
> in order to offer CoCOOn 2 Hosting to users

I have added the link to file ./src/documentation/xdocs/link/hosting.xml in 
the Cocoon CVS, it should appear on the web site when the next release is 
done (due soon AFAIK).

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Problem compiling Cocoon

[Bertrand Delacretaz]

On Wednesday 27 November 2002 08:51, Anna Afonchenko wrote:
>. . . 
> How can I update the CVS in xml-cocoon2 directory instead of downloading
> the new CVS files every time from scratch?

http://www.cvshome.org/ is your friend here.
In this case what you need is "cvs update".

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Problem compiling Cocoon

[Bertrand Delacretaz]

On Wednesday 27 November 2002 08:20, Anna Afonchenko wrote:
>. . .
> I also want to do a few changes to the source code before recompiling (I
> want to add some Jtidy methods to HTMLGenerator - is it OK to do that?)
>. . .

You should first make sure that the code compiles without your changes - 
after that it's of course ok to implement improvements ;-)

Also, compilation-related problems (with precise diagnostics) will have more 
chances of being answered on cocoon-dev.

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: output XML

[Bertrand Delacretaz]

On Tuesday 26 November 2002 14:36, Shaw, Chris wrote:
>. . .
> Can someone in the know point me to the 'how to write a serializer'
> documentation?
>. . .

I don't think there are specific docs on this yet but you might find the 
following pages helpful:

http://xml.apache.org/cocoon/developing/extending.html
http://outerthought.net/wiki/Wiki.jsp?page=WritingPipelineComponents

And a good starting point would be to study the
org/apache/cocoon/serialization/XMLSerializer.java
source code.

More specific questions on this belong on the cocoon-dev list I think.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: output XML

[Bertrand Delacretaz]

On Tuesday 26 November 2002 11:43, Shaw, Chris wrote:
>. . .
> CInclude is not yet on my 'explored' list.
> But in a nuthsell you auto-generate an xml file which then lists which xml
> files you want to include, which is then sent back to Cocoon to process?

That's it.

> If this is the case then I don't think it will work because some of the
> files are only available server side and are fetched using RMI - therefore
> on the client side they only exists in memory.

Not sure if I understand exactly what's happening here...If Cocoon has to 
fetch XML files through RMI and insert their content into XML streams, what 
you need is a Generator that gets the XML over RMI, parses it and makes it 
available as SAX events for the following pipeline components.

You could then use data provided by this Generator for anything, including 
inclusion by CInclude.

The usage scenario would then be
1. Client requests http://myserver/LogPipeline/xyz.xml
2. Generator gets the XML data of "xyz" over RMI (xyz is some form of 
identifier for the data, not necessarily a filename).
3. Generator parses the XML and generates SAX events.

>. . .
> I just need to figure out how to output XML as XML within XML!
>. . .

If you want to insert your RMI-XML into other XML without parsing the RMI-XML 
(but I'm not sure if this is a good idea), I think the only way is to write a 
Serializer that does this inclusion. Cocoon uses SAX events between 
components, so I think all other forms require parsing of the RMI-XML.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: output XML

[Bertrand Delacretaz]

(please use reply-to if possible when replying to mailing lists messages)

On Tuesday 26 November 2002 11:04, Shaw, Chris wrote:
>. . .
> I simply want to open one (or more) XML files - the names of which are not
> known to the sitemap (not even available client-side), the file names have
> to be figured out using some code.
>. . .

Looks like a typical use-case for the CInclude transformer: what you want is 
first generate (using any kind of pipeline) an XML document that tells 
CInclude which documents to include, and then pass this to the CInclude 
transformer.

http://xml.apache.org/cocoon/userdocs/transformers/cinclude-transformer.html 
explains how this work.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: output XML

[Bertrand Delacretaz]

On Tuesday 26 November 2002 10:00, Shaw, Chris wrote:
>. . .
> Is it possible to have a generator that opens an XML file and outputs it
> quite simply 'as is' ?
>. . .

I'm not sure if I understand your problem, why not simply use the 
FileGenerator together with the XML serializer? Or the CInclude transformer 
maybe?

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: HTML Tidy question

[Bertrand Delacretaz]

On Monday 25 November 2002 14:35, Anna Afonchenko wrote:
>. . .
> But where should I do these changes and how do I compile the resulting code
> into my cocoon?

You have to checkout the CVS version of the Cocoon source code, make the 
changes, recompile and test. 

Starting point would be http://xml.apache.org/cocoon/contrib.html, which has 
some info on how to get the code from CVS.

Then, the INSTALL-SRC.txt file at the top of the source code tree gives some 
info on how to compile and install Cocoon based on your own copy of the 
source code.

Later, http://xml.apache.org/cocoon/howto/howto-patch.html will show you how 
to submit your modified code for inclusion in the project.

More specific questions on the code should go to the cocoon-dev mailing list.

Hope this helps!
-Bertrand


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: HTML Tidy question

[Bertrand Delacretaz]

On Monday 25 November 2002 14:00, Anna Afonchenko wrote:
> Sorry for being stupid, but I've been to this page before, and I still
> don't understand how can I improve HTMLGenerator to allow more
> Tidy options to be set.
>. . .

No problem in asking!

For this you'd need to change the source code of the HTMLGenerator class so 
that it takes more options from its configuration and passes them to the 
JTidy component that it uses. If successful, you can then contribute these 
HTMLGenerator patches to the Cocoon project.

This requires Java skills and the ability to compile Cocoon from the CVS code.

To get a feel for how hard this is, you can have a look at the HTMLGenerator 
source code at:
http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/java/org/apache/cocoon/generation/HTMLGenerator.java?rev=1.19&content-type=text/vnd.viewcvs-markup

The generate() method contains most or all of the interface with JTidy.


-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: HTML Tidy question

[Bertrand Delacretaz]

On Monday 25 November 2002 13:19, Anna Afonchenko wrote:
> Hi all!
> I have another question:
> I know that HTMLTransformer uses JTidy to convert to valid HTML.
> But I need to set some more options. 

AFAIK the info at 
http://outerthought.net/wiki/Wiki.jsp?page=HTMLGenerator
is still valid, you might need to improve the HTMLGenerator to allow more 
Tidy options to be set.

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: java.lang.IndexOutOfBoundsException

[Bertrand Delacretaz]

On Friday 22 November 2002 07:44, Carsten Ziegeler wrote:
>. . .
> I don't know why, but my IDE didn't commit the changes yesterday,
> although it says that it did

FYI yesterday morning when I did a CVS update (from the command line ;-) to 
check the batik.jar, CVS said "waiting on lock from cziegeler" or something 
for some other files. Maybe this helps in finding out what happened.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: List of commercial Cocoon apps

[Bertrand Delacretaz]

On Wednesday 20 November 2002 13:20, Matthew Langham wrote:
>. . .
> Can we also have somewhere for Cocoon specific tools - like sunBow? Or
> should these go here also?
>
> I would suggest a separate list.

Done at http://outerthought.net/wiki/Wiki.jsp?page=ProductsBuiltForCocoon

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Cocoon + CMS Integration (list of commercial apps?)

[Bertrand Delacretaz]

On Wednesday 20 November 2002 12:28, Franck Lumpe wrote:
>. . .
> BTW, it would be nice to maintain in some place a list of comercial
> aplications based on Cocoon (CMS, Reporting, etc.)
>. . .

You're most welcome to start a page at the wiki [1] for this list, it is very 
easy!

-Bertrand 

[1] http://outerthought.net/wiki/Wiki.jsp

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Using Cocoon from the command

[Bertrand Delacretaz]

On Wednesday 13 November 2002 15:17, Alessio Sangalli wrote:
>. . .
> I promise when I'll get this working I will prepare a website with the
> instructions, 
>. . .

Cool!

A nice place to do this is the CocoonDocoWiki at 
http://outerthought.net/wiki/Wiki.jsp, you're much welcome to create a page 
there with this info.

This is, unless you want to write a how-to in xdocs format directly, in which 
case the info can be found at http://xml.apache.org/cocoon/howto/index.html.

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, Cocoon, FOP, mentoring/teaching/coding.
 blogspace http://www.codeconsult.ch/bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: TR: How to develop a web application with Cocoon

[Bertrand Delacretaz]

On Friday 08 November 2002 15:51, [EMAIL PROTECTED] wrote:
>. . .
> Is this scenario completely crazy and out of reality or not??
>. . .

That's how I would do it, but I haven't had the opportunity to test this 
concept IRL yet. Does anyone have a firsthand experience?

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: TR: How to develop a web application with Cocoon

[Bertrand Delacretaz]

(note: please use reply-to instead of creating new messages when replying, to 
avoid breaking the message threads if possible)

>. . .
> HOW separate layers in Cocoon?? I have not enough experience
> in Cocoon to see the solution of the separation.
>. . .

Let me try to give a simple scenario where you want to insert data in your 
database, as an example. FE is the front-end (Cocoon for sure), BE is the 
backend (Cocoon maybe):

1. user submits an HTML form to FE:/newCustomer.html, with request parameters 
"firstname=Joe, lastname=Kool, operation=insert"

2. FE, probably using WebServiceProxyGenerator, relays the request in HTTP to 
BE:/insert/customer.xml, probably unmodified in such a simple case

3. BE process the request, inserts data in the database and returns an XML 
representation of the inserted data (or error message if it didn't work out).

This BE HTTP/XML interface is fully testable, will most probably not change 
often, even if the backend itself changes.

4. FE converts the XML data (received through WebServiceProxyGenerator) to 
the desired (probably HTML) format, adds navigation features and returns the 
generated HTML page to the user.

Does this help?
-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: File upload with Cocoon (how about a summary?)

[Bertrand Delacretaz]

On Friday 08 November 2002 13:40, Ray Martin wrote:
>. . .
> But, ya know, it is just like i tell the folks that i work with - "You may
> have done the greatest things, but unless you can tell others (written)
> about what you have done - you have done nothing".
>. . .

Sure - we're all aware of the current suboptimal state of the docs.
So maybe you (or Volker) would be nice enough to write a [SUMMARY] with a 
minimal example of how you got this to work?

Or even better, write or complete a page at the Wiki [1] with this info?
This would be a great help in improving the docs.

-Bertrand


[1] http://outerthought.net/wiki/Wiki.jsp

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: File upload with Cocoon

[Bertrand Delacretaz]

On Friday 08 November 2002 10:15, Volker Schneider wrote:
> does anybody know how I can do a file upload using the html  type="file" ../> tag?

This might help:
http://outerthought.net/wiki/Wiki.jsp?page=FileUploadWithAction

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: How to develop a web application with Cocoon

[Bertrand Delacretaz]

Hi Sylvain,

> ...can I do all I want in my web application
> with Cocoon

Looks like there's not a rush to reply to this one...

Quite frankly I don't know the precise status of the current implementations 
of forms handling and flow. These would help you a lot in filling the blanks 
in your concept, so you might want to ask more specific questions about them 
here.

Let me reply on what I know...

> 2) Search data: form to enter the query => select data in database =>
> display result

If you're reading directly from the database (but read below about this), 
ESQL seems to be the most flexible option here, followed by XSLT 
transforms for HTML or PDF generation.

I don't think you need a form handling module for this, you can start with a 
(static or XSLT-generated) HTML form and use the request parameters to build 
the SQL query.

> 4) Generate file: choose the file to generate (from a result or a form) =>
> select data in database => generate the file

What kind of file? XML? HTML? PDF? RTF?
In any case I think XSLT transforms followed by the appropriate serializers 
will do the job. This is something that is definitely mature in Cocoon today 
(with some limitations in PDF output and some more in RTF output).

The forms handling module might also be overkill here IMO if you're just 
selecting 2-3 options on a form to trigger file generation.

*** OK,BUT - do you want a monolithic system? ***

So I don't have all the answers, but even if Cocoon allows you to build your 
complete app today, I would by all means avoid creating a big monolithic 
thing. 

Cleanly separated application layers are a must in my book, with at least a 
(stable and testable) backend to handle database transactions and a (more 
subject to change and harder to test) frontend for the user interface.

It's great that Cocoon offers (or will soon offer) all components required to 
build a complete webapp, but this might cause a tendency of using too much of 
it at the same time.

IMHO the WebServicesProxyGenerator [1] is a great step towards cleanly 
modularized applications, by allowing a clean separation of application 
layers. It doesn't mean you won't use Cocoon for the backend as well, but if 
you do you might be better off using *another instance* of Cocoon for the 
backend, separate process, maybe separate server.

Of course modularizing usually means some loss of performance compared to 
more tightly integrated systems. For most applications this is irrelevant I 
think, or more precisely the benefits far outweigh the disadvantages.

Hope this helps!
-Bertrand

[1] http://xml.apache.org/cocoon/userdocs/generators/wsproxy-generator.html





-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Cocoon task scheduler

[Bertrand Delacretaz]

On Monday 28 October 2002 14:02, [EMAIL PROTECTED] wrote:
>. . .
> So my question is: what the solution with Cocoon if I want to automate and
> execute tasks without a HTTP request (for example to execute a task every
> sunday at 12 o'clock)?? 
>. . .

Hi Sylvain,

There were some discussions about scheduling a while ago here, see
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&w=2&r=1&s=scheduler&q=b
(threads are somewhat broken, you might need to do some hunting).

I don't remember if anyone found or created a good solution, but you might 
want to track the ideas found in these discussions. There is a project named 
"jcron" (http://p.clark.home.mindspring.com/jcron/), and I think Avalon has 
some scheduling component too.

Personally I would recommend against adding more internal non-core 
functionality to Cocoon (there's s much stuff in there already IMHO), but 
rather doing something external, which is also more reusable. 

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

[FYI] mozilla composite, WYSYWIG HTML editor for textareas

[Bertrand Delacretaz]

see http://composite.mozdev.org/index.html

Ugo Cei mentioned this in passing in another thread today but I think it 
deserves its own "announcement". 

The editor opens a separate editor window (mozilla composer I guess) so it is not 
really 
"in-place" editing but it does the job real fine IMHO.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Help wanted: Cocoon documentation tracks!

[Bertrand Delacretaz]

(cross-posted to -dev and -user, we need you too!)

IMHO adding "tracks" to the Cocoon documentation could make it 
much more useful, by providing several "reading lists" targeted to the 
various uses of Cocoon.

Please see
http://outerthought.net/wiki/Wiki.jsp?page=DocumentationTracksProject
about how you can easily contribute to this. This needs input from different 
users/developers/documenters so that each track can be specific, short and 
useful. 

The page contains pointers to all the required info, so you don't need any 
previous knowledge of how the Wiki works to be able to contribute.

Thanks in advance for any contributions!

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Cocoon and hsqldb

[Bertrand Delacretaz]

On Monday 14 October 2002 11:18, [EMAIL PROTECTED] wrote:
>. . .
> Has someone tried to connect Cocoon to a Microsoft SQL Server database?
> I'm looking for a database URL connection example.
>. . .

If you're courageous you can use the JDBC-ODBC bridge for this, but last time 
I checked it was fairly limited and funky (or do they have native JDBC now?). 
I don't have an URL handy but you should find it in the JDBC-ODBC samples.

I've also used www.inetsoftware.de's excellent (commercial) drivers for MS 
SQL, you'd then use a JDBC URL like:

  jdbc:inetdae:your_server:1433?database=your_db

A nice utility to test these URLs and JDBC drivers is DBVisualizer, 
http://www.minq.se/products/dbvis/info.html

Hope this helps.
-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: jfor manual

[Bertrand Delacretaz]

On Friday 11 October 2002 02:02, Billy Ng wrote:
>. . .Would anybody tell me where can I get
> the jfor doc or user manual?  
>. . .

See the "links" section at www.jfor.org, it has some pointers to useful pages.

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: example in the Cocoon book

[Bertrand Delacretaz]

On Thursday 10 October 2002 11:02, [EMAIL PROTECTED] wrote:
> So, it works if I replace {file} by the name of the file.
> We can say that is a value substitution problem!?

I think so, from your log we saw that  
translates to "download/", but I don't know enough about this substitution 
mechanism to tell you what the problem is. 
Maybe you need to use "{../file}"? (just a wild guess)

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: example in the Cocoon book

[Bertrand Delacretaz]

On Thursday 10 October 2002 10:35, [EMAIL PROTECTED] wrote:
> Here you have the root.log:
> org.apache.cocoon.ResourceNotFoundException: 
> Resource not found 
> file:/C:/jakarta-tomcat-3.3a/webapps/cocoon/download
>at 
>org.apache.cocoon.components.source.URLSource.getInputStream(URLSource.java:152)
>at 
>org.apache.cocoon.reading.ResourceReader.generate(ResourceReader.java:134)
>at
>. . .

Looks like the ResourceReader is trying to read 
file:/C:/jakarta-tomcat-3.3a/webapps/cocoon/download instead of your cox.bmp 
file?

To isolate the problem, I'd try replacing

with


To find out whether the problem lies in ResourceReader or in the sitemap 
variable substition.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: example in the Cocoon book

[Bertrand Delacretaz]

On Thursday 10 October 2002 10:04, [EMAIL PROTECTED] wrote:
>. . .
> How to check (debug) the value {file}?
>. . .

I cannot help with your specific problem, but have you looked at the cocoon 
logs under WEB-INF/logs?

They should tell you what's happening, maybe after configuring the log levels 
in logkit.xconf.

Sometimes (but in this case I doubt it) you will also find info in the tomcat 
logs.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Xindice logicsheet - initial success

[Bertrand Delacretaz]

On Thursday 10 October 2002 00:15, Josema Alonso wrote:
>. . .
> I hope I could understand better the whole Cocon Wiki thing and make it
> available there...if someone can help me a bit here...
>. . .

See the "about" page at http://outerthought.net/wiki/Wiki.jsp?page=About

I just reviewed and completed it, it should give you all the required 
information - this wiki thing is probably simpler than what you think!

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XSL troubles

[Bertrand Delacretaz]

On Wednesday 18 September 2002 14:59, Ganael LAPLANCHE wrote:
> I've got a very stupid question : what is a "processing instruction" ???

Well there are no stupid questions I think, but existing resources will tell 
you a lot. Try searching 

"processing instruction" tutorial

on www.google.com, for example..

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: PDF "Double Dipping" -- FOP bug?

[Bertrand Delacretaz]

On Friday 13 September 2002 02:47, Paul Lee wrote:
>. . .I noticed that whenever I generate a PDF
> file the same query always get executed twice
>. . .

Most probably your client is Internet Explorer?

http://marc.theaimsgroup.com/?l=fop-user&m=102836194606677&w=2 
contains references to info about this IE bug, which causes it to make two or 
sometimes even more HTTP requests for non-HTML content.

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [SUMMARY] How can I log in non-Cocoon Java classes?

[Bertrand Delacretaz]

On Friday 13 September 2002 09:24, Alan Hodgkinson wrote:
> More material for the (soon to be written) Cocoon hackers guide. :)

Maybe you want to add this to the Cocoon Wiki at 
http://outerthought.net/wiki/Wiki.jsp? it would be a nice complement to 
what's already there IMHO.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Handling lousy HTML

[Bertrand Delacretaz]

On Friday 06 September 2002 16:30, Ola Berg wrote:
>. . .
> is it safe to believe that HTMLGenerator utilizes JTidy and 
> that JTidy fails, 

As Nicola told you, HTMLGenerator *does* use JTidy, as is clearly visible 
from the source code.

However, AFAIK JTidy offers many more options than what HTMLGenerator uses, 
and HTMLGenerator doesn't allow them to be set from the Cocoon configuration, 
they are hardcoded.

This is something that could be improved in Cocoon, allowing these options to 
be set so that a wider range of HTML documents can be used as input.

Did you test the latest JTidy on your input directly, outside of Cocoon?
If JTidy is unable to process it, HTMLGenerator won't either, and in that 
case it might be better to work with the JTidy team on improving JTidy 
instead of writing a new thing.

Hope this helps.

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.











-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Efficient aggregation

[Bertrand Delacretaz]

On Thursday 05 September 2002 11:21, Martin Lüthi wrote:
> I
> want to aggregate all files in a directory, which is not possible with
>  afaik.

You'll have to use CInclude or XInclude for this, along with a 
DirectoryGenerator to get the list of files.

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Setting up proxy access for Cocoon components

[Bertrand Delacretaz]

On Monday 26 August 2002 16:15, Igor Abade V. Leite wrote:
>. . .
> I'll get a java.net.UnknownHostException. What do I do to instruct the
> HTTP client to use a proxy for HTTP requests dispatched from Cocoon?

Setting the java http.proxyHost and http.proxyPort system properties should 
work, see http://java.sun.com/j2se/1.4/docs/guide/net/properties.html.

Regards,
-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: sexy open source

[Bertrand Delacretaz]

On Thursday 15 August 2002 18:41, David Trammell wrote:
> Couldn't this be discussed somewhere else..., Please

Yes, yes, please!!

Maybe you want to open a discussion group on yahoogroups for this, or a 
discussion page on www.quicktopic.com. Both are easy and quick.

This would help keep this list focused.
-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: advice on a simple architecture for xml versioning

[Bertrand Delacretaz]

On Wednesday 31 July 2002 14:51, Giuseppe Bonelli wrote:
>. . .
> 3. I have the impression that a CVS like system could be an option, but I
> don't know the details of the system, so I cannot tell for sure and I am
> not able to evaluate the implications of using it as a xml document based
> (vs. a code based) versioning system.
>. . .

Integrating CVS as a storage back-end for Cocoon (WriteableSource?) would be 
great and would certainly work for XML too, but the diffs will not be very 
usable IMHO.

CVS diffs are line-oriented, not element-oriented, which might make it very 
hard to display the diffs in a meaningful way to the user.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: xhtml2fo.xsl anyone

[Bertrand Delacretaz]

Unfortunately I don't have a working XHTML to FO conversion, rather some 
experience to share: we wrote such a transformation for a customer project 
(too specific to share I'm afraid), and in retrospect I think the following 
structure would have been much more reusable and maintainable:

  XHTML -> logical document -> FO

using two XSLT transforms.

By "logical document" I mean going back to your document structure, 
extracting the "meat" from the input document. Then only in the second 
transform would you apply presentation to it.

This is much easier to test and debug than a single-pass transform IMHO, and 
converting to logical structure is much more reusable if you need to generate 
other formats or different presentations later on.

My 2 cents..
-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [docs] DRAFT: How to publish XML documents in HTML and PDF

[Bertrand Delacretaz]

On Wednesday 03 July 2002 05:17, Ivelin Ivanov wrote:
> Pretty nice introductory paper.
Thanks!

> Is this link going to be permanent?
No, actually I already sent the xml version to Diana so that she can clean it 
up and commit it. The How-To will be included in the Cocoon docs shortly, and 
I will then remove it from my website.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [docs] DRAFT: How to publish XML documents in HTML and PDF

[Bertrand Delacretaz]

On Tuesday 02 July 2002 14:19, Piroumian Konstantin wrote:
> I don't think that using the word 'dynamically' is needed. I would rephrase
> this like: "which will call a processing pipeline ...". . .

makes sense, thanks!
I tend to use the word "dynamic" too much anyway ;-)

> Btw, there is a 'myapp' directory in Cocoon webapp. You can remove the
> preliminary preparation chapters (creating a directory under mount, etc.)
> if you use 'myapp' as a base directory for your samples. 

hmm - As I understand, myapp could already have stuff in it if the user has 
been playing already, isn't that more prone to confusion than creating a 
fresh directory under mount?

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

[docs] DRAFT: How to publish XML documents in HTML and PDF

[Bertrand Delacretaz]

Hello Cocooners,

This draft is available at 
http://www.codeconsult.ch/drafts/cocoon/howto-html-pdf-publishing-DRAFT-01.html 
and I'd like to donate it (in XML form) to the project.

This is really basic stuff, but I think it might be useful for beginners, 
especially because it requires no prior knowledge of Cocoon, XSLT or XSL-FO 
(as long as Cocoon is up and running).

I'm definitely scratching an itch here as I will use it tomorrow for an XSLT 
and XSL-FO class that I'm teaching, so it will be field-tested sooner than 
later ;-)

Comments are welcome - I will wait a bit before creating a patch in bugzilla, 
in case changes are needed.

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Giving up! Cocoon too big, slow and confusing (Blocks will help for sure)

[Bertrand Delacretaz]

On Friday 28 June 2002 10:22, Anthony Aldridge wrote:
>. . .
> You know how much most people on this list love and respect cocoon, but
> sometimes it does seem over complex and dense - even to those who have been
> around the project for some time.
>. . .

I think the core developers are fully aware of this fact, and the Cocoon 
Blocks [1] concept will make a big difference here. 

Trimming down the core and making most or all components pluggable will help 
a lot in differentiating between "stable/well-known" and 
"experimental/mysterious" components.

-Bertrand

[1] (rather technical and probably not final):
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=101862084628687&w=2

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Giving up! Cocoon too big, slow and confusing

[Bertrand Delacretaz]

Hello John,

On Thursday 27 June 2002 04:41, John Austin wrote:
>. . .
> After just a few hours of poking around I have decided that it will be
> much simpler for me to simply hand-code a whole hat-full of servlets
> than to try and pull any meaning out of Cocoon and it's documentation.
>. . .

First thanks for expressing yourself on this mailing list, many people might 
have just quit without saying anything!

As is the case with many open-source projects (or any project during its 
construction phase), I think understanding Cocoon is possible in a few hours, 
but requires some help from the community.

You're right that the documentation is far from perfect at this time, but I 
think the level of support that you might get by asking focused questions on 
the mailing lists is way superior to many commercial support offerings. 

This will usually make up for the lack of consistency or depth of the 
documentation, although your mileage may vary depending on what components 
you're asking about (which might also tell you which components are most 
well-known and/or stable).

There also a few books coming out, notably Matthew Langham and Carsten 
Ziegeler's excellent one [1], which should be available now or shortly. That 
doesn't answer your concern today but should do so soon.

I don't think Cocoon is out-of-control today, it's just being evolved at an 
incredibly quick pace by a great but loosely-coupled team of developers. Not 
being able to contribute code today, I'm watching what's going on in 
amazement and learning a few lessons about why some projects (like Cocoon 
IMHO) work and others don't..

Keeping up with the pace is hard and you're right that it is hard to find out 
what you can reasonably use today and what are still moving targets, among 
the many available components.

Hopefully the current documentation effort will make this better, 
but in the meantime I'm confident that with a little help from the community 
it is very possible to get a lot of productive work done today with Cocoon!

Regards,
-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.

[1 ] http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20





-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Nested queries: Only 1 allowed per query?

[Bertrand Delacretaz]

On Monday 24 June 2002 15:30, Hahn Kurt (CHA) wrote:
> I'm suspecting that the SQL-transformer doesn't
> support more than one nested query at once?  

That's right - we had a discussion about this here at the end of last week, 
see:

http://marc.theaimsgroup.com/?t=10246674318&r=1&w=2

The alternatives are either to run several SQLTransformers chained in the 
sitemap, or make a more complex SQL query and use XSLT downstream to create 
the desired structure (grouping usually).

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

SQLTransformer, multiple execute-query siblings?

[Bertrand Delacretaz]

Hi SQLers,

If I understand the SQLTransformer code correctly, this construct is not 
supported:



  select A

  
select B using values from select A in where clause
  

  
  
select C using values from select A in where clause
  



Can someone confirm this, and is there a workaround other than chaining 
multiple SQLTransformers with XSLT to generate sub-queries?

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

PDF/FOP speed (was: sitemap.xmap question)

[Bertrand Delacretaz]

On Tuesday 18 June 2002 22:10, Andre Cusson wrote:
>. . .
> How about things like regenerating (ex: bacground) 5 compound documents of
> about 1000 pages each to pdf and html, for example, or generating 5 pdf
> and html paychecks or invoices, each with a (pdf) labeled envelop ?

If you're talking PDF, the performance bottleneck is usually FOP (unless 
you're doing very complicated XSLT transforms).

This message from the FOP mailing list
http://marc.theaimsgroup.com/?l=fop-dev&m=102394976324738&w=2
might give you some interesting info about the current speed of FOP, which 
depends a lot on which XSL-FO constructs are used.

If you have lots of PDF documents with a simplistic layout to generate (like 
envelopes), you might be better off bypassing FOP and using a simpler PDF 
library (or the one from FOP but calling it directly). This would probably be 
faster, at the price of having to compute the layout yourself.

Hope this helps!

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

SOLVED: SQLTransformer, AbstractMethodError in prepareStatement

[Bertrand Delacretaz]

On Tuesday 18 June 2002 10:33, Bertrand Delacretaz wrote:
>. . .
> It looks like the connection opens correctly, but then I get "500 internal
> error" from Cocoon, and the following messages in the tomcat logs:
>
> java.lang.AbstractMethodError
> at
> org.apache.avalon.excalibur.datasource.JdbcConnection.prepareStatement
>

I found my problem: the JDBC driver I'm using is not JDBC 1.2 compliant - 
need to tell the SQLTransformer to use the "old-driver" interface by 
configuring it like follows in the sitemap:


true
 

And then use  in the sitemap.

-Bertrand

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

SQLTransformer, AbstractMethodError in prepareStatement

[Bertrand Delacretaz]

I'm trying to access a Basis Plus database using their JDBC driver.

It looks like the connection opens correctly, but then I get "500 internal 
error" from Cocoon, and the following messages in the tomcat logs:

java.lang.AbstractMethodError
at 
org.apache.avalon.excalibur.datasource.JdbcConnection.prepareStatement(JdbcConnection.java:172)
at 
org.apache.cocoon.transformation.SQLTransformer$Query.execute(SQLTransformer.java:1014)
. . .

It works fine from an XSP page running in the same instance of Cocoon (going 
directly to JDBC using Class.forName, DriverManager.getConnection and 
Connection.PrepareStatement), meaning the driver supports PreparedStatements.

Suspecting a classloader problem, I tried putting the JDBC driver jar in 
WEB-INF/lib, then in the main lib directory and then even in the JRE lib/ext 
directory, with same results.

Here's what I have in web.xml (works according to the logs):

  load-class
  

com.opentext.basis.jdbc.BasisDriver
  


And in cocoon.xconf:

  


  
  jdbc:opentext:basis://bla:stit@eiger:2033/some_dba
  bla
  stit


Also seems to work, if I put a wrong password I get the proper error message 
("Could not return connection").

Any clues?

-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: how to write a simple Hello World

[Bertrand Delacretaz]

On Wednesday 12 June 2002 10:40, [EMAIL PROTECTED] wrote:
> I'm new in the Cocoon world and I try to test a simple Hello World program.

What you're missing is a sitemap to tie your XML and XSLT togerther to 
generate HTML

This is explained at 
http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html, and you could 
study how the main cocoon sitemap (sitemap.xmap in the webapps/cocoon 
directory) generates the "hello.html" example page.

An easy way to experiment without breaking your existing configuration is to 
use the automount mechanism described at (shameless plug - I wrote this)  
http://www.cocooncenter.de/cc/documents/resources/hot-plugging/index.html

Hope this helps!
-- 
 Bertrand Delacrétaz (codeconsult.ch, jfor.org)

 buzzwords: XML, java, XSLT, cocoon, mentoring/teaching/coding.
 disclaimer: eternity is very long. mostly towards the end. get ready.






-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: We need a detailed comparison with Struts (XML/REST integration?)

[Bertrand Delacretaz]

On Monday 10 June 2002 10:23, Sylvain Wallez wrote:
>. . .
> 4 - Can we integrate Stuts and Cocoon ?
> --
> The JSP part of Struts can certainly be integrated into Cocoon using the
> JSPGenerator. What about the controller part (i.e. the servlets) ?
>. . .

Rings a bell here, cause I'm thinking along the same lines between Enhydra 
(www.enhydra.org) and Cocoon.

How about using these (struts, enhydra, etc.) as XML-based back-ends to a 
Cocoon presentation front-end?

I'm thinking of Cocoon relaying user HTTP requests to the back-end, and the 
back-end replying with XML documents representing the "logical contents" of 
pages (see also [1]).

The back-end would be fully testable with anteater, JUnit/HTTPUnit or 
something using HTTP/XML interactions, and the Cocoon front-end would be 
nicely decoupled and care only about the presentation layer.

Any comments? First-hand experiences?

-Bertrand

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>