Hello all, I had the same issue when generating protos that contain
Timestamp in Debian.
I got it working following this instructions:
https://gist.github.com/sofyanhadia/37787e5ed098c97919b8c593f0ec44d8
Please note my comment about creating a symlink instead of moving the
binary.
On Thursd
A buildable solution is in my post here:
https://groups.google.com/d/msg/protobuf/ecxdP_mN8OI/3FxhjiDaAQAJ
Importing and fully qualified name worked for me.
On Tuesday, June 14, 2016 at 10:18:10 AM UTC-7, Camilo Aguilar wrote:
>
> I'm also unable to use the Timestamp type, using the fully quali
I'm also unable to use the Timestamp type, using the fully qualified path
didn't seem to work for me.
On Friday, May 6, 2016 at 8:00:26 PM UTC-4, Nathaniel Weems wrote:
>
> Using the fully qualified path "google.protobuf.Timestamp" works.
>
> On Friday, June 12, 2015 at 6:34:32 AM UTC-6, Robin
Importing the definitions AND using the fully qualified path of the type
fixed it for me. Thanks!
On Friday, May 6, 2016 at 8:00:26 PM UTC-4, Nathaniel Weems wrote:
>
> Using the fully qualified path "google.protobuf.Timestamp" works.
>
> On Friday, June 12, 2015 at 6:34:32 AM UTC-6, Robin wrote
Using the fully qualified path "google.protobuf.Timestamp" works.
On Friday, June 12, 2015 at 6:34:32 AM UTC-6, Robin wrote:
>
> I installed protobuf with the following homebrew command on OS X 10.10.3:
> brew install protobuf --devel
> The binary is symlinked to /us/local/bin and the includes ar
I installed protobuf with the following homebrew command on OS X 10.10.3:
brew install protobuf --devel
The binary is symlinked to /us/local/bin and the includes are symlinked to
/usr/local/include/google/protobuf/timestamp.proto (which is present as I
confirmed).
Which include path do you mean
On Thursday, June 11, 2015 at 6:08:33 PM UTC-7, Robin wrote:
>
> Hi everyone,
>
> I have installed protobuf3.0.0-alpha-3 on my machine and have the
> following proto file:
>
> syntax = "proto3";
>
> package my.great.package;
>
> import "google/protobuf/timestamp.proto";
>
> option java_outer_cla