Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / November 2007

Tip: Looking for answers? Try searching our database.

J2SE 1.4.2, how long supported?

Thread view: 
William H - 06 Nov 2007 17:11 GMT
Hello,

I'm in a project where client wants J2SE 1.4.2 applications.
Sun's Web pages has announced that 1.4.1 and below are "end of life".
Does anyone know how long J2SE 1.4.2 is supported by Sun?

Will
Knute Johnson - 06 Nov 2007 21:54 GMT
> Hello,
>
[quoted text clipped - 3 lines]
>
> Will

I read somewhere that 1.4.2 will be supported until 7.0 is released.
This makes some sense as they EOLd 1.3.1 when 6.0 was released.

There is absolutely no reason not to use modern tools to write the
programs even if you want them to be 1.4.2 compatible.

Signature

Knute Johnson
email s/nospam/knute/

Lew - 06 Nov 2007 23:46 GMT
William H wrote:
>> I'm in a project where client wants J2SE 1.4.2 applications.

Why?

>> Sun's Web pages has announced that 1.4.1 and below are "end of life".

You mean 1.4.2 is in End of Life.  Previous versions are already obsolete.

>> Does anyone know how long J2SE 1.4.2 is supported by Sun?

> I read somewhere
> that 1.4.2 will be supported until 7.0 is released.

<http://java.sun.com/j2se/1.4.2/index.jsp>
>> 2SE 1.4.2 has begun the Sun End of Life (EOL) process.
>> The EOL transition period is from Dec, 11 2006,
>> until the General Availability (GA) of the next Java version,
>> Java SE 7, currently planned for the summer of 2008.

> There is absolutely no reason not to use modern tools to write the
> programs even if you want them to be 1.4.2 compatible.

Signature

Lew

Knute Johnson - 07 Nov 2007 01:04 GMT
> William H wrote:
>>> I'm in a project where client wants J2SE 1.4.2 applications.
[quoted text clipped - 17 lines]
>> There is absolutely no reason not to use modern tools to write the
>> programs even if you want them to be 1.4.2 compatible.

At least he didn't want to use 1.3 :-).

Signature

Knute Johnson
email s/nospam/knute/

Jason Cavett - 07 Nov 2007 03:57 GMT
On Nov 6, 4:54 pm, Knute Johnson <nos...@rabbitbrush.frazmtn.com>
wrote:
> > Hello,
>
[quoted text clipped - 14 lines]
> Knute Johnson
> email s/nospam/knute/

Yeah.  I agree with Knute here.  What is your customer's particular
reason for using 1.4?  Backwards compatability?  Java is pretty good
about that already.  (Additionally, you can use a newer JRE but
compile for 1.4 or 1.5 or whatever is supported.)  I would try to
convince your customer that they are giving up a lot of good stuff
(enums, templates, etc, etc) by not using newer versions of Java.
Plus, overall, your job will be harder if you have to support older
versions.
EricF - 07 Nov 2007 04:40 GMT
>On Nov 6, 4:54 pm, Knute Johnson <nos...@rabbitbrush.frazmtn.com>
>wrote:
[quoted text clipped - 25 lines]
>Plus, overall, your job will be harder if you have to support older
>versions.

One good reason for using 1.4 - If they are using an older version of an app
server that doesn't run on 1.5.

Eric
Lew - 07 Nov 2007 08:52 GMT
> One good reason for using 1.4 - If they are using an older version of an app
> server that doesn't run on 1.5.

Is that the case, OP?

Most code that runs on 1.4 will run fine on Java 5 or even better, 6, and gain
advantages thereby.  Better optimization, improved GC and safer multithreading
are a few.

In any event, it is extremely common for customers to use Java 1.4, or even
1.3 (from that one they should move), despite the advanced age of these
venerable products and the superiority of contemporary JVMs.

One would be fiduciarially irresponsible not to ensure that a 1.4-based
customer has the latest, security-patched version of 1.4.

Signature

Lew

Arne Vajhøj - 08 Nov 2007 03:38 GMT
>> One good reason for using 1.4 - If they are using an older version of
>> an app server that doesn't run on 1.5.

> Most code that runs on 1.4 will run fine on Java 5 or even better, 6,
> and gain advantages thereby.  Better optimization, improved GC and safer
> multithreading are a few.

If the app server vendor does not consider the newer Java version
supported, then it does not matter if it works fine or not.

Arne
Arne Vajhøj - 08 Nov 2007 03:38 GMT
> One good reason for using 1.4 - If they are using an older version of an app
> server that doesn't run on 1.5.

Another possible reason is test cost. Checking all apps on a new Java
version cost money.

Arne
William H - 07 Nov 2007 15:37 GMT
> On Nov 6, 4:54 pm, Knute Johnson <nos...@rabbitbrush.frazmtn.com>
> wrote:
[quoted text clipped - 25 lines]
> Plus, overall, your job will be harder if you have to support older
> versions.

Thanks for Knute about information.

I heard that the reason is quite simple: customer does not want to
update couple of thousand of PCs to have newer JRE yet because
of one new application.

Simple reason to customer but unpleasant to developer.

Will
Lew - 08 Nov 2007 01:42 GMT
> I heard that the reason is quite simple: customer does not want to
> update couple of thousand of PCs to have newer JRE yet because
> of one new application.
>
> Simple reason to customer but unpleasant to developer.

How about all the other reasons to upgrade?

Signature

Lew



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.