[Persistence, JBoss/CMP, Hibernate, Database] - @Entitylisteners
by motte1979
Hi ,
Is there a seam-way to implement @Entitylisteners ? I've read in the book 'Java Persistence with Hibernate' that the user of EntityManagers is not allowed in callbacks. However; thats the usecase:
I've two Entities which are associated through a @ManyToMany association and i like to implement a last-save-wins-strategy for this set.
|
| @Entity
| @Table (name="t_foo")
| @EntityListeners(value={Foolistener.class})
| public class Foo {
| @Id
| private Long id;
|
| @Basic
| private String name;
|
| @ManyToMany (fetch=FetchType.LAZY)
| @JoinTable (name="t_foo_bar",
| joinColumns=@JoinColumn(name="foo_id"),
| inverseJoinColumns=@JoinColumn(name="bar_id"))
| private Set<Bar> bars;
|
| .....
|
| }
|
|
|
| @Entity
| @Table (name="t_bar")
| public class Bar {
| @Id
| private Long id;
| @Basic
| private String name;
| @ManyToMany (fetch=FetchType.LAZY, mappedBy="bars")
| private Set<Foo> foos;
|
| ....
| }
|
|
| public class Foolistener {
|
| @PrePersist
| public void prePersist (Foo foo) {
| // delete the all entries in t_foo_bar which
| // reference too foo.getId()
| }
|
| @PreUpdate
| public void preUpdate (Foo foo) {
| // delete the all entries in t_foo_bar which
| // reference too foo.getId()
| }
|
| }
|
The first issue on this is, that the callback is only called if the Entity-fields are changed, but not, if the included set changed only. Does anyone know why?
I know i could add a 'changed-set' - flag .. which is not very comfortable if the set is changed directly ;)
I tried to add @Name and @In annotations to the FooListener - but this seems not to work.
I've not much experience with Hibernate-jpa because i worked with jpox-jdo before. If i remember correctly it was no problem to have (restricted) database-access in callback-methods .
Any ideas ?
(see also http://www.jboss.com/index.html?module=bb&op=viewtopic&t=117557[/url])
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079991#4079991
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079991
18Â years, 7Â months
[JBoss Portal] - CMS
by lucboudreau
Hello,
I?ve installed JBoss portal 2.6.1-CR1 on JBoss AS 4.0.5. When erasing the portal DB on MySQL 5.0.45 and starting the AS, all the tables get created. I can then access the CMS content, but every time I change something in the repository, once I restart, it?s not there anymore. The CMS jboss-service file is configured properly for RDBMS storage and the datasource has the ?jdbcCompliantTruncation? parameter set to false to solve the famous MySQL 5 truncation error.
Also, changing the access rights on the CMS content has no effect, thus enforcing my theory which is this : the CMS doesn?t use the database at all. Also, the table jbp_cms_cmsentry is empty. Is that normal ?
The only error included in the log is concerning JBoss cache :
==========================================
2007-08-30 14:45:09,073 WARN [org.jboss.cache.interceptors.CacheLoaderInterceptor] CacheLoader.get() should return an empty Map if the node does exist but doesn't have any attributes.
2007-08-30 14:45:09,174 WARN [org.jboss.cache.interceptors.CacheLoaderInterceptor] CacheLoader.get(Fqn) returned a null; assuming the node nodes not exist.
2007-08-30 14:45:09,174 WARN [org.jboss.cache.interceptors.CacheLoaderInterceptor] The CacheLoader interface has changed since JBossCache 1.3.x
2007-08-30 14:45:09,174 WARN [org.jboss.cache.interceptors.CacheLoaderInterceptor] Please see http://jira.jboss.com/jira/browse/JBCACHE-118
============================================
I don?t know if this is related nor how to fix this. Please help. I've been wasting time on this problem for days... :o(
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079984#4079984
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079984
18Â years, 7Â months
[Tomcat, HTTPD, Servlets & JSP] - JBoss 5.0.0Beta2 and Struts2 deployment problem
by mjremijan
Has anyone successfully deployed a Struts2 application onto JBoss 5.0.0Beta2? I get the following stack trace when I try to deploy a webapp which uses Struts2 technology:
| Unable to load bean: type: class:com.opensymphony.xwork2.ObjectFactory - bean - jar:file:/C:/jboss/jboss-5.0.0.Beta2/server/default/tmp/deploy/moss-homepage51895-exp.war/WEB-INF/lib/struts2-core-2.0.6.jar!/struts-default.xml:8:69
| at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.register(XmlConfigurationProvider.java:209)
| at org.apache.struts2.config.StrutsXmlConfigurationProvider.register(StrutsXmlConfigurationProvider.java:101)
| at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reload(DefaultConfiguration.java:131)
| at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:52)
| at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:398)
| at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:455)
| at org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:201)
| at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
| at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397)
| at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:108)
| at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3720)
| at org.apache.catalina.core.StandardContext.start(StandardContext.java:4367)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:300)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:138)
| at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:367)
| at org.jboss.web.deployers.WebModule.startModule(WebModule.java:104)
| at org.jboss.web.deployers.WebModule.start(WebModule.java:80)
| 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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
| at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:184)
| at $Proxy0.start(Unknown Source)
| at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
| at org.jboss.system.microcontainer.ServiceControllerContextAction.install(ServiceControllerContextAction.java:46)
| at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:233)
| at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:238)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:724)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:445)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:555)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:489)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:335)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:205)
| at org.jboss.system.ServiceController.doChange(ServiceController.java:656)
| at org.jboss.system.ServiceController.start(ServiceController.java:431)
| at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:142)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:103)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
| at org.jboss.deployers.plugins.deployers.helpers.AbstractSimpleRealDeployer.deploy(AbstractSimpleRealDeployer.java:56)
| at org.jboss.deployers.plugins.deployer.AbstractSimpleDeployer.commitDeploy(AbstractSimpleDeployer.java:52)
| at org.jboss.deployers.plugins.deployer.DeployerWrapper.commitDeploy(DeployerWrapper.java:170)
| at org.jboss.deployers.plugins.deployment.MainDeployerImpl.commitDeploy(MainDeployerImpl.java:592)
| at org.jboss.deployers.plugins.deployment.MainDeployerImpl.commitDeploy(MainDeployerImpl.java:603)
| at org.jboss.deployers.plugins.deployment.MainDeployerImpl.process(MainDeployerImpl.java:476)
| at org.jboss.deployers.plugins.deployment.MainDeployerImpl.process(MainDeployerImpl.java:406)
| 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.jboss.aop.joinpoint.MethodInvocation.invokeTarget(MethodInvocation.java:121)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:110)
| at org.jboss.profileservice.aop.MainDeployerAspect.process(MainDeployerAspect.java:53)
| at org.jboss.aop.advice.org.jboss.profileservice.aop.MainDeployerAspect_z_process_10776760.invoke(MainDeployerAspect_z_process_10776760.java)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at AOPContainerProxy$0.process(AOPContainerProxy$0.java)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:302)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:234)
| at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
| at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
| at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: Bean type class com.opensymphony.xwork2.ObjectFactory with the name xwork has already been loaded by bean - jar:vfsfile:/C:/jboss/jboss-5.0.0.Beta2/server/default/deploy/moss-homepage.war/WEB-INF/lib/struts2-core-2.0.6.jar!/struts-default.xml:8:69 - bean - jar:file:/C:/jboss/jboss-5.0.0.Beta2/server/default/tmp/deploy/moss-homepage51895-exp.war/WEB-INF/lib/struts2-core-2.0.6.jar!/struts-default.xml:8:69
| at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.register(XmlConfigurationProvider.java:194)
| ... 71 more
| 2007-08-31 07:39:02,631 ERROR [org.apache.catalina.core.StandardContext] Error filterStart
| 2007-08-31 07:39:02,631 ERROR [org.apache.catalina.core.StandardContext] Context [/moss-homepage] startup failed due to previous errors
| 2007-08-31 07:39:02,646 DEBUG [org.jboss.web.tomcat.service.deployers.TomcatDeployment] Initialized: {WebApplication: /C:/jboss/jboss-5.0.0.Beta2/server/default/tmp/deploy/moss-homepage51895-exp.war/, URL: file:/C:/jboss/jboss-5.0.0.Beta2/server/default/tmp/deploy/moss-homepage51895-exp.war/, classLoader: java.net.FactoryURLClassLoader@1c9b4e7:29996263} jboss.web:j2eeType=WebModule,name=//localhost/moss-homepage,J2EEApplication=none,J2EEServer=none
| 2007-08-31 07:39:02,646 DEBUG [org.jboss.deployers.plugins.deployment.MainDeployerImpl] Deployed: vfsfile:/C:/jboss/jboss-5.0.0.Beta2/server/default/deploy/moss-homepage.war
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079977#4079977
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079977
18Â years, 7Â months