Re: [mevenide-user] debugging sources when all project are built

On Wed, Apr 9, 2008 at 2:55 PM, Mick Semb Wever <[email protected]> wrote:
> >> However it will probably boil down to what
>  >> SourceForBinaryQuery.findSourceRoots(url) api call returns, and how the
>  >> implementations of SourceForBinaryQueryImplementation  are ordered in
>  >> the META-INF/services
>  >
>  > thanks milos! i take a look and see what i find...
>
>  A very quick guess:
>
>   i only see RepositorySourceForBinaryQueryImpl registered through
>  META-INF/services
>
>   i presume that MavenForBinaryQueryImpl is added at runtime via
>  NbMavenProject.getLookup() and so would be added to the end of registered
>  services.

weill the instance in lookup is collected by some global
(ProjectSourceForBinaryQueryImpl) implementation that delegates to the
project's lookup. We have a custom FileOwnerQueryImplemented that
matches the jar file in local repository to opened maven project. Thus
the project SFBQ should find the owner of teh jar file in local repo
and delegate to the project's impl in lookup.

>
>  But i can't see where the "added to the end" actually occurs.
>  Is it possible to add to the beginning?
>
>  There is a comment in
>  nb-project/src/main/resources/META-INF/services/org.netbeans.spi.java.queries.SourceForBinaryQueryImplementation
>
>  #position=999

that should mean the SFQ implementation should be fairly in the back
in the list of implementations..



>
>  Is this supposed to work? Or is it a TODO comment?

that is supposed to work, yes..

Milos

>
>  ~mck
>
>  --
>  "Laugh, share some happiness with the world. God knows we all have
>  problems,
>  believe that sometimes it pays to act like a fool to make someone else
>  happy!" Anon
>
>
> | www.semb.wever.org | www.sesat.no | www.sesam.no |
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email