Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 95902 invoked by uid 500); 11 Jul 2001 03:57:36 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 95891 invoked from network); 11 Jul 2001 03:57:36 -0000 Date: Tue, 10 Jul 2001 23:57:37 -0400 (EDT) From: Donald Ball X-X-Sender: To: Subject: xsp logicsheets are broken in the latest c2 cvs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N hey guys. i've got an xsp page like so: intranet

select client_table.id,client_table.name,client_status_table.name from client_table,client_status_table where client_status_id = client_status_table.id and client_id =

this is just about as vanilla as it gets. it fails to compile, warning: WARN 10793 [cocoon ] (tcpConnection-6802-1): Sitemap Error Process org.apache.cocoon.ProcessingException: Language Exception:org.apache.cocoon.components.language.LanguageException: Error compiling client_xsp: Line 305, column 71: ')' expected. the source it fails to compile is: _esql_query.prepared_statement.setString(1, String.valueOf("" + xspAttr.addAttribute("", "name", "name", "CDATA", "id"); this.contentHandler.startElement("http://apache.org/xsp/request", "get-parameter", "xsp-request:get-parameter", xspAttr); so instead of trying to resolve the call to get-parameter, the xsp engine is creating a get-parameter element on the output sax stream. hm. maybe the xsp-request logicsheet isn't being applied as it ought: DEBUG 68470 [cocoon ] (tcpConnection-6802-0): Making URL from jar:file:/usr/local/resin/virtual/intranet.webslingerZ.com/webapps/database/WEB-INF/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/xsp/java/esql.xsl DEBUG 68470 [cocoon ] (tcpConnection-6802-0): Logicsheet Used:jar:file:/usr/local/resin/virtual/intranet.webslingerZ.com/webapps/database/WEB-INF/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/xsp/java/esql.xsl DEBUG 68471 [cocoon ] (tcpConnection-6802-0): Making URL from jar:file:/usr/local/resin/virtual/intranet.webslingerZ.com/webapps/database/WEB-INF/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/xsp/java/request.xsl DEBUG 68471 [cocoon ] (tcpConnection-6802-0): Logicsheet Used:jar:file:/usr/local/resin/virtual/intranet.webslingerZ.com/webapps/database/WEB-INF/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/xsp/java/request.xsl DEBUG 68471 [cocoon ] (tcpConnection-6802-0): Making URL from jar:file:/usr/local/resin/virtual/intranet.webslingerZ.com/webapps/database/WEB-INF/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/xsp/java/xsp.xsl DEBUG 68471 [cocoon ] (tcpConnection-6802-0): Logicsheet Used:jar:file:/usr/local/resin/virtual/intranet.webslingerZ.com/webapps/database/WEB-INF/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/xsp/java/xsp.xsl but no, it's certainly listed there. maybe some change has affected the get-nested-content function used by esql to resolve the nodes underneath esql:parameter - well, no, it can't be that since i tried moving xsp-request:get-parameter to somewhere else and it didn't work there either, same basic problem. only other thing i can think is that maybe esql isn't copying its input nodes as it ought, screwing them up somehow, but no, it's got this rule:

which is correct. i honestly couldn't tell you when this stuff broke because i haven't used xsp in a while and i'm beginning to remember why i abandoned it in the first place. i'm switching gears back to the InspectionTransformer, but this bug should really be resolved before 2.1 is released. it should be easy to duplicate, let me know if i should check in an example tho. - donald --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org