I was able to get it working. I downloaded and installed the latest 64 bit version of JDK 7x, and modified Tomcat to use the JVM from that install. It was previously using a jvm from JRE 8.
Found a KB and communities article that pointed me in the right direction: https://communities.bmc.com/message/435164#435164 *Knowledge Article ID:* KA412712 On Wed, Aug 13, 2014 at 7:57 AM, Jon Chau <[email protected]> wrote: > Hi William, > > I'm actually having the exact same issue you are at this moment. This is > a stand alone mid-tier server on Windows 2012 with IIS 7 and Tomcat 6 (the > one that ships with AR Server 8.1.x). I'm trying to work with BMC support > on it now and will let you know if we get it working. > > Thanks, > Jon > > > On Mon, Aug 11, 2014 at 9:37 AM, William Rentfrow < > [email protected]> wrote: > >> ** >> >> So strangely, this isn't fixed. It's MOSTLY fixed, but not enough that >> it's actually usable. I can't go to main login page nor can I go to the >> cache page. >> >> >> >> Has anyone seen these before? >> >> >> >> If I try to go to the login page I get this error (continues below): >> >> >> >> *ype* Exception report >> >> *message* >> >> *description* *The server encountered an internal error () that >> prevented it from fulfilling this request.* >> >> *exception* >> >> org.apache.jasper.JasperException: Unable to compile class for JSP: >> >> >> >> An error occurred at line: 1 in the generated java file >> >> The type java.util.regex.Pattern cannot be resolved. It is indirectly >> referenced from required .class files >> >> >> >> An error occurred at line: 19 in the generated java file >> >> The import java.util.regex.Pattern cannot be resolved >> >> >> >> An error occurred at line: 78 in the jsp file: /shared/login_common.jsp >> >> Pattern cannot be resolved >> >> 75: else >> >> 76: requrl = Validator.StripOffScriptTag(requrl); >> >> 77: if(requrl!=null) >> >> 78: >> requrl=Validator.URLParamsEscape(requrl.replaceAll(Pattern.quote("\""), >> "%22")); >> >> 79: if (requrl != null && (requrl.length()>0) && requrl.charAt(0) == >> '/') { >> >> 80: int appidx = requrl.indexOf("/apps/"); >> >> 81: if (appidx != -1) { >> >> >> >> >> >> Stacktrace: >> >> >> org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:92) >> >> >> org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330) >> >> >> org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:439) >> >> org.apache.jasper.compiler.Compiler.compile(Compiler.java:334) >> >> org.apache.jasper.compiler.Compiler.compile(Compiler.java:312) >> >> org.apache.jasper.compiler.Compiler.compile(Compiler.java:299) >> >> >> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:586) >> >> >> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317) >> >> >> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342) >> >> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267) >> >> javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >> >> com.remedy.arsys.support.UTF8EncodingFilter.doFilter(Unknown >> Source) >> >> *note* *The full stack trace of the root cause is available in the >> Apache Tomcat/6.0.20 logs.* >> >> >> >> >> >> On the MT config page everything works except the cache link. When I go >> there I get this error: >> >> >> >> *type* Exception report >> >> *message* >> >> *description* *The server encountered an internal error () that >> prevented it from fulfilling this request.* >> >> *exception* >> >> org.apache.jasper.JasperException: Unable to compile class for JSP: >> >> >> >> An error occurred at line: 391 in the jsp file: >> /shared/config/config_cache.jsp >> >> Arrays cannot be resolved >> >> 388: <% >> >> 389: List serverList = cfg.getServers(); >> >> 390: String[] serverArray = (String[])serverList.toArray(new String[0]); >> >> 391: Arrays.sort(serverArray); >> >> 392: int serverArrayLength = serverArray.length; >> >> 393: for (int i = 0; i < serverArrayLength; i++) { >> >> 394: >> >> >> >> >> >> Stacktrace: >> >> >> org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:92) >> >> >> org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330) >> >> >> org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:439) >> >> org.apache.jasper.compiler.Compiler.compile(Compiler.java:334) >> >> org.apache.jasper.compiler.Compiler.compile(Compiler.java:312) >> >> org.apache.jasper.compiler.Compiler.compile(Compiler.java:299) >> >> >> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:586) >> >> >> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317) >> >> >> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342) >> >> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267) >> >> javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >> >> com.remedy.arsys.support.UTF8EncodingFilter.doFilter(Unknown >> Source >> >> >> >> >> >> *From:* William Rentfrow >> *Sent:* Friday, August 08, 2014 3:35 PM >> *To:* [email protected] >> *Subject:* RE: Tomcat with IIS >> >> >> >> I tried this multiple times and it wouldn't work. >> >> >> >> Then I un-installed it and noticed it never removed the Apache Tomcat >> directory. So I renamed that directory, reinstalled again, and it all just >> works now. >> >> >> >> There must have been something bad in the first install that didn't get >> removed. >> >> >> >> Live and learn.... >> >> >> >> *From:* Action Request System discussion list(ARSList) [ >> mailto:[email protected] <[email protected]>] *On Behalf Of *Jason >> Miller >> *Sent:* Friday, August 08, 2014 3:00 PM >> >> *To:* [email protected] >> *Subject:* Re: Tomcat with IIS >> >> >> >> ** >> >> We have some web servers where we change IIS to use ports other than >> 80/443 so Tomcat can use them. Having IIS on the server doesn't mean you >> have to use it and doesn't mean you can't still IIS for other traffic then >> you main MT activity. >> >> >> >> Jason >> >> >> >> On Fri, Aug 8, 2014 at 12:12 PM, William Rentfrow < >> [email protected]> wrote: >> >> ** >> >> Well, I could I guess - I'm just trying to get a sand box up and running >> and the guys who built me a VM put IIS on it. >> >> >> >> I did notice something though. IIS has an application defined in it, but >> not an ISAPI filter. The application has the right directory name in it, >> but it says the directory is wrong when I test it, even though it is >> correct. >> >> >> >> I added the ISAPI filter for Jakarta but that didn't help. >> >> >> >> Kind of stuck at this point.... >> >> >> >> >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> [email protected]] *On Behalf Of *Peter Romain >> *Sent:* Friday, August 08, 2014 2:55 AM >> >> >> *To:* [email protected] >> *Subject:* Re: Tomcat with IIS >> >> >> >> ** >> >> Is there a reason you need IIS and are not just using Tomcat as the web >> server? >> >> >> >> >> >> *From:* Action Request System discussion list(ARSList) [ >> mailto:[email protected] <[email protected]>] *On Behalf Of *David >> Charters >> *Sent:* 08 August 2014 01:38 >> *To:* [email protected] >> *Subject:* Re: Tomcat with IIS >> >> >> >> ** >> >> Are your heap. Parameters set correctly? >> >> >> >> >> >> Sent from my Verizon Wireless 4G LTE smartphone >> >> >> >> -------- Original message -------- >> >> From: William Rentfrow >> >> Date:08/07/2014 17:54 (GMT-05:00) >> >> To: [email protected] >> >> Subject: Re: Tomcat with IIS >> >> >> >> ** >> >> Tomcat is configured for port 8080 in the server.xml file - but I get no >> response when I go to the url http://localhost:8080 >> >> >> >> So I tried to restart Tomcat under the services...and it just hangs when >> stopping. >> >> >> >> Obviously, something is wrong with it. But I've been through the entire >> manual configuration and I can't see anything obvious that's wrong. >> >> >> >> *From:* Action Request System discussion list(ARSList) [ >> mailto:[email protected] <[email protected]>] *On Behalf Of *Grooms, >> Frederick W >> *Sent:* Thursday, August 07, 2014 4:24 PM >> *To:* [email protected] >> *Subject:* Re: Tomcat with IIS >> >> >> >> ** >> >> Is Tomcat actually listening on port 8080? If Tomcat is listening on >> that port just http://localhost:8080 should bring up a Tomcat “home” >> page >> >> >> >> Check the Tomcat server.xml to see what Tomcat is configured for. >> >> >> >> Fred >> >> >> >> *From:* Action Request System discussion list(ARSList) [ >> mailto:[email protected] <[email protected]>] *On Behalf Of *William >> Rentfrow >> *Sent:* Thursday, August 07, 2014 4:16 PM >> *To:* [email protected] >> *Subject:* Tomcat with IIS >> >> >> >> ** >> >> Hi all - >> >> >> >> I have a dumb problem. I can't get Tomcat to work with IIS on Windows >> Server 2008 R2. This is with a completely vanilla install of Remedy ARS >> 8.1 using SQL server. >> >> >> >> The install went fine, there was no problem I could see. >> >> >> >> I've uninstalled and re-installed the mid-tier several times. I've >> checked all of the connectors I could find on the tomcat side and the >> virtual directory stuff on the IIS side. The jakarta virtual directory >> exists, and all of the registry settings and file configurations look right. >> >> >> >> IIS responds to normal requests - but any request to the virtual >> directory just doesn't work. >> >> >> >> The default URL to configure the MT is this: >> >> >> >> http://localhost:8080/arsys/shared/config/config.jsp >> >> >> >> Localhost resolves correctly to the local machine - for kicks I have >> tried the actual machine name too, with the same results. >> >> >> >> I feel like I am missing something really obvious here...but I haven't >> worked with Windows/IIS in ages. >> >> >> >> I know this is vague...but... thoughts? >> >> >> >> B. >> >> >> >> >> >> >> ------------------------------ >> >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 2014.0.4716 / Virus Database: 3986/7998 - Release Date: 08/07/14 >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> ------------------------------ >> >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 2014.0.4716 / Virus Database: 3986/7998 - Release Date: 08/07/14 >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> ------------------------------ >> >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 2014.0.4716 / Virus Database: 3986/7998 - Release Date: 08/07/14 >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
