It is commented out and never else to find.
Why this?
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I got a snapshot from October, 16th 10:21:46 and this builds ok on SDK 1.4.1.
Michael
Antonio Gallardo Rivera wrote:
Hi,
I recently updated the 2.1 CVS to make rebuild cocoon. It does not compile:
Compiling 27 source files to /xml-cocoon2/build/cocoon/blocks/databases/dest
Vadim Gritsenko wrote:
Enke, Michael wrote:
It is commented out and never else to find.
Why this?
AFAIU, it's gone (for good) into AbstractProcessingPipeline.
But seems to be nowhere in the configuration. Where to put what?
Michael
reported to Xalan developers? I'd really like to move to
Xalan 2.4 because that version of XSLTC appears to have many bug fixes.
Steve
-Original Message-
From: Enke, Michael [mailto:michael.enke;wincor-nixdorf.com]
Sent: Friday, October 11, 2002 9:52 AM
To: [EMAIL PROTECTED
Also in computer magazin articles from Matthew and Carsten
I read the same: XSP has no future in Cocoon.
But in my mind I can do things with xsp much easier and more
flexible than with transformers.
I did not follow the discussions about this topic but
I cann't imagine that xsp will really be
There is a place where all this is done for formatting dates, numbers, currencies,
percentages depending on the requests locale: I18nTransformer
Michael
Antonio Gallardo Rivera wrote:
Hi,
I saw that in XSP there is a logicsheet called util. There is a function tag
called:
util:time
Antonio Gallardo Rivera wrote:
El Miércoles, 30 de Octubre de 2002 02:00, Enke, Michael escribió:
There is a place where all this is done for formatting dates, numbers,
currencies, percentages depending on the requests locale: I18nTransformer
What about XSP? :)
Nothing against
Cool.
But two questions:
1) can we configure if zip or gzip?
2) wouldn't it be better to add zip/gzip functionallity to
AbstractSerializer so that we have it for all?
I thing that someone want to have html zipped ...
Michael
Sylvain Wallez wrote:
Hi team,
I just added a new
Sylvain Wallez wrote:
Enke, Michael wrote:
Cool.
But two questions:
1) can we configure if zip or gzip?
Nope, this is zip only. Using gzip would mean producing a tar.gz.
2) wouldn't it be better to add zip/gzip functionallity to
AbstractSerializer so that we have it for all
Hello,
some months ago there was a discussion, that
parameters to map:mount/ are ignored.
There was also a discussion that setting globale parameters
dynamically was not able.
Anybody who knows if there are already solutions for this?
Thanks,
Michael
http://www.max.msn.de/multimedia_style/trends2003/cocooning
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Ugo Cei wrote:
Is there a workaround for this bug? How do the users of C2.1 deal with
the situation?
If I revert the fix in AbstractTextSerializer, the handling of
namespaces is broken.
If I leave the fix as is, pages are served in UTF-8 and that stupid
excuse for a browser that is IE
Of course we want,
but please be patient, I've learned it already ;-)
As I learned most patches will be included short before release.
Michael
Ivan Mikushin wrote:
Dear Cocoon developers,
I want to discuss fixing some strange behaviour that I'm confident is a bug.
I've already posted to
Hi Konstantin,
nice to hear from you.
Because you asked for advise, I have a desire: Could you include an empty translation
please.
At the time a construct like this one:
message key=any /message
results in a translation empty translation (or what is given in sitemap
transformator
Tomcat looks into all WEB-INF/lib directorys and into $CATALINA_HOME/common/endorsed.
To work properly you must have xerces, xml-apis, xalan and xslt in common/endorsed.
Probably this one are old ones and in latest cocoon you have new one.
But be careful with throwing away your old ones: xml-form
I have defined in my sitemap.xmap transformer default=xslt.../
In a mounted sitemap I have also a transformer tag but I omitted the
default attribute (I thought it would be inherited from parent sitemap)
and got this exception:
org.apache.cocoon.ProcessingException: Failed to load sitemap from
Vadim Gritsenko wrote:
Enke, Michael wrote:
I have defined in my sitemap.xmap transformer default=xslt.../
In a mounted sitemap I have also a transformer tag but I omitted the
default attribute (I thought it would be inherited from parent sitemap)
and got this exception
Hi,
if you are working on this, please have a look at
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12154
and
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12158
Michael
Upayavira wrote:
Dear All,
I would like to do some minor rewriting of the command line Main class,
Bart Guijt wrote:
Hi all,
I'm interested to see whether the following technique is useful for Cocoon apps as
well: compressing requested content if the client supports it. The article at the
following
link illustrates this best:
http://www.servletsuite.com/servlets/compress.htm
Hi group,
I often need to manipulate the queryString from the Request,
so that I can use the manipulated one in links.
Manipulate the String object is ugly and error prone.
What do you think about extending the Request object,
so that we can
1) delete Request Parameter
2) add Request Parameter
3)
Geissel, Adrian wrote:
-Original Message-
From: Enke, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday 30 June 2003 14:12
To: [EMAIL PROTECTED]
Subject: extending the Request object!?
Hi group,
I often need to manipulate the queryString from the Request,
so that I can
101 - 121 of 121 matches
Mail list logo