Mantis Bugtracker
Main | My View | View Issues | Change Log | Docs
  

Viewing Issue Simple Details [ Jump to Notes ] [ View Advanced ] [ Issue History ] [ Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0001265 [Resin] minor always 07-24-06 09:09 09-08-06 10:23
Reporter ferg View Status public  
Assigned To
Priority normal Resolution fixed  
Status closed   Product Version
Summary 0001265: EJB/Amber create/getter/setter issues
Description (rep by Gary Zhu)


http://bugs.caucho.com/view.php?id=971 [^]
EJB setter methods still do not work until after a getter is called.

Hmm. The test case for that situation is passing, so I'm not sure
what the difference it.


We are creating EJB and then setting some fields in
the same transaction, I suspect that might be the cause.

I stepped through the following code, when
1. EJB was created and
2. non of the getter methods is called and
3. code was still in the same session bean

then
 __caucho_dirtyMask_1 was not 0
 __caucho_session.update(this) was not invoked
 and setter value was not saved.

As soon as a getter method was called, __caucho_dirtyMask_1 becomes 0.

========= code =============

EquipmentCMP_Amber.class:

  public void setSellerIdField(int v)
  {
    int oldValue = __caucho_super_get_sellerIdField();
    if (oldValue == v && (__caucho_loadMask_0 & 1L) != 0)
      return;
    __caucho_super_set_sellerIdField(v);

    long oldMask = __caucho_dirtyMask_1;
    __caucho_dirtyMask_1 |= 33554432L;

    if (__caucho_session != null && oldMask == 0)
      __caucho_session.update(this);
  }

=========end of code ==============

Our (code change) workaround has been to invoke getter method right after EJB creation.
Additional Information
Attached Files

- Relationships

- Notes
(0001502)
westrupp
09-08-06 10:23

 Test case jpa/0ga1. (Rodrigo Westrupp)
 

- Issue History
Date Modified Username Field Change
07-24-06 09:09 ferg New Issue
07-24-06 09:47 gzhu Issue Monitored: gzhu
08-09-06 02:06 anonymous Note Added: 0001429
08-09-06 02:06 anonymous Note Added: 0001430
08-09-06 02:07 anonymous Note Added: 0001431
08-09-06 09:11 ferg Note Deleted: 0001429
08-09-06 09:11 ferg Note Deleted: 0001430
08-09-06 09:11 ferg Note Deleted: 0001431
08-09-06 12:53 anonymous Note Added: 0001432
08-09-06 14:12 anonymous Note Added: 0001433
08-09-06 14:13 anonymous Note Added: 0001435
08-09-06 14:14 anonymous Note Added: 0001436
08-09-06 14:31 anonymous Note Added: 0001437
08-09-06 14:57 anonymous Note Added: 0001438
08-09-06 18:18 anonymous Note Added: 0001439
08-09-06 18:33 anonymous Note Added: 0001440
08-09-06 18:33 anonymous Note Added: 0001441
08-09-06 18:33 anonymous Note Added: 0001442
08-09-06 18:33 anonymous Note Added: 0001443
08-10-06 00:45 anonymous Note Added: 0001444
08-10-06 00:54 anonymous Note Added: 0001445
08-10-06 00:55 anonymous Note Added: 0001446
08-10-06 00:59 anonymous Note Added: 0001447
08-10-06 00:59 anonymous Note Added: 0001448
08-10-06 18:09 anonymous Note Added: 0001453
08-11-06 06:20 ferg Note Deleted: 0001432
08-11-06 06:21 ferg Note Deleted: 0001453
08-11-06 06:21 ferg Note Deleted: 0001445
08-11-06 06:21 ferg Note Deleted: 0001446
08-11-06 06:21 ferg Note Deleted: 0001433
08-11-06 06:21 ferg Note Deleted: 0001448
08-11-06 06:22 ferg Note Deleted: 0001437
08-11-06 06:22 ferg Note Deleted: 0001436
08-11-06 06:23 ferg Note Deleted: 0001435
08-11-06 06:23 ferg Note Deleted: 0001440
08-11-06 06:24 ferg Note Deleted: 0001441
08-11-06 06:24 ferg Note Deleted: 0001438
08-11-06 06:24 ferg Note Deleted: 0001439
08-11-06 06:24 ferg Note Deleted: 0001442
08-11-06 06:24 ferg Note Deleted: 0001443
08-11-06 06:24 ferg Note Deleted: 0001444
08-11-06 06:24 ferg Note Deleted: 0001447
09-08-06 10:23 westrupp Status new => closed
09-08-06 10:23 westrupp Note Added: 0001502
09-08-06 10:23 westrupp Resolution open => fixed
09-08-06 10:23 westrupp Fixed in Version  => 3.1.0

Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
71 total queries executed.
27 unique queries executed.
Powered by Mantis Bugtracker