Update:  Just finished the mid tier installation and yes, the Chinese
characters display as desired!!   And the installation was the easiest
installation we've ever done!

And even better than  that, the forms looks pretty darn close to what they
look like in the user tool ... fantastic !!

I've already found some things that don't work as in the user tool and it
will take a while to flush them all out so I hope you'll all be patient
with an oldie's newbie questions!

Thanks  to everyone that added their thoughts and suggestions.  5 servers
to go by the beginning of September ... all aboard, the Remedy express is
rolling!!!

Do I  sound excited .... you're absolutely right on!

Thanks,
Susan


On Fri, Jul 12, 2013 at 10:03 AM, Susan Palmer <suzanpal...@gmail.com>wrote:

> We absolutely do have AL's pushing/setting data but mostly to read only
> fields.  So that's pretty safe.  But there are button triggers where it
> could be changed on the originating form and push it down to the other
> related forms so there definitely is danger there.  Plus there are
> escalations that run every week that do updates.  So danger lurks in many
> places.   Luckily imports are very restricted to a couple of people.
>
> I'll also check out that user tool install.  I did the 7.6.4 install
> yesterday to test it out but don't recall those choices.  I can run it
> again.
>
> Looks like there's a fair bit of work ahead to actually implement the use
> of Chinese.
>
> I appreciate all the input ... thanks everyone!
>
> Susan
>
>
> On Fri, Jul 12, 2013 at 8:58 AM, Walters, Mark <mark_walt...@bmc.com>wrote:
>
>> **
>>
>> Any modification of data containing multi-byte characters by the User
>> Tool will result in the characters being changed to something else – I
>> expect that in your case this will turn the Chinese characters into
>> different, nonsense, characters.  The record will remain but you will have
>> lost the Chinese.  You may want to review your workflow in case you have,
>> for example, any active links which push data around.  The user may end up
>> modifying fields indirectly.****
>>
>> ** **
>>
>> Mark****
>>
>> ** **
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
>> *Sent:* 12 July 2013 14:47
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!**
>> **
>>
>> ** **
>>
>> ** ****
>>
>> Thank you for the info Mark.  That did not occur to me and we're going to
>> have to take precautions to prevent  that.  These are mostly Customer Name
>> and Addressing fields that are used for shipments and invoicing.  Some
>> things do not translate correctly into English and cause issues.  I had
>> already decided to go with a separate set of fields for, in this case,
>> Chinese language use only.  I realize it's a duplication of information but
>> everyone works on all records.  All of our China employees speak and write
>> English and the rest of the company needs to be able to read the info so
>> for most fields English is still the rule.  In the rest of the world it's
>> mostly accent marks that cause issues.  These fields are fairly static and
>> only rarely changed.****
>>
>> Do you think modifications inter-mixing languages will cause corruption
>> or just jumbled data?****
>>
>> Thanks,****
>>
>> Susan****
>>
>> ** **
>>
>> On Fri, Jul 12, 2013 at 2:22 AM, Walters, Mark <mark_walt...@bmc.com>
>> wrote:****
>>
>> ** ****
>>
>> You need to be careful if you’re going to be using a mix of midtier/User
>> Tool clients to update the same records on a Unicode system and the data
>> has multi-byte characters.  It’s been pointed out, and you have found for
>> yourself, that the User Tool is not Unicode safe.  If, for example, you
>> have a midtier user that creates a record with Chinese characters in a
>> field then they will not be displayed correctly for a client looking at
>> that record using the User Tool.  If the User Tool client modifies the
>> field with the Chinese characters it will mess up the multi-byte characters
>> so that they are no longer displayed correctly in the midtier either.****
>>
>>  ****
>>
>> Mark****
>>
>>  ****
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
>> *Sent:* 12 July 2013 04:01****
>>
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!**
>> **
>>
>>  ****
>>
>> ** ****
>>
>> Thanks for the info Bhanu.****
>>
>> Susan****
>>
>>  ****
>>
>> On Thu, Jul 11, 2013 at 5:10 PM, Singh, Bhanu <bhanu_si...@bmc.com>
>> wrote:****
>>
>> ** ****
>>
>> User Tool is not Unicode compliant. For 8.1, I would recommend using
>> mid-tier.****
>>
>>  ****
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
>> *Sent:* Thursday, July 11, 2013 2:02 PM****
>>
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!**
>> **
>>
>>  ****
>>
>> ** Do you know if 7.6.4 is unicode compliant?****
>>
>> On Thu, Jul 11, 2013 at 3:18 PM, Rick Cook <remedyr...@gmail.com> wrote:*
>> ***
>>
>> ** ****
>>
>> Fred is right.  The 7.5 UT is not unicode compliant. ****
>>
>> Rick****
>>
>> On Jul 11, 2013 12:19 PM, "Susan Palmer" <suzanpal...@gmail.com> wrote:**
>> **
>>
>> ** Into the user tool ... we haven't installed  mid-tier yet.  But I was
>> hoping that not everyone would have to use mid-tier, my personal preference
>> is the user tool. ****
>>
>>  ****
>>
>> On Thu, Jul 11, 2013 at 2:14 PM, Grooms, Frederick W <
>> frederick.w.gro...@xo.com> wrote:****
>>
>> When you paste into Remedy are you pasting into the User Tool or
>> Mid-Tier?   I don't remember how Unicode the 7.5 user tool is, but Mid-Tier
>> is Unicode compliant.
>>
>> Fred
>>
>> -----Original Message-----
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
>> Sent: Thursday, July 11, 2013 2:10 PM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!
>>
>> ******
>>
>> Drinks all around the table !!
>>
>> We completed the upgrade to v8.1, Oracle 11g unicode on Linux on our play
>> server today!   Several restarts, dealing with numerous error messages
>> mainly to do with the database, but finally we're there.  We've never been
>> so version current!
>>
>> And everything seems to work using the v7.5 user tool.  We will be going
>> to mid-tier but this is a major accomplishment.  Now only 6 servers to go!
>>
>> I've tested a various aspects of our system, enough to feel it's a
>> beautiful working piece of technology.
>>
>> There is one outstanding issue which I've sent to support regarding the
>> display of Chinese characters in fields.  One of the reasons we we're going
>> to unicode was to display Chinese characters (among other characters) for
>> our China office.
>>
>> When I copy an email with Chinese characters and paste it into a
>> character field it still shows me the ???? rather than the character.  When
>> I paste the same text into Notepad for example I see the Chinese character.
>>
>> My expectations were that I'd see the data with the correct characters.
>> Am I off-base?
>>
>> Smiling big time ...
>>
>> Susan****
>>
>> -----Original Message-----****
>>
>> On Tue, Jun 25, 2013 at 9:03 AM, Susan Palmer  wrote:
>> Hi Everyone,
>>
>> Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS
>> 7.5P4.  We are trying to move to a Linux CentOS release 6.4 Final (Red Hat
>> Linus  6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.
>>
>> We are finding the Linux box does want Oracle 10g.  Since we are moving
>> to a new server we wanted to do fresh installs at the 10g level and do an
>> import of our database, then proceed with the oracle upgrade and ARS
>> upgrade.
>>
>> So we thought we would start with an 11g db on the linux box and go from
>> there but when we tried the 7.5 install it said it wouldn't work on 11g.
>> When I check the compatibility chart it indicated 10g or higher for 7.5.
>>
>> So the basic steps we'd like to do:
>> Install 11g on the linux server.
>> Export 10g from current server and import it into 11g.
>> Install ARS 7.5  (we received an error at this point saying it wouldn't
>> work on 11g ???)
>> Install ARS 8.1
>>
>> Has anyone done something similar?  Is there something wrong with our
>> approach?
>>
>> Appreciate any feedback you can provide.
>>
>> Thanks,
>> Susan
>>
>> Susan Palmer****
>>
>>
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> "Where the Answers Are, and have been for 20 years"****
>>
>>  ****
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_ ****
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_ ****
>>
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_ ****
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_ ****
>>
>>  ****
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_ ****
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_ ****
>>
>> ** **
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_ ****
>> _ARSlist: "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"

Reply via email to