Re: Resolving ibatis entities without hitting url in DTD..

2007-05-14 Thread raju
Hi Clinton, I used the following : http://ibatis.apache.org/dtd/sql-map-config-2.dtd";> Doesnt work if internet is OFF.Maybe xmlparser is not honoring EntityResolver as mentioned by you. Any inputs on how to use catalog files to solve this issue? Regards Raju Clinton Begin wrote: > > I

RE: parameterClass for select from resultMap with composite keys

2007-05-14 Thread Darren Moen
Been a while and haven't had a response on this. My workaround is below, basically duplicate selects, one that gets called from the resultMap and one that gets called from the DAO; exact same except for the parameterClass. Does anyone have a better way to this? I'd rather not have double the numb

RE: parameterClass for select from resultMap with composite keys

2007-05-14 Thread Darren Moen
select ct.company_type_id , ct.name , ct.is_active , ct.create_time , ct.creator_id , ct.update_time , ct.updater_id from company_type ct where ct.

RE: parameterClass for select from resultMap with composite keys

2007-05-14 Thread Todorovich, Milo
Can you post the complete SQL that you used in the statement: select ... From: Darren Moen [mailto:[EMAIL PROTECTED] Sent: Monday, May 14, 2007 11:15 AM To: user-java@ibatis.apache.org Subject: RE: parameterClass for se

Re: Resolving ibatis entities without hitting url in DTD..

2007-05-14 Thread Clinton Begin
It shouldn't be hitting the server regardless. iBATIS uses a custom EntityResolver that looks it up in the JAR file. Check to make sure your doctype is correctly set to ibatis.apache.org. Or if for some reason your XML parser isn't honoring the EntityResolver, then you can keep local copies o

Resolving ibatis entities without hitting url in DTD..

2007-05-14 Thread raju
Hi, We are using iBATIS, and the our xml files for the DAOs include a common entity for CRUD and list operations. This entity is a public identifier with URL which makes it hard to test new versions without commiting them first.It also becomes a problemwhen xml file changes. Has anyone tried

Resolving Ibatis Entities...

2007-05-14 Thread raju
Hi, We are using iBATIS, and the our xml files for the DAOs include a common entity for CRUD and list operations. This entity is a public identifier with URL which makes it hard to test new versions without commiting them first.It also becomes a problemwhen xml file changes. Has anyone tried

Re: QueryForList : How does maxRows work?

2007-05-14 Thread Clinton Begin
Yes, it works with , and . You might benefit from a XML editor that can read DTDs and help you find some of these lesser known/used features of the SQL mapping files. I suggest NetBeans IDEA, or (gulp) Visual Studio Express ;-) Clinton On 5/14/07, BenBaril <[EMAIL PROTECTED]> wrote: Is

Re: unable to load dao.xml outside of .war

2007-05-14 Thread Jane Phillips
Richard, You are right. We use Tomcat and I fixed it. Thank you so much. Jane Richard Yee <[EMAIL PROTECTED]> wrote: Jane, What server are you using? Typically, servers ignore the environment classpath setting and set it explicitly in the server startup script. You might need to

Re: QueryForList : How does maxRows work?

2007-05-14 Thread BenBaril
Is there an equivalent for stored procedures? Clinton Begin wrote: > > With a good database driver, you wouldn't get 1000s of rows back anyway, > whether it supported fetchSize or not. And most good database drivers > will > have an intelligent default for fetch size, or even a self-optimizing