Gracias a todos, el problema lo resolvi creando credenciales y ocupando UserNamePasswordValidator, desde ya muchas gracias...
El 18 de julio de 2014, 10:53, Gabriel Osorio <[email protected]> escribió: > Oscar, eso fue lo que entendí. Efectivamente no escala. Cada método para > funcionar como servicio debe ser independiente, el truco está en no hacer > transacciones atómicas. > > > El 17 de julio de 2014, 18:44, Oscar Zárate <[email protected]> > escribió: > >> Gabriel, >> >> Imagino que lo que quiere hacer Andres es >> 1.- abrir una "conexión" desde App 1 con un identificador que diga que >> esa conexión es la de la App 1 >> 2.- abrir otra "conexión" desde App 2 con un identificador que diga que >> esa conexión es la de la App 2 >> 3.- No cerrar esas "conexiones" y llamar al método 1 desde la App1 o >> desde la App2 y no decirle en cada llamada de donde viene y que el método 1 >> pueda loggear si la llamada es desde applicación 1 o desde applicación. >> >> La pregunta siguiente para Andres sería ... estas seguro que esto escala >> adecuadamente? >> >> >> 2014-07-18 9:18 GMT+10:00 Gabriel Osorio <[email protected]>: >> >>> Entiendo que un servicio se hace para ser consumido, agregar tal >>> identificador hace que se restrinja a una sola aplicación. Más adelante, >>> cuando se quiera usar el mismo servicio con otra aplicación, van a tener >>> problemas tratando de quitar ese parámetro. >>> Agregar el id de la aplicación por cada request es un payload mínimo en >>> comparación con el beneficio. >>> >>> >>> El 17 de julio de 2014, 18:01, Andres Guzman <[email protected] >>> > escribió: >>> >>> Mira el parámetro de entrada es un identificador de la aplicación que >>>> esta consumiendo mi WCF, esto es para manejar logs, excepciones y otras >>>> transacciones necesarias, todos las operaciones de mi WCF necesitan de >>>> este identificador. >>>> >>>> Se entiende? Gracias >>>> >>>> El jueves, 17 de julio de 2014, Oscar Zárate <[email protected]> >>>> escribió: >>>> >>>> Andres ... puedo preguntar (como diría el Maestro) "cual es el caso de >>>>> uso?" >>>>> >>>>> >>>>> 2014-07-18 8:40 GMT+10:00 Andres Guzman <[email protected]>: >>>>> >>>>>> Gracias por la respuesta, en realidad no tengo mucha experiencia con >>>>>> WCF, y no sabria dirimir si se justifica o no toda esta implementacion >>>>>> para >>>>>> pasar un simple string por parametro, existe alguna otra forma de hacer >>>>>> esto que no sea pasandolo en cada operacion del servicio. >>>>>> >>>>>> Gracias. >>>>>> >>>>>> >>>>>> El 17 de julio de 2014, 18:29, Oscar Zárate <[email protected]> >>>>>> escribió: >>>>>> >>>>>>> Queres inyectar una dependencias? >>>>>>> Poder se puede ... pero se justifica? (en realidad ... se justifica >>>>>>> seguir usando WCF? :-)) >>>>>>> http://stackoverflow.com/questions/2454850/how-do-i-pass-values-to-the-constructor-on-my-wcf-service/2455039#2455039 >>>>>>> >>>>>>> >>>>>>> http://www.neovolve.com/post/2010/05/15/Unity-dependency-injection-for-WCF-services-e28093-Part-1.aspx >>>>>>> >>>>>>> En realidad hay varios ejemplos si Googleas para distintos IoC >>>>>>> >>>>>>> >>>>>>> 2014-07-18 8:15 GMT+10:00 Andres Guzman <[email protected]> >>>>>>> : >>>>>>> >>>>>>>> Estimado, acudo a uds. para realizar una consulta técnica, sucede >>>>>>>> que necesito crear un Servicio con WCF, necesito pasar un parametro >>>>>>>> simple >>>>>>>> a travez del constructor, pero revisando WCF no permite esto >>>>>>>> (desconozco el >>>>>>>> porque), existe alguna forma de hacer esto, o alguna otra elegante para >>>>>>>> solucionar esto y no sea incluir en cada Operacion este parametro >>>>>>>> adicional. >>>>>>>> >>>>>>>> Agradezco cualquier ayuda. >>>>>>>> >>>>>>>> Saludos >>>>>>>> >>>>>>>> Andrés. >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Saluda ATTE. >>>>>> >>>>>> >>>>>> *Andrés Guzmán Oyaneder.09-9319111*[email protected] >>>>>> >>>>> >>>>> >>>> >>>> -- >>>> Saluda ATTE. >>>> >>>> >>>> *Andrés Guzmán Oyaneder.09-9319111*[email protected] >>>> >>>> >>> >> > -- Saluda ATTE. *Andrés Guzmán Oyaneder.09-9319111*[email protected]
