I write that game for a school, i don't get much pay for it. Because
servlet is new, I would like to do some experiment before i use it on
some serious's things. I'm writing that game as a experiment of servlet.
I don't think much about secuity at this moment, but if you can provide
some suggestions that i can improve my code, I would like to see it. I'm
using rh linux 5.2, apache 1.3.4 , mysql with mm jdbc driver, and jserv
1.0b3.
that game is a simulating game, so that the students at that school can
have some practices before they go out.
alvin
On Fri, 26 Mar 1999, Cezar Totth wrote:
> Hi,
>
> I think I was missing Alvin's point:
> He does not want to use JDBC to delegate
> authentication, nor to run e-commerce transactions,
> just wants to check (at login time) a new user's identity
> against an application-level table with at least two columns:
> 'gameUserId' and 'gameUserPass'
> (perhaps containing previously-self-registered user records).
>
> As long there are no dozens of users logging in each minute
> it is enough to use only one dedicated,
> always-opened JDBC connection for this purpose.
> (assuming also that retrieving a keyed record within an SQL table
> is far more efficient than opening a connection)
>
> And unless users pay money to play 'marketing games' there is little
> concern about security.
>
> Cezar.
>
> BTW, what's 'marketing games' means?
>
> > ----- Original Message -----
> > From: Alvin Lau <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Thursday, March 25, 1999 10:35 AM
> > Subject: Re: Connection Pool
> >
> >
> > > I'm building a marketing's games, and I made a login's servlet a few weeks
> > > ago. What I did is that, when a user login in, first I check the user pw
> > > and id, and if I find a record in my db, then I create a new user's obj
> > > and put it in the session.
> > >
> > > I really don't understand why you need a connection pool. For me you need
> > > a connection pool only if you have to do transaction. Am i correct?
> > >
> > > If you want to see my codes, just let me know.. :-)
> > >
> > > alvin lau
> > >
> > >
> > ___________________________________________________________________________
> > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> > body
> > > of the message "signoff SERVLET-INTEREST".
> > >
> > > Archives: http://archives.java.sun.com/archives/servlet-interest.html
> > > Resources: http://java.sun.com/products/servlet/external-resources.html
> > > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
> > >
> >
> > ___________________________________________________________________________
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> > of the message "signoff SERVLET-INTEREST".
> >
> > Archives: http://archives.java.sun.com/archives/servlet-interest.html
> > Resources: http://java.sun.com/products/servlet/external-resources.html
> > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
> >
>
>
> Cezar Totth email: [EMAIL PROTECTED]
> Fax: (401) 220 33 95
> Genesys Software Romania Phone: (401) 638 49 44
> Stefan Furtuna 169, sect.6
> cod 77171, Bucharest
> Romania
>
> ___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
