IDS 11.50.xC6 is out...
Fernando Nunes
IDS version 11.50.xC6 is currently available.
It has become usual for these fixpacks to bring a lot of new
functionality, besides the usual bug fixing.
From the release notes:
1.5 What's New in Version 11.50.xC6 of IBM Informix Dynamic Server
1.5.1 External Backups on RS Secondary Servers
1.5.2 Dynamically Start, Stop, or Restart Listen Threads
1.5.3 SQL Administration API Portal: Arguments by Functional
Categories
1.5.4 Connection Manager Proxy Support
1.5.5 View Event Alarms in the Scheduler
1.5.6 Improved Transaction Information
1.5.7 Enhancements to the OpenAdmin Tool for IDS
1.5.8 Enhancements to the Schema Manager plug-in for the OpenAdmin
Tool for IDS
1.5.9 Enhancements to Merging Information into a Target Table with
the MERGE Statement
1.5.10 An ALTER FRAGMENT Operation Can Now Force Out Transactions to
Get Exclusive Access to Tables
1.5.11 RETAINUPDATELOCKS Environment Option
1.5.12 New Column Size Field Format for CDC Records
1.5.13 Enhancements to the Enterprise Replication plug-in for the
OpenAdmin Tool for IDS
1.5.14 Enable or Disable Enterprise Replication Event Alarms
1.5.15 XA Transaction Support for Updatable Secondary Servers in a
High-availability Cluster
1.5.16 Deploying Instances with the Deployment Utility
1.5.17 Installing IDS by Using an RPM package (Linux)
1.5.18 Migrating or Upgrading High-availability Clusters
1.5.19 Upgrading to a New Server or Fix pack
1.5.20 Quickly Reverting to Your Source Server After a Failed
Upgrade
1.5.21 Light Scans on Tables
1.5.22 Process Multiple Basic Text Search Queries Simultaneously
1.5.23 Load and Unload Data with External Table
Some of these will probably get blog coverage in a near future.
I wish you all an excelent 2010, full of Informix of course ;)
Regards.
Neil Truby
news:hhe6h3$ea1$1...@news.eternal-september.org...
> Hello,
>
> IDS version 11.50.xC6 is currently available.
> It has become usual for these fixpacks to bring a lot of new
> functionality, besides the usual bug fixing.
On PPA there are 2 downloads for each version:
Informix Dynamic Server Enterprise Edition V11.50.UC6 Linux x86
English(CZ6QJEN) - View details
Informix Dynamic Server Enterprise Edition V11.50.UC6 Linux X86
English(CZ79IEN) - View details
Informix Dynamic Server Enterprise Edition V11.50.FC6 Linux x86 64 Bit
English(CZ6QKEN) - View details
Informix Dynamic Server Enterprise Edition V11.50.FC6 Linux X86 64
English(CZ79JEN) - View details
Any which is the correct one to download for each version, or what the
differences are? Install method perhaps? (Clicking on View Details doesn't
show anything useful).
thx
Ian Michael Gumby
> Informix-list mailing list
> Inform...@iiug.org
> http://www.iiug.org/mailman/listinfo/informix-list
Hotmail: Trusted email with Microsoft’s powerful SPAM protection. Sign up now.
Neil Truby
"Ian Michael Gumby" <im_g...@hotmail.com> wrote in message
news:mailman.416.12623561...@iiug.org...
I'd choose the J version. Most likely if they are the same, then either they
replicated it, or if they are supposed to be the same, but are not, then
they probably goofed on something small like in a deployment detail, and
they rewrap'd it...
Tried the "J" one.
"The wizard cannot continue because of the following error: could not load
wizard specified in /wizard.inf (104)"
I've said this before, but it absolutely *amazes* me why they have to
complicate these installs for everyine with Javashite.
Off to spend a couple of hours trying to debug the wizard.inf message now
... :-(
Neil Truby
<neil....@ardenta.com> wrote in message
news:7q71lj...@mid.individual.net...
>
> "Ian Michael Gumby" <im_g...@hotmail.com> wrote in message
> news:mailman.416.12623561...@iiug.org...
> I'd choose the J version. Most likely if they are the same, then either
> they replicated it, or if they are supposed to be the same, but are not,
> then they probably goofed on something small like in a deployment detail,
> and they rewrap'd it...
>
> Tried the "J" one.
>
> "The wizard cannot continue because of the following error: could not load
> wizard specified in /wizard.inf (104)"
I still can't get past this error and get 11.5UC6 installed, despite hours
of Googling, if anyone has any suggestions ...?
thanks
Neil
Superboer
helps. i had a major headache trying to install it finally i installed
a 'proper' java version.
i also had to runit with -debug as in the install script
found out that the debug info was in /tmp/informix/
had to create some sym links to libs which the installer could not
find....
-->> Fernando, i guess its file a bug time...
OR better get the old scripts back not java install.
Java is owned by obstacle nowadays so why sponsor the competition.
Superboer.
On 4 jan, 13:40, "Neil Truby" <neil.tr...@ardenta.com> wrote:
> "Neil Truby"<neil.tr...@ardenta.com> wrote in message
>
> news:7q71lj...@mid.individual.net...
>
>
>
> > "Ian Michael Gumby" <im_gu...@hotmail.com> wrote in message
Obnoxio The Clown
> -->> Fernando, i guess its file a bug time...
>
> OR better get the old scripts back not java install.
Hear bloody hear!
--
Cheers,
Obnoxio The Clown
http://obotheclown.blogspot.com
I will now proceed to pleasure myself with this fish.
--
This message has been scanned for viruses and
dangerous content by OpenProtect(http://www.openprotect.com), and is
believed to be clean.
Bogdan BOTEZ
>
> Superboer wrote:
>
> > -->> Fernando, i guess its file a bug time...
> >
> > OR better get the old scripts back not java install.
>
>
> --
> Cheers,
> Obnoxio The Clown
>
IMHO the java installer is the worst possible solution for
a problem that didn't exist.
Regards,
Bogdan BOTEZ.
Art Kagel
Art
Art S. Kagel
AdvanceDataTools (www.advancedatatools.com)
IIUG Board of Directors (a...@iiug.org)
See you at the 2010 IIUG Informix Conference
April 25-28, 2010
Overland Park (Kansas City), KS
www.iiug.org/conf
Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Oninit, the IIUG, nor any other organization with which I am associated either explicitly or implicitly. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves.
Fernando Nunes
I haven't install it yet. The typical problemwith the installation
relates to the fact that some Linuxes don't bring a "proper" Java.
This "proper" of course has to be put into quotes. I believe it's
"open-jdk". And this has some known issues. If you don't have Java
installed it will use a JRE bundled in the package. As of yet I didn't
know of other way to force this besides the dirty trick of "mv
/usr/bin/java /usr/bin/java.ori". Art has another solution that I don't
know if it was introduced in this fixpack (check his post please).
As for the filling of a bug there are two problems:
1- I don't have access to it (some IBMers posting here may have).
2- If you're not following the pre-requisites it would not be accepted
(like if you're installing in a non-supported Linux flavour, or if the
requirements reference a standard JRE for example (I didn't check it...)
Regards and good testing for xC6.
Sundar Shunmugam
Few clarifications to questions / comments:
1. Installer always attempts to use JRE from the PATH first. It enables the installer to start quickly.
In case of Linux, since a standard JRE is not shipped, its recommended to use "-javahome none"
switch to the installer. It forces the installer to use bundled JRE (ensure file .jvm.bin is present in the
directory from where installer is launched).
2. If you are installing, continuing to use the same release of Linux on new or existing machine, IDS
will work.
3. With 11.50.xC6, as far as media types are concerned, RPM support has been reintroduced.
Based on the enclosed part number reference,
- tar file is the same as previous releases of 11.50.
- bin file provides an RPM based installer. See Infocenter documentation which will be updated
soon with details on this (should be available by 01/05/10)
- we will work to enhance description for bin file.
Informix Dynamic Server Enterprise Edition V11.50.UC6 Linux X86 English (CZ79IEN) - CZ79IEN.bin
Informix Dynamic Server Enterprise Edition V11.50.UC6 Linux x86 English (CZ6QJEN) - CZ6QJEN.tar
Informix Dynamic Server Express Edition V11.50.UC6 Linux X86 32 Bit English (CZ79MEN) - CZ79MEN.bin
Informix Dynamic Server Express Edition V11.50.UC6 Linux x86 32 bit English (CZ6QPEN) - CZ6QPEN.tar
Informix Dynamic Server Workgroup Edition V11.50.UC6 Linux X86 English (CZ6VCEN) - CZ6VCEN.tar
Informix Dynamic Server Workgroup Edition V11.50.UC6 Linux X86 English (CZ79GEN) - CZ79GEN.bin
Sundar.
| Fernando Nunes <domus...@gmail.com>
Sent by: informix-l...@iiug.org 01/04/2010 09:03 AM |
|
|
Neil Truby
> 2- If you're not following the pre-requisites it would not be accepted
I spent ages finding what the "approved" favours of Linux are (for xC3, the
latest for which it's published) - there used to be a link down the side of
www.informix.com that gave this but it's now been replaced by the infinitely
more useful "Informix on Facebook" link ;-) - and the one I'm using, Centos,
isn't there (although it's supposed to be a clone of RHEL).
I'll try some of the others' suggestions ...
Thanks!
Ian Michael Gumby
Ok, just a couple of comments....
Sundars writes:
1. Installer always attempts to use JRE from the PATH first. It enables the installer to start quickly.
In case of Linux, since a standard JRE is not shipped, its recommended to use "-javahome none"
switch to the installer. It forces the installer to use bundled JRE (ensure file .jvm.bin is present in the
directory from where installer is launched).
I don't know which flavor of Linux you run, but if memory serves, the last version of SuSE Linux (Open SuSE), There was java. Maybe you didn't go through and pick it from the developer's tools? Not sure if you'll get the latest update of the jdk, or jre, but you'll be close enough to be effective.
Your second comment isn't really an issue.
But hey! What do I know?
I've got to write up a document that specifies on how to build out a cloud... Its not like I've had to do any serious installs or anything...
-G
To: domus...@gmail.com
Subject: Re: IDS 11.50.xC6 is out...
Date: Mon, 4 Jan 2010 11:29:14 -0600
CC: informix-l...@iiug.org; inform...@iiug.org
|
|
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. Sign up now.
Neil Truby
"Art Kagel" <art....@gmail.com> wrote in message
news:mailman.420.12626160...@iiug.org...
Try to run the install with --java-home=none and you may have to
add --console on some systems.
(Just for the record it is "-javahome none)
Makes no difference. Thanks anyway.
Neil Truby
news:mailman.421.12626261...@iiug.org...
Few clarifications to questions / comments:
>> 1. Installer always attempts to use JRE from the PATH first. It enables
>> the installer to start quickly.
In case of Linux, since a standard JRE is not shipped, its recommended to
use "-javahome none"
switch to the installer. It forces the installer to use bundled JRE (ensure
file .jvm.bin is present in the
directory from where installer is launched).
Makes no difference. Perhaps it's something about centOS, though I'd be
surprised.
>> 3. With 11.50.xC6, as far as media types are concerned, RPM support has
>> been reintroduced.
Based on the enclosed part number reference,
- tar file is the same as previous releases of 11.50.
- bin file provides an RPM based installer. See Infocenter
documentation which will be updated
soon with details on this (should be available by 01/05/10)
- we will work to enhance description for bin file.
That gives:
bash +x CZ79IEN.bin
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
tar: jre/jre/javaws/javaws: Cannot create symlink to `../bin/javaws':
Operation not permitted
tar: Error exit delayed from previous errors
The included VM could not be unarchived (TAR). Please try to download
the installer again and make sure that you download using 'binary'
mode. Please do not attempt to install this currently downloaded copy.
Richard Kofler
Hi Neil,
/* old man ranting */
WHO on this earth, has an advantage of all that very
unnecessary and annoying java installer thing?
Anyone have only 1 reason, why this was created?
I want/need to learn something.
/* end of omr */
Now, what we did when we had problems on SuSE 11.2:
We deinstalled SuSE java completely.
Then the JRE, which comes with the package was installed and
installation of IDS was possible.
But then we did some analysis, created a good old cpio archive,
and alas: Next installation (using the cpio archive) was done in
less than 30 secs, instead of 1.5 minutes!
And yes, we use very fast disks :)
Note to IBM officials:
PLEASE give us a version, where the java thing can be
avoided altogether. Java in first place always means
incompatibilty issues and other unnecessary problems!
dic_k
--
Richard Kofler
SOLID STATE EDV
Dienstleistungen GmbH
Vienna/Austria/Europe
Obnoxio The Clown
> Note to IBM officials:
> PLEASE give us a version, where the java thing can be
> avoided altogether. Java in first place always means
> incompatibilty issues and other unnecessary problems!
Can I suggest we all log a feature request with technical support for a
non-Java, non-RPM, non-anything tarball install option?
--
Cheers,
Obnoxio The Clown
http://obotheclown.blogspot.com
Art Kagel
Art
Art S. Kagel
AdvanceDataTools (www.advancedatatools.com)
IIUG Board of Directors (a...@iiug.org)
See you at the 2010 IIUG Informix Conference
April 25-28, 2010
Overland Park (Kansas City), KS
www.iiug.org/conf
Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Oninit, the IIUG, nor any other organization with which I am associated either explicitly or implicitly. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves.
Richard Kofler wrote:
> Note to IBM officials:
> PLEASE give us a version, where the java thing can be
> avoided altogether. Java in first place always means
> incompatibilty issues and other unnecessary problems!
Can I suggest we all log a feature request with technical support for a
non-Java, non-RPM, non-anything tarball install option?
--
Cheers,
Obnoxio The Clown
http://obotheclown.blogspot.com
I will now proceed to pleasure myself with this fish.
--
This message has been scanned for viruses and
dangerous content by OpenProtect(http://www.openprotect.com), and is
believed to be clean.
RedGrittyBrick
Richard Kofler wrote:
<Use of Java installer for Informix product>
>
> /* old man ranting */
> WHO on this earth, has an advantage of all that very
> unnecessary and annoying java installer thing?
> Anyone have only 1 reason, why this was created?
> I want/need to learn something.
> /* end of omr */
>
/* Old man speculating */
Customer: "WTF is this 'tarball'? WTF is a gzip?"
IBM PHB: "Dang, how can we have *one* installer for all platforms,
including Windows?"
Fresh faced enthusiastic IBM Intern: "A single Java app works, without
recompilation, on Unix, Linux, MacOS, Windows etc. Write once, run
everywhere!"
IBM PHB: "Make it so!"
/* end of OMS */
--
RGB
- who prefers .tgz to .cpio :-)
Superboer
> recompilation, on Unix, Linux, MacOS, Windows etc. Write once, run
> everywhere!"
Whishfull thinking, in your install app you have to check for windhoze
anyway since it has a registry and deal with that.
If you build an installer for unix/linux(read tar folowed by an
install script to set permissions etc) and one for windhoze you
should be covered.
so you have a lot of extra unneeded crap in the installer.
One could build a java app which does the configuring of an example
instance in java.
That means someone who wants to do a quick install and config is not
bothered with the java crap.
Superboer.
On 5 jan, 16:06, RedGrittyBrick <RedGrittyBr...@spamweary.invalid>
wrote:
RedGrittyBrick
Superboer wrote:
>> Fresh faced enthusiastic IBM Intern: "A single Java app works, without
>> recompilation, on Unix, Linux, MacOS, Windows etc. Write once, run
>> everywhere!"
>
> Whishfull thinking, in your install app you have to check for windhoze
> anyway since it has a registry and deal with that.
> If you build an installer for unix/linux(read tar folowed by an
> install script to set permissions etc) and one for windhoze you
> should be covered.
>
> so you have a lot of extra unneeded crap in the installer.
>
>
> One could build a java app which does the configuring of an example
> instance in java.
> That means someone who wants to do a quick install and config is not
> bothered with the java crap.
Why are you arguing with a hypothetical fresh-faced enthusiastic IBM
Intern who didn't post here and who probably doesn't exist?
;-)
--
RGB
Ian Michael Gumby
> Date: Tue, 5 Jan 2010 15:06:27 +0000
> From: RedGrit...@spamweary.invalid
> Subject: Re: IDS 11.50.xC6 is out...
>
>
> >
> > /* old man ranting */
> > WHO on this earth, has an advantage of all that very
> > unnecessary and annoying java installer thing?
> > Anyone have only 1 reason, why this was created?
> > I want/need to learn something.
> > /* end of omr */
> >
>
> /* Old man speculating */
>
> Customer: "WTF is this 'tarball'? WTF is a gzip?"
>
Look, the simple answer is that you don't blame Java, but the senior IBM developers who don't properly educate the young folk in how to do this properly.
Its not that Java is a bad thing, its just that the implementation of the java installer is pretty messed up because they (IBM) didn't write a good installer.
If I understand the 'pain', IBM, in their infinite wisdom decided that they'd like to simplify everyone's life and offer a nice easy GUI tool. Because they don't know what is out there on the customer's machine, they decide to bundle a JRE and then install it off and use it instead of the java version already on the server.
This is a simple thing to fix. Really. But of course being IBM and being the fact that certain folks at IBM have brown necks, one knows with 100% certainty, they will never get this straight.... but being the optimist that I am, lets see if we can try....
First, instead of bundling a JRE, the 'downloader' can do a simple command of $> which java . (The $> is an attempt of showing a generic Unix/Linux command prompt.) If the result is null or rather the error message when one can't find a certain unix program in their $PATH environment variable, the IDS install can then ask the User/Sysadmin/DBA/wonk/whatever to either correct their PATH shell variable to include their java, or to download a JRE of java and then add it to their environment variables. NOTE: If the wanker can't properly bring down a JRE, install it in to some /opt/blah/blah directory, then set their PATH and shell environment to see it, then they need to call Art, pay him shit loads of money to do it for them. :-)
Then they have Java.
If they do have Java, then the installer can do a check to see which version of Java is installed. Again its pretty straight forward... $> java -version
Then the installer can check to see if the version they have is the same or greater than the version used in the installer.
Again, if not, the installer can recommend that the wanker go out and install a newer version of java in some blah-blah blah directory and point to it in their shell environment.
Other companies do this, like err Sun for example.
This will solve their java problem... kind of reminds me of their perl fiasco and what sent Timmy off the deep end a few years back. (Remember when IDS was trying to install its own copy of perl?
The point is that you can create a java deployment tool, done right and without these problems.
Now the reason we see these nice and nifty graphic tools is that some of the younger DBAs feel that their job is only as a DBA and not do any sysadmin work. Young sysadmins want a nice nifty graphic tool because they are being tasked to manage 100s of machines and its easier to do it from a graphic terminal than from using putty and or ssh to issue commands...
But hey! what do I know?
Its not like I've got to write up some documents detailing how to install and build a cloud or anything... ;-)
Hotmail: Trusted email with powerful SPAM protection. Sign up now.
Clive Eisen
<snip>
> Fresh faced enthusiastic IBM Intern: "A single Java app works, without
> recompilation, on Unix, Linux, MacOS, Windows etc. Write once, run
> everywhere!"
>
Write once, crash everywhere
Fernando Nunes
>
>
> > Date: Tue, 5 Jan 2010 15:06:27 +0000
> > From: RedGrit...@spamweary.invalid
> > Subject: Re: IDS 11.50.xC6 is out...
> > To: inform...@iiug.org
> >
> >
>
> > >
> > > /* old man ranting */
> > > WHO on this earth, has an advantage of all that very
> > > unnecessary and annoying java installer thing?
> > > Anyone have only 1 reason, why this was created?
> > > I want/need to learn something.
> > > /* end of omr */
> > >
> >
> > /* Old man speculating */
> >
> > Customer: "WTF is this 'tarball'? WTF is a gzip?"
> >
>
> God you guys are worse than old women going on the way you're complaining.
I could agree with that, although it would not be politicaly correct of
course...
> Its not that Java is a bad thing, its just that the implementation of
> the java installer is pretty messed up because they (IBM) didn't write a
> good installer.
If that was proved to be true, I could also agree with that.
> If I understand the 'pain', IBM, in their infinite wisdom decided that
> they'd like to simplify everyone's life and offer a nice easy GUI tool.
> Because they don't know what is out there on the customer's machine,
> they decide to bundle a JRE and then install it off and use it instead
> of the java version already on the server.
You don't. I wonder if you bothered to read the thread...
The installer will use any "java" found on the system, and that is the
beginning of most problems. Specially because some "pure" GPL
distributions don't use the "standard" JRE. And apparently (oh, oh
surprise, this "other" java works differently from the "standard")
IBM also provides a way to force the utilization of the bundled JRE.
And Neil apparently had problems with this. Let me tell you I've used
the JAVA installers on Linux, AIX, HP-UX, Tru64 and Solaris, and I don't
recall having problems with the bundled installer. I'm not sure what is
happening with Neil's environment. It can be some xC6 specific issue of
course...
>
> This is a simple thing to fix. Really. But of course being IBM and being
> the fact that certain folks at IBM have brown necks, one knows with 100%
> certainty, they will never get this straight.... but being the optimist
> that I am, lets see if we can try....
>
> First, instead of bundling a JRE, the 'downloader' can do a simple
> command of $> which java . (The $> is an attempt of showing a generic
> Unix/Linux command prompt.) If the result is null or rather the error
> message when one can't find a certain unix program in their $PATH
> environment variable, the IDS install can then ask the
> User/Sysadmin/DBA/wonk/whatever to either correct their PATH shell
> variable to include their java, or to download a JRE of java and then
> add it to their environment variables. NOTE: If the wanker can't
> properly bring down a JRE, install it in to some /opt/blah/blah
> directory, then set their PATH and shell environment to see it, then
> they need to call Art, pay him shit loads of money to do it for them. :-)
>
So... nice lecture. But the fact is that the install script does it more
or less as you describe... Useless talk...
> Then they have Java.
>
> If they do have Java, then the installer can do a check to see which
> version of Java is installed. Again its pretty straight forward... $>
> java -version
>
> Then the installer can check to see if the version they have is the same
> or greater than the version used in the installer.
> Again, if not, the installer can recommend that the wanker go out and
> install a newer version of java in some blah-blah blah directory and
> point to it in their shell environment.
>
> Other companies do this, like err Sun for example.
Nice idea. But what happens when the issue is not the version, but
instead the "flavour"?
The Java vs non-Java installer is an endless discussion. I believe we
all want an installer that works. Even shell script is not standard! And
I remember issues with the shell scripts in the older installers... So
Java vs non-Java will not get us anywhere...
Regards.
P.S.: I haven't installed xC6 (GA version) yet. I did set it up for
silent installation and asked the sysadmins to install it. No errors
reported... This was on HP-UX.
P.S.S.: Neil, the machine notes should mention the supported Linux
versions. By no means I'm suggesting we must use a supported Linux
version for test/development/whatever except production systems. But it
can probably make a difference.
Neil, did you uncompress the *.tar or run the *.bin with user informix?
If not, can you try it?
Ian Michael Gumby
First, I am working with a client were part of my job is to build out a cluster of machines. While the hardware guys did a bang up job of building out the machines and installing the basic RHAT, ran in to a slight problem...
It appears the default version of JAVA was 1.4 and I need 1.5+ (current is 1.6.something...).
Of course I'm not using a java installer app, I'm using yum.
So when I first started yum to bring down the software, the download package did a dependency check.
It saw that I didn't have the correct version of Java.
So I had two options...
One I could use yum and bring down and replace the reference build's java, or I could create a directory in /opt and pull down either a JRE or JDK, set it up independent of the reference version and then run yum...
Granted this is yum, but the concept is the same...
The point is that you can write an install program that is intelligent enough to check to see which version of the java is there and if its not the correct version, you can show an error and then stop the install until it sees the right version.
My guess is that the team responsible for this is sitting in Mumbai ?sp? without appropriate oversight. Not some intern.
With respect to your "Some linuxes don't use standard jre(s) ..." , and that brings a resounding WTF? As in WTF are you blathering about?
Think about it... I can go to Sun and pick up any JRE or JDK for free. Tar? Yup. Gzip? Yup. RPM? Yup. Got it? And if its not part of the Linux version you chose to use, then who's fault is that? I mean I could go on to say ... what are you doing that is outside of Sun's reference JRE?
In short. get a friggin clue. You're starting to sound like Serge.
But hey! What do I know? Its not like my current title is 'Solutions Architect' or something like that. As if I really pay an attention to what they call me, as long as the projects are fun and they pay their bills on time.
-G
> Informix-list mailing list
> Inform...@iiug.org
> http://www.iiug.org/mailman/listinfo/informix-list
Fernando Nunes
Thanks for the compliments.
Meanwhile, drop down from the cloud:
http://en.wikipedia.org/wiki/Free_Java_implementations
"Free" linuxes have used different components to avoid the non GPL
portions of JDK/JRE. And this compoments aren't exactly the same, and
don't have the exact behavior of the "classic" JRE.
You can use the one you have installed or ask the installer to use the
bundled one. If that doesn't work that we can consider something is
wrong with the installer and that should be investigated.
For more info search more or less recent threads here.
Regards.
RedGrittyBrick
Clive Eisen wrote:
> On 05/01/2010 15:06, RedGrittyBrick wrote:
> <snip>
>> Fresh faced enthusiastic IBM Intern: "A single Java app works, without
>> recompilation, on Unix, Linux, MacOS, Windows etc. Write once, run
>> everywhere!"
>>
> Typo
>
Not a typo, otherwise the narrative wouldn't make any sense!
I know what my speculated FFEII said :-)
--
RGB
Neil Truby
news:e37c3$4b432cda$547019ee$19...@news.chello.at...
> Now, what we did when we had problems on SuSE 11.2:
> We deinstalled SuSE java completely.
> Then the JRE, which comes with the package was installed and
> installation of IDS was possible.
I've done that (uninstalling Java):
[root@localhost crap]# rpm -qa | egrep "java|jdk|jre"
sun-javadb-javadoc-10.4.2-1.1
java-1.4.2-gcj-compat-1.4.2.0-40jpp.115
sun-javadb-common-10.4.2-1.1
sun-javadb-demo-10.4.2-1.1
sun-javadb-client-10.4.2-1.1
sun-javadb-core-10.4.2-1.1
sun-javadb-docs-10.4.2-1.1
Now I get:
[root@localhost crap]# ./ids_install -javahome none
(some java class messages ....)
This application requires a Java Run Time Environment (JRE)
to run. Searching for one on your computer was not successful.
Please use the command line switch -javahome to specify
a valid JRE. For more help use the option -help.
Neil Truby
from IBM US for the solution that worked for me, which was:
1. Extract the .jvm.bin file manually
2. Run the installer as is with just new PATH settings that you had used in
JRE extraction test. (PATH=.:$PATH; .jvm.bin)
3. . Let the installer use the extracted JRE. How to do it?
a. update path to include the directory
For. example:
export PATH=<your jvm.bin file extracted path>/bin:$PATH
b. Test its effective by running the command
which java (should report <your jvm.bin file extracted
path>/bin/java)
c. Run the installer w/o "javahome none" (w/o quotes) switch. It
should use the extracted JRE.
It all looks a bit odd - still get some Java class messages - but it works.
Sundar also points out that the Linux distro I'm using (CentOS) isn't
supported. A bit odd that it doesn't work as it's supposed to be a clne of
RHEL.
cheers
Neil
Ian Michael Gumby
> From: neil....@ardenta.com
> Sundar also points out that the Linux distro I'm using (CentOS) isn't
> supported. A bit odd that it doesn't work as it's supposed to be a clne of
> RHEL.
>
The Centos Distro is a bit light and doesn't have everything in it that you find in RedHat.
So while the core (kernel) is the same, there are some pieces missing.
But to your point, you are correct that CentOS should work as a replacement for RedHat.
With respect to 'supported' its true, its not a supported distro. If this is a commercial (production) release, you're better off paying for a commercial release that has support, like RedHat and/or SuSE. Seriously, an hour of your time is more expensive. If not, then you're selling yourself short. ;-)
HTH
-G
Nothing
Had the same problem on HP-UX 11.11.
Method 1:
In you PATH is a path to java which is installed on the node.
Remove all paths to any java on your node from the PATH.
Run the ids_installer, it will use the java that comes with the product.
Method 2:
run the installer with option "-javahome /tmp"
Both methods worked for me.
Peter