-
Notifications
You must be signed in to change notification settings - Fork 17
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
regeneration to be based on latest generation, and for lyoVersion="5.0.1-SNAPSHOT" #281
Conversation
lyoVersion="5.0.1-SNAPSHOT"
@berezovskyi Can you please check the changes to the pom.xml file? What is committed is exactly what is generated! What do we need to keep manually? What userblocks can we add to avoid this in future? |
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.
I don't think any of the POM file changes should be made (maybe adding the dependencies_final
user block is good for consistency).
domains/oslc-domains/pom.xml
Outdated
@@ -20,12 +20,34 @@ | |||
<packaging>jar</packaging> | |||
<name>Lyo :: Domains</name> | |||
<properties> | |||
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> |
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.
All of these properties are already set by the parent. It will be hard to debug when we update a parent property and nothing changes because these properties override the parent ones.
domains/oslc-domains/pom.xml
Outdated
<!-- TODO: Add additional repositories here to avoid them be overridden upon future re-generation --> | ||
<!-- End of user code | ||
--> | ||
<repository> |
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.
same here, defined in the parent
domains/oslc-domains/pom.xml
Outdated
@@ -38,23 +60,35 @@ | |||
<!-- End of user code | |||
--> | |||
<!-- General dependencies --> | |||
<dependency> | |||
<groupId>org.slf4j</groupId> | |||
<artifactId>slf4j-simple</artifactId> |
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.
the libraries shall NEVER specify a logging backend, only the end user app does this (simple or log4j etc.)
domains/oslc-domains/pom.xml
Outdated
<scope>provided</scope> | ||
<groupId>javax.servlet</groupId> | ||
<artifactId>jstl</artifactId> | ||
<version>1.2</version> |
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.
We only want to depend on the API here, not on the implementation. Adaptors can depend on implementations if they wish.
domains/oslc-domains/pom.xml
Outdated
<dependency> | ||
<groupId>javax.servlet</groupId> | ||
<artifactId>javax.servlet-api</artifactId> | ||
<version>3.1.0</version> |
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.
The version is <dependencyManagement>
versioned uniformly for all Lyo projects.
domains/oslc-domains/pom.xml
Outdated
<!-- Lyo dependencies --> | ||
<dependency> | ||
<groupId>org.eclipse.lyo.oslc4j.core</groupId> | ||
<artifactId>oslc4j-core</artifactId> | ||
<version>${version.lyo}</version> |
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.
Again, the version is <dependencyManagement>
versioned uniformly for all Lyo projects.
I also think we can check This PR does NOT break the API because constants are only added, not removed. |
I reverted the pom changes. Merging. |
Jenkins complains:
|
What do you think about removing Discussion from the model? It's the only resource from the Core model we have. |
Happy to do that but only in Lyo 6.0. Can we mark them deprecated and fix the problem manually for now? |
The conflict is between I would actually prefer for 6.0 to:
For now, I think we can just remove the |
remove the package-info.java class from model. |
Description
regeneration to be based on latest generation, and for lyoVersion="5.0.1-SNAPSHOT"
Checklist