[Programación] RE: [Programación] Re: [Programació
n] figth the power
Franchi Santiago
programacion@lugro.org.ar
Mon, 12 May 2003 09:26:08 -0300
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C31881.AA27AAC0
Content-Type: text/plain;
charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Fede,
me parece muy interesante!
cu=E1ndo? d=F3nde? y c=F3mo? arrancamos,
la doc y c=F3digo estar=EDa on line para poder compartirla,=20
puede que el proyecto necesito un lider para ver de coordinar las =
tareas,
tendr=EDamos objetivos que cumplir, alguna meta como para =
comprometernos en el
tiempo??
(espero no haber sonado muy formal, jejeje)
pero conta with me me gusta mucho la idea!!!
saludos,
Tago
> ----------
> De: federico luna[SMTP:fedeml@yahoo.com.ar]
> Responder a: programacion@lugro.org.ar
> Enviado el: S=E1bado 10 de Mayo de 2003 20:51
> Para: programacion@lugro.org.ar
> Asunto: [Programaci=F3n] Re: [Programaci=F3n] figth the power
>=20
> veo cuatro alternativas de dise~no teniendo encuenta siempre a apache =
como
> servidor de contenido estatico:
>=20
> 1) usar un contendor fuera del proceso del apache estilo tomcat
> 1.1 se puede tratar de usar: WARP con el mod_webapp
> 1.2 se puede tratar de usar: AJP con el mod_jk
> 1.3 se puede hacer un protocolo propio y su implementacion
>=20
> 2) usar un contenedor en el proceso del apache estilo mod_jserv
> 2.1 no me parece una alternativa buena (poco escalable, y =
demasiado
> webserver dependiente, y creo que los demonios del apache se harian =
muy
> pesados para levantar los .so), pero nos permitiria centrarnos en el
> funcionamieto del contenedor.
>=20
>=20
> paso el link de los conectores de jakarta-tomcat.
>=20
> http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors
>=20
>=20
> alguien tiene idea de las diferencias que hay entres WARP y AJP para =
poder
> pesar mejor las alternativas?
> Por lo que vi como WARP es mas nuevo el codigo fuente del mod_webapp
> parece
> mas sencillo.
>=20
> Y no nos alvidemos de caucho!!!, alguien tiene idea como funciona mas
> menos?
>=20
> saludos
> .fedel
>=20
>=20
> ----- Original Message -----
> From: "Sebasti=E1n D. Criado" <scriado@ciudad.com.ar>
> To: <programacion@lugro.org.ar>
> Sent: Sunday, May 11, 2003 12:39 AM
> Subject: [Programaci=F3n] Re: [Programaci=F3n] Re: [Programaci=F3n] =
Re:
> [Programaci=F3n] figth the power
>=20
>=20
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Me has desasnado en varios puntos en lo referente a lo que quieres =
hacer
> y
> me
> > parece una excelente iniciativa de proyecto para desarrollar.
> > Cuales te parece que ser=EDan los pasos a seguir del punto que =
dec=EDs "
> podriamos
> > empezar por una version simple"?
> > Es decir, busco como ser=EDa la mejor forma de empezar.
> > Mis conocimientos en C++ como sabr=E1s son muy pocos, pero estoy =
dispuesto
> a
> > aprender y colaborar.
> > Ser=EDa interesante que elaboraramos la idea principal de dise=F1o. =
Si te
> parece,
> > nos podemos poner a verla el viernes en la reuni=F3n a modo de un =
peque=F1o
> > bosquejo.-
> >
> > Saludos.-
> >
> >
> > El S=E1bado 10 Mayo 2003 12:43, federico luna escribi=F3:
> > > > > che que les parece la idea de hacer una implementacion
> > > > > "semejante" a los servlets de sun pero para c++
> > > > > quitandole todo el vigor de la programcion OO de la
> > > > > que uno es victima en java?
> > > > >
> > > > > las premisas que tengo pensadas serian:
> > > > >
> > > > > - la ejecucion de los procesos (request, response,
> > > > > etc) en entorno controlado (sobre todo para manejar
> > > > > los SIGSEGV)
> > > > >
> > > > > - funcionmaniento como modulo de apache.
> > > > >
> > > > > - las api expuestas tendrian que ser parecidas a las
> > > > > servlet API de sun siempre pero siempre tratando de
> > > > > aprovechar la programcion de templates de c++ (esto es
> > > > > discutible y paradojico, ya lo se)
> > > >
> > > > bastante :-)
> > > >
> > > > > - configurar el entorno de desaroollo tiene que ser
> > > > > sencillo e implementar un servlet mas sencillo aun.
> > > >
> > > > Un Bonobo Object?
> > >
> > > no. no tendria sentido usar CORBA o una arquitectura rigida de
> componentes
> > > para un webserver.
> > > Este punto requerira:
> > > * un buen dise~no modular para la facil configuracion
> > > * sacar snapshot bastantes completos para minimazar las molestias =
de
> que
> el
> > > soft no anda por problemas de dependencias, (osea todo lo =
contrario a
> > > bonobo).
> > > * hacer transparente la definicion de una clase C++ al echo de =
ser un
> > > servlet.
> > >
> > > > > - implementacion de servlets como shared objects (???)
> > > > >
> > > > > - filosofia UNIX y GNU (minimalista)
> > > >
> > > > Peque=F1itas cosas juntas, hacen cosas grandes
> > >
> > > si y todo lo demas ;)
> > >
> > > > > Se que existen por ahi un par de proyectos como estos
> > > > > se podrian analizar y reutilizar codigo, sumarme a
> > > > > esos proyectos no me interesa por un cuestion de
> > > > > filosofica.
> > > > >
> > > > > saludos
> > > > > fedel
> > > >
> > > > lo pensas como un conjuto de Objects?
> > >
> > > ???
> > >
> > > > no se por que me suena a los viejos CGI en C :-)))
> > >
> > > en que sentido?
> > >
> > > cada ciclo request/response de un CGI corre en un proceso aparte =
del
> > > servidor http, en un implementacion de servlets los procesos son
> ejecutados
> > > por thread, este suele ser el argumento para justificar el uso de
> servlets
> > > (el ahorro de instanciacion de nuevos procesos, fork(), que =
suelen ser
> > > bastante mas costoso que crear un thread).
> > > Pero hay otro punto bastante importante, el echo de que TODOS los
> > > request/response se ejecuten en un mismo espacio de memoria =
permite al
> > > webserver y la aplicacion mantener informacion de estado =
(variables de
> > > applicacion, variables de session, pooling, etc)
> > > Otra ventaja es la posibilidad de implemtar la funcinalidad del
> forward
> de
> > > las API de los servlets que es una alternativa muy util al =
redirect
> (HTTP
> > > 302), a la hora de implementar un patron MVC con signos de
> performance.
> > >
> > >
> > > yo lo estoy pensando por el lado de un proceso independiente al
> webserver
> > > (suele llamarse contenedor), este es el que procesaria los
> request/reponse
> > > en threads y devolveria los resultados al webserver.
> > > La conexion entre este proceso y el apache seria realizada por un
> modulo
> de
> > > apache que trasferira los request al proceso contenedor (via =
TCP/IP,
> fifos,
> > > shared mem lo que sea), este lo ejecuta, y responde. (algo =
similar al
> > > mod_jk o warp de tomcat, nada estrafalario)
> > >
> > > se copan??? o les parace demasiado userland?
> > >
> > > podriamos empezar por una version simple de un thread por request =
por
> > > cservlet.
> > > eso nos ahorraria la adminstracion de threads para los request.
> > >
> > > saludos
> > > fedel
> > >
> > >
> > > _______________________________________________
> > > Programacion mailing list
> > > Programacion@lugro.org.ar
> > > http://www.lugro.org.ar/mailman/listinfo/programacion
> >
> > - --
> > - --
> > Sebasti=E1n D. Criado - scriado@ciudad.com.ar
> > L.U.G.R.o - http://www.lugro.org.ar
> > GNU/Linux Registered User # 146768
> > - =
-------------------------------------------------------------------
> > "Si el Universo fuera un programa estar=EDa hecho en C, y =
correr=EDa sobre
> > un sistema UNIX"
> > An=F3nimo.
> >
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.2 (GNU/Linux)
> >
> > iD8DBQE+vX+p8hmHQ8ZCg0IRAgfQAKCwbhirGdFgw+tbLrWt3zWmJx118ACbBSQu
> > SE9iQvhfrkqH6UZKE18gp6k=3D
> > =3DqJTf
> > -----END PGP SIGNATURE-----
> >
> >
> > _______________________________________________
> > Programacion mailing list
> > Programacion@lugro.org.ar
> > http://www.lugro.org.ar/mailman/listinfo/programacion
>=20
> _______________________________________________
> Programacion mailing list
> Programacion@lugro.org.ar
> http://www.lugro.org.ar/mailman/listinfo/programacion
>=20
------_=_NextPart_001_01C31881.AA27AAC0
Content-Type: text/html;
charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DISO-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: [Programaci=F3n] Re: [Programaci=F3n] figth the =
power</TITLE>
</HEAD>
<BODY>
<P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Fede,</FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">me parece muy =
interesante!</FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">cu=E1ndo? d=F3nde? =
y c=F3mo? arrancamos,</FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">la doc y c=F3digo =
estar=EDa on line para poder compartirla, </FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">puede que el =
proyecto necesito un lider para ver de coordinar las tareas,</FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">tendr=EDamos =
objetivos que cumplir, alguna meta como para comprometernos en el =
tiempo??</FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">(espero no haber =
sonado muy formal, jejeje)</FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">pero conta with me =
me gusta mucho la idea!!!</FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">saludos,</FONT>
<BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Tago</FONT>
</P>
<P><FONT SIZE=3D1 FACE=3D"MS Sans Serif">----------</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"MS Sans Serif">De:</FONT></B> =
<FONT SIZE=3D1 FACE=3D"MS Sans Serif">federico =
luna[SMTP:fedeml@yahoo.com.ar]</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"MS Sans Serif">Responder a:</FONT></B> =
<FONT SIZE=3D1 FACE=3D"MS Sans =
Serif">programacion@lugro.org.ar</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"MS Sans Serif">Enviado el:</FONT></B> =
<FONT SIZE=3D1 FACE=3D"MS Sans Serif">S=E1bado 10 de =
Mayo de 2003 20:51</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"MS Sans Serif">Para:</FONT></B> =
<FONT SIZE=3D1 FACE=3D"MS Sans Serif">programacion@lugro.org.ar</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"MS Sans Serif">Asunto:</FONT></B> =
<FONT SIZE=3D1 FACE=3D"MS =
Sans Serif">[Programaci=F3n] Re: [Programaci=F3n] figth the =
power</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">veo cuatro alternativas de dise~no =
teniendo encuenta siempre a apache como</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">servidor de contenido =
estatico:</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">1) usar un contendor fuera del proceso =
del apache estilo tomcat</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial"> 1.1 se puede tratar de =
usar: WARP con el mod_webapp</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial"> 1.2 se puede tratar de =
usar: AJP con el mod_jk</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial"> 1.3 se puede hacer un =
protocolo propio y su implementacion</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">2) usar un contenedor en el proceso =
del apache estilo mod_jserv</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial"> 2.1 no me parece una =
alternativa buena (poco escalable, y demasiado</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">webserver dependiente, y creo que los =
demonios del apache se harian muy</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">pesados para levantar los .so), pero =
nos permitiria centrarnos en el</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">funcionamieto del contenedor.</FONT>
</P>
<BR>
<P><FONT SIZE=3D2 FACE=3D"Arial">paso el link de los conectores de =
jakarta-tomcat.</FONT>
</P>
<P><U><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A =
HREF=3D"http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors" =
TARGET=3D"_blank">http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-conne=
ctors</A></FONT></U>
</P>
<BR>
<P><FONT SIZE=3D2 FACE=3D"Arial">alguien tiene idea de las diferencias =
que hay entres WARP y AJP para poder</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">pesar mejor las alternativas?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Por lo que vi como WARP es mas nuevo =
el codigo fuente del mod_webapp parece</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">mas sencillo.</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">Y no nos alvidemos de caucho!!!, =
alguien tiene idea como funciona mas menos?</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">saludos</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">.fedel</FONT>
</P>
<BR>
<P><FONT SIZE=3D2 FACE=3D"Arial">----- Original Message -----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">From: "Sebasti=E1n D. =
Criado" <scriado@ciudad.com.ar></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">To: =
<programacion@lugro.org.ar></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Sent: Sunday, May 11, 2003 12:39 =
AM</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Subject: [Programaci=F3n] Re: =
[Programaci=F3n] Re: [Programaci=F3n] Re:</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">[Programaci=F3n] figth the =
power</FONT>
</P>
<BR>
<P><FONT SIZE=3D2 FACE=3D"Arial">> -----BEGIN PGP SIGNED =
MESSAGE-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Hash: SHA1</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Me has desasnado en varios =
puntos en lo referente a lo que quieres hacer y</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">me</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> parece una excelente iniciativa =
de proyecto para desarrollar.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Cuales te parece que ser=EDan =
los pasos a seguir del punto que dec=EDs "</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">podriamos</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> empezar por una version =
simple"?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Es decir, busco como ser=EDa la =
mejor forma de empezar.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Mis conocimientos en C++ como =
sabr=E1s son muy pocos, pero estoy dispuesto a</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> aprender y colaborar.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Ser=EDa interesante que =
elaboraramos la idea principal de dise=F1o. Si te</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">parece,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> nos podemos poner a verla el =
viernes en la reuni=F3n a modo de un peque=F1o</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> bosquejo.-</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Saludos.-</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> El S=E1bado 10 Mayo 2003 12:43, =
federico luna escribi=F3:</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > che que les =
parece la idea de hacer una implementacion</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > =
"semejante" a los servlets de sun pero para c++</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > quitandole todo =
el vigor de la programcion OO de la</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > que uno es =
victima en java?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > las premisas que =
tengo pensadas serian:</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > - la ejecucion de =
los procesos (request, response,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > etc) en entorno =
controlado (sobre todo para manejar</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > los =
SIGSEGV)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > - funcionmaniento =
como modulo de apache.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > - las api =
expuestas tendrian que ser parecidas a las</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > servlet API de =
sun siempre pero siempre tratando de</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > aprovechar la =
programcion de templates de c++ (esto es</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > discutible y =
paradojico, ya lo se)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > bastante :-)</FON=
T>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > - configurar el =
entorno de desaroollo tiene que ser</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > sencillo e =
implementar un servlet mas sencillo aun.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > Un Bonobo =
Object?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > no. no tendria sentido usar =
CORBA o una arquitectura rigida de</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">componentes</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > para un webserver.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > Este punto =
requerira:</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > * un buen dise~no modular =
para la facil configuracion</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > * sacar snapshot bastantes =
completos para minimazar las molestias de que</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">el</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > soft no anda por problemas =
de dependencias, (osea todo lo contrario a</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > bonobo).</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > * hacer transparente la =
definicion de una clase C++ al echo de ser un</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > servlet.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > - implementacion =
de servlets como shared objects (???)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > - filosofia UNIX =
y GNU (minimalista)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > Peque=F1itas =
cosas juntas, hacen cosas grandes</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > si y todo lo demas =
;)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > Se que existen =
por ahi un par de proyectos como estos</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > se podrian =
analizar y reutilizar codigo, sumarme a</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > esos proyectos no =
me interesa por un cuestion de</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > =
filosofica.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > saludos</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > > fedel</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > lo pensas como un =
conjuto de Objects?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > ???</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > > no se por que me suena =
a los viejos CGI en C :-)))</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > en que sentido?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > cada ciclo request/response =
de un CGI corre en un proceso aparte del</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > servidor http, en un =
implementacion de servlets los procesos son</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">ejecutados</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > por thread, este suele ser =
el argumento para justificar el uso de</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">servlets</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > (el ahorro de instanciacion =
de nuevos procesos, fork(), que suelen ser</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > bastante mas costoso que =
crear un thread).</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > Pero hay otro punto =
bastante importante, el echo de que TODOS los</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > request/response se =
ejecuten en un mismo espacio de memoria permite al</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > webserver y la aplicacion =
mantener informacion de estado (variables de</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > applicacion, variables de =
session, pooling, etc)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > Otra ventaja es la =
posibilidad de implemtar la funcinalidad del forward</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">de</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > las API de los servlets que =
es una alternativa muy util al redirect</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">(HTTP</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > 302), a la hora de =
implementar un patron MVC con signos de performance.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > yo lo estoy pensando por el =
lado de un proceso independiente al</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">webserver</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > (suele llamarse =
contenedor), este es el que procesaria los</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">request/reponse</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > en threads y devolveria los =
resultados al webserver.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > La conexion entre este =
proceso y el apache seria realizada por un modulo</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">de</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > apache que trasferira los =
request al proceso contenedor (via TCP/IP,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">fifos,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > shared mem lo que sea), =
este lo ejecuta, y responde. (algo similar al</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > mod_jk o warp de tomcat, =
nada estrafalario)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > se copan??? o les parace =
demasiado userland?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > podriamos empezar por una =
version simple de un thread por request por</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > cservlet.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > eso nos ahorraria la =
adminstracion de threads para los request.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > saludos</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > fedel</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > =
_______________________________________________</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > Programacion mailing =
list</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > =
Programacion@lugro.org.ar</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT><U> <FONT =
COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A =
HREF=3D"http://www.lugro.org.ar/mailman/listinfo/programacion" =
TARGET=3D"_blank">http://www.lugro.org.ar/mailman/listinfo/programacion<=
/A></FONT></U>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> - --</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> - --</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Sebasti=E1n D. Criado - =
scriado@ciudad.com.ar</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> L.U.G.R.o -</FONT><U> <FONT =
COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A =
HREF=3D"http://www.lugro.org.ar" =
TARGET=3D"_blank">http://www.lugro.org.ar</A></FONT></U>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> GNU/Linux Registered User # =
146768</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> - =
-------------------------------------------------------------------</FON=
T>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> "Si el Universo fuera un =
programa estar=EDa hecho en C, y correr=EDa sobre</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> un sistema UNIX"</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">>  =
;  =
;  =
;  =
; An=F3nimo.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> -----BEGIN PGP =
SIGNATURE-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Version: GnuPG v1.2.2 =
(GNU/Linux)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> =
iD8DBQE+vX+p8hmHQ8ZCg0IRAgfQAKCwbhirGdFgw+tbLrWt3zWmJx118ACbBSQu</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> =
SE9iQvhfrkqH6UZKE18gp6k=3D</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> =3DqJTf</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> -----END PGP =
SIGNATURE-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> =
_______________________________________________</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Programacion mailing list</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> Programacion@lugro.org.ar</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">></FONT><U> <FONT =
COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A =
HREF=3D"http://www.lugro.org.ar/mailman/listinfo/programacion" =
TARGET=3D"_blank">http://www.lugro.org.ar/mailman/listinfo/programacion<=
/A></FONT></U>
</P>
<P><FONT SIZE=3D2 =
FACE=3D"Arial">_______________________________________________</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Programacion mailing list</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Programacion@lugro.org.ar</FONT>
<BR><U><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A =
HREF=3D"http://www.lugro.org.ar/mailman/listinfo/programacion" =
TARGET=3D"_blank">http://www.lugro.org.ar/mailman/listinfo/programacion<=
/A></FONT></U>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01C31881.AA27AAC0--