datanucleus-issues — DN Issue Tracking

You can subscribe to this list here.

2009 Jan
 
Feb
 
Mar
 
Apr
 
May
 
Jun
 
Jul
 
Aug
(79)
Sep
(107)
Oct
(161)
Nov
(111)
Dec
(103)
2010 Jan
(104)
Feb
(129)
Mar
(200)
Apr
(198)
May
(216)
Jun
(148)
Jul
(96)
Aug
(20)
Sep
(106)
Oct
(212)
Nov
(155)
Dec
(84)
2011 Jan
(217)
Feb
(249)
Mar
(181)
Apr
(223)
May
(138)
Jun
(153)
Jul
(154)
Aug
(124)
Sep
(62)
Oct
(84)
Nov
(75)
Dec
(70)
2012 Jan
(81)
Feb
(95)
Mar
(184)
Apr
(116)
May
(124)
Jun
(121)
Jul
(183)
Aug
(180)
Sep
(91)
Oct
(215)
Nov
(66)
Dec
(80)
2013 Jan
(156)
Feb
(131)
Mar
(140)
Apr
(123)
May
(67)
Jun
(87)
Jul
(67)
Aug
(36)
Sep
(50)
Oct
(113)
Nov
(130)
Dec
(178)
2014 Jan
(243)
Feb
(153)
Mar
(214)
Apr
(204)
May
(137)
Jun
(81)
Jul
(95)
Aug
(77)
Sep
(38)
Oct
 
Nov
 
Dec
 
S M T W T F S
 
 
 
 
 
 
 
 
 
 
 
 
1
 
2
(12)
3
(4)
4
 
5
(4)
6
 
7
(2)
8
(1)
9
 
10
(14)
11
(7)
12
(5)
13
(6)
14
 
15
 
16
(2)
17
(2)
18
(2)
19
(2)
20
 
21
 
22
 
23
 
24
 
25
(4)
26
(4)
27
(3)
28
(5)
29
 
30
(2)
31
(3)
 
 
 
 
 
 
 
 
 
 

Showing results of 84

1 2 3 4 > >> (Page 1 of 4)
Thread Author Date
[Datanucleus-issues] [DataNucleus JIRA] Commented: (NUCCORE-562) Create a "Stateless" PersistenceManager that ignore dirty checks, callbacks and cascading Ales Justin (JIRA) <issues@da...> 2011-10-31 00:34:32
[Datanucleus-issues] [DataNucleus JIRA] Created: (NUCCORE-774) L2 cache locking strategy can lead to deadlock Andy Jefferson (JIRA) <issues@da...> 2011-10-27 10:55:36
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCCORE-774) L2 cache locking strategy can lead to deadlock Andy Jefferson (JIRA) <issues@da...> 2011-10-28 09:11:31
  [Datanucleus-issues] [DataNucleus JIRA] Commented: (NUCCORE-774) L2 cache locking strategy can lead to deadlock Andy Jefferson (JIRA) <issues@da...> 2011-10-30 14:44:32
[Datanucleus-issues] [DataNucleus JIRA] Created: (NUCCORE-775) Reference fields (Object) are not categorised as relation fields, hence causing incorrect behaviour later Andy Jefferson (JIRA) <issues@da...> 2011-10-28 06:59:32
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCCORE-775) Reference fields (Object) are not categorised as relation fields, hence causing incorrect behaviour later Andy Jefferson (JIRA) <issues@da...> 2011-10-28 07:37:31
  [Datanucleus-issues] [DataNucleus JIRA] Commented: (NUCCORE-775) Reference fields (Object) are not categorised as relation fields, hence causing incorrect behaviour later Chris Colman (JIRA) <issues@da...> 2011-10-30 03:58:32
[Datanucleus-issues] [DataNucleus JIRA] Created: (NUCCORE-773) Only update L1 cache if id not yet present Andy Jefferson (JIRA) <issues@da...> 2011-10-27 10:44:35
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCCORE-773) Only update L1 cache if id not yet present Andy Jefferson (JIRA) <issues@da...> 2011-10-27 10:55:33
  [Datanucleus-issues] [DataNucleus JIRA] Reopened: (NUCCORE-773) Only update L1 cache if id not yet present Andy Jefferson (JIRA) <issues@da...> 2011-10-28 09:13:31
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCCORE-773) Only update L1 cache if id not yet present Andy Jefferson (JIRA) <issues@da...> 2011-10-28 09:13:32
[Datanucleus-issues] [DataNucleus JIRA] Created: (NUCCORE-772) JDOQL implicit parameters handled incorrectly if one is repeated before all have appeared Peter Dettman (JIRA) <issues@da...> 2011-10-26 08:03:34
  [Datanucleus-issues] [DataNucleus JIRA] Updated: (NUCCORE-772) JDOQL implicit parameters handled incorrectly if one is repeated before all have appeared Peter Dettman (JIRA) <issues@da...> 2011-10-26 08:08:31
  [Datanucleus-issues] [DataNucleus JIRA] Issue Comment Edited: (NUCCORE-772) JDOQL implicit parameters handled incorrectly if one is repeated before all have appeared Peter Dettman (JIRA) <issues@da...> 2011-10-26 08:08:37
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCCORE-772) JDOQL implicit parameters handled incorrectly if one is repeated before all have appeared Andy Jefferson (JIRA) <issues@da...> 2011-10-26 13:01:35
[Datanucleus-issues] [DataNucleus JIRA] Created: (NUCRDBMS-563) Query.serializeRead only applies when *within* a transaction Andy Jefferson (JIRA) <issues@da...> 2011-10-25 10:51:37
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCRDBMS-563) Query.serializeRead only applies when *within* a transaction Andy Jefferson (JIRA) <issues@da...> 2011-10-25 10:53:30
[Datanucleus-issues] [DataNucleus JIRA] Created: (NUCMONGODB-57) When filter is fully evaluated in the datastore, don't evaluate in-memory also Andy Jefferson (JIRA) <issues@da...> 2011-10-25 10:45:35
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCMONGODB-57) When filter is fully evaluated in the datastore, don't evaluate in-memory also Andy Jefferson (JIRA) <issues@da...> 2011-10-25 10:47:31
[Datanucleus-issues] [DataNucleus JIRA] Created: (NUCRDBMS-562) PostgreSQL escape syntax upgrade for later versions Andy Jefferson (JIRA) <issues@da...> 2011-10-19 09:12:32
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCRDBMS-562) PostgreSQL escape syntax upgrade for later versions Andy Jefferson (JIRA) <issues@da...> 2011-10-19 09:16:30
[Datanucleus-issues] [DataNucleus JIRA] Created: (NUCMONGODB-56) Support multitenancy via discriminator Andy Jefferson (JIRA) <issues@da...> 2011-10-18 17:28:33
  [Datanucleus-issues] [DataNucleus JIRA] Resolved: (NUCMONGODB-56) Support multitenancy via discriminator Andy Jefferson (JIRA) <issues@da...> 2011-10-18 17:32:34

Showing results of 84

1 2 3 4 > >> (Page 1 of 4)