You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the framework of the ASIO project of the University of Murcia, the company IZERTIS proposes that the objects generated in java, through a parameter, can implement a common interface.
The IZERTIS company is in charge of realizing the domain model in java for the data intances of an ontology. Therefore they use shex-lite to translate shapes expressions from the ontology to java objects. However, a problem that appears to them is that they have the need for the generated objects to implement an empty interface, without methods.
Proposed solution
As a proposal, they indicate that they can configure some parameter in the CLI or in the API to indicate the name of the interface that they want all the generated classes to implement. Regarding the code generation, it would only be necessary to modify that if this parameter were present, implements <<INTERFACE_NAME>> should be added and, of course, carry out the corresponding import.
The text was updated successfully, but these errors were encountered:
weso-bot
changed the title
Make all java generated objects to implement a single interface
[SLI-0118] Make all java generated objects to implement a single interface
May 6, 2020
Introduction
In the framework of the ASIO project of the University of Murcia, the company IZERTIS proposes that the objects generated in java, through a parameter, can implement a common interface.
Proposed by: @rgavilan
Motivation
The IZERTIS company is in charge of realizing the domain model in java for the data intances of an ontology. Therefore they use shex-lite to translate shapes expressions from the ontology to java objects. However, a problem that appears to them is that they have the need for the generated objects to implement an empty interface, without methods.
Proposed solution
As a proposal, they indicate that they can configure some parameter in the CLI or in the API to indicate the name of the interface that they want all the generated classes to implement. Regarding the code generation, it would only be necessary to modify that if this parameter were present,
implements <<INTERFACE_NAME>>
should be added and, of course, carry out the corresponding import.The text was updated successfully, but these errors were encountered: