Hi
Thx for explaining, however then there's a bug in Camel Spring Boot 
implementation because I can't see anything that overrides the values in the 
XPathBuilder code.
The preCompile is hardcoded directly in the property assignment in the class…

BTW: the cli for overriding in Spring Boot 2 is:
mvn spring-boot:run 
-Dspring-boot.run.arguments="--camel.language.xpath.pre-compile=false"

/M

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Tuesday, November 9th, 2021 at 17:21, Otavio Rodolfo Piske 
<angusyo...@gmail.com> wrote:

> I wouldn't know in this case, as I am not very experienced w/ Spring boot. My 
> .2 cents: try to see if you can reproduce it w/ a plain Camel Main. I have 
> just tried w/ it and you can turn the preCompile flag on and off with it.
>
> It would also be simpler to debug a reproducer this way, IMHO.
>
> Kind regards
>
> On Tue, Nov 9, 2021 at 5:04 PM Mikael Andersson Wigander 
> <mikael.andersson.wigan...@pm.me.invalid> wrote:
>
>> Yes, it is included
>>
>> /M
>>
>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>
>> On Tuesday, November 9th, 2021 at 16:13, Otavio Rodolfo Piske 
>> <angusyo...@gmail.com> wrote:
>>
>>> Do you have the starter dependency, as described in the documentation [1]?
>>>
>>> 1.
>>>
>>> https://camel.apache.org/components/3.12.x/languages/xpath-language.html#_spring_boot_auto_configuration
>>>
>>> On Tue, Nov 9, 2021 at 3:54 PM Mikael Andersson Wigander
>>>
>>> mikael.andersson.wigan...@pm.me.invalid wrote:
>>>
>>> > Tried
>>> >
>>> > mvn spring-boot:run -Dcamel.language.xpath.pre-compile=false
>>> >
>>> > Not working. It doesn't stick.
>>> >
>>> > Neither adding it to the application.properties file.
>>> >
>>> > /M
>>> >
>>> > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>> >
>>> > On Tuesday, November 9th, 2021 at 14:41, Otavio Rodolfo Piske <
>>> >
>>> > angusyo...@gmail.com> wrote:
>>> >
>>> > > Hi,
>>> > >
>>> > > try running your application with the JVM property
>>> > >
>>> > > camel.language.xpath.pre-compile set to false.
>>> > >
>>> > > For example:
>>> > >
>>> > > mvn clean package && mvn exec:java
>>> > >
>>> > > -Dexec.mainClass="primeiro.app.camel.MainApp"
>>> > >
>>> > > -Dcamel.language.xpath.pre-compile=false
>>> > >
>>> > > Or the equivalent, using the launcher/script/runtime/etc for your
>>> > >
>>> > > application.
>>> > >
>>> > > Kind regards
>>> > >
>>> > > On Tue, Nov 9, 2021 at 11:42 AM Mikael Andersson Wigander <
>>> > >
>>> > > mikael.andersson.wigan...@pm.me> wrote:
>>> > >
>>> > > > Hi, thanks. creating a ticket now
>>> > > >
>>> > > > BTW: in the code the XPathBuilder only adds to the pool if the
>>> > > >
>>> > > > preCompile
>>> > >
>>> > > > flag is true.
>>> > > >
>>> > > > How can I set this to false using @XPath() annotations and see if it
>>> > > >
>>> > > > behaves different?
>>> > > >
>>> > > > /M
>>> > > >
>>> > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>> > > >
>>> > > > On Tuesday, November 9th, 2021 at 10:11, Otavio Rodolfo Piske <
>>> > > >
>>> > > > angusyo...@gmail.com> wrote:
>>> > > >
>>> > > > Unless you get an answer correcting me ... I'd say it looks like a 
>>> > > > bug.
>>> > > >
>>> > > > If you could create a ticket on Jira with a reproducer, I think we
>>> > > >
>>> > > > could
>>> > >
>>> > > > take a closer look.
>>> > > >
>>> > > > Kind regards
>>> > > >
>>> > > > On Tue, Nov 9, 2021 at 9:01 AM Mikael Andersson Wigander
>>> > > >
>>> > > > mikael.andersson.wigan...@pm.me.invalid wrote:
>>> > > >
>>> > > > > Hi
>>> > > > >
>>> > > > > My last question came to this conclusion and therefor I create a new
>>> > > > >
>>> > > > > thread here.
>>> > > > >
>>> > > > > How and where should the XPathBuilder clear the pool it uses when
>>> > > > >
>>> > > > > adding
>>> > >
>>> > > > > @Xpath() expressions?
>>> > > > >
>>> > > > > There's a overridden method doStop() in it but I can't see
>>> > > > >
>>> > > > > where/when it
>>> > >
>>> > > > > is called.
>>> > > > >
>>> > > > > I tried to put a breakpoint on it in my sample but it was never
>>> > > > >
>>> > > > > called.
>>> > >
>>> > > > > In my previous problem I was left with orphaned data that the GC
>>> > > > >
>>> > > > > never
>>> > >
>>> > > > > cleared out and it looks like this is the leak.
>>> > > > >
>>> > > > > /M
>>> > > >
>>> > > > --
>>> > > >
>>> > > > Otavio R. Piske
>>> > > >
>>> > > > http://orpiske.net
>>> > >
>>> > > Otavio R. Piske
>>> > >
>>> > > http://orpiske.net
>>>
>>> --
>>>
>>> Otavio R. Piske
>>>
>>> http://orpiske.net
>
> --
>
> Otavio R. Piske
> http://orpiske.net

Reply via email to