Hi Kornel, 
  I think the classic apps like "PTPicker" and " PTInterpolate" with GUI are  all need Java, because they use AWT for GUI; and they also use Java's JNI to interface libpano12's C functions.

  Because there are no source for these classic apps, and Hugin is also not dependent on Java, so maybe it is safe like Thomas said "remove all dependence on Java from libpano13.", 

 If users want to use these classic apps, they should  use libpano12.



2014/1/12 Kornel Benko <Kornel.Benko@berlin.de>

Am Sonntag, 12. Januar 2014 um 19:43:16, schrieb Yili Zhao <panovr@gmail.com>

> Hi Kornel,

> I just remember that "PTEditor" - the Visual Panorama Editor is also

> dependent on Java and JNI, because it use AWT for GUI and JNI for interface

> with libpano12.

>

 

Thanks for the pointer, never used this beast.

I found old pteditor.jar, but using it I see it wants to load libpano12.lib.so.

But we are creating already libpano13, so there must be newer jar file somewhere.

 

I could of course make a link to libpano13, but this looks not safe enough,

because I don't know, how compatible the API is.

 

Kornel

 

> 2014/1/8 Kornel Benko <Kornel.Benko@berlin.de>

>

> > Am Mittwoch, 8. Januar 2014 um 08:49:16, schrieb Thomas Sharpless <

> > tksharpless@gmail.com>

> >

> > > my 2 cents:

> >

> > > remove all dependence on Java from libpano13. Only the classic Dersch

> > apps

> >

> > > need it and they also need libpano12,

> >

> >

> >

> > Without java, the command PTAInterpolate will no be build.

> >

> > Is that, what you mean with Dersch apps?

> >

> >

> >

> > Kornel

> >

> >

> >

> > > -- Tom

> >

> > >

> >

> > >

> >

> > >

> >

> > > On Tue, Jan 7, 2014 at 5:00 PM, Kornel Benko <Kornel.Benko@berlin.de>

> > wrote:

> >

> > >

> >

> > > > Am Dienstag, 7. Januar 2014 um 21:35:41, schrieb Bruno Postle <

> >

> > > > bruno@postle.net>

> >

> > > >

> >

> > > > > On Tue 07-Jan-2014 at 22:01 +0100, Kornel Benko wrote:

> >

> > > >

> >

> > > > > >Am Dienstag, 7. Januar 2014 um 20:28:13, schrieb Bruno Postle <

> >

> > > > bruno@postle.net>

> >

> > > >

> >

> > > > > >> On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote:

> >

> > > >

> >

> > > > > >> >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle <

> >

> > > > bruno@postle.net>

> >

> > > >

> >

> > > > > >>

> >

> > > >

> >

> > > > > >> This is with a fresh checkout, on fedora the java headers are in a

> >

> > > >

> >

> > > > > >> very obscure location, the cmake macros will never find them:

> >

> > > >

> >

> > > > > >>

> >

> > > >

> >

> > > > > >> /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h

> >

> > > >

> >

> > > > > >

> >

> > > >

> >

> > > > > >This is not sooo obscure, but yes, FindJNI.cmake is not searching

> > there.

> >

> > > >

> >

> > > > > >(It might help defining env(JAVA_HOME)

> >

> > > >

> >

> > > > >

> >

> > > >

> >

> > > > > This would be too fragile for packaging, the path would need to be

> >

> > > > changed

> >

> > > >

> >

> > > > > for every gcc release.

> >

> > > >

> >

> > > > >

> >

> > > >

> >

> > > > > >> ..but this works fine (and the env is clean):

> >

> > > >

> >

> > > > > >>

> >

> > > >

> >

> > > > > >> echo '#include <jni.h>' > foo.h

> >

> > > >

> >

> > > > > >> gcc foo.h

> >

> > > >

> >

> > > > > >

> >

> > > >

> >

> > > > > >You mean, without the 2 find_package() calls?

> >

> > > >

> >

> > > > >

> >

> > > >

> >

> > > > > Yes, this is in the shell.

> >

> > > >

> >

> > > > >

> >

> > > >

> >

> > > > > >> I assume this is standard behaviour with gcc-gcj, are you trying

> > to

> >

> > > >

> >

> > > > > >> build with openjdk?

> >

> > > >

> >

> > > > > >

> >

> > > >

> >

> > > > > >No, I used only the cmake provided find-module to make it compile

> > here.

> >

> > > >

> >

> > > > > >(In the hope it is platform independent enough)

> >

> > > >

> >

> > > > >

> >

> > > >

> >

> > > > > But which java do you have on the system? gcj is the java that

> >

> > > >

> >

> > > > > comes with gcc.

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > > Let's see, which package is responsible for /jni.h ...

> >

> > > >

> >

> > > > # dpkg -S `locate /jni.h`

> >

> > > >

> >

> > > > openjdk-6-jdk: /usr/lib/jvm/java-6-openjdk-amd64/include/jni.h

> >

> > > >

> >

> > > > sun-java6-jdk: /usr/lib/jvm/java-6-sun-1.6.0.26/include/jni.h

> >

> > > >

> >

> > > > openjdk-7-jdk: /usr/lib/jvm/java-7-openjdk-amd64/include/jni.h

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > > FindJNI.cmake finds:

> >

> > > >

> >

> > > > # egrep JNI CMakeCache.txt

> >

> > > >

> >

> > > >

> >

> > > >

> > FIND_PACKAGE_MESSAGE_DETAILS_JNI:INTERNAL=[/usr/lib/jvm/java-6-sun/jre/lib/amd64/libjawt.so][/usr/lib/jvm/java-6-sun/jre/lib/amd64/server/libjvm.so][/usr/lib/jvm/java-6-sun/include][/usr/lib/jvm/java-6-sun/include/linux][/usr/lib/jvm/java-6-sun/include][v()]

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > > So it finds sun-java6-jdk. This is not comming from *gcj*.

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > > Kornel

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > >

> >

> > > >

> > ------------------------------------------------------------------------------

> >

> > > > Rapidly troubleshoot problems before they affect your business. Most IT

> >

> > > > organizations don't have a clear picture of how application performance

> >

> > > > affects their revenue. With AppDynamics, you get 100% visibility into

> > your

> >

> > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of

> > AppDynamics

> >

> > > > Pro!

> >

> > > >

> > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk

> >

> > > > _______________________________________________

> >

> > > > PanoTools-devel mailing list

> >

> > > > PanoTools-devel@lists.sourceforge.net

> >

> > > > https://lists.sourceforge.net/lists/listinfo/panotools-devel

> >

> > > >

> >

> > > >

> >

> >

> > ------------------------------------------------------------------------------

> > Rapidly troubleshoot problems before they affect your business. Most IT

> > organizations don't have a clear picture of how application performance

> > affects their revenue. With AppDynamics, you get 100% visibility into your

> > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics

> > Pro!

> > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk

> > _______________________________________________

> > PanoTools-devel mailing list

> > PanoTools-devel@lists.sourceforge.net

> > https://lists.sourceforge.net/lists/listinfo/panotools-devel

> >

> >

>

>

>


------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________
PanoTools-devel mailing list
PanoTools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/panotools-devel




--
Yili Zhao