Hello,
I'm debugging Solr built as a maven project in NB, and when I enter the code
of a Lucene dependency, namely
org.apache.lucene.search.IndexSearcher.explain(..) the call stack expects
this method to be at line 599 while in the editor the class ends at 304.
from solr-core's pom.xml:
<dependency>
<groupId>${project.groupId}</groupId>
<artifactId>solr-solrj</artifactId>
* <version>${project.version}</version>*
</dependency>
from solrj's pom.xml:
<dependency>
<groupId>org.apache.lucene</groupId>
<artifactId>lucene-core</artifactId>
* <version>${project.version}</version>*
</dependency>
Looking up the actual class it's indeed 846 lines class and the editor is
loading a faulty version sources.jar (download sourcecode).
So the code in the sources.jar doesn't correspond to the binary code.
Now the big question is,* why do I get sources different from the binary of
the same version for a dependency*? How more could this be debugged? I don't
know how NB downloads a dependency sources (googling it seems that each IDE
has it's plugin for doing that).
--
Regards,
K. Gabriele
--- unchanged since 20/9/10 ---
P.S. If the subject contains "[LON]" or the addressee acknowledges the
receipt within 48 hours then I don't resend the email.
subject(this) ∈ L(LON*) ∨ ∃x. (x ∈ MyInbox ∧ Acknowledges(x, this) ∧ time(x)
< Now + 48h) ⇒ ¬resend(I, this).
If an email is sent by a sender that is not a trusted contact or the email
does not contain a valid code then the email is not received. A valid code
starts with a hyphen and ends with "X".
∀x. x ∈ MyInbox ⇒ from(x) ∈ MySafeSenderList ∨ (∃y. y ∈ subject(x) ∧ y ∈
L(-[a-z]+[0-9]X)).
