Re: Tomcat 4.0.1 in Debian?
"J. R. Westmoreland" <[EMAIL PROTECTED]> wrote: > Do I understand this correctly? > The installer behavior would be like the package that does the java docs? > If this is correct that might be a good solution. That's exactly what I was thinking about. -- Arnaud http://vbstefi60.fapse.ulg.ac.be/
Re: NBIO (Non-blocking I/O)
Kenneth Pronovici <[EMAIL PROTECTED]> wrote: > Since this is a native package that results in a .so as well as some > .class files, I need to make sure that the Java runtime environment > knows how to find everything. Right now, I've installed it off > /opt/local/lib and changed $LD_LIBRARY_PATH and $CLASSPATH, but I > suspect that this is not the way I would do it for a .deb. Can > someone suggest a good example .deb to look at, as a template for > what I need to do here, as far as file placement, configuration > updates, etc.? I am not an expert. all the libs go to /usr/lib/program_name (except if the libraries already exists, you'll just have to make your package depends on these) all the jar files go to /usr/share/java There are several well done package in java. For librairies, you could maybe take a look at libxalan2-java (apt-get source libxalan2-java) or else. For other librairies, I do not have exemples in mind but there are some :) > If you'd prefer to take this discussion off the list, that's fine, > too. I do not know for everybody but I am very interresting in that discussion so if the discussion takes place out of the list, can you cc me? Thanks. -- Arnaud http://vbstefi60.fapse.ulg.ac.be/
Re: NBIO (Non-blocking I/O)
Arnaud Vandyck wrote: > > Kenneth Pronovici <[EMAIL PROTECTED]> wrote: > > If you'd prefer to take this discussion off the list, that's fine, > > too. > > I do not know for everybody but I am very interresting in that > discussion so if the discussion takes place out of the list, can you > cc me? Thanks. I also find this topic interesting and would like to know more about proper packaging of Java for debian. Please include me also on the cc (or just keep it on the list unless the experts say they are bored with it.) Thanks. Rick -- Rick Lutowski |[EMAIL PROTECTED] \ oo \ http://www.jreality.com/ ___ __\ /_ | _/ `--'
Re: NBIO (Non-blocking I/O)
On Saturday 9 February 2002 15:51, Rick Lutowski wrote: > Arnaud Vandyck wrote: > > Kenneth Pronovici <[EMAIL PROTECTED]> wrote: > > > If you'd prefer to take this discussion off the list, that's fine, > > > too. > > > > I do not know for everybody but I am very interresting in that > > discussion so if the discussion takes place out of the list, can you > > cc me? Thanks. > > I also find this topic interesting and would like to know more > about proper packaging of Java for debian. Please include me > also on the cc (or just keep it on the list unless the experts > say they are bored with it.) Did you have a look at the Java Policy? It is available in the java-common package... Or, alternatively, from http://people.debian.org/~bortz//Java/policy.html To the rest on this list: is this the latest up-to-date version? Egon
Re: NBIO (Non-blocking I/O)
From: Egon Willighagen <[EMAIL PROTECTED]> Subject: Re: NBIO (Non-blocking I/O) Date: Sat, 9 Feb 2002 15:57:05 +0100 > Did you have a look at the Java Policy? It is available in the > java-common package... Or, alternatively, from > > http://people.debian.org/~bortz//Java/policy.html > > To the rest on this list: is this the latest up-to-date version? Latest version is here: http://people.debian.org/~opal/java/policy.html/ The location for JNI modules is disscussed here: http://lists.debian.org/debian-java/2001/debian-java-200107/msg0.html regards. Takashi Okamoto
Re: NBIO (Non-blocking I/O)
[Sorry for the long email; I have a lot of questions.] > http://people.debian.org/~opal/java/policy.html/ > http://lists.debian.org/debian-java/2001/debian-java-200107/msg0.html I did read the policy, and I have now looked over the JNI email thread. I'm a little confused about how the policy is actually implemented, through. For instance, I can see that for libraries like libxalan-java and libxerces-java, I get: /usr/share/java/xerces.jar /usr/share/java/xalan.jar This looks like it matches the policy. However, for other libaries like lib-gnu.getopt-java, I get: /usr/share/java/repositories/gnu/getopt/ This doesn't match the policy OR the directory structure proposed in the JNI-related email thread. The main (only?) JNI example I have found so far is libreadline-java, which installs: /usr/share/java/libreadline-java.jar -> libreadline-java-0.6.jar (which seems sensible) but then relies on the separately-managed: /usr/lib/libreadline.so /usr/lib/libedit.so None of these quite match the way NBIO is laid out. The NBIO library ends up having four different sets of things to install: - libNBIO.so - 16 class files - some README-style documentation - some Javadoc documentation It seems to me that to meet the policy, I should create package libnbio-java, which installs/creates: /usr/lib/java/libNBIO.so /usr/share/java/libnbio.jar /usr/doc/libnbio-java -> /usr/share/doc/libnbio-java My questions are: 1) Am I correct that I should be creating a .jar rather than installing the 16 class files individually? If not, where should the class files go? 2) Where should I put the javadoc documentation? Seems like html/ in the base documentation directory is a good place, but (for instance) the getopt javadoc files are just put right in the base documentation directory, not in html/. Which is right? 3) There are two conflicting values for the preferred location of JNI shared libraries - /usr/lib/java and /usr/lib/java/jni. Which is correct? 4) Is it my responsibility to ensure that the system-wide $LD_LIBRARY_PATH includes /usr/lib/java (or /usr/lib/java/jni), so that the JNI libraries are found? Thanks again for the help. KEN -- Kenneth J. Pronovici <[EMAIL PROTECTED]> Personal Homepage: http://www.skyjammer.com/~pronovic/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, Historical Review of Pennsylvania, 1759 pgpx4fMIwk45d.pgp Description: PGP signature
Re: Tomcat 4.0.1 in Debian?
On Fri, Feb 08, 2002 at 11:33:43AM -0600, Adam Heath wrote: > On Fri, 8 Feb 2002, Stefan Gybas wrote: > > > Arnaud Vandyck wrote: > > > > > Is it possible to make kind of installer packages for these > > > dependencies? Like the realplayer package or else. > > > > > > Yes, sure it is. The ftp admins might even allow a real package for > > non-free but nobody has volunteered yet. > > Consider this me volunteering. > > I need some of these same debs for jboss. I even already have debs locally, > and uploaded to our local mirror. > > I just now need to make installer wrappers around those. I was thinking of > doing it generically, so all such similiar java/jar packages could be made > into installers. Great. I recently discovered that I will have a need for Tomcat 4, and thus these jars as well. Let me know if I can help, with individual packages or the generic installer. -- - mdz
Re: NBIO (Non-blocking I/O)
From: Kenneth Pronovici <[EMAIL PROTECTED]> Subject: Re: NBIO (Non-blocking I/O) Date: Sat, 9 Feb 2002 11:14:05 -0600 > This looks like it matches the policy. However, for other libaries like > lib-gnu.getopt-java, I get: > >/usr/share/java/repositories/gnu/getopt/ > > This doesn't match the policy OR the directory structure proposed in the > JNI-related email thread. The old lib-gnu.getopt-java provided only class files in /usr/share/java/repositories/. I remaind it for backward compatibility. However if nobody use them, class files should be removed. BTW, how can I find the packages which depend lib-gnu.getopt-java? >1) Am I correct that I should be creating a .jar rather than > installing the 16 class files individually? If not, where > should the class files go? You are correct:) You should provide only jar file. >2) Where should I put the javadoc documentation? Seems like > html/ in the base documentation directory is a good place, > but (for instance) the getopt javadoc files are just put > right in the base documentation directory, not in html/. > Which is right? I should change getopt;) html/ is good place:) But, I like separated package for javadoc and manual like libnbio-java-doc though I don't finish some of my packages. lib*-java-doc packages be discussed debian-java (but I forget where...). BTW, javadoc place are disscussed other thread: http://lists.debian.org/debian-java/2001/debian-java-200111/msg00012.html But currently, javadoc is placed individual directory. >3) There are two conflicting values for the preferred location > of JNI shared libraries - /usr/lib/java and /usr/lib/java/jni. > Which is correct? There are other native interface for Java like CNI(cygnus native interface) and KNI (kaffe native interface). That's the reason why I support /usr/lib/java/jni for JNI. One more thing, JNI will be improved for JDK1.4. http://java.sun.com/j2se/1.4/docs/guide/jni/jni-14.html So, maybe we should provide following two directory: /usr/lib/java/jni-1.2 /usr/lib/java/jni-1.4 >4) Is it my responsibility to ensure that the system-wide > $LD_LIBRARY_PATH includes /usr/lib/java (or /usr/lib/java/jni), > so that the JNI libraries are found? IMO, You should not defined it. Because JNI libraries are used by only Java applications. Java applications should define $LD_LIBRARY_PATH when they are executed. regards, Takashi Okamoto
Re: NBIO (Non-blocking I/O)
> IMO, You should not defined it. Because JNI libraries are used by only > Java applications. Java applications should define $LD_LIBRARY_PATH > when they are executed. > > regards, > > Takashi Okamoto Thanks for all of the feedback. That's enough to work with for now. KEN -- Kenneth J. Pronovici <[EMAIL PROTECTED]> Personal Homepage: http://www.skyjammer.com/~pronovic/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, Historical Review of Pennsylvania, 1759 pgp8RTZPSMVLd.pgp Description: PGP signature
Re: Tomcat 4.0.1 in Debian?
"J. R. Westmoreland" <[EMAIL PROTECTED]> wrote: > Do I understand this correctly? > The installer behavior would be like the package that does the java docs? > If this is correct that might be a good solution. That's exactly what I was thinking about. -- Arnaud http://vbstefi60.fapse.ulg.ac.be/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NBIO (Non-blocking I/O)
Kenneth Pronovici <[EMAIL PROTECTED]> wrote: > Since this is a native package that results in a .so as well as some > .class files, I need to make sure that the Java runtime environment > knows how to find everything. Right now, I've installed it off > /opt/local/lib and changed $LD_LIBRARY_PATH and $CLASSPATH, but I > suspect that this is not the way I would do it for a .deb. Can > someone suggest a good example .deb to look at, as a template for > what I need to do here, as far as file placement, configuration > updates, etc.? I am not an expert. all the libs go to /usr/lib/program_name (except if the libraries already exists, you'll just have to make your package depends on these) all the jar files go to /usr/share/java There are several well done package in java. For librairies, you could maybe take a look at libxalan2-java (apt-get source libxalan2-java) or else. For other librairies, I do not have exemples in mind but there are some :) > If you'd prefer to take this discussion off the list, that's fine, > too. I do not know for everybody but I am very interresting in that discussion so if the discussion takes place out of the list, can you cc me? Thanks. -- Arnaud http://vbstefi60.fapse.ulg.ac.be/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NBIO (Non-blocking I/O)
Arnaud Vandyck wrote: > > Kenneth Pronovici <[EMAIL PROTECTED]> wrote: > > If you'd prefer to take this discussion off the list, that's fine, > > too. > > I do not know for everybody but I am very interresting in that > discussion so if the discussion takes place out of the list, can you > cc me? Thanks. I also find this topic interesting and would like to know more about proper packaging of Java for debian. Please include me also on the cc (or just keep it on the list unless the experts say they are bored with it.) Thanks. Rick -- Rick Lutowski |[EMAIL PROTECTED] \ oo \ http://www.jreality.com/ ___ __\ /_ | _/ `--' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NBIO (Non-blocking I/O)
On Saturday 9 February 2002 15:51, Rick Lutowski wrote: > Arnaud Vandyck wrote: > > Kenneth Pronovici <[EMAIL PROTECTED]> wrote: > > > If you'd prefer to take this discussion off the list, that's fine, > > > too. > > > > I do not know for everybody but I am very interresting in that > > discussion so if the discussion takes place out of the list, can you > > cc me? Thanks. > > I also find this topic interesting and would like to know more > about proper packaging of Java for debian. Please include me > also on the cc (or just keep it on the list unless the experts > say they are bored with it.) Did you have a look at the Java Policy? It is available in the java-common package... Or, alternatively, from http://people.debian.org/~bortz//Java/policy.html To the rest on this list: is this the latest up-to-date version? Egon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NBIO (Non-blocking I/O)
From: Egon Willighagen <[EMAIL PROTECTED]> Subject: Re: NBIO (Non-blocking I/O) Date: Sat, 9 Feb 2002 15:57:05 +0100 > Did you have a look at the Java Policy? It is available in the > java-common package... Or, alternatively, from > > http://people.debian.org/~bortz//Java/policy.html > > To the rest on this list: is this the latest up-to-date version? Latest version is here: http://people.debian.org/~opal/java/policy.html/ The location for JNI modules is disscussed here: http://lists.debian.org/debian-java/2001/debian-java-200107/msg0.html regards. Takashi Okamoto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NBIO (Non-blocking I/O)
[Sorry for the long email; I have a lot of questions.] > http://people.debian.org/~opal/java/policy.html/ > http://lists.debian.org/debian-java/2001/debian-java-200107/msg0.html I did read the policy, and I have now looked over the JNI email thread. I'm a little confused about how the policy is actually implemented, through. For instance, I can see that for libraries like libxalan-java and libxerces-java, I get: /usr/share/java/xerces.jar /usr/share/java/xalan.jar This looks like it matches the policy. However, for other libaries like lib-gnu.getopt-java, I get: /usr/share/java/repositories/gnu/getopt/ This doesn't match the policy OR the directory structure proposed in the JNI-related email thread. The main (only?) JNI example I have found so far is libreadline-java, which installs: /usr/share/java/libreadline-java.jar -> libreadline-java-0.6.jar (which seems sensible) but then relies on the separately-managed: /usr/lib/libreadline.so /usr/lib/libedit.so None of these quite match the way NBIO is laid out. The NBIO library ends up having four different sets of things to install: - libNBIO.so - 16 class files - some README-style documentation - some Javadoc documentation It seems to me that to meet the policy, I should create package libnbio-java, which installs/creates: /usr/lib/java/libNBIO.so /usr/share/java/libnbio.jar /usr/doc/libnbio-java -> /usr/share/doc/libnbio-java My questions are: 1) Am I correct that I should be creating a .jar rather than installing the 16 class files individually? If not, where should the class files go? 2) Where should I put the javadoc documentation? Seems like html/ in the base documentation directory is a good place, but (for instance) the getopt javadoc files are just put right in the base documentation directory, not in html/. Which is right? 3) There are two conflicting values for the preferred location of JNI shared libraries - /usr/lib/java and /usr/lib/java/jni. Which is correct? 4) Is it my responsibility to ensure that the system-wide $LD_LIBRARY_PATH includes /usr/lib/java (or /usr/lib/java/jni), so that the JNI libraries are found? Thanks again for the help. KEN -- Kenneth J. Pronovici <[EMAIL PROTECTED]> Personal Homepage: http://www.skyjammer.com/~pronovic/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, Historical Review of Pennsylvania, 1759 msg01222/pgp0.pgp Description: PGP signature
Re: Tomcat 4.0.1 in Debian?
On Fri, Feb 08, 2002 at 11:33:43AM -0600, Adam Heath wrote: > On Fri, 8 Feb 2002, Stefan Gybas wrote: > > > Arnaud Vandyck wrote: > > > > > Is it possible to make kind of installer packages for these > > > dependencies? Like the realplayer package or else. > > > > > > Yes, sure it is. The ftp admins might even allow a real package for > > non-free but nobody has volunteered yet. > > Consider this me volunteering. > > I need some of these same debs for jboss. I even already have debs locally, > and uploaded to our local mirror. > > I just now need to make installer wrappers around those. I was thinking of > doing it generically, so all such similiar java/jar packages could be made > into installers. Great. I recently discovered that I will have a need for Tomcat 4, and thus these jars as well. Let me know if I can help, with individual packages or the generic installer. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NBIO (Non-blocking I/O)
From: Kenneth Pronovici <[EMAIL PROTECTED]> Subject: Re: NBIO (Non-blocking I/O) Date: Sat, 9 Feb 2002 11:14:05 -0600 > This looks like it matches the policy. However, for other libaries like > lib-gnu.getopt-java, I get: > >/usr/share/java/repositories/gnu/getopt/ > > This doesn't match the policy OR the directory structure proposed in the > JNI-related email thread. The old lib-gnu.getopt-java provided only class files in /usr/share/java/repositories/. I remaind it for backward compatibility. However if nobody use them, class files should be removed. BTW, how can I find the packages which depend lib-gnu.getopt-java? >1) Am I correct that I should be creating a .jar rather than > installing the 16 class files individually? If not, where > should the class files go? You are correct:) You should provide only jar file. >2) Where should I put the javadoc documentation? Seems like > html/ in the base documentation directory is a good place, > but (for instance) the getopt javadoc files are just put > right in the base documentation directory, not in html/. > Which is right? I should change getopt;) html/ is good place:) But, I like separated package for javadoc and manual like libnbio-java-doc though I don't finish some of my packages. lib*-java-doc packages be discussed debian-java (but I forget where...). BTW, javadoc place are disscussed other thread: http://lists.debian.org/debian-java/2001/debian-java-200111/msg00012.html But currently, javadoc is placed individual directory. >3) There are two conflicting values for the preferred location > of JNI shared libraries - /usr/lib/java and /usr/lib/java/jni. > Which is correct? There are other native interface for Java like CNI(cygnus native interface) and KNI (kaffe native interface). That's the reason why I support /usr/lib/java/jni for JNI. One more thing, JNI will be improved for JDK1.4. http://java.sun.com/j2se/1.4/docs/guide/jni/jni-14.html So, maybe we should provide following two directory: /usr/lib/java/jni-1.2 /usr/lib/java/jni-1.4 >4) Is it my responsibility to ensure that the system-wide > $LD_LIBRARY_PATH includes /usr/lib/java (or /usr/lib/java/jni), > so that the JNI libraries are found? IMO, You should not defined it. Because JNI libraries are used by only Java applications. Java applications should define $LD_LIBRARY_PATH when they are executed. regards, Takashi Okamoto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NBIO (Non-blocking I/O)
> IMO, You should not defined it. Because JNI libraries are used by only > Java applications. Java applications should define $LD_LIBRARY_PATH > when they are executed. > > regards, > > Takashi Okamoto Thanks for all of the feedback. That's enough to work with for now. KEN -- Kenneth J. Pronovici <[EMAIL PROTECTED]> Personal Homepage: http://www.skyjammer.com/~pronovic/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, Historical Review of Pennsylvania, 1759 msg01225/pgp0.pgp Description: PGP signature
