[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15239808#comment-15239808 ] James Wing commented on NIFI-1752: -- This issue was fixed by code committed for NIFI-1697 (65b5c1a). > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > Fix For: 0.7.0 > > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15239771#comment-15239771 ] Joseph Witt commented on NIFI-1752: --- also too guys my testing i referenced above was using 0.6.1 RC2 so does make sense that it worked. > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > Fix For: 0.7.0 > > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15239767#comment-15239767 ] Joseph Witt commented on NIFI-1752: --- Ahhh that is the commit i was referencing. I forgot it is part of 0.6.1 and not 0.6.0. Wonderful! If you both agree please feel free to close this as a duplicate or resolved. https://issues.apache.org/jira/browse/NIFI-1697 > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > Fix For: 0.7.0 > > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15239753#comment-15239753 ] James Wing commented on NIFI-1752: -- We may not need a fix here. It looks like there has already been a post-0.6.0 fix in [NIFI-1697 AmbariReportingTask not working when using PutHDFS|https://issues.apache.org/jira/browse/NIFI-1697]. That ticket includes a change to explicitly use the NarClassLoader via NarClosable for all processor validation ([commit 65b5c1a for StandardProcessorNode.isValid()|https://github.com/apache/nifi/commit/65b5c1a5f1899fd58d306b81983a015e79f9355f#diff-bf3824cc09a89e6ea5f0f4aec0134c3f]). I believe this also fixes the problem for XPathValidator. Using a more centralized fix avoids a situation where individual property validators have to goof around with their ClassLoader. Testing the issue in the 0.x branch with 65b5c1a shows the use of the NarThreadContextClassLoader to get the XPathFactory, and I have not reproduced the problem in the 0.x branch. > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > Fix For: 0.7.0 > > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15239066#comment-15239066 ] Guillaume Pool commented on NIFI-1752: -- Thanks > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > Fix For: 0.7.0 > > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15239065#comment-15239065 ] Guillaume Pool commented on NIFI-1752: -- Adding the Saxon jar sorted out the issue for me. > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > Fix For: 0.7.0 > > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15238626#comment-15238626 ] Joseph Witt commented on NIFI-1752: --- ahh interesting. We did fix several calls to ensure that they were done within a NarCloseable for 0.6.0. You are definitely on the right trail and in any case this is important to track down. Putting 0.7.0 on for fix version. > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > Fix For: 0.7.0 > > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[
https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15238625#comment-15238625
]
James Wing commented on NIFI-1752:
--
I believe the problem is not concurrency, but thread-specific class loaders
used by XPathFactory. Calls to XPathValidator.validate() on thread
"Timer-Driven Process Thread-?" use a NarThreadContextClassLoader and succeed.
Calls on thread "NiFi Web Server-?" used class loader WebAppClassLoader and
failed loading the same class net.sf.saxon.xpath.XPathFactoryImpl.
I'm not sure why this error seems intermittent and selective to particular
installations. Maybe classpath? On one of my instances I was able to resolve
the issue by dropping a copy of Saxon-HE-9.6.0-5.jar into the {{lib}} folder
and restarting NiFi. This might be a workaround, but I certainly haven't
tested it thoroughly. [~dionosys], would you be willing to try this?
I also do not know if this is new in 0.6.0 or how it might have been
introduced. I'm working on a fix that explicitly uses the XPathValidator's
instance ClassLoader in the call to XPathFactory.newInstance().
> EvaluateXPath invalid when starting processor
> -
>
> Key: NIFI-1752
> URL: https://issues.apache.org/jira/browse/NIFI-1752
> Project: Apache NiFi
> Issue Type: Bug
> Components: Extensions
>Affects Versions: 0.6.0
>Reporter: Joseph Witt
>
> Guillaume Pool:
> Hi,
>
> If anyone could help I would appreciate it:
>
> After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid
> with nothing specific reported as the error.
>
> I use flowfile attribute as the destination, xpath query similar to
> /message/address
>
> Return type auto-detect / string
>
> Error:
>
> 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629]
> org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous)
> PUT
> http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad
> (source ip: 172.27.0.97)
> 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629]
> o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException:
> EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid
> state. Returning Conflict response.
>
> Reports this even if you drop a new processor in.
> James Wing:
> I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi
> 0.6.0. I created a template gist at
> https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that
> illustrates this for me. You don't even need to run the whole thing, just
> try to start the EvaluateXPath processor. I see a pop-up error trying to
> start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a
> valid state".
> Trying to troubleshoot this, I attached a debugger and found an
> IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on
> line 1141. The error text was:
> 'address' validated against '/message/address' is invalid because Unable to
> initialize XPath engine due to
> javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory
> implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om
> I haven't figured out what change is the root cause, but the trail seems to
> lead into validating the dynamic XPath attribute.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15236732#comment-15236732 ] Guillaume Pool commented on NIFI-1752: -- My environment is CentOS with OpenJDK openjdk version "1.8.0_71" OpenJDK Runtime Environment (build 1.8.0_71-b15) OpenJDK 64-Bit Server VM (build 25.71-b15, mixed mode) > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15235888#comment-15235888 ] Joseph Witt commented on NIFI-1752: --- Did your synchornization fix help in both environments? > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15235883#comment-15235883 ] James Wing commented on NIFI-1752: -- I tried it in two environments, and experience the issue on both: Windows 10 java version "1.8.0_66" Java(TM) SE Runtime Environment (build 1.8.0_66-b18) Java HotSpot(TM) 64-Bit Server VM (build 25.66-b18, mixed mode) Amazon Linux (March 2016) openjdk version "1.8.0_77" OpenJDK Runtime Environment (build 1.8.0_77-b03) OpenJDK 64-Bit Server VM (build 25.77-b03, mixed mode) > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15235728#comment-15235728 ] Joseph Witt commented on NIFI-1752: --- dumped fix version references until we get closer to understanding/resolution. > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[ https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15235719#comment-15235719 ] Joseph Witt commented on NIFI-1752: --- [~jameswing] [~dionosys] Can you share more about your environment? I tested the processor using a flow like what I thought you described and using James' template and it worked great. I was on both linux and osx using different JDKs openjdk version "1.8.0_71" OpenJDK Runtime Environment (build 1.8.0_71-b15) OpenJDK 64-Bit Server VM (build 25.71-b15, mixed mode) java version "1.8.0_65" Java(TM) SE Runtime Environment (build 1.8.0_65-b17) Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode) java version "1.7.0_80" Java(TM) SE Runtime Environment (build 1.7.0_80-b15) Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode) The synchronization thing James mentions seems interesting but if this was ok before 0.6.0 seems like a smaller concern perhaps. Not sure. > EvaluateXPath invalid when starting processor > - > > Key: NIFI-1752 > URL: https://issues.apache.org/jira/browse/NIFI-1752 > Project: Apache NiFi > Issue Type: Bug > Components: Extensions >Affects Versions: 0.6.0 >Reporter: Joseph Witt > Fix For: 1.0.0, 0.7.0, 0.6.1 > > > Guillaume Pool: > Hi, > > If anyone could help I would appreciate it: > > After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid > with nothing specific reported as the error. > > I use flowfile attribute as the destination, xpath query similar to > /message/address > > Return type auto-detect / string > > Error: > > 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629] > org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous) > PUT > http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad > (source ip: 172.27.0.97) > 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629] > o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException: > EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid > state. Returning Conflict response. > > Reports this even if you drop a new processor in. > James Wing: > I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi > 0.6.0. I created a template gist at > https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that > illustrates this for me. You don't even need to run the whole thing, just > try to start the EvaluateXPath processor. I see a pop-up error trying to > start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a > valid state". > Trying to troubleshoot this, I attached a debugger and found an > IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on > line 1141. The error text was: > 'address' validated against '/message/address' is invalid because Unable to > initialize XPath engine due to > javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory > implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om > I haven't figured out what change is the root cause, but the trail seems to > lead into validating the dynamic XPath attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (NIFI-1752) EvaluateXPath invalid when starting processor
[
https://issues.apache.org/jira/browse/NIFI-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15235704#comment-15235704
]
James Wing commented on NIFI-1752:
--
The underlying exception, "javax.xml.xpath.XPathFactoryConfigurationException:
No XPathFactory implementation found for the object model:
http://saxon.sf.net/jaxp/xpath/om; is thrown by XPathValidator while executing
on EvaluateXPath.java:436:
{code}
XPathFactory factory =
XPathFactory.newInstance(NamespaceConstant.OBJECT_MODEL_SAXON);
{code}
>From watching in the debugger, *sometimes* the exception is thrown, but also
>*sometimes not* - and validation continues to compile the expression
>successfully and validate the property (seen by watching
>{{evaluator.compile(input);}} on line 441).
One possible explanation would be multi-threading. There are several
validation operations in progress at the time the exceptions occur. And the
[documentation for
XPathFactory|https://docs.oracle.com/javase/7/docs/api/javax/xml/xpath/XPathFactory.html]
states that it is not thread safe.
bq. The XPathFactory class is not thread-safe. In other words, it is the
application's responsibility to ensure that at most one thread is using a
XPathFactory object at any given moment. Implementations are encouraged to mark
methods as synchronized to protect themselves from broken clients.
I made an experimental change to synchronize the creation and use of
XPathFactory, and that seems to resolve the issue on my machine. But I'm not
sure how multi-threading would relate to changes introduced in 0.6.0. Proving
that multi-threading is or is not the actual problem and that a {{synchronize}}
block is the right fix is the next step.
> EvaluateXPath invalid when starting processor
> -
>
> Key: NIFI-1752
> URL: https://issues.apache.org/jira/browse/NIFI-1752
> Project: Apache NiFi
> Issue Type: Bug
> Components: Extensions
>Affects Versions: 0.6.0
>Reporter: Joseph Witt
> Fix For: 1.0.0, 0.7.0, 0.6.1
>
>
> Guillaume Pool:
> Hi,
>
> If anyone could help I would appreciate it:
>
> After upgrading to 0.6.0 all my EvaluateXMLPath processors report as invalid
> with nothing specific reported as the error.
>
> I use flowfile attribute as the destination, xpath query similar to
> /message/address
>
> Return type auto-detect / string
>
> Error:
>
> 2016-04-11 17:37:12,465 INFO [NiFi Web Server-64629]
> org.apache.nifi.web.filter.RequestLogger Attempting request for (anonymous)
> PUT
> http://sv-hdpdf1.hdp.supergrp.net:8443/nifi-api/controller/process-groups/d02a0bbc-c142-37ba-adaa-ee191b98790d/processors/e49acf40-76d1-3b6e-a67d-dc40153605ad
> (source ip: 172.27.0.97)
> 2016-04-11 17:37:12,474 INFO [NiFi Web Server-64629]
> o.a.n.w.a.c.IllegalStateExceptionMapper java.lang.IllegalStateException:
> EvaluateXPath[id=e49acf40-76d1-3b6e-a67d-dc40153605ad] is not in a valid
> state. Returning Conflict response.
>
> Reports this even if you drop a new processor in.
> James Wing:
> I am able to see the same EvaluateXPath issue Guillame Pool reported on NiFi
> 0.6.0. I created a template gist at
> https://gist.github.com/jvwing/7e7948d8eb5ad3643f38966b4ba3ce2e that
> illustrates this for me. You don't even need to run the whole thing, just
> try to start the EvaluateXPath processor. I see a pop-up error trying to
> start it "EvaluateXPath[id=b481c570-686a-4b6e-859c-9ebe27398fe1] is not in a
> valid state".
> Trying to troubleshoot this, I attached a debugger and found an
> IllegalStateException thrown by StandardProcessorNode.verifyCanStart() on
> line 1141. The error text was:
> 'address' validated against '/message/address' is invalid because Unable to
> initialize XPath engine due to
> javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory
> implementation found for the object model: http://saxon.sf.net/jaxp/xpath/om
> I haven't figured out what change is the root cause, but the trail seems to
> lead into validating the dynamic XPath attribute.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
