[eside-ghost] Servidor de aplicaciones .NET
Uvatha
enekruti en yahoo.es
Vie Jun 3 19:12:52 CEST 2005
Hola!
No es q sea un guru del tema, pero en el master de
Desarrollo de Soluciones Software algo del tema hemos
dado. Ahora no tengo la docu a mano (el lunes t lo
documento mas a fondo). La impresion general q tengo
acerca de novedades de Microsoft en lo q a plataforma
.NET es q no especifican nunca las funcionalidades. No
solo en el APP Server q comenta Borja, sino q en
ninguna de los FrameWorks de alto nivel q tienen. El
servidor transaccional q han desarrollado (no ma
cuerdo del nombre) tpc esta especificado (creo). Asi
como Sun da especificaciones sobre cada paso sobre
J2EE (p.e EJB 3.0, tan criticado ultimamente), y las
empresas q ofrecen productos sobre esta plataforma
(IBM,BEA,Oracle,SAP...) se adaptan a la especificacion
(aunque tb hacen la guerra por su cuenta, q IBM tiene
una maquina virtual propietaria).
Microsoft no hace esto, y en parte, no le queda otra,
J2EE nació como tal rondando 1998-1999, y .NET en el
2000; la manera de recortar distancias ha sido
saltarse el paso q mas tiempo le lleva a Sun: las
especificciones. COmo estas tienen q gustar a mas o
menos todo el mundo, tarda mucho en sacarlas. En las
ultimas, como EJB 3.0, las ha tenido q sacar a todo
correr para no quedarse atras tecnologicamente, y por
eso les ha debido salir un churro, a juzgar por la
bajada en importancia de los EJB. Con esto, .NET tiene
una plataforma con capacidad para plantar cara a Java,
apoyada por !(var==Microsoft), siendo var del tipo
multinacional del software.
Bueno, una cosa si q es cierta y q Microsft ha
especificado: la maquina virtual .NET. Eso no es otra
cosa q el proyecto Mono. Yo personalmente veo la
publicacion de esta especificacion como una maniobra
de marketing, ya q saltarse el CLC .NET es muy facil
(cuando digo facil digo dos lineas de codigo), y
Microsoft sabe q sólo los desarrollos responsables
funcionaran en Mono, y ellos (por MS), de
responsables, poco xD.
Sorris por la chapa y mas por la falta d datos
concretos. EL lunes prometo dar datos mas fiables, q m
habeis pillao recien levantado de la siesta y toi
medio sopa xDDDD.
--- Borja Bacaicoa <borja en juantxo.net> escribió:
> Holas gente!
>
> LLevo un tiempo con esta dudilla en la cabeza, y no
> he logrado encontrar
> una respuesta firme: ¿hay servidor de aplicaciones
> para .NET?
>
> Y me explico: ya sabeis que en la arquitectura J2EE,
> es fundamental la
> existencia de un servidor/contenedor de
> aplicaciones, que aporta
> servicios/facilidades a las aplicaciones/objetos que
> en él residen
> (persistencia automatizada, JDBC con pools,
> servicios transaccionales,
> MQs...). Y ***si no me equivoco***, los contenedores
> de aplicaciones
> J2EE siguen una **especificación estándar**,
> disponible para todo el
> mundo, que dice lo que un App Server debería de
> implementar.
>
> ¿Cierto?
>
> Llegados este punto, matizo mi pregunta original:
> ¿existe una
> especificación por parte de Microsoft, que indique
> lo que deberia
> aportar un App Server? Me refiero, al igual que C#,
> el CLI, et al, lo
> estandarizaron vía ECMA, ¿tal vez también
> estandarizaron que era
> necesario un App Server, y lo que debía de ofrecer?
>
> Lo digo porque, hasta hace poco pensaba que en .NET
> NO había servidor de
> aplicaciones. Bueno, podríamos haber considerado que
> el IIS era un App
> Server, pero desde luego muy limitado porque no
> proporciona
> transaccionalidad, colas de mensajes...
>
> Pues resulta, cuál es mi sorpresa, que en Windows
> Server 2003, entre los
> diferentes componentes que puedes añadir al
> servidor, ¡hay un App
> Server! Que, casualmente, integra al IIS, COM+,
> MSMQ, DTC...
>
> Pero esto, ¿NO es una especicación estándar, como en
> J2EE, verdad?
> Quidicir, que esto es sin más un "bundle" que se ha
> montado Microsoft,
> aglutinando un montón de tecnologías que antes iba
> cada una por su lado,
> ¿cierto?
>
> Gurús del Java y .NET, aguardo vuestras sabias
> palabras :D !
>
> Borja.
>
>
>
> > _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
>
https://listas.deusto.es/mailman/listinfo/eside-ghost
______________________________________________
Renovamos el Correo Yahoo!
Nuevos servicios, más seguridad
http://correo.yahoo.es
Más información sobre la lista de distribución eside-ghost