Hi, Could you please create an issue in the camel-karaf project https://github.com/apache/camel-karaf/issues with steps to reproduce?
Thank you in advance, Regards, Nicolas ________________________________ De : Darrel Riekhof (EXT) <darrel.riek...@mantech.com.INVALID> Envoyé : lundi 23 septembre 2024 20:54 À : users@camel.apache.org <users@camel.apache.org> Objet : Re: Blueprint hangs on xslt transform CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. To clarify, the hang occurs In the jaxb, not the XSLT, when it tries to unmarshal the XML into a Java Object. Blueprint: <unmarshal> <jaxb prettyPrint="false" contextPath="our.model"/> </unmarshal> Here's a snippet of the XML it's trying to unmarshal into a Java bean. <foobar xmlns:fn="https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2005%2Fxpath-functions&data=05%7C02%7CNicolas.Filotto%40qlik.com%7C5d0f5e01ea644af089f308dcdc015d8d%7Cc21eeb5ff5a644e8a997124f2f7a497c%7C0%7C0%7C638627145631358515%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=ofMOIgylfhoTxDJInvWpDfEQRwcTvtBcdXCsJ4O%2F0BQ%3D&reserved=0<http://www.w3.org/2005/xpath-functions>" xmlns:fo="https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F1999%2FXSL%2FFormat&data=05%7C02%7CNicolas.Filotto%40qlik.com%7C5d0f5e01ea644af089f308dcdc015d8d%7Cc21eeb5ff5a644e8a997124f2f7a497c%7C0%7C0%7C638627145631380302%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=cp%2F1JcmgxxFMj6LiEfHc9cNs7XxFHeUrWvohqsEQwak%3D&reserved=0<http://www.w3.org/1999/XSL/Format>" xmlns:foo="http://whatever"; xmlns:xs="https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema&data=05%7C02%7CNicolas.Filotto%40qlik.com%7C5d0f5e01ea644af089f308dcdc015d8d%7Cc21eeb5ff5a644e8a997124f2f7a497c%7C0%7C0%7C638627145631391526%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=JOq7qjLi96T%2F3qP9cJHEgiS6kNIV%2BMwouqjx4SeeWN4%3D&reserved=0<http://www.w3.org/2001/XMLSchema>"> <bar> <foo>false</foo> </bar> </foobar> where foo is defined like this in the bar bean. So the value being unmarshalled is 'false' instead of an int. I could understand and expect an error being thrown, but it's a silent hang. Is any jaxb config available to deal with things like this? @XmlElement(name="foo") private int foo; ... down below in getters and setters public int getFoo() { return foo; } public void setFoo(int param) { foo = param; } On Mon, Sep 23, 2024 at 12:48 PM Darrel Riekhof (EXT) < darrel.riek...@mantech.com> wrote: > We've recently upgraded to Camel 4.7.0 running on Karaf 4.4.6 > > Ran into a nasty bug during the XSLT transform called from a blueprint > that didn't happen on our much older camel/karaf combo from RH Fuse 7.1.2 > > We call the transform like this in our XML blueprints: > > <to uri="xslt:file:path/to/xslt/file/foo.xslt"/> > > We found the problem by just chopping out xslt until it ran without > hanging. > Here's the XSLT that causes the silent hang. > This causes camel process on karaf to hang forever: > > <xsl:variable name="foo" select="fn:normalize-space(foo)"/> > > This doesn't hang: > > <xsl:variable name="fooRaw" select="fn:normalize-space(foo)"/><xsl:variable > name="foo"> <xsl:choose> <xsl:when test="$fooRaw= 'true'">1</xsl:when> > <xsl:when test="$fooRaw= 'false'">0</xsl:when> > </xsl:choose></xsl:variable> > > So passing a 'true' or 'false' when it expects a 1 or 0 causes the hang in > our use case. > > I was thinking of creating a minimal use case and submitting a Jira here, > but not sure of the process and looking for guidance. > > Darrel > -- This e-mail and any attachments are intended only for the use of the addressee(s) named herein and may contain proprietary information. If you are not the intended recipient of this e-mail or believe that you received this email in error, please take immediate action to notify the sender of the apparent error by reply e-mail; permanently delete the e-mail and any attachments from your computer; and do not disseminate, distribute, use, or copy this message and any attachments. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Our Privacy & Cookie Notice<https://www.qlik.com/us/legal/privacy-and-cookie-notice> describes how we handle personal information. QlikTech France SARL (Société à responsabilité limitée), registered in France with number 499 265 940 R.C.S. Nanterre, and whose registered office is Tour Initiale, 1 Terrasse Bellini 5th Floor 92919 La Defense, Cedex Paris, France
