SERVLETS vs ATL
Pues bueno, a modo de comentarios, cuales creen ustedes que son las principales caracteristicas y diferencias entre JAVA Servlets y ATL Server (C++) de Microsoft.
Muchas Gracias de antemano por sus opiniones
- Inicie sesión o regístrese para enviar comentarios
Re: SERVLETS vs ATL
Asumo que ya conoces ATL Server:
- Servlet es un API de más bajo nivel que ATL.
- El equivalente Java de ATL sería la combinación Servlet + JSP
- Servlet y JSP son "código administrado"
- Servlet es la base del desarrollo web en Java
- La continuidad del API Servlet está garantizada
Saludos
Javier Castañón
PD: ¿Todavía existe ATL Server? No me imagino quien querría crear aplicaciones web con todo y buffer overruns habiendo .NET Framework, Java, Python, Ruby. ¿Por el desempeño? Por favor, un pretexto menos patético :-P
Ni Microsoft
Yo creo que ya ni Microsoft soporta esa tecnología, pues desde hace unos años le apostaron todo a ASP.NET. Yo diría que la diferencia principal es que Java Servlets es la adopción; cuántos sistemas conoces hechos en ATL? hay un solo sitio al aire hoy en día hecho en ATL? tal vez alguno de los de microsoft, uno que no han podido actualizar a ASP.NET...
ni microsoft?
http://login.live.com/login.srf estas paginas son las paginas de servidor atl
gracias.
Ud tiene razon, atl todavia lo usa microsoft 'http://login.live.com/login.srf'
ATL Server es abandonware
Tal como sucede en diferentes plataformas, includa Java y en este caso MS, el que existan aplicaciones con tecnologia legacy no quiere decir que la misma es aún exitosa o recomendable para usarse... De hecho estoy seguro que habrá todavia aplicaciones VB6 por ahí pero nigun desarrollador que se precie de serlo iniciaría un proyecto en VB6. Lo mismo sucede con ATL Server, cuyo soporte fue retirado para el VS2008, y un año antes lo habia donado a Codeplex: http://atlserver.codeplex.com/ mismo que ha permanecido en calidad de abandonware...
Así que el que exista evidencia del uso de ATL Server por parte de Redmond (http://login.live.com/login.srf) no me dice nada mas que aún tiene residuos "legacy", un poco decepcionante pero nada extraño. También habría que ver si es por cuestiones de "compatibilidad" y/o "versionamiento" que se conserva la url funcionando, en fin...