Nabble - PL/Java

Canceling row update in before trigger

2009-12-07T04:43:58Z

Hi Everybody,

I'm looking for a method to cancel the row update/insert/delete as
returning NULL in PL/pgSQL would do.
I found a similar question on this mailing list archives (back in
2006) but haven't found any follow up.

Is there any way to do this?

Thanks in advance,
--
Diogo Biazus - diogob@...
Softa Consultoria
http://www.softa.com.br
http://www.postgresql.org.br
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Building AL/java... ERROR

2009-11-14T07:48:11Z

hi all I already installed postgresql 8.1.5 (postgresql-8.1.5.tar.gz) on CentOS v5.3 but, when I'm trying to install AL/java (pljava-src-1.3.0.tar.gz) this msg is appeared (Building AL/java... ERROR) any one can help me plz PS: I installed JAVA platform [Sun GlassFish Enterprise Server v2.1 (9.1.1) (build b60e-fcs)] any conflict with it??? Regards.

Regards, Ahmad alphaoscar72@hotmail.com

8.4/8.5 compatibility

2009-10-27T07:58:51Z

I was just updating the PostgreSQL one-click installer build for PG8.5
and had to hack pljava 1.4 to get it to build. I figured I should pass
on the patches we're using:

pljava-fix.patch updates the code for changes in the custom GUC api in 8.4+

pljava-fix2.patch allows us to build against a alpha version.

pljava-fix3.patch updates the code for a recent API change in 8.5 alpha 2.

--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
PGDay.EU 2009 Conference: http://2009.pgday.eu/start

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

pljava-fix.patch (5K) Download Attachment
pljava-fix2.patch (956 bytes) Download Attachment
pljava-fix3.patch (2K) Download Attachment

Re: Compiling with JDK6

2009-10-22T13:22:19Z

Hey guys, anyone can give me some guidance?
Tiago

iMDT - Tiago Jacobs wrote:

> Hello guys, i downloaded this version of jar:
> http://ejurka.com/pgsql/pljava/hauke/
>
> It worked with my JRE from JDK6.
>
> But I want to compile it by myself, and do some patches on code.
>
> Someonde can help me compiling it against JDK6?
>
> I get errors of ambiguous references to functions.
>
> Tiago
> _______________________________________________
> Pljava-dev mailing list
> Pljava-dev@...
> http://pgfoundry.org/mailman/listinfo/pljava-dev

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Compiling with JDK6

2009-10-07T21:16:46Z

Hello guys, i downloaded this version of jar:
http://ejurka.com/pgsql/pljava/hauke/

It worked with my JRE from JDK6.

But I want to compile it by myself, and do some patches on code.

Someonde can help me compiling it against JDK6?

I get errors of ambiguous references to functions.

Tiago
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Rules

2009-09-03T22:49:25Z

Hi,

I have searched quite a bit, but it seems there is no information on how
to use PL/Java to create a rule. Is it at all possible to write a rule
in the following way to let a function handle the events on a table:

CREATE OR REPLACE RULE someRule AS ON INSERT
TO someTable
DO INSTEAD SELECT someJavaFunction(NEW);

The reason for my asking is that I am trying to see if I can develop an
easy way to deploy a PL/Java jar by using Java annotations. For example,
if I write a Java function as follows:

package some.package;

public class TriggerFunctions {
@PGTriggerAfter("someTrigger")
@PGOperation({PGOperation.INSERT,PGOperation.UPDATE})
@PGTable({"someTable","anotherTable"})
public static void handlerForSomeTrigger(TriggerData data)
throws SQLException {
// Some logic
}
}

I run my deployment script generator and it spits out SQL that looks
like this:

CREATE OR REPLACE FUNCTION someTrigger
RETURNS trigger
AS 'some.package.TriggerFunctions.handlerForSomeTrigger'
LANGUAGE java;

DROP TRIGGER IF EXISTS someTrigger_someTable ON entity;
CREATE TRIGGER someTrigger_someTable AFTER INSERT OR UPDATE
ON someTable FOR EACH ROW
EXECUTE PROCEDURE syncFromDevice;

DROP TRIGGER IF EXISTS someTrigger_anotherTable ON address;
CREATE TRIGGER someTrigger_anotherTable AFTER INSERT OR UPDATE
ON anotherTable FOR EACH ROW
EXECUTE PROCEDURE someTrigger;

Now when it comes to rules, you could do the following:

CREATE OR REPLACE FUNCTION someRule(Field1 as text, Field2 as text)
RETURNS void
AS 'some.package.RuleFunctions.handlerForSomeRule'
LANGUAGE java;

CREATE OR REPLACE RULE someRule_someTable AS ON INSERT
TO someTable
DO INSTEAD SELECT someRule(NEW.Field1, NEW.Field2);

The problem with this is that you have to know how to match the fields
in the table to the parameters in the Java method. At runtime (when I
generate the script), you can only determine the types of the parameter,
not their names, so doing some kind of automatic field assignments is
not an easy task. Therefore, if you could write the function with some
other parameter such as "RuleData" (as in TriggerData for triggers) or
ResultSet as a single parameter, it would make this possible.

Any ideas would be appreciated.

Kind regards
John Bester

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

PLJava SIGSEGV on Linux

2009-09-03T08:23:23Z

Hi,

I'm new to PLJava and am experiencing a problem. I've done the usual
google searches and haven't really found anything to help with my
problem - so I'm posting my problem here in the hope that someone's seen
it before and can point me in the right direction.

I'm using the following systems/software:

Postgres: v8.3.3 on x86_64-pc-linux-gnu

PLJava: 1.4.0 (pljava-x86_64-unknown-linux-gnu-pg8.3-1.4.0.tar.gz
downloaded from
http://pgfoundry.org/frs/?group_id=1000038&release_id=1024)

Java: Sun Java HotSpot(TM) 64-Bit Server VM (14.2-b01) for linux-amd64
JRE (1.6.0_16-b01)

Running on a HP server running Debian (etch) Linux 2.6.18-5-amd64 #1 SMP
Sat Dec 22 20:43:59 UTC 2007 x86_64 GNU/Linux

JBoss: jboss-4.2.3.GA

Our PLJava application is straightforward enough. On startup, we create
a database connection and invoke some sql code that invokes a java
function that registers a pljava/postgres transaction listener. Then
during normal usage, a database transaction is started, data in various
tables is modified - and we invoke another java function multiple times
to keep "track" of which items in the database have been modified by
this transaction.

Finally, when the transaction commits, the previously registered
transaction listener is automatically executed. This listener publishes
the list of changed database items onto a JBoss JMS topic.

This appears to work OK - but we regularly see the postgres processes
restarting due to a SIGSEGV fault in the jvm. Under light loads (1
transaction an hour) it can be several days before we see the restart.
We can provoke the restart by firing lots of concurrent transactions at
the database server (most of which modify data and hence end up
publishing the changes) - this causes a restart within 15 minutes
usually.

The problem nearly always occurs in JNI_callStaticVoidMethodV.

I've attached the java crash-log.

Does anyone have any pointers on what could be causing this?

Thanks,
--Jatinder

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

hs_err_pid21360.log (36K) Download Attachment

Proper use of ResultSetHandle and related memory leaks

2009-08-18T10:27:53Z

Hello,

I have a pl/java routine that does some complex calculations based on database information, inserts it into another database table, and then essentially does a select on itself to return a resultSet:

    public ResultSet getResultSet() throws SQLException {
        if(resid != null) {
            statement = DriverManager.getConnection("jdbc:default:connection").createStatement();
            return statement.executeQuery("SELECT * FROM tblResult WHERE ResultID = '" + resid + "'");
        }
        return null;
    }

(resid is a class member variable, a UUID, and everything works fine).

However, executing this nearly 1,000 times in an open session leads to the postgres instance growing to nearly 1gb in memory usage. Clearly, there is a memory leak somewhere, but I would think that the ResultSet and its open connections would be gc'd once the class instance was no longer used.

So, I recoded the above to use a CachedResultSet, closed the connection and statement, and the memory leak still persists. Is there a proper way to use this that I'm not envisioning? Or have I run into a bug?

Thanks,
Lucas

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Hi all

2009-07-29T20:23:18Z

Hi everyone,

I wonder if anyone can help me out with installing pljava for my kernel
version and architecture:

When I enter "uname -a" I get:

Linux <server-name> 2.6.24-23-xen #1 SMP Mon Jan 26 03:09:12 UTC 2009
x86_64 GNU/Linux

If I do java -version I get:

java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.4.1) (6b14-1.4.1-0ubuntu10)
OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode)

If anyone can guide me through installing pljava for this particular set
up (someone pointed out that there are approx. 240 different
configurations, so I guess there's a <.5 percent chance that any given
person will be familiar with this!

Thanks in advance!

Cheers,

Gabe Holmes
Salisbury MD
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Class Loading issues

2009-07-22T09:56:49Z

Hi -

1. Please see error log below. I can possibly see why its failing as the
ClassLoader being used does not know about my application jar(installed
via sqlj.install_jar).. I can fix this problem by adding the necessary
jars into pljava.jar, but the docs say not to do this. What is the
recommended solution?

2. The JVM is crashing because I've got some code that gets called in
TransactionListener.onCommit() and at some point the JVM must be trying
to load a class definition. So sqlj.Loader.findClass() is called which
executes some SQL. I vaguely remember reading a post to say, in your
code, don't do any SQL... ? Is there a recommended solution to this
problem?

3. I've tried specifying the JVM option "-server" but the JVM fails to
start up, is this possible?

Thanks in advance.

Thanks -
John.

2009-07-22 16:46:59 BST DEBUG: Added JVM option string
"-Djava.class.path=C:/Program
Files/PostgreSQL/8.3/share/pljava/pljava.jar;.;C:\Program
Files\Java\jre6\lib\ext\QTJava.zip"
2009-07-22 16:46:59 BST DEBUG: Added JVM option string
"-Dsqlj.defaultconnection=jdbc:default:connection"
2009-07-22 16:46:59 BST DEBUG: Added JVM option string "vfprintf"
2009-07-22 16:46:59 BST DEBUG: Added JVM option string "-Xrs"
2009-07-22 16:46:59 BST DEBUG: Creating JavaVM
2009-07-22 16:47:00 BST DEBUG: JavaVM created
2009-07-22 16:47:00 BST DEBUG: Getting Backend class pljava.jar
2009-07-22 16:47:00 BST DEBUG: Backend class was there
2009-07-22 16:47:00 BST DEBUG: 22 Jul 09 16:47:00
org.postgresql.pljava.internal.Backend Using SecurityManager for trusted
language
2009-07-22 16:47:00 BST DEBUG: 22 Jul 09 16:47:00
org.postgresql.pljava.sqlj.Loader Creating typeMappings for schema dbjms
2009-07-22 16:47:00 BST DEBUG: Loading class
com.x.y.dbjms.PLJUpdatesPublisher
2009-07-22 16:47:00 BST DEBUG: Obtaining method
com.x.y.dbjms.PLJUpdatesPublisher.init ()I
javax.naming.NoInitialContextException: Cannot instantiate class:
org.jnp.interfaces.NamingContextFactory [Root exception is
java.lang.ClassNotFoundException:
org.jnp.interfaces.NamingContextFactory]
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:657)
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
at javax.naming.InitialContext.init(InitialContext.java:223)
at javax.naming.InitialContext.<init>(InitialContext.java:197)
at
com.sangha.server.dbjms.UpdatesPublisher.openConnection(UpdatesPublisher
.java:80)
at
com.sangha.server.dbjms.PLJUpdatesPublisher.init(PLJUpdatesPublisher.jav
a:36)
Caused by: java.lang.ClassNotFoundException:
org.jnp.interfaces.NamingContextFactory
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)
at
com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:4
2)
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
... 5 more

2009-07-22 16:47:00 BST ERROR: javax.naming.NoInitialContextException:
Cannot instantiate class: org.jnp.interfaces.NamingContextFactory

Coalition Development Ltd 1st Floor, One Newhams Row, London, United Kingdom, SE1 3UZ
Registration Number - 04328897 Registered Office - Direct Control 3rd Floor, Marvic House, Bishops Road, London, United Kingdom, SW6 7AD

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Compilation for PostgreSQL 8.4

2009-07-20T11:33:31Z

Hi!

I'd like to build plJava for PostgreSQL - where I can find newest sources?
Files from CVS looks pretty old.
Maybe someone already has version plJava for new PostgreSQL 8.4? :-)

--
Andrzej Zawadzki
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Installing pljava--pg8.2-1.4.0. on centos 5.3 and Postgres 8.2.13

2009-07-03T16:08:56Z

Hi i'm trying to install pljava--pg8.2-1.4.0. on centos 5.3, i have already installed Postgres 8.2.13 and i t works fine, the problem is that when i try to install pljava it gives the next error message:

(i'm introducing this command on terminal)

$ psql -d postgres -f install.sql

psql:install.sql:1: ERROR: schema "sqlj" already exists
GRANT
psql:install.sql:6: ERROR: could not load library "/usr/local/pgsql/lib/pljava.so": libjvm.so: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio
psql:install.sql:8: ERROR: function sqlj.java_call_handler() does not exist
psql:install.sql:12: ERROR: could not load library "/usr/local/pgsql/lib/pljava.so": libjvm.so: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio
psql:install.sql:14: ERROR: function sqlj.javau_call_handler() does not exist
psql:install.sql:23: NOTICE: CREATE TABLE will create implicit sequence "jar_repository_jarid_seq1" for serial column "jar_repository.jarid"
psql:install.sql:23: ERROR: relation "jar_repository" already exists
GRANT
psql:install.sql:32: NOTICE: CREATE TABLE will create implicit sequence "jar_entry_entryid_seq1" for serial column "jar_entry.entryid"
psql:install.sql:32: ERROR: relation "jar_entry" already exists
GRANT
ALTER TABLE
psql:install.sql:43: ERROR: relation "classpath_entry" already exists
GRANT
psql:install.sql:50: NOTICE: CREATE TABLE will create implicit sequence "typemap_entry_mapid_seq1" for serial column "typemap_entry.mapid"
psql:install.sql:50: ERROR: relation "typemap_entry" already exists
GRANT
psql:install.sql:55: ERROR: language "java" does not exist
psql:install.sql:59: ERROR: language "java" does not exist
psql:install.sql:63: ERROR: language "java" does not exist
psql:install.sql:67: ERROR: language "java" does not exist
psql:install.sql:71: ERROR: language "java" does not exist
psql:install.sql:75: ERROR: language "java" does not exist
psql:install.sql:79: ERROR: language "java" does not exist
psql:install.sql:83: ERROR: language "java" does not exist
psql:install.sql:87: ERROR: language "java" does not exist

First of all i want to know if the version of pljava is correct for the version of postgresql, and if it also ok that centos is on it latest version or not. And also i would like to know if the command i'm writing on terminal is correct. THANKS FOR YOUR HELP!!!

Re: uuid datatypes and prepared statements

2009-06-24T11:57:28Z

Sorry if I wasn't clear... I had spent a few hours trying to figure out
the problem and it was getting late. I was trying both for Strings and
native UUIDs, because I thought that could be a potential solution. The
solution worked except for setting null UUIDs, as there is no SqlType
that corresponds to them in PL/Java.

The problem turns out to be in postgresql itself and only manifests in
prepared statements. In fact, the error occurs when preparing the
statement the first time, not when actually querying anything. Since the
prepared statement is using a 'text' type for the column value and the
actual column type is uuid, this is an implicit cast from text to uuid,
which postgresql doesn't allow. I worked around this with CREATE CAST
and a custom C driver (yuck). I noticed that you're a postgresql
developer as well; is this something that is planned to be fixed in 8.4?

Thanks,
Lucas

On 6/24/2009 11:44 AM, Kris Jurka wrote:

> It's not clear what's going on here. Your initial claim was that the
> native Java type was String rather than UUID, but your second message
> states that the native type was UUID.
>
> I don't think it will work for doing things like making getObject() on
> a uuid value return a UUID type.
>
> pljava also can't do this for you automatically because UUID is new to
> the 1.5 JDK while pljava still supports JDK 1.4. For the regular
> client JDBC driver, this functionality is only available in the JDBC4
> jar for this reason.
>
> Kris Jurka
>
> Lucas Madar wrote:
>> I found a workaround, but I'm not sure if there are any bad side
>> effects to doing it this way: (other than it being ugly)
>>
>> Before I do any queries with Java UUIDs, I do:
>> Oid.registerType(UUID.class, new Oid(2950));
>> (2950 is the 'magic number' OID from postgresql's types.h)
>>
>> This seems to have the effect of letting JDBC map Java native UUIDs
>> to Postgresql UUIDs.
>>
>> - Lucas
>>
>> On 6/23/2009 8:00 PM, Lucas Madar wrote:
>>> I'm running into a weird error when using prepared statements within
>>> pl/java:
>>>
>>> ERROR: operator does not exist: uuid = text
>>>
>>> This is from a very basic query of "SELECT xxx FROM table WHERE
>>> uuid=?". The table's column type is uuid and the java native type is
>>> String. It works fine via plain JDBC and also works via pl/java if I
>>> use a ::uuid after the query. However, this makes maintaining these
>>> queries a mess. I'm running postgres 8.3.7.
>>>
>>> Has anyone else experienced this?
>>>
>> _______________________________________________
>> Pljava-dev mailing list
>> Pljava-dev@...
>> http://pgfoundry.org/mailman/listinfo/pljava-dev
>

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: uuid datatypes and prepared statements

2009-06-24T11:44:17Z

It's not clear what's going on here. Your initial claim was that the
native Java type was String rather than UUID, but your second message
states that the native type was UUID.

I don't think it will work for doing things like making getObject() on a
uuid value return a UUID type.

pljava also can't do this for you automatically because UUID is new to
the 1.5 JDK while pljava still supports JDK 1.4. For the regular client
JDBC driver, this functionality is only available in the JDBC4 jar for
this reason.

Kris Jurka

Lucas Madar wrote:

> I found a workaround, but I'm not sure if there are any bad side effects
> to doing it this way: (other than it being ugly)
>
> Before I do any queries with Java UUIDs, I do:
> Oid.registerType(UUID.class, new Oid(2950));
> (2950 is the 'magic number' OID from postgresql's types.h)
>
> This seems to have the effect of letting JDBC map Java native UUIDs to
> Postgresql UUIDs.
>
> - Lucas
>
> On 6/23/2009 8:00 PM, Lucas Madar wrote:
>> I'm running into a weird error when using prepared statements within
>> pl/java:
>>
>> ERROR: operator does not exist: uuid = text
>>
>> This is from a very basic query of "SELECT xxx FROM table WHERE
>> uuid=?". The table's column type is uuid and the java native type is
>> String. It works fine via plain JDBC and also works via pl/java if I
>> use a ::uuid after the query. However, this makes maintaining these
>> queries a mess. I'm running postgres 8.3.7.
>>
>> Has anyone else experienced this?
>>
> _______________________________________________
> Pljava-dev mailing list
> Pljava-dev@...
> http://pgfoundry.org/mailman/listinfo/pljava-dev

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: uuid datatypes and prepared statements

2009-06-23T23:49:41Z

I found a workaround, but I'm not sure if there are any bad side effects
to doing it this way: (other than it being ugly)

Before I do any queries with Java UUIDs, I do:
Oid.registerType(UUID.class, new Oid(2950));
(2950 is the 'magic number' OID from postgresql's types.h)

This seems to have the effect of letting JDBC map Java native UUIDs to
Postgresql UUIDs.

- Lucas

On 6/23/2009 8:00 PM, Lucas Madar wrote:

> I'm running into a weird error when using prepared statements within
> pl/java:
>
> ERROR: operator does not exist: uuid = text
>
> This is from a very basic query of "SELECT xxx FROM table WHERE
> uuid=?". The table's column type is uuid and the java native type is
> String. It works fine via plain JDBC and also works via pl/java if I
> use a ::uuid after the query. However, this makes maintaining these
> queries a mess. I'm running postgres 8.3.7.
>
> Has anyone else experienced this?
>

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

uuid datatypes and prepared statements

2009-06-23T20:00:44Z

I'm running into a weird error when using prepared statements within pl/java:

ERROR: operator does not exist: uuid = text

This is from a very basic query of "SELECT xxx FROM table WHERE uuid=?". The table's column type is uuid and the java native type is String. It works fine via plain JDBC and also works via pl/java if I use a ::uuid after the query. However, this makes maintaining these queries a mess. I'm running postgres 8.3.7.

Has anyone else experienced this?

Thanks,
Lucas

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: How to read LargeObject with pljava?

2009-06-18T10:52:14Z

On Wed, 17 Jun 2009, Oleg Vasylenko wrote:

> Does org.postgresql.pljava.internal.LargeObject object and methods
> read/write/open/close still being experimental or methods have to work
> correctly in PLJava 1.4.0?

Looking at the source code, it doesn't work at all. With the attached
patch it mostly works. LargeObject.create still doesn't work and you will
get warnings about relcache reference leaks, but these are harmless and
can be ignored.

Kris Jurka
Index: src/C/pljava/type/LargeObject.c
===================================================================
RCS file: /cvsroot/pljava/org.postgresql.pljava/src/C/pljava/type/LargeObject.c,v
retrieving revision 1.14
diff -c -r1.14 LargeObject.c
*** src/C/pljava/type/LargeObject.c 28 May 2006 22:01:48 -0000 1.14
--- src/C/pljava/type/LargeObject.c 18 Jun 2009 17:07:49 -0000
***************
*** 23,38 ****
*/
jobject LargeObject_create(LargeObjectDesc* lo)
{
- jobject jlo;
- Ptr2Long loH;
-
if(lo == 0)
return 0;

! loH.longVal = 0L; /* ensure that the rest is zeroed out */
! loH.ptrVal = lo;
! jlo = JNI_newObject(s_LargeObject_class, s_LargeObject_init, loH.longVal);
! return jlo;
}

extern void LargeObject_initialize(void);
--- 23,32 ----
*/
jobject LargeObject_create(LargeObjectDesc* lo)
{
if(lo == 0)
return 0;

! return JNI_newObject(s_LargeObject_class, s_LargeObject_init, Invocation_createLocalWrapper(lo));
}

extern void LargeObject_initialize(void);

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: How to read LargeObject with pljava?

2009-06-17T06:12:49Z

Does org.postgresql.pljava.internal.LargeObject object and methods
read/write/open/close still being experimental or methods have to work
correctly in PLJava 1.4.0?

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

How to read LargeObject with pljava?

2009-06-13T02:43:02Z

Hi everybody!

Have some code to read LargeObject from db and create digest message for
the it content. The code generate an error attemtting to read a portion
of LO.

Could anybody give an example how to read LO from database?

I'm using jre1.6.0.13, pljava1.4.0, postgresql8.3.7.

Thanks.

import java.io.FileOutputStream;
import java.math.BigInteger;
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
import java.sql.DriverManager;
import java.sql.SQLException;
import java.util.logging.Logger;
import org.postgresql.largeobject.LargeObject;
import org.postgresql.largeobject.LargeObjectManager;

public class ServerDigestCreator {

public static String
anotherCreateStrDigest(org.postgresql.pljava.internal.Oid lObjectId)
throws SQLException,NoSuchAlgorithmException
{
String digest = null;
java.sql.Savepoint sp = null;
if(lObjectId==null) return null;
java.sql.Connection aConnection =
DriverManager.getConnection("jdbc:default:connection");
try{
sp = aConnection.setSavepoint();
org.postgresql.pljava.internal.LargeObject lo =
org.postgresql.pljava.internal.LargeObject.open(lObjectId,
org.postgresql.pljava.internal.LargeObject.INV_READ);
MessageDigest aDigest = MessageDigest.getInstance("md5");
if(lo==null) {
aConnection.releaseSavepoint(sp);
return digest;
}
byte buf[] = new byte[2048];
int s=0;
while((s = lo.read(buf))!=0)
<---------------------- Error occurs here
=============================================================
aDigest.update(buf); byte[] digestByteArray
= aDigest.digest();
BigInteger tempBI = new BigInteger(digestByteArray);
digest = tempBI.toString(); lo.close();
aConnection.releaseSavepoint(sp);
}
catch(SQLException ex)
{ if(sp!=null)
aConnection.rollback(sp);
Logger.getAnonymousLogger().info("ERROR: " + ex.getMessage()
+ "\n");
throw new SQLException(ex.getMessage());
}
return digest;
}

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

How to read LargeObject with pljava?

2009-06-13T01:53:19Z

Hi everybody!

Have some code to read LargeObject from db and create digest message for
the it content. The code generate an error attemtting to read a portion
of LO.

Could anybody give an example how to read LO from database?

I'm using jre1.6.0.13, pljava1.4.0, postgresql8.3.7.

Thanks.

import java.io.FileOutputStream;
import java.math.BigInteger;
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
import java.sql.DriverManager;
import java.sql.SQLException;
import java.util.logging.Logger;
import org.postgresql.largeobject.LargeObject;
import org.postgresql.largeobject.LargeObjectManager;

public class ServerDigestCreator {

public static String
anotherCreateStrDigest(org.postgresql.pljava.internal.Oid lObjectId)
throws SQLException,NoSuchAlgorithmException
{
String digest = null;
java.sql.Savepoint sp = null;
if(lObjectId==null) return null;
java.sql.Connection aConnection =
DriverManager.getConnection("jdbc:default:connection");
try{

sp = aConnection.setSavepoint();
org.postgresql.pljava.internal.LargeObject lo =
org.postgresql.pljava.internal.LargeObject.open(lObjectId,
org.postgresql.pljava.internal.LargeObject.INV_READ);

MessageDigest aDigest = MessageDigest.getInstance("md5");

if(lo==null) {
aConnection.releaseSavepoint(sp);
return digest;
}
byte buf[] = new byte[2048];
int s=0;

while((s = lo.read(buf))!=0)
<---------------------- Error occurs here
=============================================================
aDigest.update(buf);

byte[] digestByteArray = aDigest.digest();
BigInteger tempBI = new BigInteger(digestByteArray);
digest = tempBI.toString();
lo.close();

aConnection.releaseSavepoint(sp);
}
catch(SQLException ex)
{
if(sp!=null)
aConnection.rollback(sp);
Logger.getAnonymousLogger().info("ERROR: " + ex.getMessage()
+ "\n");
throw new SQLException(ex.getMessage());
}

return digest;
}

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: threads left running after function end

2009-05-26T23:07:00Z

Kris Jurka wrote:

> Without a fix to this I don't see any alternative to dropping the
> trusted version of pljava.
>
I think the easiest fix would be to prevent a trusted function from ever calling an untrusted
function. I don't think that would be too limiting and it should be easy enough to check. The
semantic would do something like this:

At the point when the SecurityManager is replaced, check if the invocation is nested. If it is,
check if the current SecurityManager is the one used by a trusted function. If so, throw an exception.

Regards,
Thomas Hallgren
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: threads left running after function end

2009-05-26T17:18:45Z

On Fri, 10 Oct 2008, Thomas Hallgren wrote:

> Keep in mind that the JVM has at least one thread that does garbage
> collection. It might have other threads as well that performs other type
> of maintenance. Such thread will never access the database and it's
> probably a bad thing to keep them from doing their work.

That's OK because the calls to Thread only look at the current (and sub)
ThreadGroups. The JVM threads are elsewhere and are not found.

Unfortunately just ensuring that all threads end before function return is
not enough to plug the security hole. If a trusted function calls an
untrusted function, as soon as the untrusted function is invoked, the
SecurityManager is replaced and another thread of the trusted function can
do nefarious things. Instead of two SecurityManagers that get switched
back and forth, we need a single SecurityManager that can tell in what
context it's being used. Unfortunately I have no idea how to do that at
the moment.

Without a fix to this I don't see any alternative to dropping the trusted
version of pljava.

Kris Jurka
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: Installation instructions

2009-05-07T13:42:07Z

Roberts, Jon wrote:
> http://wiki.tada.se/display/pljava/Windows+Installation
>
>
> I’m getting a Forbidden error when trying to review the Windows
> Installation. Anyone have another link for this?
>

The wiki has gone down and isn't coming back any time soon. The Wayback
Machine has the old content though:

http://web.archive.org/web/20071226033408/wiki.tada.se/display/pljava/Windows+Installation

Kris Jurka
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Installation instructions

2009-05-07T08:27:38Z

http://wiki.tada.se/display/pljava/Windows+Installation

I’m getting a Forbidden error when trying to review the Windows Installation. Anyone have another link for this?

Jon

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: installing and configuring pljava on XP ?????

2009-04-24T00:23:20Z

Hi,

My PATH is set as follows:
C:\Program Files\Java\jdk1.6.0\bin;C:\Program Files\Java\jre1.6.0\bin;C:\Program Files\Java\jre1.6.0\bin\client

classpath: .;C:\Program Files\PostgreSQL\8.3\share\pljava\pljava.jar

and i am still getting this error messsage:

ERROR: could not load library "C:/Program Files/PostgreSQL/8.3/lib/pljava.dll": The specified module could not be found.
SQL state: 58P01 when i run the install.sql script.

here's my postgres config file setting:

dynamic_library_path = '$libdir;C:\\Program Files\\PostgreSQL\\8.3\\share\\pljava'
custom_variable_classes = 'pljava'
pljava.classpath='C:\\Program Files\\PostgreSQL\\8.3\\share\\pljava.jar'

Roman.

--- On Thu, 4/23/09, Kris Jurka <books@...> wrote:

> From: Kris Jurka <books@...>
> Subject: Re: [Pljava-dev] installing and configuring pljava on XP ???
> To: autisi@...
> Cc: Prabhakara_Janardhan@..., pljava-dev@...
> Date: Thursday, April 23, 2009, 3:54 PM
> While Janardhan's instructions are accurate, they are
> overcomplicating things. In all likelihood you just
> don't have jvm.dll on your PATH and there are certainly
> easier ways to fix that than scripting registry edits.
> Simply do a search to find "jvm.dll" on your
> computer and add that directory to the system PATH
> environment variable. Then restart your postgresql server
> and you should be able to install pljava.
>
> Kris Jurka
>
> Smith Roman wrote:
> > Hi,
> >
> > Well what your proposing is certainly not a painless
> alternative. I have no experience on manipulating windows
> registry. To be frank, I don't know how to do what your
> proposing. But will reinstalling postgresql 8.3 with the
> pljava option enabled do the trick ? This sounds like a more
> easier option to me.
> >
> > Thanks,
> >
> > Smith
> >
> >
> > --- On *Wed, 4/22/09, Prabhakara_Janardhan@...
> /<Prabhakara_Janardhan@...>/* wrote:
> >
> > From: Prabhakara_Janardhan@...
> <Prabhakara_Janardhan@...>
> > Subject: RE: [Pljava-dev] installing and
> configuring pljava on XP ???
> > To: autisi@..., pljava-dev@...
> > Date: Wednesday, April 22, 2009, 3:36 PM
> >
> > The module not found is because
> > some dependency (which is usually
> > jmv.dll) is not resolved.
> >
> > The Windows installer has an option of installing
> PL/Java. If you didn't
> > install PL/Java while installing PostgreSQL (which
> was the case for me),
> > then the only sure shot way of getting this to
> work for me was to get
> > the pljava.dll,pljava.jar, install.sql and
> uninstall.sql from another
> > install (*with* PL/Java) - or you can download the
> binaries alone from
> > the project site - if you don't want to build
> PL/Java on Windows.
> >
> > Also make sure that all the dependencies for
> pljava.dll are resolved
> > (and hence it can be loaded by the postgres
> backend) (use a tool such as
> > depends: http://www.dependencywalker.com/ ). Note:
> pljava.dll depends on
> > jmv.dll from the JRE installation...
> >
> > To satisfy the dependency, I had to manually add
> an entry to the system
> > wide PATH variable in the registry to point to the
> libjava.dll :
> >
> > sub updateWindowsPathVariable(){
> > #print "Current Path Variable: $PATH
> \n\n";
> > my $CHANGED = 0;
> > my $PATH =
> >
> getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> > on
> Manager\\Environment","PATH");
> > $PATH=~s/\\$//; # strip off the
> trailing backslash if it exists
> > if($PATH !~
> m/.*\\jre\\bin\\server/){
> >
> $PATH="$JAVA_HOME\\jre\\bin\\server;".$PATH;
> >
> setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> > on
> >
> Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
> > $CHANGED = 1;
> > }
> > if($PATH !~
> m/.*\\db\\controldb\\bin/){
> >
> $PATH="$########\\db\\controldb\\bin;$#######\\db\\controldb\\lib;".$PAT
> > H;
> >
> setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> > on
> >
> Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
> > $CHANGED = 1;
> > }
> > if($CHANGED == 1){
> > my
> >
> $NEWPATH=getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Contr
> > ol\\Session
> Manager\\Environment","PATH");
> > $ENV{"PATH"}=$NEWPATH;
> > #print "New Path Variable: $NEWPATH
> \n\n"
> > }
> > }
> >
> > sub setRegVal(){
> > my $REGISTRY_KEY="$_[0]";
> > my $KEY_NAME="$_[1]";
> > my $KEY_TYPE="$_[2]";
> > my $KEY_VALUE="$_[3]";
> > system("reg add
> \"$REGISTRY_KEY\" /v
> > \"$KEY_NAME\" /t
> \"$KEY_TYPE\"
> > /d \"$KEY_VALUE\" /f
> >NUL") == 0 or die "Cannot
> > update reg entry:
> > $REGISTRY_KEY\\$KEY_NAME\n";
> > }
> >
> > sub getRegVal{
> > my $REGISTRY_KEY="$_[0]";
> > my $KEY_NAME="$_[1]";
> > my $KEY_VALUE;
> > open(REGQUERY,"reg query
> \"$REGISTRY_KEY\" /v
> > \"$KEY_NAME\" 2>&1
> |")
> > or die "Cannot open reg query\n";
> > while (<REGQUERY>){
> > if(/$KEY_NAME/){
> > s/REG_SZ//g;
> > s/$KEY_NAME//g;
> > s/\t//g;
> > s/ //g;
> > $KEY_VALUE=$_;
> > }
> > }
> > close(REGQUERY);
> > chomp($KEY_VALUE);
> > $KEY_VALUE;
> > }
> >
> > Finally, I had to add the section in
> postgresql.conf for PL/Java (I had
> > to script all this up).
> >
> >
> > Is this painless? I reckon not... But it works for
> me.
> >
> > -Janardhan Prabhakara
> >
> >
> > -----Original Message-----
> > >From: pljava-dev-bounces@...
> > [mailto:pljava-dev-bounces@...] On
> Behalf Of Smith Roman
> > Sent: Wednesday, April 22, 2009 2:27 AM
> > To: pljava-dev@...
> > Subject: [Pljava-dev] installing and configuring
> pljava on XP ???
> >
> >
> > Hi,
> >
> > I am new to PL/Java. I have spent days trying to
> configure pljava with
> > postgresql on my xp machine. I have read several
> guidelines or
> > instructions on the web but to no avail. I keep
> getting a C:/Program
> > Files/PostgreSQL/8.3/lib/pljava.dll or pljava
> module not found. It seems
> > that several programmers are having this issue.
> Is'nt there a sure way
> > of getting it to work painlessly.
> >
> >
> > I would really appreciate it if I can get help on
> this issue.
> > Thanks,
> >
> > Smith.
> >
> >
> >
> >
> >
> > _______________________________________________
> > Pljava-dev mailing list
> > Pljava-dev@...
> > http://pgfoundry.org/mailman/listinfo/pljava-dev
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Pljava-dev mailing list
> > Pljava-dev@...
> > http://pgfoundry.org/mailman/listinfo/pljava-dev

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: installing and configuring pljava on XP ???

2009-04-23T08:56:26Z

Using the installer to install pljava will only work if you already have
jvm.dll on your path. The installer won't touch the PATH environment
variable. So fix up your path first before trying anything else.

Prabhakara_Janardhan@... wrote:

> Yes! :)
>
> ------------------------------------------------------------------------
> *From:* Smith Roman [mailto:autisi@...]
> *Sent:* Thursday, April 23, 2009 2:27 AM
> *To:* Prabhakara, Janardhan
> *Cc:* pljava-dev@...
> *Subject:* RE: [Pljava-dev] installing and configuring pljava on XP ???
>
> Hi,
>
> Well what your proposing is certainly not a painless alternative. I
> have no experience on manipulating windows registry. To be frank, I
> don't know how to do what your proposing. But will reinstalling
> postgresql 8.3 with the pljava option enabled do the trick ? This sounds
> like a more easier option to me.
>
> Thanks,
>
> Smith
>
>
> --- On *Wed, 4/22/09, Prabhakara_Janardhan@...
> /<Prabhakara_Janardhan@...>/* wrote:
>
> From: Prabhakara_Janardhan@... <Prabhakara_Janardhan@...>
> Subject: RE: [Pljava-dev] installing and configuring pljava on XP ???
> To: autisi@..., pljava-dev@...
> Date: Wednesday, April 22, 2009, 3:36 PM
>
> The module not found is because
> some dependency (which is usually
> jmv.dll) is not resolved.
>
> The Windows installer has an option of installing PL/Java. If you didn't
> install PL/Java while installing PostgreSQL (which was the case for me),
> then the only sure shot way of getting this to work for me was to get
> the pljava.dll,pljava.jar, install.sql and uninstall.sql from another
> install (*with* PL/Java) - or you can download the binaries alone from
> the project site - if you don't want to build PL/Java on Windows.
>
> Also make sure that all the dependencies for pljava.dll are resolved
> (and hence it can be loaded by the postgres backend) (use a tool such as
> depends: http://www.dependencywalker.com/ ). Note: pljava.dll depends on
> jmv.dll from the JRE installation...
>
> To satisfy the dependency, I had to manually add an entry to the system
> wide PATH variable in the registry to point to the libjava.dll :
>
> sub updateWindowsPathVariable(){
> #print "Current Path Variable: $PATH \n\n";
> my $CHANGED = 0;
> my $PATH =
> getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> on Manager\\Environment","PATH");
> $PATH=~s/\\$//; # strip off the trailing backslash if it exists
> if($PATH !~ m/.*\\jre\\bin\\server/){
>
> $PATH="$JAVA_HOME\\jre\\bin\\server;".$PATH;
>
> setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> on
> Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
> $CHANGED = 1;
> }
> if($PATH !~ m/.*\\db\\controldb\\bin/){
>
> $PATH="$########\\db\\controldb\\bin;$#######\\db\\controldb\\lib;".$PAT
> H;
>
> setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> on
> Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
> $CHANGED = 1;
> }
> if($CHANGED == 1){
> my
> $NEWPATH=getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Contr
> ol\\Session Manager\\Environment","PATH");
> $ENV{"PATH"}=$NEWPATH;
> #print "New Path Variable: $NEWPATH \n\n"
> }
> }
>
> sub setRegVal(){
> my $REGISTRY_KEY="$_[0]";
> my $KEY_NAME="$_[1]";
> my $KEY_TYPE="$_[2]";
> my $KEY_VALUE="$_[3]";
> system("reg add \"$REGISTRY_KEY\" /v
> \"$KEY_NAME\" /t \"$KEY_TYPE\"
> /d \"$KEY_VALUE\" /f >NUL") == 0 or die "Cannot
> update reg entry:
> $REGISTRY_KEY\\$KEY_NAME\n";
> }
>
> sub getRegVal{
> my $REGISTRY_KEY="$_[0]";
> my $KEY_NAME="$_[1]";
> my $KEY_VALUE;
> open(REGQUERY,"reg query \"$REGISTRY_KEY\" /v
> \"$KEY_NAME\" 2>&1 |")
> or die "Cannot open reg query\n";
> while (<REGQUERY>){
> if(/$KEY_NAME/){
> s/REG_SZ//g;
> s/$KEY_NAME//g;
> s/\t//g;
> s/ //g;
> $KEY_VALUE=$_;
> }
> }
> close(REGQUERY);
> chomp($KEY_VALUE);
> $KEY_VALUE;
> }
>
> Finally, I had to add the section in postgresql.conf for PL/Java (I had
> to script all this up).
>
>
> Is this painless? I reckon not... But it works for me.
>
> -Janardhan Prabhakara
>
>
> -----Original Message-----
> >From: pljava-dev-bounces@...
> [mailto:pljava-dev-bounces@...] On Behalf Of Smith Roman
> Sent: Wednesday, April 22, 2009 2:27 AM
> To: pljava-dev@...
> Subject: [Pljava-dev] installing and configuring pljava on XP ???
>
>
> Hi,
>
> I am new to PL/Java. I have spent days trying to configure pljava with
> postgresql on my xp machine. I have read several guidelines or
> instructions on the web but to no avail. I keep getting a C:/Program
> Files/PostgreSQL/8.3/lib/pljava.dll or pljava module not found. It seems
> that several programmers are having this issue. Is'nt there a sure way
> of getting it to work painlessly.
>
>
> I would really appreciate it if I can get help on this issue.
>
> Thanks,
>
> Smith.
>
>
>
>
>
>
> _______________________________________________
> Pljava-dev mailing list
> Pljava-dev@...
> http://pgfoundry.org/mailman/listinfo/pljava-dev
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Pljava-dev mailing list
> Pljava-dev@...
> http://pgfoundry.org/mailman/listinfo/pljava-dev

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: installing and configuring pljava on XP ???

2009-04-23T08:54:20Z

While Janardhan's instructions are accurate, they are overcomplicating
things. In all likelihood you just don't have jvm.dll on your PATH and
there are certainly easier ways to fix that than scripting registry
edits. Simply do a search to find "jvm.dll" on your computer and add
that directory to the system PATH environment variable. Then restart
your postgresql server and you should be able to install pljava.

Kris Jurka

Smith Roman wrote:

> Hi,
>
> Well what your proposing is certainly not a painless alternative. I
> have no experience on manipulating windows registry. To be frank, I
> don't know how to do what your proposing. But will reinstalling
> postgresql 8.3 with the pljava option enabled do the trick ? This sounds
> like a more easier option to me.
>
> Thanks,
>
> Smith
>
>
> --- On *Wed, 4/22/09, Prabhakara_Janardhan@...
> /<Prabhakara_Janardhan@...>/* wrote:
>
> From: Prabhakara_Janardhan@... <Prabhakara_Janardhan@...>
> Subject: RE: [Pljava-dev] installing and configuring pljava on XP ???
> To: autisi@..., pljava-dev@...
> Date: Wednesday, April 22, 2009, 3:36 PM
>
> The module not found is because
> some dependency (which is usually
> jmv.dll) is not resolved.
>
> The Windows installer has an option of installing PL/Java. If you didn't
> install PL/Java while installing PostgreSQL (which was the case for me),
> then the only sure shot way of getting this to work for me was to get
> the pljava.dll,pljava.jar, install.sql and uninstall.sql from another
> install (*with* PL/Java) - or you can download the binaries alone from
> the project site - if you don't want to build PL/Java on Windows.
>
> Also make sure that all the dependencies for pljava.dll are resolved
> (and hence it can be loaded by the postgres backend) (use a tool such as
> depends: http://www.dependencywalker.com/ ). Note: pljava.dll depends on
> jmv.dll from the JRE installation...
>
> To satisfy the dependency, I had to manually add an entry to the system
> wide PATH variable in the registry to point to the libjava.dll :
>
> sub updateWindowsPathVariable(){
> #print "Current Path Variable: $PATH \n\n";
> my $CHANGED = 0;
> my $PATH =
> getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> on Manager\\Environment","PATH");
> $PATH=~s/\\$//; # strip off the trailing backslash if it exists
> if($PATH !~ m/.*\\jre\\bin\\server/){
>
> $PATH="$JAVA_HOME\\jre\\bin\\server;".$PATH;
>
> setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> on
> Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
> $CHANGED = 1;
> }
> if($PATH !~ m/.*\\db\\controldb\\bin/){
>
> $PATH="$########\\db\\controldb\\bin;$#######\\db\\controldb\\lib;".$PAT
> H;
>
> setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
> on
> Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
> $CHANGED = 1;
> }
> if($CHANGED == 1){
> my
> $NEWPATH=getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Contr
> ol\\Session Manager\\Environment","PATH");
> $ENV{"PATH"}=$NEWPATH;
> #print "New Path Variable: $NEWPATH \n\n"
> }
> }
>
> sub setRegVal(){
> my $REGISTRY_KEY="$_[0]";
> my $KEY_NAME="$_[1]";
> my $KEY_TYPE="$_[2]";
> my $KEY_VALUE="$_[3]";
> system("reg add \"$REGISTRY_KEY\" /v
> \"$KEY_NAME\" /t \"$KEY_TYPE\"
> /d \"$KEY_VALUE\" /f >NUL") == 0 or die "Cannot
> update reg entry:
> $REGISTRY_KEY\\$KEY_NAME\n";
> }
>
> sub getRegVal{
> my $REGISTRY_KEY="$_[0]";
> my $KEY_NAME="$_[1]";
> my $KEY_VALUE;
> open(REGQUERY,"reg query \"$REGISTRY_KEY\" /v
> \"$KEY_NAME\" 2>&1 |")
> or die "Cannot open reg query\n";
> while (<REGQUERY>){
> if(/$KEY_NAME/){
> s/REG_SZ//g;
> s/$KEY_NAME//g;
> s/\t//g;
> s/ //g;
> $KEY_VALUE=$_;
> }
> }
> close(REGQUERY);
> chomp($KEY_VALUE);
> $KEY_VALUE;
> }
>
> Finally, I had to add the section in postgresql.conf for PL/Java (I had
> to script all this up).
>
>
> Is this painless? I reckon not... But it works for me.
>
> -Janardhan Prabhakara
>
>
> -----Original Message-----
> >From: pljava-dev-bounces@...
> [mailto:pljava-dev-bounces@...] On Behalf Of Smith Roman
> Sent: Wednesday, April 22, 2009 2:27 AM
> To: pljava-dev@...
> Subject: [Pljava-dev] installing and configuring pljava on XP ???
>
>
> Hi,
>
> I am new to PL/Java. I have spent days trying to configure pljava with
> postgresql on my xp machine. I have read several guidelines or
> instructions on the web but to no avail. I keep getting a C:/Program
> Files/PostgreSQL/8.3/lib/pljava.dll or pljava module not found. It seems
> that several programmers are having this issue. Is'nt there a sure way
> of getting it to work painlessly.
>
>
> I would really appreciate it if I can get help on this issue.
>
> Thanks,
>
> Smith.
>
>
>
>
>
>
> _______________________________________________
> Pljava-dev mailing list
> Pljava-dev@...
> http://pgfoundry.org/mailman/listinfo/pljava-dev
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Pljava-dev mailing list
> Pljava-dev@...
> http://pgfoundry.org/mailman/listinfo/pljava-dev

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: installing and configuring pljava on XP ???

2009-04-23T08:51:02Z

Yes! :)

From: Smith Roman [mailto:autisi@...]
Sent: Thursday, April 23, 2009 2:27 AM
To: Prabhakara, Janardhan
Cc: pljava-dev@...
Subject: RE: [Pljava-dev] installing and configuring pljava on XP ???

Hi,

Well what your proposing is certainly not a painless alternative. I have no experience on manipulating windows registry. To be frank, I don't know how to do what your proposing. But will reinstalling postgresql 8.3 with the pljava option enabled do the trick ? This sounds like a more easier option to me.

Thanks,

Smith

--- On Wed, 4/22/09, Prabhakara_Janardhan@... <Prabhakara_Janardhan@...> wrote:

From: Prabhakara_Janardhan@... <Prabhakara_Janardhan@...>
Subject: RE: [Pljava-dev] installing and configuring pljava on XP ???
To: autisi@..., pljava-dev@...
Date: Wednesday, April 22, 2009, 3:36 PM

The module not found is because
 some dependency (which is usually
jmv.dll) is not resolved.

The Windows installer has an option of installing PL/Java. If you didn't
install PL/Java while installing PostgreSQL (which was the case for me),
then the only sure shot way of getting this to work for me was to get
the pljava.dll,pljava.jar, install.sql and uninstall.sql from another
install (*with* PL/Java) - or you can download the binaries alone from
the project site - if you don't want to build PL/Java on Windows.

Also make sure that all the dependencies for pljava.dll are resolved
(and hence it can be loaded by the postgres backend) (use a tool such as
depends: http://www.dependencywalker.com/ ). Note: pljava.dll depends on
jmv.dll from the JRE installation...

To satisfy the dependency, I had to manually add an entry to the system
wide PATH variable in the registry to point to the libjava.dll :

sub updateWindowsPathVariable(){
    #print "Current Path Variable: $PATH \n\n";
    my $CHANGED = 0;
    my $PATH =
getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on Manager\\Environment","PATH");
    $PATH=~s/\\$//; # strip off the trailing backslash if it exists
    if($PATH !~ m/.*\\jre\\bin\\server/){
       
$PATH="$JAVA_HOME\\jre\\bin\\server;".$PATH;
 
setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on
Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
        $CHANGED = 1;
    }
    if($PATH !~ m/.*\\db\\controldb\\bin/){
 
$PATH="$########\\db\\controldb\\bin;$#######\\db\\controldb\\lib;".$PAT
H;
 
setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on
Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
        $CHANGED = 1;
    }
    if($CHANGED == 1){
        my
$NEWPATH=getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Contr
ol\\Session Manager\\Environment","PATH");
        $ENV{"PATH"}=$NEWPATH;
        #print "New Path Variable: $NEWPATH \n\n"
    }
}

sub setRegVal(){
    my $REGISTRY_KEY="$_[0]";
    my $KEY_NAME="$_[1]";
    my $KEY_TYPE="$_[2]";
    my $KEY_VALUE="$_[3]";
    system("reg add \"$REGISTRY_KEY\" /v
\"$KEY_NAME\" /t \"$KEY_TYPE\"
/d \"$KEY_VALUE\" /f >NUL") == 0 or die "Cannot
update reg entry:
$REGISTRY_KEY\\$KEY_NAME\n";
}

sub getRegVal{
    my $REGISTRY_KEY="$_[0]";
    my $KEY_NAME="$_[1]";
    my $KEY_VALUE;
    open(REGQUERY,"reg query \"$REGISTRY_KEY\" /v
\"$KEY_NAME\" 2>&1 |")
or die "Cannot open reg query\n";
    while (<REGQUERY>){
        if(/$KEY_NAME/){
            s/REG_SZ//g;
            s/$KEY_NAME//g;
            s/\t//g;
            s/  //g;
            $KEY_VALUE=$_;
        }
    }
    close(REGQUERY);
    chomp($KEY_VALUE);
    $KEY_VALUE;
}

Finally, I had to add the section in postgresql.conf for PL/Java (I had
to script all this up).


Is this painless? I reckon not... But it works for me.

-Janardhan Prabhakara


-----Original Message-----
From: pljava-dev-bounces@...
[mailto:pljava-dev-bounces@...] On Behalf Of Smith Roman
Sent: Wednesday, April 22, 2009 2:27 AM
To: pljava-dev@...
Subject: [Pljava-dev] installing and configuring pljava on XP ???


Hi,

I am new to PL/Java. I have spent days trying to configure pljava with
postgresql on my xp machine. I have read several guidelines or
instructions on the web but to no avail. I keep getting a C:/Program
Files/PostgreSQL/8.3/lib/pljava.dll or pljava module not found. It seems
that several programmers are having this issue. Is'nt there a sure way
of getting it to work painlessly.


I would really appreciate it if I can get help on this issue. 

Thanks,

Smith.




      

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: installing and configuring pljava on XP ???

2009-04-23T00:27:25Z

Hi,

Thanks,

Smith

--- On Wed, 4/22/09, Prabhakara_Janardhan@... <Prabhakara_Janardhan@...> wrote:

From: Prabhakara_Janardhan@... <Prabhakara_Janardhan@...>
Subject: RE: [Pljava-dev] installing and configuring pljava on XP ???
To: autisi@..., pljava-dev@...
Date: Wednesday, April 22, 2009, 3:36 PM

The module not found is because
 some dependency (which is usually
jmv.dll) is not resolved.

The Windows installer has an option of installing PL/Java. If you didn't
install PL/Java while installing PostgreSQL (which was the case for me),
then the only sure shot way of getting this to work for me was to get
the pljava.dll,pljava.jar, install.sql and uninstall.sql from another
install (*with* PL/Java) - or you can download the binaries alone from
the project site - if you don't want to build PL/Java on Windows.

Also make sure that all the dependencies for pljava.dll are resolved
(and hence it can be loaded by the postgres backend) (use a tool such as
depends: http://www.dependencywalker.com/ ). Note: pljava.dll depends on
jmv.dll from the JRE installation...

To satisfy the dependency, I had to manually add an entry to the system
wide PATH variable in the registry to point to the libjava.dll :

sub updateWindowsPathVariable(){
    #print "Current Path Variable: $PATH \n\n";
    my $CHANGED = 0;
    my $PATH =
getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on Manager\\Environment","PATH");
    $PATH=~s/\\$//; # strip off the trailing backslash if it exists
    if($PATH !~ m/.*\\jre\\bin\\server/){
       
$PATH="$JAVA_HOME\\jre\\bin\\server;".$PATH;
 
setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on
Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
        $CHANGED = 1;
    }
    if($PATH !~ m/.*\\db\\controldb\\bin/){
 
$PATH="$########\\db\\controldb\\bin;$#######\\db\\controldb\\lib;".$PAT
H;
 
setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on
Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
        $CHANGED = 1;
    }
    if($CHANGED == 1){
        my
$NEWPATH=getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Contr
ol\\Session Manager\\Environment","PATH");
        $ENV{"PATH"}=$NEWPATH;
        #print "New Path Variable: $NEWPATH \n\n"
    }
}

sub setRegVal(){
    my $REGISTRY_KEY="$_[0]";
    my $KEY_NAME="$_[1]";
    my $KEY_TYPE="$_[2]";
    my $KEY_VALUE="$_[3]";
    system("reg add \"$REGISTRY_KEY\" /v
\"$KEY_NAME\" /t \"$KEY_TYPE\"
/d \"$KEY_VALUE\" /f >NUL") == 0 or die "Cannot
update reg entry:
$REGISTRY_KEY\\$KEY_NAME\n";
}

sub getRegVal{
    my $REGISTRY_KEY="$_[0]";
    my $KEY_NAME="$_[1]";
    my $KEY_VALUE;
    open(REGQUERY,"reg query \"$REGISTRY_KEY\" /v
\"$KEY_NAME\" 2>&1 |")
or die "Cannot open reg query\n";
    while (<REGQUERY>){
        if(/$KEY_NAME/){
            s/REG_SZ//g;
            s/$KEY_NAME//g;
            s/\t//g;
            s/  //g;
            $KEY_VALUE=$_;
        }
    }
    close(REGQUERY);
    chomp($KEY_VALUE);
    $KEY_VALUE;
}

Finally, I had to add the section in postgresql.conf for PL/Java (I had
to script all this up).


Is this painless? I reckon not... But it works for me.

-Janardhan Prabhakara


-----Original Message-----
From: pljava-dev-bounces@...
[mailto:pljava-dev-bounces@...] On Behalf Of Smith Roman
Sent: Wednesday, April 22, 2009 2:27 AM
To: pljava-dev@...
Subject: [Pljava-dev] installing and configuring pljava on XP ???


Hi,

I am new to PL/Java. I have spent days trying to configure pljava with
postgresql on my xp machine. I have read several guidelines or
instructions on the web but to no avail. I keep getting a C:/Program
Files/PostgreSQL/8.3/lib/pljava.dll or pljava module not found. It seems
that several programmers are having this issue. Is'nt there a sure way
of getting it to work painlessly.


I would really appreciate it if I can get help on this issue. 

Thanks,

Smith.




      

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: installing and configuring pljava on XP ???

2009-04-22T08:36:36Z

The module not found is because some dependency (which is usually
jmv.dll) is not resolved.

The Windows installer has an option of installing PL/Java. If you didn't
install PL/Java while installing PostgreSQL (which was the case for me),
then the only sure shot way of getting this to work for me was to get
the pljava.dll,pljava.jar, install.sql and uninstall.sql from another
install (*with* PL/Java) - or you can download the binaries alone from
the project site - if you don't want to build PL/Java on Windows.

Also make sure that all the dependencies for pljava.dll are resolved
(and hence it can be loaded by the postgres backend) (use a tool such as
depends: http://www.dependencywalker.com/ ). Note: pljava.dll depends on
jmv.dll from the JRE installation...

To satisfy the dependency, I had to manually add an entry to the system
wide PATH variable in the registry to point to the libjava.dll :

sub updateWindowsPathVariable(){
#print "Current Path Variable: $PATH \n\n";
my $CHANGED = 0;
my $PATH =
getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on Manager\\Environment","PATH");
$PATH=~s/\\$//; # strip off the trailing backslash if it exists
if($PATH !~ m/.*\\jre\\bin\\server/){
$PATH="$JAVA_HOME\\jre\\bin\\server;".$PATH;

setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
$CHANGED = 1;
}
if($PATH !~ m/.*\\db\\controldb\\bin/){

$PATH="$########\\db\\controldb\\bin;$#######\\db\\controldb\\lib;".$PAT
H;

setRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Sessi
on Manager\\Environment","PATH","REG_EXPAND_SZ",$PATH);
$CHANGED = 1;
}
if($CHANGED == 1){
my
$NEWPATH=getRegVal("HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Contr
ol\\Session Manager\\Environment","PATH");
$ENV{"PATH"}=$NEWPATH;
#print "New Path Variable: $NEWPATH \n\n"
}
}

sub setRegVal(){
my $REGISTRY_KEY="$_[0]";
my $KEY_NAME="$_[1]";
my $KEY_TYPE="$_[2]";
my $KEY_VALUE="$_[3]";
system("reg add \"$REGISTRY_KEY\" /v \"$KEY_NAME\" /t \"$KEY_TYPE\"
/d \"$KEY_VALUE\" /f >NUL") == 0 or die "Cannot update reg entry:
$REGISTRY_KEY\\$KEY_NAME\n";
}

sub getRegVal{
my $REGISTRY_KEY="$_[0]";
my $KEY_NAME="$_[1]";
my $KEY_VALUE;
open(REGQUERY,"reg query \"$REGISTRY_KEY\" /v \"$KEY_NAME\" 2>&1 |")
or die "Cannot open reg query\n";
while (<REGQUERY>){
if(/$KEY_NAME/){
s/REG_SZ//g;
s/$KEY_NAME//g;
s/\t//g;
s/ //g;
$KEY_VALUE=$_;
}
}
close(REGQUERY);
chomp($KEY_VALUE);
$KEY_VALUE;
}

Finally, I had to add the section in postgresql.conf for PL/Java (I had
to script all this up).

Is this painless? I reckon not... But it works for me.

-Janardhan Prabhakara

-----Original Message-----
From: pljava-dev-bounces@...
[mailto:pljava-dev-bounces@...] On Behalf Of Smith Roman
Sent: Wednesday, April 22, 2009 2:27 AM
To: pljava-dev@...
Subject: [Pljava-dev] installing and configuring pljava on XP ???

Hi,

I am new to PL/Java. I have spent days trying to configure pljava with
postgresql on my xp machine. I have read several guidelines or
instructions on the web but to no avail. I keep getting a C:/Program
Files/PostgreSQL/8.3/lib/pljava.dll or pljava module not found. It seems
that several programmers are having this issue. Is'nt there a sure way
of getting it to work painlessly.

I would really appreciate it if I can get help on this issue.

Thanks,

Smith.

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

installing and configuring pljava on XP ???

2009-04-22T00:26:58Z

Hi,

I am new to PL/Java. I have spent days trying to configure pljava with postgresql on my xp machine. I have read several guidelines or instructions on the web but to no avail. I keep getting a C:/Program Files/PostgreSQL/8.3/lib/pljava.dll or pljava module not found. It seems that several programmers are having this issue. Is'nt there a sure way of getting it to work painlessly.

I would really appreciate it if I can get help on this issue.

Thanks,

Smith.

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: Build Errors while building PL/Java 1.4.0 on Solaris 10

2009-03-19T01:21:13Z

Prabhakara_Janardhan@... wrote:
> Hi,
>
> ... That is kind of a severe restriction,
The restriction is that the configuration must be the same in both
places. That's kind of natural when building binaries, don't you think?

Regards,
Thomas Hallgren
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: Build Errors while building PL/Java 1.4.0 on Solaris 10

2009-03-18T17:08:58Z

Prabhakara_Janardhan@... wrote:
>
> Yes! The server was built elsewhere... Are you saying that PL/Java
> should always be built on the same server as the server itself? That is
> kind of a severe restriction, esp. when we have pg_config etc - to tell
> us all the flags that were used and essentially that should be all that
> should be known. Anyhow, I was quite convinced that the way I built it
> was fine - was just wondering why I got that error in the first place.
>

So your situation is: postgresql was built on server A which does not
have unsetenv and must use the postgresql provided built in version.
pljava was built on Server B which does have unsetenv and therefore
chokes when trying to include the postgresql built in version. I'm not
saying that you must build all the software on the server that it will
be deployed upon, but you're asking for trouble if they aren't the same.
Consider what would happen if you did this in reverse, building
postgresql on Server B and deploying it on Server A, it wouldn't even
run because Server A doesn't have unsetenv and postgresql got built
without its internal version because it was available on Server B.

Kris Jurka
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: Build Errors while building PL/Java 1.4.0 on Solaris 10

2009-03-18T16:50:17Z

Hi,

Yes! The server was built elsewhere... Are you saying that PL/Java
should always be built on the same server as the server itself? That is
kind of a severe restriction, esp. when we have pg_config etc - to tell
us all the flags that were used and essentially that should be all that
should be known. Anyhow, I was quite convinced that the way I built it
was fine - was just wondering why I got that error in the first place.

Thanks,
Janardhan

-----Original Message-----
From: Kris Jurka [mailto:books@...]
Sent: Wednesday, March 18, 2009 4:30 PM
To: Prabhakara, Janardhan
Cc: pljava-dev@...
Subject: Re: [Pljava-dev] Build Errors while building PL/Java 1.4.0 on
Solaris 10

Prabhakara_Janardhan@... wrote:

/opt/voyence/db/controldb/pljava-1.4.0/src/C/pljava/type/BigDecimal.c:
>> 9:
>> /opt/voyence/db/controldb/include/postgresql/server/port.h:377:
error:
>> conflicting types for 'unsetenv'
>> /usr/include/stdlib.h:188: error: previous declaration of 'unsetenv'
>> was here
>> /opt/voyence/db/controldb/include/postgresql/server/port.h:377:
error:

>> conflicting types for 'unsetenv'
>> /usr/include/stdlib.h:188: error: previous declaration of 'unsetenv'
>> was here
>> gmake[1]: *** [type/BigDecimal.o] Error 1
>> gmake[1]: Leaving directory
>> `/opt/voyence/db/controldb/pljava-1.4.0/build/objs'
>> gmake: *** [c_all] Error 2
>>
>>
>> The way I fixed the buiild error was to modify the Makefile under:
>>
>> src/C/pljava/Makefile:
>>
>> -bash-3.00$ diff src/C/pljava/Makefile src/C/pljava/Makefile.orig
>> 23c23
>> < $(CC) -c $(CFLAGS) $(CPPFLAGS) -DHAVE_UNSETENV $< -o $@
>> ---
>>> $(CC) -c $(CFLAGS) $(CPPFLAGS) $< -o $@
>> Now the discrepency is that
>>
>>
>> /usr/include/stdlib.h has:
>>
>> extern int unsetenv(const char *);
>>
>>
>> And
>>
>> $DBHOME/include/postgresql/server/port.h has:
>>
>> #ifndef HAVE_UNSETENV
>> extern void unsetenv(const char *name);
>> #endif
>>
>>
>> I chose to do the -DHAVE_UNSETENV since the functions only differ in
>> the return type. Did others who built face the same issue? What
>> approach was taken to build PL/Java 1.4.0 on Solaris?
>>
>>

The definition of HAVE_UNSETENV should be in
$DBHOME/include/postgresql/server/pg_config.h and matches up with what
the server compile environment found. This could be different than the
pljava compile environment if the server was built on a different
machine or if additional libraries were installed after the server
build. If you build the server and then immediately build pljava
against that server it should definitely work. Can you clarify how your

server was built?

Kris Jurka

_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev

Re: Build Errors while building PL/Java 1.4.0 on Solaris 10

2009-03-18T14:29:30Z

Prabhakara_Janardhan@... wrote:

>> Hi,
>>
>> I had the following error while building PL/Java 1.4.0 on Solaris 10:
>>
>> /opt/voyence/db/controldb/pljava-1.4.0/src/C/pljava/type/BigDecimal.c
>> -o type/BigDecimal.o
>> In file included from
>> /opt/voyence/db/controldb/include/postgresql/server/c.h:826,
>> from
>> /opt/voyence/db/controldb/include/postgresql/server/postgres.h:48,
>> from
>> /opt/voyence/db/controldb/pljava-1.4.0/src/C/pljava/type/BigDecimal.c:
>> 9:
>> /opt/voyence/db/controldb/include/postgresql/server/port.h:377: error:
>> conflicting types for 'unsetenv'
>> /usr/include/stdlib.h:188: error: previous declaration of 'unsetenv'
>> was here
>> /opt/voyence/db/controldb/include/postgresql/server/port.h:377: error:
>> conflicting types for 'unsetenv'
>> /usr/include/stdlib.h:188: error: previous declaration of 'unsetenv'
>> was here
>> gmake[1]: *** [type/BigDecimal.o] Error 1
>> gmake[1]: Leaving directory
>> `/opt/voyence/db/controldb/pljava-1.4.0/build/objs'
>> gmake: *** [c_all] Error 2
>>
>>
>> The way I fixed the buiild error was to modify the Makefile under:
>>
>> src/C/pljava/Makefile:
>>
>> -bash-3.00$ diff src/C/pljava/Makefile src/C/pljava/Makefile.orig
>> 23c23
>> < $(CC) -c $(CFLAGS) $(CPPFLAGS) -DHAVE_UNSETENV $< -o $@
>> ---
>>> $(CC) -c $(CFLAGS) $(CPPFLAGS) $< -o $@
>> Now the discrepency is that
>>
>>
>> /usr/include/stdlib.h has:
>>
>> extern int unsetenv(const char *);
>>
>>
>> And
>>
>> $DBHOME/include/postgresql/server/port.h has:
>>
>> #ifndef HAVE_UNSETENV
>> extern void unsetenv(const char *name);
>> #endif
>>
>>
>> I chose to do the -DHAVE_UNSETENV since the functions only differ in
>> the return type. Did others who built face the same issue? What
>> approach was taken to build PL/Java 1.4.0 on Solaris?
>>
>>

The definition of HAVE_UNSETENV should be in
$DBHOME/include/postgresql/server/pg_config.h and matches up with what
the server compile environment found. This could be different than the
pljava compile environment if the server was built on a different
machine or if additional libraries were installed after the server
build. If you build the server and then immediately build pljava
against that server it should definitely work. Can you clarify how your
server was built?

Kris Jurka
_______________________________________________
Pljava-dev mailing list
Pljava-dev@...
http://pgfoundry.org/mailman/listinfo/pljava-dev