was not able to reproduce it on my laptop. We can try to
force order as in https://issues.apache.org/jira/browse/JCS-117
(@FixMethodOrder + method renaming)
> Duplicate key errors when testing with Java 8
> -
>
> K
m" errors with Java 8 testing. It may be due to
ordering of testcases. It may be related to timing (I seem to have better
"luck" when I run on a slower machine). Most of the time, the errors fall into
the camp of the Cache tests as detailed in the Description. But, once in a
[
https://issues.apache.org/jira/browse/OPENJPA-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter reopened OPENJPA-2490:
---
When I was doing the final testing for the various Java 8 patches, these errors
popped up
[
https://issues.apache.org/jira/browse/OPENJPA-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter closed OPENJPA-2490.
-
> Duplicate key errors when testing with Jav
errors after applying the patches and fixes
from the other Java 8 JIRAs -- most likely due to openjpa-2492.
> Duplicate key errors when testing with Java 8
> -
>
> Key: OPENJPA-2490
> URL: https://issues.
[
https://issues.apache.org/jira/browse/OPENJPA-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter reassigned OPENJPA-2490:
-
Assignee: Kevin Sutter
> Duplicate key errors when testing with Jav
h in another jira) I don't get failures anymore
> Duplicate key errors when testing with Java 8
> -
>
> Key: OPENJPA-2490
> URL: https://issues.apache.org/jira/browse/OPENJPA-2490
> Project: Op
rder issue like other "Java8" issue (should appear in j7 but
maybe we had "luck")
> Duplicate key errors when testing with Java 8
> -
>
> Key: OPENJPA-2490
> URL: https://iss
[
https://issues.apache.org/jira/browse/OPENJPA-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevin Sutter updated OPENJPA-2490:
--
Summary: Duplicate key errors when testing with Java 8 (was: Duplicate
errors when testing
Kevin Sutter created OPENJPA-2490:
-
Summary: Duplicate errors when testing with Java 8
Key: OPENJPA-2490
URL: https://issues.apache.org/jira/browse/OPENJPA-2490
Project: OpenJPA
Issue Type
[
https://issues.apache.org/jira/browse/OPENJPA-2130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Albert Lee resolved OPENJPA-2130.
-
Resolution: Fixed
> Enable Java 7 testing by allowing test cases to compile targeting
[
https://issues.apache.org/jira/browse/OPENJPA-2130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Albert Lee closed OPENJPA-2130.
---
> Enable Java 7 testing by allowing test cases to compile targeting to
Enable Java 7 testing by allowing test cases to compile targeting to 1.7
--
Key: OPENJPA-2130
URL: https://issues.apache.org/jira/browse/OPENJPA-2130
Project: OpenJPA
[
https://issues.apache.org/jira/browse/OPENJPA-652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dick updated OPENJPA-652:
-
Due Date: (was: 18/Jul/08)
> Collaborative Testing: provide resources/tools to facilit
[
https://issues.apache.org/jira/browse/OPENJPA-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods closed OPENJPA-1771.
-
Resolution: Fixed
> Upgrade to latest Apache BVAL for testing and apache-rat plu
Upgrade to latest Apache BVAL for testing and apache-rat plugin
---
Key: OPENJPA-1771
URL: https://issues.apache.org/jira/browse/OPENJPA-1771
Project: OpenJPA
Issue Type
I tried to generate ant artifacts in project via "ant:ant" command.
"eclipse:eclipse" would not help with dependencies. Currently "ant test"
gives an acceptable testing run. I examined retrieved testing snapshots from
inet. It looks like persistence.xml and other fi
Hi,
I'm trying to run the standard OpenJPA tests with MySQL and getting
some unexpected results. I recently checked out the 1.2.2 tag and am
using a local mysql server.
When I run the tests in tags/1.2.2/openjpa-persistence-jdbc using
mvn test -Ptest-mysql -Dopenjpa.mysql.url=jdbc:mysql://
Trunk r909792 built and passed all junits on my Mac
-Donald
On 2/13/10 1:36 PM, Donald Woods wrote:
> I'm using MacOSX 10.6.2, the Mac provided Sun 1.6.0_17 and Maven 2.2.1
> for all my trunk builds (but Maven 2.0.10 works too.) Everything was
> working a few days ago. Let me kick-off a co
I'm using MacOSX 10.6.2, the Mac provided Sun 1.6.0_17 and Maven 2.2.1
for all my trunk builds (but Maven 2.0.10 works too.) Everything was
working a few days ago. Let me kick-off a complete build and see what
happens with the latest code.
BTW - I have the following maven options set as the 64bi
Hey Patrick, I know Donald develops on a Mac. And, he's been pretty
thorough on finding issues like this. We'll have to see what his latest
experiences are...
Kevin
On Fri, Feb 12, 2010 at 9:16 PM, Patrick Linskey wrote:
> Hi,
>
> Is anyone running the tests on a mac? I'm seeing consistent te
Hi,
Is anyone running the tests on a mac? I'm seeing consistent test
failures in the openjpa-lib module, and a consistent OOME in the
openjpa-persistence-jdbc compile. Is it just me, or is this a known
issue?
-Patrick
--
Patrick Linskey
202 669 5907
[
https://issues.apache.org/jira/browse/OPENJPA-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods resolved OPENJPA-1453.
---
Resolution: Fixed
complete and we're passing the TCK
> Add support for testing wi
[
https://issues.apache.org/jira/browse/OPENJPA-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on OPENJPA-1453 started by Donald Woods.
> Add support for testing with final JPA 2.0 TCK
> --
>
>
Add support for testing with final JPA 2.0 TCK
--
Key: OPENJPA-1453
URL: https://issues.apache.org/jira/browse/OPENJPA-1453
Project: OpenJPA
Issue Type: Sub-task
Components: build
/tck/pom.xml to allow for
testing against the JPA 1.0b and 2.0 TCKs.
Affects Version/s: 2.0.0-M4
Fix Version/s: 2.0.0-M4
> Add support for testing with final JPA 2.0 TCK
> --
>
> Key: OPENJPA-1453
>
o 12/26/2009.
If you have any question on deployment and JEE bugs, please contact Saurabh
Arora or my manager Maruthi Nuthikattu.
For emergency, contact me at 925-209-5517.
> Should mention use of openjpa.ConnectionFactory2Name and
> openjpa.ConnectionFactoryName in a testi
Should mention use of openjpa.ConnectionFactory2Name and
openjpa.ConnectionFactoryName in a testing section
---
Key: OPENJPA-1436
URL: https
7;m not too worried about that.
Running mvn test ... -Dtest=/random test/ fails during enhancement with
" java.lang.NoSuchFieldError: DETACH"
Is this meant to work? Is there another revision I should be testing
against?
I was thinking of using the 2.0.0 branch, but this is an M1 branch
ts contain build
errors, but I'm not too worried about that.
Running mvn test ... -Dtest=/random test/ fails during enhancement with
" java.lang.NoSuchFieldError: DETACH"
Is this meant to work? Is there another revision I should be testing
against?
I was thinking of using the 2.0.0
http://svn.apache.org/viewvc?rev=745691&view=rev
Log:
Reverting OPENJPA-838 and OPENJPA-917 for additional testing.
Removed:
openjpa/branches/1.2.x/openjpa-persistence-jdbc/src/test/java/org/apache/openjpa/persistence/jdbc/query/cache/Invoice.java
openjpa/branches/1.2.x/openjpa-persistence-jdbc
enJPA 1.2.1
release and a Geronimo 2.1.4 release
-Donald
mik...@apache.org wrote:
Author: mikedd
Date: Wed Feb 18 23:27:25 2009
New Revision: 745691
URL: http://svn.apache.org/viewvc?rev=745691&view=rev
Log:
Reverting OPENJPA-838 and OPENJPA-917 for additional testing.
Removed:
URL: http://svn.apache.org/viewvc?rev=745691&view=rev
Log:
Reverting OPENJPA-838 and OPENJPA-917 for additional testing.
Removed:
openjpa/branches/1.2.x/openjpa-persistence-jdbc/src/test/java/org/apache/openjpa/persistence/jdbc/query/cache/Invoice.java
openjpa/branches/1.2.x/openjpa-pe
> We could simply include those two classes in the normal openjpa.jar
1. Source code for these few classes will be useful to the test developers
and should be distributed.
2. Distributing the test classes separately may simplify testing against
different versions of openjpa.jar
3. The sou
le.com/Collaborative-Testing-tp220418p220542.html
Sent from the OpenJPA Developers mailing list archive at Nabble.com.
--
Patrick Linskey
202 669 5907
smime.p7s
Description: S/MIME cryptographic signature
I'm all for bettering the unit test suite. While I don't think it
should be mandatory to provide a test, I think that if no test is
provided there should be a good reason. I'd also like to see more
documentation in the test cases, including which issue they are
testing (or using
of
absorbing the users' contribution into the code repository.
An important blocker for this issue is, of course, current inability to
include tests that do not pass (OPENJPA-123).
--
View this message in context:
http://n2.nabble.com/Collaborative-Testing-tp220418p220542.html
Sen
Collaborative Testing: provide resources/tools to facilitate user community to
contribute unit tests for OpenJPA
--
Key: OPENJPA-652
URL: https
de in a separate bundle.
>>
>
> This sounds like a lot of work, but might be easier than getting
> contributors to check out and build the source tree from svn.
>
I don't think it will be too bad actually. Admittedly I was only thinking of
including the "base" te
might be easier than getting
contributors to check out and build the source tree from svn.
3. Promote the users' to contribute their test cases
+1
Craig
--
View this message in context:
http://n2.nabble.com/Collaborative-Testing-tp220418p220418.html
Sent from the OpenJPA Developer
are distributed with their
> source code in a separate bundle.
> 3. Promote the users' to contribute their test cases
>
>
> --
> View this message in context:
> http://n2.nabble.com/Collaborative-Testing-tp220418p220418.html
> Sent from the OpenJPA Developers mailing list archive at Nabble.com.
>
>
-mike
ontribute their test cases
--
View this message in context:
http://n2.nabble.com/Collaborative-Testing-tp220418p220418.html
Sent from the OpenJPA Developers mailing list archive at Nabble.com.
ild process enhances Entity classes even when testing is
> deactivated via -Dtest=false
> ---
>
> Key: OPENJPA-374
> URL: https://issues.apache.org/jira/
[
https://issues.apache.org/jira/browse/OPENJPA-374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on OPENJPA-374 started by Michael Dick.
> OpenJPA build process enhances Entity classes even when testing is
> deactivated via -Dtest
ipting language.
> OpenJPA build process enhances Entity classes even when testing is
> deactivated via -Dtest=false
> ---
>
> Key: OPENJPA-374
> UR
[
https://issues.apache.org/jira/browse/OPENJPA-374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dick reassigned OPENJPA-374:
Assignee: Michael Dick
> OpenJPA build process enhances Entity classes even when test
r, right now, most of them are packaged in
> openjpa-persistence-jdbc, to facilitate integration with mvn's way of
> doing testing. It would probably be possible to set something up in
> mvn to have a separate downstream openjpa-persistence-tests module or
> something that somehow d
AbstractStoreManager.
Many of the rest of our tests also would run against a non-JDBC store.
However, right now, most of them are packaged in
openjpa-persistence-jdbc, to facilitate integration with mvn's way of
doing testing. It would probably be possible to set something up in
mvn to h
Hi,
I am trying to find some OpenJPA documentation on unit testing a Data
Store implmentation. Specifically looking for pointers to docs (if
any) which demonstrate if there is a test framework available that I
can use and which takes care of some boiler plate stuff (parsing
persistence.xml
ing to do
with mvn build phases.
> OpenJPA build process enhances Entity classes even when testing is
> deactivated via -Dtest=false
> ---
>
> Key: OPENJPA-374
>
OpenJPA build process enhances Entity classes even when testing is deactivated
via -Dtest=false
---
Key: OPENJPA-374
URL: https://issues.apache.org/jira/browse/OPENJPA
> 972.834.2865
>
> -Original Message-
> From: Patrick Linskey [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 21, 2007 12:48 PM
> To: dev@openjpa.apache.org
> Subject: Re: Testing install experience of OpenJPA
>
> I don't think that we are really gearing o
ox refusing to download the built version.
Pinaki Poddar
972.834.2865
-Original Message-
From: Patrick Linskey [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 21, 2007 12:48 PM
To: dev@openjpa.apache.org
Subject: Re: Testing install experience of OpenJPA
I don't think that we are re
pache.org/repos/asf/openjpa/branches/1.0.0/pom.xml .
>
> In accordance with http://www.apache.org/foundation/
> voting.html#ReleaseVotes , three +1 votes will be sufficient to approve
> the release for publication. While it is not possible to veto a release,
> the vote will remain open for
vote will remain open for the standard 3 day period (ending at 12:00
EST on Friday 8/24) in order to allow people to thoroughly review the
release and perform whatever additional testing they desire and raise
any concerns or objections.
A vote of "+1" means you approve of the release
Jacek-
That's a very nice-looking article! It's a pity I don't read Polish.
If you were looking for another place to publish it, one good place
might be on the jave.net JEE wiki: http://wiki.java.net/bin/view/
Projects/JavaEESDKHowTo
On Jul 27, 2007, at 4:27 AM, Jacek Laskowski wrote:
O
On 7/14/07, Marc Prud'hommeaux <[EMAIL PROTECTED]> wrote:
> I recently needed to test out the behavior of other JPA
> implementations for a certain feature, and was annoyed at how long it
> took to download and set up all the various dependencies and
> configuration properties for Hibernate and To
All-
I recently needed to test out the behavior of other JPA
implementations for a certain feature, and was annoyed at how long it
took to download and set up all the various dependencies and
configuration properties for Hibernate and TopLink, so I went ahead
and created a template projec
58 matches
Mail list logo
