[xmlc] Re: Re: Re: Re: SSI and XMLC

This is a multi-part message in MIME format...

------------=_1302630521-30467-17066
Content-Type: text/plain;charset=iso-8859-1; format="flowed"
Content-Transfer-Encoding: quoted-printable


Good to hear.=A0 I think another release could come within the next coupl=
e=20
weeks.=A0 Just have to see what kind of time I have to dedicate to it, as=
 well=20
as determine what else I can fit in the release.

Jake

On Mon, 11 Apr 2011 21:24:57 +0200
=A0Sasa Bojanic <[email protected]> wrote:
> Hi Jake,
>=20
> it works perfectly, thanks a lot!
>=20
> Do you plan to have another release or this will wait for some time?
>=20
> Greetings,
> Sasa.
>=20
>=20
> On 11-Apr-11 06:04, Jacob Kjome wrote:
>> Hi Sasa,
>>
>> I've checked in changes to the XMLC trunk that allows for SSI resoluti=
on as=20
>>I had
>> originally imagined it worked.=A0=A0So, now SSI loading can be control=
led via a=20
>>custom
>> (or default) ResourceLoader.
>>
>> Besides that, even if it can't be found via a ResourceLoader, it falls=
 back=20
>>to
>> prior behavior of resolving it relative to the including file.=A0=A0Th=
e logic=20
>>has been
>> made much more intelligent and "./" and "../" are now resolved to the
>> corresponding directory rather than being left, verbatim, in the resul=
ting=20
>>path.
>> this means SSI loadig via JarURLConnection should now work!
>>
>> Please check out and build (ant all-libs) the trunk to try it out.=A0=A0=
You will=20
>>find
>> a list of the modified/added files here (pay special attention to the =
new
>> SSISystemIdResolver class)...
>>
>> http://websvn.ow2.org/revision.php?repname=3Dxmlc&isdir=3D1&
>>
>>
>> Please let me know about your experience with the changes.
>>
>> Jake
>>
>> On 4/1/2011 11:04 AM, Jacob Kjome wrote:
>>> After thinking about it later, I suspected my memory might have faile=
d me.=20
>>> I
>>> think XMLC just uses the parent markup file's path as a base.=A0=A0So=
rry about=20
>>>that.
>>> I won't have time to look at this until tonight, though.=A0=A0I think=
 it's still=20
>>>a bug
>>> in the JarURLConnection class, but I think XMLC can work around it by
>>> pre-resolving the path.
>>>
>>> Jake
>>>
>>> On 4/1/2011 12:58 AM, Sasa Bojanic wrote:
>>>> I think you are not right this time...
>>>>
>>>> I logged all the lookups from ResourceLoader.getResource(String[]
>>>> candidatePaths), and there is no lookup for SSI paths, only for the =
path
>>>> of HTML that is including SSI.
>>>> SSI is processed inside SSIReader code, and does not callback neithe=
r to
>>>> ResourceLoader nor DocumentLoader.
>>>>
>>>> What happens in our sample is that during the creation of new instan=
ce
>>>> of XMLC class LoginHTML, ResourceLoader first searches for Login.htm=
l
>>>> and then (during loading of meta data) for one of the
>>>> Login.xmlc/LoginHTML.xmlc/LoginHTMLImpl.xmlc. After that, a job is
>>>> delegated to "Parse" class, then to XercesHTMLDOMParser and
>>>> XercesDOMParser, which processes LoginHTML file by delegating it to
>>>> APACHE XERCES and NEKOHTML...and at the end it ends up to SSIReader =
in
>>>> XMLC...
>>>>
>>>> SSIReader gets the information about the JAR file where to search fo=
r
>>>> SSI and about SSI itself (openSSIInclude method):
>>>> includingFileName=3Djar:file:/D:/apache-tomcat-6.0.29/webapps/airSen=
t/WEB-INF/lib/airSent.jar!/com/lutris/airsent/presentation/customer/Login=
.html,
>>>> fileName=3D../media/TopBanner.ssi
>>>>
>>>> I don't know how can I utilize our custom Document/ClassLoader there=
...
>>>>
>>>> I've also seen in several places in the code that there is an explic=
it
>>>> call to Thread.currentThread().getContextClassLoader(), and one of t=
he
>>>> places is XercesDOMParser.parse() method which is called during
>>>> processing SSI...don't know if this is somehow related...
>>>>
>>>> Greetings,
>>>> Sasa.
>>>>
>>>> On 31-Mar-11 23:34, Jacob Kjome wrote:
>>>>> Actually, yes you can.=A0=A0That's the whole point of the new resou=
rce
>>>>> loader concept in XMLC 2.3.2.=A0=A0It's THE central location for AL=
L
>>>>> resource lookups in XMLC.=A0=A0You can verify this yourself by usin=
g the
>>>>> custom document/resource loader I sent you earlier and logging the
>>>>> paths that are requested just before the URL is looked up and
>>>>> returned.=A0=A0You will find that the path for the SSI include is l=
ooked
>>>>> up.=A0=A0After all, there's no parsing a URL before the URL is obta=
ined.
>>>>> And the resource loader is what obtains the URL.
>>>>>
>>>>> So, all you need to do is let the classloader return the URL.=A0=A0=
Then
>>>>> check URL.toExternalForm() (or URL.toString) for the path being bot=
h a
>>>>> "jar:" URL and having ".." in the path.=A0=A0If so, then manipulate=
 the
>>>>> path resolving the ".." bits to the canonical path without "..".
>>>>>
>>>>> I wonder if Java 1.4+ URI class might do this for you without extra
>>>>> manual manipulation?=A0=A0You might want to look into that.=A0=A0Yo=
u also
>>>>> might want to report this as a bug or feature request against
>>>>> JarURLConnection to Oracle (I wanted to say Sun).
>>>>>
>>>>>
>>>>> Jake
>>>>>
>>>>> On Thu, 31 Mar 2011 23:04:41 +0200
>>>>>=A0=A0 Sasa Bojanic<[email protected]>=A0=A0wrote:
>>>>>> Again...
>>>>>>
>>>>>> Not sure if having custom DocumentLoader/Classloader can help, sin=
ce
>>>>>> resolving of SSI happens during "parse" of HTML file...I think thi=
s
>>>>>> should be corrected in SSIReader class, openSSIInclude method...an=
d I
>>>>>> doubt we can simply "customize" it from outside XMLC?
>>>>>>
>>>>>> Sasa.
>>>>>>
>>>>>> On 31-Mar-11 21:53, Sasa Bojanic wrote:
>>>>>>> Yes, when the resource is not within the JAR file (but in the
>>>>>>> WEB-INF\classes folder) the paths with "/../" are working fine...
>>>>>>>
>>>>>>> With your help, we gave up from custom classloader for XMLC, and =
now
>>>>>>> also use non-singleton DocumentLoader instances (implicitly creat=
ed
>>>>>>> by XMLCDefferedParsingFactory).
>>>>>>> However, we will consider your suggestions in order to solve this
>>>>>>> SSI issue...
>>>>>>>
>>>>>>> Thanks a lot,
>>>>>>> Sasa.
>>>>>>>
>>>>>>>=A0=A0=A0=A0(since you helped us a lot with thi
>>>>>>> On 31-Mar-11 21:40, Jacob Kjome wrote:
>>>>>>>> I see.=A0=A0That makes more sense, as I don't recall anything ha=
ving
>>>>>>>> specifically to do with SSI loading having changed between XMLC
>>>>>>>> 2.3.1 and 2.3.2 (at least nothing that should affect this scenar=
io).
>>>>>>>>
>>>>>>>> I suspect, ultimately, that this is a deficiency of
>>>>>>>> JarURLConnection in dealing with paths containing "/../", though=
 I
>>>>>>>> have yet to verify this.=A0=A0I believe this works fine when it'=
s a non
>>>>>>>> "jar:" URL path, so I think the problem is specific to
>>>>>>>> JarURLConnection.
>>>>>>>>
>>>>>>>> You could probably work around this either in your custom
>>>>>>>> classloader (where, as I recall, you applied the fix for "jar:"
>>>>>>>> URLs originally) or in a custom document/resource loader.=A0=A0A=
ll
>>>>>>>> you'd need to do is re-write the path of the URL to pre-resolve =
the
>>>>>>>> ".." parts changing, for instance, this...
>>>>>>>>
>>>>>>>> jar:file:/D:/apache-tomcat-6.0.29/webapps/airSent/WEB-INF/lib/ai=
rSent.jar!/com/lutris/airsent/presentation/customer/../media/TopBanner.ss=
i
>>>>>>>>
>>>>>>>> ...to this...
>>>>>>>>
>>>>>>>> jar:file:/D:/apache-tomcat-6.0.29/webapps/airSent/WEB-INF/lib/ai=
rSent.jar!/com/lutris/airsent/presentation/media/TopBanner.ssi
>>>>>>>>
>>>>>>>>
>>>>>>>> That said, this is probably something that XMLC could take care =
of
>>>>>>>> internally.=A0=A0I would certainly consider this for the next re=
lease
>>>>>>>> if my assumptions pan out.
>>>>>>>>
>>>>>>>>
>>>>>>>> Jake
>>>>>>>>
>>>>>>>> On Thu, 31 Mar 2011 21:11:06 +0200
>>>>>>>>=A0=A0=A0=A0Sasa Bojanic<[email protected]>=A0=A0wrote:
>>>>>>>>> Sorry...it doesn't work with XMLC 2.3-1 as well...
>>>>>>>>>
>>>>>>>>> Yes, the com/lutris/airsent/presentation/media/TopBanner.ssi is
>>>>>>>>> the right location within the JAR.
>>>>>>>>>
>>>>>>>>> You can try with the airSent.war from the ZIP file. However, if
>>>>>>>>> you use this WAR as it is, everything works well both with
>>>>>>>>> XMLC2.3-1 (which is originally inside the WAR) and with XMLC2.3=
-2
>>>>>>>>> (when you replace the XMLC/GNUREGEXP JAR files). The problem
>>>>>>>>> occurs when you pack everything from WEB-INF\classes folder int=
o
>>>>>>>>> the JAR file, and then put this JAR file into WEB-INF\lib folde=
r
>>>>>>>>> (and this is the change we are introducing in our new release).=
 So
>>>>>>>>> the problem was here even in XMLC 2.3-1 but we didn't notice it=
.
>>>>>>>>>
>>>>>>>>> Do you think it is an XMLC problem or...?
>>>>>>>>>
>>>>>>>>> Sasa.
>>>>>>>>>
>>>>>>>>> On 31-Mar-11 19:44, Jacob Kjome wrote:
>>>>>>>>>> It looks like it's referencing the jar it should exist in, and
>>>>>>>>>> clearly it found the markup file including the SSI, so I don't
>>>>>>>>>> think this is a classloader issue.
>>>>>>>>>>
>>>>>>>>>> Does the path seem right to you?=A0=A0That is, does the file i=
n
>>>>>>>>>> question exist in the following relative path within the
>>>>>>>>>> airSent.jar file?....
>>>>>>>>>>
>>>>>>>>>> com/lutris/airsent/presentation/media/TopBanner.ssi
>>>>>>>>>>
>>>>>>>>>> If you can confirm that, I can try to test things out at home
>>>>>>>>>> tonight.=A0=A0I presume this jar is one of those in the zip fi=
le
>>>>>>>>>> containing all the webapps which can be deployed under Tomcat
>>>>>>>>>> Standalone?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Jake
>>>>>>>>>>
>>>>>>>>>> On Thu, 31 Mar 2011 16:31:32 +0200
>>>>>>>>>>=A0=A0=A0=A0 Sasa Bojanic<[email protected]>=A0=A0wrote:
>>>>>>>>>>> Me again :-)
>>>>>>>>>>>
>>>>>>>>>>> Just a question...have you changed to XMLC related to Server
>>>>>>>>>>> Side Includes from HTML?
>>>>>>>>>>>
>>>>>>>>>>> The situation is the following:
>>>>>>>>>>>
>>>>>>>>>>> HTML file (processed by XMLC) includes another HTML file via
>>>>>>>>>>> relative path:
>>>>>>>>>>>
>>>>>>>>>>> <!--#include virtual=3D"../media/TopBanner.ssi"-->
>>>>>>>>>>>
>>>>>>>>>>> When XMLC parses HTML file, I get the following exception (wh=
en
>>>>>>>>>>> all the resources are in the JAR file):
>>>>>>>>>>>
>>>>>>>>>>> java.io.FileNotFoundException: JAR entry
>>>>>>>>>>> com/lutris/airsent/presentation/customer/../media/TopBanner.s=
si
>>>>>>>>>>> not found in
>>>>>>>>>>> D:\apache-tomcat-6.0.29\webapps\airSent\WEB-INF\lib\airSent.j=
ar
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConne=
ction.java:122)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarU=
RLConnection.java:132)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.io.InputSourceOps.openSystemId(InputSourceOps=
.java:65)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.io.InputSourceOps.open(InputSourceOps.java:85=
)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.misc.SSIParsedStream.readIntoBuffer(SSIP=
arsedStream.java:198)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.misc.SSIParsedStream.<init>(SSIParsedStr=
eam.java:159)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.misc.SSIReader.openSSIInclude(SSIReader.=
java:153)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.misc.SSIReader.processSSIInclude(SSIRead=
er.java:169)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.misc.SSIReader.processSSIDirective(SSIRe=
ader.java:179)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.misc.SSIReader.read(SSIReader.java:228)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.cyberneko.html.HTMLScanner$CurrentEntity.load(HTMLScanner=
.java:1772)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.cyberneko.html.HTMLScanner.skipNewlines(HTMLScanner.java:=
1522)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.cyberneko.html.HTMLScanner$ContentScanner.scanCharacters(=
HTMLScanner.java:2227)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.cyberneko.html.HTMLScanner$ContentScanner.scan(HTMLScanne=
r.java:1964)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.cyberneko.html.HTMLScanner.scanDocument(HTMLScanner.java:=
895)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.cyberneko.html.HTMLConfiguration.parse(HTMLConfiguration.=
java:499)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.cyberneko.html.HTMLConfiguration.parse(HTMLConfiguration.=
java:452)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at org.apache.xerces.pars=
ers.XMLParser.parse(Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at org.apache.xerces.pars=
ers.DOMParser.parse(Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.parsers.xerces.XercesDOMParser.parse(Xer=
cesDOMParser.java:113)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.parsers.xerces.XercesHTMLDOMParser.parse=
(XercesHTMLDOMParser.java:64)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.compiler.Parse.parse(Parse.java:291)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.deferredparsing.DocumentLoaderImpl.parse=
Document(DocumentLoaderImpl.java:405)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.deferredparsing.DocumentLoaderImpl.getCa=
cheEntry(DocumentLoaderImpl.java:175)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.deferredparsing.DocumentLoaderImpl.getDo=
cument(DocumentLoaderImpl.java:247)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.airsent.presentation.customer.LoginHTML.buildDocum=
ent(Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.airsent.presentation.customer.LoginHTML.<init>(Unk=
nown Source)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.airsent.presentation.customer.LoginHTML.<init>(Unk=
nown Source)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>>>>>>>>> Method)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeC=
onstructorAccessorImpl.java:39)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Del=
egatingConstructorAccessorImpl.java:27)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> java.lang.reflect.Constructor.newInstance(Constructor.java:51=
3)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.deferredparsing.XMLCDeferredParsingFacto=
ry.createObject(XMLCDeferredParsingFactory.java:160)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.deferredparsing.XMLCDeferredParsingFacto=
ry.doCreate(XMLCDeferredParsingFactory.java:185)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.enhydra.xml.xmlc.XMLCStdFactory.create(XMLCStdFactory.jav=
a:139)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.airsent.presentation.customer.Login.showPage(Unkno=
wn
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.airsent.presentation.customer.Login.handleDefault(=
Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.airsent.presentation.BasePO.handleEvent(Unknown So=
urce)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at com.lutris.airsent.pre=
sentation.BasePO.run(Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.appserver.server.httpPresentation.HttpPresentation=
Manager.runPresentationObj(Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.appserver.server.httpPresentation.HttpPresentation=
Manager.Run(Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.appserver.server.httpPresentation.servlet.HttpPres=
entationServlet.serviceDirect(Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> com.lutris.appserver.server.httpPresentation.servlet.HttpPres=
entationServlet.service(Unknown
>>>>>>>>>>> Source)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFil=
ter(ApplicationFilterChain.java:290)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appl=
icationFilterChain.java:206)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(Standard=
WrapperValve.java:233)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.catalina.core.StandardContextValve.invoke(Standard=
ContextValve.java:191)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHos=
tValve.java:127)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepor=
tValve.java:102)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardE=
ngineValve.java:109)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAda=
pter.java:298)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.coyote.http11.Http11AprProcessor.process(Http11Apr=
Processor.java:861)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHa=
ndler.process(Http11AprProtocol.java:579)
>>>>>>>>>>>
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at
>>>>>>>>>>> org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint=
.java:1584)
>>>>>>>>>>>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 at java.lang.Thread.run(T=
hread.java:662)
>>>>>>>>>>> org.enhydra.xml.xmlc.XMLCError: Couldn't load XMLC class
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Just to mention, like always with XMLC2.3-1 it worked...maybe
>>>>>>>>>>> because our "magical" classloader...but can't be sure.
>>>>>>>>>>>
>>>>>>>>>>> Greetings,
>>>>>>>>>>> Sasa.
>=20


------------=_1302630521-30467-17066
Content-Type: text/plain; charset="UTF-8"; name="message-footer.txt"
Content-Disposition: inline; filename="message-footer.txt"
Content-Transfer-Encoding: quoted-printable


--
You receive this message as a subscriber of the [email protected] mailing list=
.
To unsubscribe: mailto:[email protected]
For general help: mailto:[email protected]?subject=3Dhelp
OW2 mailing lists service home page: http://www.ow2.org/wws

------------=_1302630521-30467-17066--