Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipselink-users] NullPointerException in PersistenceObjectAttributeAccessor
You might want to look at how FreeResponse is mapped. What is the @Id, is there a way a component of the @Id can be unexpectedly made null by the user. 

How is the query executed?  Is there a result set mapping?

-Tom

Laird Nelson wrote:

I noticed that too; simple bug; should have been t.freeResponseIds.
The query itself is actually dynamic and the table name is supplied at query build time. The intent is to turn this native query into a set of entities, which works fine.
(There is a set of tables in my application that are under the control of the user; they all share these fields in common. Through various gyrations of the app, the user can pick which table to build normalized entities out of; this native query gets assembled from the table name. So a simple entity mapping doesn't work, because the table name is not known at compile/startup time.)
I'll keep an eye on this and see if I can narrow down what I was doing when it happens again. I cannot reproduce this in a unit test (I've tried, believe me). 

Best,
Laird
On Mon, Jan 10, 2011 at 9:39 AM, Tom Ware <tom.ware@xxxxxxxxxx <mailto:tom.ware@xxxxxxxxxx>> wrote: 

    This exception seems to occur when trying to set a value in a null
    object.  I am not sure what would cause EclipseLink to try to do
    that.  Can you provide any other information about what is occuring?

    I notice that your example query selects "freeResponseIds" but does
    not link it to anything else in your query. (i.e. you select t.id
    <http://t.id>, t.text with "t." but freeResponseIds without the
    "t.") What is the goal here?

    -Tom

    Laird Nelson wrote:

        I have an application that runs a simple JPA native query.  99
        out of 100 times the query works fine.  Then every now and again
        I get this:

        Caused by: java.lang.NullPointerException
           at
        org.eclipse.persistence.internal.descriptors.PersistenceObjectAttributeAccessor.setAttributeValueInObject(PersistenceObjectAttributeAccessor.java:46)
           at
        org.eclipse.persistence.mappings.DatabaseMapping.setAttributeValueInObject(DatabaseMapping.java:1426)
           at
        org.eclipse.persistence.mappings.DatabaseMapping.readFromRowIntoObject(DatabaseMapping.java:1317)
           at
        org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildAttributesIntoObject(ObjectBuilder.java:343)
           at
        org.eclipse.persistence.internal.descriptors.ObjectBuilder.refreshObjectIfRequired(ObjectBuilder.java:3333)
           at
        org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildWorkingCopyCloneFromRow(ObjectBuilder.java:1495)
           at
        org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObjectInUnitOfWork(ObjectBuilder.java:559)
           at
        org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:496)
           at
        org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:455)
           at
        org.eclipse.persistence.queries.ObjectLevelReadQuery.buildObject(ObjectLevelReadQuery.java:723)
           at
        org.eclipse.persistence.queries.ReadAllQuery.registerResultInUnitOfWork(ReadAllQuery.java:743)
           at
        org.eclipse.persistence.queries.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:424)
           at
        org.eclipse.persistence.queries.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:1080)
           at
        org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:808)
           at
        org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1040)
           at
        org.eclipse.persistence.queries.ReadAllQuery.execute(ReadAllQuery.java:384)
           at
        org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1126)
           at
        org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2904)
           at
        org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1508)
           at
        org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1490)
           at
        org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1464)
           at
        org.eclipse.persistence.internal.jpa.EJBQueryImpl.executeReadQuery(EJBQueryImpl.java:484)
           at
        org.eclipse.persistence.internal.jpa.EJBQueryImpl.getResultList(EJBQueryImpl.java:741)

        Once the query has failed in this manner, it will continue to
        fail until application restart.

        I am using the EclipseLink version that is bundled with
        Glassfish 3.1b36.

        My query is SELECT t.id <http://t.id> <http://t.id> AS ID,
        'FreeResponse' AS ANSWERSETNAME, t.text AS TEXT, freeResponseIds
        AS FREERESPONSEIDS FROM FreeResponse t


        What is EclipseLink trying to tell me here?

        Thanks,
        Laird


        ------------------------------------------------------------------------

        _______________________________________________
        eclipselink-users mailing list
        eclipselink-users@xxxxxxxxxxx <mailto:eclipselink-users@xxxxxxxxxxx>
        https://dev.eclipse.org/mailman/listinfo/eclipselink-users

    _______________________________________________
    eclipselink-users mailing list
    eclipselink-users@xxxxxxxxxxx <mailto: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

Back to the top