Is there a reason why you aren't putting Model.Dao.Interfaces.dll in
the /bin directory with the other assemblies?

In addition to TypeResolver, there is also a CachedTypeResolver class:

 http://ibatisnet.sourceforge.net/docs/en/sdkhelp/web/

You can download additional documentation from the Downloads section of
the iBATIS website:

 http://ibatis.apache.org/downloads.html

I found this in a VB.Net project I worked on:

 m_VehicleDao = _ 
  DirectCast(m_daoManager(GetType(IVehicleDao)), IVehicleDao)

Where m_daoManager is a shorter way of writing:

 IBatisNet.DataAccess.DaoManager.GetInstance()

--- Habib Ahmed Qureshi <[EMAIL PROTECTED]> wrote:

> Thanks for the reply.
> 
> I have not seen 'Type
> IBatisNet.Common.Utilities.TypesResolver(string)'
> before!
> I am using 'Data Access Guide-1.6.1.chm' file and sometimes NPetShop.
> 
> ---------------
> Before your reply, I have figured this in the testing of 'Data
> Access' (and
> it took much time) :-
> VB.NET
>               strPath = Environment.CurrentDirectory
>               strPath &= "\" & "Model.Dao.Interfaces.dll"
>               Dim asm As [Assembly] = [Assembly].LoadFrom(strPath)
> 'Dim asm As [Assembly] = [Assembly].Load(strPath)
> 
>               Dim tp As Type
>               'tp =
> Type.GetType("Model.Dao.Interfaces.IApplicationUserDao,
> Model.Dao.Interfaces.dll")
>               tp = asm.GetType("Model.Dao.Interfaces.IApplicationUserDao")
> 
>               dm = DaoAccessPoint.GetInstance().DaoManagerObj
>               appuserdao = CType(dm.GetDao(tp), IApplicationUserDao)
> ---------------
> 
> Now, 'TypesResolver(string)' is working for me. Tell me does this
> load
> assembly dll from current path?
> Does it caches?
> 
> Where can I easily see the documentation of 'IBatisNet.Common' or
> 'IBatisNet.Common.Utilities'?
> Where can I easily see API documentation, like something about
> DaoManager.GetDao()? Or I do my work using the NPetShop sample
> project...(which is in older DataAcces which has other obsolete
> DaoManager.GetDao(string) function)
> 
> Thanks.
> 
> ---
> hB
> 
> -----Original Message-----
> From: Ron Grabowski [mailto:[EMAIL PROTECTED] 
> Sent: 20 September 2005 15:55
> To: [email protected]
> Subject: Re: FW: DataAccess161 DaoManager.GetDao
> 
> I don't understand your question. If your project ships with an
> assembly of types and that assembly is in the /bin folder, those
> types
> should be automatically loaded.
> 
> What happens when you use this method to convert a string into a
> System.Type?
> 
>  Type IBatisNet.Common.Utilities.TypesResolver(string)
> 
> --- Habib Ahmed Qureshi <[EMAIL PROTECTED]> wrote:
> 
> > Hi, 
> > 
> > In DataAccess 1.6.1 
> > DataManager.GetDao only has GetDao with signature of TYPE and not
> > string. 
> > 
> > My types are in a separate assembly 
> > 
> > Dao.Interfaces 
> > 
> > In this situation I am unable to load a type. 
> > 
> > VB.Net 
> >                 dm = DaoAccessPoint.GetInstance().DaoManagerObj 
> > 
> >                 Dim tp As Type 
> >                 tp = Type.GetType("IApplicationUserDao") 
> >                 tp =
> > Type.GetType("fullyqualifiedname.IApplicationUserDao") 
> >                 obj = dm.GetDao(tp) 
> >                 appuserdao = CType(obj, IApplicationUserDao) 
> > 
> > None is working. 
> > :/ 
> > 
> > What should be done? 
> > 
> > 
> > HELP 
> > 
> > Thanks in advance. 
> > 
> > 
> > Habib Ahmed Qureshi
> > Software Engineer
> > 
> 

Reply via email to