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
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
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.
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
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
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
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
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
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
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
10 matches
Mail list logo