StrataFrame Forum

ES SerializationException

http://forum.strataframe.net/Topic9095.aspx

By Greg McGuffey - 5/25/2007

I'm now getting this error when I attempt to use ES with the application. This occurs at the first connection to the database, getting the security preferences.





SerializationException

The input stream is not a valid binary format. The starting contents (in bytes) are: 01-00-01-00-00-00-FF-FF-FF-FF-01-00-00-00-00-00-00 ...



Source : mscorlib



Stack Trace:

at System.Runtime.Serialization.Formatters.Binary.SerializationHeaderRecord.Read(__BinaryParser input)

at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadSerializationHeaderRecord()

at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()

at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)

at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)

at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream)

at MicroFour.StrataFrame.Data.Enterprise.ExecuteScalarResults.ReadDataFromStream(BinaryReader Reader)

at MicroFour.StrataFrame.Data.Enterprise.ExecuteScalarResults.CreateFromStream(BinaryReader Reader)

at MicroFour.StrataFrame.Data.Enterprise.EnterpriseDataSourceItem.?(BaseParams A_0, RemoteDataSourceCommand A_1)

at MicroFour.StrataFrame.Data.Enterprise.EnterpriseDataSourceItem.?(DbCommand A_0, Boolean A_1, String A_2)

at MicroFour.StrataFrame.Data.Enterprise.EnterpriseDataSourceItem.ExecuteScalar(DbCommand Command)

at MicroFour.StrataFrame.Business.BusinessLayer.ExecuteScalar(DbCommand CommandToExecute)

at FOXSystems.RAMS.BusinessObjects.Security.SecUserProjectDefaultBO.GetUsersDefaultProject(Int32 userID) in E:\FoxSystems\RAMS\RAMS.NET\BusinessObjects\Security\SecUserProjectDefaultBO.vb:line 92

at FOXSystems.RAMS.Base.UserContext.SetUserContext(ISecurityUser secUser) in E:\FoxSystems\RAMS\RAMS.NET\RamsBase\UserContext.vb:line 267

at FOXSystems.RAMS.RAMSLoginForm.btnOk_Click(Object sender, EventArgs e) in E:\FoxSystems\RAMS\RAMS.NET\RAMS.NET\RAMSLoginForm.vb:line 314

at System.Windows.Forms.Control.OnClick(EventArgs e)

at System.Windows.Forms.Button.OnClick(EventArgs e)

at System.Windows.Forms.Button.PerformClick()

at System.Windows.Forms.Form.ProcessDialogKey(Keys keyData)

at System.Windows.Forms.TextBoxBase.ProcessDialogKey(Keys keyData)

at System.Windows.Forms.Control.PreProcessMessage(Message& msg)

at System.Windows.Forms.Control.PreProcessControlMessageInternal(Control target, Message& msg)

at System.Windows.Forms.Application.ThreadContext.PreTranslateMessage(MSG& msg)
By Greg McGuffey - 5/29/2007

Did this post get over looked?
By StrataFrame Team - 5/29/2007

Yes, apparently, it did... what is the value you are trying to return from your ExecuteScalar call?  It appears as though it is not being serialized correctly.  The ES serializes values that are returned from ExecuteScalar because the return value is not of a known type.  The encryption keys are being set correctly because I'm pretty sure you would have received a Bad Data exception before it even tried to deserialize the value from the stream.
By Greg McGuffey - 5/29/2007

This actually occurs when the security preferences are being requested:



SFSPreferencesBO.RetrieveSecurityPreferences()



in InitApplication method.



This is the first call to the database.
By Greg McGuffey - 6/4/2007

Did this one get lost? I'd really like to figure this out soon BigGrin
By Greg McGuffey - 6/5/2007

This is solved. Ben helped me in outside of this forum. The solution was to copy the enterprise and enterprise client dlls to the GAC on the client side. The enterprise and enterprise client dlls must match on the server and the client.



Thanks and once again great service guys!
By StrataFrame Team - 6/6/2007

No problem, Greg.  Sorry again for not thinking about this the first time through Crazy