Not sure if this is an issue or is supposed to work this way, but here goes. Working with DBTags 1.0B1 on Tomcat 4.1.18. When processing each row of a result set, I attempted to use the JSTL c:forEach iterator with getColumn tag in order to iterate over a number of columns which all were output the same way. For example: <tr> <c:forEach var="x" begin="3" end="9"> <td> <sql:getColumn position="${x}"/> </td> </c:forEach> </tr> This causes a situation where the page will not compile with a Java error of "NumberFormatException ${x}" Must the position attribute be a literal??? Obviously, this is not a show-stopper, but makes for a lot of extra typing :-) Mitch
BTW...the sql:x tags are taglibs-dbtags....MW
I took a look on the code, and looks like it doesn't support EL: public void setPosition(String strPosition) throws JspTagException { try { _position = Integer.parseInt (strPosition); } catch (NumberFormatException ex) { throw new JspTagException ("The 'position' attribute must be an int: " + ex.getMessage()); } }
OOPS, marked the bug as invalid (I think it is invalid, but I didn't think I had permission to change that)
BTW...the lists suggest that this is a simple fix that someone has already figured out. Just hasn't been patched in the official releases for some reason. I'll dig up the thread and put it here.
http://marc.theaimsgroup.com/?l=axis-user&m=106241914329425&w=2 is the list thread. It is long and has plenty of input including a "fix".
Sorry, put text in the wrong bug entry...last two entries are not related. Marking invalid as it is indicated that EL is not supported. Mitch