Prev: Sending SMS
Next: Urgent DIRECT CLIENT Openings: 1.Websphere Portal - Developer, start date 21st June, 2.ITIM-TAM Analyst in Austin, TX.
From: Arved Sandstrom on 9 Jun 2010 20:19 JC wrote: [ SNIP ] > Off the top of my head, I am thinking of a Unix based version of Oracle for > the DBMS. For the user interface I am thinking of something that is > integrated with a web browser. And of course some sort of interface between > the two. All this with my limited knowledge of what's out there today. I > might be a dinosaur but certainly not stupid; I am quite capable of > learning. I haven't been to school since 1996 when I graduated with a BS in > Comp/Sci & Math. > > Many Thanks to any/all that respond ... > > -JC I realize that you posted to Java newsgroups, and others have already provided good advice for Java-based work. However, in line with where you say you're currently at, I would recommend investigating a .NET approach in parallel with following up the Java/J2EE leads. For a web application you might then be looking at ASP.NET MVC 2, using C# as your primary programming language, with SQL Server as your database. The J2EE parallel to this could be JSF/Facelets in Java EE 6, with Java 1.6, using Oracle or PostgreSQL. There are lots of permutations, obviously, but these are broad brush suggestions. Would I recommend one over the other, J2EE over .NET, or vice versa? No, I simply recommend being aware of both technology sets. Especially since you are essentially coming in at ground zero, which is not necessarily a disadvantage here. HTH, AHS -- It should be noted that no ethically-trained software engineer would ever consent to write a DestroyBaghdad procedure. Basic professional ethics would instead require him to write a DestroyCity procedure, to which Baghdad could be given as a parameter. -- Nathaniel Borenstein
From: Arne Vajhøj on 9 Jun 2010 20:35 On 09-06-2010 19:29, Lew wrote: > Arne Vajhøj wrote: >> x86-64 hardware > > Multi-core I think it would be hard to find single core. For server he may not even be able to find dual core. >> Linux - Centos or Debian >> Oracle or an open source database - MySQL or PostgreSQL > > I am not fond of MySQL. Oracle is an excellent product but only handles > one CPU, 1 GB RAM and 4 GB data in its free version. Postgres is simply > marvelous. > >> Java 1.6 >> Eclipse or NetBeans IDE > > or JDeveloper Not very widely used. But it is a possibility. >> fat client in Swing or web app using JSF and Tomcat server > > JSF/facelets is very cool if you go the web-app route. .... Arne
From: Arne Vajhøj on 9 Jun 2010 20:37 On 09-06-2010 20:19, Arved Sandstrom wrote: > JC wrote: > [ SNIP ] > >> Off the top of my head, I am thinking of a Unix based version of >> Oracle for >> the DBMS. For the user interface I am thinking of something that is >> integrated with a web browser. And of course some sort of interface >> between >> the two. All this with my limited knowledge of what's out there today. I >> might be a dinosaur but certainly not stupid; I am quite capable of >> learning. I haven't been to school since 1996 when I graduated with a >> BS in >> Comp/Sci & Math. >> >> Many Thanks to any/all that respond ... > > I realize that you posted to Java newsgroups, and others have already > provided good advice for Java-based work. However, in line with where > you say you're currently at, I would recommend investigating a .NET > approach in parallel with following up the Java/J2EE leads. For a web > application you might then be looking at ASP.NET MVC 2, using C# as your > primary programming language, with SQL Server as your database. The J2EE > parallel to this could be JSF/Facelets in Java EE 6, with Java 1.6, > using Oracle or PostgreSQL. There are lots of permutations, obviously, > but these are broad brush suggestions. > > Would I recommend one over the other, J2EE over .NET, or vice versa? No, > I simply recommend being aware of both technology sets. Especially since > you are essentially coming in at ground zero, which is not necessarily a > disadvantage here. Given that he has Java, JDBC and Oracle experience then he should have at least some advantages going Java instead of .NET. Arne
From: Robert Klemme on 10 Jun 2010 02:29 On 10.06.2010 01:10, Arne Vajhøj wrote: > On 09-06-2010 17:19, JC wrote: >> The reason I am a dinosaur is because I have not kept up with the >> changing >> times over the years (my fault). The LIS is comprised of a GUI front-end >> written in Java (Visual Café; SDK 1.1 I believe). It interfaces (JDBC) Visual Café? Wow, that seems such a looong time ago. I remember this multi part UI similar to what Gimp still does these days. I never quite got around to liking it. :-) >> to an >> Oracle database. > >> The equipment at the lab is antiquated. I would say the server is pushing >> twenty years old. The network O/S is an unsupported version of >> Netware (5.0 >> I think). The version of Oracle, also unsupported, is 8.0.1 and came free >> when they did the Netware upgrade eleven years ago. Although we do >> nightly >> backups I have to say I probably wouldn't know what to do should a >> restore >> be needed. > >> What I am looking for is someone to point me in the right direction in >> regards to resources. I need to learn what is out there; tools, etc. that >> are used today. I don't expect anyone to give me answer; just point me in >> the direction of resources (websites, books, magazines, etc) that would >> enable me to learn about options available today for software >> development. >> >> Off the top of my head, I am thinking of a Unix based version of >> Oracle for >> the DBMS. For the user interface I am thinking of something that is >> integrated with a web browser. And of course some sort of interface >> between >> the two. All this with my limited knowledge of what's out there today. I >> might be a dinosaur but certainly not stupid; I am quite capable of >> learning. I haven't been to school since 1996 when I graduated with a >> BS in >> Comp/Sci& Math. > > x86-64 hardware > Linux - Centos or Debian > Oracle or an open source database - MySQL or PostgreSQL I'd rather go for PostgreSQL since it has more similarities (in SQL, for example the procedural language that you write stored procedures in and also in terms of the locking / concurrency model). AFAIK it scales better but that might not be necessary in this case. > Java 1.6 > Eclipse or NetBeans IDE > fat client in Swing or web app using JSF and Tomcat server A third alternative that would utilize Swing knowledge and still come with zero installation is Java Webstart. The client can be written as a fat client and is installed on demand. > would be a good mainstream Java based solution utilizing > your current skill set. Kind regards robert F'Up to comp.lang.java.programmer -- remember.guy do |as, often| as.you_can - without end http://blog.rubybestpractices.com/
From: Tom Anderson on 10 Jun 2010 04:32
On Wed, 9 Jun 2010, Lew wrote: > Arne Vajh?j wrote: >> x86-64 hardware > > Multi-core Absolutely no need for either of those. From what the OP says (and, i guess, what i know about laboratory information management systems), it's clear his resource needs are modest. You could run the app he needs on an Atom. Not that multi-core x86-64 chips aren't great, and aren't the backbone of most java server work, and indeed aren't easily and fairly cheaply availble - they are solid chips which do sterling service. But no need to sell the guy a thousand-dollar server when a three-hundred-dollar server will do the job with capacity to spare. tom -- Mathematics is the door and the key to the sciences. -- Roger Bacon |