Feature/Integration de SPI #156
Conversation
saveliy-sviridov
added
the
WIP
…el-interface instead, disable generation for rs-error classes
There was a problem hiding this comment.
Je pense qu'on va dans la bonne direction et c'est vraiment top comme travail ! Deux grosses interrogations de mon côté :
- pourquoi ne pas remonter l'EDXL complet (hors ContentMessage) directement dans la lib d'interface ?
- à quoi servent les interfaces vides par rapport à des Object ou JsonNode ?
| } | ||
|
|
||
| dependencies { | ||
| implementation 'org.springframework.boot:spring-boot-starter-amqp:2.7.18' |
There was a problem hiding this comment.
Pourquoi models-interface dépend d'amqp ?
There was a problem hiding this comment.
Ok pour AbstractHubException extends AmqpRejectAndDontRequeueException j'ai l'impression ! Et pourquoi on a besoin de cet extend ? C'est pour avoir un seul catch côté Dispatcher ?
| @@ -24,5 +24,4 @@ public class Constants { | |||
| public static final String TECHNICAL_SCHEMA = "TECHNICAL.schema.json"; | |||
| public static final String TECHNICAL_NOREQ_SCHEMA = "TECHNICAL_NOREQ.schema.json"; | |||
| public static final String TECHNICAL_XSD = "TECHNICAL.xsd"; | |||
| public static final String TECHNICAL_NOREQ_XSD = "TECHNICAL_NOREQ.xsd"; | |||
| } | |||
| public static final String TECHNICAL_NOREQ_XSD = "TECHNICAL_NOREQ.xsd";} | |||
There was a problem hiding this comment.
Plus clean et moins source d'erreur avec le } à la ligne non ?
There was a problem hiding this comment.
A quoi servent les interfaces vides ? On peut pas juste utiliser Object ou JsonNode ?
There was a problem hiding this comment.
Je me demande s'il a besoin d'être interfacé ! Il n'est pas amené à bouger et n'a pas de sens métier fort donc peut-être qu'il pourrait être directement dans l'interface. Sauf si ça rend les tests / usages moins pertinents mais en soit TECHNICAL sert à ça maintenant a priori
There was a problem hiding this comment.
Idem, j'ai du mal à comprendre pourquoi on a besoin d'interfaces vides ?
| import com.hubsante.model.edxl.ContentMessage; | ||
| import com.hubsante.model.edxl.Descriptor; | ||
| import com.hubsante.model.edxl.EdxlMessage; | ||
| import com.hubsante.model.edxl.ExplicitAddress; | ||
| import com.hubsante.modelsinterface.edxl.DistributionKind; | ||
| import com.hubsante.modelsinterface.edxl.DistributionStatus; |
There was a problem hiding this comment.
Ca serait peut-être plus simple d'avoir tout l'edxl dans l'interface non ? Si c'est possible d'en sortir que le CustomContent vers la lib modeles...
| @@ -16,7 +16,7 @@ | |||
| package com.hubsante.model.builders; | |||
|
|
|||
| import com.hubsante.model.rcde.DistributionElement; | |||
| import com.hubsante.model.ValidationMessageWrapper; | |||
| import com.hubsante.model.validationmessage.ValidationMessageWrapper; | |||
There was a problem hiding this comment.
Peut-être pas super convaincu du nom qui me parait trop spécifique... le mettre dans helpers sinon ? Ou dans Validator.java ?
There was a problem hiding this comment.
A rediscuter mais je pense que ça peut être bougé vers la lib d'interface avec tout l'EDXL
| @@ -13,7 +13,7 @@ | |||
| * See the License for the specific language governing permissions and | |||
| * limitations under the License. | |||
| */ | |||
| package com.hubsante.model; | |||
| package com.hubsante.model.validationmessage; | |||
There was a problem hiding this comment.
cf plus haut sur le nom de ce package
|
saveliy-sviridov
added
HOLD
No description provided.