Without the config file, I'm not exactly sure how you'd tie your own code
into Struts. Struts, together with your action servlets, is basically the
controller in MVC, so it seems to me that you'd end up re-implementing most
of Struts by yourself if you got rid of the config file.
Some advantages
I ran into this problem with Poolman 2.1b, as well. The problem isn't that
the connection is null, it's a particular String variable that's apparently
used to identify pooled SQL statements. I only took a cursory glance at the
code, so I don't know offhand why it's null. Disabling prepared stat
I would say having three properties for the three buttons would be a cleaner
solution. Relying on JavaScript anywhere you don't have to is asking for
trouble, IMO.
-Original Message-
From: Sobkowski, Andrej [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 02, 2001 3:49 PM
To: 'Struts U
The problem is actually with HTML itself. The value attribute of a submit
button specifies both the button label as well as the value submitted to the
server.
-Original Message-
From: Christian Rosner [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 02, 2001 3:08 PM
To: [EMAIL PROTECTE
Are you submitting your form to /login, or /do/login? Alternately, are you
using the tag with the action attribute set to "/login"?
-Original Message-
From: Ashoka Murthy [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 02, 2001 1:41 PM
To: [EMAIL PROTECTED]
Subject: Need help
Hi,
Take a look at the section on internationalization in the User's Guide,
http://jakarta.apache.org/struts/userGuide/building_view.html#i18n
-Original Message-
From: Todd Fulton [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 02, 2001 10:38 AM
To: Struts Users Mailing List (E-mail)
Subje
user ID in the System
.the jsp looks for an error with the property="userNotFound"...
The errors.header and errors.footer are automatically added (I don't use
them, though).
I'm not sure if this will help you (hope it does)
-Original Message-
From: Justin Piper [
es
...try adding a property value to your
-Original Message-----
From: Justin Piper [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 01, 2001 10:43 AM
To: Struts Users Mailing List
Subject: Message resources
I'm sure I'm missing something obvious, but after a day of trying to so
ning: All e-mail sent to this address will be received by the Charles
Schwab Corporate e-mail system and is subject to archival and review by
someone other than the recipient.
-Original Message-
From: Justin Piper [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 01, 2001 9:43 AM
To: S
I'm sure I'm missing something obvious, but after a day of trying to solve
this, I'm quite tired of beating my head against the wall. For some reason
it seems that ActionServlet isn't able to load the message resources for my
application. I have the following lines in my web.xml file:
your scenarios?
IMHO I think the separation of data nad logic that the form/action class
separation provides is a good thing, for reasons stated above.
cheers
dim
On Thu, 25 Oct 2001, Justin Piper wrote:
> True, it's more straightforward and slightly easier to implement if you
put
>
A couple of options spring to mind. You could use a META refresh to reload
the page every so often. It's a little clumsy, but widely supported, and
easy to add. The downside is that reloading the entire page is likely to
interrupt the user's concentration. I've seen some browsers that scroll t
know to expect this super class, and hand
this parameter to that method.
In general, the less one object knows about the specific type of
another, the better ;-)
Justin Piper wrote:
>
> Maybe I'm misinterpreting your suggestion, but wouldn't this be putting
> logic in you
Maybe I'm misinterpreting your suggestion, but wouldn't this be putting
logic in your ActionForm that should be in the ActionServlet? What about
defining several additional perform methods in your ActionServlet that
handle specific superclasses of ActionForm, and an abstract method
visit(YourActi
14 matches
Mail list logo