I've been told that if you're already using maven 1, and it works,
there's not much value in switching, but if you're starting a new
project, you might as well use maven 2. by the maven mavens.
So I'd probably be in favor of maven 2 since we're starting from
scratch.
The question has
L Russell [EMAIL PROTECTED] wrote:
On May 30, 2006, at 5:27 PM, Patrick Linskey wrote:
Would it be ok to build three different jar files based on
whether the target was 1.3, 1.4, or 1.5? Packaging the
different jar files into one could be a post-build exercise.
Or a specific build target
Hi Abe,
First, welcome to the OpenJPA mailing list.
On May 31, 2006, at 6:36 PM, Abe White wrote:
Hello all --
For those of you who don't know me, my name is Abe White, I'm a BEA
employee (by way of SolarMetric), and I expect that I'll be
spending most of my time working on OpenJPA once
On Jun 15, 2006, at 7:05 AM, Patrick Linskey wrote:
I'm not sure. I don't really understand the legal subtleties between
manually typing up an interface while reading the spec vs.
including the
one supplied by the spec. I also don't understand legal issues
regarding
distributing a compiled
Not everyone thinks Glassfish should have separately shipped the spec jars...It's important to get our input into the Glassfish open source project.Begin forwarded message:Hi Craig, Craig L Russell wrote: Hi, On Jun 14, 2006, at 2:27 PM, anonymous wrote: Hi Craig, You are talking from
: Improving the Maven story for
GlassFish...]
Not everyone thinks Glassfish should have separately shipped
the spec jars...It's important to get our input into the
Glassfish open source project.
Begin forwarded message:
Hi Craig,
Craig L Russell wrote
we all create the same JIRA issue? :)
I crated OPENJPA-4 at the same time as the other issue, but it seems
-5 and -6 are both about the same thing.
- Brett
On 01/08/06, Craig L Russell [EMAIL PROTECTED] wrote:
This definitely needs a JIRA issue. We should use the JIRA to track
our discussion
, Eddie O'Neil [EMAIL PROTECTED] wrote:
Nor I as well.
On 7/31/06, Craig L Russell [EMAIL PROTECTED] wrote:
Nor I.
Craig
On Jul 31, 2006, at 5:22 PM, Patrick Linskey wrote:
I didn't get any either -- very odd. I haven't received any
commit
messages from Abe's commits
)
On 8/1/06, Craig L Russell [EMAIL PROTECTED] wrote:
I found and added Marc, but no one else to add to the JIRA
openjpa-developer list.
Craig Russell
Architect, Sun Java Enterprise System
http://java.sun.com/products/jdo
408 276-5638 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
P.S. A good JDO? O
Hi Dion,
I've entered http://issues.apache.org/jira/browse/OPENJPA-7 to track
this issue.
Thanks for commenting after noticing,
Craig
On Jul 25, 2006, at 4:38 PM, Dion Gillard wrote:
The wiki link on the homepage is:
http://wiki.apache.org/incubator/OpenJPA%20wiki
and should be
edit the jira admin stuff) know.On Aug 4, 2006, at 9:18 PM, Craig L Russell wrote:I've added these JIRA categories. Please let me know if they:1. make sense2. have a "project lead" who might be the best person to evaluate issues3. need additional categories.Remember these categorie
Hi Patrick,
It would be good if you could check with the BEA legal/licensing team
to see how much information you are allowed to publish about why the
TCK failed. I'd hate for everyone on the openjpa team to have to sign
a non-disclosure simply to know what failed.
But perhaps those on
Hi Patrick,
On Aug 4, 2006, at 11:37 PM, Patrick Linskey wrote:
Hi,
OpenJPA's default logging implementation has a concept of a diagnostic
context, roughly stolen from log4j. The basic idea is that in a
configuration file, the user can specify a diagnostic context string
that will be printed
Hi Bryan,
There is a placeholder for javadoc in the web site. Look at the
site directory parallel to trunk and the file site/xdocs/
javadoc.xml. This will need to be updated to point to the generated
javadoc.
And there are instructions in on how to update the site and build it,
called
Hi Marc,
On Aug 14, 2006, at 6:53 PM, Marc Prud'hommeaux wrote:
Patrick-
What's the difference between SNAPSHOT and -dev, in mavenese? I
wasn't
suggesting that what we talked about was better; just tossing some
more
fuel on the fire.
I don't know how well documented it is, but my
On Aug 15, 2006, at 11:06 AM, David Blevins wrote:
On Aug 15, 2006, at 6:37 AM, Patrick Linskey wrote:
Note that that will not merge anything you need in the META-INF
directory. It does do it for plexus components.xml files though, so
maybe it's a good time to make that pluggable.
It'll
Sadly, I believe that a discussion of the properties permitted to
pass the TCK is found in the TCK configuration requirements, which I
believe is confidential and therefore out of bounds for this alias.
I hope to be corrected.
Craig
On Aug 15, 2006, at 2:20 PM, Michael Dick wrote:
I
This discussion would be great to capture on the wiki for the time
(not too far away) when we will actually package and ship some code.
Craig
On Aug 15, 2006, at 7:20 PM, David Blevins wrote:
On Aug 15, 2006, at 7:42 AM, Craig L Russell wrote:
On Aug 15, 2006, at 6:38 AM, Patrick
, Craig L Russell wrote:
This discussion would be great to capture on the wiki for the time
(not too far away) when we will actually package and ship some code.
Craig
On Aug 15, 2006, at 7:20 PM, David Blevins wrote:
On Aug 15, 2006, at 7:42 AM, Craig L Russell wrote:
On Aug 15, 2006, at 6
Hi Kevin,
Welcome to the project.
Craig
On Aug 16, 2006, at 5:37 PM, Patrick Linskey wrote:
Hi,
Kevin Sutter is now a committer on OpenJPA. Welcome, Kevin!
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
__
_
Notice:
Hi Kevin,
SVN does have a tie-in to JIRA at Apache. The key is to include the
project-issue as the first characters of the commit message. Then
JIRA will magically (ask infrastructure) pick up the commit and
update the issue for you.
http://issues.apache.org/jira/browse/OPENJPA-3
svn
with the corresponding file adds, deletes, and
modifies
would be nice.
Absolutely Apache JIRA do have this installed. Take a look at the bug
OPENJPA-3 below that has a checkin associated. What I don't know is
whether they offer forced JIRA on every checkin.
Craig
Kevin
On 8/17/06, Craig L Russell
I'm trying to figure out how to enable this checkbox for the OpenJPA
project.
Craig
On Aug 17, 2006, at 2:26 PM, Bryan Noll wrote:
Indicates that someone has attached a patch to the jira which holds
the resolution to it. I quick indicator for folks with commit
privs to see that someone
history. I see the attached diff file, but that won't
always
be the case with committers. I am logged into JIRA. Is there some
other
configuration that I need to do to view these changes?
Thanks,
Kevin
On 8/18/06, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Kevin,
On Aug 17, 2006, at 7:16
that I need to do to view these changes?
Thanks,
Kevin
On 8/18/06, Craig L Russell [EMAIL PROTECTED] wrote:
Hi Kevin,
On Aug 17, 2006, at 7:16 AM, Kevin Sutter wrote:
As a start, it would be good if we had this plugin support:
http://www.atlassian.com/software/jira/docs/v3.2
are on the same page, we're back to your original
question of
whether this is enforceable or not. (And, if we even to make this
enforceable.) I would guess that we have to revert to some outside
tooling
such as SCMBug to make this enforceable.
Kevin
On 8/18/06, Craig L Russell [EMAIL PROTECTED] wrote
Hi Kevin,
I think it's great that you can contribute here. I'd definitely
suggest filing a JIRA with as much detail as you know about
describing your work, and assigning it to yourself (now that you have
god-like JIRA powers).
And discussions on the details of ProductDerivation and
+1
I use Netbeans and the .netbeans file needs similar treatment. I've
been used to simply ignoring it manually but an svn property is
even better.
Craig
On Aug 21, 2006, at 2:38 PM, Marc Prud'hommeaux wrote:
+1 Seems like a good idea.
On Aug 21, 2006, at 1:33 PM, Bryan Noll wrote:
to wherever we decide is the best place for it.
On Aug 21, 2006, at 4:07 PM, Craig L Russell wrote:
On Aug 21, 2006, at 6:53 AM, Bryan Noll wrote:
Craig...
You seem to be one of the resident experts on infra-related
stuff. Can you comment on some of my questions in the mail?
Thanks...
Bryan
to it...
or have any major issues with it?
Thanks...
Bryan
Craig L Russell wrote:
Hi Bryan,
The thread named staging of site changes dated 25-July is the
thread to which I referred. It has some expressed points of view
but no conclusion.
http://mail-archives.apache.org/mod_mbox/incubator
We currently have two wikis set up, and we should consolidate to one wiki. This vote will stay open until Friday close of business (wherever that is for you).+1 Use cwiki for the openjpa wiki-1 Use moinmoin for the openjpa wikiCraig Russell Architect, Sun Java Enterprise System
+1 on prepending 0. to the current version numbers.
More below.
On Aug 29, 2006, at 9:35 PM, Pinaki Poddar wrote:
Neat idea.
+1.
Pinaki Poddar
BEA Systems
415.402.7317
-Original Message-
From: Patrick Linskey
Sent: Tuesday, August 29, 2006 6:01 PM
To:
IIUC, any committer can create a sandbox by using the svn copy
command. e.g.
svn copy https://svn.apache.org/repos/asf/incubator/openjpa/trunk/
https://svn.apache.org/repos/asf/incubator/openjpa/sandbox
You can then merge back from the sandbox (I'm not really able to give
you details
and branches subdirectories to store these.
We could use the sandboxes directory to store the development
sandboxes
without cluttering up the root.
That's my idea anyway...
Kevin
On 8/31/06, Craig L Russell [EMAIL PROTECTED] wrote:
IIUC, any committer can create a sandbox by using the svn
PM, Kevin Sutter wrote:
+1 for cwiki
On 8/29/06, Marc Prud'hommeaux [EMAIL PROTECTED] wrote:
I think cwiki has some nice features, like JIRA integration.
+1
On Aug 29, 2006, at 1:35 PM, Craig L Russell wrote:
We currently have two wikis set up, and we should consolidate to
one wiki
Hi Abe,
- When you delete a parent object and the operation cascades to
children, the object-level operation order is delete parent, then
delete children.
In my experience, the cascade should delete the children first. This
solves 99% of the cascade delete issues.
Craig
On Sep 11,
Hi Abe,
On Sep 12, 2006, at 9:21 AM, Abe White wrote:
- When you delete a parent object and the operation cascades to
children, the object-level operation order is delete parent, then
delete children.
In my experience, the cascade should delete the children first.
This solves 99% of
Hi Patrick,
On Oct 6, 2006, at 5:25 PM, Patrick Linskey wrote:
Hi,
We (BEA) are going to be releasing a new version of Kodo based on the
OpenJPA jars at some point soon. We'd kinda like to bump up the
version
number to 0.9.1 along with the build that we're using; any
objections to
this?
Hi Marc,
These docs are generated by running velocity on the xdocs, so most of
the updates to docs should also have a corresponding update to xdocs.
The additions I made to the javadoc didn't have a corresponding xdocs
source...
Craig
On Oct 14, 2006, at 6:10 PM, [EMAIL PROTECTED]
.
Until we are comfortable with Confluence being both site and wiki, I
think maintaining the site is important.
Craig
On Oct 14, 2006, at 6:13 PM, Craig L Russell wrote:
More detail.
It's not too hard to add html stuff to the site, as long as there
is some anchor for them. See http
Hi,If I define a cascade persist field in an EntityX and that field is declared to be of type EntityA but at runtime contains a non-Entity subclass of the EntityA, (e.g. NonEntityB extends EntityA), what happens at commit?I expect that an IllegalArgumentException is thrown because when you try to
I think that there are a few issues being discussed here.
1. Best practice for OpenJPA when running with servers/containers
implementing the TransactionSynchronizationRegistry is to use this
interface to register for transaction events of interest. There is a
well-known JNDI name for the
Hi,
I like to have both setUp and tearDown in my test cases. In another
project, we created a mother of all test cases and defined a setUp
and tearDown there that did some routine stuff that many test cases
needed, such as removing persistent instances that would cause
subsequent test
Hi Kevin,
Yes, Collections and Maps of value types are a feature of JDO. They
are rumored to be planned for a future revision of the JPA spec.
They certainly are popular with users.
Craig
On Oct 25, 2006, at 7:01 PM, Kevin Sutter wrote:
On 10/25/06, Abe White [EMAIL PROTECTED] wrote:
Hi,You might find this of interest. The JDO project recently updated our jta dependencies.maven.repo.remote = http://www.ibiblio.org/maven,https://maven-repository.dev.java.net/nonav/repository dependencies dependency- groupIdorg.apache.geronimo.specs/groupId-
When can Geronimo ship an upgrade to JTA 1.1 that we can use and
compile with 1.3?
These are goodness that I think OpenJPA can use.
Craig
On Oct 27, 2006, at 8:24 PM, David Blevins wrote:
On Oct 27, 2006, at 6:50 PM, Marc Prud'hommeaux wrote:
Anyway, I'm not married to the idea of using
Hi Geir,
On Oct 28, 2006, at 5:52 AM, Geir Magnusson Jr. wrote:
Craig L Russell wrote:
When can Geronimo ship an upgrade to JTA 1.1 that we can use and
compile with 1.3?
You need 1.3? Cool.
I'm speaking for the community, of which OpenJPA is one and Apache
JDO is another.
geir
I've condensed this email thread into an FAQ. Please review.
Q. What is the difference between JTA 1.0.1 and JTA 1.1?
A. There is a new interface, TransactionSynchronizationRegistry, that
allows an application or a component to get some help from the
container with synchronizing its state
I stand corrected. The Glassfish Reference Implementation is open
source.
I could change this to is there an Apache implementation. Would
that be ok, or just not add value?
Craig
On Oct 29, 2006, at 6:55 AM, Geir Magnusson Jr. wrote:
Craig L Russell wrote:
Q. Is there an open source
if you
don't, you will end up with the RI.
Craig
On Oct 29, 2006, at 6:57 AM, Geir Magnusson Jr. wrote:
Craig L Russell wrote:
dependency
groupIdjavax.transaction/groupId
artifactIdtransaction-api/artifactId
version1.1/version
I don't know why the assign to field has to list all 1 jira
users. Couldn't it just list the people who are allowed to be
assigned issues? IIRC, only developers in the openjpa project are
allowed to be assigned...
Craig
On Oct 30, 2006, at 3:40 PM, Geir Magnusson Jr. wrote:
Probably.
Thanks, I sent my reply before I saw your message that you had fixed it.
Craig
On Oct 31, 2006, at 1:02 AM, Geir Magnusson Jr. wrote:
LOL. Yes, it's fixed...
Craig L Russell wrote:
I don't know why the assign to field has to list all 1 jira
users. Couldn't it just list the people who
Hi Kevin,
I'd suggest writing down the process for releasing so others can
follow what is going on. The questions below will repeat for each
release, so we might as well get started.
In the JDO project, we put a file HowToRelease.txt into the top level
(parallel to site, trunk, branches)
On Oct 31, 2006, at 4:56 PM, Patrick Linskey wrote:
I think we should tag whenever we make a release. I don't know
anything about tagging in svn, but I assume it is just like CVS
(where you just ascribe an arbitrary text label to a revision
number). Presumably, we would just tag a
Hi Bryan,
Congratulations, and welcome to the committers on OpenJPA. I'm
looking forward to your continued contributions.
Craig
On Nov 7, 2006, at 10:59 AM, Patrick Linskey wrote:
Hi,
Bryan Noll is now a committer on OpenJPA. Welcome, Bryan!
-Patrick
--
Patrick Linskey
BEA Systems,
Hi Don,
Could you please be just a bit more specific about what you are
trying to do and what error you encounter?
Thanks,
Craig
On Nov 7, 2006, at 2:50 PM, DonBrady wrote:
We are converting a TopLink Essentials application to OpenJPA
Under Toplink Essentials, we could replace a
Hi,
IIUC, JPA does not disallow dynamic persistent class registration.
But if you want the tests to be portable (why?) then you have to
statically register them in persistence.xml.
Or did I misunderstand this issue?
Thanks,
Craig
On Nov 7, 2006, at 4:09 PM, Abe White wrote:
With
+1
Seems like the right tradeoff.
Craig
On Nov 8, 2006, at 4:22 PM, Patrick Linskey wrote:
Hi,
I'm investigating ways to optimize startup time a bit, and one thing
that I ran across is resource bundle overhead in calls to
Localizer.forPackage() calls. I'm working on a patch that defers
Hi Patrick,
I don't think there would be an issue with calling it unitName or
persistenceUnitName, as in getUnitName() or getPersistenceUnitName().
It will be common for people to try to figure out what the Id
property from a Configuration really means so the more help we give
them the
I'd like to see someone else build the next OpenJPA release
following Marc's excellent documented process.
That might actually prevent a Marc-bus interaction by the umbrella-
rain postulate. ;-)
Craig
On Nov 10, 2006, at 4:06 PM, Marc Prud'hommeaux wrote:
OpenJPA People-
In keeping with
into the trunk, right?
On Nov 12, 2006, at 10:40 AM, Craig L Russell wrote:
I'd like to propose something like this (edited the wiki page)
The main difference is that upon starting the release process, we
create a branch in which to resolve the release issues while
maintaining the trunk
Hi Marc,
On Nov 12, 2006, at 2:17 PM, Marc Prud'hommeaux wrote:
Craig-
On Nov 12, 2006, at 2:06 PM, Craig L Russell wrote:
Hi Marc,
Please read this regarding votes. http://www.apache.org/foundation/
voting.html#ReleaseVotes
policy
Votes on whether a package is ready to be released
On Nov 13, 2006, at 5:33 AM, Geir Magnusson Jr. wrote:
Marc Prud'hommeaux wrote:
Geir-
On Nov 12, 2006, at 11:38 PM, Geir Magnusson Jr. wrote:
I see two issues.
The first, which I'm not so sure of, is that I thought that the
m2 was for jars and stuff packaged ready for maven. Maybe
+1
Craig
On Nov 12, 2006, at 2:45 PM, Marc Prud'hommeaux wrote:
OpenJPA People-
In accordance with the Incubating Releases guidelines at http://
incubator.apache.org/incubation/Incubation_Policy.html#Releases ,
I'd like to take a third shot at making an OpenJPA release and
start a vote
So does it make sense to consider how Java has handled a similar
concept: http://java.sun.com/j2se/1.4.2/docs/api/java/io/
File.html#getAbsolutePath()
Could we use some of the same terms, perhaps AbsoluteUnitName for the
purpose you are proposing here, and not implement UnitName until
I looked at the code in
javax.persistence.Persistence.createEntityManagerFactory and it
iterates the META-INF/services/
javax.persistence.spi.PersistenceProvider using the context class
loader.
So, first assumption: you are using the
Persistence.createEntityManagerFactory method in your
Yes. In maven1, you need the everything jar or you have to declare
all of openjpa's dependencies. In maven2, you need just the openjpa
jar and its pom declares its own dependencies.
Craig
On Nov 22, 2006, at 5:45 PM, Patrick Linskey wrote:
Shouldn't Maven have some way to just do that
Hi Roger,
Sorry for the late reply; I'm traveling.
On Nov 22, 2006, at 9:41 PM, roger.keays wrote:
Craig L Russell wrote:
The issue with this is in Persistence. The results of finding the
services the very first time is cached in a static variable. The only
way I can see to make this work
If it is due to line endings, in future the files should be marked
with eol-style=native. It looks like there are no properties
associated with the files in svn.
Craig
On Dec 4, 2006, at 10:14 AM, Patrick Linskey wrote:
I think that it's to do with line endings. No idea how to resolve the
As a test, I changed the property svn:eol-style in the two jdbc
projects.
I used the command cd src/main/java; svn propset -R svn:eol-style
native org
It went through the files, cleaned them up to a normalized state and
the commit messages indicate the files that had different eol
Hi Dain,
You don't have a relationship from Article to Magazine, so it's a
unidirectional mapping. Add a Magazine mag; field in Article and see
if it starts working.
You will also need to identify the owner of the relationship in
order to make it work at all.
Just a note, JPA does not
cares?
Craig
On Dec 11, 2006, at 5:45 PM, Dain Sundstrom wrote:
On Dec 11, 2006, at 5:34 PM, Craig L Russell wrote:
Hi Dain,
How about
Object pk = bean.getId();
That implies that every persistent bean implements getId(). That
would work find for the beans I write but not for beans other
Hi,
Note that not all databases support efficient FirstResult and
MaxResults implementations. But even those that don't have built-in
support for skipping n rows, the usual use case is to skip where n
is small. The most frequent case is FirstResult == 0 followed in
rapidly descending
Hi Dain,
On Dec 11, 2006, at 9:58 AM, Dain Sundstrom wrote:
I'm really working on a replacement for the OpenEJB Castor CMP
container that uses OpenJPA instead. I'm just hacking in the CMRs
right now, hence all the relationship questions. I hope to have
the basics done in a few days.
If
Hi Dain,
On Dec 12, 2006, at 2:33 PM, Dain Sundstrom wrote:
On Dec 12, 2006, at 1:45 PM, Craig L Russell wrote:
There's nothing that I can find in the JPA specification about
preserving null vs. empty Collections and Maps. There's no good
(practical) way to implement null values
Hi Dain,
On Dec 12, 2006, at 6:24 PM, Dain Sundstrom wrote:
Does JPA guarantee that only one bean will be activated for a
specific pk per transaction?
Yes.
Specifically, will OpenJPA ever create more that one bean for a
specific Class:PK in a single transaction?
No.
The reason I'm
On Dec 12, 2006, at 6:48 PM, Dain Sundstrom wrote:
Sorry about he subject free email :)
On Dec 12, 2006, at 6:42 PM, Patrick Linskey wrote:
On Dec 12, 2006, at 6:24 PM, Dain Sundstrom wrote:
Does JPA guarantee that only one bean will be activated for a
specific pk per transaction?
Yes.
Hi Dain,
On Dec 12, 2006, at 7:55 PM, Dain Sundstrom wrote:
If I have a one-to-many set, what is used to determine object
equality in the set: object identity, pk or bean.equals(other)?
You are probably better off using database identity for equality. If
all the elements are of the same
work, can you tell me what the artifact name
is? Hopefully something that doesn't include the 1.0 designation...
Thanks,
Craig
On Dec 21, 2006, at 12:19 AM, David Blevins wrote:
On Oct 27, 2006, at 8:38 PM, Craig L Russell wrote:
When can Geronimo ship an upgrade to JTA 1.1 that we can use
For What It's Worth:
+1 on the drop-tables feature for OpenJPA. But I would caution
against using it on each test.
Sadly, my experience is that drop-create-tables is 99.9% of the time
taken in a typical test.
The JDO TCK runs hundreds of tests and we drop-create tables only on
demand.
Hi,
I got this stack trace. Any ideas how to troubleshoot?
Thanks,
Craig
[java] 0|false|0.9.6-incubating
org.apache.openjpa.persistence.PersistenceException: null
[java] at org.apache.openjpa.kernel.BrokerImpl.find
(BrokerImpl.java:851)
[java] at
Hi Vlad,
It might be easier for you to file a JIRA and upload your test case
to it.
Craig
On Jan 9, 2007, at 8:56 AM, Vlad Tatavu wrote:
Kevin,
I use the MappingTool to create the db before I run the test
program, so I don't have to specify any classes (i.e. class) in
my
Hi Kevin,
I agree that sql batching is such a huge performance win that most
real users would want this feature.
Craig
On Jan 15, 2007, at 6:39 AM, Kevin Sutter wrote:
Marc,
Concerning the infrastructure for sql batching support... Do you
mean that
this support is pluggable into the
for this processing.
If we can clear this up, then I agree with Patrick that namespaces
are the
way to go. They are much cleaner and we're not polluting the original
intent of the orm.xml schema.
Kevin
On 1/15/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi,
On Jan 15, 2007, at 5:12 PM
Here's what the spec says about getReference.
/**
* Get an instance, whose state may be lazily fetched.
* If the requested instance does not exist in the database,
* the EntityNotFoundException is thrown when the instance
*state is first accessed.(The persistence provider runtime is
*
. They are much cleaner and we're not polluting the
original
intent of the orm.xml schema.
Kevin
On 1/15/07, Craig L Russell [EMAIL PROTECTED] wrote:
Hi,
On Jan 15, 2007, at 5:12 PM, Patrick Linskey wrote:
Hi,
It kinda feels like we're corrupting the intended use of query
hints
Hi Rahul,
You might look at the work-in-progress going on at Apache JDO http://
db.apache.org/jdo/ and http://wiki.apache.org/jdo/ProjectStructure.
The JDO 1.1 project includes an enhancer verification program that is
not yet updated for JDO 2.0, but it should give you some ideas on
what
This commit is way too big for its changes.
I recommend that everyone do an svn diff prior to commit to make sure
that you don't have a line-end problem, such as this appears to have.
Craig
On Jan 31, 2007, at 11:27 AM, [EMAIL PROTECTED] wrote:
Author: kwsutter
Date: Wed Jan 31 11:27:11
I'd prefer to see a separate test that tests all of the em methods
that are supposed to throw an exception (all of them except isOpen
and getTransaction). Putting this new test here is awkward.
Craig
On Jan 31, 2007, at 11:27 AM, [EMAIL PROTECTED] wrote:
Author: kwsutter
Date: Wed Jan 31
Hi Kevin,
Sorry for commenting before reading this...
On Jan 31, 2007, at 11:39 AM, Kevin Sutter wrote:
Sorry about the whole changed file thing again. I thought I had
found the
problem with a doubly defined [miscellany] section in my svn config
file.
But, I changed that and I still have
This just in:
If I have to do it individually to files, is there some way to
ensure that
any text file checked it gets this property set? Otherwise, we're
bound to
forget to set it frequently.
Yes, it's a new feature in your ~/.subversion/config file, not yet
documented in the Book.
I get tons of output from the tests. Is there a way to change the log
level to WARNING?
RTFM reference?
Thanks,
Craig
Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:[EMAIL PROTECTED]
P.S. A good JDO? O, Gasp!
smime.p7s
Hi,
mvn test -Dopenjpa.loglevel=WARN
Thanks for that, Patrick. When I use this, two things happen, as
below. Using -Dopenjpa.Log=openjpa ( DefaultLevel=WARN ) turns off
the INFO logging messages from the [resources:resources] part of the
maven task. Apparently this isn't affected by the
Well, I don't use the block comment feature, and sometimes I even
have to use vi to comment out blocks.
So I guess I'd be happier with single-line comments a la
+// Check for null here because _brokers is a weak
reference collection
if ((broker != null)
+1
Craig
On Feb 3, 2007, at 12:39 AM, Marc Prud'hommeaux wrote:
In the interest of keeping up with the latest-and-greatest, I
propose we upgrade our project dependency on the stand-alone Derby
database JDBC driver for our testing and distribution zip from
Derby 10.2.1.6 to the latest
, Craig L Russell [EMAIL PROTECTED] wrote:
I've forwarded the new test case to our CTS team here. They will take
a look to see if it can be adapted to the CTS test framework.
Craig
On Jan 31, 2007, at 6:25 AM, Kevin Sutter wrote:
Craig,
If anybody would have a channel to the CTS team, I would
On Feb 6, 2007, at 6:07 AM, Kevin Sutter wrote:
I'd agree with this assessment. New Features are bigger pieces of
work --
more design, documentation, marketing, etc. Improvements are
smaller bits
of work. Still may need some documentation tweaks, but these type of
changes would not make
On Feb 6, 2007, at 11:27 AM, Patrick Linskey wrote:
Out-of-band, Abe pointed out to me that the text about when
RollbackExceptions are thrown is pretty clear. 3.7 says:
The RollbackException is thrown by the persistence provider when
EntityTransaction.commit fails.
So, it would seem that in
Ah, the perils of spec-writing...
On Feb 1, 2007, at 3:55 PM, Dain Sundstrom wrote:
On Feb 1, 2007, at 3:27 PM, Patrick Linskey wrote:
3.5.6:
Lifecycle callback methods may throw runtime exceptions. A runtime
exception thrown by a callback method that executes within a
transaction
causes
working, I'll post
my impressions and recommendations on this list.
On Feb 6, 2007, at 5:49 PM, Craig L Russell wrote:
Just when I thought I knew enough about JUnit to be dangerous
(productive) along comes another test framework.
Can someone point us to the FAQ? Aside from tests that fail
1 - 100 of 245 matches
Mail list logo