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

2003-03-08 Thread 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]


AbstractTransformer or AbstractSAXTransformer?

2003-03-08 Thread gv
I am writing a custom transformer that has to read all
the XML into a data structure, manipulate the
structure, then finally write everything in the
structure back out.

From where would I call my manipulation code? Looks
like I need to use AbstractSAXTransformer, but can
this be done with AbstractTransformer?

Thanks,
John



__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

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



XSL parameters

2003-03-08 Thread Matthias Brunner
Hello,

how do I set XSL parameters in the sitemap?
This does not seem to be possible:

map:transform src=my.xsl type=xslt
map:parameter name=noImgTags value=true()/
/map:transform

I do not want to activate use-request-parameters since the user 
should not be able to set parameters himself.


Best regards,
Matthias Brunner

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



RE: AbstractTransformer or AbstractSAXTransformer?

2003-03-08 Thread Reinhard Pötz
John,

You could extend both transformers. The AbstractSAXTransformer has
methods to record SAX events which should make it easier for you.
But first I would check if it can be done using a XSLT stylesheet.

Regards,
Reinhard

 -Original Message-
 From: gv [mailto:[EMAIL PROTECTED] 
 Sent: Saturday, March 08, 2003 1:28 PM
 To: [EMAIL PROTECTED]
 Subject: AbstractTransformer or AbstractSAXTransformer?
 
 
 I am writing a custom transformer that has to read all
 the XML into a data structure, manipulate the
 structure, then finally write everything in the
 structure back out.
 
 From where would I call my manipulation code? Looks
 like I need to use AbstractSAXTransformer, but can
 this be done with AbstractTransformer?
 
 Thanks,
 John
 
 
 
 __
 Do you Yahoo!?
 Yahoo! Tax Center - forms, calculators, tips, more 
http://taxes.yahoo.com/

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


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



Re: XSL parameters

2003-03-08 Thread Joerg Heinicke
Hello Matthias,

at 
http://xml.apache.org/cocoon/userdocs/transformers/xslt-transformer.html 
you can read, that your code is correct. i only don't know what happens 
when sending a boolean value. I think it's interpreted as normal text.

Furthermore in the stylesheet you need a global xsl:param 
name=noImgTags select='defaultvalue'/. To see whether it works or 
not, you can add a xsl:value-of select=$noImgTags/ into one template.

The use-request-parameters is more bad because of caching instead of 
request parameters from the user, because a xsl:param/ is always 
needed. But you're correct, of course it should be avoided where possible.

Regards,

Joerg

Matthias Brunner wrote:
Hello,

how do I set XSL parameters in the sitemap?
This does not seem to be possible:
map:transform src=my.xsl type=xslt
map:parameter name=noImgTags value=true()/
/map:transform
I do not want to activate use-request-parameters since the user 
should not be able to set parameters himself.

Best regards,
Matthias Brunner


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


Re: Problem with form validation (and spelling, yes)

2003-03-08 Thread Christian Haul
Guenther Schmidt wrote:
Hi all,

I've followed the wiki.cocoondev.org guidlines for form validation.

I just can't get it to work. (Below is the excerpt from the sub-sitemap)
Could you please post your complete pipeline as the fragment below is 
syntactically incorrect as is. If it is a complete pipeline, then it is 
missing a map:generate

map:match pattern=*/inserieren/php/register
map:act type=form-validator
  map:parameter name=descriptor value=context://validateRegister.xml/
  map:parameter name=validate-set value=registerClient/
  map:serialize type=text/
/map:act
map:serialize type=xml/
/map:match
There are NO errors when I change the name of the descriptor to a non
existing file name.
Please state which version of Cocoon is used and include the relevant 
parts of your logs (core.log, sitemap.log, you might need to increase 
the loglevel). Relevant means here the complete processing of this request.

Cheers.

	Chris.



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


Re: AbstractTransformer or AbstractSAXTransformer?

2003-03-08 Thread Jeff Turner
On Sat, Mar 08, 2003 at 04:27:41AM -0800, gv wrote:
 I am writing a custom transformer that has to read all
 the XML into a data structure, manipulate the
 structure, then finally write everything in the
 structure back out.

DOMTransformer gives you a nice DOM to play with.

--Jeff

 From where would I call my manipulation code? Looks
 like I need to use AbstractSAXTransformer, but can
 this be done with AbstractTransformer?
 
 Thanks,
 John

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



XUpdate

2003-03-08 Thread Irving Salisbury
I am interested in using xupdate commands to xindice from within Cocoon. 
First, is there something like an XUpdateTransformer that would allow 
me to do this within a pipeline?  If not, are there any actions, etc 
that help out?  If anyone has any links that would be helpful, that 
would be great.

Thanks,

Irv

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


Re: XUpdate

2003-03-08 Thread Josema Alonso
Hey, Irv

There's a XMLDBTransformer available. It was in Scratchpad but it was moved
to a new xmldb block in the CVS repository.
Please, checkout a fresh 2.1 from CVS and you'll foun it there or at its
block: http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/blocks/xmldb/

I have used it succesfully quite a while ago.

Best,
Josema.

- Original Message -
From: Irving Salisbury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, March 08, 2003 7:54 PM
Subject: XUpdate


 I am interested in using xupdate commands to xindice from within Cocoon.
  First, is there something like an XUpdateTransformer that would allow
 me to do this within a pipeline?  If not, are there any actions, etc
 that help out?  If anyone has any links that would be helpful, that
 would be great.

 Thanks,

 Irv


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





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



RE: XSL parameters

2003-03-08 Thread Conal Tuohy
 -Original Message-
 From: Matthias Brunner [mailto:[EMAIL PROTECTED]
 Sent: Sunday, 9 March 2003 02:23

 how do I set XSL parameters in the sitemap?
 This does not seem to be possible:

 map:transform src=my.xsl type=xslt
   map:parameter name=noImgTags value=true()/
 /map:transform

That should work. You will need to have the parameter declared in your xslt
as well, as a child of the style-sheet element:

xsl:param name=noImgTags select=false()/

What is the result? Do you get an error message? Or does $noImgTags =
false()?

BTW, though this isn't your problem, I would guess the parameter is passed
to your xslt as a string, which means that ANY non-null value would evaluate
as true() in your xslt:

http://www.w3.org/TR/xpath#function-boolean
In other words, in xpath, even 'false()'=true()

:-)

Cheers

Con


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



XSP debugging under eclipse

2003-03-08 Thread Leszek Gawron
Has anyone succeeded in debugging xsp generated java files under eclipse? I
have manager to do it once or twice but currently eclipse stubbornly says it
cannot locate source for compiled class file (even though it exists in a
project and it can be compiled from IDE). I tried all combinations and still
the same comes out - source is not being located
ouzo
-- 
__
 | /  \ |Leszek Gawron//  \\
\_\\  //_/  [EMAIL PROTECTED]  _\\()//_
 .'/()\'. Phone: +48(600)341118 / //  \\ \
  \\  //  recursive: adj; see recursive  | \__/ |


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



Re: XUpdate

2003-03-08 Thread Irving Salisbury




This is great news. I don't suppose there are any preliminary docs on this
as far as what type of XML it is looking for, etc? I can go rooting around
in the source, but any docs or even any examples that make use of it would
be a huge help.

Thanks,

Irv

Josema Alonso wrote:

  Hey, Irv

There's a XMLDBTransformer available. It was in Scratchpad but it was moved
to a new xmldb block in the CVS repository.
Please, checkout a fresh 2.1 from CVS and you'll foun it there or at its
block: http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/src/blocks/xmldb/

I have used it succesfully quite a while ago.

Best,
Josema.

- Original Message -
From: "Irving Salisbury" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, March 08, 2003 7:54 PM
Subject: XUpdate


  
  
I am interested in using xupdate commands to xindice from within Cocoon.
 First, is there something like an XUpdateTransformer that would allow
me to do this within a pipeline?  If not, are there any actions, etc
that help out?  If anyone has any links that would be helpful, that
would be great.

Thanks,

Irv


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



  
  


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






[NOTICE] *** CVS REPOSITORY SPLITUP ***

2003-03-08 Thread Pier Fumagalli
[NOTE: This message will go to all cocoon mailing lists. Moderators please
approve accordingly]

Folks,

being now Sunday in London (and God knows if I'm going to wake up
tomorrow), I actually split the CVS as agreed.

The old xml-cocoon2 repository has been renamed to cocoon-2-historical
and to provide backward compatibility to those relying on CVS checkouts
(users or developers), a symbolic link to the new name is in place so that
both CVS names are valid for the same repository.

[NOTE: no one has commit access to xml-cocoon2 anymore, commit to the old
repository is effectively available through its new cocoon-2-historical
name. I know this might sound like painful, but it was done to enforce
developers not to commit to the old repository unless they know what they
are doing]

Two new CVS repositories are in place:

- cocoon-2.0: containing the latest version of the cocoon-2-historical
  repository, cocoon_2_0_3_branch.

- cocoon-2.1: containing the latest version of the cocoon-2-historical
  repository, HEAD checkout.

The old xml-cocoon repository has now been moved off to cocoon-1 (and
that contains the full history of the tree, it has just been renamed).

At the same time, all ViewCVS URL have also changes: please take a note of
the new URLs:

- http://cvs.apache.org/viewcvs.cgi/cocoon-1/
- http://cvs.apache.org/viewcvs.cgi/cocoon-2-historic/
- http://cvs.apache.org/viewcvs.cgi/cocoon-2.0/
- http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/

The old ViewCVS URL trigger a 301 (permanent redirect) to the new locations
(hopefully search engines and stuff will pick up the redirection quickly
enough).

Now everything related to CVS follows the correct ASF-wide naming scheme (no
more xml-* repositories for a top-level-project like Cocoon), and it takes
roughly half of the time to checkout/update both trees on my machine
(because the server has to traverse a much smaller part of the tree).

All the logs of the import are available at http://cvs.apache.org/~pier/,
they are quite big, so I spared some bandwidth preventing their divulgation
on the mailing lists (which I believe would have rejected them anyhow).

Also the old deprecated (and now removed, as agreed) xml-cocoon2-apps
repository is actually available at the same place, tar-bzip2ed.

This is roughly it. Now, the next step is to move all the mailing list names
from [EMAIL PROTECTED] to [EMAIL PROTECTED]. Can we schedule a
time when this could be done?

Pier


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



Re: [NOTICE] *** CVS REPOSITORY SPLITUP ***

2003-03-08 Thread Jeff Turner
On Sun, Mar 09, 2003 at 01:04:26AM +, Pier Fumagalli wrote:
 Folks,
 
 being now Sunday in London (and God knows if I'm going to wake up
 tomorrow), I actually split the CVS as agreed.
...

Wiki page created to help people move existing 'xml-cocoon2' checkouts
across:

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

--Jeff

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