Mapping is biggest weakness in o/r mapping right now =(
Most issues come down to not quite correct mapping all too often =(
On Aug 10, 2005, at 11:22 AM, Guillaume Laforge wrote:
Hi again,
I hesitate to reveal the truth and expose how stupid I must be... but
still... I think I've found the
On Aug 10, 2005, at 11:22 AM, Guillaume Laforge wrote:What a pity the messages are so misleading... I guess some sanity checker is in order so that we can compare a mapping and a database's schema (hint, hint Brian!). Okay, attached =)Thank you to my previous employer (Fort Hill Company) for
On Aug 10, 2005, at 11:22 AM, Guillaume Laforge wrote:
What a pity the messages are so misleading... I guess some sanity
checker is in order so that we can compare a mapping and a database's
schema (hint, hint Brian!).
Okay =)
Thank you to my previous employer (Fort Hill Company) for
Apache, not SourceForge. Otherwise yes, HEAD/trunk is what will be 1.1.
-Brian
On Aug 3, 2005, at 3:00 PM, Hale India wrote:
Hi Brian
Do you mean that in sourceforge CVS db-ojb it is 1.1
source code ?
Best regards
Andre
--- Brian McCallister [EMAIL PROTECTED] wrote:
OJB 1.1 has
OJB 1.1 has not been released. Are you sure you didn't have 1.0.1?
The other possibility is that someone built your jar from cvs at some
point based on the upcoming 1.1.
-Brian
On Aug 3, 2005, at 1:19 PM, Hale India wrote:
Hi
I am using OJB for our project.
I got during may
Answered in the -dev list =)
-Brian
On Jun 22, 2005, at 2:49 AM, Cosmin MERLUSCA wrote:
Hello,
I'm using OJB and I would have a number of questions for you:
1. Is this project going on or is it going to be stopped? The
answer to this
is critical for the project.
2. If is going to
On Jun 2, 2005, at 12:12 PM, Martin Taal wrote:
Hi,
I have a question, what is the future of jdo support in ojb in
relation to the jdo2 spec and the apache jdo project (http://
wiki.apache.org/jdo/)?
In a post (20 March 2005) to this mailing list from Brian
McCallister he says
The getting started page is probably the most useful.
http://db.apache.org/ojb/docu/getting-started.html
-Brian
On Apr 11, 2005, at 9:55 AM, Scott Purcell wrote:
Hello,
I would like to try and get started using the OJB product. I am on the
website, but do not see where to begin. So I downloaded
Apache Object/Relational Bridge (OJB) is an Object/Relational mapping
tool that allows transparent persistence for Java objects against
relational databases.
The OJB team is happy to announce the 1.0.3 release:
-
Release
Already did!
-Brian
On Apr 5, 2005, at 11:36 AM, Armin Waibel wrote:
Hi Brain,
Brian McCallister wrote:
Tagged ( OJB_1_0_3 ) and pushed 1.0.3 just now.
Will post an announcement for 1.0.3 (with the note about the
unannounced 1.0.2) tomorrow after things mirror out.
Seems that all mirror's are up
Tagged ( OJB_1_0_3 ) and pushed 1.0.3 just now.
Will post an announcement for 1.0.3 (with the note about the
unannounced 1.0.2) tomorrow after things mirror out. If you have access
to minotaur you can grab it, otherwise it should be available from
db.apache.org in 4 hours.
Big kudos to Armin
Am pushing it tonight. Won't announce until tomorrow night though so
that it can mirror out first =)
-Brian
On Mar 24, 2005, at 12:08 PM, Ryan Vanderwerf wrote:
Just checking if anyone knows the target date for 1.02? I am looking to
upgrade but am afraid of the cache problem in 1.01.
Ryan
JDO Central ( http://www.jdocentral.com/ ) is a good JDO starting
point. The best source for info on JDOQL is the spec, it is actually
pretty clear, I think (
http://jcp.org/aboutJava/communityprocess/pr/jsr243/index2.html ).
OJB's JDO implementation is more proof-of-concept than
No worries =-)
-Brian
On Feb 1, 2005, at 9:33 AM, ukasz Korzybski wrote:
Dnia wtorek, 1 lutego 2005 12:40, ukasz Korzybski napisa:
My mistake sorry, repository_database.xml has overriden settings in
OJB.properties.
Once more sorry for spamming :)
ukasz Korzybski
I'll second this one -- the best approach I know is just to use the
domain model object as the thing the JSP renders.
-Brian
On Dec 20, 2004, at 7:36 AM, Edson Carlos Ericksson Richter wrote:
I've used the OJB objects and collections directly, since they *are*
my VO.
There is no need to
OJB doesn't transparently migrate data -- I don't know of any good
high-level general purpose tool which can do that. I wrote an
incremental data-migration oriented tool a while back, but it doesn't
use an o/r mapping. Simple is a dependency resolver with convenience
features for database
-
From: Brian McCallister [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 21, 2004 3:03 PM
To: OJB Users List
Subject: Re: REPOST: OJB's support for object migration: [e.g torque
table schema- how to alter existing table ]
OJB doesn't transparently migrate data -- I don't know of any good
high
it with 1.3?
Regards
Lasse
___
Lasse Lambrecht
Allianz Lebensversicherungs-AG
IS-LF1 K6, Produktdatenbank
+49 711 663 5412 # 1021-5412
image.tiffBrian McCallister [EMAIL PROTECTED]
Brian McCallister [EMAIL PROTECTED]
10/09/04 14:30
Bitte antworten an
OJB Users List [EMAIL PROTECTED
On Sep 15, 2004, at 5:12 AM, Thomas Dudziak wrote:
(my guess is that OJB 1.0.1 simply wasn't tested on JDK 1.3 prior to
releasing it).
I didn't, and I released. Will move discussion to -dev about how to
best fix. May be that we should stick with SCSL j2ee 1.3 jars for a
while longer =( Ick.
I presume you can reliably replicate it, can you provide more
information about when it is happening?
Database, mapping for the optimistic TX field etc?
There were a couple changes to optimistic tx's when using a timestamp
instead of version counter.
Any chance you can send a unit test which
Anonymous keys allow you to not have the FK field (or PK if you never
need serialize them) defined on the classes. By default OJB talks
directly to fields, not through property accessors (though it certainly
can work through property accessors).
-Brian
On Sep 13, 2004, at 6:53 PM, Pulat
On Sep 12, 2004, at 3:01 AM, Charles Anthony wrote:
a) Implement org.apache.ojb.broker.PersistenceBrokerAware on the domain
object : the domain object knows when it is being modified, and so can
add
itself to the index. Not such a good idea for many people, as your
domain
object is reliant on
A while back I promised a howto/sample code for using OJB with Lucene
for full text searches. Recently posted an article on just that:
http://kasparov.skife.org/blog/src/java/ojb#lucene-ojb
Thought I'd share,
Brian
-
To
Happy to help! I use maven too ;-)
-Brian
On Sep 9, 2004, at 7:45 PM, Pedro Salgado wrote:
Thank you! :) That sure was quick!!
On 10/9/04 12:44 am, Brian McCallister
[EMAIL PROTECTED]
wrote:
http://www.ibiblio.org/maven/ojb/jars/
Includes the 1.0.1 I pushed last night.
-Brian
On Sep 9, 2004
I pushed the rc7 version into the ibiblio repository as well. I
strongly recommend using 1.0.1, however, as it is all bug fixes between
rc7 and 1.0.1
-Brian
On Sep 9, 2004, at 7:45 PM, Pedro Salgado wrote:
Thank you! :) That sure was quick!!
On 10/9/04 12:44 am, Brian McCallister
[EMAIL
The OJB team would like to announce the release of the OJB 1.0.1. This
is primarily a bug fix release with a couple performance improvements
and the addition of one service api element.
Full release notes: http://db.apache.org/ojb/release-notes.txt
Binary and source downloads:
Nope, this was exactly the right place, thank you!
-Brian
On Sep 10, 2004, at 10:25 AM, David Durham wrote:
Brian McCallister wrote:
The OJB team would like to announce the release of the OJB 1.0.1. This
is primarily a bug fix release with a couple performance improvements
and the addition of one
This is a limitation of (MS) SQL:
[org.apache.ojb.broker.accesslayer.JdbcAccessImpl] ERROR: SQLException
during the execution of the query (for a com.xxx.Property): The text,
ntext, and image data types cannot be compared or sorted, except when
using IS NULL or LIKE operator.
What does the actual
http://www.ibiblio.org/maven/ojb/jars/
Includes the 1.0.1 I pushed last night.
-Brian
On Sep 9, 2004, at 7:38 PM, Pedro Salgado wrote:
I am searching the ibiblio repository and I cant find ojb 1.0rc7
anywhere
(just db-ojb-1.0.rc6.jar - 7 Apr 2004)... isnt it supposed to be on
ojb/jars?
I do
A broker should be treated much like a JDBC connection. Obtain, use,
close.
I would definitely *not* put an open broker in the session or servlet
context. Caching works across brokers (depending on the cache
implementation used).
-Brian
On Sep 2, 2004, at 3:31 PM, Vincent Frison wrote:
Hi
It should be on your classpath, I typically put the OJB.properties, and
repository_* in WEB-INF/classes
-Brian
On Aug 26, 2004, at 6:03 PM, Henrique Faria wrote:
Hi!
I'm trying to use the Persistent Broker API from inside a servlet
environment (tomcat5 web container). The problem seems to be
No problem. Could you post the snippets from your build.properties and
repository_database.xml with the database information?
Thanks,
Brian
On Aug 26, 2004, at 7:16 PM, [EMAIL PROTECTED] wrote:
hi!
Ok, sorry for the subject but it's true...I posted a few day ago and i
still with the same
Chances are Cloudscape will work with the Default database impl, just
reuce JDBC level until it works (that is how I am doing Axion at the
moment, for example).
I expect once we get Derby people on board we will build explicit
support in.
-Brian
On Aug 17, 2004, at 11:30 AM, Charles Anthony
What database are you using?
I have hit (and not yet fixed =/) precision difference problems when
dealing with postgres.
-Brian
On Aug 11, 2004, at 10:23 AM, Alessandro Colantoni wrote:
Hi again.
I saw that my problem is not in the OSCACHE, but in the locking.
I set isolation level = optimistic
Glad to hear! The complexity of supporting many API's at different
levels is frustrating at times -- is really nice to be reminded that
people really make use of the higher performance options!
-Brian
On Aug 9, 2004, at 8:57 AM, Mcgough, Brian Joseph wrote:
All,
I just wanted to share some data
On Aug 9, 2004, at 9:13 AM, Robert S. Sfeir wrote:
P.S. Did you post this on Hibernate list??? :-)
gack, I realize this is a joke, but... please don't! The last thing we
need are more O/R pissing matches :-)
-Brian
-
To
On Jul 29, 2004, at 4:42 PM, Artur Z wrote:
hello
I searched the archive and I have not found answers so please tell me:
- is it still impossible to use OJB/JDO in production (because of the
sun's JDORI license) ?
Yes
- when apache implementation of JDO will be ready ?
Good question. We are
everything. In other words, it
is a best guess on my part.
-Brian
Artur
- Original Message -
From: Brian McCallister [EMAIL PROTECTED]
To: OJB Users List [EMAIL PROTECTED]
Sent: Thursday, July 29, 2004 11:27 PM
Subject: Re: OJB/JDO
On Jul 29, 2004, at 4:42 PM, Artur Z wrote:
hello
I searched
To my knowledge there isn't, though it should be possible to implement
(outside of ODMG, as I don't think ODMG provides a mechanism in its
API).
I am not sure how much rework of internal API's would be required, but
as (in most cases) OJB assigns the PK itself it could be possible to do
it
- but no
luck.
Eather this is very very complex thing or I'm just stupid and can't
even implement something this simple.
- Joose
22.7.2004 kello 15:57, Brian McCallister kirjoitti:
I have a bunch of sample code online from a presentation I gave a few
months ago. It includes different relation
I have a bunch of sample code online from a presentation I gave a few
months ago. It includes different relation types, and IIRC,
class-per-table inheritance.
http://kasparov.skife.org/ojb-phillyjug.tar.gz
-Brian
On Jul 22, 2004, at 8:52 AM, Thomas Dudziak wrote:
Joose Vettenranta wrote:
is
A slightly more complex, but considerably more powerful, search
solution is to use the Lucene indexing engine to handle search instead
of LIKE clauses. It requires building the indexes, but is very fast,
and very effective for searching -- much more so in my experience than
LIKE clauses.
:10:49 -0400, Brian McCallister wrote:
A slightly more complex, but considerably more powerful, search
solution is to use the Lucene indexing engine to handle search instead
of LIKE clauses. It requires building the indexes, but is very fast,
and very effective for searching -- much more so in my
Yeah, I ran into this one a few times myself.
The OTM will attempt to shortcut some copying when it hits something it
doesn't know how to copy by serializing and deserializing it. I don't
much like this behavior, and in the end led to us not using the OTM for
a project in the end.
Thanks for the pointer, will try to get a patch in to the cocoon folks
for 1.0.0 asap =)
-Brian
On Jul 13, 2004, at 4:34 AM, Johnson wrote:
great it'ok tks lots
Best Regards
Johnson
- Original Message -
From: Johnson [EMAIL PROTECTED]
To: OJB Users List [EMAIL PROTECTED]
Sent: Tuesday,
That is exactly how we suggest doing it in an EJB container, should
work as well in a servlet container which supports JNDI.
Look up the howto's on EJB deployment, it should workable.
-Brian
On Jul 9, 2004, at 8:35 AM, Danilo Tommasina wrote:
Hi,
Just an idea that I never tested...
You could
Good find.
Easiest way to get it fixed is to submit a patch ;-)
Otherwise opening a bug in the bug tracker is good, and pinging us on
-dev periodically if it doesn't seem anyone is acting on it. That said,
this is pretty significant -- it also makes the cd.getTopLevelClass(..)
call pretty
ODMG transactions are specifically tied to threads. The behavior you
see when it sometimes works is if you *happen* to get the same thread
again from the servlet container. To reattach to the transaction, call
Transaction.join() on it before making any changes.
Be very careful leaving an
Woo hoo =)
Whee haw!
-Brian
On Jun 30, 2004, at 7:08 AM, Mahler Thomas wrote:
Dear all,
I'm very happy to announce the final 1.0 release of OJB.
After a long series of release candidates we finally got enough
confidence in our software
to call it ready for prime time.
As you can see by our ever
Michael,
Thank you for digging into this, I noticed the same behavior on
postgres as well. If you want to track down the materialization code,
start in org.apache.ojb.broker.accesslayer package.
On Jun 23, 2004, at 1:01 AM, Michael A. Hovan III wrote:
Hello,
I have been debugging a problem (for
Sadly, the best I know of is the FastObjects community web site. It
requires free registration, but has a good ODMG reference available for
download.
http://community.fastobjects.com/supportweb/docu.nsf/OSS_61/
3EFAFE80A7855AEBC1256A4C004FE2E2?opendocument
-Brian
On Jun 23, 2004, at 9:17
Are the repository xml files all in WEB-INF/classes/ as well?
-Brian
On Jun 23, 2004, at 4:12 PM, WHIRLYCOTT wrote:
Actually, there is a default descriptor in my repository.xml file.
I know that these files are well formed and contain valid information
because I'm using them as-is within my dev
you need to
dignosticate the problem.
Stefano
|-+-
| | Brian McCallister |
| | [EMAIL PROTECTED]|
| | ompany.com |
| | |
| | 11.06.2004
The OJB team would like to announce the release of Apache
Object/Relational Bridge (OJB) 1.0rc7.
This release will hopefully be the final release candidate before
version 1.0. If no major problems
are discovered, OJB 1.0 will be released in one week.
DOWNLOADS
http://db.apache.org/builds/ojb/
Assuming you are using ODMG...
The problem was with the implicit locking mechanism in the ODMG
implementation. It was not properly detecting collection proxies so it
would iterate over the collection (loading it) and lock every object
before even returning from the OQLQuery#execute() call.
I
Glad to hear!
Sometimes I despair at some of the complexity having so many things
pluggable brings us, then you hear stories like this =)
-Brian
On Jun 10, 2004, at 1:23 AM, Sean Dockery wrote:
For posterity, overriding the single method worked, but I had to do two
other things:
1) Change the
Unfortunately the JDO plugin doesn't respect proxies -- it is a pain =/
We are working on JDO 1.0.1 right now, and intend to do 2.0 as soon as
possible. There has been some discussion of not bothering with a native
1.0.1 in favor of going straight for 2.0, but as the 2.0 spec isn't
released
Stefano,
The ODMG and OTM api's provide dirty tracking right now. Updates are
figured out and executed on transaction commit =)
-Brian
On Jun 3, 2004, at 10:50 AM, [EMAIL PROTECTED] wrote:
Bonjour à tous !
I am planning to develop an application with OJB.
This application will access quite a
The OTM is usable, but I wouldn't use it for critical apps quite yet.
FWIW, we maintain ODMG and OTM implementations of our repository side
by side and they both work fine in all cases so far -- the ODMG is in
production though, not the OTM =/
I would call the OTM released-but-unstable in 1.0
=/
-Brian
On Jun 2, 2004, at 8:19 AM, Maksimenko Alexander wrote:
Brian McCallister wrote:
The OTM is usable, but I wouldn't use it for critical apps quite yet.
FWIW, we maintain ODMG and OTM implementations of our repository side
by side and they both work fine in all cases so far -- the ODMG
Found this =)
http://blog.w1c.ca/index.do?post=40288383fce5876c00fce6365cac0011
-Brian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
There is no support for XML databases in OJB at present, but it could
certainly be done.
I would be quite interested in seeing how this could work out,
personally. I cannot commit a lot of time to working on it though, as
my foreseeable-future efforts are already accounted for =( I'd be quite
It may be worthwhile to have database-lock pessimistic locking as a
clearly labeled option (non-default) in order to cut short these
periodic discussions =)
I'd be all in favor of bundling a DatabaseLockManager along with the
current implementations. A fair number of people prefer this
I believe, though lack first hand knowledge, that Thomas M. said the
JDORI plugin doesn't work with proxies. That is its big drawback =(
-Brian
On May 4, 2004, at 4:16 AM, Alexandre BOISSEAU wrote:
Hi,
I have problems when using proxy class :
With the tutorial example :
Loading of Article
Proxies are configured in the repository metadata:
http://db.apache.org/ojb/repository.html
=)
-Brian
On Apr 30, 2004, at 3:52 AM, Alexandre BOISSEAU wrote:
Hi,
I have to deal with large objects with OJB and I sense I will get into
trouble with some performance issues if data is loaded each
You need to use one of the distributed caches (JCS, OSCache, or
Coherence).
The other option, which tends to be the easiest, is to use a per-broker
cache (non-distributed) and optimistic transactions, in which case you
acknowledge that data in cache for the lifetime of one broker (usually
Anonymous PK's are risky things -- I apologize for using them in the
original anonymous keys tutorial. Anonymous FK's are great, and not
using them is usually a bad ida in my opinion =)
I don't think the anonymous PK issues you are having will be resolved
very soon, the anonymous key
Odd. Some notes...
Task.getClass().getName() works better as Class#toString isn't the
class name =(
Do you not get ANY objects back, or do you get a different object back
form the query?
Is the foreign key a primitive type by chance?
-Brian
On Apr 13, 2004, at 8:20 PM, Wil Hunt wrote:
Hey
Glad I can help =)
The sources etc (minus the jars) are posted as well, url is on a slide
toward the end.
-Brian
On Apr 13, 2004, at 7:28 PM, C Qualset wrote:
Thanks very much for posting the slides. It is a great place for a
newbie like me to start.
Ah, I missed the checkin message on that! Thank you!
-Brian
On Apr 13, 2004, at 5:20 PM, Oleg Nitz wrote:
On Tuesday 13 April 2004 15:17, Brian McCallister wrote:
Huh, the ODMG slower thing is interesting as Armin just reemed us all
out for letting the OTM get so much slower than ODMG ;-)
Have
You need both if you are using the JDORI plugin. It is annoying =(
The native JDO impl I am working on for OJB will allow you to just use
the OJB mappings as the .jdo files will only be used for (optional in
OJB but not for spec-compliant JDO) bytecode enhancement process. This
JDO impl is
the native
implementation a try?
Would that be the CVS Head or would it be a different branch?
Thanks.
Charlie
Brian McCallister wrote:
You need both if you are using the JDORI plugin. It is annoying =(
The native JDO impl I am working on for OJB will allow you to just
use the OJB mappings
Huh, the ODMG slower thing is interesting as Armin just reemed us all
out for letting the OTM get so much slower than ODMG ;-)
Right now there are a couple hidden nasties in the OTM -- I like the
OTM a lot (if just so that I can do a query by identity without casting
to a TransactionImpl) but
Yep, almost exclusively.
-Brian
On Apr 2, 2004, at 4:01 AM, Andreas Bohnert wrote:
yes, we do.
no problems so far...
regards
andreas
Martin I. Levi wrote:
Hello people!
Is there anybody using OJB on a PostgreSQL database?
Please let me know.
Greets,
Martin Ivan Levi
Universitat
, or whether to use
Torque also for this project. I really want database independence, so
I
would prefer to use OJB.
|-+-
| | Brian McCallister |
| | [EMAIL PROTECTED]|
| | ompany.com
On Apr 2, 2004, at 9:23 AM, [EMAIL PROTECTED] wrote:
Thank you all for your pointers. I am well aware of the difficulty of
writing good documentatioin when you are an expert in the field;
sometimes
ignorance is a blessing. I shall continue to report omissions or
ambiguities as I find them.
Much
Postgres users:
Has anyone ever gotten the master/slave replication to actually work?
-Brian
On Apr 2, 2004, at 12:15 PM, Antonio Gallardo wrote:
Robert S. Sfeir dijo:
Leandro Rodrigo Saad Cruz wrote:
I am. no problems.
Ditto, no issues, use it for almost all my projects unless client can
Does the table OJBStudent is mapped to have the column? OJB is smart
about only querying on tables that define attributes across extents.
How are these classes mapped and what does the schema look like?
-Brian
On Apr 1, 2004, at 10:00 AM, Keith Rogers wrote:
I have a hierachy of classes that
A few people expressed interest in the slides from my PhillyJUG OJB
presentation last night, so I have put them online at
http://kasparov.skife.org/ojb-phillyjug.pdf
-Brian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Are you using the ant build? The ojb-blank project template does a
property replace in the build -- the required database information is
in the build.properties and is copied into the generated
repository_database.xml that goes in build/ when compilation is run.
-Brian
On Mar 29, 2004, at
Here is the problem:
from src/java/org/apache/ojb/odmg/oql/OQLLexerTokenTypes.txt
LITERAL_date=date=61
the word date is a token in OQL =(
-Brian
On Mar 25, 2004, at 5:00 PM, Angus Berry wrote:
(rc5)
From everything I've read I think this should work. I'm trying to
select
an object by it's
On Mar 26, 2004, at 9:15 AM, Angus Berry wrote:
Thanks... for the record then 'date' was a bad name for a class
attribute to be persisted in OQL?
Yes, unfortunately. Blame ODMG though, not us please ;-)
-Brian
-
To
I have played with OJB and Spring a couple times, but never for a major
app.
Using OJB in Spring is no problem. If you want to use Spring's unified
transaction system, OJB does not presently have hooks directly into it.
I have talked (over a couple beers) with Thomas Risberg, who wrote most
If you have a deleted style flag in the database for the soft delete
you can probably accomplish this via a query customizer. If you mean to
not flag the delete in the database at all, but only treat it as such
in the application -- that is a bit trickier, but can probably be done
via pb
The OJB native JDO is both incomplete and undocumented. The backend
necessary to support JDO is in place (via the OTM) but I think there
just hasn't been enough demand for full JDO support, yet.
It is my personal goal to get a solid implementation into 1.1, but for
1.0 the JDORI plugin is the
There is a workaround, btw:
Thomas D added the ability (I haven't used it) to create and execute
DDL from a persistence broker by giving it a torque schema. ojb-blank
includes the torque schema for the system tables in src/schema/
If you add the schema file to the classpath you can:
Thank you!
-Brian
On Mar 15, 2004, at 9:05 AM, Edson Carlos Ericksson Richter wrote:
Hi! Just to share with you all our latest experiences about
performance.
After three days working on OJB performance optimization for our Swing
app,
I've achieved a formula that fits near all our cases
I expect an RC6 to be cut from cvs head as soon as I get around to
verifying the ASL 2.0 stuff is all in place correctly. Assuming there
are no major bugs in it, I believe the plan is to take RC6 to the pmc
for a release vote in a week or two, and assuming the vote goes alright
(no reason to
If I were going to do it I would probably start with XMLBeans and use
the bean property setters for populating values... but haven't done it.
If I had data with a defined xml schema I would probably be looking to
store it in an xml database -- though those are of limited supply at
the moment
,
Armin
but same...
customer is in DB, car not!
:-(
i have read in aritcle in german-javamag
on OJB there was said all is nice
or am i to stuid?
i though it would be possible
to store customer and his car...
has anyone a runnig-case for an idot, like me?
thanks!
--- Brian McCallister
[EMAIL
On Feb 3, 2004, at 7:03 AM, Armin Waibel wrote:
doh! Assume the current implementation doesn't achieve this.
?! See my previous post. Also, the code in the howto was tested!
-Brian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
!
--- Brian McCallister
[EMAIL PROTECTED] schrieb:
Objects
are not automatically stored by reachability
-- the car isn't inserted because it is attached to Customer.
This
*can* actually be done in the OTM if Car is a truly dependent
object
(otm-dependent attribute), but in the PB
I have considered including the torque stuff in the ojb-blank project
before, and opted against it as I thought I might be pushing too much
complexity on users then.
Right now there isn't an *ideal* way to create the internal tables as
most of the time people don't need them (though the hi/lo
, but that's fairly easy to manage. I have no need for
setting up and utilizing torque in my project (I use Axgen to generate
everything from UML), so it seemed like major complications to solve a
simple problem.
YMMV.
Larry.
Brian McCallister wrote:
I have considered including the torque stuff
for
setting up and
utilizing torque in my project (I use Axgen to
generate everything from
UML), so it seemed like major complications to solve
a simple problem.
YMMV.
Larry.
Brian McCallister wrote:
I have considered including the torque stuff in
the ojb-blank project
before, and opted against it as I
On Feb 2, 2004, at 1:26 PM, Ralf Bode wrote:
so please not be angry (because of lots questions)
(i last worked with 0.94... sorry)
Thanks advice!
Ralf
Of course not! Your questions are particularly helpful as they point
out weaknesses in the docs =)
On the FK thing, if you do not use anonymous
Anonymous keys:
http://db.apache.org/ojb/howto-use-anonymous-keys.html
-Brian
On Feb 2, 2004, at 2:05 PM, Ralf Bode wrote:
Thanks Brian,
but do you mean with anonymous keys ?
now i have (in classes):
CUSTOMER
car: Car
carId: int
CAR:
id: int
(and the XML desc for it like in mail before)
am i
Objects are not automatically stored by reachability -- the car isn't
inserted because it is attached to Customer. This *can* actually be
done in the OTM if Car is a truly dependent object (otm-dependent
attribute), but in the PB an object must be made explicitly persistent.
broker.store(ca);
Thomas Mahler checked in a PersistenceBroker implementation that is
backed by Prevayler. I haven't used it, but to my knowledge there is no
mechanism for querying into it (yet).
-Brian
On Jan 19, 2004, at 9:49 AM, Goncalo E.D. Luiz wrote:
Prevayler .jar is on OJB's distribution. Where can I
On Jan 15, 2004, at 5:24 AM, Armin Waibel wrote:
The ODMG-api is different, it collects all changes till commit is
called. To write changes to DB while the tx is running, you have to
call proprietary TransactionExt#flush() method.
Or checkpoint the transaction.
-Brian
1 - 100 of 209 matches
Mail list logo
