• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Java 8 JRE and Windows 2003 Server?

 
Bartender
Posts: 1971
17
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Looking at the Oracle Docs, it appears that Windows server 2003 does not support Java 8 JRE -- that is Oracle doesn't supply an installer for this version any longer.

Am I interpreting this correctly?

We have an upgrade scheduled for tomorrow that may need to wait for a server OS upgrade...

Thanks in advance,

- m
 
Saloon Keeper
Posts: 27763
196
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I thought that Microsoft didn't support Windows 2003 Server anymore.
 
Mike London
Bartender
Posts: 1971
17
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Tim Holloway wrote:I thought that Microsoft didn't support Windows 2003 Server anymore.



Right, but that doesn't mean some companies aren't still using it.

In any case, we created a Windows 2012 server VM.

Appreciate your reply, Tim.

Thanks,

-mike
 
Tim Holloway
Saloon Keeper
Posts: 27763
196
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Enjoyable as it would be to ding Oracle, I'm afraid that if I was making a product and certifying that it was "unbreakable" (snicker), I wouldn't want to have to support platforms whose primary vendors had discontinued them. If a JVM goes sour because of a bug in Windows Server 2002, Oracle shouldn't expect Microsoft to fix the Windows bug for them and neither would then want to expend time and effort in working around a flaw in a dead product.

Some people take the "if it ain't broke, don't fix it" approach to software coupled with the idea that software doesn't contain parts that degrade over time. But the truth is, software typically rots from the outside in, bit by bit, since even if the app isn't changing, the OS and other vital externalities do. Or, they reach End of Life, someone finds a new way to break/exploit it (or it doesn't support some essential new hardware), the vendor is no longer going to help out. and eventually it all just gets to be too much.

Software does not have a "fixed cost", and people who budget like it does sooner or later get a rude shock. It's more a case of do you pay sooner or pay later?
 
Mike London
Bartender
Posts: 1971
17
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Tim Holloway wrote:Enjoyable as it would be to ding Oracle, I'm afraid that if I was making a product and certifying that it was "unbreakable" (snicker), I wouldn't want to have to support platforms whose primary vendors had discontinued them. If a JVM goes sour because of a bug in Windows Server 2002, Oracle shouldn't expect Microsoft to fix the Windows bug for them and neither would then want to expend time and effort in working around a flaw in a dead product.

Some people take the "if it ain't broke, don't fix it" approach to software coupled with the idea that software doesn't contain parts that degrade over time. But the truth is, software typically rots from the outside in, bit by bit, since even if the app isn't changing, the OS and other vital externalities do. Or, they reach End of Life, someone finds a new way to break/exploit it (or it doesn't support some essential new hardware), the vendor is no longer going to help out. and eventually it all just gets to be too much.

Software does not have a "fixed cost", and people who budget like it does sooner or later get a rude shock. It's more a case of do you pay sooner or pay later?



Yeah, but I did notice that my Comparator did the sort differently in Java 8 vs Java 6. In my code, after the sort, I took the last element in the sorted array which under Java 6 was the newest. Yet, in Java 8, that last item was the oldest item so I took the array[0] and THAT was the most recent item. Don't have time to run this one down....still trying to get a certificate installed from GoDaddy in Tomcat 8...it's not cooperating.

Thanks Tim!

-mike
 
Tim Holloway
Saloon Keeper
Posts: 27763
196
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Well, the point of having a plug-in Comparator is that the Comparator itself determines sort order, so unless you're using a pre-written Comparator, that sounds fishy. The Comparator semantics pre-date Java by about 20 years so I don't think that part changed.
 
reply
    Bookmark Topic Watch Topic
  • New Topic