In those poms, not all modules have explicit version and groupId which is a bad practice. Also some parent references contain invalid default (../pom.xml) relativePath - path to their parent pom.xml. Paths to build directories look suspicious to me. lucene-bdb module references missing library com.sleepycat:berkeleydb:jar:4.7.25 - I see lib/db-4.7.25.jar, if it's supposed to be installed in local repository then pom would be handy.
Wiki page http://wiki.apache.org/solr/HowToContribute references this http://markmail.org/message/yb5qgeamosvdscao mail but files (.classpath) in archives attached to that email are very outdated. eclipse target in base ant build script generates .classpath and .settings so it seems mentioned wiki page is outdated too. Steps to get Lucene/Solr trunk in eclipse IDE for me were: 1) In SVN Repository Exploring perspective add repository with http://svn.apache.org/repos/asf/lucene/dev 2) Right-click trunk and choose "Find/Check Out As..." 3) Choose "Check out as a project configured using the New Project Wizard" 4) Choose "Java Project" wizard 5) Enter lucene-solr as project name, make sure Java 1.6 is selected execution environment and "Create separate folders for sources and class files" is selected layout, and click Finish 6) After checkout is complete, delete src directory that eclipse created in project root directory 7) Turn on ant view (Window --> Show View --> Ant) 8) In ant view add build.xml from checked-out trunk root and double click eclipse target 9) Once ant completes right-click project and choose refresh Regards, Stevo. On Wed, Dec 22, 2010 at 6:29 PM, Steven A Rowe <sar...@syr.edu> wrote: > Stevo, > > You may be interested in LUCENE-2657 > <https://issues.apache.org/jira/browse/LUCENE-2657>, which provides full POMs > for Lucene/Solr trunk. > > I don't use Eclipse, but I think it can use POMs to bootstrap project > configuration. (I know IntelliJ can do this.) > > Steve > >> -----Original Message----- >> From: Stevo Slavić [mailto:ssla...@gmail.com] >> Sent: Wednesday, December 22, 2010 9:17 AM >> To: solr-user@lucene.apache.org >> Subject: Re: solrj & http client 4 >> >> Tried to checkout lucene/solr and setup projects and classpath in eclipse >> - >> there seems to be circular dependency between modules - this is not >> possible/allowed in maven built project, would require refactoring. >> >> Regards, >> Stevo. >> >> On Wed, Dec 8, 2010 at 1:42 PM, Stevo Slavić <ssla...@gmail.com> wrote: >> >> > OK, thanks. Can't promise anything, but would love to contribute. First >> > impression on the source code - ant is used as build tool, wish it was >> > maven. If it was maven then >> > https://issues.apache.org/jira/browse/SOLR-1218 would be trivial or >> > wouldn't exist in the first place. >> > >> > Regards, >> > Stevo. >> > >> > >> > On Wed, Dec 8, 2010 at 10:25 AM, Chantal Ackermann < >> > chantal.ackerm...@btelligent.de> wrote: >> > >> >> SOLR-2020 addresses upgrading to HttpComponents (form HttpClient). I >> >> have had no time to work more on it, yet, though. I also don't have >> that >> >> much experience with the new version, so any help is much appreciated. >> >> >> >> Cheers, >> >> Chantal >> >> >> >> On Tue, 2010-12-07 at 18:35 +0100, Yonik Seeley wrote: >> >> > On Tue, Dec 7, 2010 at 12:32 PM, Stevo Slavić <ssla...@gmail.com> >> >> wrote: >> >> > > Hello solr users and developers, >> >> > > >> >> > > Are there any plans to upgraded http client dependency in solrj >> from >> >> 3.x to >> >> > > 4.x? >> >> > >> >> > I'd certainly be for moving to 4.x (and I think everyone else would >> >> too). >> >> > The issue is that it's not a drop-in replacement, so someone needs to >> >> > do the work. >> >> > >> >> > -Yonik >> >> > http://www.lucidimagination.com >> >> > >> >> > > Found this <https://issues.apache.org/jira/browse/SOLR-861> ticket >> - >> >> > > judging by comments in it upgrade might help fix the issue. I have >> a >> >> project >> >> > > in jar hell, getting different versions of http client as >> transitive >> >> > > dependency... >> >> > > >> >> > > Regards, >> >> > > Stevo. >> >> >> >> >> >> >> >> >> > >