Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsVB SyntaxEnterprise DevelopmentDatabase AccessControlsCOMWin APICrystal ReportDeploymentGeneralGeneral 2
Related Topics
VB.NET / ASP.NETMS SQL ServerMS AccessOther Database ProductsMore Topics ...

VB Forum / COM / June 2008



Tip: Looking for answers? Try searching our database.

Is it posible to enable client COM to COM+ Server capability compo

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
pkiran - 06 Jun 2008 17:19 GMT
HI Experts,

I have client which interacts with COM+ Server Component which is deployed
in the Component Service to get Data from the database. This is architecture
of my application. Now my requirement  is something like this.

Let say my com Client is Client.dll.
Server compnent is Server.dll which runs in the  component Services

both client.dll and Server.dll are developed using VB6 sp2.

Now I want to make client.dll also as a server component.

I I deploy this client.dll into the component services container, will it
become COM+ server component ?
if yes,
what would be the implication, is there any performance issue araises.

else

should I have to do any code modification in my client.dll to make this as a
COM+ Server component ?

Thanks in adavance

PK
Ralph - 09 Jun 2008 04:40 GMT
> HI Experts,
>
[quoted text clipped - 20 lines]
>
> Thanks in adavance

It depends on what you mean by a "COM+ Server Component", ie, is this guy
actually expected to access COM++ services, or is it just something being
used by a COM++ Service.

I know that remark sounds dumb, but I'm asking because if your component is
going to be doing COM++ stuff (highly technical wording here <g>) you would
have already discovered by now that you needed to 'hook' or or somehow
facilitate COM++, and the answer would be obvious - Yes,  I need to address
this issue.

Take a peek at this:
http://support.microsoft.com/kb/238274#appliesto

The article deals mostly with creating components that work with IIS/MTS,
but will get you started on the buzz words you can use to find further
information by Googling.

The real PITA with COM++ component development is debugging them. So
check-out the multiple COM++ debug articles, we will gleam a ton of
information between the lines.

In any case, COM++ covers a great deal of groung, we need to know more about
what it is you are really trying to do before providing any details.

hth
-ralph
pkiran - 22 Jun 2008 15:40 GMT
Hi Ralph,

Thanks for the reply.

Hi Brian,

Thanks for the  reply.

basically I am Java programmer.

In my project requirement, I need to interface with COM+ objects from Java
space.

COM+ objects returns the ADODB.recordset object .
COM client objects( another dll file ) gets the reference of recordset  and
populates the data into a collection object. if I interface with COM client
components, I have to do very little coding else very tough to interface with
COM+ objects as it returns the recordset object.

in this situation, I feel converting com client part would be easier than
interfacing with COM+ object.

To convet COM client to COM+ component ,
is it ok create an appliaction in COM+ Component Servcies and copy this dll.
Is these steps are sufficient to convert COM client to COM+ Server.

I observered with COM+ class files properties are

Databinding Behaviour = 0-VBNone
DataSourceBahavior = 0-VBNone
Instancing = 5-multiuse / (  only one file has instancing propety -  6
Global multiUse )
MTSTransactionmode = 2-RequiresTransaction
Persistable = 0 - NotPersistable.

Client part class files are having the following properties

Databinding Behaviour = 0-VBNone
DataSourceBahavior = 0-VBNone
Instancing = 5-multiuse
MTSTransactionmode = 0-NotAnMTSObject
Persistable = 1 - Persistable.

Should I have  to change these propeties before converting the COM compnent
to COM+ component. Please guide me

thanks

pkiran

> > HI Experts,
> >
[quoted text clipped - 49 lines]
> hth
> -ralph
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.