From: Arved Sandstrom on
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
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
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
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
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