I need to upgrade Oracle 10.1.0 to its higher version 10.1.0.3
Is there any patch file to do this upgradation other than the fresh installation of the higher version?
Patches are usually available on Oracle support site http://support.oracle.com.
Currently available patches start from 10.2 version.
More about versions, lifecycle support in
http://www.oracle.com/us/support/library/lifetime-support-technology-069183.pdf
(Your 10.1 version has limited support)
If you plan to change your environment, you can see that, in case of the problem, you would be on safer side if you choose to go to supported version (newer version) - you not only get help / workaround from support but also fixing patches if needed.
But, of course, you know your environment and priorities better.
If you insist on 10.1 patch and have support contract, try to ask directly Oracle the patch you want. It is not sure you will get it, though.
Hope it helps
Related
Ruby comes automatically installed on OS X. I assume when you get a new Mac it comes with the latest stable release of Ruby. Do you have to update it yourself manually over time, or does it get upgraded automatically when you upgrade your OS?
I assume when you get a new Mac it comes with the latest stable release of Ruby.
No, it comes with whatever release Apple felt confident to support for the lifetime of the OS release.
Do you have to update it yourself manually over time, or does it get upgraded automatically when you upgrade your OS?
Those two are not mutually exclusive.
Yes, it does get upgraded automatically, in order to, e.g., patch security vulnerabilities. However, an OS vendor will generally avoid updating anything they ship as part of the OS as much as possible, since they generally guarantee backwards-compatibility, and the easiest way to guarantee backwards-compatibility for third-party code that you have no control over, is to just not change it.
For example, macOS 10.14.6, which is the current release of macOS and was released 4 weeks ago, ships with Ruby 2.3.7, which was released 18 months ago.
The last release of Ruby 2.3 was Ruby 2.3.8, and the Ruby developers stopped providing security patches to Ruby 2.3 6 months ago. (Note that Apple does still provide security patches for Ruby 2.3 as part of macOS, though.)
So, yes, it does get upgraded automatically, with e.g. security fixes, but if you want a different version than the one shipped with the OS, you have to install it yourself.
Short answer: No.
Long answer:
If you just want a taste of Ruby, then no, you really don't need to do anything.
If you want to use Ruby to do something non-trivial, like beyond a "Hello, world!" application, then yes you should update.
The best approach is to use a Ruby version manager like RVM or rbenv where you can get the latest version of Ruby, specific historical versions if necessary for testing, as well as alternate implementations like JRuby and Rubinius.
These version managers make it possible to have multiple versions of Ruby installed simultaneously and you can switch between at any time. You can even pin different projects at specific versions if they haven't been updated to work with the latest Ruby, a common problem with older code-bases.
This pattern plays out with any language, be it Ruby, Python, Perl, Node.js, C# or what have you. If you're doing serious development in those languages the first thing you do is install a version manager and the best version for your situation.
I've visited the website to download the latest version and I found that 2.8.4 was released after 2.9.1. Why does that happen? And which one should I download?
Why are companies still running Java 6 and 7 while they are end of life? Why is Java 8 still updated when Java 9 and 10 are available?
My point is that at one point, Hadoop 2.7.x was the stable branch. 2.8, 2.9 introduce some potentially breaking or otherwise major, possibly unstable change. The previous releases still need support to address bugs and backport useful features. You're welcome to read the release notes to see what those may be.
It's worth mentioning that the Hadoop vendors like Hortonworks and Cloudera are currently using some version 2.7 with some patches applied on top of what you'd get on the Apache site.
Meanwhile, if you want the latest and greatest, and don't care about stability, you can use Hadoop 3.x, but if you want other things like Spark, Sqoop, HBase, Hive, then I'd suggest staying at 2.7 for now. Or at least read over the documentation for each component and see if you can find installation requirements.
We are using Java 1.4 and we would like to push data to the ELK stack.
I checked their site and googled and its mostly turning up artifacts/articles
that need more than 1.5.Are they any options since we cant change the current
java version installed.
Regards
Java SE 6 was released in 2006 and if I remember correctly the minimum version for Elasticsearch (first public release in 2010) even in the early days has been that.
The oldest docs available on the Elastic website are for 0.90 and that is ancient. Even if you could run an older version, there are no docs for it, so you really don't want to go there.
While upgrading existing applications can be a challenge, it's still not possible to run new services on newer versions? Anyway, you need to get to Java 6 at the very least or rather 8 for current versions.
As a newbie in System Modeler 4.1 I am interested in queuing systems and found the DESLib, especially the ArenaLib. Unfortunately DESLib 1.7 seems not to work within this environment (version problem?).
Does anyone know how to download, install and test DESLib?
regards
Volker
I want to play a bit with ChronicleMap and a bit confused which version should I use in production.
1.* looks like 'released' one, 2.* looks like in alpha stage. I would use release version but from my understanding current documentation refers features from an alpha version.
I.e. I don't see OffHeapUpdatableChronicleMapBuilder in 1.0.2. Since it is a 'official' documentation I can think that 2.* can be used in production as well. Can it?
PS Environment - java 8, 64 bit windows for dev, linux in production.
Chronicle Map 2.x is the version you should be considering.
It is in beta now, with no significant enhancements planned, only bug fixes.
The beta version is suitable for development and the API won't change significantly before the release.
How long it is a beta release depends on how many bugs are reported. Of course we are hoping this will be a week or two.
The first production quality release will be 2.1.