Just for information, I got to run tomcat7 on AWS Linux (CentOS) as a daemon and using port 80.
Cheers, Fred On Sat, Aug 25, 2012 at 4:24 PM, Fred Janon <fja...@gmail.com> wrote: > Thanks Martin. > > I get a warning in the system log at boot time, I don't understand what it > means or where it comes from: > > *warning: `jsvc' uses 32-bit capabilities (legacy support in use)* > > Any idea? > > Thanks > > Fred > > On Sat, Aug 25, 2012 at 3:11 PM, Martin Gainty <mgai...@hotmail.com>wrote: > >> >> Its amazing what you can do with god access! >> >> do a quick netstat -ab | grep 80 to make sure port 80 is not already >> taken..you dont want to accidentally step on Apache HTTP Server >> put hostname:80 in your browser too >> >> //if port 80 is not bound to Apache or IIS and you want to start on port >> 80 dont forget to change the connector port="8080" to "80" on server.xml >> >> //if Port 80 does not startup and netstat showed port 80 is NOT bound >> //${catalina.home}/conf/catalina.policy is the arbiter of which tomcat >> entities permission(s) for OS resources ..file access and SocketPermission >> generally >> // permissions granted for all Tomcat entities on $(catalina.home) to >> access localhost on Port 80 via Socket >> grant codeBase "file:${catalina.home}/-" { >> permission java.net.SocketPermission "*.localhost:80", "connect"; >> }; >> >> HTH >> Martin >> ______________________________________________ >> Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité >> >> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene >> Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte >> Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht >> dient lediglich dem Austausch von Informationen und entfaltet keine >> rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von >> E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. >> Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas >> le destinataire prévu, nous te demandons avec bonté que pour satisfaire >> informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie >> de ceci est interdite. Ce message sert à l'information seulement et n'aura >> pas n'importe quel effet légalement obligatoire. Étant donné que les email >> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter >> aucune responsabilité pour le contenu fourni. >> >> >> > From: fja...@gmail.com >> > Date: Sat, 25 Aug 2012 11:59:16 +0200 >> > Subject: Re: Issue building the Unix daemon (jsvc) with the "configure" >> script in Tomcat7 >> > To: mgai...@hotmail.com >> > CC: users@tomcat.apache.org >> > >> > It looks like that was it, some directories (logs, work...) were created >> > with the wrong user permissions during my previous attempts at running >> > daemon without sudo. >> > >> > I deleted all the dirs and files created by ec2-user and ran "sudo >> > ./daemon.sh start". Tomcat started without any errors and I can see the >> > home web page. >> > >> > Now that it's running I wonder what do we get at running Tomcat as a >> > service on Linux, beside being able to access the privileged ports? >> Which I >> > don't, I use the iptables, maybe Tomcat would be faster using port 80 >> > directly? >> > >> > The only thing I would like to do now is to get the logs created with >> the >> > tomcat user AND tomcat *group*. At the moment the logs are RW to the >> tomcat >> > user only, not the group. >> > >> > [ec2-user@ip-10-212-133-29 logs]$ ls -l >> > -rw------- 1 tomcat tomcat 2937 Aug 25 09:47 catalina.2012-08-25.log >> > -rw------- 1 root root 3069 Aug 25 09:48 catalina-daemon.out >> > -rw------- 1 root root 5 Aug 25 09:47 catalina-daemon.pid >> > -rw------- 1 tomcat tomcat 0 Aug 25 09:47 host-manager.2012-08-25.log >> > -rw------- 1 tomcat tomcat 445 Aug 25 09:47 localhost.2012-08-25.log >> > -rw-r--r-- 1 tomcat tomcat 743 Aug 25 09:49 >> > localhost_access_log.2012-08-25.txt >> > -rw------- 1 tomcat tomcat 0 Aug 25 09:47 manager.2012-08-25.log >> > >> > Thanks all for your help. >> > >> > Fred >> > >> > On Sat, Aug 25, 2012 at 11:30 AM, Fred Janon <fja...@gmail.com> wrote: >> > >> > > Hi Martin, >> > > >> > > I realized that some of the directories were created with the >> ec2-user in >> > > some of my previous tries before running daemon.sh. I am deleting all >> these >> > > dirs/files and see if daemon.sh works now. >> > > >> > > Cheers, >> > > >> > > Fred >> > > >> > > >> > > On Sat, Aug 25, 2012 at 9:20 AM, Fred Janon <fja...@gmail.com> wrote: >> > > >> > >> Thanks for the suggestions Martin, I'll give them a try in a couple >> of >> > >> hours, I've got to do something now. >> > >> >> > >> I tried the same daemon script at boot time from init.d and I get the >> > >> same issue, it runs under root. Does that mean that my setting for >> the >> > >> tomcat user for jsvc is not working? I assumed that jsvc would take >> that >> > >> identity to do everything, including creating the dirs and files. >> > >> >> > >> Thanks >> > >> >> > >> Fred >> > >> >> > >> On Sat, Aug 25, 2012 at 3:40 AM, Martin Gainty <mgai...@hotmail.com >> >wrote: >> > >> >> > >>> save yourself a ton of permission-errors grief >> > >>> >> > >>> login tomcat >> > >>> mkdir /datadisk1/tomcat/conf/Catalina/localhost >> > >>> BTW when you do a >> > >>> ls -al /datadisk1/tomcat/conf/Catalina/localhost >> > >>> you should have god rights rwd pretty much everything >> > >>> >> > >>> >> > >>> sudo is tricky because you'll need to add tomcat user to run the >> tomcat >> > >>> daemon(sh) to >> > >>> >> > >>> /etc/sudoers >> > >>> >> > >>> but then you'll only have permission to run daemon(.sh) >> > >>> access to temp, work and log folders have not been granted >> > >>> >> > >>> >> > >>> >> > >>> cd $CATALINA_BASE >> > >>> chown tomcat work >> > >>> chown tomcat logs >> > >>> chown tomcat temp >> > >>> >> > >>> Your clock is 6 hours ahead of me so you will receive this email >> very >> > >>> early am..i assume you're in CET >> > >>> I'll check back SAT roughly 8am CST >> > >>> Martin Gainty >> > >>> ______________________________________________ >> > >>> Verzicht und Vertraulichkeitanmerkung/Note de déni et de >> confidentialité >> > >>> >> > >>> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene >> > >>> Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede >> unbefugte >> > >>> Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese >> Nachricht >> > >>> dient lediglich dem Austausch von Informationen und entfaltet keine >> > >>> rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit >> von >> > >>> E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. >> > >>> >> > >>> Ce message est confidentiel et peut être privilégié. Si vous n'êtes >> pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire >> informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie >> de ceci est interdite. Ce message sert à l'information seulement et n'aura >> pas n'importe quel effet légalement obligatoire. Étant donné que les email >> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter >> aucune responsabilité pour le contenu fourni. >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> > From: fja...@gmail.com >> > >>> > Date: Sat, 25 Aug 2012 00:22:50 +0200 >> > >>> > Subject: Re: Issue building the Unix daemon (jsvc) with the >> > >>> "configure" script in Tomcat7 >> > >>> > To: users@tomcat.apache.org >> > >>> >> > >>> > >> > >>> > Hi Jeff, >> > >>> > >> > >>> > I tried both: >> > >>> > >> > >>> > [ec2-user@ip-10-34-89-185 bin]$ ./daemon.sh start >> > >>> > Cannot set group id for user 'tomcat' >> > >>> > Error validating user 'tomcat' >> > >>> > >> > >>> > With sudo, I get the permissions issue. ec2-user is a sudoer. >> > >>> > >> > >>> > sudo ./daemon.sh start >> > >>> > >> > >>> > *SEVERE: Unable to create directory for deployment: >> > >>> > /datadisk1/tomcat/conf/Catalina/localhost* >> > >>> > Aug 24, 2012 1:29:12 PM org.apache.catalina.startup.HostConfig >> > >>> > deployDirectory >> > >>> > INFO: Deploying web application directory >> > >>> /datadisk1/tomcat/webapps/examples >> > >>> > Aug 24, 2012 1:29:12 PM org.apache.catalina.core.StandardContext >> > >>> > postWorkDirectory >> > >>> > *WARNING: Failed to create work directory >> > >>> > [/datadisk1/tomcat/work/Catalina/localhost/examples] for context >> > >>> [/examples] >> > >>> > * >> > >>> > Aug 24, 2012 1:29:13 PM org.apache.jasper.EmbeddedServletOptions >> <init> >> > >>> > *SEVERE: The scratchDir you specified: >> > >>> > /datadisk1/tomcat/work/Catalina/localhost/examples is unusable.* >> > >>> > >> > >>> > I am trying to see the whole command passed to jsvc but I am not >> > >>> fluent in >> > >>> > shell scripts and I can't get to echo it yet. >> > >>> > >> > >>> > Fred >> > >>> > >> > >>> > On Fri, Aug 24, 2012 at 10:45 PM, Jeff MAURY < >> jeffma...@jeffmaury.com >> > >>> >wrote: >> > >>> > >> > >>> > > It probably means your current user (ec2-user) has not the >> rights to >> > >>> run as >> > >>> > > tomcat user. >> > >>> > > Try the same command with sudo in front, if ec2-user is part of >> the >> > >>> sudoers >> > >>> > > >> > >>> > > Jeff >> > >>> > > >> > >>> > > >> > >>> > > On Fri, Aug 24, 2012 at 4:09 PM, Fred Janon <fja...@gmail.com> >> > >>> wrote: >> > >>> > > >> > >>> > > > Ah! Thanks Jeff, you are right, thanks. I checked and the >> OpenJDK >> > >>> > > installed >> > >>> > > > is not the full JDK (??? confusing). I had to install the >> > >>> OpenJDK-dev to >> > >>> > > > get the full JDK. >> > >>> > > > >> > >>> > > > I managed to build the jsvc (yeah!), now I am getting an error >> > >>> after >> > >>> > > > starting tomcat using daemon.sh, it seems that it runs a >> root, not >> > >>> tomcat >> > >>> > > > as I configured setenv.sh. tomcat cannot create some dirs, >> > >>> reported in >> > >>> > > > catalina-daemon.out. >> > >>> > > > >> > >>> > > > If I launch tomcat without being root, I get this error: >> > >>> > > > >> > >>> > > > [ec2-user@ip-10-34-89-185 bin]$ ./daemon.sh start >> > >>> > > > Cannot set group id for user 'tomcat' >> > >>> > > > Error validating user 'tomcat' >> > >>> > > > >> > >>> > > > Not sure what this means, I have a tomcat user in the tomcat >> group. >> > >>> > > > >> > >>> > > > If I launch tomcat using that command: >> > >>> > > > >> > >>> > > > sudo ./daemon.sh start >> > >>> > > > >> > >>> > > > with setenv.sh: >> > >>> > > > >> > >>> > > > export CATALINA_HOME=/datadisk1/tomcat >> > >>> > > > export CATALINA_OPTS="-server -Xms128M -Xmx512M" >> > >>> > > > export JAVA_HOME=/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre >> > >>> > > > export TOMCAT_USER=tomcat >> > >>> > > > >> > >>> > > > then catalina-daemon.out shows: >> > >>> > > > >> > >>> > > > Aug 24, 2012 1:29:11 PM >> > >>> org.apache.catalina.core.AprLifecycleListener >> > >>> > > init >> > >>> > > > SEVERE: An incompatible version 1.1.22 of the APR based Apache >> > >>> Tomcat >> > >>> > > > Native library is installed, while Tomcat requires version >> 1.1.24 >> > >>> > > > Aug 24, 2012 1:29:11 PM >> > >>> org.apache.catalina.core.AprLifecycleListener >> > >>> > > init >> > >>> > > > SEVERE: An incompatible version 1.1.22 of the APR based Apache >> > >>> Tomcat >> > >>> > > > Native library is installed, while Tomcat requires version >> 1.1.24 >> > >>> > > > Aug 24, 2012 1:29:11 PM >> > >>> org.apache.catalina.core.AprLifecycleListener >> > >>> > > init >> > >>> > > > SEVERE: An incompatible version 1.1.22 of the APR based Apache >> > >>> Tomcat >> > >>> > > > Native library is installed, while Tomcat requires version >> 1.1.24 >> > >>> > > > Aug 24, 2012 1:29:11 PM >> > >>> org.apache.catalina.core.AprLifecycleListener >> > >>> > > init >> > >>> > > > SEVERE: An incompatible version 1.1.22 of the APR based Apache >> > >>> Tomcat >> > >>> > > > Native library is installed, while Tomcat requires version >> 1.1.24 >> > >>> > > > Aug 24, 2012 1:29:11 PM >> > >>> org.apache.catalina.core.AprLifecycleListener >> > >>> > > init >> > >>> > > > SEVERE: An incompatible version 1.1.22 of the APR based Apache >> > >>> Tomcat >> > >>> > > > Native library is installed, while Tomcat requires version >> 1.1.24 >> > >>> > > > Aug 24, 2012 1:29:11 PM org.apache.coyote.AbstractProtocol >> init >> > >>> > > > INFO: Initializing ProtocolHandler ["http-bio-8080"] >> > >>> > > > Aug 24, 2012 1:29:11 PM org.apache.coyote.AbstractProtocol >> init >> > >>> > > > INFO: Initializing ProtocolHandler ["ajp-bio-8009"] >> > >>> > > > Aug 24, 2012 1:29:11 PM org.apache.catalina.startup.Catalina >> load >> > >>> > > > INFO: Initialization processed in 1316 ms >> > >>> > > > Aug 24, 2012 1:29:12 PM >> org.apache.catalina.core.StandardService >> > >>> > > > startInternal >> > >>> > > > INFO: Starting service Catalina >> > >>> > > > Aug 24, 2012 1:29:12 PM >> org.apache.catalina.core.StandardEngine >> > >>> > > > startInternal >> > >>> > > > INFO: Starting Servlet Engine: Apache Tomcat/7.0.29 >> > >>> > > > Aug 24, 2012 1:29:12 PM org.apache.catalina.startup.HostConfig >> > >>> start >> > >>> > > > *SEVERE: Unable to create directory for deployment: >> > >>> > > > /datadisk1/tomcat/conf/Catalina/localhost* >> > >>> > > > Aug 24, 2012 1:29:12 PM org.apache.catalina.startup.HostConfig >> > >>> > > > deployDirectory >> > >>> > > > INFO: Deploying web application directory >> > >>> > > > /datadisk1/tomcat/webapps/examples >> > >>> > > > Aug 24, 2012 1:29:12 PM >> org.apache.catalina.core.StandardContext >> > >>> > > > postWorkDirectory >> > >>> > > > *WARNING: Failed to create work directory >> > >>> > > > [/datadisk1/tomcat/work/Catalina/localhost/examples] for >> context >> > >>> > > > [/examples] >> > >>> > > > * >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.jasper.EmbeddedServletOptions >> > >>> <init> >> > >>> > > > *SEVERE: The scratchDir you specified: >> > >>> > > > /datadisk1/tomcat/work/Catalina/localhost/examples is >> unusable.* >> > >>> > > > Aug 24, 2012 1:29:13 PM org.apache.catalina.startup.HostConfig >> > >>> > > > deployDirectory >> > >>> > > > INFO: Deploying web application directory >> > >>> /datadisk1/tomcat/webapps/ROOT >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.catalina.core.StandardContext >> > >>> > > > postWorkDirectory >> > >>> > > > WARNING: Failed to create work directory >> > >>> > > > [/datadisk1/tomcat/work/Catalina/localhost/_] for context [] >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.jasper.EmbeddedServletOptions >> > >>> <init> >> > >>> > > > SEVERE: The scratchDir you specified: >> > >>> > > > /datadisk1/tomcat/work/Catalina/localhost/_ is unusable. >> > >>> > > > Aug 24, 2012 1:29:13 PM org.apache.catalina.startup.HostConfig >> > >>> > > > deployDirectory >> > >>> > > > INFO: Deploying web application directory >> > >>> /datadisk1/tomcat/webapps/docs >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.catalina.core.StandardContext >> > >>> > > > postWorkDirectory >> > >>> > > > WARNING: Failed to create work directory >> > >>> > > > [/datadisk1/tomcat/work/Catalina/localhost/docs] for context >> > >>> [/docs] >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.jasper.EmbeddedServletOptions >> > >>> <init> >> > >>> > > > SEVERE: The scratchDir you specified: >> > >>> > > > /datadisk1/tomcat/work/Catalina/localhost/docs is unusable. >> > >>> > > > Aug 24, 2012 1:29:13 PM org.apache.catalina.startup.HostConfig >> > >>> > > > deployDirectory >> > >>> > > > INFO: Deploying web application directory >> > >>> > > /datadisk1/tomcat/webapps/manager >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.catalina.core.StandardContext >> > >>> > > > postWorkDirectory >> > >>> > > > WARNING: Failed to create work directory >> > >>> > > > [/datadisk1/tomcat/work/Catalina/localhost/manager] for >> context >> > >>> > > [/manager] >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.jasper.EmbeddedServletOptions >> > >>> <init> >> > >>> > > > SEVERE: The scratchDir you specified: >> > >>> > > > /datadisk1/tomcat/work/Catalina/localhost/manager is unusable. >> > >>> > > > Aug 24, 2012 1:29:13 PM org.apache.catalina.startup.HostConfig >> > >>> > > > deployDirectory >> > >>> > > > INFO: Deploying web application directory >> > >>> > > > /datadisk1/tomcat/webapps/host-manager >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.catalina.core.StandardContext >> > >>> > > > postWorkDirectory >> > >>> > > > WARNING: Failed to create work directory >> > >>> > > > [/datadisk1/tomcat/work/Catalina/localhost/host-manager] for >> > >>> context >> > >>> > > > [/host-manager] >> > >>> > > > Aug 24, 2012 1:29:13 PM >> org.apache.jasper.EmbeddedServletOptions >> > >>> <init> >> > >>> > > > SEVERE: The scratchDir you specified: >> > >>> > > > /datadisk1/tomcat/work/Catalina/localhost/host-manager is >> unusable. >> > >>> > > > Aug 24, 2012 1:29:13 PM org.apache.coyote.AbstractProtocol >> start >> > >>> > > > INFO: Starting ProtocolHandler ["http-bio-8080"] >> > >>> > > > Aug 24, 2012 1:29:13 PM org.apache.coyote.AbstractProtocol >> start >> > >>> > > > INFO: Starting ProtocolHandler ["ajp-bio-8009"] >> > >>> > > > Aug 24, 2012 1:29:13 PM org.apache.catalina.startup.Catalina >> start >> > >>> > > > INFO: Server startup in 1613 ms >> > >>> > > > >> > >>> > > > I am not sure my "export TOMCAT_USER=tomcat" is right, or if >> I am >> > >>> missing >> > >>> > > > something. >> > >>> > > > >> > >>> > > > Regards, >> > >>> > > > >> > >>> > > > Fred >> > >>> > > > >> > >>> > > > On Fri, Aug 24, 2012 at 12:01 PM, Jeff MAURY < >> > >>> jeffma...@jeffmaury.com >> > >>> > > > >wrote: >> > >>> > > > >> > >>> > > > > Fred, >> > >>> > > > > >> > >>> > > > > you are getting confused by the term OpenJDK. It comes in >> two >> > >>> flavor, >> > >>> > > JRE >> > >>> > > > > and JDK. I have some .h files on my Ubuntu server, but not >> under >> > >>> > > > > /usr/lib/jvm/java-1.6.0-openjdk but under >> > >>> /usr/lib/jvm/java-6-openjdk >> > >>> > > > > >> > >>> > > > > Regards >> > >>> > > > > Jeff >> > >>> > > > > >> > >>> > > > > >> > >>> > > > > On Fri, Aug 24, 2012 at 8:52 AM, Fred Janon < >> fja...@gmail.com> >> > >>> wrote: >> > >>> > > > > >> > >>> > > > > > Hi Jeff, >> > >>> > > > > > >> > >>> > > > > > Thanks, but I read the instructions and requirements for >> a C >> > >>> compiler >> > >>> > > > an >> > >>> > > > > > the JDK. As shown in my original message there is a JDK >> > >>> > > > > > >> > >>> > > > > > > /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/* >> > >>> > > > > > >> > >>> > > > > > but no "jni_md.h" in the Open JDK. As I said the >> "jni_md.h" >> > >>> seems to >> > >>> > > be >> > >>> > > > > in >> > >>> > > > > > the Windows JDK, but not in the Linux one. >> > >>> > > > > > >> > >>> > > > > > Cheers, >> > >>> > > > > > >> > >>> > > > > > Fred >> > >>> > > > > > >> > >>> > > > > > On Fri, Aug 24, 2012 at 7:51 AM, Jeff MAURY < >> > >>> jeffma...@jeffmaury.com >> > >>> > > > >> > >>> > > > > > wrote: >> > >>> > > > > > >> > >>> > > > > > > You need a JDK to be installed on your machine and it >> seems >> > >>> you've >> > >>> > > > > only a >> > >>> > > > > > > JRE >> > >>> > > > > > > >> > >>> > > > > > > Jeff >> > >>> > > > > > > >> > >>> > > > > > > >> > >>> > > > > > > On Thu, Aug 23, 2012 at 10:12 PM, Fred Janon < >> > >>> fja...@gmail.com> >> > >>> > > > wrote: >> > >>> > > > > > > >> > >>> > > > > > > > Hi, >> > >>> > > > > > > > >> > >>> > > > > > > > I am trying to build the Unix deamon jsvc in AWS EC2 >> > >>> Linux. I did >> > >>> > > > not >> > >>> > > > > > > > install Tomcat7 that comes with the AWS Linux, I >> downloaded >> > >>> > > Tomcat7 >> > >>> > > > > > from >> > >>> > > > > > > > the Apache Tomcat website, I installed it and ran >> Tomcat7 >> > >>> > > > > successfully. >> > >>> > > > > > > Now >> > >>> > > > > > > > I am trying to build the daemon to run Tomcat7 as a >> > >>> daemon. I get >> > >>> > > > an >> > >>> > > > > > > error >> > >>> > > > > > > > running the "configure" script as indicated in the >> Tomcat >> > >>> > > > > > documentation. >> > >>> > > > > > > I >> > >>> > > > > > > > did a lot of searching on the web and cannot find a >> > >>> solution to >> > >>> > > > this >> > >>> > > > > > > issue. >> > >>> > > > > > > > I am not fluent in shell scripting, so my >> understanding of >> > >>> > > > > "configure" >> > >>> > > > > > is >> > >>> > > > > > > > very limited. >> > >>> > > > > > > > >> > >>> > > > > > > > Do I need to regenerate the "configure" script or do I >> > >>> need to >> > >>> > > > modify >> > >>> > > > > > the >> > >>> > > > > > > > script? >> > >>> > > > > > > > >> > >>> > > > > > > > The error is: >> > >>> > > > > > > > *checking for JDK os include directory... Cannot find >> > >>> jni_md.h in >> > >>> > > > > > > > /usr/lib/jvm/jre/* >> > >>> > > > > > > > *configure: error: You should retry >> --with-os-type=SUBDIR* >> > >>> > > > > > > > * >> > >>> > > > > > > > * >> > >>> > > > > > > > It looks like *"jni_md.h"* is part of the Windows JDK, >> > >>> *but it's >> > >>> > > > not >> > >>> > > > > in >> > >>> > > > > > > the >> > >>> > > > > > > > Linux OpenJDK on CentOS.* >> > >>> > > > > > > > >> > >>> > > > > > > > I don't really understand why the message says >> > >>> "*with-os-type*" >> > >>> > > > where >> > >>> > > > > > it >> > >>> > > > > > > > seems to mean JDK? >> > >>> > > > > > > > >> > >>> > > > > > > > As indicated in the INSTALL.txt below, I am reporting >> the >> > >>> issue, >> > >>> > > > > hoping >> > >>> > > > > > > > that someone can give me a solution or a patch for the >> > >>> script... >> > >>> > > > > > > > >> > >>> > > > > > > > "Depending on your JDK layout, configure might fail to >> > >>> find the >> > >>> > > JNI >> > >>> > > > > > > > machine dependant include file (jni_md.h). If that's >> the >> > >>> case use >> > >>> > > > the >> > >>> > > > > > > > --with-os-type=<subdir> parameter where subdir points >> to >> > >>> the >> > >>> > > > > directory >> > >>> > > > > > > > within JDK include directory containing jni_md.h file. >> > >>> > > > > > > > If your operating system is supported, configure will >> go >> > >>> thru >> > >>> > > > > cleanly, >> > >>> > > > > > > > otherwise it will report an error (please send us the >> > >>> details of >> > >>> > > > your >> > >>> > > > > > > > OS/JDK, or a patch against the sources)." >> > >>> > > > > > > > >> > >>> > > > > > > > Below is the console output running configure and some >> > >>> > > information >> > >>> > > > > > about >> > >>> > > > > > > > the jdk installed. >> > >>> > > > > > > > >> > >>> > > > > > > > [ec2-user@ip-10-244-162-78 unix]$ *./configure* >> > >>> > > > > > > > *** Current host *** >> > >>> > > > > > > > checking build system type... i686-pc-linux-gnu >> > >>> > > > > > > > checking host system type... i686-pc-linux-gnu >> > >>> > > > > > > > checking cached host system type... ok >> > >>> > > > > > > > *** C-Language compilation tools *** >> > >>> > > > > > > > checking for gcc... gcc >> > >>> > > > > > > > checking for C compiler default output file name... >> a.out >> > >>> > > > > > > > checking whether the C compiler works... yes >> > >>> > > > > > > > checking whether we are cross compiling... no >> > >>> > > > > > > > checking for suffix of executables... >> > >>> > > > > > > > checking for suffix of object files... o >> > >>> > > > > > > > checking whether we are using the GNU C compiler... >> yes >> > >>> > > > > > > > checking whether gcc accepts -g... yes >> > >>> > > > > > > > checking for gcc option to accept ANSI C... none >> needed >> > >>> > > > > > > > checking for ranlib... ranlib >> > >>> > > > > > > > checking for strip... strip >> > >>> > > > > > > > *** Host support *** >> > >>> > > > > > > > checking C flags dependant on host system type... ok >> > >>> > > > > > > > *** Java compilation tools *** >> > >>> > > > > > > > *checking for JDK os include directory... Cannot find >> > >>> jni_md.h in >> > >>> > > > > > > > /usr/lib/jvm/jre/* >> > >>> > > > > > > > *configure: error: You should retry >> --with-os-type=SUBDIR* >> > >>> > > > > > > > >> > >>> > > > > > > > [ec2-user@ip-10-244-162-78 unix]$ find / -name >> 'jni_md.h' >> > >>> > > > > 2>/dev/null >> > >>> > > > > > > > >> > >>> > > > > > > > [ec2-user@ip-10-244-162-78 unix]$ find / -name >> '*jni*' >> > >>> > > 2>/dev/null >> > >>> > > > > > > > /usr/share/java-jni >> > >>> > > > > > > > >> > >>> > > > > > > > >> > >>> > > > > > > >> > >>> > > > > > >> > >>> > > > > >> > >>> > > > >> > >>> > > >> > >>> >> /datadisk1/tomcat/bin/commons-daemon-1.0.10-native-src/windows/src/javajni.c >> > >>> > > > > > > > >> > >>> > > > > > > > >> > >>> > > > > > > >> > >>> > > > > > >> > >>> > > > > >> > >>> > > > >> > >>> > > >> > >>> >> /datadisk1/tomcat/bin/commons-daemon-1.0.10-native-src/windows/include/javajni.h >> > >>> > > > > > > > >> > >>> > > > > > > > Installed Packages >> > >>> > > > > > > > java-1.6.0-openjdk.i686 >> > >>> > > installed >> > >>> > > > > > > > >> > >>> > > > > > > > ---------------------------------------- >> > >>> > > > > > > > [ec2-user@ip-10-244-162-78 unix]$ *./configure >> > >>> > > > > > > > >> -with-java=/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre* >> > >>> > > > > > > > *** Current host *** >> > >>> > > > > > > > checking build system type... i686-pc-linux-gnu >> > >>> > > > > > > > checking host system type... i686-pc-linux-gnu >> > >>> > > > > > > > checking cached host system type... ok >> > >>> > > > > > > > *** C-Language compilation tools *** >> > >>> > > > > > > > checking for gcc... gcc >> > >>> > > > > > > > checking for C compiler default output file name... >> a.out >> > >>> > > > > > > > checking whether the C compiler works... yes >> > >>> > > > > > > > checking whether we are cross compiling... no >> > >>> > > > > > > > checking for suffix of executables... >> > >>> > > > > > > > checking for suffix of object files... o >> > >>> > > > > > > > checking whether we are using the GNU C compiler... >> yes >> > >>> > > > > > > > checking whether gcc accepts -g... yes >> > >>> > > > > > > > checking for gcc option to accept ANSI C... none >> needed >> > >>> > > > > > > > checking for ranlib... ranlib >> > >>> > > > > > > > checking for strip... strip >> > >>> > > > > > > > *** Host support *** >> > >>> > > > > > > > checking C flags dependant on host system type... ok >> > >>> > > > > > > > *** Java compilation tools *** >> > >>> > > > > > > > checking JAVA_HOME... >> > >>> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre >> > >>> > > > > > > > *checking for JDK os include directory... Cannot find >> > >>> jni_md.h in >> > >>> > > > > > > > /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/* >> > >>> > > > > > > > *configure: error: You should retry >> --with-os-type=SUBDIR* >> > >>> > > > > > > > >> > >>> > > > > > > > ----------------------------------------- >> > >>> > > > > > > > configure script excerpt: >> > >>> > > > > > > > >> > >>> > > > > > > > echo "$as_me:$LINENO: checking for JDK os include >> > >>> directory" >> > >>> > > > >&5 >> > >>> > > > > > > > echo $ECHO_N "checking for JDK os include directory... >> > >>> $ECHO_C" >> > >>> > > >&6 >> > >>> > > > > > > > JAVA_OS=NONE >> > >>> > > > > > > > if test -f $JAVA_HOME/$JAVA_INC/jni_md.h >> > >>> > > > > > > > then >> > >>> > > > > > > > JAVA_OS="" >> > >>> > > > > > > > else >> > >>> > > > > > > > for f in $JAVA_HOME/$JAVA_INC/*/jni_md.h >> > >>> > > > > > > > do >> > >>> > > > > > > > if test -f $f; then >> > >>> > > > > > > > JAVA_OS=`dirname $f` >> > >>> > > > > > > > JAVA_OS=`basename $JAVA_OS` >> > >>> > > > > > > > echo " $JAVA_OS" >> > >>> > > > > > > > break >> > >>> > > > > > > > fi >> > >>> > > > > > > > done >> > >>> > > > > > > > if test "x$JAVA_OS" = "xNONE"; then >> > >>> > > > > > > > echo "$as_me:$LINENO: result: Cannot find jni_md.h in >> > >>> > > > > > > > ${JAVA_HOME}/${OS}" >&5 >> > >>> > > > > > > > echo "${ECHO_T}Cannot find jni_md.h in >> ${JAVA_HOME}/${OS}" >> > >>> >&6 >> > >>> > > > > > > > { { echo "$as_me:$LINENO: error: You should retry >> > >>> > > > > > > > --with-os-type=SUBDIR" >&5 >> > >>> > > > > > > > echo "$as_me: error: You should retry >> > >>> --with-os-type=SUBDIR" >> > >>> > > >&2;} >> > >>> > > > > > > > { (exit 1); exit 1; }; } >> > >>> > > > > > > > fi >> > >>> > > > > > > > fi >> > >>> > > > > > > > >> > >>> > > > > > > > ----------------------------------------- >> > >>> > > > > > > > >> > >>> > > > > > > > Thanks >> > >>> > > > > > > > >> > >>> > > > > > > > Fred >> > >>> > > > > > > > >> > >>> > > > > > > >> > >>> > > > > > > >> > >>> > > > > > > >> > >>> > > > > > > -- >> > >>> > > > > > > Jeff MAURY >> > >>> > > > > > > >> > >>> > > > > > > >> > >>> > > > > > > "Legacy code" often differs from its suggested >> alternative by >> > >>> > > > actually >> > >>> > > > > > > working and scaling. >> > >>> > > > > > > - Bjarne Stroustrup >> > >>> > > > > > > >> > >>> > > > > > > http://www.jeffmaury.com >> > >>> > > > > > > http://riadiscuss.jeffmaury.com >> > >>> > > > > > > http://www.twitter.com/jeffmaury >> > >>> > > > > > > >> > >>> > > > > > >> > >>> > > > > >> > >>> > > > > >> > >>> > > > > >> > >>> > > > > -- >> > >>> > > > > Jeff MAURY >> > >>> > > > > >> > >>> > > > > >> > >>> > > > > "Legacy code" often differs from its suggested alternative >> by >> > >>> actually >> > >>> > > > > working and scaling. >> > >>> > > > > - Bjarne Stroustrup >> > >>> > > > > >> > >>> > > > > http://www.jeffmaury.com >> > >>> > > > > http://riadiscuss.jeffmaury.com >> > >>> > > > > http://www.twitter.com/jeffmaury >> > >>> > > > > >> > >>> > > > >> > >>> > > >> > >>> > > >> > >>> > > >> > >>> > > -- >> > >>> > > Jeff MAURY >> > >>> > > >> > >>> > > >> > >>> > > "Legacy code" often differs from its suggested alternative by >> > >>> actually >> > >>> > > working and scaling. >> > >>> > > - Bjarne Stroustrup >> > >>> > > >> > >>> > > http://www.jeffmaury.com >> > >>> > > http://riadiscuss.jeffmaury.com >> > >>> > > http://www.twitter.com/jeffmaury >> > >>> > > >> > >>> >> > >> >> > >> >> > > >> >> > >