Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / .NET Framework / Component Services / May 2004

Tip: Looking for answers? Try searching our database.

SerializationException - Cannot find the assembly

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Bill Wolohan - 16 Feb 2004 16:10 GMT
I'm trying to pass a class as a parameter to a method on a
transactional component and I keep getting this error:

 An unhandled exception of type
 'System.Runtime.Serialization.SerializationException' occurred in
 system.enterpriseservices.dll

 Additional information: Cannot find the assembly WPInterface,
 Version ...

The assembly it supposedly cannot find contains the class I am trying
to pass as a parameter.  The class I'm trying to pass is marked
[Serializable] and implements ISerializable and the special
constructor.

If I use a string parameter it works without a hitch, but I really
need to pass more information.  I originally tried to use a struct but
got the same message.

I'm just getting started with Enterprise Services and haven't figured
out all of the nuances.  The assemblies all have strong names.  I'm
using "lazy" registration and deleting the COM+ application before
each build.  Please let me know if this makes any difference or if
there is something else I may have neglected.

Any ideas?

Thanks,
 Bill
calebm - 11 Mar 2004 16:39 GMT
Did you ever figure this out?

I'm experiencing the same problem and I've been stuck for a day now.
Bill Wolohan - 11 Mar 2004 17:36 GMT
I haven't found a solution yet.  I plan on using Enterprise Services,
but I'm not at the point where I really need it yet so I set this aside
to work on other pieces.  Please let me know if you do find a solution.
Rob Walker - 20 May 2004 06:21 GMT
Same problem here more or less

I serialized a struct (tried a class as well), put it into a MemoryStream, formatted it with a BinaryFormatter and sent it through a UdpClient to a receiving UdpClient on another machine.  I put the byte data back into a MemoryStream, try and deserialize with the same IFormatter, and I get your error except that it's looking for the assembly that originated the Udp send method.  Why on earth? :

There must be a flag in the IFormatter I'm using that specifies whether to include app domain / assembly information?

Would LOVE to hear a solution to this problem :)
Florin Lazar [MSFT] - 29 May 2004 09:07 GMT
Rob,

From what I know, you need to have the assembly existent and registered on
both client and server.

Regards,
Signature

Florin Lazar - Microsoft - [ http://blogs.msdn.com/florinlazar ]
Please do not send email directly to this alias. This alias is for newsgroup
purposes only.
This posting is provided "AS IS" with no warranties, and confers no rights.

> Same problem here more or less.
>
> I serialized a struct (tried a class as well), put it into a MemoryStream, formatted it with a BinaryFormatter and sent it through a UdpClient to a
receiving UdpClient on another machine.  I put the byte data back into a
MemoryStream, try and deserialize with the same IFormatter, and I get your
error except that it's looking for the assembly that originated the Udp send
method.  Why on earth? :)

> There must be a flag in the IFormatter I'm using that specifies whether to include app domain / assembly information?
>
> Would LOVE to hear a solution to this problem :)

Rate this thread:







Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
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.