Where to store Adapter variables?

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

From: Mark Shasby (mark_at_shasby.com)
Date: 07/15/04 

Date: Thu, 15 Jul 2004 11:11:13 +0100

Hello,
   I have written a custom adapter that interfaces to several business
departments within several companies, potentially well over 50 different
combinations. These companies/departments have differing transport
parameters, such as character encoding, encryption, compression etc.

Where is the best place to keep these parameters?

1: They could be added as different receive locations but that involves
quite a lot of redundancy as most of the parameters in each receive
location will be the same.

2: They could be stored as trading partner agreement addendums in BAS
but I get the impression that is only really meant for for
communications that use Sharepoint HTTP?

3: They could be stored in an SQL table somewhere.

4: Any other suggestions..?

What is the Microsoft-intended way to store these parameters?

Relevant Pages

  • Re: Relational model versus object model
    ... > As far as concurrency is concerned, the DBMS is the logical place to ... > applications are reading and writing the data. ... >> over and over in our class interfaces. ... > business problem solutions. ...
    (comp.object)
  • Re: need some realworld examples
    ... > i was just reading an article on interface-based programming and the ... > business related topics where this would be useful. ... One example with which you might use interfaces in variable declarations ... Every product class could implement this class, ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Extreme!!! Special timelimited competive upgrade offer
    ... Appearance is alot in this business. ... RO using Interfaces makes my job so much ... Our partnerships is actually shown on the first page you get when you visit our site.. ... I think that should give every person doubting C4D's commitment to our n-tier products some serious thinking. ...
    (borland.public.delphi.thirdpartytools.general)
  • Beginner With Non-COM Interfaces
    ... I'm trying to figure out this whole business of using interfaces as class ... abstracts rather than straight subclassing. ... Steve Troxell ...
    (borland.public.delphi.language.objectpascal)