RE: RE: WCF Service Library: “cannot change thread mode after it i

Hi Steve,

Thank you for your response. It helped me solve the problem of the host
application type. However there are consequent issues.

First, to answer your questions:

1- You are correct in understanding that only when I host the WCF in a WPF
project that the COM object works. (Notice that the client app can be any
type of application: WPF, console, or web app but the host application type
is the deciding factor).

2- You are also correct in understanding that the WCF method calls the COM
object

3- I did not create an RCW; I only used the Type Library Importer
(Tlbimp.exe). After adding the imported COMLib as a reference to my project
I use the “New” keyword to create an instance of the class that I want within
the COM object. That COM object is a black box (I did not write it nor have
much knowledge about its internal design).

I used the Thread approach that you posted; it worked but with some
consequences:

1- I get this error message while the console host application is waiting
for the next client request:

“Managed Debugging Assistant 'ContextSwitchDeadlock' has detected a problem
in 'C:\Documents and Settings\pwilliams\My Documents\Visual Studio
2005\Projects\SolutionName1\ProjectName1\bin\Debug\ConsoleHost.vshost.exe'.
Additional Information: The CLR has been unable to transition from COM
context 0x1a1440 to COM context 0x1a1720 for 60 seconds. The thread that owns
the destination context/apartment is most likely either doing a non pumping
wait or processing a very long running operation without pumping Windows
messages. This situation generally has a negative performance impact and may
even lead to the application becoming non responsive or memory usage
accumulating continually over time. To avoid this problem, all single
threaded apartment (STA) threads should use pumping wait primitives (such as
CoWaitForMultipleHandles) and routinely pump messages during long running
operations.”

2- Is there another way to launch that STA thread such as to return a value?
The "Thread" method approach accepts a ParameterizedThreadStart but how can
I return data from the method that was launched in that thread?

--
Regards,

Phillip Williams (MCPD Web Developer)
http://mcts-study-practices.com/
http://www.webswapp.com


"Steven Cheng[MSFT]" wrote:

Hi Phillip,

From your description, you're encountering some error when consumning a WCF
service object in non-WPF clients(console, windows service ...), correct?

I've viewed your two messages and currently my understanding is that the
problem only occurs when you call that WCF method(or the object) which will
invoke another COM interoped object, is this the case? If so, I also think
the problem should be concentreated on the COM component. Would you please
provide some further description on that method which call the COM
objects(the RCW wrapper?) , are you directly creating the RCW wrapper
object in WCF method?

Normally, for cases that we need to call a component in STA apartment(and
the current thread context is already set as "MTA"), you can consider
creating a separate thread to invoke the COM objects calling. e.g.

============
protected void YourMethodInMTAContext{

..............

Thread thread = new Thread(delegate() {
//the code that will call the STA COM object
});
thread.SetApartmentState(ApartmentState.STA);
thread.Start();
thread.Join();


}
=========================

If there is anything else I missed, please feel free to post here.

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead



==================================================

Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.



Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.

==================================================


This posting is provided "AS IS" with no warranties, and confers no rights.



--------------------

From: =?Utf-8?B?UGhpbGxpcCBXaWxsaWFtcw==?= <WEBSWAPP@xxxxxxxxxxxxxxxxx>
References: <AAE526BE-8C21-4DF0-BD5B-F0E63926EE4C@xxxxxxxxxxxxx>
Subject: =?Utf-8?Q?RE:_WCF_Service_Library:_=E2=80=9Ccannot?=
=?Utf-8?Q?_change_thread_mode_after_it_is_?=
=?Utf-8?Q?set=E2=80=9D?=
Date: Thu, 4 Oct 2007 14:06:01 -0700

I also tried a fourth endpoint hosted in IIS, it has the same problem as
the
console host.

So to summarize, I have a WCF service library hosted by four different
types
of application: WPF, console, Windows Service and IIS. The four endpoints
work fine from any client application when accessing methods that do not
activate the COM object.

If a client application attempts to access a method that activates the COM
object by connecting to the endpoint that is hosted in WPF it works fine.

The problem is when a client app accesses the methods that activate the
COM
object at the endpoints that are hosted by console, or IIS or Windows
Service
apps.

--
Regards,

Phillip Williams (MCPD Web Developer)
http://mcts-study-practices.com/
http://www.webswapp.com


"Phillip Williams" wrote:

I have a JavaClass component (dll) that I am required to access within a
WCF
Service Library and then expose the data that it returns to other
.NET3.0
apps. The WCF Service Library is written in VB but the host and client
are
written in C#. The Service library works fine (in instantiating the COM
object) if the calling host is a WPF (Windows Application) but it does
not
work if the calling host were a console or a Windows Service.

On the console host, I get a message “cannot change thread mode after
it is
set�echoed on the host console window. If I step using the debugger
through
the service, I find that it catches a
System.Runtime.InteropServices.COMException at the line: myVar = New
myLib.SomeObject

After searching for similar error messages, I understood that the
problem is
related to the threading model of the COM object so I added STAThread on
every method in the service, host and the client applications. But
still the
same problem exists for the console and WinService host.

Any ideas?

--
Regards,

Phillip Williams (MCPD Web Developer)
http://mcts-study-practices.com/
http://www.webswapp.com



.

Relevant Pages

  • Re: Complete VPN Fundamentals and VPN Router RV042
    ... >>machine to use an IPSEC VPN through a NAT device to a host. ... >>client software you need to be running to support this at the client end. ... >>for the router, as well. ...
    (microsoft.public.windowsxp.work_remotely)
  • RE: Non-negative number required. Parameter name: byteCount
    ... I will start logging seperately the sever response and then evaluate from ... The problem however is that the content (or error message) returned from ... InvalidOperationException with the message text of client found response ... Microsoft MSDN Online Support Lead ...
    (microsoft.public.dotnet.framework.aspnet.webservices)
  • RE: Dropping carriage return characters from web service
    ... string data in soap response message. ... the SoapHttpClientProtocol(base class of client proxy)'s code, ... Microsoft MSDN Online Support Lead ...
    (microsoft.public.dotnet.framework.aspnet.webservices)
  • Simple TCP
    ... response from their support. ... I am having trouble when a client ...
    (borland.public.delphi.thirdpartytools.general)
  • Re: Servers just doent work (after following the troubleshooting page)
    ... On Tue, 27 Sep 2005, Per Hedeland wrote: ... response from server2., i.e. presumably a different IP address on the same host. ... The client will not be interested in responses coming from what it sees as "someone else". ...
    (comp.protocols.time.ntp)