Re: Oracle Java Se 8 U202
Roseanne Devon
The downside is a loss of visibility on recognized applications. A report mitigates this issue and allows to understand (for all products) the recognized applications... and the raw versions of the evidences that allowed to recognize the applications. the description is below... the code of the report is attached.
The report shows all installations for the product named entered in the search filter (exact match on Product Name) and looks up all raw evidences that match this title for recognition (files (mandatory, at least one as a recognition rule, not ignored), installer (not ignored) or WMI (added with v5 of the report).
The version 4 of the report also manages the cases of suite recognition. For instance, if you enter "DB2" as an input, the report will return the suite components and the related file and installer evidences used for recognition. Version 4 greatly enhances performance.
And as you know, restricted Oracle Java is included (Bundled) in some Oracle Products and some non Oracle products like Symantec endpoint Protection. Flexera and/or User can add Oracle Java as supplementary product in the associated licences.
[Nicolas Rousseau]: Hello Benoit, this topic is a separated one that is tricky. The report returns any evidence used for recognition by the ARL (eventually extended by the FNMS users). The recognition of Java is trick and the ARL is focused on the "Oracle" publisher evidences that can however be bundled by other products. This "embedded Java exclusion" or "Exclusion by path" will be addressed by a feature Engineering is currently working on. Note that a published solution anticipates (and a rudimentary but efficient way) this feature: -Manager-Knowledge-Base/Automating-the-Management-of-Embedded-Java-instances/ta-p/195162
[Nicolas Rousseau]: hello @EHacking, please contact me at nrou...@flexera.com and I will send you the output of the report. Please also mention which product... (just a guess... Java Platform??). This report will be embedded in the productized solution we plan for December / January on the cloud.
So I confirm, for Oracle Java 8, all updates 91 are free. When restricted, like update 92 build 31, evidences have to be assigned to commercial application (not component). Last caveat, path information for file evidence is unique, then may be wrong with multiples matches.
Hello everyone, just posted version 4 of the report that improve heavily performance and mixes applications recognized as well as suites member details @sohbinong made the request of also covering suites and suites members. Thus: "DB2" will show the recognized DB2 PVU option, OEM etc.
The v4 also added the corporate unit column and a "Matched ARL evidence" column as well. This report will be released on the cloud in December or January a part of the "Automated Management of bundled Java instances" (or... "exclusion by file path") feature.
Be aware that "public" in Oracle documentation 1439822 does not mean freeware, but "not only available in MOS site". Then java 8u281 for instance are OTN license, needing a java SE subscription for production use. .
Thanks for your input, one more confusing thing from Oracle... I had the same conversation 2 days ago with Oracle on "Public" that does not mean freeware... the big patterns on updates should apply then.
Regarding Java SE subscription that covers all versions... does it mean reversely that when you try to size your licensable estate, you also need to count all free versions? I still have a hard time to understand the process.
Les say I have an estate of 10K installations of Java Platform, 2K commercial versions, 8K free versions (legacy). I decide to start paring subscriptions for the 2K licensable installations... does your statement mean
The JAVA SE text says that you have to take into account installed oracle software. Then, without specific sentence in your contract, all have to be paid (and of course all take benefit from support). Do not forget that for decade, Oracle client could buy support for Java, including freeware.
And last but not least: I have learned that Flexera is "Verified for Oracle Database, Database Options & Oracle Fusion Middleware" as Tool Vendor: Are there discussions ongoing to be verified for Oracle Java as well ? I'd like that and this also would put Flexera in a first Row -position.
I set up a VM to do some Java development on azure and installed a number of tools including Oracle JDK 1.8 u202. Everything works fine for the most part, but certain things seem to remove some or all parts of the JDK installation. It seems to happen overnight pretty consistently, resizing seems to cause it, and occasionally restarting does too. Reinstalling Java isn't particularly difficult so it's not a blocker, and this is a pretty old version of Java, so I was wondering if this is expected behavior or if there's something up with my VM.
Based on the clues you provided I am guessing you might be installing this on the temporary disk. The temporary disk provides short-term storage for applications and processes, and is intended to only store data such as page or swap files. Data on the temporary disk may be lost during a maintenance event or when you redeploy a VM.
On Azure Linux VMs, the temporary disk is typically /dev/sdb and on Windows VMs the temporary disk is D: by default. The temporary disk is not encrypted by server side encryption unless you enable encryption at host.
@Andrew Robie Microsoft does not delete files or programs from the C:\ drive. Have you checked to see if there is any automation or something which might be removing it? Also check java settings to see if there is some automatic update or change occurring. You might try checking the application logs in Even Viewer for hints as to what is happening.
-to-view-and-analyze-logs-with-windows-event-viewer/
@deherman-MSFT I'm using the same JDK installation with the same configuration on my desktop and it says in place as expected, so it seems to be specific to the Azure VM. To my knowledge there aren't any policies on our slice aside from general resource clean up after a time window which I've disabled for my resource group. I'll take a look at the event viewer, thanks.
@deherman-MSFT The only Java process that might have been running should've been my IDE one time when I got prompted for a restart. Since that seems to be unrelated to the JDK directory getting removed, is there anything else I can check to see why this might be happening?
I am trying to install ALM v15 on virtual machine with Windows Server 2019 OS. I have installed Oracle Java 8 update 231(JRE) as a prerequisite but ALM installer is getting closed at very first step with this error and no logs are getting created probably because the installation gets closed at very first step:
Flexeraaw_$aaa: Windows DLL failed to load at Flexeraaw_.af(Unknown Source) at Flexeraaw_.aa(Unknown Source) at com.zerog.ia.installer.LifeCycleManager.init(Unknown Source) at com.zerog.ia.installer.LifeCycleManager.executeApplication(Unknown Source) at com.zerog.ia.installer.Main.main(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at com.zerog.lax.LAX.launch(Unknown Source) at com.zerog.lax.LAX.main(Unknown Source)
This seems a bug in Installanywhere which ALM uses for installation. As Manfred said, for openjdk, you can try 8u202, and for oracle jdk, you can try 8u211. And you can still upgrade your jdk/jre to the latest after ALM is successfully installed.
d3342ee215