Skip site navigation (1) Skip section navigation (2)

Moving legacy application to JAVA, programming learning curve

From: MargaretGillon(at)chromalloy(dot)com
To: pgsql-jdbc(at)postgresql(dot)org,pgsql-general(at)postgresql(dot)org,oclug(at)mailman(dot)oclug(dot)org
Subject: Moving legacy application to JAVA, programming learning curve
Date: 2008-07-10 17:43:26
Message-ID: OFFFB27FE8.7DB5B311-ON88257482.00615C70-88257482.00615C71@CHROMALLOY.COM (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-jdbc
<FONT face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size=2><div>I have a legacy DOS application that I am rewriting with Postgresql as the back-end. The system was written in Foxpro2.6 for DOS and uses xBase tables. The new database is set up and running on an Ubuntu server. The programs have been completed that migrate the data to the Postgresql database. Now it's time to write the interfaces. I would like to move the system to Java as a server side project instead of using the latest version of Foxpro and being tied to Microsoft Terminal server. Even moving between the DOS software and the Windows Foxpro the system will require a complete rewrite of all programs because of the move to postgresql as the data source.<br><br>My question is how bad is the learning curve on Java? I've had Java programming classes and didn't have a problem with the language but I didn't use Java prior to this year so I don't know anything about Java frameworks. I've written in many languages but have not built a modern server side application. What I work on now are fat client applications and that is the thing we are trying to move away from.<br><br>My goal is to decide if I need to stick with Foxpro so that I can get the data into a real database or if there's a chance the Java wouldn't take too much longer than rewriting into Visual Foxpro. The application is a production tracking system with 20 edit screens and 150 reports. The screens used on the production floor are touch driven. It will reside on a local LAN which is also accessed by VPN from another facility. This application will not be on the Internet, it is Intranet or Terminal server only.<br><br>Any opinions and comments would be appreciated.<br><div><br>***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***&nbsp;***<br>Margaret Gillon <br>Senior&nbsp;Programmer-Analyst<br></div></div></FONT>

Attachment: unknown_filename
Description: text/html (1.9 KB)

pgsql-jdbc by date

Next:From: Ken JohansonDate: 2008-07-11 04:49:09
Subject: Re: Timestamp without Timezone and differing client / server tzs
Previous:From: Paul TomblinDate: 2008-07-10 14:13:23
Subject: Re: What does this mean?

pgsql-general by date

Next:From: Ivan Sergio BorgonovoDate: 2008-07-10 17:51:35
Subject: {SOLVED?] Re: functional index not used, looping simpler query just faster
Previous:From: Ismael Almaraz EzparzaDate: 2008-07-10 17:26:45
Subject: Re: How to obtain info about the user?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group