|
|
Tapestry uses commons Digester, which uses the standard JAXP API'S, the
Oracle implementation of which contains the bug.
The following archived emails from this list may help explain things
further:
http://search.gmane.org/?query=oc4j&group=gmane.comp.java.tapestry.user
On 06/04/06, yesidredondo <yesidredondo@xxxxxxxxxxxxxxxxxxx> wrote:
>
> john mcteague, have you got a page where i can find the oc4j bug?, and
> another question, doesn't tapestry have his own xmlparser? why should it
> be
> using the oc4j parser?.
>
> ---------- Forwarded Message -----------
> From: "yesidredondo" <yesidredondo@xxxxxxxxxxxxxxxxxxx>
> To: tapestry-user@xxxxxxxxxxxxxxxxxx
> Sent: Thu, 6 Apr 2006 11:48:44 +0700
> Subject: Tapestry in oc4j
>
> Thanks a lot, i'm going to try to have the naming convention proposed,
> because it is difficult to me to try to update the company server or to
> change its startup script. Thanks a lot.
>
> Hermann Yesid Redondo (YP)
> IT-GROUP
>
> -----
>
> Hi,
>
> Although I never experienced this error, you might try the following
> java options in your oc4j startup script. I am using those, and maybe
> just for that reason have never seen this error. These options
> instruct oc4j to use another transformer and parser. I have those
> default in my startup script.
> -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.T
> ransformerFactoryImpl
> -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.Docu
> mentBuilderFactoryImpl
> -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserF
> actoryImpl
>
> Good luck,
> Martijn
>
> ---- Original Message ----
> From: john.mcteague@xxxxxxxxx
> To: tapestry-user@xxxxxxxxxxxxxxxxxx
> Subject: Re: Tapestry in oc4j. New User
> Date: Thu, 6 Apr 2006 09:53:33 +0100
>
> >Forgot to say, with the bug ive just described, the first request
> >fails, but
> >the second request usually works, so it sounds similar.
> >
> >On 06/04/06, john mcteague <john.mcteague@xxxxxxxxx> wrote:
> >>
> >> Although it may be an unrelated issue, there is a known problem
> >with
> >> OC4J's xml parser that shows up when two consecutive pages both
> >contain
> >> components with the same name. The error shows up as some sort of
> >non-unique
> >> element id exception (cant remember the exact Exception off the top
> >of my
> >> head).
> >>
> >> I use OC4J and have had to enforce a naming convention where I
> >prefix
> >> every component in a page file with the page name.
> >>
> >> Its a problem in OC4J 9.0.4 and earlier. Its apparently fixed in
> >10.1.2,
> >> although Ive not had the oppertunity to test it.
> >>
> >>
> >> On 06/04/06, Jesse Kuhnert <jkuhnert@xxxxxxxxx> wrote:
> >> >
> >> > Could you give the full stack trace of your exception?
> >> >
> >> > On 4/5/06, yesidredondo <yesidredondo@xxxxxxxxxxxxxxxxxxx> wrote:
> >> > >
> >> > > Hi, i need some help with tapestry, i 've made a big
> >application with
> >> > > tapestry and it works fine in jboss, but when i place it in the
> >oc4j
> >> > > server,
> >> > > it have an strange mistake:
> >> > >
> >> > > Whenever i go to a page for first time it throws a
> >RuntimeException
> >> > "Could
> >> > > not parse specification context:/WEB-INF/myPage.page" but if i
> >try to
> >> > go
> >> > > to
> >> > > that page again, it works!.. and it works forever!. I do not
> >know why
> >> > is
> >> > > this happening.
> >> > >
> >> > > I am installing this application in a big enterprise and need a
> >quick
> >> > > solution, Thanks.
> >> > >
> >> > > Hermann Yesid Redondo Eslava
> >> > > IT-GROUP
> >> > >
> >> > >
> >---------------------------------------------------------------------
> >> > > To unsubscribe, e-mail:
> >tapestry-user-unsubscribe@xxxxxxxxxxxxxxxxxx
> >> > > For additional commands, e-mail:
> >tapestry-user-help@xxxxxxxxxxxxxxxxxx
> >> > >
> >> > >
> >> >
> >> >
> >> > --
> >> > Jesse Kuhnert
> >> > Tacos/Tapestry, team member/developer
> >> >
> >> > Open source based consulting work centered around
> >> > dojo/tapestry/tacos/hivemind. http://opennotion.com
> >> >
> >> >
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@xxxxxxxxxxxxxxxxxx
> For additional commands, e-mail: tapestry-user-help@xxxxxxxxxxxxxxxxxx
> ------- End of Forwarded Message -------
>
>
> Hermann Yesid Redondo Eslava
> Ingeniería de Sistemas
> IT-GROUP
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@xxxxxxxxxxxxxxxxxx
> For additional commands, e-mail: tapestry-user-help@xxxxxxxxxxxxxxxxxx
>
>
|
|