[THIN] Re: Application Compatibility
- From: "Schneider, Chad M." <CMSchneider@xxxxxxxxx>
- To: thin@xxxxxxxxxxxxx
- Date: Wed, 2 Jul 2003 14:53:52 -0500
Not quite offline....
:)
_____
From: Tim Mangan [mailto:tmangan@xxxxxxxxxxxx]
Sent: Wednesday, July 02, 2003 2:31 PM
To: Jennifer.Henske@xxxxxxxxxxxxx
Cc: thin@xxxxxxxxxxxxx
Jennifer,
I'm sending this offline.
Chances are the reason the list is old is that the group responsible for the
list is no longer at Citrix. Blame the economy, I guess!
Unfortunately, the adage "if you don't test it yourself, it isn't tested"
will apply here. Often problems that appear are quite specific to the
combination of apps (and specific revisions) that will put on a server. The
items you mention are good start for verifying an app in isolation. To your
list I add problems with other "presumed" unique resources such as private
data files, named pipes, and mail slots then tend to fail when the second
copy starts.
Just because app A works, doesn't mean that installing app B won't break it.
The combinations usually have problems due to dll issues. I treat databases
as a separate category. Each Client has a unique way to locate the
database, each requiring unique kludges to allow access to different
databases from the same machine.
<Pitch starts here...>
I have heard that you finally have funding for some major upgrade work over
there. If you have not already considered Softricity to solve the app
conflict issues, you should. It is a TS/Citrix add on that solves
compatibility issues - allowing apps to run as if they are on their own
individual server. This solves the generic problem of a desktop app on a
TS, solves the multi-app with different dll issues, allows different
versions of an app on the same server (like oracle 7 AND oracle 8), and can
solve the different users/apps connecting to different database back end
issues.
I don't sell the stuff, but do have the contacts at Softricity if you need
them. In the end, perhaps I might end up being useful once you start
working with the system and need help with preparing some applications. I
do a bit of consulting in that regard
<... end pitch>
tim
Timothy R. Mangan
Founder TMurgent Technologies
tmangan@xxxxxxxxxxxx
www.tmurgent.com
+1 781-492-0403
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx]On Behalf
Of Henske, Jennifer
Sent: Wednesday, July 02, 2003 2:56 PM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Application Compatibility
I have looked through Citrix's (FR3 version) and MS's application
compatibility docs and it seems to me that they focus on applications that
are a few years old and the list isn't really that inclusive. Does this
mean that newer versions of those apps no longer have issues? Or does it
mean that the testing hasn't been published? Has someone gathered all this
information somewhere? Google gave me a few additional "How to" docs on
compatibility scripting, but not much else out there.
We are consolidating our TS boxes to a metaframe farm and I have 50 or so
apps (about half were packaged for the desktop) that I need to validate.
Would like to know as much about the app before we get into testing our SMS
packages on MF. We have some tricky apps like Oracle clients (different
versions), crystal reports and Fsecure.
Does anyone have a process/checklist on what EXACTLY to look for to make
sure new apps will function properly? I'm looking for additional "gotchas",
like reg settings in local machine, ini files installed into /program files,
etc.
Also, what is the best practice on which apps to install together? We
already have 3 or 4 versions of Mdac and a ton of ODBC drivers that are
required.
Thanks!
Jennifer Henske
Windows Architecture
A.G. Edwards Technology Group
****************************************************************************
*******
WARNING: All e-mail sent to and from this address will be received or
otherwise recorded by the A.G. Edwards corporate e-mail system and is
subject to archival, monitoring or review by, and/or disclosure to,
someone other than the recipient.
****************************************************************************
********
Other related posts:
