Re: commons-daemon with JVM included in Fedora?
Bernard wrote: Jean-Frederic Your suggested solution works without problems so far. In location.c, I added /usr/lib/libgcj.so.6, /* gij (GNU libgcj) (Red Hat 4.0.0-8) */ It appears that Red Hat Fedora 4 does not set JAVA_HOME, and the location of libgcj.so.6 is not in the same directory as the other java executables so I could not use that. I have committed the corresponding fix. Use jsvc -home /usr to test and test what happends. Who creates a new version if any and when? We, commons-dev if someone asks or when we think we have enough new (tested) features. Would you be able to explain to me the syntax of the first line in the file jakarta-commons-daemon.spec? That is an rpm spec file... Ask fedora developpers or look into http://www.rpm.org/ Cheers Jean-Frederic +++ CUT +++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-daemon with JVM included in Fedora?
Bernard wrote: Hi Bill, How can I compile jsvc? Read the README's. something like: sh support/buildconf.sh ./configure --with-java=$JAVA_HOME make But I don't remember getting working with gij, I don't remember what was the problem. But I will have a look to it. Cheers Jean-Frederic +++ CUT +++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[daemon] changing behaviour to blocking
Hi, I am think of changing the default behaviour of jsvc to block until the JVM is started (see 34140). Of course I will use the pool loop to detect the status of the son process. Any comments Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[logging] testing harmony jchevm
Hi, I am trying logging + log4j with harmony jchevm but when I am using commons-logging-1.0.4 and logging-log4j-1.2.13 I have an exception: +++ java.lang.NoSuchMethodError: org/apache/log4j/Category.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V at java.lang.VMThrowable.fillInStackTrace(Native Method) at java.lang.Throwable.fillInStackTrace(Throwable.java:498) at java.lang.Throwable.init(Throwable.java:159) at java.lang.Error.init(Error.java:81) at java.lang.LinkageError.init(LinkageError.java:72) at java.lang.IncompatibleClassChangeError.init(IncompatibleClassChangeError.java:71) at java.lang.NoSuchMethodError.init(NoSuchMethodError.java:72) at java.lang.VMClass.forName(Native Method) at java.lang.Class.forName(Class.java:161) at toto.main(toto.java:8) +++ If I am using logging-log4j-1.3alpha-8 jchevm works ok. Any idea why commons-logging-1.0.4 requires a 1.3x log4j? Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] testing harmony jchevm
robert burrell donkin wrote: On Tue, 2006-02-28 at 23:39 +0100, Jean-frederic Clere wrote: Hi, I am trying logging + log4j with harmony jchevm but when I am using commons-logging-1.0.4 and logging-log4j-1.2.13 I have an exception: +++ java.lang.NoSuchMethodError: org/apache/log4j/Category.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V at java.lang.VMThrowable.fillInStackTrace(Native Method) at java.lang.Throwable.fillInStackTrace(Throwable.java:498) at java.lang.Throwable.init(Throwable.java:159) at java.lang.Error.init(Error.java:81) at java.lang.LinkageError.init(LinkageError.java:72) at java.lang.IncompatibleClassChangeError.init(IncompatibleClassChangeError.java:71) at java.lang.NoSuchMethodError.init(NoSuchMethodError.java:72) at java.lang.VMClass.forName(Native Method) at java.lang.Class.forName(Class.java:161) at toto.main(toto.java:8) +++ If I am using logging-log4j-1.3alpha-8 jchevm works ok. Any idea why commons-logging-1.0.4 requires a 1.3x log4j? nope, none at all could you retry with the latest release candidate from the 1.1 codestream? jchevm works ok with commons-logging-1.1-RC5.jar ;-) Cheers Jean-Frederic http://people.apache.org/~rdonkin/commons-logging/ - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [daemon] Deploying maven 2 pom for release 1.0.1
Alex Karasulu wrote: Hiya, The directory project depends on commons-daemon 1.0.1 and we had to update the maven2 repo with a temporary pom.xml to allow our recent release to go through. I wanted to contact this list and make sure the deployed pom is correct. It is located here: http://test.maven.codehaus.org/maven2/commons-daemon/commons-daemon/1.0.1/ That looks ok for me. Cheers Jean-Frederic Also I'd like to make sure we can get m2 deployments working for commons daemon from now on. I'm a committer but I wanted to ask if it's ok to add a m2 pom alongside the m1 project.xml so we can update the m2 repository. Thanks, Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error after running SimpleDaemon
Hi, Try to see if the explainations in http://jakarta.apache.org/commons/daemon/faq.html help. Cheers Jean-Frederic Xin Hua Sun wrote: Hi Everyone, I download the source daemon-1.0.1.tar.gz from common daemon web side. I did some as follows; (1) run ./configure (2) run make (3) move to samples directory to compile SimpleDaemon.java. (4) run Native.sh to generate Native.so file (5) using ant to compile SimpleDaemon.java. (6) run Native.sh (7) run SimpleDaemon.sh I have two questions as follows; (1) After using ant to compile by build.xml, it didn't generate commons-daemon.jar file. How it generate it? This time, I got this file from web by download binaries code. (2) The running will generate a toto.txt file. In this file, there is a error as follows; 22/02/2006 14:32:34 9369 jsvc.exec error: syscall failed in set_caps 22/02/2006 14:32:34 9369 jsvc.exec debug: set_caps(CAPS) failed Do you know how to fix above issue? Thanks for your help. Regards, Xin - Yahoo! Autos. Looking for a sweet ride? Get pricing, reviews, more on new and used cars. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [daemon] classloader and jsvc
John Yates wrote: I recently tracked down a NullPointerException in my jsvc loaded java application to the fact that Thread.getContextClassLoader() returning null. JAXBContext.newInstance(String contextPath) effectively is JAXBContext.newInstance(contextPath, Thread.getContextClassLoader()) and dies if the class loader is null. For my application, a fix was if (Thread.getContextClassLoader() == null) { Thread.setContextClassLoader(ClassLoader.getSystemClassLoader()); } My question: is this is bug? If so, where? Should jsvc, since it loads the application, do this for me? Should JAXB do this (it should perhaps provide more info when this happens - it took debugging to find it)? Please add a bug report in bugzilla, so that the problem is not forgotten in the next release. Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Offtopic] Open Source JSP Parser
Mattias Jiderhamn wrote: Hi all. I'm looking into developing a JSP preview plugin for IntelliJ IDEA and need an open source JSP parser which, given a JSP file (and at least also the context root), would return a DOM tree or similar. I have looked at the Jasper parser in Tomcat, but the parsing seems to be very integrated with the validation and generation/compilation, so it seems I may just as well start from scratch instead of trying to make use of it. GNUJSP is only JSP 1.0 and therefore lacks support of custom tags, which is a must. Any tips? Jasper in Tomcat, so ask to tomcat-dev list. Thanks in advance, Mattias Jiderhamn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] HP-UX 11 port of JSVC (Commons::Daemon)
Max Zinal wrote: Hello and have a good time of day! This patch allows JSVC to compile and run on HP-UX 11 systems. It has been tested on PA_RISC2.0W architecture, but should also work on PA_RISC2.0. Compilation was performed with GCC 3.4.3, with JDK 1.4.2 provided by HP. There is a major problem with that patch. It links libjvm.sl directly to jsvc binary in addition of dlopen()ing it because of static TLS entry inside libjvm.sl. These TLS problems are native and common to HP-UX, and I don't know how to get rid of it. Maybe using HP's ANSI-compatible C compiler could help. Please note that this patch is hard-coded to JDK 1.4, which always resides in /opt/java1.4. Probably mixing native and gcc libraries is not working well ;-(. In addition, I had to decrease sleep() parameter in the child() wait-for-stop cycle. With the default value of 60 seconds there were significant delays (up to 60 seconds) in the response to SIGINT, SIGHUP and SIGTERM. With the value of 2 seconds the delay is always almost zero. I know it's strange, but it works after all. Try to use java_sleep(60) (See the code I have added for OSD_POSIX). Hope this patch could be useful to people using HP-UX. -- Max Zinal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jsvc and JRockit
André Cruz wrote: Hello! I have been using jsvc to manage my tomcat process for some time now and with no problems. But, now I'm trying to switch my JVM from SUN to BEA's jRockit and tomcat doesn't start anymore. JRockit just dumps at startup. Have you build jsvc or are just using the binary from the download pages? Is this a known problem? Is jsvc incompatible with JRockit? Is there an alternative? Here are the versions of my programs: Sun JVM: java version 1.5.0_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_03-b07) Java HotSpot(TM) Client VM (build 1.5.0_03-b07, mixed mode, sharing) Bea JVM: java version 1.5.0_02 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_02-b09) BEA WebLogic JRockit(R) (build dra-43491-20050413-1952-linux-ia32, R25.1.0-104) Tomcat: 5.5.9 Jsvc: the version that comes with tomcat and downloaded 1.0.1 with the same results. Output from jsvc: 02/06/2005 15:05:16 3362 jsvc debug: +-- DUMPING PARSED COMMAND LINE ARGUMENTS -- 02/06/2005 15:05:16 3362 jsvc debug: | Detach: True 02/06/2005 15:05:16 3362 jsvc debug: | Show Version:No 02/06/2005 15:05:16 3362 jsvc debug: | Show Help: No 02/06/2005 15:05:16 3362 jsvc debug: | Check Only: Disabled 02/06/2005 15:05:16 3362 jsvc debug: | Stop:False 02/06/2005 15:05:16 3362 jsvc debug: | Wait:0 02/06/2005 15:05:16 3362 jsvc debug: | Run as service: No 02/06/2005 15:05:16 3362 jsvc debug: | Install service: No 02/06/2005 15:05:16 3362 jsvc debug: | Remove service: No 02/06/2005 15:05:16 3362 jsvc debug: | JVM Name:null 02/06/2005 15:05:16 3362 jsvc debug: | Java Home: /home/acruz/jrockit-jdk1.5.0_02 02/06/2005 15:05:16 3362 jsvc debug: | PID File:/tmp/jsvc.pid 02/06/2005 15:05:16 3362 jsvc debug: | User Name: acruz 02/06/2005 15:05:16 3362 jsvc debug: | Extra Options: 5 02/06/2005 15:05:16 3362 jsvc debug: | -Dcatalina.home=/home/acruz/jakarta-tomcat-5.5.9 02/06/2005 15:05:16 3362 jsvc debug: | -Djava.io.tmpdir=/var/tmp 02/06/2005 15:05:16 3362 jsvc debug: | -Xms256m 02/06/2005 15:05:16 3362 jsvc debug: | -Xmx256m 02/06/2005 15:05:16 3362 jsvc debug: | -Djava.class.path=/home/acruz/jrockit-jdk1.5.0_02//lib/tools.jar:/home/acruz/jakarta-tomcat-5.5.9/bin/commons-daemon.jar:/home/acruz/jakarta-tomcat-5.5.9/bin/bootstrap.jar 02/06/2005 15:05:16 3362 jsvc debug: | Class Invoked: org.apache.catalina.startup.Bootstrap 02/06/2005 15:05:16 3362 jsvc debug: | Class Arguments: 0 02/06/2005 15:05:16 3362 jsvc debug: +--- 02/06/2005 15:05:16 3363 jsvc debug: user changed to 'acruz' 02/06/2005 15:05:16 3362 jsvc debug: User 'acruz' validated 02/06/2005 15:05:16 3362 jsvc debug: Attempting to locate Java Home in /home/acruz/jrockit-jdk1.5.0_02 02/06/2005 15:05:16 3362 jsvc debug: Attempting to locate VM configuration file /home/acruz/jrockit-jdk1.5.0_02/jre/lib/jvm.cfg 02/06/2005 15:05:16 3362 jsvc debug: Attempting to locate VM configuration file /home/acruz/jrockit-jdk1.5.0_02/lib/jvm.cfg 02/06/2005 15:05:16 3362 jsvc debug: Attempting to locate VM configuration file /home/acruz/jrockit-jdk1.5.0_02/jre/lib/i386/jvm.cfg 02/06/2005 15:05:16 3362 jsvc debug: Found VM configuration file at /home/acruz/jrockit-jdk1.5.0_02/jre/lib/i386/jvm.cfg 02/06/2005 15:05:16 3362 jsvc debug: Found VM jrockit definition in configuration 02/06/2005 15:05:16 3362 jsvc debug: Checking library /home/acruz/jrockit-jdk1.5.0_02/jre/lib/i386/jrockit/libjvm.so 02/06/2005 15:05:16 3362 jsvc debug: Java Home located in /home/acruz/jrockit-jdk1.5.0_02 02/06/2005 15:05:16 3362 jsvc debug: +-- DUMPING JAVA HOME STRUCTURE 02/06/2005 15:05:16 3362 jsvc debug: | Java Home: /home/acruz/jrockit-jdk1.5.0_02 02/06/2005 15:05:16 3362 jsvc debug: | Java VM Config.: /home/acruz/jrockit-jdk1.5.0_02/jre/lib/i386/jvm.cfg 02/06/2005 15:05:16 3362 jsvc debug: | Found JVMs: 1 02/06/2005 15:05:16 3362 jsvc debug: | JVM Name:jrockit 02/06/2005 15:05:16 3362 jsvc debug: | /home/acruz/jrockit-jdk1.5.0_02/jre/lib/i386/jrockit/libjvm.so 02/06/2005 15:05:16 3362 jsvc debug: +--- 02/06/2005 15:05:16 3362 jsvc debug: Using default JVM in /home/acruz/jrockit-jdk1.5.0_02/jre/lib/i386/jrockit/libjvm.so 02/06/2005 15:05:16 3362 jsvc debug: Invoking w/ LD_LIBRARY_PATH=/home/acruz/jrockit-jdk1.5.0_02/jre/lib/i386/jrockit:/home/acruz/jrockit-jdk1.5.0_02/jre/lib/i386 02/06/2005 15:05:16 3362 jsvc.exec debug: +-- DUMPING PARSED COMMAND LINE ARGUMENTS -- 02/06/2005 15:05:16 3362 jsvc.exec debug: | Detach: True 02/06/2005 15:05:16 3362 jsvc.exec debug: | Show Version:No 02/06/2005 15:05:16 3362 jsvc.exec debug: | Show Help: No 02/06/2005 15:05:16 3362 jsvc.exec debug: | Check Only: Disabled 02/06/2005 15:05:16 3362 jsvc.exec debug: | Stop:False 02/06/2005 15:05:16 3362 jsvc.exec debug: | Wait:
Re: [PATCH] HP-UX 11 port of JSVC (Commons::Daemon)
Max Zinal wrote: Hello and have a good time of day! This patch allows JSVC to compile and run on HP-UX 11 systems. It has been tested on PA_RISC2.0W architecture, but should also work on PA_RISC2.0. Compilation was performed with GCC 3.4.3, with JDK 1.4.2 provided by HP. There is a major problem with that patch. It links libjvm.sl directly to jsvc binary in addition of dlopen()ing it because of static TLS entry inside libjvm.sl. These TLS problems are native and common to HP-UX, and I don't know how to get rid of it. The LDFLAGS=$LDFLAGS -L/opt/java1.4/jre/lib/PA_RISC2.0W/server -ljvm probably cause the static linking. What happends if you remove it? Maybe using HP's ANSI-compatible C compiler could help. Please note that this patch is hard-coded to JDK 1.4, which always resides in /opt/java1.4. In addition, I had to decrease sleep() parameter in the child() wait-for-stop cycle. With the default value of 60 seconds there were significant delays (up to 60 seconds) in the response to SIGINT, SIGHUP and SIGTERM. With the value of 2 seconds the delay is always almost zero. I know it's strange, but it works after all. Hope this patch could be useful to people using HP-UX. -- Max Zinal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] Daemon logging and restart behaviour
Max Zinal wrote: Hello and have a good time of day! I have recently discovered that Commons::Daemon 'parent' process performs shutdown in case of a fatal error (SIGSEGV, SIGABRT, etc) in the 'child' process which runs the JVM. It seems to me that a better approach would be to restart a failed child (maybe after a small delay, as a security measure). That is what the jsvc is doing (See jsvc-unix.c around line 700). Also I thought it would be nice to trace start, stop and reload attempts in a log file (stderr), without extra bogus log_debug() messages. So I've created this small patch which adds new function log_info() to unconditionally trace non-errors, and replaced one 'return' in the parent's main cycle with 'sleep(1); continue;'. Hope this can be useful to someone else. Write an error report (as enhancement) so that log_info() gets included in the next release. -- Max Zinal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r170560 - in /jakarta/commons/proper/daemon/trunk: README build.xml project.xml
[EMAIL PROTECTED] wrote: Just two questions: - Which hostname should be used: people.apache.org or cvs.apache.org? - How much time does it take to see the changes in minotaur.apache.org:/www/jakarta.apache.org in jakarta.apache.org? Cheers Jean-Frederic +++ cut Modified: jakarta/commons/proper/daemon/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/project.xml?rev=170560r1=170559r2=170560view=diff == --- jakarta/commons/proper/daemon/trunk/project.xml (original) +++ jakarta/commons/proper/daemon/trunk/project.xml Tue May 17 03:02:51 2005 @@ -18,7 +18,7 @@ pomVersion3/pomVersion idcommons-daemon/id - currentVersion1.0/currentVersion + currentVersion1.0.1/currentVersion inceptionYear2003/inceptionYear nameDaemon/name shortDescriptionCommons Daemon/shortDescription @@ -43,7 +43,7 @@ gumpRepositoryIdjakarta/gumpRepositoryId issueTrackingUrlhttp://issues.apache.org/bugzilla//issueTrackingUrl - siteAddressjakarta.apache.org/siteAddress + siteAddresspeople.apache.org/siteAddress siteDirectory/www/jakarta.apache.org/commons/${pom.artifactId.substring(8)}//siteDirectory distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}//distributionDirectory +++ cut +++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-daemin and mailing list archives issue
Michal Slocinski wrote: Hi, I've problems with commons-daemon, first I wanted to browse dev mailing list archives, but current link is dead (http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]) so thats why I wrote here directly. I'm trying to run jsvc on linux as a non-root user but I've a lot of issues with that. Generally, jsvc terminates with error: jsvc.exec error: syscall failed in set_caps jsvc.exec error: Service exit with a return value of 4 I noticed this when: a) trying to run it without -nodetach option, or b) trying to run it with -nodetach option but with -outfile and -errfile set to some file (naturally, I've write permissions to write there) While running jsvc like: ./jsvc -debug -nodetach -cp commons-daemon.jar:my-daemon.jar mydaemon.Main everything works fine, but when I try to remove -nodetach or add -outfile/-errfile with some file parameters where I've write rights, jsvc crashes. I read somewhere that when running it under 2.6.x kernel I should have capability module loaded, but it is already loaded and even then jsvc crashes: $ lsmod | grep capability capability4872 0 commoncap7168 1 capability My kernel is standard Debian Sarge kernel 2.6.8-2-386 currently my solution for that problem is to hack jsvc-unix.c and comment those lines: if (linuxset_user_group(args-user, uid, gid) != 0) return (4) because I don't need running it as a root and then switching it to other user. I have reproduce the problem... It will be fixed in the release beeing prepared. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[daemon] VOTE release daemon 1.0.1
Hi, All the known bugs bug are now fixed and 2 new parameters are now supported -wait and -stop The RC is here: http://people.apache.org/~jfclere/daemon-1.0.1.tar.gz Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [daemon] release 1.0.1
Dion Gillard wrote: The download location for procrun is not very obvious from the web site. The Native Binaries download link ( http://www.apache.org/dist/jakarta/commons/daemon/binaries/ ) doesn't contain subdirectories for win32. Is that to be expected? I don't have windoze, so someone has to help for the procrun bugs and to produce the win32 binary. On Tue, 04 Jan 2005 18:45:08 +0100, jean-frederic clere [EMAIL PROTECTED] wrote: Hi, I am thinking of releasing daemon 1.0.1. This release only fixes known problems: +++ Changes with 1.0.1 * Allow enableassertions -ea (PR 304310). * Add -lpthread to LDFLAGS on Linux (PR 30177). * Add support for x86_64 (PR 27523). * Add support for Tru64 (PR 29465). * Remove the pid file when son exits correctly (PR 31614). * Add support for JVM-4.1.x on MAC OS X (part of PR 31613). +++ Any comments? Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [daemon] release 1.0.1
Mladen Turk wrote: jean-frederic clere wrote: Dion Gillard wrote: The download location for procrun is not very obvious from the web site. The Native Binaries download link ( http://www.apache.org/dist/jakarta/commons/daemon/binaries/ ) doesn't contain subdirectories for win32. Is that to be expected? I don't have windoze, so someone has to help for the procrun bugs and to produce the win32 binary. Well, I have :). I can build a binaries and put them where needed. The procrun has couple of binaries so perhaps creating a zip file with that binaries would be a way to go. great. Could you have a look to some PR? 32361 = Invalid... need to be Administrator. 26808 = Fixed? 29031 = Isn't just a documentation problem (use --StartPath org/apache/jk/apr/TomcatStarter --StartClass Main --StartMethod start) Comments? Cheers Jean-Frederic Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[daemon] release 1.0.1
Hi, I am thinking of releasing daemon 1.0.1. This release only fixes known problems: +++ Changes with 1.0.1 * Allow enableassertions -ea (PR 304310). * Add -lpthread to LDFLAGS on Linux (PR 30177). * Add support for x86_64 (PR 27523). * Add support for Tru64 (PR 29465). * Remove the pid file when son exits correctly (PR 31614). * Add support for JVM-4.1.x on MAC OS X (part of PR 31613). +++ Any comments? Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSVC and AIX
Himanshu Shekhar wrote: Hi All, I'm trying to compile the JSVC daemon program for java on AIX box. I'm getting the following error message when I run configure. $ ./configure --with-java=/usr/java131 *** Current host *** configure: error: cannot run /bin/sh Create a symlink of your normal shell to /bin/sh. ./support/config.sub $ uname -a AIX Devlog01 2 5 000D987A4C00 $ Please let me know if anyone has compiled JSVC on AIX box, or anyone can help me compile it. Thanks and regards, Himanshu __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REPOST][daemon] non-root user cannot start service on unix?
Nigel Rantor wrote: Hi there, I posted this about a week ago, if no-one is actually in charge of daemon could someone let me know? Additionally if anyone uses daemon would you like to comment on how you think it should be working, or perhaps why it works as it does? Cheese, N --- Hi all, Using the daemon/jsvc combo I can't seem to start a daemon as a user other than root. The process dies in set_caps which is the code path it goes through if the jsvc binary is compiled on Linux and uses the linux capabilities interface to do it's thang. That is normal. I am just wondering if this is the goal or not? Should I be able to run a daemon as another user? For a production system it won't matter since I will want the servers to eb started from init scripts anyway and can pass the --user arg to the jsvc program. For development however I don't want to have to run these things as root. Additionally some developers may not have the option of running things as root on their systems. So, I guess I'm asking should I be able to run jsvc as non-root or not? No, use java instead. Cheers, Nige - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[daemon] Commons/Daemon 1.0 released
Hi, Daemon has been released: - http://jakarta.apache.org/commons/daemon/ The excutable jsvc are in http://www.apache.org/dist/jakarta/commons/daemon/binaries/1.0/ Cheers Jean-Frederic signature.asc Description: OpenPGP digital signature
Re: [daemon] making a release
Shapira, Yoav wrote: Howdy, +1, willing to help if you need it. I have not touched to procrun for the moment so it would be nice that someone check this part. Yoav Shapira Millennium ChemInformatics -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Monday, February 09, 2004 12:33 PM To: Jakarta Commons Developers List Cc: [EMAIL PROTECTED] Subject: [daemon] making a release Hi, I am thinking of releasing daemon this week. (Friday). Any comments? Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[daemon] making a release
Hi, I am thinking of releasing daemon this week. (Friday). Any comments? Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-commons/daemon/xdocs navigation.xml
[EMAIL PROTECTED] wrote: tobrien 2003/09/27 11:16:16 Modified:daemon/xdocs navigation.xml Log: Fixed the maven site generation. Commons Maven sites are generated from jakarta-commons/project directories, and ../incl_nav.xml references jakarta-commons/incl_nav.xml. If we try to reference ../../incl_nav.xml then 'maven site:generate' will spit out a no such file or directory. %-( I have now in /home/jfclere/jakarta-commons/daemon when running maven: +++ BUILD FAILED File.. file:/home/jfclere/.maven/plugins/maven-xdoc-plugin-1.4-SNAPSHOT/ Element... x:parse Line.. 312 Column 49 /home/jfclere/jakarta-commons/daemon/incl_nav.xml (No such file or directory) Nested exception: /home/jfclere/jakarta-commons/daemon/incl_nav.xml (No such file or directory) Total time: 4 minutes 1 seconds +++ I have to reserve the patch. Cheers Jean-Frederic Revision ChangesPath 1.3 +1 -1 jakarta-commons/daemon/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/daemon/xdocs/navigation.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- navigation.xml 27 Sep 2003 09:09:03 - 1.2 +++ navigation.xml 27 Sep 2003 18:16:16 - 1.3 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE project [ -!ENTITY commons-nav SYSTEM ../../incl_nav.xml +!ENTITY commons-nav SYSTEM ../incl_nav.xml ] project name=Daemon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Daemon]
Hi, I have fixed some of the problems and arange the documentation a little. I am thinking of taggging the CVS and making a release candidate. Any comments? Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[daemon]
Hi, I have changed daemon to get it working on FreeBSD and I have to add some documentation about the build of the jsvc process. But I do not have Karma to commit in commons :-( +++ Access denied: Insufficient Karma (jfclere|jakarta-commons/daemon/src/native/unix) cvs server: Pre-commit check failed Access denied: Insufficient Karma (jfclere|jakarta-commons/daemon/src/native/unix/native) cvs server: Pre-commit check failed Access denied: Insufficient Karma (jfclere|jakarta-commons/daemon/src/native/unix/support) cvs server: Pre-commit check failed cvs [server aborted]: correct above errors first! cvs commit: saving log message in /tmp/cvsylofoT +++ What should I do? Proposed myself as committer in commons or it is automatic as daemon got promoted to commons? Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: daemon and tomcat
Jason Corley wrote: I'm not sure whether this is appropriate for tomcat-dev or commons-dev, so I'll post here first and if it's the wrong forum I'll repost on tomcat-dev. I'm trying to run tomcat (4.1.18 to be specific) on Linux using the jsvc executable from jakarta-commons-sandbox/daemon. Right now I'm having two issues with it's use. The first is that it doesn't appear to process arguments in the fashion that is documented. If run: dist/jsvc --help I get: jsvc [-options] class [args...] however if I run: dist/jsvc \ -user tomcat4 \ -home /usr/java/j2sdk1.4.1_01 \ -Dcatalina.home=/var/tomcat4 \ -Djava.io.tmpdir=/var/tomcat4/temp \ -cp /usr/java/j2sdk1.4.1_01/lib/tools.jar:dist/commons-daemon.jar:\ /var/tomcat4/bin/bootstrap.jar \ -debug \ -verbose \ org.apache.catalina.startup.BootstrapService stop it functions exactly the same as if I run jsvc with org.apache.catalina.startup.BootstrapService start, i.e. it starts tomcat. So the argument to the class seems to not be parsed. It is not parsed: +++ (From java.c) char start[]=start; char startparams[]=()Z; +++ Also, when starting tomcat the shutdown port defined in my server.xml (typically port 8005) does not get allocated at all, so the standard shutdown mechanism does not work either. At this point I'm not sure if I've done something wrong or if this functionality has yet to be implemented. Any help would be appreciated. You should not try to call the stop method of BootstrapService but instead kill the father process so that he stops Tomcat using the stop method in his son process. The Tomcat.sh script shows how to do this. Thanks, Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: daemon and tomcat
Jason Corley wrote: It is not parsed: +++ (From java.c) char start[]=start; char startparams[]=()Z; +++ I had seen that and thought that maybe I was missing something. I guess a better question is why are the args not parsed? Because Pier would have needed more time when writting the code. If you propose a patch I will commit it. You should not try to call the stop method of BootstrapService but instead kill the father process so that he stops Tomcat using the stop method in his son process. The Tomcat.sh script shows how to do this. I did see this in the sample init script but it seems odd to me. Why wouldn't you want the application itself to shut down cleanly? Killing the parent process drops some warnings in the logs when doing this with tomcat for example. Also, why is the tomcat shutdown port not allocated using jsvc? The tomcat shutdown port is not allocated because the BootstrapService does not need it. I do not think that messages are lost if yes that is bug and I have to fix it. Sorry if I'm missing something basic. Thanks, Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-commons-daemon could use that ?
Mark R. Diggory wrote: (Please excuse the cross post, I wanted to get this out onto the the Commons Development List and to JPackage as well. I think the Tomcat Lists seem to get a little crowded) Henri, I emailed the developer of Easy Posix (Greg Guerin). Turns out that its current implementation is dependent upon Ten , a Mac OS X package for MacJVM, so it is not deployable in the standard Linux OS. From my conversation with him, he spoke that he is planning to develop a straight JNI implementation of the EasyPosix interfaces in the future, but that if others went that route earlier he would have an interest. As there has already been much work in the JNI area with daemon, this would certainly seem an interesting co-evolution. Perhaps daemon could grow into quite a powerful java based service environment with the addition of a JNI Implementation of EasyPosix?! In jakarta-commons-daemon the JNI is limited to what was needed for the daemon. Cygwin supports a wide array of posix functions, and making sure the implementation of EasyPosix that worked on cygwin as well would provide a port of these functions to Windows via Cygwin. I am afraid that is not a very accepted solution. jakarta-commons-daemon (service) uses Cygwin and a lot of people were complaining about that. Apache has an already portable runtime: APR. It would be probably more efficient to bring an APR interface to JNI than to use a new runtime. And that is already some code in jakarta-connectors. Perhaps, even a standard could evolve to support a specific subset of posix-like Functions. Using something like EasyPosix as a guide, a java program (daemon or not) that needed greater access to POSIX functions could be ported to any system that EasyPosix was supported on, completely independent of its implementation on that system. It would possibly make java services quite cross-platform for at least in the unix/linux/darwin/cygwin world. Another point of interest: If JPackage produced a Tomcat RPM based on the current implementation of daemon and another implementation of daemon based on EasyPosix were developed. It would be easy to adapt to such a change. In the end, this would possibly make EasyPosix the means by which daemon could be ported to Darwin/Mac without the wieght of compiling or porting a JNI implementation. -Mark Henri Gomez wrote: I didn't track jakarta-commons-daemon but I know many of you here which are subscribed to it. What do you think of easyposix ? http://www.amug.org/~glguerin/sw/easyposix/overview.html Couldn't it be a nice add-on for daemon ? It's still related to tomcat since I need a very complete java service launcher for tomcat, and this easyposix as very nice features. Comments welcomed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Greg Guerin wrote: The supplied code only provides a Mac OS X implementation. That implementation uses JDirect-3, which is an Apple-specific means to call arbitrary native-code functions directly from Java, without an intervening JNI layer. All other platforms will need a JNI implementation for that platform. Absent a JNI implementation, the unimplemented implementation is used, i.e. UnPosix. See the docs for UnPosix for more details. You could pattern a JNI imp off the Mac OS X imp. The mapping of the Mac OS X implementation to JNI functions, and the bodies of the JNI functions themselves, should be fairly straightforward. That's because all the 'native' methods in the Ten class are essentially the names of C functions in the BSD/Posix library. Getting the callbacks right is a little trickier, but well within the skill-set of a capable JNI programmer. FYI, I have write Easy Posix JNI imp on my list of projects to do, but it's several items down in the queue right now, and at least a couple months or more away from getting to the head of the queue. The source may not be instantly portable to Linux, but it shouldn't be so different that it would be useless as a starting point. Or, if you wrote a JNI imp for Linux before I get to the JNI imp for Mac OS X, I wouldn't mind the positions being reversed. On another note, Apache has another package they've been working on that is a java based daemon for running Java programs as daemons on both Unix and Windows. http://jakarta.apache.org/commons/sandbox/daemon/ Henri Gomez (of www.jpackage.org - the packagers of the tomcat and other java based rpm's) and I reviewed your site and suggested to both Apache and JPackage that they should seriously take a look at your package as an additional tool for controlling Java based Daemons. While I am not actually an Apache developer, I have a great interest in the organization, regularly use the tools they develop and often try to make recommendations to improve the
Re: [httpclient] Patch for chunk
Ortwin Glück wrote: Not sure what you are trying to fix here. This patch does *nothing*. I guess you should rather close your input stream. Oops that was the wrong patch.txt file. I am trying to fix the missing last-chunk (The outstream.write(tmp, 0, 0); does it). Find enclosed the right patch. Odi jean-frederic clere wrote: Index: src/java/org/apache/commons/httpclient/methods/PostMethod.java === RCS file: /home/cvs/mirror/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods/PostMethod.java,v retrieving revision 1.27 diff -u -r1.27 PostMethod.java --- src/java/org/apache/commons/httpclient/methods/PostMethod.java 12 Nov 2002 09:58:23 -1.27 +++ src/java/org/apache/commons/httpclient/methods/PostMethod.java 21 Nov 2002 13:26:46 - @@ -746,6 +746,7 @@ outstream.write(tmp, 0, i); total += i; } +outstream.write(tmp, 0, 0); if ((this.requestContentLength 0) (total this.requestContentLength)) { throw new IOException(Unexpected end of input stream after +total + bytes (expected + this.requestContentLength + bytes)); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Index: src/java/org/apache/commons/httpclient/ChunkedOutputStream.java === RCS file: /home/cvs/mirror/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/ChunkedOutputStream.java,v retrieving revision 1.1 diff -u -r1.1 ChunkedOutputStream.java --- src/java/org/apache/commons/httpclient/ChunkedOutputStream.java 25 Oct 2002 10:15:51 - 1.1 +++ src/java/org/apache/commons/httpclient/ChunkedOutputStream.java 21 Nov 2002 +15:40:43 - @@ -108,7 +108,7 @@ // - Instance Variables /** Has this stream been closed? */ -private boolean closed = false; +private boolean end = false; /** The underlying output stream to which we will write data */ private OutputStream stream = null; @@ -204,7 +204,12 @@ byte chunkHeader[] = (Integer.toHexString(len) + \r\n).getBytes(); stream.write(chunkHeader, 0, chunkHeader.length); -stream.write(b, off, len); + +if (len!=0) +stream.write(b, off, len); +else +end = true; + stream.write(ENDCHUNK, 0, ENDCHUNK.length); if (wireLog.isDebugEnabled()) { wireLog.debug( byte(s) + len + \\r\\n (chunk length @@ -224,7 +229,7 @@ public void close() throws IOException { log.trace(enter ChunkedOutputStream.close()); -if (!closed) { +if (!end) { try { // Write the final chunk. stream.write(ZERO, 0, ZERO.length); @@ -239,10 +244,10 @@ // regardless of what happens, mark the stream as closed. // if there are errors closing it, there's not much we can do // about it -closed = true; -super.close(); +end = true; } } +super.close(); } @@ -253,4 +258,4 @@ stream.flush(); } -} \ No newline at end of file +} Index: src/java/org/apache/commons/httpclient/methods/PostMethod.java === RCS file: /home/cvs/mirror/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods/PostMethod.java,v retrieving revision 1.27 diff -u -r1.27 PostMethod.java --- src/java/org/apache/commons/httpclient/methods/PostMethod.java 12 Nov 2002 09:58:23 - 1.27 +++ src/java/org/apache/commons/httpclient/methods/PostMethod.java 21 Nov 2002 +15:40:45 - @@ -746,6 +746,7 @@ outstream.write(tmp, 0, i); total += i; } +outstream.write(tmp, 0, 0); if ((this.requestContentLength 0) (total this.requestContentLength)) { throw new IOException(Unexpected end of input stream after +total + bytes (expected + this.requestContentLength + bytes)); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[httpclient] Typo in doc
Hi, I have found a typo in the doc. Find enclosed the patch for it. Cheers Jean-frederic Index: overview.xml === RCS file: /home/cvs/jakarta-commons/httpclient/xdocs/overview.xml,v retrieving revision 1.7 diff -u -r1.7 overview.xml --- overview.xml19 Jul 2002 22:32:45 - 1.7 +++ overview.xml20 Nov 2002 13:50:04 - @@ -69,7 +69,7 @@ /dd /dl/ul p -a href=./api/org/apache/commons/httpclienthttpclient/HttpClient.htmlHttpClient/a +a +href=./api/org/apache/commons/httpclient/HttpClient.htmlHttpClient/a provides a simple user-agent implementation that will suffice for many applications, but whose use is not required. /p -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [daemon] [VOTE] Code reorg and API changes
Remy Maucherat wrote: As was discussed a while ago with Costin and a few others, it appears that the daemon API is inadequate, and a refactoring is proposed. The reorg is: - Removal of the daemon API (org.apache.commons.daemon), to be replaced by pure introspection. The rationale for this was discussed with Costin at the time. - Creation of a commons-launcher component to host the launcher code now used in the upcoming Tomcat 5. It turns out the merge with Ant will not happen in the forseeable future, and the functionality is useful in Tomcat, so I think we should keep the code in the commons, and wait for it to be picked up :) - As a consequence, the daemon module will be renamed to launcher. It is also proposed that the resulting module be moved to commons proper. ballot +1 [ ] Yes -1 [ ] No: -1 : That is more than one element! I am -0 replacing the daemon API by introspection. I am +1 for creating a commons-launcher component for Tomcat 5. I am -1 renaming daemon to launcher. The initial goal of org.apache.commons.daemon is to run JAVA services not only to start Tomcat. There was a JSR96 (http://www.jcp.org/jsr/detail/96.jsp) is there any new JSR on a similar topic? The daemon code has been moved for jakarta-tomcat to jakarta-commons-sandbox/daemon moving it again does not seem a good idea. I use daemon in several places: - To start an embedded Tomcat. - To run Tomcat on port 80 as user nobody. - To start services on win98. /ballot Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [dbcp] does not compile with JDK1.4.0
Glenn Nielsen wrote: I'll take care of it since I broke it when I added the new DBCP features. :-) Thanks! It compiles now but there are still some warnings: +++ build-java: [javac] Compiling 22 source files to /home/jakarta/commons-dbcp/dist/classes[javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingCallableStatement.java:101: warning: getBigDecimal(int,int) in java.sql.CallableStatement has been deprecated [javac] public class DelegatingCallableStatement extends AbandonedTrace [javac]^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingCallableStatement.java:101: warning: setUnicodeStream(int,java.io.InputStream,int) in java.sql.PreparedStatement has been deprecated [javac] public class DelegatingCallableStatement extends AbandonedTrace [javac]^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingCallableStatement.java:174: warning: getBigDecimal(int,int) in java.sql.CallableStatement has been deprecated [javac] public BigDecimal getBigDecimal(int parameterIndex, int scale) throws SQLException { return _stmt.getBigDecimal( parameterIndex, scale); } [javac] ^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingCallableStatement.java:206: warning: setUnicodeStream(int,java.io.InputStream,int) in java.sql.PreparedStatement has been deprecated [javac] public void setUnicodeStream(int parameterIndex, InputStream x, int length) throws SQLException { _stmt.setUnicodeStream( parameterIndex, x, length); } [javac] ^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingPreparedStatement.java:89: warning: setUnicodeStream(int,java.io.InputStream,int) in java.sql.PreparedStatement has been deprecated [javac] public class DelegatingPreparedStatement extends AbandonedTrace [javac]^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingPreparedStatement.java:240: warning: setUnicodeStream(int,java.io.InputStream,int) in java.sql.PreparedStatement has been deprecated [javac] public void setUnicodeStream(int parameterIndex, java.io.InputStream x, int length) throws SQLException { checkOpen(); _stmt.setUnicodeStream(parameterIndex,x,length);} [javac] ^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/PoolablePreparedStatement.java:81: warning: setUnicodeStream(int,java.io.InputStream,int) in java.sql.PreparedStatement has been deprecated [javac] public class PoolablePreparedStatement extends DelegatingPreparedStatement implements PreparedStatement { [javac]^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingResultSet.java:96: warning: getUnicodeStream(java.lang.String) in java.sql.ResultSet has been deprecated [javac] public class DelegatingResultSet extends AbandonedTrace implements ResultSet { [javac]^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingResultSet.java:96: warning: getBigDecimal(java.lang.String,int) in java.sql.ResultSet has been deprecated [javac] public class DelegatingResultSet extends AbandonedTrace implements ResultSet { [javac]^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingResultSet.java:96: warning: getUnicodeStream(int) in java.sql.ResultSet has been deprecated [javac] public class DelegatingResultSet extends AbandonedTrace implements ResultSet { [javac]^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingResultSet.java:96: warning: getBigDecimal(int,int) in java.sql.ResultSet has been deprecated [javac] public class DelegatingResultSet extends AbandonedTrace implements ResultSet { [javac]^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingResultSet.java:151: warning: getUnicodeStream(int) in java.sql.ResultSet has been deprecated [javac] public InputStream getUnicodeStream(int columnIndex) throws SQLException { return _res.getUnicodeStream(columnIndex); } [javac] ^ [javac] /home/jakarta/commons-dbcp/dist/src/org/org/apache/commons/dbcp/DelegatingResultSet.java:167: warning: getUnicodeStream(java.lang.String) in java.sql.ResultSet has been deprecated [javac] public InputStream getUnicodeStream(String columnName) throws SQLException { return _res.getUnicodeStream(columnName); } [javac] ^ [javac] 13 warnings +++ Glenn -- Glenn Nielsen
Re: [patch] typo in commons-deamon's doc
Anton Brazhnyk wrote: Hello Jakarta, there is a typo in jakarta-commons-sandbox\daemon\src\docs\daemon.html -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Committed thanks -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-commons-sandbox/daemon/src/native/nt/service instmain.c Makefile instmain.cpp
Hi, I have done a little more than copying the file. I have added keys in the registry to store the parameters to start the jsvc.exe I have some questions: - Is adding things to the registry the correct way? As I need a wrapper process to start the JVM this could have been stored in a property file read by the wrapper process. (What the win32 administrators are doing: regedit or notepad?). - What about the keys names: Should they be something like SOFTWARE\SERVER_BASEVENDOR\SERVER_BASEPRODUCT\SERVER_BASEREVISION? Where: SERVER_BASEVENDOR=Apache Group SERVER_BASEPRODUCT=jakarta-commons-daemon SERVER_BASEREVISION=1.0.0 Any other comments? Cheers Jean-frederic [EMAIL PROTECTED] wrote: jfclere 02/03/13 15:07:31 Modified:daemon/src/native/nt/service Makefile Added: daemon/src/native/nt/service instmain.c Removed: daemon/src/native/nt/service instmain.cpp Log: Change the C++ file to a C file. Revision ChangesPath 1.3 +7 -3 jakarta-commons-sandbox/daemon/src/native/nt/service/Makefile Index: Makefile === RCS file: /home/cvs/jakarta-commons-sandbox/daemon/src/native/nt/service/Makefile,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Makefile 9 Mar 2002 16:14:42 - 1.2 +++ Makefile 13 Mar 2002 23:07:31 - 1.3 @@ -1,3 +1,7 @@ -INCLUDE=-I../lib -../../../../dist/INSTSVC: instmain.cpp - g++ $(INCLUDE) instmain.cpp -o ../../../../dist/INSTSVC +INCLUDE=-I../lib -I ../../unix/native +../../../../dist/INSTSVC: instmain.c arguments.o debug.o + gcc $(INCLUDE) instmain.c -o ../../../../dist/INSTSVC arguments.o debug.o +arguments.o: ../../unix/native/arguments.c + gcc -c $(INCLUDE) ../../unix/native/arguments.c +debug.o: ../../unix/native/debug.c + gcc -c $(INCLUDE) ../../unix/native/debug.c 1.1 jakarta-commons-sandbox/daemon/src/native/nt/service/instmain.c Index: instmain.c === /* * jsvc.exe install program, create the service JavaService */ // includes #include windows.h #include string.h #include stdio.h #include moni_inst.h /* Definitions for booleans */ typedef enum { false, true } bool; #include arguments.h VOID Usage() { printf( \r\n - Java service installer\r\n\r\n); printf( - Usage :\r\n); printf(To install Java service : InstSvc -install ); printf( [-home JAVA_HOME] [-Dproperty=value]\r\n); printf( [-cp CLASSPATH] startclass\r\n); printf( Like:\r\n); printf( InstSvc -install -home c:\\jdk1.3.1_02); printf( -Dcatalina.home=/home1/jakarta/jakarta-tomcat-4.1/build); printf( -Djava.io.tmpdir=/var/tmp ); printf( -cp \c:\\jdk1.3.1_02\\lib\\tools.jar;); printf( c:\\home1\\jakarta\\jakarta-tomcat-4.1\\build\\bin\\commons-daemon.jar;); printf( c:\\home1\\jakarta\\jakarta-tomcat-4.1\\build\\bin\\bootstrap.jar\); printf( org.apache.catalina.startup.BootstrapService\r\n); printf(To remove Java service : InstSvc -remove\r\n\r\n); printf(Use regedit if you want to change something\r\n\r\n); printf(Note that the service keys are stored under:\r\n); printf(HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\); printf( %s,SZSERVICENAME); printf( \r\n); printf(The environment keys in:\r\n); printf(); printf( %s,SZKEY_ONSERVE); printf( \r\n); return; } /* from src/os/win32/service.c (httpd-1.3!) */ BOOL isWindowsNT(void) { static BOOL once = FALSE; static BOOL isNT = FALSE; if (!once) { OSVERSIONINFO osver; osver.dwOSVersionInfoSize = sizeof(osver); if (GetVersionEx(osver)) if (osver.dwPlatformId == VER_PLATFORM_WIN32_NT) isNT = TRUE; once = TRUE; } return isNT; } /* remove the service (first stop it!) NT version */ BOOL RemoveSvcNT (VOID) { BOOLremoved; SC_HANDLE hManager; SC_HANDLE hService; SERVICE_STATUS svcStatus; DWORD dwCount; removed = FALSE; // open service control manager with full access right hManager = OpenSCManager(NULL, NULL, SC_MANAGER_ALL_ACCESS); if (NULL != hManager) { // open existing service hService = OpenService(hManager, SZSERVICENAME, SERVICE_ALL_ACCESS); if (NULL != hService) { // get the status of the service if (QueryServiceStatus(hService, svcStatus)) { // and see if the service is
Re: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby
Morgan Delagrange wrote: -0 for both, I'm afraid, until they have made some contributions to Commons in a public forum. I try not to vote for committers based on their intention to contribute. I may change my vote for Jean-Frederic if you can expand up the daemon work he has done to date. The Daemons things (jakarta-commons-sandbox/daemon) were done in jakarta-tomcat-service. Remy moved them in Commons and cleaned them. (The things I am currently doing there is adding support for win9x). Nice week-end Jean-frederic I won't block their entry, and they appear to have the required votes so far. - Morgan - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Thursday, February 21, 2002 8:37 PM Subject: [VOTE] New committers: Jean-Frederic Clere and Patrick Luby Hi, I'd like to propose Jean-Frederic as a committer in the commons. Jean-Frederic has been contributing a lot of code in the TC world, and plans to continue contributing (as he was doing before) code to the new 'daemon' component. I'd also like to propose Patrick Luby as a committer. He'll also be contributing to the 'daemon' component. He has good Unix knowledge, which will come in handy for this project. His past activities in the open-source world include bootstraping OpenOffice port to MacOS X, as well as contributions to Tomcat. +1 for both of them. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]