[collectd] java plugin class files

[Sebastian Harl]

Hi,

On Tue, Sep 08, 2009 at 08:06:38PM +0530, Amit Gupta wrote:
> On Tue, Sep 8, 2009 at 7:05 PM, Sebastian Harl <sh at tokkee.org> wrote:
> > On Tue, Sep 08, 2009 at 06:34:04PM +0530, Amit Gupta wrote:
> I will start working on the patch.

Thanks! :-)

> > > Additionally, the jar files IMO should get published to the lib directory
> > > where the so files are sitting rather than the share directory.
> >
> > Why do you think so?
> >
> > If those files are architecture independent (which, I suppose, is the
> > case, but I'm not sure how JNI has an effect on that), /usr/share/
> > collectd/ is the right place for them (according to FHS).
> 
> I think of jar files equivalent of .so files. A jar file is used to ship
> collection of java class files similar to a .so file which is a collection
> of object files.

Yes - this is somewhat similar. Still, .so files are in /usr/lib/ just
because they are architecture dependent.

> If you look at any of the java based softwares, for
> instance tomcat, you will find all the jars sitting in the lib directory.

If they are architecture independent, this is not the right place [1].
Have a look at Perl modules. .pm files are similar (in spirit) to .so
files as well - they ship reusable Perl code. While the (architecture
independent) .pm files (Perl code) are usually shipped in /usr/share/,
some modules ship architecture dependent code as well (.so and .bs
files) which are usually sitting in /usr/lib/.

I'd really like to conform to the FHS as much as reasonably possible and
I don't really see any _real_ reasons not to install (arch. indep.)
.class files in /usr/share/ ;-)

Cheers,
Sebastian

[1] Btw., on Debian, the jars are sitting in /usr/share/, see
    <http://packages.debian.org/sid/all/libtomcat6-java/filelist>

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety.         -- Benjamin Franklin

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://mailman.verplant.org/pipermail/collectd/attachments/20090908/e9e04440/attachment.pgp