Chris,
The simplified URL encoder in XCC was originally implemented
as an alternative to the relatively poor performance of the
builtin URLEncoder in JDK 1.4. It could well be the case that
the builtin one has improved in the mean time.
In general, however, transmission time between client and
server usually takes far longer than packaging the request.
If you can send me some details I'll take a look and see
if I can find a problem. Keep in mind that this is an unofficial
discussion list. You should contact Mark Logic Support if you
want to report a bug or need assistance under your support contract.
If you can provide the profiling information you have, that
would be very helpful. Also: Which JDK version? Which OS platform?
How large are the queries you're sending? Are you running ad-hoc
queries or invoking server-resident modules? Do your requests
contain any non-ascii characters? Can you provide a sample?
You can send that info directly to me if you like.
On Jan 20, 2009, at 12:33 PM, Christopher Cieslinski wrote:
While doing some profiling in a Java application accessing MarkLogic
I noticed that the XCC classes don’t use the Java URLEncoder class
to encode a string but instead use a custom IOHelper class. This
class will use the URLEncoder class if the string to be encoded
contains non-ascii characters, otherwise it follows similar logic to
that of the URLEncoder class.
The custom encoding takes a good deal longer to process than the
URLEncoder class does. So I ask, is there a particular reason for
the custom encoding? Is this just code left over from when either
URLEncoder didn’t exist or wasn’t quite as fast? I ask because this
is my performance bottleneck, oddly enough (a large simple query/
page taking 5 seconds, where 98% of that time is the encoding, which
doesn’t seem like it would scale too well).
Thanks.
Chris Cieslinski
NOTICE: This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient,
please contact the sender by reply email and destroy all copies of
the original message.
_______________________________________________
General mailing list
[email protected]
http://xqzone.com/mailman/listinfo/general
---
Ron Hitchens {[email protected]} 650-655-2351
_______________________________________________
General mailing list
[email protected]
http://xqzone.com/mailman/listinfo/general
