if this will help you solve the problem, but that's my
best guess at what's happening to your session. Good luck with it!
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - http://www.sqlpower.ca/
--
To unsubscribe, e-mail
with each request. So it's not a
problem with the cache.
Maybe we've both overlooked the obvious: Is it at all possible that
you've got cookies turned off in your MSIE privacy options? That's
what it sounds like at this point.
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1
resource constraints. :)
Cheers.
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - http://www.sqlpower.ca/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
feedback
if I could read the file's contents.
Thanks!
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - http://www.sqlpower.ca/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail
/syntaxref115.html#11258
for details on all the stuff you can do with standard JSP 1.1.
To use the Struts custom tags (such as bean:write), I think you always
need to define a bean before using the session attribute's
value... but I've never tried it without. Maybe it works. :)
--
Jonathan Fuerth
to increase the size of the
JSPWriter's buffer enough to avoid sending the data before your
exception gets thrown.
Happy coding! It's Friday afternoon and I'm headed home!
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data
won't compile if there are many JSP custom tags. Taking
out the iterate tags solves the compilation problem for us without
killing too much readability.
Let me know if you get it working on your end.
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free
.
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - http://www.sqlpower.ca/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
1.2.x and 1.3.x on Solaris, Linux, and NT!
Having said that, please follow-up in this thread if you upgrade to
JDK1.4 and all goes well! Maybe I've just lost my marbles. :)
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your
On Tue, May 21, 2002 at 06:30:46PM -0400, Jonathan Fuerth wrote:
But when we run the same codebase on:
-Tomcat 4.0 with Sun JDK 1.4.0 on Sparc Solaris 8
We get the following exception:
javax.servlet.jsp.JspException: Cannot find message resources under key
)
at org.apache.jsp.login$jsp._jspService(login$jsp.java:99)
[...]
Has anyone seen this problem under Tomcat 4.0 and JDK 1.4 before? My
first guess is that this is a JDK 1.4 quirk... I'd be interested in
hearing from anyone who's had trouble upgrading to 1.4.
Thanks!
--
Jonathan Fuerth - SQL Power Group
subsidiary company
webmasters prevents.
Ok, I know this is 6 days after the fact.. but the ideal tool for your
needs is wget. Its webpage is
http://www.gnu.org/software/wget/wget.html
from there, you can download the source for *nix as well as Win32
binaries.
--
Jonathan Fuerth - SQL Power Group
to have a
javascript-enabled browser, but the method I'm using works with all
forms-enabled browsers... which is most (but not all) of them. :)
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - www.sqlpower.ca
have the time to learn how to do things more efficiently).
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - www.sqlpower.ca
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e
(errors.badFoo));
The problem is, I can get all the error messages back with a simple
html:errors/ tag, but the above construct doesn't show the error
messages at all.
I have double-checked that I'm using the same error names in the form
validtor and on the jsp.
--
Jonathan Fuerth - SQL Power Group
On Fri, Mar 08, 2002 at 06:05:42PM -0500, Jonathan Fuerth wrote:
html:errors property=foo%= i %/
I figured it out. I changed the above line to:
html:errors property='%= foo+i %'/
And now it works just as I wanted it to!
Does anyone know why this is? Something to do with the way RTExpr
of indexed text boxes.
If nobody is currently working on this, I'd be happy to do it. I'm
especially interested in input from the Struts maintainers so that I
can do the modificiation properly. That way, it could be integrated
with future releases.
Thanks!
--
Jonathan Fuerth - SQL Power Group Inc
to hook up with Poolman later on.
Thanks again for your help.
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - www.sqlpower.ca
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e
fails, a database goes away, a resultset overflows, or
other nasty things happen to the business layer?
Thanks!
--
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - www.sqlpower.ca
--
To unsubscribe, e-mail
:action: Mapping for servlet 'action' = '*.do'
Hope this one's not too tough to fix. :)
Thanks!
-Jonathan Fuerth
Hello!
I've made up a custom JSP tag that I'm using with a struts
application: It loads an organisation hierarchy from a JDBC data
source and renders it to HTML.
My question is this: How does my JSP custom tag class ask the Struts
connection pool for one of its connections?
Thanks!
Jonathan
Hi. I'm new to struts (I've been working on my first struts webapp
for the past few days), but I have a design question to ask:
Why is there a separate validation call to an ActionForm? Isn't the
normal JavaBeans PropertyVetoException model cleaner and easier to
maintain?
I may well be
On Wed, Jun 27, 2001 at 09:27:13AM -0700, David Winterfeldt wrote:
The ActionForm is considered to be a container for
holding and preserving the information the user has
entered. So you don't want to reject any data at this
level because if the validation fails you want to
return exactly
23 matches
Mail list logo