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.

Package conflicts exist between proto and non-proto modules.

See original GitHub issue

Java classes that are currently generated from Protobuf definitions have overlapping package names with Feast modules. This causes conflicts when trying to import classes from Feast modules.

For example the CoreService.proto uses feast.core, which is also in use by the Feast Core module: example.

Proposal is to prefix all proto generated packages with .proto

Issue Analytics

State:
Created 3 years ago
Comments:8 (8 by maintainers)

Top GitHub Comments

1reaction

Yansoncommented, May 12, 2020

BTW, I’m not going to lose sleep over this so don’t let me block you.

0reactions

Yansoncommented, May 14, 2020

I’m not so opinionated about this, so you guys go ahead. I prefer proto to wire though, as it is more meaningful.

Top Results From Across the Web

Package conflicts exist between proto and non-proto modules.

Java classes that are currently generated from Protobuf definitions have overlapping package names with Feast modules. This causes conflicts ...

Package conflicts with automatic modules in Java 9

So my questions are: Am I using the new module system correctly? What can I do about this error? and; Do these dependencies...

Upgrading OL7 > OL8 Leapp package conflict — oracle-tech

Hello all, I'm attempting to upgrade from OL 7 to 8 using leapp.

Package conflicts - Unity - Manual

A conflict exists when a Project has dependencies on a package with different versions. A conflict can only exist between two indirect dependencies, ......

Packaging:Conflicts - Fedora Project Wiki

Common Conflicting Files Cases and Solutions. There are many types of files which can conflict between multiple packages. Fedora strongly ...