8 oktober 2008 9:26
To: users@cocoon.apache.org
Subject: AW: How to force a Save As prompt?
Hey, one more question:
in your example you serialize your stream as xml. i want to
be flexible with this, e.g. for xml or pdf files.
matthias
- Ursprüngliche Mail
Von: Geert Josten
Hi,
I typically do something like this:
map:match pattern=download/*/**
map:generate src=cocoon:/{2}/
map:act type=set-header
map:parameter name=Content-Type value=application/x-download/
map:parameter name=Content-Disposition value=attachment ;
How about letting users do the upload in a separate (popup) window, which they
can minimize while it is still busy?
;-)
Cheers
Drs. G.P.H. Josten
Consultant
http://www.daidalos.nl/
Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665 JZ Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0)
Heather,
This could be done by using Saxon as (XSL)Serializer. I have some code
around somewhere, but I won't be able to look it up till the end of the
day (CET time).
Kind regards,
Geert
Drs. G.P.H. Josten
Consultant
http://www.daidalos.nl/
Daidalos BV
Source of Innovation
for the help.
Heather
-Original Message-
From: Geert Josten [mailto:[EMAIL PROTECTED]
Sent: 09 June 2008 11:46
To: users@cocoon.apache.org
Subject: RE: character-maps in cocoon
Heather,
This could be done by using Saxon as (XSL)Serializer. I have
some code around somewhere
Hi Peter,
I typically use the following construct for non-caching generation of
documents:
map:pipeline type=noncaching
map:parameter name=outputBufferSize value=8192/
Kind regards,
Geert
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
As an alternative, you could prefix the target field name with 'xml:'
and use the request generator.
If you don't specify parameters on the stream generator, it tries to
process the request body. But how to get XML in the body with a html
submit form?
HTH,
Geert
Drs. G.P.H. Josten
Hi,
We have been using a patch for the TraxTransformer to get a more
sensible error message rather that just 'Stylesheet directed
termination':
} catch (XSLTProcessorException se) {
//throw new ProcessingException(Unable to get transformer
handler for +
Could you give more hints about what you are trying to achieve exactly.
To my knowledge, it should be possible to read with any protocol known
to Cocoon, but where should the result go, once transformed? And are you
trying to process multiple images in one pass? Try transforming just one
for
3) definition of a sitemap schema
http://cocoon.apache.org/schema/sitemap/cocoon-sitemap-1.0.xsd
4) requirement that sitemaps validate against that schema
(would make
it easier to write sitemap tools)
validation is off by default but can be activated, again only in
Cocoon 2.2
/
In what kind of why I have to set the src attribute, as at
the end it has to read the files and folder within the zip file?
Perhaps you can give me another hint ;-) Hopefully, H.
Geert Josten wrote:
Hi,
It was a rather short and quick answer, but yes,
depending
but also
pictures. For example ein Open Document Writer file. I would
like to have a methode where I can unpack the full odt files.
Best regards,
H.
Geert Josten wrote:
Hi,
I extended the ZipSource component to accept zip-protocol patterns
without the addition of special files
Hi,
I extended the ZipSource component to accept zip-protocol patterns
without the addition of special files. But the Source is supposed to
produce content and you cannot produce the literal zip contents, so I
chose to produce a dir-listing of the zip. I use that to generate new
zip-url's that
After a closer look at this thread:
My earlier reply should not apply to your case..
Have you tried:
xsl:apply-templates select=@* /
xsl:apply-templates select=node() /
I have noticed strange behaviours before and ran into similar trouble
with Cocoon recently. I recommend putting latest Xalan
Is the Cocoon Bricks sample not still around somewhere? That was created
for this very purpose and covered from database upto forms.
Kind regards,
Geert
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665 JZ Bleiswijk
Tel.: +31 (0) 10 850 1200
app environment
to Java 1.4 it transforms fine. I have just run out of
options to debug this thing. I have no idea where to start.
Do you by any chance have a similar environment set up where
you could test the template to see if you get the same error?
Regards,
JF
--- Geert
I typically use the following, though there are other solutions
possible:
map:match pattern=download-*-zip
map:generate src=cocoon:/generate-{1}-zip/
map:act type=set-header
map:parameter name=Content-Type
value=application/x-download/
map:parameter
The expression is not necessarily correct actually, but that depends on
context and content..
:-)
For instance:
xsl:copy
newelem /
xsl:apply-templates select=@* /
/xsl:copy
is not valid, but is likely to cause only errors when the current
element has attributes..
Kind regards,
Geert
Hi,
If you are looking for integration of a binary source into Cocoon, you
might be interested in doing it as follows:
- define a pseudo protocol in cocoon.xconf
- write a SourceFactory that can take care of if. You could call your
protocol pdf:// or perhaps something more generic, more related
Hi,
A while back I wanted to use Cocoon as a SOAP server myself and found it not
that difficult. I used the stream generator to get access to the SOAP envelop,
processed it with XSL, transforming it to an 'internal' request with
request-parameters and/or XML fragments, used cinclude to execute
I've heard of a java bug that caused this message. What Java version are
you using and what happens if you upgrade to the latest? (if possible)
Kind regards,
Geert
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665 JZ Bleiswijk
Tel.: +31 (0) 10
Hi Tal,
You can use the cinclude transformer with elaborate syntax to perform
more complex HTTP requests.
cinclude:includexml
cinclude:src
{url you want to access}
/cinclude:src
cinclude:configuration
cinclude:parameter
You could:
- use aggregation
- use cinclude/xinclude
- use Flowscript (using cocoon.processPipelineTo to call additional
pipelines before the sendPage)
And perhaps even more..
Kind regards,
Geert
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665
Hi Wapiez,
I unpacked and compiled out of the box with no problem. (Cocoon 2.1.9,
JDK1.5 and WinXP) Did you compile out of the box as well?
The message you are getting means that a certain lib file is not found
in the CLASSPATH. I see in my distribution that there should be a
jing-20030619.jar
iiuc, i can configure it to check the flowscript for
modification each time (at a performance penalty). but how
does cocoon determine modification? if it only looks at the
file timestamp, i still have problems, because i have the
parameterised cocoon.load call in there - which means that
Hi Jörn,
I do not really know that much about FlowScript, but I have been wondering
about caching and reloading of flowscripts as well. I do know that there is an
entry in cocoon.xconf to configer the js interpreter, look for
'flow-interpreter' and you'll find. I also know that there is
I am not sure, but I somehow recall that the execution thread is not literally
saved, but that the variables in the context are saved and restored and that
the function is re-executed, but with a special flag that makes it jump to the
position where the previous request left off..
So I think
I think you should be looking in the direction of:
import java.util.Locale;
import java.util.MissingResourceException;
import java.util.ResourceBundle;
...
Locale locale = Locale.getDefault();
try {
resources =
What I need to add is to:
protect the upload form with auth-manager;
add some session logic to figure out where the file goes;
display the page first -- ask if it's OK to publish
if OK, move to where it belongs and display again, giving the
final published URL for doc.
I
The JSP engine is Jasper. Switching this to the Tomcat
version is the next step. I will keep you posted (if you want).
If you are running Cocoon within Tomcat, you are already using Jasper
that is shipped with Tomcat. That is the JSP blocks default..
Grtz,
Geert
PS: yes, keep us informed,
I just did.. :-)
I did the following:
- build cocoon 2.1.9 with standalone-demo flag (just to show how I am
running cocoon)
- copy the following libraries from tomcat5/common/lib to
build/webapp/web-inf/lib:
. ant.jar
. jaspar-compiler.jar
. jasper-runtime.jar
. servlet-api.jar
- run:
bericht-
Van: Geert Josten [mailto:[EMAIL PROTECTED]
Verzonden: donderdag 5 oktober 2006 17:30
Aan: users@cocoon.apache.org
Onderwerp: RE: RE: RE: Cannot get JSPReader/JSPGenerator to work
I just did.. :-)
I did the following:
- build cocoon 2.1.9 with standalone-demo flag (just
.
This does makes me wonder if installing tomcat in a path with no spaces
would get things working. Might be worth investigating.. ;-)
Kind regards,
Geert
-Oorspronkelijk bericht-
Van: Geert Josten [mailto:[EMAIL PROTECTED]
Verzonden: donderdag 5 oktober 2006 17:36
Aan: users
Hi,
The original StreamGenerator makes a difference between form-data like
and text/xml like content-types. The first scans for parameters, the
second provides access to the request body. So, yes, content-type is
highly relevant here.
If you are submitting XML with a HTML form, you can access it
Tomcat might already be trying to process the jsp calls itself but is
failing to translate the url into a file path that is correct. I expect
that there are comments in web.xml near *.jsp mapping concerning Tomcat.
If you don't explicitly map *.jsp, tomcat is (or at least used to) take
over
Ah, you are using a READER. But I guess that should not really make a
difference. And the remark of Nathaniel reminded me that myself have
used XSP and not JSP in the past.
Still, have you investigated the ClassCastException? Your reader might
be causing trouble by something tiresome like wrong
Perhaps the IDE is running tomcat in its own JVM and this causes the
commen/endorsed libraries to be loaded after the libraries from the JVM
itself? I would recommend as test running tomcat outside the IDE and see
whether the error occurs there as well.
If you are really keen on working within
Alternatively, you could try to use the paranoid class loader..
:-)
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665 JZ Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984
De informatie - verzonden in of
Hmmm, right... Sorry..
It does work on generate/serialize, but perhaps I was wrong and doesn't
it work on matches that only contain a reader. Funny though..
Have you tried the following already?
map:match pattern=download/**
map:read src={1}
Hi,
You found the thread on which I based my solution! :-)
However, for some reason it doesn't work on readers. I hadn't noticed
until after my first reply that I had commented it out in my own sitemap
and had replaced it with a generate/serialize wrapped in the set-header
action.
It looks
PS:
I believe I also tried setting the header from FlowScript, but had the
impression it was either ignored or overruled by the reader..
Kind regards,
Geert
-Oorspronkelijk bericht-
Van: Geert Josten [mailto:[EMAIL PROTECTED]
Verzonden: vrijdag 29 september 2006 17:04
Aan: users
Hi Brian,
Interesting. I assume that users need to be able to fill out the forms
(both PDF and HTML) and somehow send back the result. How do you do that
with your in house solution? Is it all web-based?
Our company employs PDF forms in a project for one of our customers, and
I thought it was
You should begin from this
http://cocoon.apache.org/2.1/introduction.html
The Apache Cocoon Project based at Apache Excalubur Project.
Any Cocoon components are Avalon Components.
http://excalibur.apache.org/developing/introduction.html
If you need a simple example you can ask me.
You
tnx, but does that means that for every different extension,
I should
supply a mime-type?
It depends. The default reader will try and pick one
automatically, but the ones it knows depends on some JDK
settings file (search the list archives, I asked about this a
while back). For
2de question; I want the user to download the file, that
when teh user
cliks the link, his browser opens a download dialog box so heb can
choose where to save the file.
how do I do that?
To a large extent, that depends on the browser they're using
- for example, I have mine set to
Can you give more details on how the generator produces the three files exactly?
Kind regards,
Geert
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665 JZ Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984
(Exception in
StreamGenerator.generate(), e);
} finally {
this.manager.release( parser);
}
}
Original-Nachricht
Datum: Mon, 25 Sep 2006 14:11:00 +0200
Von: Geert Josten [EMAIL PROTECTED]
An: users@cocoon.apache.org
Betreff: RE: HTMLGenerator
Oh, and you can easily insert an additional transform somewhere to activate XSL
#3..
:-)
-Oorspronkelijk bericht-
Van: Geert Josten
Verzonden: maandag 25 september 2006 17:22
Aan: 'users@cocoon.apache.org'
Onderwerp: RE: RE: RE: HTMLGenerator generate Tree Files
Hi Rachid
Yes, the mechanism for uploading files is not that trivial, but to my
opinion quite flexible.
When you press submit in the HTML form, the file you try to upload is
attached to the HTML request. The built-in Cocoon (HTTP)Request object
is able to automatically recognize these attachments (provided
And the rollback() at endDocument() as well (if necessary :).
Hum ...
In fact the transaction id is the file url.
IMHO endDocument is not called if an exeption occure in pipeline.
You are right, point taken! :-P
Grtz,
Geert
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source
For what its worth, I added the following to the sitemap to easily move
uploads to a different location:
map:components
map:selectors
!-- redefine request-param-regexp to add 'not-empty' --
map:selector name=request-param-regexp
Really an intersting idea. But I'd not begin the transaction
in setup().
What about startDocument()?
And the rollback() at endDocument() as well (if necessary :). Though I
guess I would like to manage the transactions independantly altogether.
In actions fired with separate urls perhaps?
Hi Rachid,
I'm not sure I understand you fully, but to set filepath dynamically you
have a few options I guess:
1. Use an input module to read the value and pass it to the XSL with a
construct like this:
map:parameter name=filepath value={request-param:outputdir}
/
(this reads a
transformer on top of :
http://jakarta.apache.org/commons/transaction/
Works fine in production.
Geert Josten wrote:
Hi all,
Available on wiki:
http://wiki.apache.org/cocoon/SaveFilesTransformer
It might be that someone else already wrote a Transformer
like this one.
It is derived from
Hi Rachid,
Yes, you are going wrong at the point where you actually call the savefiles
transformer. This transformer is content driven, not parametrized with a
save:file element.
You have two options:
1. Wrap the result from the generate inside a save:file element using for
instance the
: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Namens Bertrand Delacretaz
Verzonden: zaterdag 16 september 2006 20:58
Aan: users@cocoon.apache.org
Onderwerp: Re: RE: RE: Output storing after Serializer
On 9/16/06, Geert Josten [EMAIL PROTECTED] wrote:
...Can you give a suggestion where
Hi all,
Available on wiki:
http://wiki.apache.org/cocoon/SaveFilesTransformer
It might be that someone else already wrote a Transformer like this one.
It is derived from the SourceWritingTransformer (yet simplified) and has
one important benefit over it: it can take a src attribute that can be
verwijderen. Aan dit
bericht kunnen geen rechten worden ontleend.
Van: Varga, Zsombor [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag 19 september 2006 9:32
Aan: Geert Josten
Onderwerp: cocoon serializer
Dear Geert!
I have a problem with Cocoon serializers. I read an article
from you at http
emailbericht - is afkomstig van
Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit
bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit
bericht kunnen geen rechten worden ontleend.
Van: Geert Josten
Verzonden: dinsdag 19 september 2006 11:12
Aan
Hi Zsombor,
[Geert]
Besides, it is a pity that the serializer you created has such a
limited use case, while mine can be used in many situations. And I
always found transformers much more powerfull than serializers.
[Zsombor]
But how can you use the FPO fo2pdf serializer in a
Can I ask why we need a simplified SourceWritingTransformer?
Ofcourse you can: you just did.. :-)
No, I don't think a simplified one is needed, but it is the second use
case that is most interesting.
Perhaps I should have said that it is *another*
SourceWritingTransformer.. :-P
Kind regards,
Hi there,
i need you help. i will to store every Output(pdf html)
after Serializer.
i had look at source Writing Transformer but i dont
understand how can
i use it.
Not that I want to suggest Cocoon isn't always the best tool
whatever the job is, but if you want to store every
...If there is still interest in this
transformer, just point me to a place where I can leave it.
Perhaps,
somewhere on Cocoon Wiki if that is still alive?...
It is, and it's a good spot for relatively simple or
specialized contributions, so feel free to put your code there.
Can you
In my opinion you are underestimating the usefulness of the
semantics associated with these structural HTML elements, and
are throwing away *too
much* information in the pipeline. Surely there's no
advantage to throwing away that information, is there?
Just to add my 2 cents.. ;-)
By
I heard something about a Java bug that seemed to cause these kinds of
errors. What version of Java are you using and what happens if you
update to the latest version (if you are not yet using it?)
Kind regards,
Geert
Drs. G.P.H. Josten
Consultant
Daidalos BV
Source of Innovation
Pass the request parameters to your XSL and insert these as the
'initial' value of the input fields. You need a few steps to achieve
this:
- either call the xsl with:
map:transform src=mytemplate.xsl
map:parameter name=use-request-parameters value=true /
/map:transform
Hi,
Your question is actually better of on the Mulberry XSL list, but
perhaps here something that will help you..
xsl:variable name=daslcatagorypath select='/nos'/
xsl:for-each select=details/dasl:query-result/dasl:resource
I've implemented the Flowscript idea but am getting the following
error:
org.mozilla.javascript.EvaluatorException:
file:/c:/Development/martini-peel/cocoonproject/flowscript/ma
rtini-flow.js,
line 44: Not a Java class: [JavaPackage
org.martini.search.PeelQueryComponent]
I'm
Not entirely true..
You can always use the position() function, but it depends on the
context list, what it actually returns. The context list corresponds
more or less to the last issued for-each's select statement or
apply-templates's select statement. Both select's return a node set,
which is
Hi Michael,
XSLT might be nice for small applications, but it does not
scale up. So in general template matching is a misconception
for larger applications, in my opinion at least...
As said by others, more or less, it is just a matter of discipline and
optimally using all the features
Use Paranoid cocoonservlet. That gives higher priority to libs in web-inf/lib/ over app server and
java libs..
Cheers,
Geert
Brian Maddy wrote:
Hello,
According to the page
http://cocoon.apache.org/2.1/installing/index.html, Cocoon requires some
Xerces and Xalan libraries to be placed in
Jonas Lundberg wrote:
... anyway, the reason I thought it was Cocoon, is that version 2.1.7
did not have this problem ...
Hans
map:match pattern=flow/readimage/**.gif
map:read type=image mime-type=image/gif
src=http://guest:[EMAIL PROTECTED]:serverName}:{request:serverPort}/cocoon/web
You can configure a java compiler to be used in the cocoon.xconf. It is not using JDK by default,
because of a memory leak. I believe there are several alternatives listed of which the active one is
provided as a jar in the web-inf/lib/
Cheers,
Geert
Goetzmann Bertrand wrote:
Hi again (the
The node-set is created by an XPath expression. Note the | that ORs
your two cases.
As you probably know by now, doing it in one go is the only way.
Note: the | is a UNION operator, not an OR..
:-P
-
To unsubscribe, e-mail:
This really sounds like a bug (or 'missing' feature). You'd best post it as a bug and/or contact the
cocoon dev mailing list...
Regards,
Geert
Derek Hohls wrote:
Geert
After further testing, it appears that :
map:parameter name=userid value={session-attr:userID}/
only works when it
Perhaps. Are _all_ sessions attributes hidden within the 'protected' part? And what about request
attributes for instance? You might be able to use session or request actions to store the userid
under a different name in session or request context outside the protected part.
If that doesn't
Hmmm, yes, I see what you mean. Looks a bit similar to the way on accesses global settings from a
sitemap. It would be nicer if there was an input module for the authentication context settings, so
you could replace {session-attr:userID} with for instance {authentication:ID}.
Cheers,
Geert
}/
Or just:
map:parameter name=userId value={ID}/
The above expression works because AuthAction (auth-protect)
returns a map of parameters available in the sitemap.
Cheers
Geert Josten wrote:
Hmmm, yes, I see what you mean. Looks a bit similar to the way on
accesses global settings from a sitemap
If you want to pass 'global' parameters to flowscript, then you can define them as sitemap globals
and access the global input module from flowscript.
in sitemap:
map:component-configurations
myvarblabla/myvar
/map:component-configurations
!-- to pass to XSLT --
First of all you have to make sure there is a session object. You can create one with cocoon.session
or with session actions I believe.
To pass dynamic parameters to flowscript, add the map:parameter to the map:call
statements:
map:call function=myfunc
map:parameter name=myvar
function main {
var thisUser = cocoon.parameters[userid];
var thisTest = cocoon.parameters[test];
...
}
I pondered about this some time and the only thing I could think of is: case-sensitivity. And
indeed, in the sitemap you are talking about userID and in the flowscript about userid. Does
What are you trying to achieve?
Christian Barth wrote:
Hi!
I want to define a global variable with no value.
Then I want to asign a value to the variable in a choose-when-select.
I think of something like this (but this one doesn't work):
xsl:variable name=element /
xsl:for-each
xsl:value-of select=local-name() /
Cheers
Christian Barth wrote:
But is there a way to get the name of the Element automatically? Then I
could fill in the table in a for-each-loop.
-
To unsubscribe, e-mail: [EMAIL
You'd better revert to the xsl-list with these questions..
Anyhow:
You have to wrap xsl:when and xsl:otherwise elements in a xsl:choose element to
make them work.
xsl:when test=local-name() = 'abweichungen'
Besides: you can use test=self::abweichungen if your elements are not
Errr, how dynamic is dynamic?
I have worked on an implementation that uses JNDI internally and configures datasources in the
webapp server (Oracle in this case.. :-P)
In Oracle webserver you have the opportunity to define datasources on a maintenance webinterface.
I'm not sure you can do
After posting I thought my description may be a little vague...
(snip)
Any keywords for Google or code samples are more than welcome in my pursuit
to get this working...
I'll just supply some code snippets, they might give you new ideas.. (or not)
:-P
One additional note: we decided to
Hi,
It is a bit confusing that you are referring to XSP pages as .xsl files. Apart from that, your
snippet looks okay on first impression. You are passing {request-param:typ} as a map:parameter to
the relevant map:transforms, as far as I can see just from glancing at it. I do notice that you
Perhaps use the HTMLGenerator on the RSS feeds?
You could also call your RSS reading pipes through the http stack and read that result, but I guess
that makes the application quite slower.
Cheers,
Geert
Alexander Nofftz wrote:
Hi!
I use the portal engine to aggregate some RSS feeds. If
xsl:variable name=wand_ID select=Wand_id_Liste/wand_id/
Are you sure this expression results only one wand_id?
xsl:if test=generate-id(.) = generate-id($wand_ID)
You could use: string(.) = string($wand_ID) to be clearer. This also takes the first wand_id element
from the
if necessary, or by adding
a period in front of the //, e.g. './/etc'.
Cheers
Christian Barth wrote:
Ok, thanks. I got a step further. I mean, I get a result and no error.
-Ursprüngliche Nachricht-
Von: Geert Josten [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 10. Januar 2006 16:02
It reads a Cocoon pipeline, which converts a Word HTML file to XML.
Then it sends this as a string in a parameter, to a pipeline that
processes it further.
Why not read WordML? :)
What I *would like* to do, is to send XML in the parameter, instead of a string.
Is this possible? Does anyone
Thanks for the replies.
The problem is that I then have use the xml in a pipeline that starts
with an xquery generator (this is the pipeline I call from the
flowscript):
map:generate src=xq/discuss.xq type=xquery
map:parameter name=cleanedxml value={flow-attribute:cleanxml}/
How is
No, this is not what I meant. You can replace:
src=xq/discuss.xq
by:
src=cocoon:/insert-whtm-in-query/discuss.xq/path-to-whtm
And create an new pipeline that includes the cleaned whtm into your xquery
instruction.
:-)
Jonas Lundberg wrote:
The xquery stores the XML file
Err, perhaps switch to the XML syntax of the XQuery language? That should be available and I would
be surprised if it is not supported.
I believe there are converters that can translate one to the other..
Regards,
Geert
Jonas Lundberg wrote:
That would work, if I could do it...
But xqueries
So, what you are saying now is that you cannot pass an xml document as
a parameter in Cocoon, at all?
What do you mean with xml document and what with parameter?
The parameters you pass from FlowScript can contain any object type, but I'm pretty sure that
map:parameter does not allow that.
Are you using startPrefixMapping and endPrefixMapping to register the i18n
namespace?
Kind regards,
Geert
Marcel Rouwenhorst wrote:
Hi,
I have a problem writing a generator. I want to write a generator for
exception handling. It should work something like the exception generator.
The
,
Marcel
-Oorspronkelijk bericht-
Van: Geert Josten [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag 3 januari 2006 10:08
Aan: users@cocoon.apache.org
Onderwerp: Re: Problem writing generator
Are you using startPrefixMapping and endPrefixMapping to register the
i18n namespace?
Kind regards,
Geert
Let me guess: you are using a recent version of MSIE. I bet you won't see this
behaviour with FireFox..
Cheers,
Geert
Sylvain Wallez wrote:
Christopher Sun wrote:
I am just playing around with Cocoon, both with XSP
and writing my own custom generator. I just observed
that it seems like
On a side note, which logkit logger do I have to enable if I want to
see all caching activity from Cocoon ? I'm afraid some of my pipelines
are still quite slow even with type=caching enabled, and I'd like to
see what's going on behind the scene.
Tried to use the profiling pipelines?
You will have to pass the user agent information on from the sitemap to your xslt stylesheet,
something like:
map:transform src=path_to_xsl
map:parameter name=user-agent value=... /
/map:transform
and in your xsl:
xsl:param name=user-agent select='msie' / !-- note: 'msie' is the default
--
1 - 100 of 308 matches
Mail list logo