[ 
https://issues.apache.org/jira/browse/NIFI-2900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15577869#comment-15577869
 ] 

ASF GitHub Bot commented on NIFI-2900:
--------------------------------------

Github user mcgilman commented on the issue:

    https://github.com/apache/nifi/pull/1136
  
    NiFi follows the semantic versioning guidelines. What your suggesting is 
changing the meaning of those fields. They are strings that are meant to be 
human-readable (one with the time and the other with the date and time). If we 
change them, we could be affecting any existing clients of that API that expect 
them to be human-readable strings. The clients I'm referring is anyone 
consuming this API in an existing version of NiFi. As you mentioned, in our 
case we would need to update the UI (which is a client of this API) to reformat 
it as necessary. This is not something we would expect others to do in a 
minor/incremental version change or without somehow versioning the API.
    
    As I mentioned earlier, I believe that any field using a JAXB adapter is 
currently being interpreted incorrectly by Swagger. While it would be nice if 
Swagger could correctly determine the actual data type (a string in this case 
and not a date-time) it appears they at least provide a mechanism for setting 
it explicitly. We should be taking advantage of that.


> DateTime API Endpoints don't respect RFC 3339
> ---------------------------------------------
>
>                 Key: NIFI-2900
>                 URL: https://issues.apache.org/jira/browse/NIFI-2900
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>    Affects Versions: 1.0.0
>            Reporter: Stephane Maarek
>
> Hi,
> the endpoint /flow/process-group/id is supposed to return lastRefreshed as 
> part of ProcessGroupFlowDTO as a DateTime, as indicated here:
> lastRefreshed string (date-time)      optional        The time the flow for 
> the process group was last refreshed.
> as it currently stands, what I am getting doesn't look like a timestamp:
> "lastRefreshed":"14:02:46 AEDT"
> I'm not sure how much of the overall API is affected
> Edit:
> Actually, it seems every date a "date-time" is created we expect the format 
> "HH:mm:ss z".
> As per the OpenAPI specs, if a field is annotated "date-time", it should 
> respect the RFC 3339 convention 
> (https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md#data-types).
>  



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

Reply via email to