[
http://issues.apache.org/jira/browse/JDO-143?page=comments#action_12330360 ]
Andy Jefferson commented on JDO-143:
Hard to follow the TCK test in terms of the data in each of the collections so
I'll post my findings here so someone who understands the
[
http://issues.apache.org/jira/browse/JDO-144?page=comments#action_12330371 ]
Andy Jefferson commented on JDO-144:
Any chance of something slightly more informative from the test than just
"Incorrect value" ? The relationship tests went to the trouble
[ http://issues.apache.org/jira/browse/JDO-99?page=comments#action_12330373
]
Andy Jefferson commented on JDO-99:
---
This test passes and has for 2 weeks
> org.apache.jdo.tck.query.ComparingCollectionFieldToNull: Cannot perform
> operation "==" on Collecti
[
http://issues.apache.org/jira/browse/JDO-101?page=comments#action_12330389 ]
Andy Jefferson commented on JDO-101:
This is now fixed in JPOX CVS. Will be in JPOX builds dated 25/09/2005 onwards.
Can someone with the necessary god-like permissions pleas
[ http://issues.apache.org/jira/browse/JDO-90?page=comments#action_12330423
]
Andy Jefferson commented on JDO-90:
---
This is now fixed in JPOX CVS - was actually to do with calling size() on the
query result *after* the close the transaction.
Will be in a
PersistenceManager.retrieve(...) updates to match the JDO2 spec
---
Key: JDO-150
URL: http://issues.apache.org/jira/browse/JDO-150
Project: JDO
Type: Task
Components: api20
Reporter: Andy Jefferson
[ http://issues.apache.org/jira/browse/JDO-150?page=all ]
Andy Jefferson updated JDO-150:
---
Attachment: patch.txt
The attached patch is hopefully adequate.
JPOX CVS includes the missing retrieve() method (nightly builds dated
27/09/2005 onwards) so patch c
[ http://issues.apache.org/jira/browse/JDO-70?page=comments#action_12330471
]
Andy Jefferson commented on JDO-70:
---
A question about the jdoPreClear test. The InstanceCallbackClass has a flag
"performPreClearTests". This is "false" during setUp, but during
[ http://issues.apache.org/jira/browse/JDO-101?page=all ]
Andy Jefferson reassigned JDO-101:
--
Assign To: Andy Jefferson
> org.apache.jdo.tck.query.NullCollectionsAndContainsMethod:
> java.lang.NullPointerException
>
[ http://issues.apache.org/jira/browse/JDO-101?page=all ]
Andy Jefferson resolved JDO-101:
Resolution: Fixed
> org.apache.jdo.tck.query.NullCollectionsAndContainsMethod:
> java.lang.NullPointerException
> ---
[ http://issues.apache.org/jira/browse/JDO-125?page=all ]
Andy Jefferson resolved JDO-125:
Resolution: Cannot Reproduce
Assign To: Andy Jefferson (was: Erik Bengtson)
This is no longer applicable. JDO-143 is the most recent error on the
Colle
[
http://issues.apache.org/jira/browse/JDO-144?page=comments#action_12331296 ]
Andy Jefferson commented on JDO-144:
The differences are down to
1. SQL DATE type being used in the schema when it should be using TIMESTAMP. If
you want to store a java.util
[
http://issues.apache.org/jira/browse/JDO-144?page=comments#action_12331312 ]
Andy Jefferson commented on JDO-144:
Issue 2 and 3 above are now fixed in JPOX CVS - JPOX builds dated 05/10/2005 or
later have this. The test now gives
Expected and observe
[ http://issues.apache.org/jira/browse/JDO-144?page=all ]
Andy Jefferson reassigned JDO-144:
--
Assign To: Andy Jefferson (was: Michelle Caisse)
The reason you get a "org.jpox.sco.Collection" when inspecting the type of the
collection field *whilst with
[ http://issues.apache.org/jira/browse/JDO-144?page=all ]
Andy Jefferson reassigned JDO-144:
--
Assign To: Michelle Caisse (was: Andy Jefferson)
JPOX CVS now has the necessary changes so that the wrapper type used is based
on the instantiated type rathe
[
http://issues.apache.org/jira/browse/JDO-175?page=comments#action_12331642 ]
Andy Jefferson commented on JDO-175:
This will likely work with latest JPOX CVS, but since this JIRA issue is based
on something that isn't even checked in, it is not possibl
Release snapshots of Apache JDO deliverables
Key: JDO-179
URL: http://issues.apache.org/jira/browse/JDO-179
Project: JDO
Type: Task
Components: api20
Reporter: Andy Jefferson
The development lifecycle of any proj
Publish API 1.1 and API 2.0 javadocs on website
---
Key: JDO-180
URL: http://issues.apache.org/jira/browse/JDO-180
Project: JDO
Type: Task
Components: site and infrastructure
Reporter: Andy Jefferson
A deliverable
[ http://issues.apache.org/jira/browse/JDO-98?page=comments#action_12331643
]
Andy Jefferson commented on JDO-98:
---
Looking through the test further I see no use of to imply a join table
to be used to hold the objects in the array.
For example, field "Ar
[
http://issues.apache.org/jira/browse/JDO-187?page=comments#action_12332756 ]
Andy Jefferson commented on JDO-187:
Actually was an issue in InstanceCallbacks and not InstanceLifecycleListener.
JPOX CVS now uses the objects the other way around on the p
[ http://issues.apache.org/jira/browse/JDO-187?page=all ]
Andy Jefferson reassigned JDO-187:
--
Assign To: Craig Russell (was: Andy Jefferson)
> Detach lifecycle listeners are incorrectly implemented
>
[ http://issues.apache.org/jira/browse/JDO-186?page=all ]
Andy Jefferson reassigned JDO-186:
--
Assign To: Craig Russell (was: Andy Jefferson)
Actually was an issue in InstanceCallbacks and not InstanceLifecycleListener.
JPOX CVS now uses the objects th
[ http://issues.apache.org/jira/browse/JDO-98?page=comments#action_12332759
]
Andy Jefferson commented on JDO-98:
---
JPOX CVS has support for much more in the array world now (like arrays of
String, Date, etc, and persisting using a join table). Things like
[ http://issues.apache.org/jira/browse/JDO-175?page=all ]
Andy Jefferson resolved JDO-175:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Fixed in current JPOX CVS
> JPOX fails when a query calls String.indexOf
> ---
[ http://issues.apache.org/jira/browse/JDO-144?page=all ]
Andy Jefferson reassigned JDO-144:
--
Assign To: Michelle Caisse (was: Andy Jefferson)
Thanks Michelle.
Well I'll explain what the problem is, and some options.
The test creates an object with ma
[ http://issues.apache.org/jira/browse/JDO-183?page=all ]
Andy Jefferson resolved JDO-183:
Resolution: Fixed
Test now passes with JPOX CVS
> java.lang.ArrayIndexOutOfBoundsException: 0 >= 0
>
>
>
[ http://issues.apache.org/jira/browse/JDO-182?page=all ]
Andy Jefferson resolved JDO-182:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
TestSetCollections and TestHashSetCollections both now pass with JPOX CVS.
> SQL Excep
testRetrieve : has incorrect parameter specification to PM.retrieve() in terms
of the fgOnly parameter.
---
Key: JDO-192
URL: http://issues.apache.org/jira/browse/JDO-192
Pro
[ http://issues.apache.org/jira/browse/JDO-187?page=all ]
Andy Jefferson resolved JDO-187:
Resolution: Fixed
JPOX CVS is now updated to match Craigs' proposed spec change
package javax.jdo.listener;
public interface DetachLifecycleListener
ex
[
http://issues.apache.org/jira/browse/JDO-186?page=comments#action_12332876 ]
Andy Jefferson commented on JDO-186:
JPOX CVS is now updated to match Craigs' proposed spec change
package javax.jdo.listener;
public interface AttachLifecycleListener
[ http://issues.apache.org/jira/browse/JDO-170?page=all ]
Andy Jefferson resolved JDO-170:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Fixed in JPOX CVS (assuming this is the TCK test InvalidUseOfKeywords)
> JPOX does not
[ http://issues.apache.org/jira/browse/JDO-174?page=all ]
Andy Jefferson resolved JDO-174:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Fixed in JPOX CVS
> JPOX fails on a query comparing the result of Map.get with an expr
[ http://issues.apache.org/jira/browse/JDO-169?page=all ]
Andy Jefferson resolved JDO-169:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Fixed in JPOX CVS.
> JPOX generates wrong SQL statements navigating relationships in J
[ http://issues.apache.org/jira/browse/JDO-98?page=all ]
Andy Jefferson reassigned JDO-98:
-
Assign To: Michelle Caisse (was: Andy Jefferson)
With JPOX latest build this now fails with
test(org.apache.jdo.tck.models.fieldtypes.TestArrayCollections)java
[ http://issues.apache.org/jira/browse/JDO-72?page=comments#action_12355985
]
Andy Jefferson commented on JDO-72:
---
Looking at this test, it no longer hangs (so presumably someone changed
something since it was reported) but contains something I'd like cla
[ http://issues.apache.org/jira/browse/JDO-144?page=all ]
Andy Jefferson resolved JDO-144:
Resolution: Fixed
JPOX CVS also now creates wrappers for serialised fields based on the declared
type.
This results in the test passing.
> Incorrect value f
[ http://issues.apache.org/jira/browse/JDO-171?page=all ]
Andy Jefferson resolved JDO-171:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Fixed in JPOX CVS - builds dated 02/11/2005 or later
> JPOX violates assertion A14.4-7
[ http://issues.apache.org/jira/browse/JDO-185?page=all ]
Andy Jefferson resolved JDO-185:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
JPOX CVS does support implicit parameters now, passing many of the implicit
param test
[ http://issues.apache.org/jira/browse/JDO-194?page=all ]
Andy Jefferson reassigned JDO-194:
--
Assign To: Andy Jefferson (was: Erik Bengtson)
> JPOX does not support implicit variables.
> -
>
> Key: JDO-1
[ http://issues.apache.org/jira/browse/JDO-198?page=all ]
Andy Jefferson resolved JDO-198:
Resolution: Fixed
This was fixed in JPOX builds 03/11/2005 onwards
> TestArrayCollections java.lang.IllegalArgumentException: out of field index
> :28
> ---
[
http://issues.apache.org/jira/browse/JDO-198?page=comments#action_12356749 ]
Andy Jefferson commented on JDO-198:
Yes, but did you re-enhance your classes since downloading ? The error is in
the enhancement, not at runtime.
> TestArrayCollections jav
[ http://issues.apache.org/jira/browse/JDO-173?page=all ]
Andy Jefferson resolved JDO-173:
Resolution: Fixed
Implemented in JPOX CVS. Test passes with builds dated 05/11/2005 or later
> JPOX does not support instanceof operator
> --
JDOQL test NotEquals comparing floating point numbers
-
Key: JDO-206
URL: http://issues.apache.org/jira/browse/JDO-206
Project: JDO
Type: Bug
Components: tck20
Reporter: Andy Jefferson
The current TCK test
[ http://issues.apache.org/jira/browse/JDO-194?page=all ]
Andy Jefferson reassigned JDO-194:
--
Assign To: Michael Watzek (was: Andy Jefferson)
JPOX CVS does now implement implicit variables 9nightly builds dated 06/11/2005
or later), and the test would
[ http://issues.apache.org/jira/browse/JDO-172?page=all ]
Andy Jefferson resolved JDO-172:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
JPOX CVS supports use of the setGrouping() method, and also specification of
HAVING vi
[ http://issues.apache.org/jira/browse/JDO-208?page=all ]
Andy Jefferson reassigned JDO-208:
--
Assign To: Michelle Caisse (was: Andy Jefferson)
This is now fixed in JPOX CVS - builds dated 11/11/2005 or later will have it.
It brings us on to the next i
[ http://issues.apache.org/jira/browse/JDO-207?page=all ]
Andy Jefferson resolved JDO-207:
Resolution: Fixed
JPOX was imposing a column name length restriction of 30 (for compatibility
with DB2 and Derby's previous incarnation - Cloudscape). This i
[
http://issues.apache.org/jira/browse/JDO-211?page=comments#action_12357480 ]
Andy Jefferson commented on JDO-211:
Hi Michelle,
I'm not convinced that it's a JPOX bug here. I'll explain why
Let's take the example of MapStringValueCollections, and its f
[ http://issues.apache.org/jira/browse/JDO-211?page=all ]
Andy Jefferson reassigned JDO-211:
--
Assign To: Michelle Caisse (was: Andy Jefferson)
Agree with Craig wrt app identity. JPOX should (and indeed does in JPOX CVS -
builds 15/11/2005 onwards) use
[
http://issues.apache.org/jira/browse/JDO-204?page=comments#action_12357719 ]
Andy Jefferson commented on JDO-204:
Lets take the example of Collection. The element-type will be java.lang.Object
(or the interface type when using interfaces). The element
[
http://issues.apache.org/jira/browse/JDO-211?page=comments#action_12358175 ]
Andy Jefferson commented on JDO-211:
I see that the MetaData is now, for example
That certa
[
http://issues.apache.org/jira/browse/JDO-215?page=comments#action_12358181 ]
Andy Jefferson commented on JDO-215:
I see that the MetaData is now, for example
That certainly doesnt agree with
[ http://issues.apache.org/jira/browse/JDO-194?page=all ]
Andy Jefferson resolved JDO-194:
Resolution: Fixed
This test passes and has for a week at least
> JPOX does not support implicit variables.
> -
>
>
[
http://issues.apache.org/jira/browse/JDO-177?page=comments#action_12358491 ]
Andy Jefferson commented on JDO-177:
To be explicit, this only relates to queries where JDOHelper.getObjectId(this)
is in the result clause. When it is in the filter clause a
[ http://issues.apache.org/jira/browse/JDO-177?page=all ]
Andy Jefferson reassigned JDO-177:
--
Assign To: Andy Jefferson (was: Erik Bengtson)
> JPOX ignores JDOHelper.getObjectId in queries.
> --
>
>
[ http://issues.apache.org/jira/browse/JDO-177?page=all ]
Andy Jefferson reassigned JDO-177:
--
Assign To: Michael Watzek (was: Andy Jefferson)
JPOX CVS has been updated to support JDOHelper.getObjectId in the result
clause. It now shows up an error in
ResultClassRequirements.testConstructor has missign import
--
Key: JDO-225
URL: http://issues.apache.org/jira/browse/JDO-225
Project: JDO
Type: Bug
Components: tck20
Reporter: Andy Jefferson
Assigned to
DistintCandidateInstances.testCollectionQueries typo
Key: JDO-226
URL: http://issues.apache.org/jira/browse/JDO-226
Project: JDO
Type: Bug
Components: tck20
Reporter: Andy Jefferson
Assigned to: Michael Wa
[ http://issues.apache.org/jira/browse/JDO-227?page=all ]
Andy Jefferson reassigned JDO-227:
--
Assign To: Michelle Caisse (was: Andy Jefferson)
Hi Michelle,
I too was confused by the error message :-), until I looked in the JPOX log.
The ORM file has er
TestHashMapStringKeyCollections.test : schema incorrect
---
Key: JDO-260
URL: http://issues.apache.org/jira/browse/JDO-260
Project: JDO
Type: Bug
Components: tck20
Reporter: Andy Jefferson
Assigned to: Mich
TestHashSetCollections, TestSetCollections : schema incorrect
-
Key: JDO-261
URL: http://issues.apache.org/jira/browse/JDO-261
Project: JDO
Type: Bug
Components: tck20
Reporter: Andy Jefferson
Assig
[
http://issues.apache.org/jira/browse/JDO-194?page=comments#action_12360291 ]
Andy Jefferson commented on JDO-194:
And this is using what version of Subversion code exactly ? I'm using latest
SVN and these tests still pass as mentioned previously.
> J
[ http://issues.apache.org/jira/browse/JDO-249?page=all ]
Andy Jefferson updated JDO-249:
---
Summary: JPOX throws JDOFatalInternalException for queries using "new
MyClass(...)" in result clauses (was: JPOX throws JDOFatalInternalException
for queries using
[
http://issues.apache.org/jira/browse/JDO-256?page=comments#action_12360294 ]
Andy Jefferson commented on JDO-256:
Any chance of a clue as to what "data has changed" ? Something to do with
medical and dental insurance ? Wading through this object model
[ http://issues.apache.org/jira/browse/JDO-239?page=all ]
Andy Jefferson reassigned JDO-239:
--
Assign To: Andy Jefferson (was: Erik Bengtson)
> JPOX throws NPE when result class is specified with no result clause for
> deletion by query using single st
[ http://issues.apache.org/jira/browse/JDO-239?page=all ]
Andy Jefferson resolved JDO-239:
Resolution: Fixed
Fixed in JPOX CVS. Builds from 14/12/2005 will have this.
> JPOX throws NPE when result class is specified with no result clause for
> del
[
http://issues.apache.org/jira/browse/JDO-243?page=comments#action_12360312 ]
Andy Jefferson commented on JDO-243:
Why ? Is it not allowed for the JDO implementation to interpret that fields in
the result should be automatically added to the grouping c
[
http://issues.apache.org/jira/browse/JDO-243?page=comments#action_12360413 ]
Andy Jefferson commented on JDO-243:
OK, so lets take this one step further then. I look at "SingleStringQuery"
test. It requires a query with a result clause, an ordering cl
[
http://issues.apache.org/jira/browse/JDO-241?page=comments#action_12360498 ]
Andy Jefferson commented on JDO-241:
If you look at the test you find that the "candidate collection" passed in is
of transient instances which hence have no identity (or at
[
http://issues.apache.org/jira/browse/JDO-220?page=comments#action_12360512 ]
Andy Jefferson commented on JDO-220:
The second of the fields ("number2") is checked that it is not loaded. So what
about the case where the object has been pulled from the c
[ http://issues.apache.org/jira/browse/JDO-261?page=all ]
Andy Jefferson reassigned JDO-261:
--
Assign To: Michelle Caisse (was: Andy Jefferson)
Well if you look at the message received
Add request failed : INSERT INTO datastoreidentity0.HASHSET_OF_OBJEC
[ http://issues.apache.org/jira/browse/JDO-255?page=all ]
Andy Jefferson resolved JDO-255:
Resolution: Duplicate
Duplicate of JDO-255.
Please refer to http://www.jpox.org/servlet/jira/browse/CORE-2610 for details
> Inheritance mapping 1 fails for a
[
http://issues.apache.org/jira/browse/JDO-256?page=comments#action_12360653 ]
Andy Jefferson commented on JDO-256:
Please refer to http://www.jpox.org/servlet/jira/browse/CORE-2610 for details.
No point us duplicating details across 2 JIRA systems.
>
[ http://issues.apache.org/jira/browse/JDO-256?page=all ]
Andy Jefferson reassigned JDO-256:
--
Assign To: Andy Jefferson (was: Erik Bengtson)
> Inheritance mapping 1 fails for datastore identity.
> ---
>
>
[
http://issues.apache.org/jira/browse/JDO-255?page=comments#action_12360654 ]
Andy Jefferson commented on JDO-255:
That should have read, duplicate of JDO-256 :-)
> Inheritance mapping 1 fails for application identity.
> ---
[ http://issues.apache.org/jira/browse/JDO-256?page=all ]
Andy Jefferson resolved JDO-256:
Resolution: Fixed
Fixed in JPOX CVS. JPOX builds from 18/12/2005 onwards have this fix
> Inheritance mapping 1 fails for datastore identity.
> --
[ http://issues.apache.org/jira/browse/JDO-72?page=comments#action_12360679
]
Andy Jefferson commented on JDO-72:
---
You say that when no strategy is specifed it is for the JDO implementation to
do some "non-specified behaviour to detect conflicting updates
[ http://issues.apache.org/jira/browse/JDO-263?page=all ]
Andy Jefferson reassigned JDO-263:
--
Assign To: Michelle Caisse (was: Andy Jefferson)
Changed JPOX to support this "element-type" attribute. You now have
test(org.apache.jdo.tck.models.fieldtype
[
http://issues.apache.org/jira/browse/JDO-194?page=comments#action_12360941 ]
Andy Jefferson commented on JDO-194:
And I have a clean checkout of about 30 mins ago and still get no errors
whatsoever on those tests. Perhaps something in your setup ? I u
[
http://issues.apache.org/jira/browse/JDO-241?page=comments#action_12360949 ]
Andy Jefferson commented on JDO-241:
H. You call setCandidates() and pass in the same object twice and so you
expect the query to return dups ? Sounds unintuitive to me.
[
http://issues.apache.org/jira/browse/JDO-194?page=comments#action_12360959 ]
Andy Jefferson commented on JDO-194:
JPOX would have to check for whether something is a class or not before falling
back to "implicit variable". As for which variable "emplo
[ http://issues.apache.org/jira/browse/JDO-72?page=comments#action_12361030
]
Andy Jefferson commented on JDO-72:
---
Current support is for "date-time", and "version-number".
> Test api.persistencemanager.OptimisticFailure hangs
> --
[
http://issues.apache.org/jira/browse/JDO-194?page=comments#action_12361036 ]
Andy Jefferson commented on JDO-194:
Thanks for the stack trace Michael. Seems that some Windows JREs sometimes
throw a NoClassDefFoundError and Unix JREs dont - nice consist
[ http://issues.apache.org/jira/browse/JDO-243?page=all ]
Andy Jefferson reassigned JDO-243:
--
Assign To: Michael Watzek (was: Erik Bengtson)
JPOX CVS changed to only use user-specified grouping and not to add on any
required by ordering/selects. This
[
http://issues.apache.org/jira/browse/JDO-244?page=comments#action_12361095 ]
Andy Jefferson commented on JDO-244:
Looked at the SQL being generated ?
> JPOX generates illegal SQL for having clauses using COUNT.
> --
[ http://issues.apache.org/jira/browse/JDO-266?page=all ]
Andy Jefferson resolved JDO-266:
Resolution: Duplicate
Dup of JDO-249
> JPOX throws JDOFatalInternalException on SELECT new LongString(personid,
> lastname)
> --
[ http://issues.apache.org/jira/browse/JDO-265?page=all ]
Andy Jefferson resolved JDO-265:
Resolution: Duplicate
Dup of JDO-248
> JPOX throws exception if default (empty) SELECT clause
> --
>
>
[
http://issues.apache.org/jira/browse/JDO-220?page=comments#action_12361260 ]
Andy Jefferson commented on JDO-220:
Hi Craig,
With the improved tests the reason why it fails is that JPOX calls
jdoPostLoad() based on whether the DFG is loaded and not whe
[ http://issues.apache.org/jira/browse/JDO-220?page=all ]
Andy Jefferson reassigned JDO-220:
--
Assign To: Andy Jefferson (was: Erik Bengtson)
> JPOX does not call jdoPostLoad() on queried instances or does not load fetch
> groups
> ---
[ http://issues.apache.org/jira/browse/JDO-220?page=all ]
Andy Jefferson reopened JDO-220:
Reopen issue since it failed to move to "Resolved" when asked to yet no longer
shows the "Resolve Issue" option ... Apache JIRA problem by the look of it
> JPOX
[
http://issues.apache.org/jira/browse/JDO-267?page=comments#action_12361314 ]
Andy Jefferson commented on JDO-267:
Any clue as to which TCK test this refers to ? The test class name would be
nice.
> Query with alias result generates incorrect SQL
> --
[ http://issues.apache.org/jira/browse/JDO-72?page=all ]
Andy Jefferson resolved JDO-72:
---
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Fixed in JPOX CVS - builds dated 29/12/2005 or later.
Now returns 3 nested exceptions, an
[ http://issues.apache.org/jira/browse/JDO-267?page=all ]
Andy Jefferson resolved JDO-267:
Resolution: Fixed
Presuming you're talking about SingleString test.
Now fixed in JPOX CVS - build dated 29/12/2005 or later.
> Query with alias result genera
[ http://issues.apache.org/jira/browse/JDO-268?page=all ]
Andy Jefferson resolved JDO-268:
Resolution: Fixed
attachCopy() just met a horrible death in JPOX CVS. There'll be a short service
later to commemorate its brief life (don't send any flowers
[ http://issues.apache.org/jira/browse/JDO-240?page=all ]
Andy Jefferson resolved JDO-240:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
JPOX CVS now has support for COUNT(DISTINCT ...), AVG(DISTINCT ...),
SUM(DISTINCT ...)
[
http://issues.apache.org/jira/browse/JDO-248?page=comments#action_12361484 ]
Andy Jefferson commented on JDO-248:
The test has a query "SELECT phoneNumbers FROM FullTimeEmployee INTO
java.util.Map
where "phoneNumbers" is a Map field.
The test seems
[ http://issues.apache.org/jira/browse/JDO-253?page=all ]
Andy Jefferson resolved JDO-253:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Fixed in JPOX CVS - builds 02/01/2006 or later.
> JPOX generates illegal SQL for queri
[ http://issues.apache.org/jira/browse/JDO-252?page=all ]
Andy Jefferson resolved JDO-252:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Fixed in JPOX CVS - builds 02/01/2006 or later.
> JPOX throws JDOFatalInternalExceptio
[
http://issues.apache.org/jira/browse/JDO-245?page=comments#action_12361581 ]
Andy Jefferson commented on JDO-245:
I look at the test Having.testNegative and the query is now
SELECT department, SUM(salary) FROM Employee GROUP BY department HAVING
first
[ http://issues.apache.org/jira/browse/JDO-245?page=all ]
Andy Jefferson resolved JDO-245:
Resolution: Fixed
Assign To: Andy Jefferson (was: Erik Bengtson)
Thanks for your reply Michael. Let's leave the test as it is ;-)
Now fixed in JPOX CVS
1 - 100 of 949 matches
Mail list logo