If you're only using the DataMapper and not the DataAccess framework, you can just use the DataMapper.sln file (similar situation with the DataAccess.sln file).  This references the Common, DataMapper, and DataMapper.Test projects.  If you are using the DataAccess framework but not NHibernate, you can "remove" the reference to the Extensions project.

Hope this helps.

Roberto



On 5/24/05, Chad Humphries <[EMAIL PROTECTED]> wrote:
As a follow-up should the extensions project just be it's own seperate
solution so the core projects don't have a dependency on a
non-included library?

-Chad

On 5/24/05, Chad Humphries < [EMAIL PROTECTED]> wrote:
> When getting the latest version via subversion recently I ran into the
> same issues Bob did with the missing NHibernate and references.
>
> Is the standard procecdure to download them seperately and then link
> them in?  I just don't want to deviate the solution too much so that
> when I update my local copy I have to redo the changes everytime.
>
> -Chad
>
> On 5/24/05, Ron Grabowski < [EMAIL PROTECTED]> wrote:
> > 1.1 was last updated in January 2005. There have been many bug fixes
> > since then. I recommend using a nightly build of 1.2.
> >
> > --- Bob Hanson < [EMAIL PROTECTED]> wrote:
> > > 1.1 still has a bug in
> > > IBatisNet.DataMapper.TypesHandler.CharTypeHandler with unsupported
> > > function call to dataReader.GetChar
> > >
> > > The bug fix was to replace GetChar with GetString(index)[0]
> > >
> > > On 5/24/05, Bob Hanson <[EMAIL PROTECTED] > wrote:
> > > > I downloaded NHibernate.dll
> > > >
> > > > IBatisNet.Test is missing a reference to
> > > IBatisNet.DataAccess.Extensions.
> > > >
> > > > On 5/24/05, Bob Hanson <[EMAIL PROTECTED]> wrote:
> > > > > With NHibernate.dll missing the downloadable solution will not
> > > build.
> > > > >
> > > >
> > >
> >
>

Reply via email to