Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: XML performance and size

From: "sk" <sk@--------------.--->
To: NULL
Date: 9/5/2005 5:46:00 PM
I gues it's not good practise to parse huge xml data in
client side( browser ) with xml dom in javascript?

I am doing this way so that server won't be very busy
and clogged when you have more than 1000 people
doing that same thing.

Shin


"Martin Honnen" <mahotrash@y...> wrote in message
news:#VelwcGsFHA.2212@T......
>
>
> sk wrote:
>
> > My servlet returns the search result in xml format.
> > The thing is when returning xml and try to display 1000 data
> > with a couple of field it takes about 1 minute to render in html
> > file. The size is about 500 KB. Is there any way to display faster?
>
> If you want a browser to render HTML then consider not to send XML and
> have the browser transform that to HTML (only a few browsers like
> Mozilla, IE 6, Safari 1.3 can do that anyway) but do the XSL
> transformation on the server with your servlet or a second servlet.
>
>
>
>
> --
>
> Martin Honnen --- MVP XML
> http://JavaScript.FAQTs.com/



transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent