En/na Brett Zamora ha escrit:
Dani...
Couple of thoughts... have you considered making the scope of the bean
"session"?
Seems to me like the properties of the bean are already set, based on your
statement.
Yep, I've tried making the property Bean session-scoped. But the
problem remains th
Dani...
Couple of thoughts... have you considered making the scope of the bean
"session"?
Seems to me like the properties of the bean are already set, based on your
statement.
I'm relatively new at this, but this approach has worked well for me.
Regards,
Brett
-Original Message-
Fro
The API isn't based around GenericServlet, it's based around Servlet.
(*Chris*)On 9/1/05, Nic Ferrier <[EMAIL PROTECTED]> wrote:
Chris Pratt <[EMAIL PROTECTED]> writes:> Actually, what I remember from the early days of Servlets, it is because the> Servlet API is interface based, and you can't spe
Chris Pratt <[EMAIL PROTECTED]> writes:
> Actually, what I remember from the early days of Servlets, it is because the
> Servlet API is interface based, and you can't specify constructors in a Java
> interface. The developers decided to use a method that they can specify in
> the interface contrac
Actually, what I remember from the early days of Servlets, it is
because the Servlet API is interface based, and you can't specify
constructors in a Java interface. The developers decided to use a
method that they can specify in the interface contract.
(*Chris*)On 9/1/05, Nic Ferrier <[EMAIL PRO
Hi, I'm working on a CRUD app. I have a customer bean, with Name, City,
Phone, etc..
I also have a jsp page (CustomerEdit.jsp) with all the text fields,
that should be used to Add a new customer AND Edit an existent customer.
N
Sreenath N <[EMAIL PROTECTED]> writes:
> Reason might be init() method needs a ServletConfig object to be passed
> which is used for retreving the init-params and the container can't expect
> the user to write a constructor which takes the ServletConfig object
> .
No. Clearly this is wrong, type
