This should help:
http://db.apache.org/ojb/docu/guides/ojb-properties.html
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6405
Mobile: +33 (0)6 8882 1417
[EMAIL PROTECTED]
Tuna Ozkasap wrote:
>Hi every one,
>I want to use OJB for dif
= PersistenceBrokerFactory.defaultPersistenceBroker();
broker.beginTransaction();
broker.insert(Object obj);
broker.commitTransaction();
}
finally
{
if(broker!=null)
{
broker.close();
}
}
HTH,
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996
Maybe you could try
System.setProperty("OJB.properties","/my/static/path/to/OJB.properties");
http://db.apache.org/ojb/docu/guides/ojb-properties.html#OJB.properties+File
HTH,
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6
Sorry - Is it possible that the PB *is used* in multiple threads?
*Alexandre BORGOLTZ**
*Head of Technology
**SmartJog SA*
*Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6405
Mobile: +33 (0)6 8882 1417
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
Alexandre Borgoltz wrote:
Is it possibl
Is it possible that your PB is not used in multiple threads, having
transaction being committed or rolledback by another thread before
you've done your work?
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6405
Mobile: +33 (0)6 8882 1417
[
me if OJB did not take the opportunity.
I am not yet a Spring expert, but tell me if I can help in anyway!
I'd also be interested in reading what you OJB committers (Armin,
Thomas, Jacob, Martin...) think about it!
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 632
Cheers,
*Alexandre BORGOLTZ**
*Head of Technology
**SmartJog SA*
*Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6405
Mobile: +33 (0)6 8882 1417
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
Martin Kalén wrote:
Alexandre Borgoltz wrote:
When accessing DB data, OJB uses a relatively small se
there an already existing implementation
that uses statement pooling? Or maybe are there drawbacks in reusing
statements in OJB?
Thank you in advance,
And thank you for that great product!
--
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6405
mp is filled in automatically by the DB (say by a default
value or by trigger), and if you don't want that value to change in the
future, use something like
column="my_timestamp_field"* ... />
*=> OJB won't include it in the insert/update SQLs.
HTH,
**
*Alexandre BORG
In tomcat 5 it should look like:
This works great for me. Hope it helps.
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6405
Mobile: +33 (0)6 8882 1417
[EMAIL PROTECTED]
Nathan Smith wrote:
Hi all,
I am looked through the source co
Dear OJB team,
I was wondering if you were planning to support generic types in OJB?
--
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6405
Mobile: +33 (0)6 8882 1417
[EMAIL PROTECTED
tset, the first time the
jdbc access is performed. And then always return a ResultSetAndStatement
build upon this cached resultset.
What do you think? Is there a better way to go? Are there drawbacks I
don't see?
Thank you!
*--
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)
een performed (and is configured as cacheable...).
Thank you in advance for your help!
--
Alexandre BORGOLTZ
Head of Technology
SmartJog SA
Phone: +33 (0)1 4996 6324
Fax: +33 (0)1 4996 6405
Mobile: +33 (0)6 8882 1417
[EMAIL PROTECTED]
---
13 matches
Mail list logo