My understanding is that the issue exists in Tomcat's IIS connector.
Thus the issue would not be seen if IIS were not used as the web server
- i.e. using Apache or Tomcat standalone would not encounter the issue.

Thanks,  

-David J. Easter
Sr. Product Manager, Service Management Business Unit
BMC Software, Inc.
 
The opinions, statements, and/or suggested courses of action expressed
in this E-mail do not necessarily reflect those of BMC Software, Inc.
My voluntary participation in this forum is not intended to convey a
role as a spokesperson, liaison or public relations representative for
BMC Software, Inc.

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of strauss
Sent: Wednesday, March 14, 2007 11:37 AM
To: [email protected]
Subject: Re: Heads Up> Bug in Mid Tier - ITSM 7 with IIS & Tomcat...

Do you know if this occurs when you use the Tomcat standalone (servlet
AND web) configuration for mid-tier?

Christopher Strauss, Ph.D.
Remedy Database Administrator
University of North Texas Computing Center
http://remedy.unt.edu/helpdesk/ -----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Robert Molenda
Sent: Wednesday, March 14, 2007 1:09 PM
To: [email protected]
Subject: Heads Up> Bug in Mid Tier - ITSM 7 with IIS & Tomcat...

Environment(s)...

ITSM 7 Out of the Box (all apps)
Windowz 2003
SQL 2005
JRE 5
IIS 6
ServletExec (on sandbox) and Tomcat (on Dev/Test/Prod)

Scenario:

There are many views in ITSM 7 which have the slash - / - character in
them. These work just fine in WUT, but on WEB they can fail.

Here is the catch, they work FINE with IIS + ServeltExec, but FAIL with
IIS + TOMCAT... 

It seems the IIS + TOMCAT configuration takes the %3A (Ascii for /) and
reconvert it back into the / and well, that just gets the directory
name(s) all wacked out and poof 404 error page not found :-(

BMC Response>>
We have seen this issue recently with other customers. The simple
workaround is to change the view name and remove the / from it and all
the associated workflow. I am searching for the Defect regarding this
issue and if I am unable to locate it, I'll create a new defect and
enter your well detailed steps.

They have created a NEW BUG ID: SW00262100

SO, if you have IIS6 + TOMCAT you can reference the above # and bump the
customer reference count up :-) so maybe it hits some ITSM 7 patch by
the time we go to production... yah' right I will not hold my breath :-(

<SOAPBOX>
Same ole' thread of "who is testing this product" BMC or their
consumers?

Same ole' thread about "known development standards and things NOT to
do", however the admin tool allows you to do.

Same ole' thread about "create your own fix" (and please let us have it
:-) )...

Yes, we know the work around, we are not "stupid" but if this is the
answer, then include the Workflow Analysis Tool FREE with your ADMIN
TOOL! Without "extra tools", how should one tell "this workflow is used"
(Sure run the sync search database update) but that will not tell you
what active links open up forms. Yah sure, go directly to SQL and..
.and.. 
</SOAPBOX>

HTH as an FYI

Thanks-n-advance;

HDT Platform Incident / Problem Manager & Architect Robert Molenda IT OS
PA
Tel: +1 408 503 2701
Fax: +1 408 503 2912
Mobile: +1 408 472 8097
[EMAIL PROTECTED] 

Quality begins with your actions.

****VISIT US AT: www.infineon.com <http://www.infineon.com/>  *****

"This e-mail and any attachments are confidential and may be subject to
legal or some other professional privilege. They are intended solely for
the attention and use of the named addressee(s). If you are not the
named addressee(s) you must not use, disclose, retain or reproduce all
or any part of the information contained in this e-mail or any
attachments. Any unauthorised use or disclosure may be unlawful. If you
have received this e-mail by mistake, please inform the sender
immediately and delete it and all copies from your system and destroy
any hard copies of it."

________________________________________________________________________
_______
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"

________________________________________________________________________
_______
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to