I'll give you a good reason... file access inevitably risks
IOExceptions, and exceptions don't propogate well from a static block.
That is to say, when the ClassLoader invokes the static block, it is
not invoked from within your code. The exception gets thrown and propogates
throu
You've got a tag nesting error, to be sure. This is like doing
...or at least to a JSP compiler it is.
The solution to your problem is that the form action attribute (and onsubmit
attribute) can be a runtime expression.
David Hibbs, ACS
Staff Programmer / Analyst
American Na
Turn validation off in your struts config and manually in your action.
Otherwise, when form validation fails, it will go to your input location.
If manual validation invokation doesn't work for you, then you probably want
to use the "us an action as input parameter" suggestion.
David Hibbs, ACS
S
Yeah. WAS 5.0 is not particularly friendly to commons-logging because it
uses it internally. Hence, it wants to use its own configuration. There
are work arounds (none good) of course... IBM's documentation:
http://www-1.ibm.com/support/docview.wss?uid=swg27004610
David Hibbs, ACS
Staff Progr
Based on the JDK1.3 JavaDocs this would seem to be correct.
However, it has always seemed to me to be bad style to try to force values
to be interned in this way as you're working around the JVM--perhaps as some
kind of theoried performance improvement?
Think twice before relying on a function
The code premise looks OK; I've done similar.
My guess, given my experience with WAS, would be that either
a) you didn't get a clean export with the right version of myCommonForm
exported and included in the WAR, and the right version of the WAR included
in the EAR
or
b) you didn't get a clean
> I do #1 and #3 depending on the nature of the field. It
> keeps the objects
> separate.
Right on.
> For objects that are pretty dynamic or don't come from a set
> list, I'd do #1.
Also Agreed...
> I do a #3 for a more generic "lookup" type object where the
> values don't change often (
7 matches
Mail list logo