I found the same thing out - JRE/JDK 8 is not compatible with Remedy ARS at 
this point in time.

From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Jon Chau
Sent: Wednesday, August 13, 2014 11:00 AM
To: [email protected]
Subject: Re: Tomcat with IIS

**
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]<mailto:[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]<mailto:[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]<mailto:[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]] On Behalf Of Jason Miller
Sent: Friday, August 08, 2014 3:00 PM

To: [email protected]<mailto:[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]<mailto:[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]<mailto:[email protected]>] On Behalf Of Peter 
Romain
Sent: Friday, August 08, 2014 2:55 AM

To: [email protected]<mailto:[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]] On Behalf Of David Charters
Sent: 08 August 2014 01:38
To: [email protected]<mailto:[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]<mailto:[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]] On Behalf Of Grooms, Frederick W
Sent: Thursday, August 07, 2014 4:24 PM
To: [email protected]<mailto:[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]] On Behalf Of William Rentfrow
Sent: Thursday, August 07, 2014 4:16 PM
To: [email protected]<mailto:[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<http://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<http://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<http://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_
________________________________
No virus found in this message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 2014.0.4716 / Virus Database: 3986/7998 - Release Date: 08/07/14

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to