I just don't want to get this thread die especially considering the fact,
that beta 1.1 will be released soon. There were several proposals, but there
is still no decision how should struts resolve this problem.
Or perhaps I have missed something.
Dmitri Valdin
> > What I was
w Date()));
NDC.pop();
}
Now we can start the application and after some time have a look at monitor
files.
I have attached a sample monitor.log file and a profiler for watching the
results.
The profiler can be started with
java -jar profiler.jar
You should open the monitor fi
I just don't want to get this thread die especially considering the fact,
that beta 1.1 will be released soon. There were several proposals, but there
is still no decision how should struts resolve this problem.
Or perhaps I have missed something.
Dmitri Valdin
> > What I was
ActionServlet
(protected Action processActionCreate) and just call it's perform() method.
It would be faster for sure.
Instead of 'misusing' mappings it might be possible to introduce some
additional tag
to action config:
or
Dmitri Valdin
--
To unsubscribe, e-mail: &l
appear beside the field in case the password field
contains an exception. It is not always reasonable to show the whole text.
2) it would be not bad to have a chance to specify the list of "must" fields
in action configuration (similar to "in role" / "not in role"
the Struts team and Happy New Year for everybody.
Dmitri Valdin
changes.zip
Description: Zip compressed data
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
idea. What do you think about introducing a default basis
handler
for forwards (similar as it is done for exceptions), which can be overridden
and specified in config file ?
* In order to avoid specifying {locale} in every forward, some kind of
global pattern can be introduced:
"do/{locale
en we can access
the exception just with *exception* variable which is defined on every jsp
page.
This error page would be a good place to log the exception as well.
Please correct me if I am wrong.
Dmitri Valdin
> I noticed that there are two different ways in which exceptions are thrown
>
have a corresponding
>interface. the struts-config allows you to specify an different exception
>handler for each configured exception, but RequestProcessor always casts
>whatever you specify here as ExceptionHandler, so if you did override it,
>you'd get a ClassCastException.
But if