Re: [eclipselink-users] Virtual Metlhods | questions

[gaurav malhotra <gaurav.malhotra@xxxxxxxxxx>]

Also, I cannot use the session customzier, as that time, Gird 
Cache/CoherenceReadCustomizer (TLG/Coherence) is not fully initialized.  
As a result, I cannot retrieve the setup metadata which drives the 
mappings creations for the dynamic fields.
NOTE > For CoherenceReaderCustomizer we need cache warming to query non 
primary key.
On 25-07-2012 12:10 AM, gaurav malhotra wrote:
> I am using Eclipselink 2.3 patch. The metadata source repository I 
> think is not available in this release. If yes, please point to some 
> examples.
> I can use the session customization approach. To my best of knowledge, 
> the session customizer will not be triggered after successful login. 
> So in live application, if new dynamic fields are added, how can I  
> trigger the session customizer. Or are you pointing to some other type 
> of customizer???
> On 25-07-2012 12:04 AM, Christopher Delahunt wrote:
> > Through a metadata source repository, or the customizer approach.  
> > Your app must record the changes that are needed somehow and then 
> > signal that the session needs to pick them up using refreshMetadata.  
> > The app should not directly change the running session.
> >
> > On 2012-07-24, at 5:47 PM, gaurav malhotra 
> > <gaurav.malhotra@xxxxxxxxxx> wrote:
> >
> > > Hi Chris,
> > >   It's the requirement of my product - Dynamic Fields can be 
> > > configured at the runtime and should be picked up in live 
> > > application with zero down time. Its for the dynamic fields I am 
> > > creating the mappings.
> > >   How to accomplish above reqirement?
> > >
> > > ~Gaurav
> > > On 24-07-2012 11:29 PM, Christopher Delahunt wrote:
> > > > This would occur if the mapping has not been initialized; 
> > > > initialization occurs during session login.  Earlier posts showed 
> > > > mappings being added through a session customizer which get called 
> > > > prior to login.  How and when is this mapping added?
> > > >
> > > > Calling refreshMetadata as Tom mentions creates a new session from 
> > > > the metadata, and would call customizers on it before logging in. 
> > > > If your customizer picks up the new mapping changes, then that 
> > > > might explain why it works for you, since they get initialized with 
> > > > the new session login.
> > > >
> > > > It is not a good idea to make mapping/descriptor changes to active 
> > > > sessions after login has occurred.
> > > >
> > > > On 24/07/2012 5:05 PM, gaurav malhotra wrote:
> > > > > ava.lang.NullPointerException
> > > > >      at
> > > > > org.eclipse.persistence.mappings.ForeignReferenceMapping.valueFromRowInternal(ForeignReferenceMapping.java:2019) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.mappings.ForeignReferenceMapping.valueFromRow(ForeignReferenceMapping.java:1987) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.mappings.ForeignReferenceMapping.buildCloneFromRow(ForeignReferenceMapping.java:276) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildAttributesIntoWorkingCopyClone(ObjectBuilder.java:1548) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildWorkingCopyCloneFromRow(ObjectBuilder.java:1694) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObjectInUnitOfWork(ObjectBuilder.java:664) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:601) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:560) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.queries.ObjectLevelReadQuery.buildObject(ObjectLevelReadQuery.java:717) 
> > > > >
> > > > >
> > > > >      at
> > > > > org.eclipse.persistence.queries.ReadAllQuery.registerResultInUnitOfWork(ReadAllQuery.java:769) 
> > > > _______________________________________________
> > > > eclipselink-users mailing list
> > > > eclipselink-users@xxxxxxxxxxx
> > > > https://dev.eclipse.org/mailman/listinfo/eclipselink-users