Skip to content
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

Headlines Feb-March #69

Open
paulvi opened this issue Mar 2, 2016 · 3 comments
Open

Headlines Feb-March #69

paulvi opened this issue Mar 2, 2016 · 3 comments

Comments

@paulvi
Copy link
Member

paulvi commented Mar 2, 2016

@paulvi
Copy link
Member Author

paulvi commented Mar 3, 2016

Known limitations of BuildShip Gradle integration:

Bug 471728: BuildShip does not integrate with Eclipse WTP. While projects that use 'war' packaging can be created using our wizards, such projects are not officialy supported and consequently will not be correctly configured by BuildShip.
Bug 482315: Running a BuildShip project with "Run As Java Application" or "Run as Spring Boot App", the runtime classpath will be incorrect and contain 'test' dependencies. Note: this is not a problem specific only to "BuildShip". "STS Gradle Integration" is also affected as this issue stems from a limitation of the Gradle Tooling API that both use.
Bug 468244: BuildShip lacks a mechanism for third-party tooling providers to participate in configuring a project. STS uses such a mechanism to configure the JDT Annotation Processor when spring-boot-configration-processor is present on a project's classpath. This automatic configuration currently only works with "STS Gradle Integration" but not "BuildShip". If you make use of the '@ConfigurationProperties' annotations in your code, this means that these annotations will not be processed as part of Eclipse workspace builds unless you manually configure JDT APT.

ref spring-attic/eclipse-integration-gradle#104

@paulvi
Copy link
Member Author

paulvi commented Mar 3, 2016

http://docs.spring.io/sts/nan/v371/NewAndNoteworthy.html

->

Groovy-Eclipse remains on the dashboard and was fully updated for Eclipse 4.5. It was not updated for Eclipse 4.5.1 so beware that if you install Groovy-Eclipse you will be downgrading your Java compiler and missing all the JDT related fixes that went into 4.5.1.

http://blog.pivotal.io/pivotal/news-2/groovy-2-4-and-grails-3-0-to-be-last-major-releases-under-pivotal-sponsorship

Paul Verest
January 22, 2015 at 7:13 am

It is too early to judge whether it is good news or bad.

It may turn out that there will be several companies leading under some banner like Eclipse or Apache
or smaller company will lead on, say Gradle.com
But if everybody will be saying that this is bad, so it will be.

In any case, it is opened test for a newer G&G and the future is interesting.

Personally I like frameworks that are not being lead by just one big company.

@paulvi
Copy link
Member Author

paulvi commented Mar 8, 2016

Nexus OSS support npm (private, company's repositories in Nexus open-source version

http://links.sonatype.com/products/nexus/npm -> http://www.sonatype.org/nexus/2015/11/30/the-next-level-of-npm-support-with-nexus-videos/

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

No branches or pull requests

1 participant