Comments (23)
Yes, I am planning to push it to Maven central, but it will be a completely new plugin. Please bear with me for the time being. I cannot give you a hard deadline, but I shall try to commit more resources to this effort in the near future. Thank you for your patience.
from maven-protoc-plugin.
👍
from maven-protoc-plugin.
Sergei,
Could you give an update on this? I now have a couple of published OSS projects that depend on this plugin an having to depend upon a non-standard Maven repo is bad form. While I realize you may have bigger plans for this plugin, a more pragmatic approach would be start with releasing what you already have and make incremental progress after that.
from maven-protoc-plugin.
Hello Julien,
Sorry for not responding for a whole month. In that time I actually applied for a place at CodeHaus Mojo project, but the proposal was met with a lack of enthusiasm, or hardly any response in fact. I guess I am going to carry on here, but as I said before, prior to deployment into Maven Central I need to rewrite large parts of the plugin from a clean state, so that it complies with Maven plugin guidelines and is clean from the licensing perspective. I started working on it, but there's nothing publicly available yet.
Kind regards,
Sergei
from maven-protoc-plugin.
👍
from maven-protoc-plugin.
I was also contacted by people from Google recently (not the protobuf team, but another team who are using protobuf and the plugin), and they promised to come back with the possible options when they'd have consulted their open-source department, but I have not heard from them since then. Let me ping them and see if there's been any progress at all.
from maven-protoc-plugin.
Any news on this? It would be great to see this in Central.
from maven-protoc-plugin.
+1. it would help us to have it in a public maven repo.
from maven-protoc-plugin.
I've been contacted by Google again last week, they would like to reintegrate the plugin back into the protobuf project, but I do not vest much hope in it. Let us see how the situation develops in the next few weeks. I am trying to maintain the plugin and I am adding new functionality from time to time, but I cannot commit resources to a complete rewrite, which would have eliminated any licensing issues. The best outcome would indeed be if we somehow sorted it out with Google and they either took it in house or appointed me as an official maintainer.
from maven-protoc-plugin.
Hey @sergei-ivanov ,
I'm curious as to which licensing issues are presented here. Has anyone attempted to contact the parent and ask them to MIT license the software? I don't see a LICENSE in either the parent repo or this one, so could it be as simple as that? The google documentation already specifies this plugin as the way to go, so it would be nice to get this into maven central. Do you require any assistance here?
Thanks!
from maven-protoc-plugin.
@parsnips
I provided a pretty detailed (and admittedly emotional) explanation in dtrott#27, with references to some old discussion threads related to this. The gRPC team have been very co-operative and we managed to get the plugin going with the latest protoc
and grpc
binaries. I did not know though that they'd already endorsed this plugin in their documentation!
From the licensing point of view the situation remains the same. There has been no commitment from Google to re-take the ownership of the project and either allocate their resources to its evolution in the long term or retain me as a committer. On my side, I still lack resources for a major rewrite, because I can only work on this project in my spare time outside of billable hours (thank you, corporate legal departments). Therefore I keep carrying on with bug fixes and drip-feed improvements.
from maven-protoc-plugin.
@sergei-ivanov really messy story with the G there & I can relate a lot to you not finding free time to spend on this
On my latest project I can't use non-central repos anymore :( In case anybody has the same problem, we switched to this plugin instead: https://github.com/os72/protoc-jar-maven-plugin
from maven-protoc-plugin.
@SylvainJuge just reminded me that this bug was opened two and half years ago and, from an external standpoint, very little has changed.
@sergei-ivanov, I see you have been recently active in this repository – could you please provide an insight into your plan and timeline?
from maven-protoc-plugin.
@jsilland Little has actually changed from the internal standpoint either. I am still looking after the plugin, integrating occasional pull requests and fixing it whenever it is broken due to various external factors. The commercial projects I am working on at the moment make no use of the plugin, but I am still maintaining it out of good will. That probably sums it up, there's currently no timeline and I cannot make any promises at the moment.
from maven-protoc-plugin.
I've been publishing to sonatype OSS repo recently, it does not take much time to do it http://central.sonatype.org/pages/ossrh-guide.html, there is also few constraints on jar packaging groupId.
However, it involves signature keys, which should not be publicly shared, thus I don't know how we can help since that's more than just a pull-request.
from maven-protoc-plugin.
There's no technical obstacle to it, it is a potential licensing issue that puts me off. I can easily enough push to Central from my existing Bintray repo, but I do not fancy ending up in some sort of IP dispute with Google, who own the original code.
from maven-protoc-plugin.
Allow me to try untangling the issues at stake here —
You explain that you do not have the resources to move this plugin towards a release on Maven central – something that is perfectly understandable and that a lot of people here can relate to. However, you also say (earlier in this thread) "The best outcome would indeed be if [Google] appointed me as an official maintainer". How do you expect an official anointment by Google to free your schedule or give you the means to execute on the plans you have for this project?
On several occasions, you have mentioned licensing issues without ever making it clear what those were. Pretty much all of the Google-published OSS is released under the Apache 2 license, which is about as liberal as it gets. I'm pretty sure this was the case for the original version of this plugin as well, but this fork lacks a LICENSE file.
Again, clarifying your concerns seems like the only way to move things forward for your community of users. As per your own words, "I reckon it inherits the licence from the protobuf project" but you also say that you "[refuse to] relinquish the rights on my work to Google". Which one is it? What is the status of this project?
I'm sorry to say this because you have generally been quite responsive to the various bugs and feature requests that I have filed here but – something just doesn't check out. The reality is that this is a fork of a liberally-released open-source project and that it is on you, the owner, and not on Google, to choose to put your fork back in the public domain.
from maven-protoc-plugin.
@jsilland Sorry for disappearing for a long time, but there's some good news at last. I have been in a conversation with the OSS legal team at Google, and we have fully settled the issue with them. I do really appreciate their goodwill and co-operation, and I intend to implement all agreed changes as soon as possible.
from maven-protoc-plugin.
Sergei - letting you know that waiting for the plugin to be available.
from maven-protoc-plugin.
+1
from maven-protoc-plugin.
+1
from maven-protoc-plugin.
@243826 It is in progress, I am waiting for OSSRH approval, which will allow me to push into Maven Central.
from maven-protoc-plugin.
Hello all,
We managed to amicably resolve licensing issues with Google. The plugin has been licensed under Apache 2.0 licence, and it has a new home now:
https://github.com/xolstice/protobuf-maven-plugin
The new plugin is already available in Maven Central. Please be aware that the coordinates have changed. I placed a relocation POM in the old Bintray repository to make the transition easier.
This repository will be locked down shortly. Please submit issues and pull requests to the new repository.
Thank you for your patience.
Kind regards,
Sergei
from maven-protoc-plugin.
Related Issues (20)
- Command line too long HOT 2
- Make clearing out of the output directory optional
- URL is no longer working HOT 3
- Add an option to attach descriptor set to the build
- Any in src/test/proto cause all protos defined in /src/main/proto to be generated in generated-test-sources HOT 10
- URL specified in pluginRepository goes to 404 location HOT 5
- Maven 3.2.5 breaks the toolchain support in the plugin
- Require at least java6 for running the plugin HOT 1
- Drop support for Maven2 and make Maven 3.0.0 the minimum required version HOT 2
- Clean up javadocs in order to appease doclint in java 8
- Plugin repository is busted HOT 2
- Add support for custom native plugins HOT 4
- Plugin location in README does not work HOT 3
- Proto file source in android APK file HOT 2
- Protoc is now available in the central repository HOT 1
- Preserve dependency ordering for protobuf imports HOT 1
- allow compiling dependent files HOT 1
- Configure .proto files path HOT 3
- push to maven central HOT 1
- Does this plugin have the option to generate C# code as well? HOT 3
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 maven-protoc-plugin.