Gracias por la respuesta Angel!
 
Exactamente, mi problema es conseguir una referencia a las HashTables en el 
objeto expuesto o por lo menos al Windows Service que esta haciendo de "Host", 
para pasarle a él el mensaje y que él actualice la HashTable. Espero que no te 
este mareando.
 
Si en vez de exponer un objeto de otra clase pudiera exponer el Windows Service 
mismo (mediante una interface si es necesario) sería más fácil acceder a las 
HashTables, pero no se si eso es factible.
 
Matias


From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: [puntonet] .NET Remoting y Windows 
ServicesDate: Wed, 27 Feb 2008 16:35:51 -0200






Hola gente!
 
Hmmm…. Matias, algo no entendi….
 
Mi problema reside en que lo que yo necesito modificar información de 
HashTables que están en ese momento en memoria en el WService, poder desde el 
WSite enviar un mensaje con información que se debe agregar a las tablas, pero 
no logré con Remoting poder acceder a estas tablas ya que pierdo toda 
referencia al WService dentro de la clase que registro para el Remoting.
Ok, pero porque acceder con Remoting a las HashTables? Porque no enviar la 
información, por algún método adicional en lo que ya tienes expuesto por 
Remoting, y en el WService, ya adentro de WService, actualizar lo que tengas 
que actualizar?
 
Entiendo que “un mensaje con información” es un mensaje que esta en WSite, lo 
podes serializar, y puede llegar a WService, al objeto que tenes ahí escuchando 
a Remoting. Este objeto consigue una referencia a las HashTables, y las 
modifica.
 
Supongo…. Que se te debe complicar conseguir una referencia a las HashTables 
desde el objeto expuesto por Remoting en WService…. Pero ya estoy especulando, 
no se si entendí tu contexto.
 
Nos leemos!
Angel “Java” Lopez
http://www.ajlopez.com/
 
 
 


From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Matias QSent: 
Wednesday, February 27, 2008 4:23 PMTo: [EMAIL PROTECTED]: [puntonet] .NET 
Remoting y Windows Services
 
Buenas lista, Me encuentro en un problema que quedó fuera de todos los 
tutoriales y ejemplos que vi sobre Remoting. Tenemos una aplicación Web, y un 
Windows Service en el mismo servidor, que queremos que se comuniquen (El Web 
Site envía cierta información que el WService tiene que almacenar y luego usar 
en schedules de tiempo configurables, algo así como un administrador de tareas 
conceptualmente). Luego de leer mucho sobre las opciones de comunicacion que 
había, mucha gente optaba por Remoting, que al parecer había funcionado mejor, 
así que comencé a ver ejemplos y probar.Según entendí, con Remoting, el cliente 
(WSite) accede a un Objeto que se instancia en el servidor (WService) y puede 
ejecutar sus métodos mediante una suerte de proxy.Realicé las pruebas y anduvo 
bien, creando una clase en el WService con algunos métodos simples, una 
interface y registrando la clase en un port TCP, que luego el cliente usando 
Activator.GetObject podía acceder.Mi problema reside en que lo que yo necesito 
modificar información de HashTables que están en ese momento en memoria en el 
WService, poder desde el WSite enviar un mensaje con información que se debe 
agregar a las tablas, pero no logré con Remoting poder acceder a estas tablas 
ya que pierdo toda referencia al WService dentro de la clase que registro para 
el Remoting.A menos que la clase que registre para Remoting sea el WService 
mismo?O si instancio la clase antes de registrarla y cuando la registro uso 
"WellKnownMode.Singleton", el cliente al usar el GetObject hace referencia a la 
instancia ya creada en vez de crear una nueva? Realmente no sé como encarar el 
problema, quizás hay otra posibilidad que no es Remoting? Con mensajes IPC? Si 
alguien tiene alguna idea o alguna vez tuvo que resolver un problema parecido, 
agradecería sus comentarios. Matias



Helping your favorite cause is as easy as instant messaging. You IM, we give. 
Learn more.
_________________________________________________________________
Connect and share in new ways with Windows Live.
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008

Responder a