Hmm, I ran into this last week and I specifically recall fixing it,
but sure enough, it is fails to build in both branches.  I guess I
only fixed it in my private branch.

Ah well, it's fixed now. Thanks.


Christopher

On Mon, Aug 13, 2012 at 12:53 PM, Granroth, Neal V.
<neal.granr...@thermofisher.com> wrote:
> Thanks for the updated VS2010 solution files.
> Lucene.Net.Core builds without a problem.
> Lucene.Net.Demo encounters 12 errors and will not build.
>
> All 12 are the same error and all are in IndexHtml.cs:
> Non-invocable member 'Lucene.Net.Index.TermEnum.Term' cannot be used like a 
> method.
>
> An example is this statement, line 139:
> reader.DeleteDocuments(uidIter.Term());
>
> Term is apparently now a property, no longer a function.
>
>
> - Neal
>
>
> -----Original Message-----
> From: Prescott Nasser [mailto:geobmx...@hotmail.com]
> Sent: Saturday, August 11, 2012 1:23 PM
> To: Lucene Developers; Lucene Users
> Subject: RE: Lucene.NET 3.0.3 Build issues
>
> Alright -  I see Chris updated the 3.0.3 branch with the solution files and a 
> quick fix for the NativeFSLockFactory. We've had some people downloading the 
> pre-release packages (Lucene.Net.Contrib 11 times, Lucene.Net 23 times). 
> Mostly all quiet regarding issues. Unless there are any issues outstanding, 
> lets call it good, run RAT on the 3.0.3 branch to fix any issues about 
> headers, update the changelog files to represent the changes in 3.0.3 from 
> 2.9.4 ~P
>> Date: Thu, 9 Aug 2012 14:44:01 -0400
>> Subject: Re: Lucene.NET 3.0.3 Build issues
>> From: mhern...@wickedsoftware.net
>> To: lucene-net-dev@lucene.apache.org
>>
>> oooooooo, the nifty new vs feature find of the day goes to Mr. Currens.
>>
>> I've been using it for tons of JavaScript style development with requireJS,
>> kendo, my own set of scripts, and custom stuff for the day job. It actually
>> provides intellisense for JS inheritance so life is good.
>>
>>
>>
>>
>> On Thu, Aug 9, 2012 at 1:43 AM, Christopher Currens <currens.ch...@gmail.com
>> > wrote:
>>
>> > It used to be that way.  VS2012 is the first version that produces
>> > backwards compatible projects *and* solutions.  There's an msdn blog
>> > entry[1] that discusses it. It does focus more projects, but starts with
>> > discussing solutions and how having it all backwards compatible would ease
>> > transitions for most companies.  There are a few project types that aren't
>> > backwards compatible, but I think the solution will still open in both,
>> > with a notification that it can't load the project type.
>> >
>> > Excerpt: "In other words, we now have project round-tripping capability so
>> > you can work with the latest features but still keep the solution
>> > compatible with team members using an older version of Visual Studio."
>> >
>> > Anyway, it's about time they did this.  Supporting multiple versions of VS
>> > files has been an annoying missing feature.
>> >
>> > [1]
>> >
>> > http://blogs.msdn.com/b/zainnab/archive/2012/06/05/visual-studio-2012-compatibility-aka-project-round-tripping.aspx
>> >
>> >
>> > On Wed, Aug 8, 2012 at 5:41 PM, Michael Herndon <
>> > mhern...@wickedsoftware.net
>> > > wrote:
>> >
>> > > I think it's usually the project files that are backwards compatible not
>> > > the solution files. So you need a solution for each vs version but should
>> > > be able to keep the proj files the same.
>> > >
>> > > On Wed, Aug 8, 2012 at 7:27 PM, Prescott Nasser <geobmx...@hotmail.com
>> > > >wrote:
>> > >
>> > > > Yes
>> > > >
>> > > > Sent from my Windows Phone
>> > > > ________________________________
>> > > > From: Christopher Currens
>> > > > Sent: 8/8/2012 4:22 PM
>> > > > To: lucene-net-dev@lucene.apache.org
>> > > > Subject: Re: Lucene.NET 3.0.3 Build issues
>> > > >
>> > > > Oh, did you do that so we'd have a branch to do bug fixes?  I had
>> > > forgotten
>> > > > about that.
>> > > >
>> > > > On Wed, Aug 8, 2012 at 2:23 PM, Prescott Nasser <geobmx...@hotmail.com
>> > > > >wrote:
>> > > >
>> > > > > I just created 3.0.3 last weekend - it should be incredibly up to
>> > date.
>> > > > > Anything in trunk should be there
>> > > > >
>> > > > > Sent from my Windows Phone
>> > > > > ________________________________
>> > > > > From: Christopher Currens
>> > > > > Sent: 8/8/2012 1:35 PM
>> > > > > To: lucene-net-dev@lucene.apache.org
>> > > > > Subject: Re: Lucene.NET 3.0.3 Build issues
>> > > > >
>> > > > > Thanks for the feedback.  Let us know if you run into any more
>> > > > > issues/concerns.
>> > > > >
>> > > > >
>> > > > > Thanks,
>> > > > > Christopher
>> > > > >
>> > > > > On Wed, Aug 8, 2012 at 1:33 PM, Granroth, Neal V. <
>> > > > > neal.granr...@thermofisher.com> wrote:
>> > > > >
>> > > > > > Yes I pulled from the branch not the trunk. I apparently made the
>> > > > > > incorrect assumption that it would be slightly more stable than the
>> > > > > current
>> > > > > > work-in-progress.
>> > > > > >
>> > > > > > Thanks for the quick attention and clarifications.  Especially for
>> > > > those
>> > > > > > that rely upon the binary packages.
>> > > > > >
>> > > > > > - Neal
>> > > > > >
>> > > > > >
>> > > > > > -----Original Message-----
>> > > > > > From: Christopher Currens [mailto:currens.ch...@gmail.com]
>> > > > > > Sent: Wednesday, August 08, 2012 3:21 PM
>> > > > > > To: lucene-net-dev@lucene.apache.org
>> > > > > > Subject: Re: Lucene.NET 3.0.3 Build issues
>> > > > > >
>> > > > > > FYI - SVN has been updated with corrected VS2010 solutions and
>> > added
>> > > > > VS2012
>> > > > > > directory/solution files.
>> > > > > >
>> > > > > > On Wed, Aug 8, 2012 at 1:12 PM, Christopher Currens <
>> > > > > > currens.ch...@gmail.com
>> > > > > > > wrote:
>> > > > > >
>> > > > > > > See inline comments.
>> > > > > > >
>> > > > > > >
>> > > > > > > Thanks,
>> > > > > > > Christopher
>> > > > > > >
>> > > > > > > On Wed, Aug 8, 2012 at 12:07 PM, Granroth, Neal V. <
>> > > > > > > neal.granr...@thermofisher.com> wrote:
>> > > > > > >
>> > > > > > >> I just pulled down the 3.0.3 branch from SVN and have
>> > encountered
>> > > an
>> > > > > > >> initial problem with the VisualStudio solution file
>> > > > > Lucene.Net.Core.sln
>> > > > > > in
>> > > > > > >> the VS2010 folder.
>> > > > > > >>
>> > > > > > >> Did you pull down the 3.0.3 branch or trunk?  Trunk is 3.0.3,
>> > I'm
>> > > > not
>> > > > > > > even sure the 3.0.3 branch exists anymore, and if it does, it is
>> > > > very,
>> > > > > > very
>> > > > > > > out of date.
>> > > > > > >
>> > > > > > >
>> > > > > > >> This solution will not load in VS2010, Visual Studio complains
>> > > that
>> > > > it
>> > > > > > >> was created with a newer version.
>> > > > > > >> Opening the solution file in notepad reveals that it was created
>> > > > with
>> > > > > > >> VS2012 (a not yet released product)
>> > > > > > >>
>> > > > > > >> They are supposed to be VS2010, if the pathing didn't give it
>> > > away.
>> > > >  I
>> > > > > > > believe it was my fault, as I usually will change them back to
>> > > VS2010
>> > > > > > > manually, but forgot to do that while I was adding .NET 3.5
>> > support
>> > > > > back
>> > > > > > > in.  In order to automate the change, I needed to use the RC and
>> > > > forgot
>> > > > > > to
>> > > > > > > change the solution files back. As an aside, VS2012 solution
>> > files
>> > > > are
>> > > > > > (or
>> > > > > > > at least supposed to be) backwards compatible with VS2010.  On my
>> > > > > laptop,
>> > > > > > > which only has VS2010 SP1, they open and compile just fine.
>> > > > > > >
>> > > > > > >
>> > > > > > >> It would be very helpful if those maintaining the source
>> > > > distribution
>> > > > > > >> limit themselves to released development tools only.
>> > > > > > >>
>> > > > > > >> Since that's our normal policy, this isn't really an issue.
>> > > > > > >
>> > > > > > >
>> > > > > > >> It also make me wonder of the viability of any binary
>> > > distributions;
>> > > > > > they
>> > > > > > >> certainly should not have been created with VS2012RC
>> > > > > > >>
>> > > > > > >
>> > > > > > > Prescott used VS2010 to make the binary, so I don't think you
>> > need
>> > > to
>> > > > > > > worry about this.
>> > > > > > >
>> > > > > > >
>> > > > > > >>
>> > > > > > >> - Neal G.
>> > > > > > >>
>> > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>

Reply via email to