[jira] [Commented] (GEODE-10044) Allow for FunctionAttributes to be updated

2023-11-17 Thread ASF GitHub Bot (Jira)


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

ASF GitHub Bot commented on GEODE-10044:


gaussianrecurrence commented on PR #930:
URL: https://github.com/apache/geode-native/pull/930#issuecomment-1816768908

   I haven't had the time to work on this for a long time or I think I'll have 
the opportunity to in the near future, hence I am closing this PR, if anyone 
wants to tackle this issue can take it up from its latest state.




> Allow for FunctionAttributes to be updated 
> ---
>
> Key: GEODE-10044
> URL: https://issues.apache.org/jira/browse/GEODE-10044
> Project: Geode
>  Issue Type: Improvement
>  Components: native client
>Reporter: Mario Salazar de Torres
>Assignee: Mario Salazar de Torres
>Priority: Minor
>  Labels: pull-request-available
>
> *AS A* geode-native contributor
> *I WANT TO* to reset function attributes on-the-fly whenever a function 
> attributes mismatch is detected on the client
> *SO THAT* FunctionAttributes can be changed during an upgrade scenario
> 
> *Additional information.* Currently there is no exception being thrown from 
> the server whenever a function attributes missmatch is detected. Instead, a 
> function execution error is send to the client. So it remains to be tackled 
> how the mismatch is going to be detected on the client side.
> *Also, for additional context,* this feature is designed in order to fulfill 
> the following upgrade scenario:
>  # A server function called ExampleFunction is deployed inside a cluster. 
> This server function is defined with isHA=false
>  # Function is executed several times from the client.
>  # After some time, a new version of ExampleFunction jar is deployed. The new 
> version of the server function is defined with isHA=true
>  # After updating the server function, executions for this function inside 
> the client should fail at most once, and after that, execute smoothly with 
> the new function attributes.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (GEODE-10044) Allow for FunctionAttributes to be updated

2023-11-17 Thread ASF GitHub Bot (Jira)


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

ASF GitHub Bot commented on GEODE-10044:


gaussianrecurrence closed pull request #930: GEODE-10044: Allow 
FunctionAttributes update
URL: https://github.com/apache/geode-native/pull/930




> Allow for FunctionAttributes to be updated 
> ---
>
> Key: GEODE-10044
> URL: https://issues.apache.org/jira/browse/GEODE-10044
> Project: Geode
>  Issue Type: Improvement
>  Components: native client
>Reporter: Mario Salazar de Torres
>Assignee: Mario Salazar de Torres
>Priority: Minor
>  Labels: pull-request-available
>
> *AS A* geode-native contributor
> *I WANT TO* to reset function attributes on-the-fly whenever a function 
> attributes mismatch is detected on the client
> *SO THAT* FunctionAttributes can be changed during an upgrade scenario
> 
> *Additional information.* Currently there is no exception being thrown from 
> the server whenever a function attributes missmatch is detected. Instead, a 
> function execution error is send to the client. So it remains to be tackled 
> how the mismatch is going to be detected on the client side.
> *Also, for additional context,* this feature is designed in order to fulfill 
> the following upgrade scenario:
>  # A server function called ExampleFunction is deployed inside a cluster. 
> This server function is defined with isHA=false
>  # Function is executed several times from the client.
>  # After some time, a new version of ExampleFunction jar is deployed. The new 
> version of the server function is defined with isHA=true
>  # After updating the server function, executions for this function inside 
> the client should fail at most once, and after that, execute smoothly with 
> the new function attributes.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (GEODE-10044) Allow for FunctionAttributes to be updated

2022-02-23 Thread ASF GitHub Bot (Jira)


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

ASF GitHub Bot commented on GEODE-10044:


lgtm-com[bot] commented on pull request #930:
URL: https://github.com/apache/geode-native/pull/930#issuecomment-1048817585


   This pull request **introduces 1 alert** when merging 
2fad8a96ad07192f0fdf5efd539ec37ee0b23be2 into 
9aa78f4c7eae06618f0598fee60b64f9ea127d16 - [view on 
LGTM.com](https://lgtm.com/projects/g/apache/geode-native/rev/pr-38ba6bc4713db77e3a735760b5dacd2b44133972)
   
   **new alerts:**
   
   * 1 for Too few arguments to formatting function


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@geode.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Allow for FunctionAttributes to be updated 
> ---
>
> Key: GEODE-10044
> URL: https://issues.apache.org/jira/browse/GEODE-10044
> Project: Geode
>  Issue Type: Improvement
>  Components: native client
>Reporter: Mario Salazar de Torres
>Assignee: Mario Salazar de Torres
>Priority: Minor
>  Labels: pull-request-available
>
> *AS A* geode-native contributor
> *I WANT TO* to reset function attributes on-the-fly whenever a function 
> attributes mismatch is detected on the client
> *SO THAT* FunctionAttributes can be changed during an upgrade scenario
> 
> *Additional information.* Currently there is no exception being thrown from 
> the server whenever a function attributes missmatch is detected. Instead, a 
> function execution error is send to the client. So it remains to be tackled 
> how the mismatch is going to be detected on the client side.
> *Also, for additional context,* this feature is designed in order to fulfill 
> the following upgrade scenario:
>  # A server function called ExampleFunction is deployed inside a cluster. 
> This server function is defined with isHA=false
>  # Function is executed several times from the client.
>  # After some time, a new version of ExampleFunction jar is deployed. The new 
> version of the server function is defined with isHA=true
>  # After updating the server function, executions for this function inside 
> the client should fail at most once, and after that, execute smoothly with 
> the new function attributes.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (GEODE-10044) Allow for FunctionAttributes to be updated

2022-02-23 Thread ASF GitHub Bot (Jira)


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

ASF GitHub Bot commented on GEODE-10044:


gaussianrecurrence commented on pull request #930:
URL: https://github.com/apache/geode-native/pull/930#issuecomment-1048786258


   The rationale behind this change is allowing the server function upgrade 
scenario, which was previously discussed in here: 
[https://www.mail-archive.com/dev@geode.apache.org/msg26144.html](https://www.mail-archive.com/dev@geode.apache.org/msg26144.html)


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@geode.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Allow for FunctionAttributes to be updated 
> ---
>
> Key: GEODE-10044
> URL: https://issues.apache.org/jira/browse/GEODE-10044
> Project: Geode
>  Issue Type: Improvement
>  Components: native client
>Reporter: Mario Salazar de Torres
>Assignee: Mario Salazar de Torres
>Priority: Minor
>  Labels: pull-request-available
>
> *AS A* geode-native contributor
> *I WANT TO* to reset function attributes on-the-fly whenever a function 
> attributes mismatch is detected on the client
> *SO THAT* FunctionAttributes can be changed during an upgrade scenario
> 
> *Additional information.* Currently there is no exception being thrown from 
> the server whenever a function attributes missmatch is detected. Instead, a 
> function execution error is send to the client. So it remains to be tackled 
> how the mismatch is going to be detected on the client side.
> *Also, for additional context,* this feature is designed in order to fulfill 
> the following upgrade scenario:
>  # A server function called ExampleFunction is deployed inside a cluster. 
> This server function is defined with isHA=false
>  # Function is executed several times from the client.
>  # After some time, a new version of ExampleFunction jar is deployed. The new 
> version of the server function is defined with isHA=true
>  # After updating the server function, executions for this function inside 
> the client should fail at most once, and after that, execute smoothly with 
> the new function attributes.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (GEODE-10044) Allow for FunctionAttributes to be updated

2022-02-23 Thread ASF GitHub Bot (Jira)


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

ASF GitHub Bot commented on GEODE-10044:


gaussianrecurrence opened a new pull request #930:
URL: https://github.com/apache/geode-native/pull/930


- Moved FunctionExecution and OnRegionFunctionExecution into a separate
  file in order to improve readability and code maintenance.
- Moved ChunkedFunctionExecutionResponse into a separate file in order
  to improve readability and code maintenance.
- Introduced FunctionAttributes class to improve code readability.
- Modified code to introduce the usage of FunctionAttributes.
- Modified TcrMessageTest UT to work with the inclusion of
  FunctionAttributes.
- Implemented a mechanism to cleanup function attributes.
- A new exception FunctionAttributesMismatchException is added to be
  thrown whenever the server detects a mismatch for the function
  attributes.
- Now whenever FunctionAttributesMismatchException is catched while
  executing a function, its function attributes are cleaned up, so the
  client will request an update the next execution.
- Added a new IT to verify that chaging a function attributes on the
  fly is possible.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscr...@geode.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Allow for FunctionAttributes to be updated 
> ---
>
> Key: GEODE-10044
> URL: https://issues.apache.org/jira/browse/GEODE-10044
> Project: Geode
>  Issue Type: Improvement
>  Components: native client
>Reporter: Mario Salazar de Torres
>Assignee: Mario Salazar de Torres
>Priority: Minor
>
> *AS A* geode-native contributor
> *I WANT TO* to reset function attributes on-the-fly whenever a function 
> attributes mismatch is detected on the client
> *SO THAT* FunctionAttributes can be changed during an upgrade scenario
> 
> *Additional information.* Currently there is no exception being thrown from 
> the server whenever a function attributes missmatch is detected. Instead, a 
> function execution error is send to the client. So it remains to be tackled 
> how the mismatch is going to be detected on the client side.
> *Also, for additional context,* this feature is designed in order to fulfill 
> the following upgrade scenario:
>  # A server function called ExampleFunction is deployed inside a cluster. 
> This server function is defined with isHA=false
>  # Function is executed several times from the client.
>  # After some time, a new version of ExampleFunction jar is deployed. The new 
> version of the server function is defined with isHA=true
>  # After updating the server function, executions for this function inside 
> the client should fail at most once, and after that, execute smoothly with 
> the new function attributes.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)