Problema

Se genera un error al intentar importar un servicio web cuyo WSDL este construido con el estilo del binding “RPC” (RPC style binding).

Causa

MSE (Managed Services Engine) no soporta servicios web con este estilo de binding RPC (RPC style binding) sino DOCUMENT style binding.  Ver link relacionados:

http://servicesengine.codeplex.com/discussions/63145?ProjectName=servicesengine
http://servicesengine.codeplex.com/discussions/76419

Solución

• Crear un servicio .Net (preferiblemente WCF) proxy del mismo.
• Intentar modificar el endpoint del servicio para dejarlo con un binding con estilo document y no RPC, con el fin que MSE pueda entender.

Recursos relacionados sobre RPC y Document Style Binding

http://www.w3.org/TR/wsdl
The Difference Between RPC and Document Style WSDL
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/c018da90-0201-0010-ed85-d714ff7b7019
Keep up with the Web service styles (and uses)
http://www.javaworld.com/javaworld/jw-10-2003/jw-1003-wsstyles.html?page=1
WSDL binding styles 
http://publib.boulder.ibm.com/infocenter/dmndhelp/v6rxmx/index.jsp?topic=/com.ibm.wbit.help.ui.doc/topics/rwsdlstyle.html

Problema

Al tratar de importar un servicio WCF en MSE construido a partir de Web Service Software Factory (WSSF), se me presento el siguiente error:

An application error occurred in Catalog Service Operation [GetIdFromName]. Error Detail [Exception Information Type[MseDataException] Source[Microsoft.ManagedSolutions.Mse.Catalog.Data] Message[Procedure or function ‘GetIDFromName’ expects parameter ‘@EntityName’, which was not supplied.] StackTrace[ at Microsoft.ManagedSolutions.Mse.Catalog.Data.Entity.GetIdFromName(String entityName, EntityClass entityClass, SqlTransaction transaction, SqlConnection connection) at Microsoft.ManagedSolutions.Mse.Catalog.Module.Business.EntityManager.GetIdFromName(String entityName, EntityClass entityClass, SqlTransaction transaction, SqlConnection connection)]Exception Information Type[SqlException] Source[.Net SqlClient Data Provider] Message[Procedure or function ‘GetIDFromName’ expects parameter ‘@EntityName’, which was not supplied.] StackTrace[ at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection) at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj) at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj) at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString) at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async) at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result) at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResult result, String methodName, Boolean sendToPipe) at System.Data.SqlClient.SqlCommand.ExecuteNonQuery() at Microsoft.ManagedSolutions.Mse.Catalog.Data.Entity.GetIdFromName(String entityName, EntityClass entityClass, SqlTransaction transaction, SqlConnection connection)]]

Causa

Al parecer el problema es causado por la forma como es serializado el WSDL del servicio. Construyendo el servicio con WSSF, inicialmente se definió el modelo con la siguiente serialización:

Al nivel del modelo del service Contract

Serializer Type = DataContractSerializer

Y a nivel de las operaciones:

Is Wrapped = True

Solución

Cambiar la forma como se serializa el servicio y no permitir que las operaciones sean “envueltas” (wrapped) con un elemento raíz., es decir,

Al nivel del modelo del service Contract

Serializer Type = XmlSerializer

Y a nivel de las operaciones:

Is Wrapped = False

La siguientes son las diferencias del WSDL generado, con una serialización tipo XmlSerializer vs DataContractSerializer.

Y sabor !!!  Podemos importar el servicio en MSE.

Referencias

http://blogs.itsynergy.co/mhernandezp/2010/04/25/web-service-software-factory-errores-en-la-generacion-proxy-cuando-es-iswrapped-false/