protobuf
protobuf copied to clipboard
protocolbuffers
PHP and proto2
Hi,
At the time of writing, the PHP implementation of protobuf doesn't support files written in proto2 format. Are there any plans on making the PHP implementation backwards compatible with proto2 files?
Thanks!
My expectation will be early next year. On Tue, Sep 12, 2017 at 07:37 Max van der Stam [email protected] wrote:
Hi,
At the time of writing, the PHP implementation of protobuf doesn't support files written in proto2 format. Are there any plans on making the PHP implementation backwards compatible with proto2 files?
Thanks!
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/google/protobuf/issues/3623, or mute the thread https://github.com/notifications/unsubscribe-auth/AE9H5QHgEzi0epJQdOqzwqWbZwqA_wZwks5sho_ngaJpZM4PUszk .
The proto2 support work hasn't started yet as far as I can tell. Given that there are still quite some feature gaps and bugs in proto3 support, I wouldn't expect the proto2 work to start any time soon.
Any update on this?
Since all other packages are practically abandoned, there's currently no way to generate PHP classes from proto2.
Here is my attempt to add support for proto2 https://github.com/anight/protobuf/tree/proto2_support For now only protobuf.so is supported, protobuf-php/protobuf is not. It works with grpc too.
I too seem to need this.
But I was wondering if anyone can suggest any alternatives. Essentially, I need to access the Google-standard transit protobuf GTFS Realtime Protobuf from a PHP server.
As you can see, it's proto2 (and will not compile as proto3).
Does anyone have any idea what the current solution is to use proto2 in PHP?
@mjbaldwin There were PHP bindings as part of the gtfs-realtime-bindings project here: https://github.com/MobilityData/gtfs-realtime-bindings-php
You can see how the bindings were generated here: https://github.com/MobilityData/gtfs-realtime-bindings-php/blob/master/UPDATING.md
...but I made the decision to drop support because of the fact that PHP wasn't supported by the official Google protocol buffer tooling - it was too much to keep up with a variety of languages using 3rd party tooling.
So, I too would like to see official support for PHP with proto2.
This is truly unfortunate as protobuf3 is not compatible with protobuf2 when consuming external resources. While most things translate e.g. the default enum values are a big pain and impossible to resolve from the client's perspective.
It's very unfortunate that no progress has been made on this front. PHP is a very popular language and deserves official support for proto2.
