date:20010131

Struts and MySQL

2001-01-31 Thread Matthias Bauer


Hi all,

I tried to use struts with MySQL (driver "mm.mysql.jdbc-1.2c" = class
"org.gjt.mm.mysql.Driver") and ran into an Exception each time I tried to start
Tomcat:

 Exception in thread "main" java.lang.AbstractMethodError
 at 
org.apache.struts.util.GenericConnection.init(GenericConnection.java:118)
 at 
org.apache.struts.util.GenericDataSource.createConnection(GenericDataSource.java:623)
 at org.apache.struts.util.GenericDataSource.open(GenericDataSource.java:561)
 at 
org.apache.struts.action.ActionServlet.initDataSources(ActionServlet.java:998)
 at org.apache.struts.action.ActionServlet.init(ActionServlet.java:444)
 at javax.servlet.GenericServlet.init(GenericServlet.java:258)
 at org.apache.tomcat.core.ServletWrapper.doInit(ServletWrapper.java:317)
 at org.apache.tomcat.core.Handler.init(Handler.java:215)
 at org.apache.tomcat.core.ServletWrapper.init(ServletWrapper.java:296)
 at 
org.apache.tomcat.context.LoadOnStartupInterceptor.contextInit(LoadOnStartupInterceptor.java:130)
 at org.apache.tomcat.core.ContextManager.initContext(ContextManager.java:491)
 at org.apache.tomcat.core.ContextManager.init(ContextManager.java:453)
 at org.apache.tomcat.startup.Tomcat.execute(Tomcat.java:195)
 at org.apache.tomcat.startup.Tomcat.main(Tomcat.java:235)

Digging into the GenericConnection class code teached me the following: The
mysql driver's Connection.getTypeMap() method throws an AbstractMethodError
exception when called in:

public GenericConnection(GenericDataSource source, Connection conn,
 boolean autoCommit, boolean readOnly)
throws SQLException {

at this location:

 try {
 this.map = conn.getTypeMap();
 } catch (SQLException e) {
 ;   // PostgreSQL throws a "not yet implemented" exception
 } catch (UnsupportedOperationException e) {
 ;   // JDBC-ODBC bridge throws this
 }


So I changed the catch statements in order to fix it for me.

 try {
 this.map = conn.getTypeMap();
 } catch (SQLException e) {
 ;   // PostgreSQL throws a "not yet implemented" exception
 } catch (UnsupportedOperationException e) {
 ;   // JDBC-ODBC bridge throws this
 } catch (AbstractMethodError e) {
 ;  // mm.mysql driver throws this one
   }

I think it would make sense to include this little change in the official struts
code. What do you developers think? If would be happy if someone could make this
change.

Thanks,

--- Matthias


Matthias Bauer +++ [EMAIL PROTECTED] +++ LivingLogic AG +++ www.livinglogic.de

db connection pool

2001-01-31 Thread Andre Wittenburg


Hello,

i just looked at the GenericDataSource and thought it would be a nice
feature to shrink the pool size when the connections are not needed
anymore. If you all agree, imho there should be two more values in the
dtd for the data-source and GenericDataSource. 
allow-shrinkingtrue/false/allow-shrinking
shrink-period-min100/shrink-period-min

What you think?

Andre

RE: Struts installation notes - example's setLocale on JRun

2001-01-31 Thread Moore, Mark A

*
The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorized.

If you are not the intended recipient, any disclosure, copying, distribution
or any action taken or omitted to be taken in reliance on it, is prohibited
and may be unlawful. When addressed to our clients any opinions or advice
contained in this email are subject to the terms and conditions expressed in
the governing KPMG client engagement letter.
*

My project got hold of JRun 3 SP2 yesterday
and noticed that this is a Known Issue (e.g. Unfixed Bug) in the service
pack. I don't have the bug number handy. There is no news on when an
SP3 might be available. I had complained about this a few weeks ago in the
JRun support forum, but there was no response from any Allaire folks.

Mark

-Original Message-From: Peter Doyle
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 30, 2001 11:35
AMTo: [EMAIL PROTECTED]Subject: Struts
installation notes - example's setLocale on JRun
Hi,
I was writing up the Installation
notes for the example and documentation web applications for JRun whenI
came across the same problem. (I haven't installed the example app since
0.5)

allaire.jrun.scripting.DefaultCFE:
Errors reported by
compiler:D:/smartserver/peter/serving_eng/Struts-Example/WEB-INF/jsp/jrun__index2ejspa.java:44:1:44:27:
Error: No match was found for method
"setLocale(java.lang.String)".

The deployment is grand, its this
setLocale method that stops the example.
I'll check out Allaire and the JRun
postings for updates and include any findings.

I'm not on struts-dev soI will check
there for updates.

Peter

PS
what's with this funny
background?

-Original Message-From: Craig R. McClanahan
[mailto:[EMAIL PROTECTED]]Sent: 28 January 2001
05:03To: [EMAIL PROTECTED]Subject: Re:
Can't run nightly releasesCarl Tallis wrote:

Hi, all - I'm using JRun, and the 0.5
classes/tags work great, but I can't even get the later sample application
to run:/newstrutsdemo/:
javax.servlet.ServletException: Compilation error occured:
allaire.jrun.scripting.DefaultCFE: Errors reported by
compiler:C:/Program Files/Allaire/JRun/servers/default/New Struts
Demo/WEB-INF/jsp/jrun__index2ejspa.java:41:1:41:27: Error: No match was
found for method "setLocale(java.lang.String)". Pretty basic stuff. However, looking at the
messages on this list, it's obvious that people *are* using the nightly
builds. Anyone ever seen this error? What execution environments are
people using who can run the later distributions (i.e. post
0.5)?Carl TallisDirector Of
ProductsSupplyLinks, Inc.Tel: (703) 796-6010Fax:
(703) 796-6014email: [EMAIL PROTECTED]Unfortunately,
it appears that JRun has an implementation bug.
The servlet container is supposed to do automatic type conversions when
the data type of a custom tag property is something other than a
String. In this particular case, the "locale" property accepts a
boolean value.
The set of required conversions are in Table 2-4 on page 65 of the JSP
1.1 specification. Originally, it was not clear (in the spec) that
these conversions applied to custom tag attributes, as well as
jsp:setProperty/, but this was cleared up in an errata to the spec
that was published last April, at:
http://java.sun.com/products/jsp/errata_1_1_a_042800.html

As a workaround on JRun, you can add a String setter for each non-String
property, but this is not a good long term solution, because such a tag will
not work on any other servlet engine (because the Java reflection code will
see two setter methods, and therefore decide that neither of them is
appropriate -- so the property will be considered read only).
Craig McClanahan

47 matches

Mail list logo