Skip to content
This repository has been archived by the owner on Nov 23, 2021. It is now read-only.

Integration of OASP4J Starters #612

Closed
wants to merge 0 commits into from

Conversation

AbhayChandel
Copy link
Contributor

No description provided.

@AbhayChandel
Copy link
Contributor Author

AbhayChandel commented Dec 15, 2017

This pull request is currently open for review. However the changes in the scope of this pull request are yet to go through a thorough testing phase next week. In case anybody reviews it kindly do not merge until the testing is completed successfully .

Copy link
Member

@hohwille hohwille left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@AbhayChandel thanks for your work. 👍 This change is highly appreciated. However, I added some review-feedback and would like to request some improvements.
Also I would like to question:

  • Do we need a starter for everything? What is the benefit of the logging starter? To be honest it IMHO has actually no added value.
  • Please check the dependencies of all starters consistently. I added some review-comments here and there but not in all places. AFAIK you added test dependencies to productive starters. Unless there is some spring-maven-magic I am not aware of this is simply wrong and has to be fixed. Also you have added spring-boot-autoconfigure to almost every starter POM what I am also unsure about.

Please let us know if you can do the re-work or if someone else has to take over from here. Thanks in advance.

<version>dev-SNAPSHOT</version>
</parent>
<groupId>io.oasp.java.starters</groupId>
<artifactId>oasp4j-batch-starter</artifactId>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please follow spring conventions and put "starter" keyword before the topic like "batch". See also existing starter modules (and yammer discussions about it):
https://github.com/oasp/oasp4j/tree/develop/modules

<artifactId>oasp4j-starters</artifactId>
<version>dev-SNAPSHOT</version>
</parent>
<groupId>io.oasp.java.starters</groupId>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

great that you added a separate structure/folder/parent POM for the starters. But do we want to have a separate groupId for that? Maybe this is causing more problems as users then have to pick the corrent groupId while otherwise the groupId would always be the same for all modules what is IMHO more simple and less error-prune.

starters/pom.xml Outdated
<artifactId>oasp4j</artifactId>
<version>dev-SNAPSHOT</version>
</parent>
<artifactId>oasp4j-starters</artifactId>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is great. We should then align this with #611

</dependency>
<dependency>
<groupId>${oasp.modules.groupId}</groupId>
<artifactId>oasp4j-test</artifactId>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

has to be <scope>test</scope> - please fix in all places. IMHO we can drop this dependency from all starters (as long as there are no JUnits in these starters).

</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-autoconfigure</artifactId>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we add a comment, why we actually need this dependency exactly here?

<dependency>
<groupId>${oasp.modules.groupId}</groupId>
<artifactId>oasp4j-basic</artifactId>
<version>${oasp4j.version}</version>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove version's from all dependencies in starters and use BOM instead.


/**
* @author ABCHANDE
*
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See review comment for WebAutoConfiguration

<dependency>
<groupId>${oasp.modules.groupId}</groupId>
<artifactId>oasp4j-batch</artifactId>
<version>${oasp4j.version}</version>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove version's from all dependencies of starters and use BOM instead.

*
*/
@Configuration
public class JPAAutoConfiguration {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please follow OASP coding conventions:
https://github.com/oasp/oasp4j/wiki/coding-conventions#naming

</dependency>
<dependency>
<groupId>org.springframework.batch</groupId>
<artifactId>spring-batch-test</artifactId>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is IMHO wrong. Test dependencies have to be added to the test starter and need to be added to the project with <scope>test</scope>.

@hohwille
Copy link
Member

hohwille commented Feb 2, 2018

For security we have planned a new backlog item to introduce actual starters for different authentication setups. So we should have something like oasp4j-starter-security-kerberos or oasp4j-starter-security-ldap. Each of this starters would also come with a section in the documentation how to use it. Where ever possible all one would need for standard usage is to add the starter dependency and configure some properties in his application.properties as e.g. for kerberos:

security.auth.kerberos.keytabLocation=...
security.auth.kerberos.servicePrincipalName=...

I can add a separate issue for that...

@hohwille hohwille mentioned this pull request Feb 5, 2018
@CLAassistant
Copy link

CLAassistant commented Jul 18, 2018

CLA assistant check
All committers have signed the CLA.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants