• 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
  • Liutauras Vilda
  • Paul Clapham
Sheriffs:
  • paul wheaton
  • Tim Cooke
  • Henry Wong
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Piet Souris
Bartenders:
  • Mike London

XYZ is sun proprietary api and may be removed in a future release

 
Bartender
Posts: 1330
39
IBM DB2 Netbeans IDE Spring Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I've been assigned the job to porting a large 1.6 Java desktop application to  java 8/11. Here and there, the code uses internal api, like, for example, sun.awt.causedfocusevent .
Is there any documentation about which public API replaced an internal API targeted to be removed ? I  know that not for each internal api that has been misused I'll able to find an equivalent public API, but at least I need
to know a point to start from.
Thanks in advance !
 
Marshal
Posts: 77261
371
  • Likes 1
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I thought it had to do with the package names: Oracle FAQ link.
 
Claude Moore
Bartender
Posts: 1330
39
IBM DB2 Netbeans IDE Spring Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Thanks Campbell for pointing that out. If I'm not wrong, there's no an 'official' replacement for any private, internal API classes (like the classes in sun.*  packages) , just because those are intended as 'implementation details' of a vendor-specific (Sun, Oracle) implementation, right ?
Ok, if that's the case, I'll need to make my own way to replace unsupported code with public api.
Hope to find someone's else solution over the web.
 
Campbell Ritchie
Marshal
Posts: 77261
371
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Claude Moore wrote:Thanks Campbell . . .

That's a pleasure

'implementation details' of a vendor-specific (Sun, Oracle) implementation, right ? . . . .

As far as I know, yes.
 
Saloon Keeper
Posts: 26549
187
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 just take it as given that any package with Sun's name is radioactive. Since Sun owned Java, it mostly only used its own package path for things that were experimental or not for public use.

There was one encoding class (I think) that was VERY popular in the Sun package path. Until they took it away entirely somewhere around Java 5 and it took YEARS to flush out all the stuff that got broken by that.
 
Sheriff
Posts: 22716
129
Eclipse IDE Spring VI Editor Chrome Java Windows
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Tim Holloway wrote:There was one encoding class (I think) that was VERY popular in the Sun package path.


I think you mean sun.misc.BASE64Encoder. That still was available in Java 8 though (but as far as I could tell, not earlier).
 
Tim Holloway
Saloon Keeper
Posts: 26549
187
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

Rob Spoor wrote:

Tim Holloway wrote:There was one encoding class (I think) that was VERY popular in the Sun package path.


I think you mean sun.misc.BASE64Encoder. That still was available in Java 8 though (but as far as I could tell, not earlier).



Pretty sure that was the class, but the original package was under com.sun, not sun.misc.

At any rate, there's a non-sun implementation and has been for a long while. I migrated to that one.
 
Consider Paul's rocket mass heater.
reply
    Bookmark Topic Watch Topic
  • New Topic