Hi,
In that case you do not have an admin tool but a developer studio. I do
not know in which order it performs its magic...
You may very well be able to do the def-xml-trick though. At least to
verify what is in the FLTR def.
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.
> Version admin tool: 7.5 P6.
>
> I will try this " Have you tried exporting the FLTR to a def-file? I
> recommend an XML-filein this case, to simplify editing.If you find the
> text in there, try to replace it with the field-id andreimport 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"
>
>
>
>
> _______________________________________________________________________________
> 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"
