Petals CDK

Exploit default value of CDK JBI Schema instead of handling them in code

Details

  • Type: Task Task
  • Status: Resolved Resolved
  • Priority: Minor Minor
  • Resolution: Fixed
  • Affects Version/s: 5.5.0
  • Fix Version/s: 5.6.0
  • Component/s: None
  • Security Level: Public
  • Description:
    Hide

    Instead of managing default value in the code of the CDK, we should exploit the default value from the CDK JBI Schema.

    JAXB will do that for us, check for constraints such as > 0 or >=0.

    It means deployment will fail in case of errors in the jbi.xml of a component (before the default values were used), see PETALSCDK-165)

    This means:

    • making all needed CDK configuration required in a component jbi.xml
    • adding positive or zero type for parameters

    The following changes to the parameters will also be made:

    • acceptor-stop-max-wait > 0 (instead of just a long)

    This only concerns parameters for acceptor, processor, properties file and monitoring sampling rate.

    Show
    Instead of managing default value in the code of the CDK, we should exploit the default value from the CDK JBI Schema. JAXB will do that for us, check for constraints such as > 0 or >=0. It means deployment will fail in case of errors in the jbi.xml of a component (before the default values were used), see PETALSCDK-165) This means:
    • making all needed CDK configuration required in a component jbi.xml
    • adding positive or zero type for parameters
    The following changes to the parameters will also be made:
    • acceptor-stop-max-wait > 0 (instead of just a long)
    This only concerns parameters for acceptor, processor, properties file and monitoring sampling rate.
  • Environment:
    -

Issue Links

Activity

Victor NOËL made changes - Fri, 12 Feb 2016 - 16:01:42 +0100
Field Original Value New Value
Status New [ 10000 ] Open [ 10002 ]
Priority Minor [ 4 ]
Assignee Christophe DENEUX [ cdeneux ] Victor NOËL [ vnoel ]
Victor NOËL made changes - Fri, 12 Feb 2016 - 16:01:46 +0100
Status Open [ 10002 ] In Progress [ 10003 ]
Victor NOËL made changes - Fri, 12 Feb 2016 - 16:10:37 +0100
Link This issue blocks PETALSCDK-165 [ PETALSCDK-165 ]
Victor NOËL made changes - Fri, 12 Feb 2016 - 16:14:06 +0100
Description Instead of managing default value in the code of the CDK, we should exploit the default value from the CDK JBI Schema.

JAXB will do that for us, check for constraints such as > 0 or >=0.

This means:
 - making all needed CDK configuration required in a component jbi.xml
 - adding positive or zero type for parameters

The following changes to the parameters will also be made:
 - acceptor-stop-max-wait > 0 (instead of just a long)

This only concerns parameters for acceptor, processor and monitoring sampling rate.
Instead of managing default value in the code of the CDK, we should exploit the default value from the CDK JBI Schema.

JAXB will do that for us, check for constraints such as > 0 or >=0.

It means deployment will fail in case of errors in the jbi.xml of a component (before the default values were used), see PETALSCDK-165)

This means:
 - making all needed CDK configuration required in a component jbi.xml
 - adding positive or zero type for parameters

The following changes to the parameters will also be made:
 - acceptor-stop-max-wait > 0 (instead of just a long)

This only concerns parameters for acceptor, processor and monitoring sampling rate.
Victor NOËL made changes - Mon, 15 Feb 2016 - 10:42:58 +0100
Description Instead of managing default value in the code of the CDK, we should exploit the default value from the CDK JBI Schema.

JAXB will do that for us, check for constraints such as > 0 or >=0.

It means deployment will fail in case of errors in the jbi.xml of a component (before the default values were used), see PETALSCDK-165)

This means:
 - making all needed CDK configuration required in a component jbi.xml
 - adding positive or zero type for parameters

The following changes to the parameters will also be made:
 - acceptor-stop-max-wait > 0 (instead of just a long)

This only concerns parameters for acceptor, processor and monitoring sampling rate.
Instead of managing default value in the code of the CDK, we should exploit the default value from the CDK JBI Schema.

JAXB will do that for us, check for constraints such as > 0 or >=0.

It means deployment will fail in case of errors in the jbi.xml of a component (before the default values were used), see PETALSCDK-165)

This means:
 - making all needed CDK configuration required in a component jbi.xml
 - adding positive or zero type for parameters

The following changes to the parameters will also be made:
 - acceptor-stop-max-wait > 0 (instead of just a long)

This only concerns parameters for acceptor, processor, properties file and monitoring sampling rate.
Victor NOËL made changes - Mon, 15 Feb 2016 - 10:49:38 +0100
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 5.6.0 [ 10611 ]
Resolution Fixed [ 1 ]
Transition Status Change Time Execution Times Last Executer Last Execution Date
New New Open Open
7s
1
Victor NOËL
Fri, 12 Feb 2016 - 16:01:42 +0100
Open Open In Progress In Progress
4s
1
Victor NOËL
Fri, 12 Feb 2016 - 16:01:46 +0100
In Progress In Progress Resolved Resolved
2d 18h 47m
1
Victor NOËL
Mon, 15 Feb 2016 - 10:49:38 +0100



People

Dates

  • Created:
    Fri, 12 Feb 2016 - 16:01:35 +0100
    Updated:
    Mon, 15 Feb 2016 - 10:49:38 +0100
    Resolved:
    Mon, 15 Feb 2016 - 10:49:38 +0100