question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

message Empty is defined twice in interop-testing sub-project

See original GitHub issue

Message Empty is once defined in the interop-testing sub-project itself:

https://github.com/grpc/grpc-java/blob/95917b8f280115bdb946e455151034a2650f48a6/interop-testing/src/main/proto/io/grpc/testing/integration/empty.proto#L22-L30

And then again pulled in from protobuf-java

https://github.com/google/protobuf/blob/d6a17aadeb6fc306d3d8c3b5c07edc41f6bc551e/src/google/protobuf/empty.proto#L43-L52

via the dependency chain: grpc-interop-testing -> grpc-protobuf -> protobuf-java-util -> protobuf-java

This becomes a problem when generating grpc classes using ScalaPB as it tries to place both under the same package and the same name.

I would expect interop-testing to not define Empty message and use the one from protobuf-java instead. Would that be possible to change?

Issue Analytics

  • State:closed
  • Created 6 years ago
  • Comments:5 (5 by maintainers)

github_iconTop GitHub Comments

1reaction
ejona86commented, Mar 23, 2018

The empty.proto is broken:

package grpc.testing;

option java_package = "com.google.protobuf";

It’s in the correct protobuf package, but the java package is wrong. It should be in io.grpc.testing.integration.

0reactions
jyanecommented, Mar 29, 2018

@ejona86

Normally we should always make changes to the “canonical” version first, which would eventually in grpc/grpc-proto. For now, most of the “canonical” versions are in grpc/grpc. But as we can see we’ve already diverged here.

Using grpc/grpc-proto is quite reasonable for me. It means eventually the chance of resolving #4097.

It would be good to send a PR to grpc/grpc as well to add the java_package option

I’ll do once my PR was merged if you want to.

Read more comments on GitHub >

github_iconTop Results From Across the Web

java_outer_classname not used · Issue #243 - GitHub
syntax = "proto3"; package my.first.test; ... message Empty is defined twice in interop-testing sub-project grpc/grpc-java#4241.
Read more >
JUnit 5 User Guide
In summary, the display name for a test class or method is determined according to the following precedence rules: value of the @DisplayName ......
Read more >
sbt Reference Manual — Combined Pages
Supports testing with ScalaCheck, specs, and ScalaTest. JUnit is supported by a plugin. Starts the Scala REPL with project classes and dependencies on...
Read more >
Read the Docs Documentation
Read the Docs simplifies software documentation by building, versioning, and hosting of your docs, automatically.
Read more >
Learning the Basics - Gradle User Manual
You can define more than one repository for resolving dependencies. ... Repositories used by convention by every subproject can be declared in the ......
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found