Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 51129 invoked from network); 30 Nov 2004 20:33:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 30 Nov 2004 20:33:55 -0000 Received: (qmail 922 invoked by uid 500); 30 Nov 2004 20:33:27 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 906 invoked by uid 500); 30 Nov 2004 20:33:27 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 889 invoked by uid 99); 30 Nov 2004 20:33:27 -0000 X-ASF-Spam-Status: No, hits=2.1 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,DNS_FROM_RFC_WHOIS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from rwcrmhc12.comcast.net (HELO rwcrmhc12.comcast.net) (216.148.227.85) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 30 Nov 2004 12:33:25 -0800 Received: from [24.8.101.65] (c-24-8-101-65.client.comcast.net[24.8.101.65]) by comcast.net (rwcrmhc12) with ESMTP id <2004113020332301400sbotde>; Tue, 30 Nov 2004 20:33:24 +0000 Message-ID: <41ACD929.7070508@comcast.net> Date: Tue, 30 Nov 2004 13:33:45 -0700 From: "D. Stimits" Reply-To: stimits@comcast.net User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomcat Users List Subject: Re: can't find javac tomcat 5.0.30 jdk1.5.0 References: <9C5166762F311146951505C6790A9CF80229C75B@US-VS1.corp.mpi.com> In-Reply-To: <9C5166762F311146951505C6790A9CF80229C75B@US-VS1.corp.mpi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Shapira, Yoav wrote: > Hi, > The 5.0.30 fix is simple and should not have to do with this problem. > I'm compiling JSPs fine using 5.0.30 on Solaris 8, with both JDK 1.4.2 > and 5.0. Where is your JAVA_HOME set? The logs say it cannot find (linux fedora core 2, jdk1.5.0) in /opt/jdk1.5.0/bin/javac. JAVA_HOME is set to /opt/jdk1.5.0. Unless I read this wrong, setclasspath.sh will check for this when tomcat5 starts, and tomcat5 starts just fine. Only during runtime recompile of the ROOT JSP does it fail, and the logs say there is no /opt/jdk1.5.0/bin/javac, yet there is clearly such a file and it is executable and readable by all (I can use this from other users and everyone can use it just fine). FYI this is the ROOT sample app where I've altered a few words to test JSP compile. The web.xml was updated to tell it to not point at the static classes, maybe that is what I'm doing wrong. In webapps/ROOT/WEB-INF/web.xml I commented out the following configuration on JSPC servlet mappings (doing this does result in the manager app seeing changes to display-name and description, with those lines active no changes seem to be allowed at all): org.apache.jsp.index_jsp org.apache.jsp.index_jsp org.apache.jsp.index_jsp /index.jsp Perhaps I should rephrase...which /opt/jdk1.5.0/bin/javac is it looking for? Is it chrooting? Is it something that the JVM of the main tomcat5 can't see due to some security setting? What would cause a JSP recompile to complain that there is no /opt/jdk1.5.0/bin/javac when there is? D. Stimits, stimits AT comcast DOT net --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org