Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsGeneralPHPASPPerlColdFusionFlashHTML, CSS, ScriptsBrowsers

Webmaster Forum / ASP / Components / March 2008



Tip: Looking for answers? Try searching our database.

Accessing .NET and other DLLs from Classic ASP

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Shamshad Ali - 19 Mar 2008 13:30 GMT
Thanks for your reply. One thing I missed earlier was that we are also using
a VB6 version of component (dll) in our classic ASP website.

Also as i discussed that we have tested .NET 1.1, 2.0 and 3.5 COM interop
within ASP without any problem, but it fails sometime, with error i posted
earlier.

Is there any issue/conflict using COM interop in classic ASP? if yes, how it
can be resolved in such environment?

IIS (ASP.NET 2.0)

     Classic ASP

        1 - using vb6 COM

        2 - using .NET 2.0 COM

        3 - using .NET 2.0 COM (one another COM to perform some specific
tasks)

        4 - using .NET 3.5 COM

From above hierarchy till point no. 2 is already implemented and working
fine until there is small No. of users hitting our website, and we face
error when there is large no of users hitting the site.

We need to further implement web service calls using .Net 2.0 and 3.5 DLLs
as mentioned in above step 3 and 4 and require help from you whether this
approach is correct or not?

Coz we are already facing ASP 0177 error as I mentioned earlier.

Thanks

Shamshad Ali.
Jon Paal [MSMD] - 19 Mar 2008 16:58 GMT
if the COM component is registered on the system then classic ASP can use it directly.

Just instantiate the object and continue on...

> Thanks for your reply. One thing I missed earlier was that we are also using a VB6 version of component (dll) in our classic ASP
> website.
[quoted text clipped - 27 lines]
>
> Shamshad Ali.
 
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.