You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Christian Haul <ha...@dvs1.informatik.tu-darmstadt.de> on 2002/11/12 16:08:43 UTC
esql + encodings
Does anyone use the @encoding attribute in esql for character
conversion?
If so, why is it necessary?
Does the DBMS think it is a ASCII encoded column but it is used with a
different character set in reality?
Does your setup support the getBytes() method for VARCHAR columns?
It is not a supported conversion according to the JDBC docs and
e.g. HSQLDB does not support it.
Thanks for your time.
Chris.
--
C h r i s t i a n H a u l
haul@informatik.tu-darmstadt.de
fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
interesting benchmarks
Posted by Mikhail <mi...@kittown.com>.
Hi guys,
That would youi say about xslt benchmarks on http://www.sarvega.com/ ?
xsltc is rated even worse then xalanj itself...
Mikhail
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: interesting benchmarks
Posted by Frédéric Glorieux <fr...@ajlsm.com>.
What about the jd processor (http://www.aztecrider.com/xslt/) ? The only
reference I found in cocoon lists is
http://mailman.real-time.com/pipermail/cocoon-devel/2001-June/008542.html
I tried it but, cocoon sitemap and xsp seems to work fine on my apps, except
this big problem
jd.xml.xslt.parser.XsltParseException: cannot include 'skin.xsl' (baseUri=''
Element=xsl:import nested exception = 'java.net.MalformedURLException: no
protocol: skin.xsl')
Includes and imports failed with relative URLs.
----- Message d'origine -----
De : "Matt Sergeant" <ma...@sergeant.org>
À : <co...@xml.apache.org>
Envoyé : vendredi 15 novembre 2002 12:05
Objet : RE: interesting benchmarks
| On Fri, 15 Nov 2002, MikhailFedotov wrote:
|
| > Hi!
| >
| > > That would youi say about xslt benchmarks on http://www.sarvega.com/ ?
| >
| > > xsltc is rated even worse then xalanj itself...
| >
| > Still no reply. Comments anyone ? I wonder that was the cause of
| > such perfomance of xsltc in those tests - tests themselves, or
| > particular
| > misfeatures of xsltc triggered by those tests ?
|
| I do wonder if the tests are dubious. For example the libxml2 tests show
| it to be really slow, but other tests (e.g. xsltmark) show it to be about
| as fast as MSXML (slower in some areas, faster in others).
|
| --
| <!-- Matt -->
| <:->Get a smart net</:->
|
|
| ---------------------------------------------------------------------
| To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
| For additional commands, email: cocoon-dev-help@xml.apache.org
|
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: interesting benchmarks
Posted by Matt Sergeant <ma...@sergeant.org>.
On Fri, 15 Nov 2002, MikhailFedotov wrote:
> Hi!
>
> > That would youi say about xslt benchmarks on http://www.sarvega.com/ ?
>
> > xsltc is rated even worse then xalanj itself...
>
> Still no reply. Comments anyone ? I wonder that was the cause of
> such perfomance of xsltc in those tests - tests themselves, or
> particular
> misfeatures of xsltc triggered by those tests ?
I do wonder if the tests are dubious. For example the libxml2 tests show
it to be really slow, but other tests (e.g. xsltmark) show it to be about
as fast as MSXML (slower in some areas, faster in others).
--
<!-- Matt -->
<:->Get a smart net</:->
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: interesting benchmarks
Posted by MikhailFedotov <mi...@kittown.com>.
Hi!
> That would youi say about xslt benchmarks on http://www.sarvega.com/ ?
> xsltc is rated even worse then xalanj itself...
Still no reply. Comments anyone ? I wonder that was the cause of
such perfomance of xsltc in those tests - tests themselves, or
particular
misfeatures of xsltc triggered by those tests ?
My apologies if noone interested.
Mikhail
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
interesting benchmarks
Posted by Mikhail <mi...@kittown.com>.
Hi guys,
That would youi say about xslt benchmarks on http://www.sarvega.com/ ?
xsltc is rated even worse then xalanj itself...
Mikhail
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: esql + encodings
Posted by MikhailFedotov <mi...@kittown.com>.
Hi!
> Does anyone use the @encoding attribute in esql for character
> conversion?
Not now. Used.
> If so, why is it necessary?
>
> Does the DBMS think it is a ASCII encoded column but it is
> used with a different character set in reality?
Yes.
> Does your setup support the getBytes() method for VARCHAR columns?
> It is not a supported conversion according to the JDBC docs
> and e.g. HSQLDB does not support it.
DBMS drivers are very different. But I thought it gets string
first and then converts it...
Mikhail
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org