OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: Jeff Moore (jmmWEBRIDGE.COM)
Date: Tue Jun 12 2001 - 19:37:51 CDT

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    You can give the same object more than one CLSID. You can register each CLSID in COM+ and instantiate the same physical binary multiple times. You will then have to modify the class factory to be able to recognize the new CLSIDs, but that shouldn't be too hard...

    cheers,
    jeff

    -----Original Message-----
    From: Alan Gamboa [mailto:AlanCCGSYSTEMS.COM]
    Sent: Tuesday, June 12, 2001 11:46 AM
    To: DCOMDISCUSS.MICROSOFT.COM
    Subject: Re: Multiple Clients/Databases one DLL

    thanks Alex, I'll check out his book...

    FYI:

            Each department is its own entity, they have their own database.
    This can easily be solved by using separate server machines and creating a
    COM+ Server App on each machine. However, the IT department has allocated
    one COM+ Server machine to my client, so now I'm trying to figure out how to
    setup two departments on one machine using one COM+ Service Manager using
    the "same" DLL, without significant code change.

    thanks again.

    Alan

    -----Original Message-----
    From: Alex Ivanoff [mailto:aivanoffINAME.COM]
    Sent: Tuesday, June 12, 2001 2:14 PM
    To: DCOMDISCUSS.MICROSOFT.COM
    Subject: Re: Multiple Clients/Databases one DLL

    In COM+ component can be assigned only to one application.
    Why do you need a separate server application for each client? Isn't
    library application good enough?
    Anyway, I suggest you Tim Ewalds' book "Transactional COM+: Building
    Scalable Applications".

    Alex

    -----Original Message-----
    From: Distributed COM-Based Code [mailto:DCOMDISCUSS.MICROSOFT.COM] On
    Behalf Of Alan Gamboa
    Sent: Tuesday, June 12, 2001 13:50
    To: DCOMDISCUSS.MICROSOFT.COM
    Subject: Re: Multiple Clients/Databases one DLL

    Thanks, I understand the theory(I think), but I can't seem to set it up
    in the COM+ Application Manager...I've created a "Library Package" and
    dropped my DLL into it. Next I created a "Server Packcage" but I can't
    seem to find a way to import the components from the Library.

    Am I totally off base here? Do you know where I can find good
    documentation of the proper procedures?

    I really appreciate your help...

    Alan

    -----Original Message-----
    From: Alex Ivanoff [mailto:aivanoffINAME.COM]
    Sent: Tuesday, June 12, 2001 12:26 PM
    To: DCOMDISCUSS.MICROSOFT.COM
    Subject: Re: Multiple Clients/Databases one DLL

    You only need to have one library application which can be used in any
    number of server applications. For instance, you have two server apps
    S1App and S2App and one library app Lib1. You can create instances of
    classes from Lib1 either in S1App or S2App.

    Alex

    -----Original Message-----
    From: Distributed COM-Based Code [mailto:DCOMDISCUSS.MICROSOFT.COM] On
    Behalf Of Alan Gamboa
    Sent: Tuesday, June 12, 2001 11:35
    To: DCOMDISCUSS.MICROSOFT.COM
    Subject: Re: Multiple Clients/Databases one DLL

    that sis not seem to work, I created 2 library applications and tried to
    drop the DLL into both, but it came back with The object is already
    registered...

    -----Original Message-----
    From: Alex Ivanoff [mailto:aivanoffINAME.COM]
    Sent: Tuesday, June 12, 2001 11:12 AM
    To: DCOMDISCUSS.MICROSOFT.COM
    Subject: Re: Multiple Clients/Databases one DLL

    Put your DLL in a library application.

    Alex

    -----Original Message-----
    From: Distributed COM-Based Code [mailto:DCOMDISCUSS.MICROSOFT.COM] On
    Behalf Of Alan Gamboa
    Sent: Tuesday, June 12, 2001 10:45
    To: DCOMDISCUSS.MICROSOFT.COM
    Subject: Multiple Clients/Databases one DLL

    I have a DLL that I drop into COM+ in Win2k. It has an ITable interface
    with a GetRec() method. Using IObjectConstruct, I can define the
    connection string information for the component.

    I have an ASP page and a C++ application on the front end which can get
    to this object.

    I have a client who has mutilple entities so they have separate
    databases for each entity. For each entity, there is a separate COM+
    application. The "API" are the same for both instances, so I want to
    drop the same DLL into each COM+ application (server package). But it
    seems that I have rename the coclass and recompile to use mutiple
    instances of the "same" DLL. Is there a way around this?

    any information is appreciated.

    Alan Gamboa
    CCG Systems, Inc.

    ----------------------------------------------------------------
    Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html . To unsubscribe,
    mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

    ----------------------------------------------------------------
    Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html . To unsubscribe,
    mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

    ----------------------------------------------------------------
    Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html . To unsubscribe,
    mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

    ----------------------------------------------------------------
    Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html . To unsubscribe,
    mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

    ----------------------------------------------------------------
    Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html . To unsubscribe,
    mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

    ----------------------------------------------------------------
    Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html .
    To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

    ----------------------------------------------------------------
    Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html .
    To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

    ----------------------------------------------------------------
    Users Guide http://msdn.microsoft.com/workshop/essentials/mail.asp
    contains important info. Save time, search the archives at
    http://discuss.microsoft.com/archives/index.html .
    To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM