Hi,
Both Mid-Tier and ARUser.exe are complient, and need not be tested as such.
You have to verify the DATA and DEF though.
1. Review old tickets containing multi-byte characters in the data
2. Submit/retrieve new multi-byte data
3. If field labels, messages etc in the system contain multi-byte date, such
as a Swedish form view, you need to bring these up at check that they look the
same
But if the people doing the migration used the ARAPI, there should be no
problems.
There are also possibilities that you have FLTR/ACTL functions using the
non-unicode-versions of functions. For example the LENGTHC function should be
used instead of the LENGTH function. Reviewing the documentation it seems that
the single byte functions were all deprecated in version 8.0 of the AR System.
Functions that has been deprecated and replaced by the one with an appended C:
LEFT
LENGTH
LPAD
RIGHT
RPAD
STRSTR
SUBSTR
So my question would be to understand what happens if you try to import a DEF
containing a LENGTH function on a 8.0 or later server???
Maybe for example LENGTH() still works but reports Characters instead of
Bytes???
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* 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.
> Hello All,
>
> Thanks a lot for the response.
>
> The migration will be performed by some other team, we need to test whether
> migration is sucessfull or not.
>
> For this I have created some test cases for testing using remedy client and
> web,
>
> So I would request few of those scenarios (only test scenarios) so that I
> am confident that the unicode migration is sucessfull.
>
> regards
> Sahil
>
> On Wed, Sep 17, 2014 at 11:56 AM, Misi Mladoniczky <m...@rrr.se> wrote:
>
>> Hi,
>>
>> 1. Use the API to transfer both DATA and your Application (DEF-files).
>>
>> 2. When transering data through the API, it is good to make set Client
>> Charset
>> to UTF-8, otherwise your data might get corrupted.
>>
>> I have typically used RRR|Chive to do this. Just add a parameter in the
>> rrrchive config file saying clientcharset=UTF-8.
>>
>> The problem you could encounter is that wide characters take up more space.
>> For example a Swedish character "Å" might take two bytes in the database.
>> So
>> some strings might not fit in the Unicode system even thought it fit in the
>> old system. In this case you can increase the size of these fields, or
>> truncate your data.
>>
>> If you use a good API-program for the transer, you will be notified on
>> errors
>> where the data did not fit. Which record it is, and which field.
>>
>> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
>>
>> Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
>> * 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.
>>
>> > Hello All,
>> >
>> > We have to test the nonunicode to uncode migration of Remedy ARS 7.6.
>> >
>> > Please sahre the possible scenarios that should be considered. or Some
>> > special cases that needs to be tested both from client and web.
>> >
>> > OS: windows
>> > Database:Oracle
>> > Remedy ARS 7.6
>> >
>> > regards
>> > Sahil
>> >
>> >
>> _______________________________________________________________________________
>> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> > "Where the Answers Are, and have been for 20 years"
>> >
>>
>>
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> "Where the Answers Are, and have been for 20 years"
>>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
