I have an application that has a data entry component. The data is displayed and entered in a JSP, but is stored as XML. Mapping is done on the serverside to take the data from the form submitted by the jsp and map it to the correct tags in the XML. It's possible for tags to have no value.
A user can explicitly save data, and there's also an implicit transient save function that occurs every two minutes. Additionally, a user can publish the data, enabling other users to view it. We store the data as XML through all of these changes, so we are able to see the state of the data at a particular moment in time. We've encountered an issue where data exists at one point in time, but then dissapears from a later version. Our suspiscion is that the browser has not completely recieved the data from the server before the user explicitly saves. By explicitly saving, the user transmits another request, but since the original response from the browser didn't complete, the request has incomplete data. The save, then, saves this incomplete data. So, my question is, is it possible to know, in a browser-side function, when the browser has recieved ALL the data sent from the server? I think what I need to know is when the browser has sent a fin-ack, but I don't know how to get that information so I can then use it to make a logical determination about whether the original document was completely delivered before sending back possible changes. Thanks, Meg Cohen Senior Applications Analyst Programmer Information Services Division UNC Health Care System 321 Meadowmont Village Circle voice: (919) 966-7605 / fax: (919) 966-2110 mailto:[EMAIL PROTECTED] ----------------------------------------------------------------------- In accordance with UNC Health Care System Policy the opinion(s) expressed in this document do not necessarily represent the opinion(s) of UNC Health Care System or its management ----------------------------------------------------------------------- _______________________________________________ Juglist mailing list [email protected] http://trijug.org/mailman/listinfo/juglist_trijug.org
