portals-jetspeed-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Randy Watler (JIRA)" <jetspeed-...@portals.apache.org>
Subject [jira] Commented: (JS2-1015) Unattached portlet definitions left in DB after registry unit tests run
Date Sat, 16 May 2009 04:48:45 GMT

    [ https://issues.apache.org/jira/browse/JS2-1015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12710068#action_12710068
] 

Randy Watler commented on JS2-1015:
-----------------------------------

For future reference, here is the exception that is generated on subsequent portlet definition
queries:

Running org.apache.jetspeed.components.portletregistry.TestRegistryCache
##### platform = MySQL
java.lang.IllegalStateException: Cannot generate a unique portlet name until the application
and portlet name have been set
    at org.apache.jetspeed.om.portlet.impl.PortletDefinitionImpl.getUniqueName(PortletDefinitionImpl.java:253)
    at org.apache.jetspeed.components.portletregistry.RegistryPortletCache.cacheAdd(RegistryPortletCache.java:84)
    at org.apache.jetspeed.components.portletregistry.RegistryPortletCache.cache(RegistryPortletCache.java:75)
    at org.apache.ojb.broker.cache.CacheDistributor$ObjectCacheInternalWrapper.cache(CacheDistributor.java:396)
    at org.apache.ojb.broker.cache.CacheDistributor$ObjectCacheInternalWrapper.doInternalCache(CacheDistributor.java:381)
    at org.apache.ojb.broker.cache.CacheDistributor.doInternalCache(CacheDistributor.java:147)
    at org.apache.ojb.broker.cache.MaterializationCache.pushObjects(MaterializationCache.java:198)
    at org.apache.ojb.broker.cache.MaterializationCache.disableMaterializationCache(MaterializationCache.java:93)
    at org.apache.ojb.broker.core.QueryReferenceBroker.getCollectionByQuery(QueryReferenceBroker.java:178)
    at org.apache.ojb.broker.core.QueryReferenceBroker.getCollectionByQuery(QueryReferenceBroker.java:251)
    at org.apache.ojb.broker.core.QueryReferenceBroker.getCollectionByQuery(QueryReferenceBroker.java:271)
    at org.apache.ojb.broker.core.PersistenceBrokerImpl.getCollectionByQuery(PersistenceBrokerImpl.java:1367)
    at org.apache.ojb.broker.core.DelegatingPersistenceBroker.getCollectionByQuery(DelegatingPersistenceBroker.java:338)
    at org.apache.ojb.broker.core.DelegatingPersistenceBroker.getCollectionByQuery(DelegatingPersistenceBroker.java:338)
    at org.springframework.orm.ojb.PersistenceBrokerTemplate$3.doInPersistenceBroker(PersistenceBrokerTemplate.java:192)
    at org.springframework.orm.ojb.PersistenceBrokerTemplate.execute(PersistenceBrokerTemplate.java:138)
    at org.springframework.orm.ojb.PersistenceBrokerTemplate.executeFind(PersistenceBrokerTemplate.java:159)
    at org.springframework.orm.ojb.PersistenceBrokerTemplate.getCollectionByQuery(PersistenceBrokerTemplate.java:190)
    at org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletRegistry.getAllPortletDefinitions(PersistenceBrokerPortletRegistry.java:108)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
    at $Proxy21.getAllPortletDefinitions(Unknown Source)
    at org.apache.jetspeed.components.portletregistry.TestRegistryCache.testCache(TestRegistryCache.java:93)



> Unattached portlet definitions left in DB after registry unit tests run
> -----------------------------------------------------------------------
>
>                 Key: JS2-1015
>                 URL: https://issues.apache.org/jira/browse/JS2-1015
>             Project: Jetspeed 2
>          Issue Type: Bug
>          Components: Portlet Registry, Testing
>    Affects Versions: 2.2.0
>         Environment: J2 2.2 trunk
> JDK6/Linux/x86_64
>            Reporter: Randy Watler
>            Assignee: Randy Watler
>
> Portlet definition clone tests fail to properly clean up after cloned portlet definition
is removed in unit tests. On the next unit test case invocation w/o clearing the database,
queries for all portlet definitions fail when orphaned portlet definitions w/o a portlet applications
are added to the registry cache and fail.
> Preliminary investigation indicates that the registry OM is not utilizing removal aware
collections for persistent collections, but the test cases are trying to remove persistent
members using operations on the transient collection implementations.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org


Mime
View raw message