Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

scanDependenciesForBindings does not scan project dependencies within eclipse #100

Closed
Newtopian opened this issue Oct 13, 2016 · 2 comments · Fixed by #363
Closed

scanDependenciesForBindings does not scan project dependencies within eclipse #100

Newtopian opened this issue Oct 13, 2016 · 2 comments · Fixed by #363
Assignees

Comments

@Newtopian
Copy link

Perhaps I miunderstood the use of scanDependenciesForBindings but I was under the impression it would automagically include bindings (xjb) files from other projects in the current one. Much like the useDependenciesAsEpisodes option does for included xsd's already generated code from other projects.

However when doing so I get the following error

Unable to read the artifact JAR file [C:\home\_eclipseWorkspace\***\target\classes].

Indicating it is explicitely expecting a jar file as a dependency. since the project is open in the same workspace Maven added it as a project dependency and points the the class files instead.

The issue is easily circumveened however by adding explicit dependency to the xjb file in the bindings section when I can add DependencyResource. In this case the bindings file is properly resolved and all is good.

Would have been nice though to have the plugin do the heavy lifting for me and automatically make all bindings available from all dependencies (jar or project).

@highsource
Copy link
Owner

The problem is that this scanning only expects JAR files, not directories. That a dependency can be a directory is an Eclipse/m2e feature, not native Maven feature.

Nevertheless, it can be done.

@highsource highsource added this to the 0.13.x milestone Oct 14, 2016
@highsource highsource self-assigned this Oct 14, 2016
@highsource highsource modified the milestones: 0.13.x, 0.13.y Nov 12, 2017
@highsource highsource removed this from the 0.13.x milestone May 31, 2018
@laurentschoelens
Copy link
Collaborator

Hello @Newtopian
Better late than never, I'm currently working on this issue. Should be solved in next release

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
3 participants