Hi Matthew,
On Mar 30, 2005, at 10:56 AM, Matthew T. Adams wrote:
Hi all,
While making my last change, I had also considered adding convenience
constructors, taking a single String, to all of the classes. The
constructors would parse the result of each class's toString() method.
This would be a sp
Hi Matthew,
I've committed the changes to svn. InstanceCallbacks no longer has any
methods defined.
Craig
On Mar 30, 2005, at 11:51 AM, Matthew T. Adams wrote:
Why are we leaving any methods in InstanceCallbacks? The latest svn
code has them, even though they are now coming from the various
lis
Hi all,
Does the JDO build / version-control setup provide an RSS feed of
changes that happen to the repository?
-Patrick
--
Patrick Linskey
SolarMetric Inc.
Alas, no commit badge yet! Go nuts.
>-Original Message-
>From: Craig Russell [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, March 30, 2005 1:06 PM
>Cc: jdo-dev@db.apache.org; [EMAIL PROTECTED]
>Subject: Re: InstanceCallbacks
>
>
>Hi Matthew,
>
>Good point. They absolutely should be removed,
Hi Matthew,
Good point. They absolutely should be removed, as they serve only to
confuse.
Do you have your commit merit badge yet? If not, I'll do it.
Craig
On Mar 30, 2005, at 11:51 AM, Matthew T. Adams wrote:
Why are we leaving any methods in InstanceCallbacks? The latest svn
code has them, ev
Done. Checked into svn.
On Mar 30, 2005, at 12:08 PM, Andy Jefferson wrote:
boolean isUnmodifiable();
void setUnmodifiable(boolean unmodifiable);
This method does not take a parameter. You can only set it to
unmodifiable.
Craig
Craig Russell
Architect, Sun Java Enterprise System http://java.sun.
Done. Checked into the svn repository.
Craig
On Mar 30, 2005, at 12:02 PM, Andy Jefferson wrote:
The PersistenceManagerFactory in SVN is desperately in need of the
following
adding to it ;-)
/**
* Adds the listener instance to the list of lifecycle event
* listeners. The classes par
The Query in SVN is in need of the following methods adding to it
boolean isUnmodifiable();
void setUnmodifiable(boolean unmodifiable);
--
Andy
Java Persistent Objects JDO - JPOX
The PersistenceManagerFactory in SVN is desperately in need of the following
adding to it ;-)
/**
* Adds the listener instance to the list of lifecycle event
* listeners. The classes parameter identifies all
* of the classes of interest. If the classes
* parameter is speci
Why are we leaving any methods in InstanceCallbacks? The latest svn
code has them, even though they are now coming from the various listener
interfaces. Am I missing something? I don't think we need them, even
for backward compatibility issues since they're coming from the other
interfaces.
--m
Ok, so the listserv removes attachments. I'll send directly to one of
the committers...
My bad.
--matthew
>-Original Message-
>From: Matthew T. Adams [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, March 30, 2005 10:53 AM
>To: jdo-dev@db.apache.org
>Subject: SingleFieldIdentity separator c
Title: Message
I found a typo in
trunk\api20\src\java\javax\jdo\identity\package.html. Here's the fixed
version.
--matthew
Matthew T.
Adams
Corporate Technical Advisor &
Senior Consultant
Mobile: +1 253 732
1051
Phone: +1 206 331
3833
Fax: +1 360 937
9616
[EMAIL PROTECTED]
P.O. Bo
Hi all,
While making my last change, I had also considered adding convenience
constructors, taking a single String, to all of the classes. The
constructors would parse the result of each class's toString() method. I
didn't actually add them yet, but they'd be convenient. In the event
that we're g
Hi all,
I was just perusing the code and noticed that the separator character
used in the subclasses of SingleFieldIdentity have hard-coded the
separator character to be a string consisting of a single character.
Without defining a constant value for this, it's more difficult for
someone to parse
14 matches
Mail list logo