Re: [eclipselink-users] OneToOne AND ManyToOne Mapping works with FetchT

[zebhed <zebhed@xxxxxxx>]

I just wanted to inform you that I switched to GF 2.1.1 and EclipseLink 2.0.0
and the problems mentioned in this thread are magically gone away :).


zebhed wrote:
> 
> "When you say "The application did never deploy", do you mean you cannot
> get the 
> application to deploy at all?  (i.e. There is no set of mappings that
> allow the 
> application to deploy.)  In that case, the issue with LAZY is likely just
> a side 
> effect of something greater."
> 
> I can deploy the application. But I have to change approximately 20
> OneToOne/ManyToOne mappings from FetchType.LAZY to FetchType.EAGER. If
> only one of those 20 mappings has defined FetchType.LAZY the application
> does not deploy.
> 
> "If there is a way you can successfully deploy the 
> application, ideally, you could identify one mapping that when changed
> from 
> EAGER to LAZY causes the failure and post how that mapping is defined."
> 
> I cannot identify one mapping that when changed from EAGER to LAZY causes
> the failure. I have tested every single of these 20 mappings separately by
> changing the FetchType to LAZY. But the application did not deploy. In
> other words, all these 20 mappings require FetchType.EAGER to deploy the
> application. If only one of those mappings has declared FetchType.LAZY the
> application does not deploy. For every single of those 20 mappings that
> have declared FetchType.LAZY instead of EAGER I get the exceptions that I
> have shown in my previous postings. 
> 
> Note: Besides these OneToOne/ManyToOne 20 mappings that absolutely require
> FetchType.EAGER to successfully deploy the application without any
> exceptions there are approximately 10 OneToOne/ManyToOne mappings left
> that have defined FetchType.LAZY. For these 10 mappings I do not have to
> change the FetchType to EAGER to deploy the application successfully and
> without any exceptions.
> 
> Please remember: Originally, every OneToOne/ManyToOne mapping in my
> application had declared FetchType.LAZY and it deployed fine on SJSAS 9.1
> Update 2. But since I switched to SGES 2.1 I get this odd behavior
> described above. EclipseLink version was and is 1.0.2. So (I think) it
> must have something to do with SGES 2.1.
> 
> 
> "- I assume "[...]" is not the actual value for mappedby"
> That is true. It is always the same schema: the name of the entity in
> lowercase letters without any special characters.
> 
> "- Include the cooresponding variable declarations"
> The schema is also always the same. It is "private EntityClass name;".
> Example: "private User user;"
> 
> "- If you are using PROPERTY access, include the cooresponding
> getter/setter 
> declarations"
> These getters and setters are all "standard" getters/setters as NetBeans
> creates them without any additional business logic.
> 
> "- Include the class declaration along with any annotations on the class 
> declaration for all mappings you include"
> I would have to post my whole ERM (lots of code). I do not think it will
> be helpful. Besides, all my entity classes have almost the same schema and
> the same annotations. Here is an example of class "User":
> 
> @Entity
> @Table(name = "users")
> @TableGenerator(table = "_pk_generators", pkColumnName = "_pk",
> valueColumnName = "value", name = "user", initialValue = 1000,
> allocationSize = 100)
> @Cache(type=CacheType.FULL, size = 10000)
> public class User implements Serializable, Comparable<User> {
> 
> 	@Id
> 	@GeneratedValue(strategy = GenerationType.TABLE, generator = "user")
> 	@Column(name = "_id", nullable = false, updatable = false)
> 	private long id;
> 	@Version
> 	private int version;
>         //... some columns here
>         //... some mappings here
>         //... constructor
>         //... "standard" getters/setters 
>         //... overridden methods equals(...), hashCode(), compareTo(...)
> }
> 
> -----
> 
> Currently I am little bit short of time, but I will investigate further.
> 

-- 
View this message in context: http://old.nabble.com/OneToOne-Mapping-works-with-FetchType.EAGER-but-not-with-FetchType.LAZY--%3E-Exception-when-deploying-%28SGES-2.1%29-tp21711849p27516904.html
Sent from the EclipseLink - Users mailing list archive at Nabble.com.