Overall Satisfaction with Oracle Java SE Subscription
For our professional customers, where reliability is a top priority, the small fee of oracle subscription much more valuable than the many free platforms available for the returned value. We use it for many deployments, mostly for high-value solutions, where every small detail matters. We use it for on-premise servers and a few cloud instances too.
- High-value server deployments, which requires the most reliable technologies available
- For on-premise backend servers
- Some smaller cloud solutions
- The payment itself is hard to describe sometimes with so many free alternative available
- Subscription ends will make app unusable without switching to openJDK
- We saw a great increase of companies departing from Oracle Java after the introduction of the subscription model sadly.
OpenJDK is something wich a lot of our customers are ok with. Also, there are other technology stack, which can completely replace the provided feature set what oracle provides: AWS, Azure, Firebase... or just a simple Node.JS or any other on-premise backend server. Sadly we see an increasing count of ppl switching to these platforms.
I hardly connect with the support because of my tasks, so can't really provide a usefull feedback on this. The customers were very satisfied with it.
Do you think Oracle Java SE Subscription delivers good value for the price?
Are you happy with Oracle Java SE Subscription's feature set?
Did Oracle Java SE Subscription live up to sales and marketing promises?
Did implementation of Oracle Java SE Subscription go as expected?
Would you buy Oracle Java SE Subscription again?
This depends on the requirement. Deeply-routed Oracle stack should aim for this on the long run - small startup companies looking for small initial costs should look for other solutions first, and maybe migrate later. OpenJDK is good, but not as reliable as Oracle Java SE. The provided high quality support is something what premium and mission-critical projects and companies should look for.