Just move the application to hosting by Tomcat (jakarta.apache.org), a free J2EE app server. You can run the app on individual client boxes or on a intranet server. That should only involve migrating, no redevelopment.
----- Original Message ----- From: "Tanase, Gabriel (CAP, GEIH)" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, September 06, 2002 12:30 PM Subject: JSP application conversion to a disconnected mode > Hello everybody, > > I am a new subscriber to the list and don't know much about JSP. > I have a business problem to solve by varying/modifying the design of a > JSP-based application. > > We have this JSP application that it hosted by an ISP on behalf of the > company I'm working for. The current group of users (all external to our > company)) are using it over Internet. > > We now have to convert / migrate / transpose / redevelop whatever this JSP > application so that it can run in disconnected mode, i.e. on desktops or > Intranets with no connection to Internet. > This requirement arose because Internet access is prohibited by the policies > and technical limitations of a new user group we need to serve. > > Is there any tool out there that could *quickly* convert this functional JSP > app into > some kind of application that can run on a desktop or on the user group's > Intranets (it is unknown yet whether they have Intranets in all locations > and we don't like the cost of supporting many servers anyway)? > Preferably, it should be Java-based, but any MS technology may also be > acceptable. Will probably need a small footprint database underneath. > > Our app will have to periodically communicate with its "mother ship" via an > encrypted channel (e.g. PGP email) both for updates of its parameters and > for sending back processing results. > The communications may need to be initiated manually. > Latency is not an issue; the business process needs data only once a week or > month. > However, it should be a "strong black box": the application users and local > sysadmins should have no way of tampering with its data and communications. > > Very low cost of deployment (zero cost for licenses if possible) and > maintenance is a must. > > I'll be grateful for any ideas. > > Thank you, > Gabriel Tanase > IT Systems Designer > Shannon, Ireland > This communication contains information which may be confidential or > privileged. The information is intended solely for the use of the individual > or entity named above. If you are not the intended recipient, be aware that > any disclosure, copying, distribution or use of the contents of this > information is prohibited. If you have received this communication in > error, please notify me by telephone immediately. Any opinions expressed > are those of the author, not the GE Insurance group. This communication does > not constitute either offer or acceptance of any contractually binding > agreement. Such offer or acceptance must be communicated in writing. > > =========================================================================== > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com > =========================================================================== To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
