Comments (6)
Sorry for the delay. The notification mail got somehow marked as spam :(
I wasn't aware that the GitHub solution is so unreliable. We use a proxy repository at work to not be dependent on the internet connection or availability of public repositories. But I guess, you don't talk about a corporate project.
A few weeks ago I read about the requirements for uploading to maven central. As far as I remember, there are some things missing in the pom created by the existing build.gradle. So the existing releases can't be simply uploaded. And I'm not really sure if it is clever to upload the existing releases with a different pom file than the one used in the repository at GitHub as this could cause ugly inconsistencies ...
Additionally, I didn't read about signing what is also necessary for an upload to maven central.
In the release notes of Gradle I read that there's support for another public repository named JCenter. Potentially this is a possibility to upload the existing releases. I'll have to check this.
from gwt-gradle-plugin.
It seems to be a small amount of users that see this, I've encountered it myself twice, once when Github was being DDoS'd, and another just at a random time. (And I setup hundreds of projects to test, so it really is quite rare, for me at least)
The project is Libgdx, if you are interested, https://github.com/libgdx/libgdx , there are a few issues left open that talk about this problem, and it does pop up on the forum/irc from time to time.
I assume its just a case of timing, when their servers are down/blocking too many connections and if you're unlucky. I just assume that using some 'official' repository would provide more stability.
from gwt-gradle-plugin.
+1
I also always think twice before cloning a Git repo that contains binaries: I'm interested in the sources, not the binaries, when cloning a repo.
Finally, GitHub also discourages serving files right from the repo (even for simple JS or CSS or shell scripts; they suggest using gh-pages instead — but in the case of binaries, that just moves the problem to another branch)
Put simply, Git (and DVCS in general) is not designed for storing binaries; putting binaries in a Git repo is an anti-pattern; and using that just to serve the binaries through HTTP on a central repo is even worse.
BTW, to deploy to Central (through oss.sonatype.org), I use the gradle-nexus-plugin (and passing passwords –particularly my GPG one– to Gradle with -P
when deploying, rather than storing them in my .gradle/gradle.properties
). I haven't tried JCenter (through Bintray) yet.
from gwt-gradle-plugin.
I will add the necessary metadata to the generated pom for the next release.
But I guess I won't have enough time in the next 2-3 weeks. Sorry for that :(
I hope this doesn't cause too much trouble on your side.
from gwt-gradle-plugin.
The plugin artifacts are now available at Bintray using the URL 'http://dl.bintray.com/steffenschaefer/maven'.
All versions (including the newly released 0.5) are now available at Bintray. I hope it will be available in JCenter in a few days too. I hope this makes using the plugin a little bit more smooth.
from gwt-gradle-plugin.
Great stuff, thanks a bunch.
from gwt-gradle-plugin.
Related Issues (20)
- [gwt 2.7.0/gradle 2.12./plug-in 0.6] gwtSuperDev - java.lang.OutOfMemoryError HOT 8
- [GWT 2.8/Pluging 0.6] Issue with gwt sub-projects HOT 1
- [GWT 2.8-SNAPSHOT/Gradle 2.13] Properties issue HOT 5
- Make gwt-unitcache and war directories configurable
- gwt + gradle + lombok issues resolved
- Have any way to generate i18n and generateAsync supported by gwt-maven-plugin? HOT 6
- vaadinCompile issue, with vaadin 8 at 1.0 version
- compileGwt is missing module descriptor of a submodule on classpath HOT 8
- Make the compile tasks cacheable
- Missing support for Gradle Composite Builds
- Gradle ... single directory for all classes .. is scheduled to be removed in Gradle 5.0 HOT 1
- gwt-gradle-plugin uses deprecated api by Gradle 4.0 HOT 3
- Updated GPE Changes Property Variables
- GenerateGdt Task Needs To Also Be a Dependency of eclipseWtp
- Gradle upgrade to 5.4 causes build failure HOT 3
- CreateProcess error=206, The filename or extension is too long HOT 1
- Buildship Support HOT 1
- Has this plug-in been tested with GWT 2.8.Beta? HOT 2
- Integreation with Gretty plugin
- example build failed HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from gwt-gradle-plugin.