Hi Sekhar,
The CMP processing code will convert the value to the new one, but you can
safely remove this block.
What surprises me, is the exception that complains that the *generated* class is
wrong (this should really never happen). Can you check the user-defined PK class?
thanks,
-marina
Sekhar Vajjhala wrote:
> Hi,
>
> I am looking for input on the following questions
> related to the JBoss -> GF migration issue
> https://migrate2glassfish.dev.java.net/issues/show_bug.cgi?id=5 .
> The example is a migration of an EntityBean.
>
> 1. What exactly is JDO72353 ?
>
> 2. The <pm-descriptors> in sun-ejb-jar.xml has been deprecated ( see
> http://docs.sun.com/app/docs/doc/819-3673/beavq?a=view ). But
> what if any is the equivalent in GF ? It it not described in the doc.
> Even more specifically, what would be the equivalent
> mapping in GlassFish for the (generated currently by migration tool)
>
> <pm-descriptors>
> <pm-descriptor>
> <pm-identifier>IPLANET</pm-identifier>
> <pm-version>1.0</pm-version>
>
> <pm-class-generator>com.iplanet.ias.persistence.internal.ejb.ejbc.JDOCodeGenerator</pm-class-generator>
>
>
> <pm-mapping-factory>com.iplanet.ias.cmp.NullFactory</pm-mapping-factory>
> </pm-descriptor>
> <pm-inuse>
> <pm-identifier>IPLANET</pm-identifier>
> <pm-version>1.0</pm-version>
> </pm-inuse>
> </pm-descriptors>
>
> Sekhar
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>