Solucionado! Creando una clase intermedia para manejar las HashTables, y una clase con el pattern Singleton derivada de MarshallByRefObject, con un metodo para inicializarlo que pasa parametros por referencia (la instancia de la clase intermedia que maneja las HashTables). Expuse la clase en el OnStart del Windows Service con el metodo RemotingServices.Marshall y voila! Pude referenciarla desde el Website, llamar a sus metodos y poder agregar o quitar informacion a las HashTables que mantenia el Windows Services. Gracias a todos por las respuestas! Matias
From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: [puntonet] .NET Remoting y Windows ServicesDate: Thu, 28 Feb 2008 11:23:32 +0000 Gracias por las respuestas! Voy a probar con la clase intermedia y trabajarlo como un Singleton, a ver que resultados tengo. Matias Subject: [puntonet] .NET Remoting y Windows ServicesDate: Wed, 27 Feb 2008 17:20:11 -0300From: [EMAIL PROTECTED]: [email protected] Mat韆s, 牋牋牋牋牋?Creo que el problema se origina porque pusiste las HashTables en el propio servicio de Windows. 牋牋牋牋牋?Una alternativa ser韆 que crees una nueva clase que se ocupe de mantener esas HashTables, digamos Scheduler, y que sea un Singleton (me refiero al patr髇 de dise駉, no al modo de activaci髇 de objetos de remoting). Un saludo. De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Matias QEnviado el: Mi閞coles, 27 de Febrero de 2008 03:23 p.m.Para: [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髇 Web, y un Windows Service en el mismo servidor, que queremos que se comuniquen (El Web Site env韆 cierta informaci髇 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韆, mucha gente optaba por Remoting, que al parecer hab韆 funcionado mejor, as?que comenc?a ver ejemplos y probar.Seg鷑 entend? con Remoting, el cliente (WSite) accede a un Objeto que se instancia en el servidor (WService) y puede ejecutar sus m閠odos mediante una suerte de proxy.Realic?las pruebas y anduvo bien, creando una clase en el WService con algunos m閠odos simples, una interface y registrando la clase en un port TCP, que luego el cliente usando Activator.GetObject pod韆 acceder.Mi problema reside en que lo que yo necesito modificar informaci髇 de HashTables que est醤 en ese momento en memoria en el WService, poder desde el WSite enviar un mensaje con informaci髇 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醩 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韆 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. Get it now! _________________________________________________________________ Climb to the top of the charts! Play the word scramble challenge with star power. http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_jan
