Hi Steve,
    Even i was looking into the possible use of XML to move JTable-data back
and forth. However we need to consider the following oints :
1 - The XML document has to be created from the database
2 - this XMl document needsto be parsed and sent to the client.
3 - Every-time the data is displayed/changed/manipulated, the XML doc has to
be iterated. this can be done by putting the whole DOM in memory or through
some other way.

    What i ultimately did was I kept another array of changed data in memory
and manipulated this along-with the table models data. This means extra-cde.
However, if we have an XML doc, we can simply have an extra tag which would
indicate the status of the node(inserted/updtd/deleted). this can be decoded
on the server side on save.

these are some thoughts. Let me know what you think.
raaj.

NOTE : I am using GZIPOutputstream for moving data. This probably helps in
performance though I hv not checked it out.


----- Original Message -----
From: Steve Buonincontri <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 29, 1999 8:43 AM
Subject: Re: XML, Java Apps & Servlets


> Sorry,
>
> I need to send this question again:
> ###########################################################
>
>
> While we are on the subject of XML.
>
> Is XML a good solution for moving JTable data from server to client and
from
> client to server?
>
> when moving large object data like a table - we need performance, we need
the
> data to get moved through a firewall and we need it secure. Sometimes
these
> blocks can get large (~5000 records etc.)
>
> So, I ask the question XML, RMI, HTTP (send stringed data), RAW SOCKET, or
> URLConnection, ........
>
> What is the best way to move large tables to a browser these days - when
the
> goal is to get performance, security and reliability?
>
> Does it make sense to be moving an XML doc back and forth and managing the
> communication through this XML document?
>
> - steveb
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>

___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".

Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html

Reply via email to