aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Timothy Ward (Commented) (JIRA)" <>
Subject [jira] [Commented] (ARIES-796) PropertyPlaceHolder does not really like JPA elements
Date Wed, 07 Dec 2011 17:24:40 GMT


Timothy Ward commented on ARIES-796:

The patch above would definitely work, but doesn't address the full problem. I see two necessary

1. Fix the AbstractPropertyPlaceholder so that it can cope with metadata that isn't mutable.
This should provide useful debug when it finds immutable metadata.

2. Fix the JPA namespace handler so it doesn't add non-mutable objects into the metadata graph.
> PropertyPlaceHolder does not really like JPA elements
> -----------------------------------------------------
>                 Key: ARIES-796
>                 URL:
>             Project: Aries
>          Issue Type: Bug
>    Affects Versions: blueprint-0.3.1
>            Reporter: Ioannis Canellos
>            Assignee: Timothy Ward
>         Attachments: ARIES-796-patch.txt
> When using JPA, we usally pass the EntityManagerFactory to a bean using <jpa:unit>
> When we also define a property placeholder in the same blueprint.xml we result with tha
class cast exception like the one below:
> java.lang.ClassCastException: org.apache.aries.jpa.blueprint.aries.impl.NSHandler$1 cannot
be cast to org.apache.aries.blueprint.mutable.MutableBeanProperty
> 	at org.apache.aries.blueprint.ext.AbstractPropertyPlaceholder.processBeanMetadata([9:org.apache.aries.blueprint:0.3.1]
> 	at org.apache.aries.blueprint.ext.AbstractPropertyPlaceholder.processMetadata([9:org.apache.aries.blueprint:0.3.1]
> 	at org.apache.aries.blueprint.ext.AbstractPropertyPlaceholder.process([9:org.apache.aries.blueprint:0.3.1]
> 	at org.apache.aries.blueprint.container.BlueprintContainerImpl.processProcessors([9:org.apache.aries.blueprint:0.3.1]
> 	at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun([9:org.apache.aries.blueprint:0.3.1]
> 	at[9:org.apache.aries.blueprint:0.3.1]
> 	at java.util.concurrent.Executors$[:1.6.0_29]
> 	at java.util.concurrent.FutureTask$Sync.innerRun([:1.6.0_29]
> 	at[:1.6.0_29]
> 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301([:1.6.0_29]
> 	at java.util.concurrent.ScheduledThreadPoolExecutor$[:1.6.0_29]
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask([:1.6.0_29]
> 	at java.util.concurrent.ThreadPoolExecutor$[:1.6.0_29]
> 	at[:1.6.0_29]

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message