[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#548177: marked as done (java-common: policy not clear for third party libraries)

Your message dated Fri, 25 Sep 2009 08:26:37 +0200
with message-id <4ABC629D.2050002@zorglub.s.bawue.de>
and subject line Re: Bug#548177: java-common: policy not clear for third party libraries
has caused the Debian Bug report #548177,
regarding java-common: policy not clear for third party libraries
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
548177: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548177
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: java-common
Version: 0.33
Severity: normal

Hi, I have some third party jar files to install, which don't seem to
fit in with the instructions in the Debian java policy.  Policy says
place all libraries in /usr/share/java, but that doesn't appear to work.

The libraries in question are the digitial infrastructure for the
Australian Tax Office, see csi.business.gov.au/ and
http://pki.ato.gov.au/atocdia/welcome.htm .  They've gone to all the
trouble of making  it Linux compatible, see
http://csi.business.gov.au/CSI/FrequentlyAskedQuestions.asp#Can_I_use_the_CSI_with_an_unsupp
, so we should do our part to make sure it's easy for Debian business users to
install the files.

The Linux material is located at
http://csi.business.gov.au/CSI/CsiInstallForLinux.tar.gz, which
contains instructions and a few jar files.

The most pertinent instructions are:

4.  Copy the csi.jar file to the $JAVA_HOME/lib/ext directory.

NOTE: $JAVA_HOME is a user defined environment variable denoting the
path to the java installation directory.

5.   Copy the local_policy.jar, jce1_2_2.jar and the
US_export_policy.jar files to the $JAVA_HOME/lib/security directory.


Now lib/ext and lib/security seem to be part of the jre debian
packages, for instance sun-java6-jre.  I can for instance copy
csi.jar into /usr/lib/jvm/java-6-sun-1.6.0.16/jre/lib/ext and copy
jce1_2_2.jar into /usr/lib/jvm/java-6-sun-1.6.0.16/jre/lib/security
(local_policy.jar and US_export_policy.jar are already there, I don't
know if the ATO really needs their own version).  After doing this
(and chmod a+r), the installation seems to work (from
http://pki.ato.gov.au/atocdia/welcome.htm the browser loads up the
java plugin and proceeds to manage Australian Tax Digitial
Certificates).

But I'm sure it's not strictly correct to dump random jar files into
sun-java6-jre's file structure.  That's why we have the Debian java
policy, for installing java application and library packages.

But policy
(file:///usr/share/doc/java-common/debian-java-policy/x105.html ) just
says place any jar files into /usr/share/java.  When I place csi.jar
and jce1_2_2.jar there (instead of jre/lib), it doesn't work, the
class files are not located.

I gather policy is intended to work with full Debian packaging, that
is something will be done by dh_java at installation time to register
the jar files.  Is that correct?  

What is the best way to handle this situation?  I suspect it's just a
java FAQ.  Should instructions be added, say to
/usr/share/doc/java-common/README.Debian explaining how a user (i.e.
not a Debian package maintainer) should deal with the installation of
third party jar files? Or an entry in the Debian Java FAQ ?  

Keep in mind the users of this software may not be Java gurus, they'll
just be business-oriented linux enthusiasts who want to deal with the
Tax man without lowering standards (by using MS Windows).  They might
never have to deal with java files outside of this application.

Thanks,

Drew

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

java-common depends on no packages.

java-common recommends no packages.

Versions of packages java-common suggests:
pn  default-jre                   <none>     (no description available)
ii  equivs                        2.0.7-0.1  Circumvent Debian package dependen

-- no debconf information

--- End Message ---
--- Begin Message --- 
Hi Drew,
the Debian Java policy is a _packaging_ policy. Any user is free to do whatever he wants with his PC, we're not Windoz ;-)
This said, I would guess that you need to add the libraries to your classpath if you don't install them where they're expected by the program. 

Eric

Drew Parsons wrote:

Package: java-common
Version: 0.33
Severity: normal

Hi, I have some third party jar files to install, which don't seem to
fit in with the instructions in the Debian java policy.  Policy says
place all libraries in /usr/share/java, but that doesn't appear to work.

The libraries in question are the digitial infrastructure for the
Australian Tax Office, see csi.business.gov.au/ and
http://pki.ato.gov.au/atocdia/welcome.htm .  They've gone to all the
trouble of making  it Linux compatible, see
http://csi.business.gov.au/CSI/FrequentlyAskedQuestions.asp#Can_I_use_the_CSI_with_an_unsupp
, so we should do our part to make sure it's easy for Debian business users to
install the files.

The Linux material is located at
http://csi.business.gov.au/CSI/CsiInstallForLinux.tar.gz, which
contains instructions and a few jar files.

The most pertinent instructions are:

4.  Copy the csi.jar file to the $JAVA_HOME/lib/ext directory.

NOTE: $JAVA_HOME is a user defined environment variable denoting the
path to the java installation directory.

5.   Copy the local_policy.jar, jce1_2_2.jar and the
US_export_policy.jar files to the $JAVA_HOME/lib/security directory.


Now lib/ext and lib/security seem to be part of the jre debian
packages, for instance sun-java6-jre.  I can for instance copy
csi.jar into /usr/lib/jvm/java-6-sun-1.6.0.16/jre/lib/ext and copy
jce1_2_2.jar into /usr/lib/jvm/java-6-sun-1.6.0.16/jre/lib/security
(local_policy.jar and US_export_policy.jar are already there, I don't
know if the ATO really needs their own version).  After doing this
(and chmod a+r), the installation seems to work (from
http://pki.ato.gov.au/atocdia/welcome.htm the browser loads up the
java plugin and proceeds to manage Australian Tax Digitial
Certificates).

But I'm sure it's not strictly correct to dump random jar files into
sun-java6-jre's file structure.  That's why we have the Debian java
policy, for installing java application and library packages.

But policy
(file:///usr/share/doc/java-common/debian-java-policy/x105.html ) just
says place any jar files into /usr/share/java.  When I place csi.jar
and jce1_2_2.jar there (instead of jre/lib), it doesn't work, the
class files are not located.

I gather policy is intended to work with full Debian packaging, that
is something will be done by dh_java at installation time to register
the jar files. Is that correct? 
What is the best way to handle this situation?  I suspect it's just a
java FAQ.  Should instructions be added, say to
/usr/share/doc/java-common/README.Debian explaining how a user (i.e.
not a Debian package maintainer) should deal with the installation of
third party jar files? Or an entry in the Debian Java FAQ ? 
Keep in mind the users of this software may not be Java gurus, they'll
just be business-oriented linux enthusiasts who want to deal with the
Tax man without lowering standards (by using MS Windows).  They might
never have to deal with java files outside of this application.

Thanks,

Drew

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

java-common depends on no packages.

java-common recommends no packages.

Versions of packages java-common suggests:
pn  default-jre                   <none>     (no description available)
ii  equivs                        2.0.7-0.1  Circumvent Debian package dependen

-- no debconf information

--- End Message ---
Reply to: