|
List Info
Thread: ObjectRepositoryAssember and JDK1.5 incompatibility
|
|
| ObjectRepositoryAssember and JDK1.5
incompatibility |

|
2006-11-10 20:16:24 |
|
Yep, we can nuke that.
Jacob Kjome wrote:
visi.com"
type="cite">
One other thing. There are currently System.out.println()s for ever
block iteration. For one invocation of CompTest10?$usebi (with XMLC
2.2.12), I get...
preIterate
postIterate
preIterate
postIterate
That definitely needs to go. We should not have any
System.out.println()s in the code.
Jake
At 08:13 AM 11/5/2006, you wrote:
>
>I found this stacktrace (below) in the Tomcat logs for
>Barracuda. Looks like there is an incompatibility with
>ObjectRepositoryAssember dealing with the new JDK1.5 StringBuilder
>class; specifically AbstractStringBuilder. Christian, can you take
a
>look at this?
>
>BTW, I'm also looking into XMLC 2.3_beta1 compatibility. There
seems
>to be some issue with block iteration when using 2.3_beta1. I'll
let
>you know if I need help on that. Actually, I'm not sure I
understand
>the purpose of the block iteration? It's supposed to be an
>optimization of sorts (as far as I understand it), but it's
>noticeably slower. I tested with
>http://localhost:8080/Barracuda/CompTest10?$usebi . When I use
>CompTest10 without block iteration, the response comes back
>instantly. When I use block iteration (with XMLC 2.2.12), there's
a
>pregnant pause before the response come back. I'm not sure I see
>how this optimizes anything? With XMLC 2.3_beta1 an odd exception
is
>thrown from within XMLC. It's probably because of a change in
>behavior because of the upgrade to Xerces2. I'm sure I can work it
>out, but let's say I can't? Is block iteration support even worth
>it? Please explain.
>
>There also seems to be some javascript issues being reported in the
>Mozilla javascript error console. I think it has to do with
Mozilla
>becoming more strict about script execution. I'll look into this
and
>see if I can track down the root cause.
>
>Jake
>
>
>[/Barracuda] 2343 - [INFO ][Thread-1]:
>plankton.data.ObjectRepositoryAssembler - ...Invoking
>5976c2.append(my">java.lang.StringBuffer 5976c2.append(my very elderly mother just
sent
>us nine pizzas)
>[/Barracuda] 2353 - [WARN ][Thread-1]:
>plankton.data.ObjectRepositoryAssembler - error invoking method
>m:java.lang.IllegalAccessException: Class
>org.barracudamvc.plankton.data.ObjectRepositoryAssembler$AssemblerXMLReader
>can not access a member of class java.lang.AbstractStringBuilder
with
>modifiers "public"
>java.lang.IllegalAccessException: Class
>org.barracudamvc.plankton.data.ObjectRepositoryAssembler$AssemblerXMLReader
>can not access a member of class java.lang.AbstractStringBuilder
with
>modifiers "public"
> at sun.reflect.Reflection.ensureMemberAccess(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at
>org.barracudamvc.plankton.data.ObjectRepositoryAssembler$AssemblerXMLR
>eader.endElement(ObjectRepositoryAssembler.java:855)
> at
>com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElemen
>t(Unknown
>Source)
> at
>com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanE
>ndElement(Unknown
>Source)
> at
>com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
>$FragmentContentDispatcher.dispatch(Unknown
>Source)
> at
>com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
>.scanDocument(Unknown
>Source)
> at
>com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown
>Source)
> at
>com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown
>Source)
> at
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown
Source)
> at
>com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown
>Source)
> at
>org.barracudamvc.plankton.data.ObjectRepositoryAssembler$AssemblerXMLR
| |