Doesn't 12c require the JVM because of the mandatory XDB component? On Fri, Mar 6, 2015 at 9:10 AM, Stefan Knecht <knecht.stefan@xxxxxxxxx> wrote: > I couldn't agree more. Don't install what you don't need - not only does > that greatly increase security, but also overall stability. I can't recount > all the issues I've ran into when upgrading some "DBCA-next-next-next" type > databases that had like a dozen DD components. On top of that, upgrades > also take forever, and that, in turn translates directly to more downtime, > and thus more cost ( depending on the environment) > > And regarding the JVM - check how many objects that thing loads into your > database; that translates to more potential exploitable bugs. > > Stefan > On Mar 6, 2015 8:55 PM, "Jeremy Schneider" < > jeremy.schneider@xxxxxxxxxxxxxx> wrote: > >> On Fri, Mar 6, 2015 at 1:40 AM, Chitale, Hemant K >> <Hemant-K.Chitale@xxxxxx> wrote: >> > IMHO, a bad idea. Components increasingly have dependencies. >> >> Not testing all of your processes - which should discover dependencies >> - is a bad idea. Not installing unneeded components is definitely a >> good idea. (Also a requirement for some more stringent audits and >> certifications.) >> >> > For example, I >> > remember that export would fail if JVM wasn't properly installed (maybe >> > export works if JVM isn't installed at all) Since 10g I've always >> installed >> > the JVM. >> >> I have never encountered data pump export being dependent on the JVM. >> The only export oddity I've run into is TTS exports pre-11.2.0.3 will >> fail of xmldb is not installed - but this is not a dependency it's a >> bug. There's a workaround (exclude=xmlschema) and patches available >> to fix it. Dependencies should be documented as such; if you find a >> "dependency" which is not documented then you should be opening a bug >> against it so that it will either get acknowledged as an explicit >> dependency and documented, or it will get fixed. That sort of thing >> is a very obvious bug report since it's so easily reproducible. >> >> -Jeremy >> >> -- >> http://about.me/jeremy_schneider >> -- >> //www.freelists.org/webpage/oracle-l >> >> >>