That is not currently implement, AFAIK.
--Kevin
-Original Message-
From: Laurent Forêt [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 23, 2002 8:13 AM
To: [EMAIL PROTECTED]
Subject: [castor-dev] OQL query join
Hello,
I have read in http://www.castor.org/oql.html#Syntax that it was or
I think that example is flawed. I know from looking at the code, the query
parser needs the "AS some.java.ClassName" clause to parse the query and
interpret its results correctly. Castor doesn't give you access to the raw
resultset. It binds the results to objects and returns those objects.
--Kev
ay, May 16, 2002 8:59 AM
To: [EMAIL PROTECTED]
Subject: Re: [castor-dev] Pass Thru SQL throws exception
HI
SMITH
does it returns you single field. ?
-Original Message-----
From: Smith, Kevin [mailto:[EMAIL PROTECTED]]
Sent: 16 May 2002 14:47
To: [EMAIL PROTECTED]
Subject: Re: [castor-dev]
The basic unit of work for Castor is an object. Normally one row in a table
(or possibly multiple tables) equates to an instance of an object. One field
in a table is kind of meaningless to Castor without an object/class binding.
I'm doing something like this using Oracle. My class mapping looks
Title: Message
Do you
mean something like this:
select
p from com.blah.Parent p where p.child.someValue = $1
If so,
that's definitely possible for one-to-one parent/child relationships. I haven't
quite figured out how to do one-to-many parent/children using
OQL.
--Kevin
-Ori
I think you might be bumping into how Castor retrieves parent-child related
objects. AFAIK, Castor uses outer joins to put all the necessary data into a
single result set. Other people have reported similar issues when reading
back large numbers of related objects.
Ultimately, I think the fix is
Vince Adamo is working on a patch that will allow selective purging of
Castor's internal caches. I'm testing the patch for him, and so far no
problems.
--Kevin
-Original Message-
From: Bruce Snyder [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 14, 2002 10:58 AM
To: [EMAIL PROTECTED]
Sub
I have an object of class Group whose mapping (simplified) looks like this:
When I remove entries from the members collection, the corresponding rows in
the GROUP_USERS table are not deleted. Is there something wrong with my
mapping? I suspect that it might h
I think this is _exactly_ the kind of organization Castor needs. As a user
and sometime participant in the project, the lack of clear information on
who's responsible for what and who is working on which tasks makes it very
daunting to propose fixes or new development ideas.
I've had some experie
I've added a new callback interface into Castor to allow Castor-managed
objects to delete themselves. I had to add this due to a requirement from my
project's DBA group that all deletes occur via stored procedures so some
auditing information can be logged.
The interface looks like this:
public
On my project, we've done something very similar. We use two separate Castor
transactions. One to update the collections (which we do in a quasi-manual
way) and a another transaction to persist the core object. We were never
able to fully resolve all of the locking conflicts we had otherwise.
--K
Title: Message
However, that can lead to "interesting" transaction and locking issues
when trying to do an update.
-Original Message-From: Ebersole, Steven
[mailto:[EMAIL PROTECTED]] Sent: Friday, April 19, 2002
8:24 AMTo: [EMAIL PROTECTED]Subject: Re:
[castor-dev] object
zip here:
http://www.electricanvil.com/castor
-Original Message-
From: Smith, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 18, 2002 11:38 AM
To: [EMAIL PROTECTED]
Subject: [castor-dev] Purging caches
A while back there was a thread on the list discussing how to selectively
It appears that the VisualAge debugger is triggering the load behavior on
RelationCollection. Arrgh! That was painful to learn. I hope others benefit
from this.
--Kevin
-Original Message-
From: Smith, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 4:54 PM
To: [EMAIL
r 2002 16:30:17 -0400, Smith, Kevin wrote:
Hello Kevin,
I use it and it works like expected. As you already found out, it only works
upon collections (I work with maps, so I had to build a wrapper for this).
What is really done is replacing the collection with an instance of
RelationCollection, wh
Can someone explain how lazy loading is supposed to work? I've set
lazy="true" on a couple of collections which could become quite large, but
I'm not seeing the expected behavior.
By expected behavior, I mean that either a proxy object or just the identity
of each member in the collection is load
I believe this is due to the JDO initialization that occurs on first-use.
I've seen the same things in my project and traced it back to JDO startup.
--Kevin
-Original Message-
From: Pascal Gheeraert [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 5:53 AM
To: [EMAIL PROTECTED]
Sub
It looks like your mapping was cut off. Are you referring to the various
"cache-type" caches?
--Kevins
-Original Message-
From: David Tam [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 5:49 AM
To: [EMAIL PROTECTED]
Subject: [castor-dev] HOw to make cache works?
dear all,
i am
side of your application, and keep cache on for
everything else so that they get the speed benefit from the LRU cache.
On Wed, 2002-03-13 at 09:12, Smith, Kevin wrote:
> All -
>
> Has anyone seen an object actually age out of the cache and get refreshed
> from the database? If I
e.
-----Original Message-
From: Smith, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 13, 2002 11:13 AM
To: [EMAIL PROTECTED]
Subject: [castor-dev] Aging and the LRU/Dirty Check cache
All -
Has anyone seen an object actually age out of the cache and get refreshed
from the database?
All -
Has anyone seen an object actually age out of the cache and get refreshed
from the database? If I read the online documentation correctly, this should
happen at some point. In my case, I'm using a time-limited cache with a
limit of 10 sec. My understanding is that if I wait > 10 sec to do
erred to by the CLASSPATH prior to the jar's entry in the
classpath.
Here's one article I found on the subject:
http://java.sun.com/j2se/1.3/docs/guide/resources/resources.html
hth,
Drew.
- Original Message -
From: "Smith, Kevin" <[EMAIL PROTECTED]>
To: <[E
I've been following this thread, and I'm a bit lost. What's wrong with
loading the files as a URL? That's what I was planning on doing in my
environment. If there is a problem with doing it, I'd like to know.
--Kevin
-Original Message-
From: Drew Farris [mailto:[EMAIL PROTECTED]]
Sent: F
I think Castor uses URLs to locate the config files. Couldn't you put the
files in a "conf" directory inside your webapp directory? Like this:
http://somehost.com/someapp/conf/dbmapping.xml
Then Castor can load it from the network.
--Kevin
-Original Message-
From: Sylvie RAMON [mailto:
Howdy all -
I need to integrate some pre-existing DB connection pooling code into
Castor. Ideally, I'd like to be able to specify something like the following
in the database mapping file:
I'm thinking the following things would need to happen:
1) Define a common
either committed or rolled back,
a JDBC connection leak should not happen.
Does this make sense?
--Kevin
-Original Message-
From: Smith, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 15, 2002 4:45 PM
To: [EMAIL PROTECTED]
Subject: Re: [castor-dev] Collection dirty-checking not
al Message-----
From: Smith, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 15, 2002 12:51 PM
To: [EMAIL PROTECTED]
Subject: [castor-dev] Collection dirty-checking not occuring (Castor
JDO)
I'm having a problem with Castor JDO and I'm hoping that someone can shed
some light.
I ha
e and what
your classes look like (ie do they implement Timestampable?)... I'm using
the "add" capability for a dependent object with a mapping similar to what
you are describing...
Margaret
-----Original Message-
From: Smith, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Friday
e behavior that you're after.
Hope this helps...
Margaret
-Original Message-
From: Smith, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 15, 2002 2:51 PM
To: [EMAIL PROTECTED]
Subject: [castor-dev] Collection dirty-checking not occuring (Castor
JDO)
I'm having a proble
I'm having a problem with Castor JDO and I'm hoping that someone can shed
some light.
I have two classes: User and Group. The JDO mapping for them looks like
this:
Castor works for instantiat
Do you really use Long Transactions on the call to update()? Even if I call
commit() after?
-Original Message-
From: Todd V. Jonker [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 14, 2002 3:39 PM
To: [EMAIL PROTECTED]
Subject: Re: [castor-dev] JDO: Why doesn't recursive update happen
Not really an answer...
For this reason (and others not directly related to Castor), I've decided to
_not_ use Long Transactions. Basically, I call commit() after I retrieve
each object. From my reading of the Castor JDO docs and some testing, this
should "disconnect" the object from the persiste
I've been using Castor-JDO on Linux (Slackware 8) at home for a month or so
without any issues.
--Kevin
-Original Message-
From: Marco.Mistroni+AEA-nokia.com +AFs-mailto:Marco.Mistroni+AEA-nokia.com+AF0-
Sent: Thursday, February 14, 2002 8:13 AM
To: castor-dev+AEA-exolab.org
Subject: +AF
33 matches
Mail list logo