geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Lin Sun (JIRA)" <>
Subject [jira] Commented: (GERONIMO-2363) Console: create new pool using wizard, cannot use "show plan" button for any XA database, even derby
Date Tue, 29 Aug 2006 19:51:23 GMT
    [ ] 
Lin Sun commented on GERONIMO-2363:

The whole block of code doesn't seem to be needed.  I've ran test without them for create
& edit xa and non-xa pool they work fine.

This portion of deleted code is for generic pool, however the code resides in the <<<
tag below.

<c:when test="${pool.generic}"> 
<c:otherwise> <%-- This is an XA or other connection factory that we don't have special
parameter handling for --%>
...<<< the code for generic pool was here which isn't correct.

Modified: trunk/geronimo/applications/console-standard/src/webapp/WEB-INF/view/dbwizard/edit.jsp
-      <tr><td colspan="2">
-        <%-- Just to be safe, save all the Generic properties since we're not going to
edit them here --%>
-        <input type="hidden" name="user" value="${pool.user}" />
-        <input type="hidden" name="password" value="${pool.password}" />
-        <input type="hidden" name="driverClass" value="${pool.driverClass}" />
-        <input type="hidden" name="url" value="${pool.url}" />
-        <input type="hidden" name="jars" value="${pool.jars}" />
-      </td></tr>
     <!-- HEADER -->

> Console: create new pool using wizard, cannot use "show plan" button for any XA database,
even derby
> ----------------------------------------------------------------------------------------------------
>                 Key: GERONIMO-2363
>                 URL:
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: console, databases
>    Affects Versions: 1.2, 1.1.1
>            Reporter: Ted Kirby
>         Attachments: dbwizard_edit.jsp.patch
> From admin console, click Database Pools, Create new pool using the wizard, choose an
XA database type.  If you select any driver jars, or none and click show plan, you don't get
a plan (all blank), but you do get this traceback in the log/ on the console:
> 13:48:53,552 ERROR [DatabasePoolPortlet] Unable to save connection pool
> java.lang.IllegalArgumentException: Invalid id:
>         at org.apache.geronimo.kernel.repository.Artifact.create(
>         at
>         at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(
>         at org.apache.pluto.core.PortletServlet.dispatch(
>         at org.apache.pluto.core.PortletServlet.doPost(
>         at javax.servlet.http.HttpServlet.service(
>         at javax.servlet.http.HttpServlet.service(
>         at org.apache.pluto.core.PortletServlet.service(
>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(
>         at org.apache.catalina.core.ApplicationDispatcher.invoke(
>         at org.apache.catalina.core.ApplicationDispatcher.doInclude(
>         at org.apache.catalina.core.ApplicationDispatcher.include(
>         at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(
>         at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(
>         at org.apache.pluto.PortletContainerImpl.processPortletAction(
>         at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(
>         at org.apache.pluto.portalImpl.Servlet.doGet(
>         at org.apache.pluto.portalImpl.Servlet.doPost(
>         at javax.servlet.http.HttpServlet.service(
>         at javax.servlet.http.HttpServlet.service(
>         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>         at org.apache.catalina.core.ApplicationFilterChain.doFilter(
>         at org.apache.catalina.core.StandardWrapperValve.invoke(
>         at org.apache.catalina.core.StandardContextValve.invoke(
>         at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(
>         at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
>         at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(
>         at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(
>         at org.apache.catalina.core.StandardHostValve.invoke(
>         at org.apache.catalina.valves.ErrorReportValve.invoke(
>         at org.apache.catalina.core.StandardEngineValve.invoke(
>         at org.apache.catalina.valves.AccessLogValve.invoke(
>         at org.apache.catalina.authenticator.SingleSignOn.invoke(
>         at org.apache.catalina.connector.CoyoteAdapter.service(
>         at org.apache.coyote.http11.Http11Processor.process(
>         at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(
>         at
>         at
>         at org.apache.tomcat.util.threads.ThreadPool$
>         at
> The problem is an extra null value in the jars array.
> If line 235 that adds a jars instance to the web page is removed, the function works.
> In general, I think there are too many jars on this page.
> If pool.jars is defined coming into the page, then lines 62-64 will generate more jars
instances, and probably wreak more havoc.
> These lines are mostly redundant to line 235.
> I object to have the name jars refer to the db jar selection control, which I feel should
be its main purpose, as well as to these hidden fields to cache values for the server.  
> There is also a lot of choosing going on, and the page either puts a jars selection control
on the page, or yet another instance of a hidden jars containing ${pool.jars}.
> I suggest cleaning all this up, and creating a separate name for the hidden jars variable(s),
if they are needed.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message