>
>
> Thanks
>
>
>
>
>
>
> From: Clinton Begin [mailto:[EMAIL PROTECTED]
> Sent: Monday, May 16, 2005 4:03 PM
> To: ibatis-user-java@incubator.apache.org
> Subject: Re: iBatis DAO - How to turn off data
basically use the
dao.xml to switch between both implementations.
Thanks
From: Clinton Begin
[mailto:[EMAIL PROTECTED]
Sent: Monday, May 16, 2005 4:03 PM
To: ibatis-user-java@incubator.apache.org
Subject: Re: iBatis DAO - How to
turn off data connection pool
What are you
What are you trying to achieve by doing that? You can't really
"turn off" pooling with SimpleDataSource, but you could try one of the
other implementations or write your own to achieve that.
Cheers,
Clinton
On 5/16/05, Folashade Adeyosoye <[EMAIL PROTECTED]> wrote:
How can I turn
Did you try "1" ?
On 5/16/05, Folashade Adeyosoye <[EMAIL PROTECTED]> wrote:
>
>
>
> How can I turn off the Database connection pool in the dao.xml
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
I'll take a look at that. Thanks a lot.
Gregg
On 5/7/05, Clinton Begin <[EMAIL PROTECTED]> wrote:
>
> Here's the cool thingyou can write your own DAO transaction
> implementation. I'm assuming you're using SQL Maps. If so, just copy the
> SQL Map transaction implementation from the DAO fr
Here's the cool thingyou can write your own DAO transaction
implementation. I'm assuming you're using SQL Maps. If so,
just copy the SQL Map transaction implementation from the DAO framework
into your own package name. Then, add startBatch() and endBatch()
to the constructor and commit meth
You only get that if you call .forceCloseAll().
Cheers,
ClintonOn 5/4/05, Folashade Adeyosoye <[EMAIL PROTECTED]> wrote:
Is this a normal logger/system out output for iBatis DAODEBUG[2005-May-04 22:47:24] -jdbc.SimpleDataSource(SimpleDataSource.java:506) - SimpleDataSourceforcefully closed/remove
Ok, looking at the source would tell me that DaoManagerBuilder by
itself will parse the XML file every single time it is called. So you
have to manually check to see if the daoManager instance is null or
not and provide the appropriate action accordingly. So the following
statement is false:
> T
S, you are saying that calling DaoManager.buildDaoManager alone
will parse the dao.xml every single time?? Which is it? It does or
it doesn't. I've got conflicting answers here now. I guess I'll just
break down and look at the source code for that static method.
On 5/2/05, Brandon Goodin
r...
>
> Hope that clears it..
>
> -Original Message-
> From: Brandon Goodin [mailto:[EMAIL PROTECTED]
> Sent: Monday, May 02, 2005 1:35 PM
> To: ibatis-user-java@incubator.apache.org
> Subject: Re: iBatis DAO Loading dao.xml
>
> Why are you mingling iBatis
..
-Original Message-
From: Brandon Goodin [mailto:[EMAIL PROTECTED]
Sent: Monday, May 02, 2005 1:35 PM
To: ibatis-user-java@incubator.apache.org
Subject: Re: iBatis DAO Loading dao.xml
Why are you mingling iBatis with the servlet layer? Initialization
would be better placed in the service layer
alls methods to setup my cache...
>
>
> -Original Message-
> From: Ron Grabowski [mailto:[EMAIL PROTECTED]
> Sent: Monday, May 02, 2005 1:04 PM
> To: ibatis-user-java@incubator.apache.org
> Subject: RE: iBatis DAO Loading dao.xml
>
> Calls to buildDaoManager resolve
pplication..
The initSystem calls methods to setup my cache...
-Original Message-
From: Ron Grabowski [mailto:[EMAIL PROTECTED]
Sent: Monday, May 02, 2005 1:04 PM
To: ibatis-user-java@incubator.apache.org
Subject: RE: iBatis DAO Loading dao.xml
Calls to buildDaoManager resolve to
To: Brandon Goodin
> Cc: ibatis-user-java@incubator.apache.org
> Subject: Re: iBatis DAO Loading dao.xml
>
> >The dao manager does not parse it every time. It only parses once.
>
> Is this documented somewhere? How does that work if my code is
> telling the builder to b
You will notice that your DaoManager only performs a buildDaoManager
when the DaoManager instance variable of your DaoManagerLoader is
null. After that it will simply return the existing DaoManager. It is
the responsibility of the developer to make sure it is loaded only
once. If you did not prefor
project that am converting.
But able to do it on a small one class (service class) file.
-Original Message-
From: Gregg D Bolinger [mailto:[EMAIL PROTECTED]
Sent: Monday, May 02, 2005 12:39 PM
To: Brandon Goodin
Cc: ibatis-user-java@incubator.apache.org
Subject: Re: iBatis DAO
>The dao manager does not parse it every time. It only parses once.
Is this documented somewhere? How does that work if my code is
telling the builder to build everytime a service request is made? Is
it cached somewhere in memory much like the hand made singleton class
I am using? I don't want
It would be perfectly fine to instantiate the Service class in your
web layer. But, you might want to follow a similar pattern as the
service layer does with the Dao classes. Instantiate your service
classes in the constructor and assign them to instance variables in
your Servlet, Action(Struts) or
Thanks for the reply. I actually did something similar to this before
I saw your response. I made the following class
DaoManagerLoader.java
public class DaoManagerLoader {
public static final String DAO_XML_PATH =
"com/intrust/anykey/database/dao/iBatis/dao.xml";
public static DaoManage
Saw a typo! oopsie :-)
" I would not place the dao in my base service class."
Should be:
"I would not place the dao manager in my base service class."
On 5/1/05, Brandon Goodin <[EMAIL PROTECTED]> wrote:
> Hi Gregg,
>
> The dao manager does not parse it every time. It only parses once.
>
> Als
Hi Gregg,
The dao manager does not parse it every time. It only parses once.
Also, I would do things a bit different than you are doing. I would
not place the dao in my base service class. I would use a DaoConfig
class that holds the DaoManager reference as an static final instance
variable. I w
will eventually, I am ding the migration gradually, one at a time...
> >
> >
> > -Original Message-
> > From: Brandon Goodin [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, April 26, 2005 2:16 AM
> > To: Folashade Adeyosoye
> > Subject: Re: iBatis Dao Setup
> >
>
avoid to delay in the time to create a connection.
-Original Message-From: Brandon Goodin [mailto:[EMAIL PROTECTED]]Sent: Monday, April 25, 2005 11:08 PMTo:
ibatis-user-java@incubator.apache.orgSubject: Re: iBatis Dao Setup" I have my own connectionManager class"I'm not
: Brandon Goodin [mailto:[EMAIL PROTECTED]
Sent: Monday, April 25, 2005 11:08 PM
To: ibatis-user-java@incubator.apache.org
Subject: Re: iBatis Dao Setup
" I have my own connectionManager class"
I'm not sure what you mean by this. Please expound on this.
Brandon
On 4/25/05, Fola
: Monday, April 25, 2005 11:08 PM
To: ibatis-user-java@incubator.apache.org
Subject: Re: iBatis Dao Setup
" I have my own connectionManager class"
I'm not sure what you mean by this. Please expound on this.
Brandon
On 4/25/05, Folashade Adeyosoye <[EMAIL PROTECTED]> wrote:
>
That was actually due to me refactoring
the package names…
But I don’t have any space in the
real code
thanks
From: Richard Yee
[mailto:[EMAIL PROTECTED]
Sent: Monday, April 25, 2005 11:17
PM
To: ibatis-user-java@incubator.apache.org
Subject: Re: iBatis Dao Setup
It looks like a classpath problem. It is not even getting to any iBATIS
code. Also did you notice that you have a space in your resource
string?
String resource
= " net/package1/package2/persistence/dao.xml";
That will probably cause either the reader to throw an exception
or be null.
-Rich
" I have my own connectionManager class"
I'm not sure what you mean by this. Please expound on this.
Brandon
On 4/25/05, Folashade Adeyosoye <[EMAIL PROTECTED]> wrote:
>
>
>
> Hi all let me see if I can explain my problem and how I have things setup…
>
>
>
> First, my problem is having
Yes thats true, but the static method that sets the DAO_MANAGER is failing
-Original Message-
From: Brandon Goodin [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 23, 2005 12:01 AM
To: ibatis-user-java@incubator.apache.org
Subject: Re: Ibatis DAO
Use this class to get retrieve your dao
Yes thats true, but the static method that sets the DAO_MANAGER is failing
-Original Message-
From: Brandon Goodin [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 23, 2005 12:01 AM
To: ibatis-user-java@incubator.apache.org
Subject: Re: Ibatis DAO
Use this class to get retrieve your
;
> Thanks
>
>
>
>
>
>
>
>
> From: Larry Meadors [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 22, 2005 11:48 PM
> To: ibatis-user-java@incubator.apache.org
> Subject: Re: Ibatis DAO
>
>
&
which is ibatis-dao-2.jar
Thanks
From: Larry Meadors
[mailto:[EMAIL PROTECTED]
Sent: Friday, April 22, 2005 11:48
PM
To: ibatis-user-java@incubator.apache.org
Subject: Re: Ibatis DAO
We need more info on this
one.
There is nothing in that stack trace to indicate any sort of
We need more info on this one.
There is nothing in that stack trace to indicate any sort of issue with iBATIS.
Throw us a bone here.
LarryOn 4/22/05, Folashade Adeyosoye <[EMAIL PROTECTED]> wrote:
Any help would be appreciated….
I am having a difficult time getting the iBatis DA
Sure, why not. If that's what you need to do, go for it. I don't see
any harm other than the loss of transparency (which in this case is a
requirement, not a flaw).
Cheers,
Clinton
On Mar 31, 2005 10:29 AM, Karen Koch <[EMAIL PROTECTED]> wrote:
> Up until now, I have been keeping my dao.xml fil
34 matches
Mail list logo
