[gentoo-java] JNI and java versions

[gentoo-java] JNI and java versions

[Alistair Bush]

I am just wondering about a few questions and how they could effect 
gentoo's java packages.

Manly this can be answer by...
Is the JNI interface stable between 1.4, 1.5 and 1.* versions?

If the JNI isn't stable is there anything that we can do to provide a 
transparent solution?

Alistair
-- 
gentoo-java@gentoo.org mailing list

Re: [gentoo-java] JNI and java versions

[David Herron]

The JNI documentation is here:

Java 5: http://java.sun.com/j2se/1.5.0/docs/guide/jni/index.html 
Java 6: http://download.java.net/jdk6/docs/technotes/guides/jni/index.html

The 1.5 release notes are here:

Java 5: http://java.sun.com/j2se/1.5.0/docs/relnotes/features.html
Java 6: http://java.sun.com/javase/6/webnotes/features.html


On a quick perusal it looks like the last changes to the JNI API 
happened in 1.2 ...??

Do you see some incompatibilities today?  If so we'll want to hear about 
any.

- David Herron




Alistair Bush wrote:
> I am just wondering about a few questions and how they could effect 
> gentoo's java packages.
>
> Manly this can be answer by...
> Is the JNI interface stable between 1.4, 1.5 and 1.* versions?
>
> If the JNI isn't stable is there anything that we can do to provide a 
> transparent solution?
>
> Alistair
-- 
gentoo-java@gentoo.org mailing list

[gentoo-java] Re: JNI and java versions

[Alistair Bush]

David Herron wrote:
>
> The JNI documentation is here:
>
> Java 5: http://java.sun.com/j2se/1.5.0/docs/guide/jni/index.html Java 
> 6: http://download.java.net/jdk6/docs/technotes/guides/jni/index.html
>
> The 1.5 release notes are here:
>
> Java 5: http://java.sun.com/j2se/1.5.0/docs/relnotes/features.html
> Java 6: http://java.sun.com/javase/6/webnotes/features.html
Thanks for the ref's
>
>
> On a quick perusal it looks like the last changes to the JNI API 
> happened in 1.2 ...??
>
> Do you see some incompatibilities today?  If so we'll want to hear 
> about any.
>
I personally haven't come across any.  I am actually in the slow process 
of trying to create an ebuild for JOGL.  As this uses JNI I started to 
wonder about the effect changes to JNI would have on the package and how 
something like this could be managed within the portage system.  I would 
imagine that this could be a difficult problem for a disto like gentoo.
> - David Herron
>
>
>
>
> Alistair Bush wrote:
>> I am just wondering about a few questions and how they could effect 
>> gentoo's java packages.
>>
>> Manly this can be answer by...
>> Is the JNI interface stable between 1.4, 1.5 and 1.* versions?
>>
>> If the JNI isn't stable is there anything that we can do to provide a 
>> transparent solution?
>>
>> Alistair
>

-- 
gentoo-java@gentoo.org mailing list

Re: [gentoo-java] Re: JNI and java versions

[Joshua Nichols]

Alistair Bush wrote:
> I personally haven't come across any.  I am actually in the slow
> process of trying to create an ebuild for JOGL.  As this uses JNI I
> started to wonder about the effect changes to JNI would have on the
> package and how something like this could be managed within the
> portage system.  I would imagine that this could be a difficult
> problem for a disto like gentoo.
I actually had an ebuild for jogl... but forgot to commit it anywhere,
and accidentally deleted it :'( If you're having any particular problems
with it, I can take a look and see if anything looks familar. I remember
having to hack around a bit with what arguments to pass to ant to get it
to be happy.

-- 
Joshua Nichols
Gentoo/Java - Project Lead
-- 
gentoo-java@gentoo.org mailing list

[gentoo-java] java-check-environment patch

[Caster]

[-- Attachment #1: Type: text/plain, Size: 328 bytes --]

An user on IRC had problems emerging anything that was using gen-1
system. Turned out to be missing lines GENERATION and VMHANDLE in
/etc/env.d/20java because it wasn't recreated after migration, but
java-check-environment wasn't catching this. So here's a patch that will
make it check for GENERATION in that file too.

Caster

[-- Attachment #2: java-check-environment.patch --]
[-- Type: text/x-patch, Size: 1438 bytes --]

--- /usr/bin/java-check-environment	2006-07-29 00:56:52.000000000 +0200
+++ java-check-environment	2006-07-31 11:31:00.000000000 +0200
@@ -167,8 +167,9 @@
 # Checks that a system-vm for generation-1 is set
 check_generation_1_system_vm() {
 	local this_result=0
+	local env="/etc/env.d/20java"
 	# Make sure a generation-1 VM is set
-	if [[ ! -f /etc/env.d/20java ]]; then
+	if [[ ! -f "${env}" ]]; then
 		qeerror "No Generation-1 System VM is set!"
 		qeerror "Run 'java-config-1 -L' to see a list of available VMs"
 		qeerror "Then run 'java-config-1 -S <VM choice>'"
@@ -178,8 +179,21 @@
 		qeerror "Run 'java-config-1 -L' to see a list of available VMs"
 		qeerror "Then run 'java-config-1 -S <VM choice>'"
 		this_result=1
+	# Make sure the generation-1 VM set is generation-2 compatible, not set long before migration
+	else
+	    # We need to unset GENERATION, because this ends up being in 
+	    # the environment.
+	    local OLD_GENERATION=${GENERATION}
+	    unset GENERATION
+	    local generation=$(source ${env}; echo $GENERATION)
+	    if [[ "${generation}z" != "2z" ]]; then
+		qeerror "Current Generation-1 System VM env isn't Generation-2 ready and needs to be set again"
+		qeerror "Run 'java-config-1 -L' to see a list of available VMs"
+		qeerror "Then run 'java-config-1 -S <VM choice>'"
+		this_result=1
+	    fi
+	    GENERATION=${OLD_GENERATION}
 	fi
-	
 
 	update_result ${this_result}
 	return ${this_result}