Article View: es.comp.lenguajes.java
Article #29345Re: three-tier
From: Jorge Baez
Date: Tue, 23 Dec 1997 00:00
Date: Tue, 23 Dec 1997 00:00
12 lines
1003 bytes
1003 bytes
No entiendo muy bi�n el problema... Si cuando reservas un ordenador a una hora, la conexi�n a la DB para actualizar el registro est� ocupado, tu servidor de datos deber�a devolver un error o por lo menos t� deber�as saber CONFIRMAR la reserva. No se lo que ser� la arquitectura three-tier, pero parece que no es mala idea la posivbilidad de confirmar qu� horas est�n libres y cuales no en cada momento. Qu� te parece otro servidor en la misma m�quina que se dedique a actualizar los datos de la applet? __giGGler__
Technical Details
Message-ID:
<67ob1e$e83$1@eubuf21.eu.concert.net>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<349F9850.B76D744D@proton.uab.es>Show Full Headers
Complete Article Headers
X-Google-Language: SPANISH,ASCII X-Google-Thread: 1116f3,a07763b41432acd0 X-Google-Attributes: gid1116f3,public From: "Jorge Baez" <giggler@recoletos.es> Subject: Re: three-tier Date: 1997/12/23 Message-ID: <67ob1e$e83$1@eubuf21.eu.concert.net> X-Deja-AN: 309607575 References: <349F9850.B76D744D@proton.uab.es> X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Organization: Concert Internet Plus Newsgroups: es.comp.lenguajes.java