FNH 1.0RC

[Sachin]

Hi
I upgraded my solution to 1.0RC version of FNH, as I found that few
features I needed were not working with 1.0 library.

When I changed the DLL I had to change many things like AutoMap had
been changed to AutoMapping, and conventions introduced in RTM are not
working there.

Can any one help me with it, shall I upgrade dll or not and if any one
had tried replacing it then what all changes have to be done so that
it can work well.

Thanks

[Tom Cabanski]

I just did this yesterday.  As you noted, there was a straight-forward change of AutoMap to AutoMapping.  The conventions were a bit of work but not too bad.  I'll do a post on this to my blog this morning and will send a link to the group.

 

Enjoy

--
Tom Cabanski
Vice President of Technology
Onpoint On Demand (Houston Office)
4801 Woodway Drive
Suite 300 East
Houston, TX 77056
Direct: 713-962-2638
http://www.onpointod.com

[Tom Cabanski]

I have made a blog entry describing the necessary changes at http://tomcabanski.spaces.live.com/blog/cns!E0D3617496209F45!124.entry?&_c02_vws=1.

 

Enjoy

[Corey Coogan]

I've tried your changes but am blowing up becuase the SharpArch
IAutoPersistenceModelGenerator interface expects the old FNH type.
Did you recompile all of the SHarpArch assemblies as well?

On Aug 20, 7:21 am, Tom Cabanski <t...@cabanski.com> wrote:
> I have made a blog entry describing the necessary changes athttp://tomcabanski.spaces.live.com/blog/cns!E0D3617496209F45!124.entr...
> .

>
> Enjoy
>
>
>
> On Thu, Aug 20, 2009 at 5:55 AM, Tom Cabanski <t...@cabanski.com> wrote:
> > I just did this yesterday.  As you noted, there was a straight-forward
> > change of AutoMap to AutoMapping.  The conventions were a bit of work but
> > not too bad.  I'll do a post on this to my blog this morning and will send a
> > link to the group.
>
> > Enjoy
>

[Nick Peeples]

I don't recall what the original implementation of
AutoPersistenceModelGenerator.Generate() was, but this is the impl
that I'm using, and it appears to work on the surface:

public AutoPersistenceModel Generate() {
AutoPersistenceModel mappings =
AutoMap.AssemblyOf<Approval>()
.Where(GetAutoMappingFilter)
.Conventions.Setup(GetConventions())
.Setup(GetSetup())
.UseOverridesFromAssemblyOf<AutoPersistenceModelGenerator>
();

return mappings;
}

- Nick

[Corey Coogan]

Mine was blowing up becuase the Interface is expecting the old version
of AutoPersistenceModel, from the FluentNHibernate.AutoMap namespace.
So mine was complaing because it doesn't recoginze that namespace
anymore and won't compile.

That wasn't happening to you?

[Nick Peeples]

Gotcha. Yea, I believe I did recompile the sharp arch code base as
well. I followed the instructions to get everything upgraded, new NH,
FNH, etc.

- Nick

[Corey Coogan]

That's what I figured. Upgrading SharpArch wasn't so bad. I'll have
to just bite the bullet and do it. What all did you upgrade? Just FNH
and Castle? Did you upgrade NH as well?

[Tom Cabanski]

Yes, you have to recompile sharp architecture as outlined in the post I referenced (http://groups.google.com/group/sharp-architecture/browse_thread/thread/f37a99ecfa681770?hl=en).  The process is a wee bit involved but not too bad.  You have to download new bits, recompile Castle and then use everything to recompile SharpArch.

 

Then all you have to do is follow the steps in my blog post :)

 

Sometimes open source is a bit of work if you want to use the latest stuff but the payoff is usually worth it.

 

If you are willing to wait awhile, an earlier post here makes it sound like there will be a new SharpArch every few months updated with the latest dependencies.

[Tom Cabanski]

Give me a sec and I'll put a zip with all the DLLs on the blog.

[Tom Cabanski]

I've posted the recompiled binaries for SharpArch with FNH 1.0.  The zip includes all the recompiled dependencies including Castle.  The post URL is:

 

http://tomcabanski.spaces.live.com/blog/cns!E0D3617496209F45!147.entry

[Tom Cabanski]

The blog entry including the zip with all the recompiled SharpArch DLLs for FNH 1.0RC is http://tomcabanski.spaces.live.com/blog/cns!E0D3617496209F45!147.entry

On Thu, Aug 20, 2009 at 5:04 PM, Tom Cabanski <t...@cabanski.com> wrote:

[Hainesy]

I'm using HORN to recompile Sharp Arch and it works a treat... no more
recompilation hell woo

On Aug 20, 10:58 pm, Tom Cabanski <t...@cabanski.com> wrote:
> Yes, you have to recompile sharp architecture as outlined in the post I

> referenced (http://groups.google.com/group/sharp-architecture/browse_thread/threa...).

[Tom Cabanski]

Please pardon my ignorance.  What is HORN?

[Kasper22]

I'm going to second Tom's question. What is HORN, and can you provide
a link? Haven't turned up anything useful on the googles.

Bryan

[Yitzchok (adminjew)]

Horn is a package management project and you can find it at http://code.google.com/p/hornget/

Note that it is still pre beta.

Yitzchok

[Joe]

Horn has also been discussed here:-
http://groups.google.com/group/sharp-architecture/browse_thread/thread/0e4544cdc4fe954e

On Aug 24, 1:48 pm, "Yitzchok (adminjew)" <admin...@gmail.com> wrote:
> Horn is a package management project and you can find it athttp://code.google.com/p/hornget/

> Note that it is still pre beta.

> <http://code.google.com/p/hornget/>

> > > Direct: 713-962-2638http://www.onpointod.com- Hide quoted text -
>
> - Show quoted text -

[Tom Cabanski]

Horn looks like an excellent idea.  I got it, built it and tried to get sharp-architecture.  Unfortunately, it did not work for me (throws an exception).  No big suprise given pre-beta state.  I will absolutely try it again when it is a little further along.  Heck, maybe I'll contribute a little bit tonight by figuring out why it is not working on my machine.

 

That, of course, is off topic for this group!

 

Thanks for the heads-up on this thing.

[Sachin]

Tom,
Jimmy had recompiled his FNH and had posted new dlls as there was some
issue with Join, when I replaced those dlls again S#arp issue break
in.

Can you get those dlls and recompile the code which you had created
with new FNH and repost the compiled S#arp dlls.

Thanks

On Aug 25, 12:20 am, Tom Cabanski <t...@cabanski.com> wrote:
> Horn looks like an excellent idea.  I got it, built it and tried to get
> sharp-architecture.  Unfortunately, it did not work for me (throws an
> exception).  No big suprise given pre-beta state.  I will absolutely try it
> again when it is a little further along.  Heck, maybe I'll contribute a
> little bit tonight by figuring out why it is not working on my machine.
>
> That, of course, is off topic for this group!
>
> Thanks for the heads-up on this thing.
>
>
>
>
>
> On Mon, Aug 24, 2009 at 1:02 PM, Joe <rang...@gmail.com> wrote:
>
> > Horn has also been discussed here:-
>

> >http://groups.google.com/group/sharp-architecture/browse_thread/threa...

> > > > > Direct: 713-962-2638http://www.onpointod.com-Hide quoted text -

[Alec Whittington]

Forgive my ignorance, but can someone detail some instructions on using HORN? I am very interested in using this, but since it is pre-beta the documentation is not outstanding (not a knock on the HORN group at all). How can WE as S#arp Architecture users use this to keep SA up to date?

Cheers,
Alec Whittington

[Tom Cabanski]

I agree.  Hornget likes a nice way to keep up with all the dependencies.  It's not hard at all.  Go to http://code.google.com/p/hornget/.  Follow the instructions found in the link "Taking Horn for a test drive".  After getting the hornget source, you will have to apply the patch for NHibernate-validator before building as found on my blog at http://tomcabanski.spaces.live.com/blog/cns!E0D3617496209F45!168.entry. 

 

The problem right now is it will build against the latest Fluent NHibernate, which requires a couple patches to Sharp Architecture as described at http://tomcabanski.spaces.live.com/blog/cns!E0D3617496209F45!166.entry.  This causes things to fail.  You would have to manually patch sharp architecture after the build fails and then manually run the SharpArch build.  I haven't experimented to see what hornget will do the next time to build SharpArch, but I would hope if you did run horn after applying the patch, it would leave the SharpArch changes alone.

 

If we can get those patches into the Sharp Architecture trunk, it looks to me like it will work out of the box with pretty much the latest of everything.  Barring that, if the patch can get into a branch I can put together some hornget files that will let hornget build the patched branch.

 

Thoughts anybody?