[jira] [Updated] (NIFI-1223) TestGetHTTP fails often attempting to delete content of conf directory

2015-12-01 Thread Joseph Witt (JIRA)

 [ 
https://issues.apache.org/jira/browse/NIFI-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joseph Witt updated NIFI-1223:
--
Fix Version/s: (was: 0.4.0)
   0.5.0

> TestGetHTTP fails often attempting to delete content of conf directory
> --
>
> Key: NIFI-1223
> URL: https://issues.apache.org/jira/browse/NIFI-1223
> Project: Apache NiFi
>  Issue Type: Bug
>Reporter: Joseph Witt
>Assignee: Joseph Witt
> Fix For: 0.5.0
>
>
> TestGetHTTP fails often due to 
> Results :
> Failed tests:
>   TestGetHTTP.after:71 Failed to delete state
>   TestGetHTTP.testPersistEtagLastMod:170 Failed to delete state
> Initial scan of what is happening appears potentially related to use of 
> non-reliable delete method which if it doesn't work on first pass results in 
> failure.  And the test itself is likely to not work in a parallel build 
> environment.  Evaluating options.  Part of the problem is GetHTTP depends on 
> the presence of 'conf' directory which is generally legit.  But in a parallel 
> build case this could present problems as other things use that same 
> directory.  Hoping parallel builds provides a container like 
> infrastructure...but don't think it does.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (NIFI-1223) TestGetHTTP fails often attempting to delete content of conf directory

2015-12-18 Thread Joseph Witt (JIRA)

 [ 
https://issues.apache.org/jira/browse/NIFI-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joseph Witt updated NIFI-1223:
--
Assignee: (was: Joseph Witt)

> TestGetHTTP fails often attempting to delete content of conf directory
> --
>
> Key: NIFI-1223
> URL: https://issues.apache.org/jira/browse/NIFI-1223
> Project: Apache NiFi
>  Issue Type: Bug
>Reporter: Joseph Witt
> Fix For: 0.5.0
>
>
> TestGetHTTP fails often due to 
> Results :
> Failed tests:
>   TestGetHTTP.after:71 Failed to delete state
>   TestGetHTTP.testPersistEtagLastMod:170 Failed to delete state
> Initial scan of what is happening appears potentially related to use of 
> non-reliable delete method which if it doesn't work on first pass results in 
> failure.  And the test itself is likely to not work in a parallel build 
> environment.  Evaluating options.  Part of the problem is GetHTTP depends on 
> the presence of 'conf' directory which is generally legit.  But in a parallel 
> build case this could present problems as other things use that same 
> directory.  Hoping parallel builds provides a container like 
> infrastructure...but don't think it does.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (NIFI-1223) TestGetHTTP fails often attempting to delete content of conf directory

2016-01-20 Thread Joseph Witt (JIRA)

 [ 
https://issues.apache.org/jira/browse/NIFI-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joseph Witt updated NIFI-1223:
--
Assignee: Mark Payne

> TestGetHTTP fails often attempting to delete content of conf directory
> --
>
> Key: NIFI-1223
> URL: https://issues.apache.org/jira/browse/NIFI-1223
> Project: Apache NiFi
>  Issue Type: Bug
>Reporter: Joseph Witt
>Assignee: Mark Payne
> Fix For: 0.5.0
>
>
> TestGetHTTP fails often due to 
> Results :
> Failed tests:
>   TestGetHTTP.after:71 Failed to delete state
>   TestGetHTTP.testPersistEtagLastMod:170 Failed to delete state
> Initial scan of what is happening appears potentially related to use of 
> non-reliable delete method which if it doesn't work on first pass results in 
> failure.  And the test itself is likely to not work in a parallel build 
> environment.  Evaluating options.  Part of the problem is GetHTTP depends on 
> the presence of 'conf' directory which is generally legit.  But in a parallel 
> build case this could present problems as other things use that same 
> directory.  Hoping parallel builds provides a container like 
> infrastructure...but don't think it does.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)