Hi Marco,
Not sure but it seems to be not iBATIS.
I'd guess your windows box has a filesystem permissions issue. How are
the permissions for f:\\oscache? Does the user that Tomcat relies on
has write permission on that directory?
Hope that helped,
Daniel Silva.
On 7/19/05, Marco Berri <[EMAIL PR
Clinton Begin wrote:
I don't disagree, but I think you're talking about the XML support,
which is a completely different topic. How does this relate to RowSets?
My understanding is that RowSets (& WebRowSets) contain meta-data too.
We require meta-data for /each/ resultset to reach the clie
To make it a bit more clear I would name each of the specific db files like.../ibatis/mapping/common.xml/ibatis/mapping/oracle/specific.xml/ibatis/mapping/postgres/specific.xmlThen at build time move the one you need into the specific directory where the sqlmap config is expecting it. This way the
I would take this one small step further. I would create a common xml file for all aspect that are well common. Then I would create different maps for the unique queries. NathanOn Jul 19, 2005, at 9:38 AM, Brice Ruth wrote:You can include SQL code from a properties file. So, setup one that has t
You can include SQL code from a properties file. So, setup one that has
the salient SQL code in it for Oracle, and one for Postgres, then you
don't have to change the XML, just use a property and make sure that
when the app starts, the correct property file is loaded.
Make sense?2005/7/19, Ron Kir
hi all
i'm using ibatis sql-maps and dao framework (version 2).
my java application should run on an oracle and postgres database.
(switchable through a properties file)
now the problem is, that i must write different sql code for some
statements (not a lot)
> to bad that there isn't a real s
At the risk of becoming a heretic...I can see cases where result set
support would be useful.
IMO, two of the biggest gains for new users in iBATIS are dynamic sql
and caching.
Being able to leverage those without having to rewrite an application
is a huge benefit.
That said, I think passing aro
IMHO, there could be a couple of reasons (not technical and not even
so "strong") that could suggest to add RowSet support.
1 - a RowSet support could simplify the migration from a non-iBatis
framework (my situation)
1st step - substitute the RowSet/ResultSet homemade framework
with iBatis,
Hy all!
I realized an Ibatis embedded Java application with OScache.
Within Linux environment everything is right, but within Win environment
(Windows 2003 Server) OS cache falls down and cache can't be written.
Anybody could help me?
Lot of thanks
Specifications::
SO: windows 2003 Server EE
I don't disagree, but I think you're talking about the XML support,
which is a completely different topic. How does this relate to
RowSets?
ClintonOn 7/19/05, Abdullah Kauchali <[EMAIL PROTECTED]> wrote:
Clinton Begin wrote:> I'm still not sure why we'd ever support RowSets. The whole point of>
Clinton Begin wrote:
I'm still not sure why we'd ever support RowSets. The whole point of
iBATIS is to move data between the database and objects. If you're
using a RowSet, you don't have any objects to map to, so what would be
the advantage? I suppose iBATIS still has a simpler API, is tha
Abdullah,
I'm still not sure why we'd ever support RowSets. The whole point
of iBATIS is to move data between the database and objects. If
you're using a RowSet, you don't have any objects to map to, so what
would be the advantage? I suppose iBATIS still has a simpler API,
is that enough to ma
If you are looking to create customized XML output, one approach I
have been looking at is using a rowhandler to do it.
It is very simple, efficient, and very flexible.
Larry
On 7/19/05, Abdullah Kauchali <[EMAIL PROTECTED]> wrote:
> Abdullah Kauchali wrote:
>
> > 2. the possibility of writing
13 matches
Mail list logo
