Wrox Programmer Forums
Go Back   Wrox Programmer Forums > Visual Basic > VB 6 Visual Basic 6 > VB.NET
| Search | Today's Posts | Mark Forums Read
VB.NET General VB.NET discussions for issues that don't fall into other VB.NET forums.
Welcome to the p2p.wrox.com Forums.

You are currently viewing the VB.NET section of the Wrox Programmer to Programmer discussions. This is a community of software programmers and website developers including Wrox book authors and readers. New member registration was closed in 2019. New posts were shut off and the site was archived into this static format as of October 1, 2020. If you require technical support for a Wrox book please contact http://hub.wiley.com
 
Old April 13th, 2004, 06:26 PM
Registered User
 
Join Date: Apr 2004
Location: , , .
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
Default COM+ Transaction Process and programming concept

Hi,
 I purchase your book in titled "Professional Visual Basic .Net Transactions" by Matthew Bortniker and James Conard. Its a very very nice book and Im very glad that you guys asked these 2 guys to write this book.

I want to ask some questions about COM+ Transactions.
Heres the scanario of my project:

I have a DLL made from VB 6.0 and VB .Net and both have Transaction Support Attribute (TSA) as Required so I can benefit full services offered in COM+ such as Object Pooling, JIT and some other good stuffs.
Now, there is this 3rd party company who wrote an API for us for Cryptography and they uses Microsoft's CAPI (windows advapi32.dll) at the top of their API. My problem is - advapi32.dll from Microsoft and their API's DLL cannot be installed and registered in COM+ and Im worried about the scalability of my DLL that was being registered in COM+.

According to from your book on page 212 "Creating Subordinate Objects" - only those DLL that have TSA as Required can becomes part of the same transaction stream as the creator. Meaning the creator is my DLL and Microsoft's advapi32.dll and their DLL as the subordinate objects right?
So, what I understand here is my DLL will be using COM+ services while their DLL dont have those capabilities am I correct? Then who manages their threads and objects if COM+ wasnt doing the work for their DLL?

Please enlighten me about this matter.



 
Old April 14th, 2004, 08:03 AM
Friend of Wrox
Points: 3,489, Level: 24
Points: 3,489, Level: 24 Points: 3,489, Level: 24 Points: 3,489, Level: 24
Activity: 0%
Activity: 0% Activity: 0% Activity: 0%
 
Join Date: Jun 2003
Location: Central, NJ, USA.
Posts: 1,101
Thanks: 0
Thanked 2 Times in 2 Posts
Default

This book is no longer owned by WROX publishing. The book and all of the content was purchased by APRESS.

You will need to go to http://support.apress.com for more information about the book and to get questions like this answered.

Hal Levy
Web Developer, PDI Inc.

NOT a Wiley/Wrox Employee




Similar Threads
Thread Thread Starter Forum Replies Last Post
Transaction (Process ID 59) was deadlocked aksvls VS.NET 2002/2003 4 April 2nd, 2011 03:35 PM
process.startinfo opens new instance of process Anypond General .NET 0 August 28th, 2008 05:35 AM
XMail Concept (Help) gmbalaa General .NET 1 August 26th, 2007 01:57 PM
Design Concept shazza Biztalk 1 August 23rd, 2006 09:54 AM
Concept of VB.net johnsonlim026 General .NET 1 July 10th, 2006 05:43 AM





Powered by vBulletin®
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Copyright (c) 2020 John Wiley & Sons, Inc.