Update: Bmc has fixed this issue in 7.5 patch 7. Sw00353901: the field name was used instead of a field Identity value in a $process$ command > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of D > Sent: Thursday, October 14, 2010 2:09 PM > To: [email protected] > Subject: Re: Filter Issue: Command Line Action is not translating DB NAMES > with character on Oracle 11g, AIX 6.1, ARS 7.5P4 > > > > ** Version admin tool: 7.5 P6. > > I will try this " Have you tried exporting the FLTR to a def-file? I > recommend an XML-file in this case, to simplify editing. If you find the text > in there, try to replace it with the field-id and reimport it." > > > > > -----Original Message----- > From: Misi Mladoniczky <[email protected]> > To: arslist <[email protected]> > Sent: Thu, Oct 14, 2010 1:10 pm > Subject: Re: Filter Issue: Command Line Action is not translating DB NAMES > with character on Oracle 11g, AIX 6.1, ARS 7.5P4 > > Hi, > > Which version are you on? My experience with this is mainly from the good > odl Admin-tool. > > Have you tried exporting the FLTR to a def-file? I recommend an XML-file > in this case, to simplify editing. > > If you find the text in there, try to replace it with the field-id and > reimport it. > > Best Regards - Misi, RRR AB, http://www.rrr.se > > Products from RRR Scandinavia: > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > Find these products, and many free tools and utilities, at http://rrr.se. > > > > > Hi Misi, > > > > Tried that also, same outcome. > > > > > > > > > > > > > > -----Original Message----- > > From: Misi Mladoniczky <[email protected]> > > To: arslist <[email protected]> > > Sent: Thu, Oct 14, 2010 11:44 am > > Subject: Re: Filter Issue: Command Line Action is not translating DB NAMES > > with character on Oracle 11g, AIX 6.1, ARS 7.5P4 > > > > > > Hi, > > > > It should convert it to a name on your screen after you press Modify/Save. > > This is not what is stored in your actual FLTR/ACTL, it should be the ID. > > > > If you edit the FLTR/ACTL action and resave it, it will do the > > string-to-id-conversion which is probably what is failing to you... > > > > So every time you need to change the command, you need to change the Name > > to the Id before saving your change. > > > > Best Regards - Misi, RRR AB, http://www.rrr.se > > > > Products from RRR Scandinavia: > > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > > Find these products, and many free tools and utilities, at http://rrr.se. > > > >> Hi Fred, thanks for responding. > >> > >> Sorry, I forgot to mention - I tried the DB ID; however, it converts to > >> the DB Name. > >> > >> > >> > >> > >> > >> > >> -----Original Message----- > >> From: Grooms, Frederick W <[email protected]> > >> To: arslist <[email protected]> > >> Sent: Thu, Oct 14, 2010 10:57 am > >> Subject: Re: Filter Issue: Command Line Action is not translating DB > >> NAMES > >> with character on Oracle 11g, AIX 6.1, ARS 7.5P4 > >> > >> > >> It looks like the system is not recognizing your field name in the > >> filter. > >> In > >> your filter's Run Process action try putting the field ID and saving the > >> filter. > >> This will let the system pull the field name. > >> > >> Fred > >> > >> -------Original Message------- > >> From: Action Request System discussion list(ARSList) > >> [mailto:[email protected]] > >> On Behalf Of D > >> Sent: Thursday, October 14, 2010 6:20 AM > >> To: [email protected] > >> Subject: Filter Issue: Command Line Action is not translating DB NAMES > >> with > >> character on Oracle 11g, AIX 6.1, ARS 7.5P4 > >> > >> ** > >> > >> Hello, > >> > >> Filter Issue: Run Process: Command Line Action is not translating DB > >> NAMES > >> with > >> character on Oracle 11g, AIX 6.1, ARS 7.5P4 > >> > >> Our Test environment is configured:Oracle 11g, AIX 6.1, ARS 7.5P4 > >> Our Prod environment is configured:Oracle 10g, AIX 6.1, ARS 7.5P4 > >> > >> We are not having this issue on production, can anyone provide a > >> possible > >> solution? > >> > >> Process: On submit of incident/change ticket, this filter fires run > >> process to > >> run a command local to the unix server, passing variables for that > >> request. > >> However, one of the variables has characters. > >> > >> Sample Format: /opt/script.sh "$RequestID$" "$Firstname$" "$Lastname$" > >> "$DESCRIPTION (S)$" "$email$" > >> > >> Result: > >> RequestID: 0000001 > >> Firstname: Jane > >> Lastname: Doe > >> Description: $DESCRIPTION (S)$ vs. Description: Hello > >> World > >> email: [email protected] > >> > >> I can change the DB NAME, but this requires a massive effort and > >> coordination > >> with other applications that feed Remedy, or feed by Remedy. > >> Other solution, will be on key forms, depending on how many DB names > >> have > >> characters, create temp fields, and the workflow push data to those > >> fields, then > >> filter grab the data from those temp fields. > >> > >> > >> Sincerely, > >> Deyon > >> > >> _______________________________________________________________________________ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > >> > >> > >> > >> > >> _______________________________________________________________________________ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > >> > >> -- > >> This message was scanned by ESVA and is believed to be clean. > >> > >> > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > > > > > > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > > > > -- > > This message was scanned by ESVA and is believed to be clean. > > > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > > _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
