New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DROOLS-4249: Implement client-side marshalling #1306
Conversation
...scenario-simulation-editor-kogito-marshaller/src/main/resources/META-INF/ErraiApp.properties
Outdated
Show resolved
Hide resolved
...drools-wb-scenario-simulation-editor-kogito-marshaller/src/main/resources/META-INF/beans.xml
Outdated
Show resolved
Hide resolved
.../main/resources/org/drools/workbench/scenariosimulation/kogito/marshaller/js/SCESIMMainJs.js
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it OK that in target we have mix of classes and java files?
java
- target/classes/org/drools/workbench/scenariosimulation/kogito/marshaller/jre/javax/xml/
class
- target/classes/org/drools/workbench/scenariosimulation/kogito/marshaller/js/
<properties> | ||
<jsinterop-annotations.version>1.0.2</jsinterop-annotations.version> | ||
<jsinterop-base-version>1.0.0-beta-1</jsinterop-base-version> | ||
<jsonix-scripts.version>3.0.0</jsonix-scripts.version> | ||
<js.destination>${project.basedir}/src/main/resources/org/drools/workbench/scenariosimulation/kogito/marshaller/js</js.destination> | ||
<gwt-jsonix-schema-compiler.version>1.1.0</gwt-jsonix-schema-compiler.version> | ||
<gwt-interop-utils.version>0.3.0</gwt-interop-utils.version> | ||
<maven-jaxb2-plugin.version>0.14.0</maven-jaxb2-plugin.version> | ||
</properties> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, I reported https://issues.redhat.com/browse/DROOLS-5057 for DMN
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
<plugin>
<groupId>org.jvnet.jaxb2_commons</groupId>
<artifactId>jaxb2-basics</artifactId>
</plugin>
<plugin>
<groupId>org.jvnet.jaxb2_commons</groupId>
<artifactId>jaxb2-namespace-prefix</artifactId>
</plugin>
It seems that jaxb2-namespace-prefix
version.jaxb2-basics
are sub plugin used in maven-jaxb2-plugin
together with gwt-jsonix-schema-compiler
. IDK why these 2 plugins are required in DMN and NOT in SCESIM. @manstis do you have any idea?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IDK if they're required..
It could be they're dead baggage that can be tidied up (when @jomarko looks at the JIRA he reported).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@manstis Thank you! @jomarko probably another "cleanup" change required in DMN is the one spotted by @danielezonca: remove Errai.properties
and beans.xml
files which should be useless in this module.
|
||
@Override | ||
public String toString() { | ||
if (getNamespaceURI().equals(XMLConstants.NULL_NS_URI)) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we please use Objects.equals
also here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jomarko I don't see problems do to that, done!
I am also wondering if we should test at least somehow this PR #1309 |
Considering these files are in resources folder and according to package-info of jre package:
It seems correct to me. I can dig more on it, anyway. |
@jomarko @manstis |
@yesamer After extensive investigation writing tests for the marshaller in Therefore the decision was made to extend @jomarko Selenium tests to also handle marshalling tests. The result is this PR... |
@manstis Yes, I remember part of the story and your mails about that topic. I didn't know |
jenkins retest this please |
* **Callbacks**: Callbacks to be called during a marshall/unmarshall call. automatically generated by | ||
_maven-jaxb2-plugin_ plugin in _js/callbacks_ package | ||
* **SCESIMMainJS**: JSInterop adapter to use for marshalling/unmarshalling, which refer to _SCESIMMainJS.js_ | ||
its javascript representation. Thus u |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thus u?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jomarko Completed.
<groupId>org.apache.maven.plugins</groupId> | ||
<artifactId>maven-checkstyle-plugin</artifactId> | ||
<configuration> | ||
<skip>true</skip> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
shouldn't be disabled just for special folders?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jomarko good point, done!
/** | ||
* @type {{marshall: MainJs.marshall, unmarshall: MainJs.unmarshall}} | ||
*/ | ||
SCESIMMainJs = { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
isn't this automatically generated? do we need to track it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jomarko That class is not automatically generated
Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information |
@danielezonca can you please merge it in master? Thanks |
@jomarko @danielezonca
This PR introduces the client-side marshalling for SCESIM Kogito project (part of 3879 ticket)
https://issues.redhat.com/browse/DROOLS-4249