Tnx for the suggestion.
Meanwhile what I did, was to create an empty eclipse project. Add the
binaries of the es, and its sources. And start es directly from the jar.
:). (in eclipse >:) ).
And it works. No more shaded dependencies hell.
I can deploy and I can debug.
On Wed, Jun 13, 2012 at 1:44 PM, David Pilato email@example.com wrote:
You could perhaps grab the source code of joda and guava, import it in
your IDE (Eclise for example), and refactor the package name to start with
Then, add these projects as source when debugging...
It may help.
Le 13 juin 2012 à 13:24, Sisu Alexandru firstname.lastname@example.org a écrit :
The following compromise had been reached:
- remove the shading step from elasticsearch building;
- install the generated elasticsearch jar in your local repository
- build the project with references to the elasticsearch jar in your
- shade the resulting project jar;
But its wicked.... Still waiting for suggestions :-?
On Tue, Jun 12, 2012 at 2:04 PM, Sisu Alexandru email@example.com:
Regarding having my custom project as a maven project. It still doesnt
solve the issue.
That is because, even if I manage to shade dependencies, I still need to
have hard references to elasticsearch source code in my workspace.
And I still dont have a clear way of dealing with the shaded
Or I might be wrong??
On Tue, Jun 12, 2012 at 9:45 AM, Sisu Alexandru firstname.lastname@example.org:
I'm developing some custom facets based on the default ones present in
My problems are the way I manage dependencies for my custom plugin/facet
Here's my question: what would be the best practice for referencing joda
and guava libraries in the project?
My eclipse workspace setup is:
-elasticsearch sourcecode project
-code for my custom plugins and facets. (gradle build)
As a binary elasticsearch shades/renames the joda and guava libraries to
That means, when using elasticsearch binary jar as a reference for my
custom project, I'm referencing the shaded joda and guava libraries.
BUT! This way I can't debug.
Therefore, at the moment, I'm using 2 sets of imports (literary: 2 sets
of imports in the classes using guava/joda) depending on the task I'm
- for debugging, I reference the standard guava and joda, this way my
plugins get deployed and I have access to the internals of es
- for deploying I reference elasticsearch-0.19.4 binary
It sucks, I know, and I am curious if there is a clean way to do this,
other then maven, preferably with gradle, or any other method.
Twitter : @dadoonet