Thank you very, very much.
https://packages.debian.org/source/unstable/jhove
I've tried and can't figure out how to make this package either build
at the current release, or update to latest release. This is one last
desperate call for help.
>jhove 1.6+dfsg-1 is marked for autoremoval from testing on 2018-05-14
>
>It is affected by these RC bugs:
>895761: jhove: FTBFS with
I'd love to actually update to the most recent upstream. The build system
switched
from ant to maven, and I am completely unfamiliar with it. First, I got a
fatal error
about not finding org.sonatype.oss:oss-parent:pom, so I tried deleting that
section
of the pom.xml. Then the build can't find jaco
I'd love to actually update to the most recent upstream. The build system
switched
from ant to maven, and I am completely unfamiliar with it. First, I got a
fatal error
about not finding org.sonatype.oss:oss-parent:pom, so I tried deleting that
section
of the pom.xml. Then the build can't find jaco
I'm the Debian package maintainer for jhove, which is an image validator
and really useful for libraries and other cultural heritage institutions.
It is about to get kicked out due to bug #895761. The right thing to do is
update the jhove to the current upstream version. However, I haven't touched
depend on something else?
Regards,
Jeff
Jeff Williams
Operations Manager Aspiro Music / WiMP
Mobile +47 97 72 74 07
jeff.willi...@aspiro.com
Aspiro Music AS
Øvre Slottsgate 25, P.O. Box 8710 Youngstorget, N-0028 Oslo
Tel +47 452 86 900, fax +47 22 37 36 59
www.aspiro.com/music
ne as well).
--
Thanks,
Jeff
(j...@freemedsoftware.org)
FreeMED Software Foundation, Inc
http://freemedsoftware.org/
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.
It's not necessarily the cleanest method, but it
should allow offline building. Especially without individually
packaging every dependency, which can not only be a real pain, but can
be very difficult, since many projects have odd and unusual
dependencies.
--
Thanks,
Jeff
(j...@freemedsoftware
hinking of tackling nutch (www.nutch.org) so I'm still interested in how to
do ths sort of thing automatically.
> and have users install it manually.
In my experience, users need all the help they can get.
Cheers,
Jeff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
kage
somehow automatically adjust Tomcat permissions?
Cheers,
Jeff
= possible future README.Debian for liblucene-java package
Lucene for Debian
-
The Javadoc(TM) for Lucene can be found at
/usr/share/doc/liblucene-java-doc/docs/index.html
The Lucene demo applications
their feet wet with Debian/Java
packaging.
Cheers,
Jeff
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=272295
er advice or an NMU would be very welcome.
Cheers,
Jeff
http://packages.qa.debian.org/l/lucene.html
ant a non-maintainer upload (NMU) ?
Cheers,
Jeff
On Mon, 2003-06-09 at 13:31, Arnaud Vandyck wrote:
> Jeff Self <[EMAIL PROTECTED]> wrote:
> > On Mon, 2003-06-09 at 11:54, Arnaud Vandyck wrote:
> > > Try to add
> > > JAVA_HOME=/path/to/java/home
> > >
> > > in the tomcat4 start script i
7;t help either. I already had JAVA_HOME defined in my
/etc/profile but I added it to /etc/default/tomcat4 as well.
I'll try and downgrade to j2sdk1.3 and see if that does the same.
--
Jeff Self
Information Technology Analyst
City of Newport News
Personnel Department
2400 Washington Drive
ror:
[javac] Since compiler setting isn't classic or modern,ignoring fork setting.
[javac] Compiling 1 source file
[javac] Since compiler setting isn't classic or modern,ignoring fork setting.
Servlets are working, but not the JSP's.
--
Jeff Self
Information Technolog
looked and tcpip_socket=1 is there. I also checked my pg_hba.conf and
I have these lines:
local ident sameuser
hostall 127.0.0.1 255.255.255.0 ident
This is also my setup on OS X.
--
Jeff Self
Information Technology Analyst
City of Newpor
the Blackdown version of Java with regard to JSP's and/or
servlets? Is there anything else that needs installing?
--
Jeff Self
Information Technology Analyst
City of Newport News
Personnel Department Suite 200
700 Town Center Drive
Newport News, VA 23606
757-926-1810
looked and tcpip_socket=1 is there. I also checked my pg_hba.conf and
I have these lines:
local ident sameuser
hostall 127.0.0.1 255.255.255.0 ident
This is also my setup on OS X.
--
Jeff Self
Information Technology Analyst
City of Newpor
the Blackdown version of Java with regard to JSP's and/or
servlets? Is there anything else that needs installing?
--
Jeff Self
Information Technology Analyst
City of Newport News
Personnel Department Suite 200
700 Town Center Drive
Newport News, VA 23606
757-926-1810
--
To UNSUBSCRIBE,
<[EMAIL PROTECTED]> Thu Aug 29 03:58:05 2002
X-Envelope-Sender: [EMAIL PROTECTED]
Received: (qmail 18759 invoked from network); 29 Aug 2002 08:58:04 -
Received: from smtp11.dti.ne.jp (202.216.228.46)
by murphy.debian.org with SMTP; 29 Aug 2002 08:58:04 -
Received: from pc3 (PPPa3884.to
<[EMAIL PROTECTED]> Tue Aug 27 05:56:41 2002
X-Envelope-Sender: [EMAIL PROTECTED]
Received: (qmail 24484 invoked from network); 27 Aug 2002 10:56:40 -
Received: from smtp11.dti.ne.jp (202.216.228.46)
by murphy.debian.org with SMTP; 27 Aug 2002 10:56:40 -
Received: from pc3 (PPPa3884.to
e wrapper:
http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons-sandbox/daemon/PROPOSAL.html?rev=1.1.1.1&content-type=text/html
http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons-sandbox/daemon/src/docs/daemon.html?rev=1.1.1.1&content-type=text/html
--Jeff
> --
> G. ``Ig
e wrapper:
http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons-sandbox/daemon/PROPOSAL.html?rev=1.1.1.1&content-type=text/html
http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons-sandbox/daemon/src/docs/daemon.html?rev=1.1.1.1&content-type=text/html
--Jeff
> --
> G. ``Ig
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,[EMAIL PROTECTED]
[EMAIL PROTECTED]@X`M`G-(;@!3,TA5&AIP$`0``BT4,4U97BP"[EMAIL PROTECTED]&0)`<#XA<[EMAIL PR
your own mod_jk.conf file.
--Jeff
your own mod_jk.conf file.
--Jeff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Nov 09, 2001 at 05:22:50PM +0100, Max Kellermann wrote:
> On 0, Jeff Turner <[EMAIL PROTECTED]> wrote:
> > How about using the jar manifest to store the jar metadata, as Sun
> > intended? Make the jars their own database. A platform-independent
> > database
On Fri, Nov 09, 2001 at 05:22:50PM +0100, Max Kellermann wrote:
> On 0, Jeff Turner <[EMAIL PROTECTED]> wrote:
> > How about using the jar manifest to store the jar metadata, as Sun
> > intended? Make the jars their own database. A platform-independent
> > database
On Fri, Nov 09, 2001 at 09:16:37PM +0100, Ola Lundqvist wrote:
> On Fri, Nov 09, 2001 at 11:51:40AM -0800, Kevin A. Burton wrote:
[..]
>
> You say that the war-files allow the classloading. That is not entirely
> true. Take tomcat for example.
>
> * You place a war-file in the specified directory.
, my webapp requires libjaxp-2.0,
and there's no conflict.
We're not in Kansas anymore, Toto :) The old rules don't always apply.
--Jeff
On Fri, Nov 09, 2001 at 09:16:37PM +0100, Ola Lundqvist wrote:
> On Fri, Nov 09, 2001 at 11:51:40AM -0800, Kevin A. Burton wrote:
[..]
>
> You say that the war-files allow the classloading. That is not entirely
> true. Take tomcat for example.
>
> * You place a war-file in the specified directory
xp-2.0,
and there's no conflict.
We're not in Kansas anymore, Toto :) The old rules don't always apply.
--Jeff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ng,
with online jar catalogs, ontologies, etc. Ideally, the system could be
submitted as a JSR, and the common tools become part of the JDK.
Or maybe not.. I may regret sending this in the morning ;P I'd
appreciate any thoughts on this.
--Jeff
[..]
> Regards,
> Max
>
>
ng,
with online jar catalogs, ontologies, etc. Ideally, the system could be
submitted as a JSR, and the common tools become part of the JDK.
Or maybe not.. I may regret sending this in the morning ;P I'd
appreciate any thoughts on this.
--Jeff
[..]
> Regards,
> Max
>
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
user then can specify which of these components, as
well as what versions, are desired."
http://aleutia.enhydra.org/software/documentation/backgroundInfo/projectScope.html
--Jeff
then can specify which of these components, as
well as what versions, are desired."
http://aleutia.enhydra.org/software/documentation/backgroundInfo/projectScope.html
--Jeff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to the end of your /etc/apache/httpd.conf
LoadModule webapp_module /usr/lib/apache/1.3/mod_webapp.so
WebAppConnection warpConnection warp localhost:8008
DocumentRoot /home/jeff/public_html
ServerName localhost
WebAppDeploy examples warpConnection /examples/
Apache starts fine, but I get "ja
to the end of your /etc/apache/httpd.conf
LoadModule webapp_module /usr/lib/apache/1.3/mod_webapp.so
WebAppConnection warpConnection warp localhost:8008
DocumentRoot /home/jeff/public_html
ServerName localhost
WebAppDeploy examples warpConnection /examples/
Apache starts fine, but I get "ja
On Thu, Sep 20, 2001 at 08:46:04AM -0700, Bill Wohler wrote:
> Jeff Turner <[EMAIL PROTECTED]> writes:
> > I think that's best. lib/ext is not overridable by *anything*, not even
> > /usr/bin/java. Say I just installed the Tomcat 3.2 .deb, and it put
> > servlet.j
On Thu, Sep 20, 2001 at 08:46:04AM -0700, Bill Wohler wrote:
> Jeff Turner <[EMAIL PROTECTED]> writes:
> > I think that's best. lib/ext is not overridable by *anything*, not even
> > /usr/bin/java. Say I just installed the Tomcat 3.2 .deb, and it put
> > servlet.j
break because it requires 2.3 of servlet.jar, and lib/ext
cannot be overridden.
--Jeff
> Regards,
>
> // Ola
break because it requires 2.3 of servlet.jar, and lib/ext
cannot be overridden.
--Jeff
> Regards,
>
> // Ola
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Sep 19, 2001 at 09:04:46AM +0200, Ola Lundqvist wrote:
> On Wed, Sep 19, 2001 at 11:03:50AM +1000, Jeff Turner wrote:
> > > There have been quite lot of discussion about the classpaths...
> >
> > :)
> >
> > The only good classpath is a dea.. clean
On Wed, Sep 19, 2001 at 09:21:15AM +0200, Ola Lundqvist wrote:
> On Wed, Sep 19, 2001 at 09:59:09AM +1000, Jeff Turner wrote:
> > On Tue, Sep 18, 2001 at 02:15:04PM -0700, Bill Wohler wrote:
[..]
> > Symlinking jars can be dangerous, because jars can contain a Class-path:
&g
On Wed, Sep 19, 2001 at 09:04:46AM +0200, Ola Lundqvist wrote:
> On Wed, Sep 19, 2001 at 11:03:50AM +1000, Jeff Turner wrote:
> > > There have been quite lot of discussion about the classpaths...
> >
> > :)
> >
> > The only good classpath is a dea.. clean
On Wed, Sep 19, 2001 at 09:21:15AM +0200, Ola Lundqvist wrote:
> On Wed, Sep 19, 2001 at 09:59:09AM +1000, Jeff Turner wrote:
> > On Tue, Sep 18, 2001 at 02:15:04PM -0700, Bill Wohler wrote:
[..]
> > Symlinking jars can be dangerous, because jars can contain a Class-path:
&g
t if someone releases two jars and foo.jar's manifest makes reference to
> "../../../../../../../../bar.jar"? Am I faced with either putting bar.jar in
> my root dir or not using the package at all?
Isn't it cool how Sun foists these things on us ;) Doesn't mean anyone
has to use the mechanism (and most people don't), but it does rather
preclude a standardized naming convention for jars.
--Jeff
> - Joe
th
> >ever, because it makes writing cross-platform projects harder.
>
> Well, I *do* think that there should be a way to turn the auto-discovery off
> (essentially making you specify *every* jar you want to use), because that's
> the only way of knowing exactly which jars/classes your app is relying on.
> But I consider that to be kind of an out-of-the-ordinary thing to want to
> do.
Well as long as there is such a mechanism, I'm a happy camper.
--Jeff
[..]
> - Joe
[1] http://newgate.socialchange.net.au/~jeff/jpe/
On Wed, Sep 19, 2001 at 03:35:20AM +0200, Anders Jackson wrote:
> Jeff Turner <[EMAIL PROTECTED]> writes:
>
> [...]
>
> > As long as it's not purely additive. I want to be able to remove stuff
> > from the classpath, not just add my stuff. There are various
tingly relying on other jars. I submit
this is how *most* projects work. There is not a single Java Apache
project that relies on a system classpath. They are all
self-contained, or list their dependencies in a build.properties
file.
There are probably other cases which I can't think of.
Sorry for raining on everyone's parade, but I believe there is no safe
way to have a default system classpath.
--Jeff
>
[snip]
>
> - Joe
ble way to make
custom APIs available to all applications running on the Java
platform."
-- http://java.sun.com/docs/books/tutorial/ext/
So kaffe doesn't have a lib/ext, I presume, but any 1.2-compliant VM
should.
--Jeff
>
> Ben.
t the classpath that
> are needed by the jvm. Should there be any such thing?
Or rather, *can* any such thing exist without:
- breaking non-packaged programs which assume a clean classpath.
- upsetting a lot of developers who like to make a clean-classpath
assumption. I think most
hat if someone releases two jars and foo.jar's manifest makes reference to
> "../../../../../../../../bar.jar"? Am I faced with either putting bar.jar in
> my root dir or not using the package at all?
Isn't it cool how Sun foists these things on us ;) Doesn't mean
th
> >ever, because it makes writing cross-platform projects harder.
>
> Well, I *do* think that there should be a way to turn the auto-discovery off
> (essentially making you specify *every* jar you want to use), because that's
> the only way of knowing exactly which jars/classes your app is relying on.
> But I consider that to be kind of an out-of-the-ordinary thing to want to
> do.
Well as long as there is such a mechanism, I'm a happy camper.
--Jeff
[..]
> - Joe
[1] http://newgate.socialchange.net.au/~jeff/jpe/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
. Look at the current situation with
/usr/share/java/repository. So IMHO, the only safe thing to do is keep a
clean classpath, put jars in /usr/share/java, and let startup scripts
choose them. If you miss the ease-of-use of a system classpath, set it
in your .bash_profile, or use something like
http://
tingly relying on other jars. I submit
this is how *most* projects work. There is not a single Java Apache
project that relies on a system classpath. They are all
self-contained, or list their dependencies in a build.properties
file.
There are probably other cases which I can't think of.
Sorry for raining on everyone's parade, but I believe there is no safe
way to have a default system classpath.
--Jeff
>
[snip]
>
> - Joe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Sep 19, 2001 at 03:35:20AM +0200, Anders Jackson wrote:
> Jeff Turner <[EMAIL PROTECTED]> writes:
>
> [...]
>
> > As long as it's not purely additive. I want to be able to remove stuff
> > from the classpath, not just add my stuff. There are various
ble way to make
custom APIs available to all applications running on the Java
platform."
-- http://java.sun.com/docs/books/tutorial/ext/
So kaffe doesn't have a lib/ext, I presume, but any 1.2-compliant VM
should.
--Jeff
>
> Ben.
--
To UNSUBSCRIBE, email to [EMAIL PR
cept the classpath that
> are needed by the jvm. Should there be any such thing?
Or rather, *can* any such thing exist without:
- breaking non-packaged programs which assume a clean classpath.
- upsetting a lot of developers who like to make a clean-classpath
assumption. I think most
. Look at the current situation with
/usr/share/java/repository. So IMHO, the only safe thing to do is keep a
clean classpath, put jars in /usr/share/java, and let startup scripts
choose them. If you miss the ease-of-use of a system classpath, set it
in your .bash_profile, or use something like
http
On Sat, Sep 15, 2001 at 08:54:19PM -0400, Andrew Pimlott wrote:
> On Thu, Sep 13, 2001 at 08:55:04PM +1000, jeff wrote:
> > But I'll spare you that ranting; let's just say I think it's a
> > horrifically bad idea to have a free-for-all in one's classpath.
&g
Joe,
On Mon, Sep 17, 2001 at 07:13:46PM -0700, Joe Emenaker wrote:
>
> > On Mon, Sep 17, 2001 at 01:40:16PM -0700, Joe Emenaker wrote:
> > My solution to the above problem is at:
> >
> > http://newgate.socialchange.net.au/~jeff/jpe/
[snip]
> The lynchpin to what
e updated. Make-ish tools
> like 'ant' have made this easier to manage, but I still think that there's a
> better way.
I'm also a vim+javac programmer.
My solution to the above problem is at:
http://newgate.socialchange.net.au/~jeff/jpe/
"This page descr
On Sat, Sep 15, 2001 at 08:54:19PM -0400, Andrew Pimlott wrote:
> On Thu, Sep 13, 2001 at 08:55:04PM +1000, jeff wrote:
> > But I'll spare you that ranting; let's just say I think it's a
> > horrifically bad idea to have a free-for-all in one's classpath.
&g
Joe,
On Mon, Sep 17, 2001 at 07:13:46PM -0700, Joe Emenaker wrote:
>
> > On Mon, Sep 17, 2001 at 01:40:16PM -0700, Joe Emenaker wrote:
> > My solution to the above problem is at:
> >
> > http://newgate.socialchange.net.au/~jeff/jpe/
[snip]
> The lynchpin to what
o be updated. Make-ish tools
> like 'ant' have made this easier to manage, but I still think that there's a
> better way.
I'm also a vim+javac programmer.
My solution to the above problem is at:
http://newgate.socialchange.net.au/~jeff/jpe/
"This page descr
#x27;. I now download two programs from their
respective CVSs. One requires foo.jar v1, the other requires foo.jar
v2. How is it possible for both apps to be able to run on my system?
Assuming there is a decent answer to that, and people agree that a
system classpath is a Good Thing:
2) How can I o
#x27;. I now download two programs from their
respective CVSs. One requires foo.jar v1, the other requires foo.jar
v2. How is it possible for both apps to be able to run on my system?
Assuming there is a decent answer to that, and people agree that a
system classpath is a Good Thing:
2) How c
On Mon, Sep 17, 2001 at 12:15:59AM -0700, Per Bothner wrote:
> Jeff Turner <[EMAIL PROTECTED]> writes:
>
> > If you want other jars to be considered "standard", put them in
> > $JAVA_HOME/jre/lib/ext/. This is a platform-independent equivalent
> > of what y
On Mon, Sep 17, 2001 at 12:15:59AM -0700, Per Bothner wrote:
> Jeff Turner <[EMAIL PROTECTED]> writes:
>
> > If you want other jars to be considered "standard", put them in
> > $JAVA_HOME/jre/lib/ext/. This is a platform-independent equivalent
> > of w
On Sun, Sep 16, 2001 at 04:21:09PM -0700, Per Bothner wrote:
> Jeff Turner wrote:
>
> >I can write a Hello World program just fine with a completely blank
> >classpath [1]. In fact, I can write any program that uses java.* and
> >javax.* with nothing in the classpath
On Sun, Sep 16, 2001 at 04:21:09PM -0700, Per Bothner wrote:
> Jeff Turner wrote:
>
> >I can write a Hello World program just fine with a completely blank
> >classpath [1]. In fact, I can write any program that uses java.* and
> >javax.* with nothing in the classpath
On Sun, Sep 16, 2001 at 02:16:58PM -0700, Per Bothner wrote:
> jeff wrote:
>
> >Why not just put the jars in /usr/share/java, keep the system classpath
> >completely clean, and let the startup scripts for individual apps choose
> >which
> >to include?
> >
&
On Sun, Sep 16, 2001 at 02:16:58PM -0700, Per Bothner wrote:
> jeff wrote:
>
> >Why not just put the jars in /usr/share/java, keep the system classpath
> >completely clean, and let the startup scripts for individual apps choose
> >which
> >to include?
> >
&
tion. When writing new
code, I could be unwittingly relying on stuff in the system classpath, and when
I try to compile the same stuff at work, it will all break. I'd prefer to find
out right at the beginning what's wrong.
--Jeff
FYI, there are attempts to create a CPAN-like mechan
tion. When writing new
code, I could be unwittingly relying on stuff in the system classpath, and when
I try to compile the same stuff at work, it will all break. I'd prefer to find
out right at the beginning what's wrong.
--Jeff
FYI, there are attempts to create a CPAN-like mechan
/repository should remain?
That is exactly my question :) In what scenario would be better to rely on some
implicit system-specific classpath, rather than an explicit set of jars
selected by a program's startup script.
--Jeff
> Currently the java libraries I package are in the form of
/repository should remain?
That is exactly my question :) In what scenario would be better to rely on some
implicit system-specific classpath, rather than an explicit set of jars
selected by a program's startup script.
--Jeff
> Currently the java libraries I package are in the form of
there are not debianized.
Conclusion: Debian is a Java developer-hostile operating system. No Java
developer can use Debian's packaged Java apps without risk of unsolvable (for
non-root) classpath conflicts. I have since uninstalled every Java package I
can find.
--Jeff
there are not debianized.
Conclusion: Debian is a Java developer-hostile operating system. No Java
developer can use Debian's packaged Java apps without risk of unsolvable (for
non-root) classpath conflicts. I have since uninstalled every Java package I
can find.
--Jeff
--
To UNSUBSCRIB
This may be of interest to other *nix Java developers..
http://newgate.socialchange.net.au/~jeff/jpe/
Here is a summary, from the docs:
"[The JPE is] a simple system for working on multiple Java projects
under GNU/Linux, in particular for managing project classpaths.
..
One of the
This may be of interest to other *nix Java developers..
http://newgate.socialchange.net.au/~jeff/jpe/
Here is a summary, from the docs:
"[The JPE is] a simple system for working on multiple Java projects
under GNU/Linux, in particular for managing project classpaths.
..
One of the
e're not just talking about gcj,
right?).
I'm also afraid of what would happen when two or more .jar's contain
similarly named but incompatible classes. (I spent most of my day today
chasing down exactly that problem in a horrific classpath. At least the
classpath mechanism prescribes a search order. What search order rules
apply to an extensions directory?)
Jeff
x27;re not just talking about gcj,
right?).
I'm also afraid of what would happen when two or more .jar's contain
similarly named but incompatible classes. (I spent most of my day today
chasing down exactly that problem in a horrific classpath. At least the
classpath mechanism prescrib
ism is similar to ELF shared
objects, and can easily be managed in parallel with classes natively
compiled by gcj. (I'm imagining utilities like `ldd' that would find and
print all the dependent jar files for a Java application. That would be
so nice to have now.)
Jeff
hanism is similar to ELF shared
objects, and can easily be managed in parallel with classes natively
compiled by gcj. (I'm imagining utilities like `ldd' that would find and
print all the dependent jar files for a Java application. That would be
so nice to have now.)
Jeff
--
To UNSUB
cutable that invokes the main class via JNI. If the app needs
custom properties and/or classpath, they can be compiled in.
No need for a shell wrapper, and you can run `ps -ef' and see your
java applications by name. That's what I would choose.
Jeff
cutable that invokes the main class via JNI. If the app needs
custom properties and/or classpath, they can be compiled in.
No need for a shell wrapper, and you can run `ps -ef' and see your
java applications by name. That's what I would choose.
Jeff
--
To UNSUBSCRIBE, email to [
0subscribe
0subscribe
91 matches
Mail list logo
