Dealing with Oracle Java SE 8 Update > 202

[dnnsrnhrdt]

Hello all,

the topic Java SE and the since 2019 newly introduced license conditions for Java SE 8 Update > 202 are surely known to most of you here. For all others, the following link is a very good introduction to the topic Oracle's Java licensing changes - what do they mean for you? ITAA (itassetalliance.com).

In short, for all installed versions from Java SE 8 update > 202, you need a Java SE Subscription.

The challenge now is to be able to identify these installations correctly and assign them to corresponding software models. I've installed the following Java package on a test machine (jdk-8u211) and transferred the data to the Platform via our SG-SCCM integration. In the following you can see the excerpt from the discovery models

It is good to see that all entries have been normalized by the content database, but at a second glance it becomes clear that this data is of limited use for our application.If you look at the entries for Software Models, DMAPS, you will find some matching entries e.g. for "Java 8 Update 8.0", but all of them are missing the crucial detail - the version of the update (e.g. > 202). The provides normalized discovery models for the JDK product is too generic and you have to assume that every JDK installation consists these 2-3 entries per device to allow detection based on the "Java 8 Update" entry.

Basically, the question to the ServiceNow colleagues, are there already internal efforts, how the platform would like to map these details necessary for Java SE in the future in the content database? And the other question is, how do I map my requirements in the meantime to get a clear picture of my Java SE consumption?

I could edit all affected installation to "Java 8 Update 8.0" and reset the normalization and change the version to 8.0 211.
 The same for the products "Java SE Development Kit 8 Update 211" and there once change the product to e.g.: "Java Development Kit" and change the version accordingly to 8.0 211.

However, the whole thing does not feel good and I would like the content team to provide this important information at this point and update all components involved in it (DMAP, Software Models, ...)

I look forward to your answers and a great exchange of ideas

Best, Dennis

[dnnsrnhrdt]

Hi all, I'm a little surprised that this issue doesn't seem to be a challenge with anyone in the community (customer/partner) and we are the only ones having problems with the mapping of Java SE.

@Daniel Slocum , @Srinivas Ramanujaiah, @Scott Halverson  I really appreciate your contributions to the community - do you have anything to add on this topic or are you planning an extra blog post on this? Thanks, Dennis

[Srinivas Ramanu]

Thanks! Can you please file a case for this issue, and let us know. We are looking on this and have got some interim solution in place. Once you log a case, we can discuss more.

[dnnsrnhrdt]

@Srinivas Ramanujaiah the case # is CS6037047. Thanks and Best, Dennis

[Scott Halverso1]

Oh it's a challenge!  You're just solution/solving really hard stuff to track.

Here's another post that is similar, but slightly different around managing java.  That post too has no responses for over a month.  My team and I have been noodling on this scenario too.

https://community.servicenow.com/community?id=community_Question&sys_id=ca8102021b224550be4955fa234bcb22