Re: MidTier 7.0.1 Form Name Issue
When you used a direct URL did you try Host%5CDevice Validation for the Form name. I know colons (:) like to be replaced with %3C. Fred From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
Yes. I tried it using many different forms with no luck. On Wed, May 7, 2008 at 11:14 AM, Grooms, Frederick W [EMAIL PROTECTED] wrote: ** When you used a direct URL did you try Host%5CDevice Validation for the Form name. I know colons (:) like to be replaced with %3C. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Frank Caruso *Sent:* Wednesday, May 07, 2008 10:07 AM *To:* arslist@ARSLIST.ORG *Subject:* MidTier 7.0.1 Form Name Issue Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
This is a definite know issue with 7.x on Websphere. We have the same problem. BMC issued custom hot fixes for us. Essentially both the mid-tier and Websphere try to do the translation of the encoded / - it needs to be one or the other but there's no configuration that supports that. As my friend Tim would say - it's borked. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W Sent: Wednesday, May 07, 2008 10:14 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** When you used a direct URL did you try Host%5CDevice Validation for the Form name. I know colons (:) like to be replaced with %3C. Fred From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
Frank, I don't believe there's a restriction about special characters in object names, I believe the issue is with the resulting url and maybe a conflict between the web server that you are using. If there were an issue with certain characters in form names you would have seen the same type of issue in the User Tool. Scott Parrish IT Prophets, LLC (770) 653-5203 www.itprophets.com _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 11:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
FYI, the defect # was SW00255738 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:22 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** Yes. I tried it using many different forms with no luck. On Wed, May 7, 2008 at 11:14 AM, Grooms, Frederick W [EMAIL PROTECTED] wrote: ** When you used a direct URL did you try Host%5CDevice Validation for the Form name. I know colons (:) like to be replaced with %3C. Fred From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
We are running Apache2 with Tomcat 5 on RHEL 64bit v4 On Wed, May 7, 2008 at 11:22 AM, William Rentfrow [EMAIL PROTECTED] wrote: ** This is a definite know issue with 7.x on Websphere. We have the same problem. BMC issued custom hot fixes for us. Essentially both the mid-tier and Websphere try to do the translation of the encoded / - it needs to be one or the other but there's no configuration that supports that. As my friend Tim would say - it's borked. -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Grooms, Frederick W *Sent:* Wednesday, May 07, 2008 10:14 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: MidTier 7.0.1 Form Name Issue ** When you used a direct URL did you try Host%5CDevice Validation for the Form name. I know colons (:) like to be replaced with %3C. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Frank Caruso *Sent:* Wednesday, May 07, 2008 10:07 AM *To:* arslist@ARSLIST.ORG *Subject:* MidTier 7.0.1 Form Name Issue Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
I'd re-report this to BMC tech support and reference the defect #. I believe IBM Websphere shares a lot of similarities with your product's web/app server. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:39 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** We are running Apache2 with Tomcat 5 on RHEL 64bit v4 On Wed, May 7, 2008 at 11:22 AM, William Rentfrow [EMAIL PROTECTED] wrote: ** This is a definite know issue with 7.x on Websphere. We have the same problem. BMC issued custom hot fixes for us. Essentially both the mid-tier and Websphere try to do the translation of the encoded / - it needs to be one or the other but there's no configuration that supports that. As my friend Tim would say - it's borked. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W Sent: Wednesday, May 07, 2008 10:14 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** When you used a direct URL did you try Host%5CDevice Validation for the Form name. I know colons (:) like to be replaced with %3C. Fred From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
We just hit this problem on the CFG:Broadcast form, which refuses to open in its New/Modify view in mid-tier (7.1.00.002 on Tomcat) because of the / in the view name. I remember this being mentioned several months ago as a known problem with some of the views in some of the forms in the ITSM 7 application. You would think that they would have fixed this by patch 007, but they have not. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
The workaround from BMC is to rename the form using another symbol like a hyphen or underscore. CAUTION: Patches that affect this form may continue to look for it with the slash in the name so it may be necessary to rename the form back before patching and then rename it again afterwards. --- J.T. Shyman _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Wednesday, May 07, 2008 11:52 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue We just hit this problem on the CFG:Broadcast form, which refuses to open in its New/Modify view in mid-tier (7.1.00.002 on Tomcat) because of the / in the view name. I remember this being mentioned several months ago as a known problem with some of the views in some of the forms in the ITSM 7 application. You would think that they would have fixed this by patch 007, but they have not. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
I think JT means the form views, not the form itself - at least for the base products. I do not know of any actual form names in the base product that have a slash (and I'm also not going to read through all 900+ right now to check) From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of J.T. Shyman Sent: Wednesday, May 07, 2008 10:55 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** The workaround from BMC is to rename the form using another symbol like a hyphen or underscore. CAUTION: Patches that affect this form may continue to look for it with the slash in the name so it may be necessary to rename the form back before patching and then rename it again afterwards. --- J.T. Shyman From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Wednesday, May 07, 2008 11:52 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue We just hit this problem on the CFG:Broadcast form, which refuses to open in its New/Modify view in mid-tier (7.1.00.002 on Tomcat) because of the / in the view name. I remember this being mentioned several months ago as a known problem with some of the views in some of the forms in the ITSM 7 application. You would think that they would have fixed this by patch 007, but they have not. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
Actually, he means the form itself. There are several forms in ITSM and possibly the base product, that have this issue. Anne Ramey BT Analyst State of North Carolina Office of Information Technology Services (ITS) Enterprise Solutions Division IT Service Management and IT Asset Management Support (919)754-6521 [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] http://its.state.nc.ushttp://its.state.nc.us/ RHCE, ITIL Foundation *** E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow Sent: Wednesday, May 07, 2008 12:10 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue I think JT means the form views, not the form itself - at least for the base products. I do not know of any actual form names in the base product that have a slash (and I'm also not going to read through all 900+ right now to check) From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of J.T. Shyman Sent: Wednesday, May 07, 2008 10:55 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** The workaround from BMC is to rename the form using another symbol like a hyphen or underscore. CAUTION: Patches that affect this form may continue to look for it with the slash in the name so it may be necessary to rename the form back before patching and then rename it again afterwards. --- J.T. Shyman From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Wednesday, May 07, 2008 11:52 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue We just hit this problem on the CFG:Broadcast form, which refuses to open in its New/Modify view in mid-tier (7.1.00.002 on Tomcat) because of the / in the view name. I remember this being mentioned several months ago as a known problem with some of the views in some of the forms in the ITSM 7 application. You would think that they would have fixed this by patch 007, but they have not. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
I checked - you are 100% correct. My bad. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Ramey, Anne Sent: Wednesday, May 07, 2008 11:13 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** Actually, he means the form itself. There are several forms in ITSM and possibly the base product, that have this issue. Anne Ramey BT Analyst State of North Carolina Office of Information Technology Services (ITS) Enterprise Solutions Division IT Service Management and IT Asset Management Support (919)754-6521 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://its.state.nc.us http://its.state.nc.us/ RHCE, ITIL Foundation *** E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow Sent: Wednesday, May 07, 2008 12:10 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue I think JT means the form views, not the form itself - at least for the base products. I do not know of any actual form names in the base product that have a slash (and I'm also not going to read through all 900+ right now to check) From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of J.T. Shyman Sent: Wednesday, May 07, 2008 10:55 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** The workaround from BMC is to rename the form using another symbol like a hyphen or underscore. CAUTION: Patches that affect this form may continue to look for it with the slash in the name so it may be necessary to rename the form back before patching and then rename it again afterwards. --- J.T. Shyman From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Wednesday, May 07, 2008 11:52 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue We just hit this problem on the CFG:Broadcast form, which refuses to open in its New/Modify view in mid-tier (7.1.00.002 on Tomcat) because of the / in the view name. I remember this being mentioned several months ago as a known problem with some of the views in some of the forms in the ITSM 7 application. You would think that they would have fixed this by patch 007, but they have not. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html_Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
...which brings me back to the point I keep hammering some of the idiots at BMC support about (not all are idiots, by a long shot, but they are trapped in a system that makes them look like idiots). Fix the code, and fix it correctly and systematically rather than keep throwing band-aids around that are out of sync with the patches releases. Based on having to live with their various attempts at patching the 7.x applications for almost two years now, their code maintenance processes suck almost as badly as the original OOTB code did! All you have to do is look at the history of patch 9002 to see just how lousy their entire operation has been. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of J.T. Shyman Sent: Wednesday, May 07, 2008 10:55 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** The workaround from BMC is to rename the form using another symbol like a hyphen or underscore. CAUTION: Patches that affect this form may continue to look for it with the slash in the name so it may be necessary to rename the form back before patching and then rename it again afterwards. --- J.T. Shyman _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Wednesday, May 07, 2008 11:52 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue We just hit this problem on the CFG:Broadcast form, which refuses to open in its New/Modify view in mid-tier (7.1.00.002 on Tomcat) because of the / in the view name. I remember this being mentioned several months ago as a known problem with some of the views in some of the forms in the ITSM 7 application. You would think that they would have fixed this by patch 007, but they have not. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
Frank, We had a client that encountered the same issue with Tomcat 5.5 on a Windows 2003 web server. BMC supplied a DLL fix for this issue. I would hope that BMC has a like fix for your environment. Scott Parrish IT Prophets, LLC (770) 653-5203 www.itprophets.com _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 11:39 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** We are running Apache2 with Tomcat 5 on RHEL 64bit v4 On Wed, May 7, 2008 at 11:22 AM, William Rentfrow [EMAIL PROTECTED] wrote: ** This is a definite know issue with 7.x on Websphere. We have the same problem. BMC issued custom hot fixes for us. Essentially both the mid-tier and Websphere try to do the translation of the encoded / - it needs to be one or the other but there's no configuration that supports that. As my friend Tim would say - it's borked. _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W Sent: Wednesday, May 07, 2008 10:14 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** When you used a direct URL did you try Host%5CDevice Validation for the Form name. I know colons (:) like to be replaced with %3C. Fred _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: MidTier 7.0.1 Form Name Issue
This is what I get: SQL select name from arschema where name like '%/%' NAME -- CFG:Geography State/Province CFG:Pred/Succ Associations CFG:Pred/Succ Relationship PBM:KnownError/KDBAssoc Search PCT:Product M/V Company Lookup PCT:Product M/V Uti Com LookUp PCT:Product M/V Utilization PCT:Product Model/Version 8 record(s) selected [Fetch MetaData: 0/ms] [Fetch Data: 0/ms] --- ARS 7.1 on AIX 5.3 ITSM 7.0.2, patch 7 (Service Desk Change Management only (no Asset or SLM)) CMDB 2.1 Oracle 10g Thad Esser Remedy Developer Argue for your limitations, and sure enough, they're yours.-- Richard Bach William Rentfrow [EMAIL PROTECTED] Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 05/07/2008 09:18 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: MidTier 7.0.1 Form Name Issue ** I checked - you are 100% correct. My bad. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Ramey, Anne Sent: Wednesday, May 07, 2008 11:13 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** Actually, he means the form itself. There are several forms in ITSM and possibly the base product, that have this issue. Anne Ramey BT Analyst State of North Carolina Office of Information Technology Services (ITS) Enterprise Solutions Division IT Service Management and IT Asset Management Support (919)754-6521 [EMAIL PROTECTED] http://its.state.nc.us RHCE, ITIL Foundation *** E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties only by an authorized State Official. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow Sent: Wednesday, May 07, 2008 12:10 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue I think JT means the form views, not the form itself - at least for the base products. I do not know of any actual form names in the base product that have a slash (and I'm also not going to read through all 900+ right now to check) From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of J.T. Shyman Sent: Wednesday, May 07, 2008 10:55 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue ** The workaround from BMC is to rename the form using another symbol like a hyphen or underscore. CAUTION: Patches that affect this form may continue to look for it with the slash in the name so it may be necessary to rename the form back before patching and then rename it again afterwards. --- J.T. Shyman From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Wednesday, May 07, 2008 11:52 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier 7.0.1 Form Name Issue We just hit this problem on the CFG:Broadcast form, which refuses to open in its New/Modify view in mid-tier (7.1.00.002 on Tomcat) because of the ?/? in the view name. I remember this being mentioned several months ago as a known problem with some of the views in some of the forms in the ITSM 7 application. You would think that they would have fixed this by patch 007, but they have not. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, May 07, 2008 10:07 AM To: arslist@ARSLIST.ORG Subject: MidTier 7.0.1 Form Name Issue ** Ran into an interesting issue this morning while testing MT 7.0.1 p7. Had a form that would not open in the MT. Had alink that opened it as a dialog but all we got was a blank (white) form. Had MT client side logging turned on and the only thing you could see was the alink trying to open the dialog. I even tried to open the form using a direct link with no success. Would just get a blank page with no source code. I inactivated all alinks but that did not help. I re-saved the form and flushed the cache. Still no page would display and there were no errors in any log files. I even re-imported the form with no luck. This form works fine on MT 6.3 p20. The name of the form is: Host\Device Validation. The next step was renaming the form thinking maybe the \ was the problem. I renamed it to Host Device Validation. This fixed the problem. The form opened with no issues. I do not recall seeing anything about certain characters not being allowed in form (object) names. __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ __Platinum Sponsor
