Developper address
Hello, 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. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FOP Serializer configuration
I'm using Cocoon 2.04 and Tomcat 4.1. The purpose is very simple, I want to set the baseDir property to the context path. ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; configuration !--basedir: donde encontrar imagenes, establecer directorio base el contexto-- entry keybaseDir/key valuexsp:exprcontext.getRealPath()/xsp:expr/value /entry /configuration /xsp:page I know that I can do it in some other ways like adding the context path to every src of each graphic, but wonder why it doesn't work. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: jueves, 12 de junio de 2003 16:55 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration Shortly after writing this, I had to realize that the servlet context can be jndi:/localhost/..., which is not what I want and that has changed between Tomcat 4.0 and 4.1 (both in combination with JBoss 3.x). Changing the user-config to cocoon:/ protocol does not work as you already have experienced. This I didn't expect, because why should context:// work and cocoon:// not. Can you file a bug in bugzilla? For me simply using a relative path works now, but this won't help you as you seem to create the fop-config dynamically. May I ask for the use case? Joerg Joerg Heinicke wrote: What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - 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: Developper address
On 13/06/2003 8:33 [EMAIL PROTECTED] wrote: Hello, 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. http://cvs.apache.org/viewcvs.cgi/cocoon-2-historical/src/org/apache/cocoon/transformation/Attic/LDAPTransformer.java?hideattic=0 /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.orgstevenn at apache.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Developper address
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-devm=99199720518402w=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: FOP Serializer configuration
You can reach the same without an extra XSP, therefore the context:// protocol exists. It's the way I had it: user-configcontext://user-config.xml/user-config But this is resolved to jndi:/localhost (with Tomcat 4.1) and won't help you. So I changed it to a relative path (i.e. relative to the sitemap): user-configconfig/fop/user-config.xml/user-config In the user-config.xml, you can set the baseDir to a relative path too (here relative to the user-config.xml): entry keybaseDir/key value./value /entry (I used valuefonts//value for the keyfontBaseDir/key), but I guess the above should work too.) Does this work? Joerg Carmona Perez, David wrote: I'm using Cocoon 2.04 and Tomcat 4.1. The purpose is very simple, I want to set the baseDir property to the context path. ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; configuration !--basedir: donde encontrar imagenes, establecer directorio base el contexto-- entry keybaseDir/key valuexsp:exprcontext.getRealPath()/xsp:expr/value /entry /configuration /xsp:page I know that I can do it in some other ways like adding the context path to every src of each graphic, but wonder why it doesn't work. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: jueves, 12 de junio de 2003 16:55 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration Shortly after writing this, I had to realize that the servlet context can be jndi:/localhost/..., which is not what I want and that has changed between Tomcat 4.0 and 4.1 (both in combination with JBoss 3.x). Changing the user-config to cocoon:/ protocol does not work as you already have experienced. This I didn't expect, because why should context:// work and cocoon:// not. Can you file a bug in bugzilla? For me simply using a relative path works now, but this won't help you as you seem to create the fop-config dynamically. May I ask for the use case? Joerg Joerg Heinicke wrote: What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invalid Continuation ID
Cue the crickets
Am I going about in the wrong way???
- Original Message -
From: JD Daniels [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 2:16 PM
Subject: Invalid Continuation ID
RE: Calling Actions from the Flow with JavascriptThis is driving me nutz.
I
Get invalid continuation ID when I submit the form.
ie,
org.apache.cocoon.components.flow.InvalidContinuationException: The
continuation ID 49461467281b3b7b74454065470a817873745d26 is invalid.
This is my first stab at flow, and so far I am running three days :(
Using cocoon2.1M3-dev cvs from June 11 9:00 am
Tomcat 1.1.24lejdk14
Java Sun SDK 1.4.0_2
I have Searched the mail archives, and found two discussions, but not any
answers.
JS:
cocoon.load(resource://org/apache/cocoon/components/jxforms/flow/jxForm.js
);
function loginForm(form)
{
var user = ;
var pass = ;
var model = {
username: ,
password:
};
form.setModel(model);
form.sendView(jxforms/Login.xml,
function(form) {
if (empty(model.username)) {
form.addViolation(/username, Please Enter Your Username.);
}
if (empty(model.password)) {
form.addViolation(/password, Please Enter Your Password.);
}
});
form.finish(do-login.xml, {username:user, password:pass});
}
SiteMap:
map:match pattern=manager
map:call function=jxForm/
/map:match
map:match pattern=Login.form
map:call function=jxForm
map:parameter name=function value=loginForm/
map:parameter name=id value=manager-login/
map:parameter name=validator-schema-ns/
map:parameter name=validator-schema/
map:parameter name=scope value=request/
/map:call
/map:match
map:match pattern=do-login.xml
map:act type=auth-login
map:parameter name=handler value=userhandler/
map:parameter name=username value={request:username}/
map:parameter name=password value={request:password}/
map:redirect-to uri=index.xml/
/map:act
map:generate src=resources/views/auth/LoginFailed.xml/
map:transform src=resources/styles/document2html.xsl/
map:serialize/
/map:match
map:match pattern=jxforms/*.xml
map:generate type=jxforms src=resources/views/jxforms/{1}.xml/
map:transform type=jx/
map:transform type=xalan src=resources/styles/form2html.xsl
label=debug1/
map:transform type=xalan src=resources/styles/jxforms2html.xsl /
map:transform type=xalan src=resources/styles/document2html.xsl
label=debug1/
map:serialize type=html /
/map:match
Arg.
-
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: implementing Cacheable [SOLUTION]
OK I understand the caching now a lot better. Anyone wanting to understand
how to implement his own caching should read
http://wiki.cocoondev.org/Wiki.jsp?page=WritingForCacheEfficiency
http://cocoon.apache.org/2.0/userdocs/concepts/caching.html
Note that in order for your serializer caching to work, the generator has to
implement cacheable as well because cocoon attempts to cache as far into the
pipeline as it can! If the start of the pipeline is already not cacheable
then the rest won't be either! This was the problem for me all along it
seems.
The often used file generator is cacheable, the directorygenerator I was
using is *not*. So I extended the existing DirectoryGenerator with a
CachingDirectoryGenerator implementing Cacheable. I implemented the
interface methods, reconfigured sitemap and voila my content is delivered
fully cached now in 100ms instead of 3s!!
Thanks again for your help Vladim, I hope this thread has helped other
people as well in understanding cocoon's caching mechanism.
Greetings
Jorg
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 12. Juni 2003 21:00
To: [EMAIL PROTECTED]
Subject: Re: implementing Cacheable
Jorg Heymans wrote:
Good pointer thanks Vladim :-)
The difference with the xsp page ofcourse is that I cannot access the
requestparameters from within the serializer.
And you should not.
As a matter of fact the
generatekey and cachevalidity gets called before anything else in the
serializer, so I can't generate a key based on the content that is being
processed.
And you should not.
This would be the solution though.
On a different note, if I put in a DeltaTimeCacheValidity(0, 5); and
generate 1 as key this does not affect the performance of my serializer.
It keeps executing at a steady uncached 3 seconds.
Any ideas on how to access request parameters within the serializer,
You don't need request parameters there. The only thing which must
affect cache key generated by serializer is *serializer's state.*
Suppose you have one serializer and it's behavior is different in AM and
PM (it's got two states). Then, you have to generate the key depending
on time of the day:
if (isAM) { return 1 } else { return 2 };
That's it. No request parameters. No content. Only component's state
matters here. Request parameters, session attributes, etc, all taken
care of well before seializer is called.
maybe I
can use a map:param on the serializer in the sitemap maybe?
No. serialize/ tag can't have params.
Vadim
-
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: JXTemplate and session beans
With some more trial and error I solved my own problem:
This is working in a JXTemplate:
You are logged in with id: ${session.getAttribute(usr).id}
(id is one of the properties of the usr bean that was stored in the session)
I did not know you can call a java method within the ${}
Hugo
-Original Message-
From: Hugo Burm [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 6:44 PM
To: [EMAIL PROTECTED]
Subject: JXTemplate and session beans
How can I access the members of a bean that is stored in the session?
In an action I did something like:
session.setAttribute(usr,myBean);
And now I am trying to access the members of the bean in a JXTemplate view.
I tried $(session.usr.lastname} and #{session/usr/lastname}.
All documentation I found is the Petstore example and the java source of the
generator. Did I miss something?
Thanks.
Hugo Burm
-
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: implementing Cacheable [SOLUTION]
Hello Jorg, the caching for the DirectoryGenerator was implemented on 13th of May in Cocoon 2.1: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/java/org/apache/cocoon/generation/DirectoryGenerator.java Is it correct that you did it for Cocoon 2.0? Can you compare your caching with the one implemented in 2.1? And maybe provide a patch? Thanks, Joerg Jorg Heymans wrote: OK I understand the caching now a lot better. Anyone wanting to understand how to implement his own caching should read http://wiki.cocoondev.org/Wiki.jsp?page=WritingForCacheEfficiency http://cocoon.apache.org/2.0/userdocs/concepts/caching.html Note that in order for your serializer caching to work, the generator has to implement cacheable as well because cocoon attempts to cache as far into the pipeline as it can! If the start of the pipeline is already not cacheable then the rest won't be either! This was the problem for me all along it seems. The often used file generator is cacheable, the directorygenerator I was using is *not*. So I extended the existing DirectoryGenerator with a CachingDirectoryGenerator implementing Cacheable. I implemented the interface methods, reconfigured sitemap and voila my content is delivered fully cached now in 100ms instead of 3s!! Thanks again for your help Vladim, I hope this thread has helped other people as well in understanding cocoon's caching mechanism. Greetings Jorg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Link Livesites: www.tatry.info
http://www.tatry.info It is a polish site about High Tatras. Beautiful mountains located on the polish-slovakian border. -- the spirit can only withdraw into a corner. And yet, it is not at all worn out or superfluous, but, like an (eternal) witness, floats above the rubble of culture - almost like an avenger of God. As though it awaited a new incarnation. -- Ludwig Wittgenstein -- Kazimierz Pogoda mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to generate html from xml docs ?
Hello, i'm trying with cocoon to convert xml docs to html ... i looked for documents about this ... i ve tried with the apache site but i don't success maybe because i'm a beginner ! I ve a xml doc ...and i don't find a good stylesheet :( Is there somabody who can help me for this operation ? Thanks . Séverine VERRIEZ [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
A question on where to place the Cocoon
Hi For the software that I am working on, I have to generate report to serve UI requests and to generate report to serve a scheduled report delivery via email. Since the report delivery is done in the EJB level and the report for the browser is in the UI level, I want to ask if I should put the Cocoon stuff in the EJB layer or in the UI layer or both. Could someone give a suggestion? Thank you very much in advance for all your help. Thanks, Anne Do you Yahoo!? Free online calendar with sync to Outlook(TM).
Re: how to generate html from xml docs ?
Hi Séverine If you have a standard or commonly used XML format, then someone may have already written an XSLT file you can use. Otherwise you will have to write or adapt one yourself (that's what most of us on the list have had to do at some point or another). If you have more info on what type of XML you have, someone may be able to give more specific suggestions. Derek [EMAIL PROTECTED] 13/06/2003 11:52:41 Hello, i'm trying with cocoon to convert xml docs to html ... i looked for documents about this ... i ve tried with the apache site but i don't success maybe because i'm a beginner ! I ve a xml doc ...and i don't find a good stylesheet :( Is there somabody who can help me for this operation ? Thanks . Séverine VERRIEZ [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Mailscanner thanks transtec Computers for their support. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OOo and ZipArchive serializer
Hi Upayavira, unfortunately your patch doesn't work. The STORED method expects the file size and the crc code, which is not set. Attached is a patch with a small sample for the ZipArchiveSerializer. The sample takes three files from the hello-world sample and returns a hello.zip file. AFAIK there's no example atm. The hello_zip.xml file should be put in src/webapp/samples/hello-world/content/. Cheers Matthias -Ursprüngliche Nachricht- Von: Upayavira [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 12. Juni 2003 22:01 An: [EMAIL PROTECTED] Betreff: Re: OOo and ZipArchive serializer Let me know what version of Cocoon you're using and I'll try to send a correct patch. Upayavira hello_zip.xml Description: Binary data Index: src/webapp/samples/hello-world/samples.xml === RCS file: /home/cvspublic/cocoon-2.1/src/webapp/samples/hello-world/samples.xml,v retrieving revision 1.8 diff -u -r1.8 samples.xml --- src/webapp/samples/hello-world/samples.xml 4 Jun 2003 22:45:07 - 1.8 +++ src/webapp/samples/hello-world/samples.xml 13 Jun 2003 10:46:36 - @@ -70,6 +70,9 @@ Flash ... You need the appropriate plugin for your browser. (Requires block-swf.) /sample + sample name=Zip archive href=hello.zip +Some samples in a Zip archive. + /sample /group group name=Hello Office! Index: src/webapp/samples/hello-world/sitemap.xmap === RCS file: /home/cvspublic/cocoon-2.1/src/webapp/samples/hello-world/sitemap.xmap,v retrieving revision 1.10 diff -u -r1.10 sitemap.xmap --- src/webapp/samples/hello-world/sitemap.xmap 4 Jun 2003 22:45:07 - 1.10 +++ src/webapp/samples/hello-world/sitemap.xmap 13 Jun 2003 10:46:36 - @@ -101,6 +101,11 @@ map:serialize type=sxd/ /map:match + map:match pattern=hello.zip +map:generate src=content/hello_zip.xml/ +map:serialize type=zip/ + /map:match /map:pipeline + /map:pipelines /map:sitemap - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Xsp won't reload , cache ?
Hi, I'm having trouble with refreshing a xsp page. The new content of the xsp page won't load, I've tried to remove the cache and persistent store and restart the server but nothing helps only thing that works is to make a copy of the new xsp and rename it. This is strange since this suddenly started to happen, it worked fine before. What am I missing ? Regards Morten Svanaes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to generate html from xml docs ?
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]
auth session context and session-attr
Hello,
is it possible to retrieve session values created by the LoginAction
(context=authentication) with the Session-Attr Input Module?
eg.:
map:transform type=xslt src=style/main.xsl label=raw
map:parameter name=myauth value=
{session-attr:authentication/authentication/ID}/
map:parameter name=date value={date:date}/
/map:transform
As I already successfully tried, I can use the session-transformer to
retrieve the values in my main.xsl with
session:getxml context=authentication path=/authentication/ID but I
want to use this value in an xsl:variable in the style sheet.
This does not seem to be possible, since the session transformer has to be
applied after the xsl-transformation.
Any ideas somebody?
Markus Schulze
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Embed SVG: config example
Title: Message
Hi
because I did not
found an example for embed SVGin a HTML filewith Cocoon, Iused
a lot of time to build the configuration files below. But now I have it.
Maybethe script helps someone else in the same
situation.
Regards
Sarah
Windler
!-- Begin
script --
!-- sitemap.xmap
--?xml version="1.0"?map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0"
!--
=== Components
--map:componentsmap:matchers
default="wildcard"/map:transformer
logger="sitemap.transformer.extractor"
name="extractor"
src=""/map:action
logger="sitemap.action.form-validator"
name="form-validator"src=""/map:generators
default="file"/map:transformers
default="xslt"/map:readers
default="resource"/map:serializers
default="html"//map:components!--
= Pipelines =
--map:pipelinesmap:pipelinemap:match
pattern=""map:redirect-to
uri="index.html"//map:matchmap:match
pattern="index.html"map:act
type="form-validator"map:parameter
name="descriptor"
value="docs/form-descriptor.xml"/map:parameter
name="validate-set"
value="select"/map:generate
type="serverpages"
src=""/map:transform
src=""/map:transform
type="extractor"/map:transform
src=""/map:serialize//map:actmap:generate
type="serverpages"
src=""/map:transform
src=""/map:serialize//map:matchmap:match
pattern="images/*.svg"map:generate
type="extractor"
src=""/map:serialize//map:match/map:pipeline/map:pipelines/map:sitemap!--
end of sitemap.xmap --
!-- index.xsp
--?xml version="1.0" encoding="ISO-8859-1"?xsp:page
language="java" xmlns:xsp="http://apache.org/xsp"
xmlns:xsp-formval="http://apache.org/xsp/form-validator/2.0"documentxsp:logicString
entryString = new
String("");/xsp:logicform
handler="index.html"row txt="Enter a
text:"text name="entryString"
size="20"xsp:attribute
name="value"xsp:exprentryString/xsp:expr/xsp:attribute/text/rowsubmit
name="Run"//form/document/xsp:page!--
end of index.xsp --
!--
form-descriptor.xml --?xml
version="1.0"?rootparameter name="entryString"
type="string"/constraint-set
name="select"validate name="entryString"
nullable="no"//constraint-set/root!--
end of form-descriptor.xml --
!-- result.xsp
--?xml version="1.0" encoding="ISO-8859-1"?xsp:page
language="java" xmlns:xsp="http://apache.org/xsp"documentxsp:logic
String entryString =
request.getParameter("entryString");/xsp:logicgraph
rowxsp:exprentryString/xsp:expr/row/graph/document/xsp:page!--
end of result.xsp --
!-- svg2html.xsl
--?xml version="1.0"?xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:svg="http://www.w3.org/2000/svg"
xmlns:xlink="http://www.w3.org/1999/xlink"
xsl:import
href=""/xsl:variable
name="width"
select="600"/xsl:variable
name="height"
select="200"/
xsl:variable name="box-width"
select="200"/ xsl:variable name="box-height"
select="120"/xsl:template
match="graph"svg:svg width="{$width}"
height="{$height}" viewBox="0 0 {$width}
{$height}"
svg:defs
svg:g
id="box"
svg:rect x="0" y="0" width="{$box-width}" height="{$box-height}"
style="stroke: blue; fill:
lightblue;"/svg:rectsvg:text
style="stroke-opacity:0.25;"
x="{ $box-width div 2}"
y="{$box-height div 2}"xsl:value-of
select="."/
animate attributeName="x" from="0" to="{ $box-width -70}"
dur="10s"
repeatCount="indefinite"/
/svg:text
/svg:g
/svg:defs svg:use
xlink:href="" x="100"
y="50"//svg:svg/xsl:template/xsl:stylesheet!--
end of svg2html.xsl --
!--
fragment-extractor.xsl --?xml version="1.0"?
xsl:stylesheet
version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"xmlns:fe="http://apache.org/cocoon/fragmentextractor/2.0"xsl:template
match="//fe:fragment"embed src=""mailto:images/[EMAIL PROTECTED]">images/[EMAIL PROTECTED]"
name="SVGEmbed" width="600"
height="200"
type="image/svg+xml" pluginspage="http::/www.adobe.com/svg/viewer/install/"//xsl:templatexsl:template
match="@*|*|text()|processing-instruction()"
priority="-1"xsl:copyxsl:apply-templates
select="@*|*|text()|processing-instruction()"//xsl:copy/xsl:template
/xsl:stylesheet!-- end of fragmen-extractor.xsl
--
!-- index.xsl --?xml
version="1.0"?xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:import href=""/
xsl:template match="form" form name="[EMAIL PROTECTED]}" action=""mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]}"
method="POST"
xsl:apply-templates/ /form
/xsl:template xsl:template
match="row" pxsl:value-of
select="@txt"/br /xsl:apply-templates//p
/xsl:template xsl:template
match="submit" input type="submit" name="[EMAIL PROTECTED]}"
value="[EMAIL PROTECTED]"/
/xsl:template xsl:template
match="text" input type="text" name="[EMAIL PROTECTED]}" size="[EMAIL PROTECTED]}" xsl:attribute
name="value"
xsl:value-of select="normalize-space(@value)"/
/xsl:attribute
/input
/xsl:template/xsl:stylesheet!-- end of index.xsl
--
!-- template2html.xsl
RE: FOP Serializer configuration
Thanks Joerg, Your solution is much simpler and works!! David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: viernes, 13 de junio de 2003 10:08 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration You can reach the same without an extra XSP, therefore the context:// protocol exists. It's the way I had it: user-configcontext://user-config.xml/user-config But this is resolved to jndi:/localhost (with Tomcat 4.1) and won't help you. So I changed it to a relative path (i.e. relative to the sitemap): user-configconfig/fop/user-config.xml/user-config In the user-config.xml, you can set the baseDir to a relative path too (here relative to the user-config.xml): entry keybaseDir/key value./value /entry (I used valuefonts//value for the keyfontBaseDir/key), but I guess the above should work too.) Does this work? Joerg Carmona Perez, David wrote: I'm using Cocoon 2.04 and Tomcat 4.1. The purpose is very simple, I want to set the baseDir property to the context path. ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; configuration !--basedir: donde encontrar imagenes, establecer directorio base el contexto-- entry keybaseDir/key valuexsp:exprcontext.getRealPath()/xsp:expr/value /entry /configuration /xsp:page I know that I can do it in some other ways like adding the context path to every src of each graphic, but wonder why it doesn't work. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: jueves, 12 de junio de 2003 16:55 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration Shortly after writing this, I had to realize that the servlet context can be jndi:/localhost/..., which is not what I want and that has changed between Tomcat 4.0 and 4.1 (both in combination with JBoss 3.x). Changing the user-config to cocoon:/ protocol does not work as you already have experienced. This I didn't expect, because why should context:// work and cocoon:// not. Can you file a bug in bugzilla? For me simply using a relative path works now, but this won't help you as you seem to create the fop-config dynamically. May I ask for the use case? Joerg Joerg Heinicke wrote: What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David - 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]
Little problem
Hi, I have a xml data and a style sheet, everything is working properly, the I put my xml data on a remot server, I changed my sitemap.xmap and pointed to the xml file with an URL, now I am just getting all the text in the xml file, cocoon ignores the roles which I wrote in the style sheet. Can somebody give some hints please? It will be very nice from you. Many thanks, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FOP Serializer configuration
Sorry, It doesn't work, even though baseDir equals ., it doesn't find my images unless I specify like this; src=file:///c:/cocoon/images/myImage.gif instead of src=images/myImage.gif, supposing that c:\cocoon is the context path. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: viernes, 13 de junio de 2003 10:08 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration You can reach the same without an extra XSP, therefore the context:// protocol exists. It's the way I had it: user-configcontext://user-config.xml/user-config But this is resolved to jndi:/localhost (with Tomcat 4.1) and won't help you. So I changed it to a relative path (i.e. relative to the sitemap): user-configconfig/fop/user-config.xml/user-config In the user-config.xml, you can set the baseDir to a relative path too (here relative to the user-config.xml): entry keybaseDir/key value./value /entry (I used valuefonts//value for the keyfontBaseDir/key), but I guess the above should work too.) Does this work? Joerg Carmona Perez, David wrote: I'm using Cocoon 2.04 and Tomcat 4.1. The purpose is very simple, I want to set the baseDir property to the context path. ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; configuration !--basedir: donde encontrar imagenes, establecer directorio base el contexto-- entry keybaseDir/key valuexsp:exprcontext.getRealPath()/xsp:expr/value /entry /configuration /xsp:page I know that I can do it in some other ways like adding the context path to every src of each graphic, but wonder why it doesn't work. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: jueves, 12 de junio de 2003 16:55 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration Shortly after writing this, I had to realize that the servlet context can be jndi:/localhost/..., which is not what I want and that has changed between Tomcat 4.0 and 4.1 (both in combination with JBoss 3.x). Changing the user-config to cocoon:/ protocol does not work as you already have experienced. This I didn't expect, because why should context:// work and cocoon:// not. Can you file a bug in bugzilla? For me simply using a relative path works now, but this won't help you as you seem to create the fop-config dynamically. May I ask for the use case? Joerg Joerg Heinicke wrote: What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David - 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]
Authentication framework and databases
About using a database instead of a flat XML file for user authentication by the Cocoon authorization framework: http://wiki.cocoondev.org/Wiki.jsp?page=HibernateAndTheAuthenticationFramewo rk plugThe combination Hibernate plus Flowscript rocks./plug Hugo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Sitemap parameters
That works :
map:parameter name=rootdn value={request-param:name}/
and the value entered (for name is CORPROOT\TFRGHM00)
but that don't :
map:parameter name=rootdn value=CORPROOT\{request-param:name}/
and the value entered (for name is TFRGHM00)
Why?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Sitemap parameters
My guess would be that the \ in CORPROOT\{request-param:name} escapes the
next character (whether it should or not I don't know) and so the variable
interpolation is not happening.
Check the sitemap log in WEB-INF/logs, it might have an indication as to
what is happening exactly
Can you try escaping the \ ie put CORPROOT\\{request-param:name} ?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Freitag, 13. Juni 2003 16:02
To: [EMAIL PROTECTED]
Subject: Sitemap parameters
That works :
map:parameter name=rootdn value={request-param:name}/
and the value entered (for name is CORPROOT\TFRGHM00)
but that don't :
map:parameter name=rootdn value=CORPROOT\{request-param:name}/
and the value entered (for name is TFRGHM00)
Why?
-
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: FOP Serializer configuration
*grr* Be sure, every problem you have I have too :-( I thought I had it working yesterday, but the error message was no protocol: fonts/ and it returns to a default font, which is not as obvious as a missing image. In the old version (for Tomcat 4.0) I had webapps/ROOT/doc/fop/fonts/ as path, but the following error message makes me thinking that it does no longer work with the current version: Thread-7/MessageHandler: Failed to embed font [8] Verdana: Reached EOF, file size=141573 offset=152782 Thread-7/MessageHandler: Failed to embed font [11] Verdana,Bold: Reached EOF, file size=137794 offset=147088 Thinking deeper about this means that webapps/ROOT/doc/fop/fonts/ is working, but something seems to be wrong with my font files. Maybe the relative-to-context-path (not to sitemap) is an option for you? Joerg Carmona Perez, David wrote: Sorry, It doesn't work, even though baseDir equals ., it doesn't find my images unless I specify like this; src=file:///c:/cocoon/images/myImage.gif instead of src=images/myImage.gif, supposing that c:\cocoon is the context path. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: viernes, 13 de junio de 2003 10:08 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration You can reach the same without an extra XSP, therefore the context:// protocol exists. It's the way I had it: user-configcontext://user-config.xml/user-config But this is resolved to jndi:/localhost (with Tomcat 4.1) and won't help you. So I changed it to a relative path (i.e. relative to the sitemap): user-configconfig/fop/user-config.xml/user-config In the user-config.xml, you can set the baseDir to a relative path too (here relative to the user-config.xml): entry keybaseDir/key value./value /entry (I used valuefonts//value for the keyfontBaseDir/key), but I guess the above should work too.) Does this work? Joerg Carmona Perez, David wrote: I'm using Cocoon 2.04 and Tomcat 4.1. The purpose is very simple, I want to set the baseDir property to the context path. ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; configuration !--basedir: donde encontrar imagenes, establecer directorio base el contexto-- entry keybaseDir/key valuexsp:exprcontext.getRealPath()/xsp:expr/value /entry /configuration /xsp:page I know that I can do it in some other ways like adding the context path to every src of each graphic, but wonder why it doesn't work. David -Mensaje original- De: Joerg Heinicke [mailto:[EMAIL PROTECTED] Enviado el: jueves, 12 de junio de 2003 16:55 Para: [EMAIL PROTECTED] Asunto: Re: FOP Serializer configuration Shortly after writing this, I had to realize that the servlet context can be jndi:/localhost/..., which is not what I want and that has changed between Tomcat 4.0 and 4.1 (both in combination with JBoss 3.x). Changing the user-config to cocoon:/ protocol does not work as you already have experienced. This I didn't expect, because why should context:// work and cocoon:// not. Can you file a bug in bugzilla? For me simply using a relative path works now, but this won't help you as you seem to create the fop-config dynamically. May I ask for the use case? Joerg Joerg Heinicke wrote: What Cocoon version do you use? I have 2.0.4 and use user-configcontext://doc/fop/config.xml/user-config without any problems. Joerg Carmona Perez, David wrote: Hi all, Alter reading this page: http://cocoon.apache.org/2.0/userdocs/serializers/pdf-serializer.html I've tried to configure the FOPSerializer with a file generated through a Cocoon pipeline in this way: map:serializer logger=sitemap.serializer.fo2pdf mime-type=application/pdf name=pdf src=org.apache.cocoon.serialization.FOPSerializer user-configcocoon:/config-fop.xsp/user-config /map:serializer I can access cocoon:/config-fop.xsp well, but the FOPSerializer class tries to open: file://myContextPath/cocoon:/config-fop.xsp Does anyone know the cause? David -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP Serializer configuration
My system is working as expected again after fixing the font files. They got broken during check-in into the CVS. Joerg Joerg Heinicke wrote: *grr* Be sure, every problem you have I have too :-( I thought I had it working yesterday, but the error message was no protocol: fonts/ and it returns to a default font, which is not as obvious as a missing image. In the old version (for Tomcat 4.0) I had webapps/ROOT/doc/fop/fonts/ as path, but the following error message makes me thinking that it does no longer work with the current version: Thread-7/MessageHandler: Failed to embed font [8] Verdana: Reached EOF, file size=141573 offset=152782 Thread-7/MessageHandler: Failed to embed font [11] Verdana,Bold: Reached EOF, file size=137794 offset=147088 Thinking deeper about this means that webapps/ROOT/doc/fop/fonts/ is working, but something seems to be wrong with my font files. Maybe the relative-to-context-path (not to sitemap) is an option for you? Joerg -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
LDAP on WIki
I wrote this page about how to change the authentification method. Hope it is helpfull for someone... I saw that there is a little problem with the carriage returns... http://wiki.cocoondev.org/Wiki.jsp?page=LDAPPortalAuthentification+and+R equestUserInfoFromXSP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Sitemap parameters
don't work the \\ ...
Is there no other way? Like asd + {request-param:asdf} or something
like that?
-Original Message-
From: Jorg Heymans [mailto:[EMAIL PROTECTED]
Sent: Friday, June 13, 2003 4:07 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Sitemap parameters
My guess would be that the \ in CORPROOT\{request-param:name} escapes
the
next character (whether it should or not I don't know) and so the
variable
interpolation is not happening.
Check the sitemap log in WEB-INF/logs, it might have an indication as to
what is happening exactly
Can you try escaping the \ ie put CORPROOT\\{request-param:name} ?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Freitag, 13. Juni 2003 16:02
To: [EMAIL PROTECTED]
Subject: Sitemap parameters
That works :
map:parameter name=rootdn value={request-param:name}/
and the value entered (for name is CORPROOT\TFRGHM00)
but that don't :
map:parameter name=rootdn value=CORPROOT\{request-param:name}/
and the value entered (for name is TFRGHM00)
Why?
-
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
strange transform behavior
Hi all, i get values from a postgres database and i want to show them in a html-table view. everything gets touched and transformed by my xsl-file, except for the data from the database. Maybe someone can help solve this problem. Here is what i have in my sitemap: map:match pattern=dbtest2.html map:generate src=mount/postgres/dbtest2.xml/ map:transform type=sql map:parameter name=use-connection value=films/ /map:transform !--map:transform type=xslt src=mount/postgres/db_form.xsl/-- map:serialize type=xml/ /map:match As soon as I put the comment back in, my values from the DB dissappears completly, but everything else gets transformed. Thanks, Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange transform behavior
Are you sure that your DB element templates in your stylesheet match elements with the sql namespace prefix ? --- Markus Blasl [EMAIL PROTECTED] a écrit : Hi all, i get values from a postgres database and i want to show them in a html-table view. everything gets touched and transformed by my xsl-file, except for the data from the database. Maybe someone can help solve this problem. Here is what i have in my sitemap: map:match pattern=dbtest2.html map:generate src=mount/postgres/dbtest2.xml/ map:transform type=sql map:parameter name=use-connection value=films/ /map:transform !--map:transform type=xslt src=mount/postgres/db_form.xsl/-- map:serialize type=xml/ /map:match As soon as I put the comment back in, my values from the DB dissappears completly, but everything else gets transformed. Thanks, Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange transform behavior
Markus Blasl wrote: I tried it with copy and paste for the generated xml-file and my xsl-file. And there it works, everything is put in a table. The values now show up, but they are left untouched, or better they are lined up, without any spaces at all. I meant it works local, outside cocoon. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSP Exception
I ma trying to pass a jsp page through cocoon using the following code in my sitemap. map:readers default=resource ... map:reader logger=sitemap.reader.jsp name=jsp src=org.apache.cocoon.reading.JSPReader/ ... /map:readers . map:match pattern=reports map:read type=jsp src=jsp/reports.jsp mime-type=text/html/ /map:match The jsp page itself is very simple so I know it is not the problem. The error I am getting is : ServletException in JSPReader.generate() More precisely: org.apache.cocoon.ProcessingException: ServletException in JSPReader.generate() Thanks for the help. Tim Bachta - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
VXML Examples?
Hi all. Is anyone here presently using vxml in conjunction with Cocoon on their site? Or know of anyone doing so? If so, could please show me a live site doing so? Thanks a lot. Daniel _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange transform behavior
Try : xsl:template match=sql:rowset table tbody xsl:apply-templates / /tbody /table /xsl:template xsl:template match=sql:row tr xsl:apply-templates / /tr /xsl:template --- Markus Blasl [EMAIL PROTECTED] a écrit : Markus Blasl wrote: I tried it with copy and paste for the generated xml-file and my xsl-file. And there it works, everything is put in a table. The values now show up, but they are left untouched, or better they are lined up, without any spaces at all. I meant it works local, outside cocoon. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange transform behavior
I also found somewhat the same problem with Transformers. I have a pipeline which makes a stylesheet. I want to use that generated stylesheet as the input of a transformer in a second pipeline. The result of the second pipeline is indeed strange and not what it should be. I tried it with Cocoon 1.0.4 and later with (CVS) Cocoon 1.2 but the outcome is the same. Is this a known bug? Thanks, Ali -- -- Ali Mesbah, West Consulting B.V., www.west.nl, +31 15 2191600 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange transform behavior
David LAGARDERE wrote: Try : xsl:template match=sql:rowset table tbody xsl:apply-templates / /tbody /table /xsl:template xsl:template match=sql:row tr xsl:apply-templates / /tr /xsl:template Then I get an error and it says something like, Prefix needs to get solved in namespace. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Link Livesites: Simauria Networks - Cocoon 2.x
Hi!. We are a small Spanish company of IT that works using free software. Our focus is on Java and XML issues. We only mean that we felt very happy for using Cocoon2 at our corporative Web, site that we invited to you to visit: http://www.simauria.net Regards, Juan Carlos Moral|Simauria Networks [EMAIL PROTECTED] | [EMAIL PROTECTED] Tlf: 615 911 393 | http://www.simauria.net C/ Cádiz, 90 pta 6. 46006 Valencia. Tlf: +34 963.44.48.48 - Fax: +34 963.44.48.49 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange transform behavior
Yes, this is because you haven't declared the prefix in your stylesheet tag (I advise to write it here so that it can be recognized anywhere in your XSL). Rewrite your xsl:stylesheet opening tag like this : xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:sql=http://apache.org/cocoon/SQL/2.0; --- Markus Blasl [EMAIL PROTECTED] a écrit : David LAGARDERE wrote: Try : xsl:template match=sql:rowset table tbody xsl:apply-templates / /tbody /table /xsl:template xsl:template match=sql:row tr xsl:apply-templates / /tr /xsl:template Then I get an error and it says something like, Prefix needs to get solved in namespace. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange transform behavior
David LAGARDERE wrote: Yes, this is because you haven't declared the prefix in your stylesheet tag (I advise to write it here so that it can be recognized anywhere in your XSL). Rewrite your xsl:stylesheet opening tag like this : xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:sql=http://apache.org/cocoon/SQL/2.0; Wow, great thanks!!! THAT'S IT ;-) Thank you very much! cheers, Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cocoon 2.1
Cocoon 2.1ant build won't let you create a war file. Juergen
Re: cocoon 2.1
That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1
And build -projecthelp would give you more information as well. At 12:35 PM 6/13/2003, you wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cocoon 2.1
2.1m2 won't build a war on Windows. Look in the root directory of your installation for a file called Install.txt.It will give you instructions on building and using the latest. Some big changes from 2.0 in the build process and also it is using Jetty now. --- Joerg Heinicke [EMAIL PROTECTED] wrote: That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Link Livesites:The American Center for Artists, http://www.americanartists.org, Cocoon 2.0
The American Center for Artists is an electronic magazine that focuses on the biography and autobiography of famous and emerging writers, painters, sculptors, musicians, and other artists. It also presents new and reprinted works by these artists as well as articles about them. http://www.americanartists.org Jules White Art Editor The American Center for Artists http://www.americanartists.org
Re: Using I18nTransformer without catalogue
--- Konstantin Piroumian [EMAIL PROTECTED]
wrote:
From: Alex Romayev [EMAIL PROTECTED]
--- Konstantin Piroumian [EMAIL PROTECTED]
wrote:
From: Alex Romayev [EMAIL PROTECTED]
Hi,
Is is actually possible to use I18nTransformer
without
having to specify the catalogue-name and
catalogue-location parameters?
AFAIK, not yet, because of this lines in
I18nTransformer code:
893: public void configure(Configuration
conf)
throws
ConfigurationException {
894:if (factory == null) {
895:throw new
ConfigurationException(BundleFactory component
is
not found.);
896:}
you can try to remove this check and add other
checks to avoid NPE.
Finally got around to it. Unfortunately this did not
work. It seems that it is still looking for the
messages file as well as expects their declaration in
the sitemap.
Any other ideas?
-Alex
Why? Because I'm only using i18n:when and
i18n:date
tags. At the moment I'm having to create the
dummy
message files.
Yes, I see. If the above method works then
please
post a patch to Bugzilla.
Will do. What's the process, do I patch entire
file?
-- I've never done this before.
It's quite simple. Make your modifications, then run
this from your CVS
root:
cvs diff -u diff.txt
then post this patch thru Bugzilla.
Details can be found here:
http://cocoon.apache.org/2.1/howto/howto-patch.html
http://cocoon.apache.org/2.1/howto/howto-bugzilla.html
-- Konstantin
-Alex
-
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: cocoon 2.1
stupid am I! tried webapp and installwar thanks Juergen - Original Message - From: Geoff Howard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 13, 2003 6:40 PM Subject: Re: cocoon 2.1 And build -projecthelp would give you more information as well. At 12:35 PM 6/13/2003, you wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen - 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: JXTemplate and session beans
I am trying the same thing, but can't seem to figure it out
Anyone tell me what would be the equivlent of :
session:getxml context=authentication path=/authentication/data/title/
??
- Original Message -
From: Hugo Burm [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 13, 2003 1:07 AM
Subject: RE: JXTemplate and session beans
With some more trial and error I solved my own problem:
This is working in a JXTemplate:
You are logged in with id: ${session.getAttribute(usr).id}
(id is one of the properties of the usr bean that was stored in the
session)
I did not know you can call a java method within the ${}
Hugo
-Original Message-
From: Hugo Burm [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 6:44 PM
To: [EMAIL PROTECTED]
Subject: JXTemplate and session beans
How can I access the members of a bean that is stored in the session?
In an action I did something like:
session.setAttribute(usr,myBean);
And now I am trying to access the members of the bean in a JXTemplate
view.
I tried $(session.usr.lastname} and #{session/usr/lastname}.
All documentation I found is the Petstore example and the java source of
the
generator. Did I miss something?
Thanks.
Hugo Burm
-
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Preventing a stylesheet from decoding %26 and %3f
Once again, after asking a question, I have solved the problem myself. It
turns out that there is no problem. Cocoon does leave the escaped
charaters intact. It's Mozilla that is displaying then in their decoded
form. This through me because Netscape displays the link with the
characters in their encoded form.
On Fri, 13 Jun 2003, Jeff Sexton wrote:
I have a question that is the opposite of what is normally asked with
regard to ? and characters in XML documents.
I'm replacing a servlet with an XSP. This servlet generates a link where
the URL includes another URL as a parameter. What the browser ends up
seeing is something like this:
a href=/xxx/xxx?u=http://yyy/%3fP1=99%26P2=11b=tto=qq;click me/a
The link thus includes a parameter that is itself a URL with two
parameters of it's own (this allows me to do something really cool that I
won't go into).
What I did was create a sitemep entry that includes the parameters from
the 'outer' URL that are static. It has a generate part ike this:
map:generate
src=http://xxx/xxx{requestQuery}amp;b=ttamp;o=qq/
{requestQuery} receives the u=http://; generated in my stylesheet and
passed through to this sitemap match.
The trouble is that the XSL file that generates the link that includes the
URL parameter I want to end up in {requestQuery}, ends up decoding the
%3f and %26 (which someone asks this list how to do almost daily).
Thus the link ends up looking like this in the browser:
a href=/xxx/xxx?u=http://yyy/?P1=99P2=11b=tto=qq;click me/a
The characters in the inner (paramter) URL are thus transformed and cause
the browser to incorrectly break up the 'u' parameter.
My question: How can I prevent cocoon from turning %3f into '?' and %26
into '' ?
Ideas? Thanks!
Jeff Sexton
The ODS Companies
[EMAIL PROTECTED]
-
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: cocoon 2.1
At 12:44 PM 6/13/2003, you wrote: 2.1m2 won't build a war on Windows. Yes, it will. build.bat war If that isn't working, it's a temporary problem and you should post a bug in bugzilla after confirming it carefully. Look in the root directory of your installation for a file called Install.txt.It will give you instructions on building and using the latest. Yes. Some big changes from 2.0 in the build process and also it is using Jetty now. using Jetty is misleading. We decided to start shipping a servlet container (never did that before) with Cocoon for quick demo purposes only. The version of Jetty that ships is stripped down and not really suitable for production but it has the benefits that it's 1) small enough to bundle in the distribution 2) easier to configure to run right out of the box because it doesn't suffer from the same jdk endorsed class loading issues that tomcat does. To be clear: Cocoon still runs in your servlet container of choice. And if you like Jetty, download the full version. Geoff --- Joerg Heinicke [EMAIL PROTECTED] wrote: That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.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: cocoon 2.1
I've been able to build cvs checkout at least once a day every day for the past few weeks except for one day. At that time I emailed a committer about the problem and it was fixed pretty quickly. I would say Cocoon-2.1 code is pretty stable on a daily basis despite the fact that it's quite in flux. /S --- Joerg Heinicke [EMAIL PROTECTED] wrote: That's not correct, did it yesterday myself: build war Joerg Juergen Bartsch wrote: Cocoon 2.1 ant build won't let you create a war file. Juergen -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Deleting files
Ok. This one's for internal use only, localhost. Thanks, Tuomo On Thu, 5 Jun 2003, Geoff Howard wrote: you'll need to write one. might not want to tell anyone what server is running that action though... I hope you don't let users pass in the parameters? Geoff -Original Message- From: Tuomo L [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2003 5:39 PM To: [EMAIL PROTECTED] Subject: Deleting files Hi, How can I delete files on the server using Cocoon? Is there an action for this, or should I write one? -Tuomo - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP
Is this the right place to ask this question? I asked it earlier today and no answer and all that I find in the books matches what I did. Please help I am stuck. Tim Bachta -Original Message- From: Tim Bachta Sent: Friday, June 13, 2003 11:50 AM To: '[EMAIL PROTECTED]' Subject: JSP Does anyone have a working example of a sitemap that reads a jsp page. I am using version 2.0.4 and have not been able to get my simple jsp page to work. My code for my sitemap is below. map:reader logger=sitemap.reader.jsp name=jsp src=org.apache.cocoon.reading.JSPReader/ map:match pattern=reports map:read type=jsp src=jsp/reports.jsp mime-type=text/html/ /map:match Thank you for the help. Tim Bachta - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JXTemplate and session beans
I am using my own bean that I stored in the session. See the Wiki page I
just added about authentication.
I never felt comfortable with the way the authentication and session
frameworks store values in the session. E.g. I had to write some input and
output modules that retreive these /authentication/data/title things and
store them in ordinary session attributes so my Cocoon database actions
could use them. May be I am too stupid to understand the XML approach, but
in most cases I always tend to select the Java solution. I know I should
avoid relying on a particular language instead of relying on XML. But
sometimes (in most cases :-( ) there are some deadlines making me a bit
nervous.
Hugo
-Original Message-
From: JD Daniels [mailto:[EMAIL PROTECTED]
Sent: Friday, June 13, 2003 8:03 PM
To: [EMAIL PROTECTED]
Subject: Re: JXTemplate and session beans
I am trying the same thing, but can't seem to figure it out
Anyone tell me what would be the equivlent of :
session:getxml context=authentication path=/authentication/data/title/
??
- Original Message -
From: Hugo Burm [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 13, 2003 1:07 AM
Subject: RE: JXTemplate and session beans
With some more trial and error I solved my own problem:
This is working in a JXTemplate:
You are logged in with id: ${session.getAttribute(usr).id}
(id is one of the properties of the usr bean that was stored in the
session)
I did not know you can call a java method within the ${}
Hugo
-Original Message-
From: Hugo Burm [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 6:44 PM
To: [EMAIL PROTECTED]
Subject: JXTemplate and session beans
How can I access the members of a bean that is stored in the session?
In an action I did something like:
session.setAttribute(usr,myBean);
And now I am trying to access the members of the bean in a JXTemplate
view.
I tried $(session.usr.lastname} and #{session/usr/lastname}.
All documentation I found is the Petstore example and the java source of
the
generator. Did I miss something?
Thanks.
Hugo Burm
-
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]
-
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: JXTemplate and session beans
I hear you Great Wiki... I have spent the last hour messing with it. I had my auth scheme loading users from mysql using xsp, So I only needed minor changes to your bean. (The hibernate stuff still has me a little confused tho) I am thinking that if you are using flow, you are better off keeping everything as beans. Until, at least, they get the Flow Object Model hashed out. (Just my two cents from my first foray into flow) Hey dev group, Do you have any comments? Am I just not understanding how to use the existing auth scheme? Thanks, JD - Original Message - From: Hugo Burm [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 13, 2003 12:25 PM Subject: RE: JXTemplate and session beans I am using my own bean that I stored in the session. See the Wiki page I just added about authentication. I never felt comfortable with the way the authentication and session frameworks store values in the session. E.g. I had to write some input and output modules that retreive these /authentication/data/title things and store them in ordinary session attributes so my Cocoon database actions could use them. May be I am too stupid to understand the XML approach, but in most cases I always tend to select the Java solution. I know I should avoid relying on a particular language instead of relying on XML. But sometimes (in most cases :-( ) there are some deadlines making me a bit nervous. Hugo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with SessionAttributeSelector
Hi,
I'm a newbie am having problems (among other) using the session attribute
selector
for which neither documentation nor samples exist to my knowledge.
I'm using JVM 1.4, cocoon 2.1m2 and Tomcat 4.1.24
My declaration runs as follows:
map:selectors default=browser
map:selector logger=sitemap.selector.parameter name=session-attr
src=org.apache.cocoon.selection.SessionAttributeSelector
/map:selector
/map:selectors
my code snippet runs as follows:
!-- activate a session if not already active --
map:act type=session/
!-- determine if data set already loaded --
map:select type=session-attr
map:parameter name=attribute-name value=taxonomy.label/
Error
map:when test={1}
.
/map:when
map:otherwise
!-- save label to the session taxonomy.label attribute --
map:act type=session-propagator map:parameter
name=taxonomy.label value={1}/
/map:act
/map:otherwise
The following error is reported against the line marked above with
Error
No attribute named name is associated with the configuration element
parameter at file:/C:/Program Files/Apache Group/Tomcat
4.1/webapps/xbrl/xbrl.xmap:94:78
I am stumped!
As a newbie with an innocent perspective, I find the proliferation of
different
constructs perplexing and error inducing. Now that input modules are
available why not unify all selectors in a single formulation? For instance
map:select
map:parameter name=attribute-name
value=some-input-module:some-attribute/
map:when test={some-input-module:some-attribute}|literal|etc..
.
/map:when
map:otherwise
This scheme would obsolete a half-dozen different constructs improve
programmer
productivity immensely IMHO.
Thanks, Arthur
_
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.
http://join.msn.com/?page=features/virus
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: escape SUM function from within sql:query in scheme.xml??
I have used sum in all of my sql:query elements, and they go through the transformer fine. I am looking over my files now, and have probably about 20+ queries that all use sum. I didn't have to escape them out. Can you send the error you are getting? Irv Paul Tomsic wrote: Is there a way to escape the SQL function SUM() from within the sql:query element in the scheme.xml file? I'm trying to do: sql:query SELECT SUM(column) FROM WHATEVER WHERE etc... /sql:query but during the transform, I'm getting an error, obviously, b/c the SUM() is a function from within XSL. Thoughts? thanks __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.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: JSP
Yes this is the right place - and yes what you did looks right. You'll need to send more specific information about what went wrong. A full stack trace for example. Geoff -Original Message- From: Tim Bachta [mailto:[EMAIL PROTECTED] Sent: Friday, June 13, 2003 4:20 PM To: [EMAIL PROTECTED] Subject: RE: JSP Is this the right place to ask this question? I asked it earlier today and no answer and all that I find in the books matches what I did. Please help I am stuck. Tim Bachta -Original Message- From: Tim Bachta Sent: Friday, June 13, 2003 11:50 AM To: '[EMAIL PROTECTED]' Subject: JSP Does anyone have a working example of a sitemap that reads a jsp page. I am using version 2.0.4 and have not been able to get my simple jsp page to work. My code for my sitemap is below. map:reader logger=sitemap.reader.jsp name=jsp src=org.apache.cocoon.reading.JSPReader/ map:match pattern=reports map:read type=jsp src=jsp/reports.jsp mime-type=text/html/ /map:match Thank you for the help. Tim Bachta - 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: escape SUM function from within sql:query in scheme.xml??
SUM() is not an XSLT/XPath function. Furthermore you wrote it as text, not as expression, so this can't be the reason for your problem. Joerg Paul Tomsic wrote: Is there a way to escape the SQL function SUM() from within the sql:query element in the scheme.xml file? I'm trying to do: sql:query SELECT SUM(column) FROM WHATEVER WHERE etc... /sql:query but during the transform, I'm getting an error, obviously, b/c the SUM() is a function from within XSL. Thoughts? thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP
Here is the stack trace: org.apache.cocoon.ProcessingException: ServletException in JSPReader.generate() at org.apache.cocoon.reading.JSPReader.generate(JSPReader.java:150) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.processReade r(CachingStreamPipeline.java:247) at org.apache.cocoon.components.pipeline.AbstractStreamPipeline.process(Abs tractStreamPipeline.java:168) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(Cach ingStreamPipeline.java:289) at org.apache.cocoon.www.vyzo.sitemap_xmap.matchN4000E5(C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www/ vyzo\sitemap_xmap.java:1697) at org.apache.cocoon.www.vyzo.sitemap_xmap.process(C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www/ vyzo\sitemap_xmap.java:893) at org.apache.cocoon.www.vyzo.sitemap_xmap.process(C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www/ vyzo\sitemap_xmap.java:804) at org.apache.cocoon.sitemap.Handler.process(Handler.java:227) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173) at org.apache.cocoon.sitemap.AbstractSitemap.invoke(AbstractSitemap.java:30 8) at org.apache.cocoon.www.sitemap_xmap.matchN40097F(C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www\ sitemap_xmap.java:11595) at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www\ sitemap_xmap.java:3838) at org.apache.cocoon.www.sitemap_xmap.process(C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoon/www\ sitemap_xmap.java:3097) at org.apache.cocoon.sitemap.Handler.process(Handler.java:227) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152 ) at org.apache.cocoon.Cocoon.process(Cocoon.java:579) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i nvokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 80) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i nvokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 80) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:241 5) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i nvokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa lve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i nvokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i nvokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 80) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i nvokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4 80) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:59 4) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC onnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:56 5) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:619) at java.lang.Thread.run(Thread.java:536) Here is my jsp: %@ page contentType=text/html; charset=iso-8859-1 language=java import=java.sql.* errorPage= % html head titleUntitled Document/title meta http-equiv=Content-Type
Modular database select - session attributes won't fly
Hi Folks,
I am having problems using modular database select action.
Specifically, I cannot seem to direct its output to session attributes
let alone control the naming of those attributes. Instead, it posts the
results of
my single row select to map parameters, named as it sees fit (table.col) I
do not know
of any samples for select (more difficult cases are handled) and the docs
are
... shall I say... hard to follow even on a tenth read.
I am dealing with a simple table with three colums,
root
connectiontaxos/connection
table name=loadedtaxonomies alias=loadedtaxonomies
keys
key name=label type=string
mode name=session-attr type=all
parametertaxonomy.label/parameter
/mode
/key
/keys
values
value name=namespace type=string
mode name=session-attr type=all
/mode
/value
value name=taxonomyid type=int
mode name=session-attr type=all
/mode
/value
/values
/table
table-set name=loadedtaxonomies
table name=loadedtaxonomies/
/table-set
/root
My sitemap code is
map:act type=mod-db-sel
map:parameter name=table-set value=loadedtaxonomies/
!-- we have a valid taxonomy label --
map:act type=session-propagator
map:parameter name=taxonomy.id value={loadedtaxonomies.taxonomyid}
/
/map:act
/map:act
I use the session propagator as a work-around, to copy the output from the
returned map parameters
to the session. The select does pick up the key value correctly from the
session attribute
taxonomy.label. presumably using the input module session-attr, but neglects
to do
the same with the output module bearing the same name?
Could the problem be in my use of all type. My understanding is that this
should
cause all cases (insert, delete, updat, select) to be handles by the same
I/O modules.
Is that correct?
I'm using cocoon 2.1m2, jdk 1.4 Tomcat 4.1.24
Thanks, Arthur
_
Protect your PC - get McAfee.com VirusScan Online
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Link Livesites
Thanks you all for using Cocoon for your websites. I have added your sites to the link list in the CVS, you can see it after the next Cocoon website update. Jules White wrote: http://www.americanartists.org First I was disappointed because I found: meta name=GENERATOR content=Microsoft FrontPage 4.0. But at the end I found the article pages served by Cocoon. Juanky Moral Payá wrote: http://www.simauria.net Hmm, what should I say? I don't understand any Spanish. At least it looks really nice. And I know the technique you use ;-) Kazimierz Pogoda wrote: http://www.tatry.info Though Poland is nearer then Spain I don't understand any Polish neither. But at least one word I understand: Fotogaleria - really impressive photos. My favourite is the first one: http://www.tatry.info/przewodnik/images/koprowy-potok2-600.jpg. Gabriele Matteelli wrote: http://istruzione.provincia.lucca.it I *must* learn more foreign languages I guess. Can you add some words your site is about? I will add it to the livesites page too. Kevin McDermott wrote: www.standardlifeinvestments.com Really an interesting layout - hey, and what a speed! I'm impressed by your site too. Looking forward for your contributions. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Pls help! urgent] Apache Cocoon: ESQL Taglib db connection failure
I am using cocoon2.0.4 with tomcat 4.1 and j2sdk1.4.0 I am trying to set up a pooled connection with mysql using esql taglib. But Iam getting the following error. I tried connecting with both SQL server and mysql but the problem persists. /*Error Message **/ The org.apache.cocoon.www.file_.D_.Tomcat_4_1.webapps.cocoon.sitemap_xmap notifies that org.apache.cocoon.ProcessingException says: Exception in ServerPagesGenerator.generate() More precisely: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.NullPointerException /**Stack trace/ org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.NullPointerException at org.apache.cocoon.generation.ServerPagesGenerator.generate(ServerPagesGenerator.java:270) at org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEventPipeline.java:250) at org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingStreamPipeline.java:395) at org.apache.cocoon.www.file_.D_.Tomcat_4_1.webapps.cocoon.sitemap_xmap.matchN40080F(D:Tomcat 4.1workStandalonelocalhostcocooncocoon-filesorg/apache/cocoon/www/file_/D_/Tomcat_4_1/webapps/cocoonsitemap_xmap.java:10267) at org.apache.cocoon.www.file_.D_.Tomcat_4_1.webapps.cocoon.sitemap_xmap.process(D:Tomcat 4.1workStandalonelocalhostcocooncocoon-filesorg/apache/cocoon/www/file_/D_/Tomcat_4_1/webapps/cocoonsitemap_xmap.java:3844) at org.apache.cocoon.www.file_.D_.Tomcat_4_1.webapps.cocoon.sitemap_xmap.process(D:Tomcat 4.1workStandalonelocalhostcocooncocoon-filesorg/apache/cocoon/www/file_/D_/Tomcat_4_1/webapps/cocoonsitemap_xmap.java:3139) at org.apache.cocoon.sitemap.Handler.process(Handler.java:227) at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173) at org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152) at org.apache.cocoon.Cocoon.process(Cocoon.java:579) at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) Caused by: java.lang.NullPointerException at org.apache.cocoon.components.language.markup.xsp.EsqlQuery.init(EsqlQuery.java:99) at org.apache.cocoon.www.file_.D_.Tomcat_4_1.webapps.cocoon.headlines.esql_xsp.generate(D:Tomcat
