HighTechTalks DotNet Forums  

Queued Components and Strong Names

Dotnet Framework (Component Services) microsoft.public.dotnet.framework.component_services


Discuss Queued Components and Strong Names in the Dotnet Framework (Component Services) forum.



Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old   
Joe Ross
 
Posts: n/a

Default Queued Components and Strong Names - 03-16-2005 , 04:42 PM






Our existing ASP.NET application needs to support a new asynchronous
processing model. Basically, a user interaction will cause an activity to
happen...the ASP.NET page returns immediately to the user while this
activity runs off in the background on the server.

I know one way to do this is Queued Components through Enterprise Services.
I'm trying to setup a little test sample but am running into an issue. I'm
reading that assemblies that support being used through Enterprise Services
must be strongly named. This is fine, except I didn't realize that every
assembly a strongly named assembly depends on must also be strongly named.
This is turning into a nightmare. This impacts three of our other class
libraries. We also use the new Enterprise Library blocks from Microsoft;
they need to be strongly named. We use NMock, it needs to be strongly
named.

Am I missing something here? Or is this turning into as much of a pain as I
think it is?

Thanks
-joe



Reply With Quote
  #2  
Old   
Pierre Greborio
 
Posts: n/a

Default Re: Queued Components and Strong Names - 03-17-2005 , 11:10 AM






Joe Ross wrote:
Quote:
Our existing ASP.NET application needs to support a new asynchronous
processing model. Basically, a user interaction will cause an
activity to happen...the ASP.NET page returns immediately to the user
while this activity runs off in the background on the server.

I know one way to do this is Queued Components through Enterprise
Services. I'm trying to setup a little test sample but am running
into an issue. I'm reading that assemblies that support being used
through Enterprise Services must be strongly named. This is fine,
except I didn't realize that every assembly a strongly named assembly
depends on must also be strongly named. This is turning into a
nightmare. This impacts three of our other class libraries. We also
use the new Enterprise Library blocks from Microsoft; they need to be
strongly named. We use NMock, it needs to be strongly named.

Am I missing something here? Or is this turning into as much of a
pain as I think it is?
That is correct! All strong named assemplies must be strong named too.

Pierre

--
-------------------------------------------
Pierre Greborio
Microsoft .NET MVP
http://blogs.ugidotnet.org/pierregreborio
http://www.amazon.com/infopath
-------------------------------------------




Reply With Quote
Reply




Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.