Cita:
Empezado por jhonny
|
Hola,
Muchas gracias por la información. Efectivamente, es una buena guía de inicio. Por ahora, me he limitado a leerla, voy a implementarla para practicar; pero, me ha dejado una gran cantidad de dudas respecto a mi verdadero problema. Una revisión del sitio no me mostró ejemplos posteriores al dado, por lo que voy a comentar aquí las principales, a ver si alguién puede aclararlas:
1. Algo que había notado incluso antes de preguntar en el foro es que esta tecnología trabaja con interfases, las cuales corresponden a tecnología COM y usan los GUID, lo que por supuesto también ocurre en el cliente. La clase se registra automáticamente en el código con la rutina RegisterInterface; pero, y si el usuario no tiene permiso de registrar clases ?, esto significaría que el cliente no puede ejecutarse libremente, sino que requiere una ejecución inicial por parte de un usuario con permiso de registrar clases ?. Me preocupa porque mi aplicación actual no necesita nada de eso, se degradaría la facilidad de uso.
2. La tecnología COM es pesada, acaso eso no implica que la tecnología SOAP consume muchos más recursos que la conexión ISAPI normal que usa solo http ?. Bajo carga, podría entonces esperarse que esta tecnología SOAP sea notablemente más lenta que el ISAPI normal sobre http ?
3. La razón por la que me pidieron usar esta tecnología supuestamente es por seguridad; pero, mi aplicación original trabaja perfectamente dando exclusivamente permisos de ejecución de DLLs; aquí en cambio hay que dar permisos adicionales de lectura y de ejecución de scripts, no es eso acaso un mayor riesgo de seguridad ?. Alguién podría comentar algo al respecto ?
4. Que papel juega el TWebModule en todo esto ?. El hechicero crea uno; pero, todo el código se desarrolla en otra unidad. Yo supongo que desde el cliente se hace realmente una comunicación http con un grupo de parámetros, descritos por XML y la rutina ServiceInfo que veo en el servidor lo que hace es que descompone la llamada de http para identificar cual procedimiento o función se está invocando, pasarle los parámetros y obtener su respesta. Si es así, eso significa que no es posible transformar facilmente un ISAPI normal a SOAP, tocaría reescribir todas las llamadas. Alguién puede confirmarlo ?
Agradezco de antemano cualquier ayuda