Hi Mike 
     
    1. Thanks for the detailed code. But, executing the code on my
    database I get the following error. The setDept() expects the number
    of update calls to be 1 but there is no SQL call. 
     
        java.lang.AssertionError: expected:<1> but was:<0> 
            at org.junit.Assert.fail(Assert.java:91) 
         
      Did the JUnit Test case execute correctly in your
    environment? 
     
    2. In the code that I had sent I had not used EntityManagerFactory,
    JPA queries etc. Which is the preferred/correct way of doing it? I
    am more comfortable using the Dynamic Persistence APIs of
    Eclipselink. 
     
    Thanks 
    Rohit 
     
     
    On 1/6/2011 2:15 AM, Michael Norman wrote:
    
      
      
      Rohit: 
      I have put together a simple JUnit4 testsuite that walks thru the
      lifecycle of building a Dynamic JPA project: 
       
      setUp 
       - deal with database properties 
       - build an EntityManagerFactory: the stuff with MyPersistenceProviderResolver
      and MyPersistenceProvider 
         looks more complicated that is - a Dynamic JPA project doesn't
      need the persistence.xml and orm.xml files 
        This is a way (in JPA2) to override the default PersistenceProvider. 
       
      createTypes 
       - pretty much the same as how you map the classes 
       
      populate 
       - (obvious) 
       
      setDept 
       - sets the 1:1 relationship on an employee to point to the
      department created in the above populate() method 
       
      tearDown 
       - drop tables 
       
      The assert statements are just checking for the number
      of SQL statements in each category; if you wish, you could 
      dig into the tracker's query cache and find the exact strings. 
       
      Hope this helps, 
      --- 
        
      Mike Norman | Principal Software Designer 
        Phone: +6132884638 | Fax: +6132382818  
        Server Technologies | EclipseLink Product 
        Oracle Canada | 45 O'Connor Street,
        Suite 400, Ottawa, Ontario | K1P 1A4  
        
        
       
      On 05/01/2011 1:18 AM, Rohit Banga wrote:
      
        
        Just to add 
        I have attached some sample code. In the code I am having a
        relationship between the employee and phone tables as well but
        that should not make a difference. 
         
        I am using the following documentation: 
        1. http://wiki.eclipse.org/Using_Basic_Unit_of_Work_API_%28ELUG%29#Associating_an_Existing_Source_to_an_Existing_Target_Object 
        2. http://wiki.eclipse.org/Using_Advanced_Unit_of_Work_API_%28ELUG%29#How_to_Force_a_Version_Field_Update 
         
        The first one talks about the scenario that I am trying to
        implement. I don't see any significant differences in my
        implementation. Moreover the second page mentions that 
            "when a relationship is changed in a one-to-many or
            one-to-one target foreign key mapping, by default, the
            version field (if any) of the affected object is not
            changed" 
         
          I am unable to correlate the information contained in
        the two links. Could you please help me understand it? 
         
        Thanks 
         
        On 1/5/2011 8:49 AM, Rohit Banga wrote:
        
          Hi Tom,
1. Yes I am invoking commit on UnitOfWork. I have set the log level to FINEST for the UnitOfWork. The SQL does not show up in the logs. The tables are hence not updated. The unit of work is in the end after printing the changes.
If I try to modify any direct to field mapping for the employee then that does show up in the change set. But if eclipselink calculates the changeset piecemeal (does it?), then like you said the change in the the one-to-many mapping may not show up in the changeset.
2. By modification of the list I meant:
List<DynamicEntity> empList = (DynamicEntity) dep.get("empinfo.depinfo");
empList.add(emp);
The introduction of the above code does not work. I am not even sure if the relationship on the other side "must" or "need not" be modified.
3. Yes I have the same mappings. Sorry I did not make it clear in the original question.
Department to Employee - one to many. 
Employee to Department - one to one.
The employee table has a foreign key constraint - depid.
join attribute is "empinfo.depinfo" for both the mappings.
Thanks and Regards
Member Technical Staff 
Oracle Server Technologies
91 80 41085685
----- Original Message -----
From: tom.ware@xxxxxxxxxx
To: rohit.banga@xxxxxxxxxx, eclipselink-users@xxxxxxxxxxx
Sent: Wednesday, January 5, 2011 12:27:21 AM GMT +05:30 Chennai, Kolkata, Mumbai, New Delhi
Subject: Re: [eclipselink-users] Unable to implement update for existing source object to point to existing target object
Hi Rohit,
   Do you actually commit your UnitOfWork?  i.e. are you seeing the problem at 
commit time through the absence of SQL, or are you simply getting the change set 
prior to commit?  If you are getting the change set prior to commit, the changes 
may simply not have been calculated yet.
   What do you mean by: "I have also tried to populate the list corresponding to 
the employees of  department 1010, but even that does not work."
   Please show where your unitOfWork.commit() calls are in the code you have 
included.
   Also, I assume these are the same mappings as you have shown in previous 
postings?
-Tom
Rohit Banga wrote:
          
              Hi All
I have two tables
1. Employee (id, name, depid)
2. Department (depid, depname)
I have created employee and department dynamic types. I have a OneToMany 
relationship between the department and employee types.
I have to update the department of an employee. I am using the following 
code:
DynamicEntity emp = helper.newDynamicEntity(empBuilder.getType().getName());
emp.set("id", 147);
emp = (DynamicEntity) unitOfWork.readObject(emp);
DynamicEntity dep = helper.newDynamicEntity(depBuilder.getType().getName());
dep.set("depid", 1010);
dep = (DynamicEntity) unitOfWork.readObject(dep);
emp.set("empinfo.depinfo", dep);
However this does not update the depid for the employee row. The change 
is not present in the change set for the unit of work.
The unit of work that I have acquired from the session does not contain 
any objects before the readObject calls in the code above.
*Can you please tell me what is wrong with the above code?*
I have also tried to populate the list corresponding to the employees of 
department 1010, but even that does not work.
*Is it mandatory to update the list or is it sufficient to modify the 
emp object alone?*
When I use forceVersionUpdate for the emp object then, the session log 
does show UpdateQuery in the logs however no update query is executed 
against the database.
*What is the reason for this behavior?*
*
*
*Happy New Year!*
*
*
Thanks
Rohit Banga
Member Technical Staff
Oracle India Private Limited
91 80 41085685
------------------------------------------------------------------------
_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-users
           
          _______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-users
 
         
         
        --  
          Thanks and Regards  
          Rohit Banga  
          Member Technical Staff  
          Oracle Server Technologies  
         
        
_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-users
       
     
     
    --  
      Thanks and Regards
       
      Rohit Banga
       
      Member Technical Staff
       
      Oracle Server Technologies
       
     
  
 |