agora inbox for pljava-dev@postgresql.org
help / color / mirror / Atom feed[Pljava-dev] Re: Pljava-dev Digest, Vol 22, Issue 1
3+ messages / 0 participants
[nested] [flat]
* [Pljava-dev] Re: Pljava-dev Digest, Vol 22, Issue 1
@ 2005-12-05 02:17
2005-12-05 07:12 ` [Pljava-dev] Re: Pljava-dev Digest, Vol 22, Issue 1
0 siblings, 1 reply; 3+ messages in thread
From: @ 2005-12-05 02:17 UTC (permalink / raw)
yes,Thomas,i just follow your instruction in the pljava homepage.my os is Gentoo -amd64,used database named postgresql 8-0.3,sun-jdk-1.5.0.05-amd64bits,as you have talked in the maillist,when postgresql want to lanuch libpljava.so,fisrt postgresql used to lanuch os's loader,then Gentoo find libpljava.so with path "/usr/lib64/postgresql",not the path which has been given via dynamic_library_path.the error just appeared while i installed it with Gentoo.under knoppix and sun-jdk-1.5-32bits,there is no error with your instruction.
in Gentoo,jdk-64bits,get the "select sqlj.install_jar error",in log,i get jvms error.when i emerge sun-jdk,i got that error:
unpacking: lib/tools.jar unpacking: jre/lib/rt.jar unpacking: jre/lib/jsse.jar unpacking: jre/lib/charsets.jar unpacking: jre/lib/ext/localedata.jar Error occurred during initialization of VM Dumping a shared archive is not supported on the Server JVM. >>> Source unpacked. Be careful: sun-jdk-1.5.0.05's Java compiler uses * '-source 1.5' as default. Some keywords such as 'enum' * are not valid identifiers any more in that mode, * which can cause incompatibility with certain sources.
when i get into sun-jdk1.5-64bits directory,i can not find client subdirectory,just server,but
in i386,i found the both.can you give me some advice about how Gentoo init jdk?
------------------------------
Message: 3
Date: Thu, 01 Dec 2005 08:07:19 +0100
From: Thomas Hallgren
Subject: Re: [Pljava-dev] select sqlj.install_jar error with Gentoo
To: yaer yang
Cc: pljava-dev at gborg.postgresql.org
Message-ID: <438EA127.2020500 at tada.se>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Yang,
No special vmoptions should need to be configured. Can you please tell me:
1. What OS are you on?
2. Are you using any special flags when you compile PL/Java or just 'make'?
3. Can you see some additional info in the backend log file?
Also, perhaps you can try and set "log_min_messages = debug1" in your
postgresql.conf, restart and reproduce the error, and then again check
the backend log. I'm interested in the messages that might precede your
error in that log.
I'm concerned that you cannot get the libpljava.so to load without
copying it. It should load just fine by just setting
= '$libdir:/build/objs'" in
postgresql.conf. Are you sure that's the setting you are using (and that
you remove the leading # on that line)?
Regards,
Thomas Hallgren
---------------------------------
Yahoo! Personals
Single? There's someone we'd like you to meet.
Lots of someones, actually. Yahoo! Personals
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20051204/f98653be/attachment.html;
^ permalink raw reply [nested|flat] 3+ messages in thread
* [Pljava-dev] Re: Pljava-dev Digest, Vol 22, Issue 1
2005-12-05 02:17 [Pljava-dev] Re: Pljava-dev Digest, Vol 22, Issue 1
@ 2005-12-05 07:12 `
0 siblings, 0 replies; 3+ messages in thread
From: @ 2005-12-05 07:12 UTC (permalink / raw)
Yang,
Some answers inline.
yaer yang wrote:
> yes,Thomas,i just follow your instruction in the pljava homepage.my os
> is Gentoo -amd64,used database named postgresql
> 8-0.3,sun-jdk-1.5.0.05-amd64bits,as you have talked in the
> maillist,when postgresql want to lanuch libpljava.so,fisrt postgresql
> used to lanuch os's loader,then Gentoo find libpljava.so with path
> "/usr/lib64/postgresql",not the path which has been given via
> dynamic_library_path.the error just appeared while i installed it with
> Gentoo.
It's not Gentoo that finds libpljava.so. It's the PostgreSQL backend. If
you cannot make the dynamic_library_path appoint the location of
libpljava.so, then something is very wrong in your setup.
> under knoppix and sun-jdk-1.5-32bits,there is no error with your
> instruction.
> in Gentoo,jdk-64bits,
I trust that you compile pljava using the 64-bit JVM on Gentoo? You will
not be able to compile with a 32-bit JVM and then run using the 64-bit JVM.
> get the "select sqlj.install_jar error",in log,i get jvms error.when i
> emerge sun-jdk,i got that error:
> unpacking: lib/tools.jar unpacking: jre/lib/rt.jar unpacking: jre/lib/jsse.jar unpacking: jre/lib/charsets.jar unpacking: jre/lib/ext/localedata.jar Error occurred during initialization of VM Dumping
> a shared archive is not supported on the Server JVM. >>> Source unpacked. Be careful: sun-jdk-1.5.0.05's Java compiler uses * '-source 1.5' as default. Some keywords such as 'enum' * are not valid identifiers any more in that mode, * which can cause incompatibility with certain sources.
>
>
Can you please supply the full log? This printout seems to be a bit
after the fact.
> when i get into sun-jdk1.5-64bits directory,i can not find client subdirectory,just server,but
> in i386,i found the both.can you give me some advice about how Gentoo init jdk?
>
>
No, I've never used Gentoo. Perhaps someone else on this list can give
you advice.
Please reply using plain ASCII. For some reason, all you line breaks
where stripped from your previous reply.
Regards,
Thomas Hallgren
^ permalink raw reply [nested|flat] 3+ messages in thread
* [Pljava-dev] Re: Pljava-dev Digest, Vol 22, Issue 1
@ 2005-12-05 18:48
0 siblings, 0 replies; 3+ messages in thread
From: @ 2005-12-05 18:48 UTC (permalink / raw)
Thomas, I use Gentoo AMD64, I'll try to help. See inline comments.
yaer yang wrote:
> yes,Thomas,i just follow your instruction in the pljava homepage.my
> os is Gentoo -amd64,used database named postgresql
> 8-0.3,sun-jdk-1.5.0.05-amd64bits,as you have talked in the
> maillist,when postgresql want to lanuch libpljava.so,fisrt
> postgresql used to lanuch os's loader,then Gentoo find libpljava.so
> with path "/usr/lib64/postgresql",not the path which has been given
> via dynamic_library_path.the error just appeared while i installed it
> with Gentoo.under knoppix and sun-jdk-1.5-32bits,there is no error
> with your instruction. in Gentoo,jdk-64bits,get the "select
> sqlj.install_jar error",in log,i get jvms error.
What error are you getting?
> when i emerge
> sun-jdk,i got that error: unpacking: lib/tools.jar unpacking:
> jre/lib/rt.jar unpacking: jre/lib/jsse.jar unpacking:
> jre/lib/charsets.jar unpacking: jre/lib/ext/localedata.jar
> Error occurred during initialization of VM Dumping a shared archive
> is not supported on the Server JVM. >>> Source unpacked. Be careful:
> sun-jdk-1.5.0.05's Java compiler uses * '-source 1.5' as default.
> Some keywords such as 'enum' * are not valid identifiers any more
> in that mode, * which can cause incompatibility with certain
> sources.when i get into sun-jdk1.5-64bits directory,i can not find
> client subdirectory,just server,butin i386,i found the both.can you
> give me some advice about how Gentoo init jdk?
That correct, the current 64-bit Java for x86 only supports the server
version, not the client version. But that has no impact on the ability
to use PL/Java. The server vs client aspect of JDK only affects
threading prioritites. At any rate, this is a Gentoo emerge issue, and
has nothing to do with PL/Java.
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 01 Dec 2005 08:07:19 +0100
> From: Thomas Hallgren
> Subject: Re: [Pljava-dev] select sqlj.install_jar error with Gentoo
> To: yaer yang
> Cc: pljava-dev at gborg.postgresql.org
> Message-ID: <438EA127.2020500 at tada.se>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi Yang,
> No special vmoptions should need to be configured. Can you please
> tell me:
> 1. What OS are you on?
> 2. Are you using any special flags when you compile PL/Java or just
> 'make'?
> 3. Can you see some additional info in the backend log file?
>
> Also, perhaps you can try and set "log_min_messages = debug1" in your
> postgresql.conf, restart and reproduce the error, and then again check
> the backend log. I'm interested in the messages that might precede
> your
> error in that log.
>
> I'm concerned that you cannot get the libpljava.so to load without
> copying it. It should load just fine by just setting
> = '$libdir:/build/objs'" in
> postgresql.conf. Are you sure that's the setting you are using (and
> that
> you remove the leading # on that line)?
>
> Regards,
> Thomas Hallgren
>
>
>
>
>
>
>
> Yahoo! Personals
> Single? There's someone we'd like you to meet.
> Lots of someones, actually. Yahoo! Personals
--
Guy Rouillier
^ permalink raw reply [nested|flat] 3+ messages in thread
end of thread, other threads:[~2005-12-05 18:48 UTC | newest]
Thread overview: 3+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2005-12-05 02:17 [Pljava-dev] Re: Pljava-dev Digest, Vol 22, Issue 1
2005-12-05 07:12 `
2005-12-05 18:48 [Pljava-dev] Re: Pljava-dev Digest, Vol 22, Issue 1
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox