Re: [eclipselink-users] Virtual Metlhods | questions

[gaurav malhotra <gaurav.malhotra@xxxxxxxxxx>]

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