Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

CTS, MTS and DPB.....

2 posts in General Discussion (old) Last posting was on 2000-03-06 17:31:30.0Z
Geert Claes Posted on 2000-03-06 11:05:04.0Z
Newsgroups: sybase.public.easerver
From: "Geert Claes" <GeCl@Sofico.be>
Subject: CTS, MTS and DPB.....
Date: Mon, 6 Mar 2000 12:05:04 +0100
Lines: 76
Organization: Sofico
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0035_01BF8764.35307230"
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
NNTP-Posting-Host: uu194-7-38-64.unknown.uunet.be 194.7.38.64
Message-ID: <347_Ak9Ojx1h$GA.202@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27118
Article PK: 158044

Hello,
 
We were asked to build components that have to run on both Jaguar CTS and Microsoft MTS, and on a Distributed Powerbuilder Application Server as well.  So our business logic components will have to compatible to all these environments.  First of all I'd like to ask whether this is possible, and if so what are the thinks we should pay special attention to?  Is it worth the effort to make them compatible to ALL these environments or should we just create application server specific components?  What are the main differences between these application servers?
I would be happy to get some advice from you guys.
 
Kind regards,
 
Geert

--
Geert Claes, CPD
Belgium
 
---- Don't use a big word where a diminutive one will suffice ----


Jim O'Neil [Sybase] Posted on 2000-03-06 17:31:30.0Z
Newsgroups: sybase.public.easerver
Date: Mon, 06 Mar 2000 12:31:30 -0500
From: "Jim O'Neil [Sybase]" <joneil@sybase.com>
Organization: Sybase, Inc.
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
Subject: Re: CTS, MTS and DPB.....
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 69
NNTP-Posting-Host: joneil-nt.sybase.com 204.167.42.111
Message-ID: <347_38C3EB72.C6063462@sybase.com>
References: <347_Ak9Ojx1h$GA.202@forums.sybase.com>
Path: forums-1-dub!forums-1-dub!forums-master.sybase.com!forums.sybase.com
Xref: forums-1-dub sybase.public.easerver:27081
Article PK: 154485


Geert Claes wrote:

> Hello, We were asked to build components that have to run on both
> Jaguar CTS and Microsoft MTS, and on a Distributed Powerbuilder
> Application Server as well. So our business logic components will
> have to compatible to all these environments. First of all I'd like
> to ask whether this is possible, and if so what are the thinks we
> should pay special attention to? Is it worth the effort to make them
> compatible to ALL these environments or should we just create
> application server specific components? What are the main differences
> between these application servers?I would be happy to get some advice
> from you guys. Kind regards, Geert
> --
> Geert Claes, CPD
> Belgium ---- Don't use a big word where a diminutive one will suffice
> ----

When Jaguar support was added to PowerBuilder, there was great attention
paid toward migration efforts from distributed PowerBuilder users to
EAServer. That said, if you already had a distributed PB application
built, the theory was that you could migrate components to Jaguar with
little or no modification to existing code - for instance, DBParms like
UseContextObject were added to bridge the gap between constructs like
COMMIT and ROLLBACK to SetComplete and SetAbort. The biggest issue
here, IMHO, is that DPB was essentially a stateful environment and
Jaguar/MTS really begs for statelessness to get any sort of decent
scalability. So while it might have been easy to migrate compnents from
DPB it might not always have been wise, depending on the degree of
statefulness in the design.

Now if you're starting from scratch, you'll have much better chance of
success here and will/should start off with a stateless design as a
goal. Some of the obvious things you'll have to watch are the
instantiation mechanisms (CreateInstance for DPB and Jaguar,
ConnectToNewObject from MTS), connection caching mechanisms (MTS allows
only ODBC, Jaguar and DPB have native driver support; MTS and Jaguar
cache/pool automatically, DPB requires SetTransPool to be set up). I
don't know that there's a master list anywhere, although the
documentation and SDN papers on migrating from DPB to Jaguar would be a
start. There is the function which() on the transaction server context
object, which would let you know where the component is actually
executing (MTS, Jaguar, or neither) and you could base your logic on the
result of that test. Obviously, you'd want to spend some time
identifying the differences and extrapolating them to some abstract
layer so that your 'real' business code doesn't have to worry about
where the component is actually hosted.
--
Jim O'Neil
Senior Technical Support Engineer
Sybase, Inc