[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] David Lloyd commented on AS7-4019: ---------------------------------- Do you have an example of when this happens? JBoss Remoting is not actually responsible for serialization in any way. Are you invoking on EJBs when this problem occurs? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] Sueleyman Vurucu commented on AS7-4019: --------------------------------------- Hi David, I have an entity with a java transient field like, private transient String test = "DEFAULT"; For this entitty I have a Serivce with the method: public BusinessObject saveGetObj(BusinessObject obj){ return em.merge(obj); } And this is my testcase: @Test public void test(){ Employee emp = new Employee(); emp.setName("EmplName"); Assert.assertEquals("DEFAULT", emp.getTestString()); emp.setTestString("TestNew"); Assert.assertEquals("TestNew", emp.getTestString()); BusinessObject empNew = service.saveGetObj(emp); Assert.assertNull(empNew.getTestString()); // This returns my transient field. This should be null. But I get allways the default value. } I hope that's enough. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] Sueleyman Vurucu commented on AS7-4019: --------------------------------------- Hi David, I poste my founded workarround for this issue at the forum. I hope that helps. https://community.jboss.org/message/721176#721176 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] Sueleyman Vurucu commented on AS7-4019: --------------------------------------- Maybe, but someone should fix this ;) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] David Lloyd reassigned AS7-4019: -------------------------------- Assignee: Scott Marlow (was: David Lloyd) Scott can you have a look at this? It has something to do with the Hibernate/JPA integration and how it is creating entity instances. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on AS7-4019: ----------------------------------- I'm not sure about the JPA part of this yet but looking at the second stack trace [here|https://community.jboss.org/message/721737#721737], it looks like org.jboss.marshalling.reflect.ReflectiveCreator.create() is creating a new instance of the target class which is different than what Java serialization happens to implement. My quick look at [the serialization specification|http://docs.oracle.com/javase/6/docs/platform/serialization...] didn't find any requirements specified about whether transient fields are initialized or not during deserialization. Unless, I am missing something (in the Java language specification or serialization specification), the handling of Java transient fields (during deserialization) is implementation specific and should be documented, so users know what to expect. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] David Lloyd updated AS7-4019: ----------------------------- Component/s: EJB Forum Reference: https://community.jboss.org/message/721176#721176 (was: https://community.jboss.org/message/721176#721176) OK after looking at the stack traces it would appear that there are indeed two problems. 1. Hibernate/JPA is not respecting transient fields. Whether or not this is a bug depends on the JPA spec with which I am unfamiliar. {noformat} 10:03:22,414 ERROR [stderr] (MSC service thread 1-5) java.lang.Exception: Stack trace 10:03:22,414 ERROR [stderr] (MSC service thread 1-5) at java.lang.Thread.dumpStack(Thread.java:1249) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at com.siemag.model.Employee.getDefaultTestValue(Employee.java:65) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at com.siemag.model.Employee.<init>(Employee.java:25) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.engine.internal.UnsavedValueFactory.instantiate(UnsavedValueFactory.java:46) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.engine.internal.UnsavedValueFactory.getUnsavedIdentifierValue(UnsavedValueFactory.java:68) 10:03:22,429 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.tuple.PropertyFactory.buildIdentifierProperty(PropertyFactory.java:75) 10:03:22,445 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.tuple.entity.EntityMetamodel.<init>(EntityMetamodel.java:143) 10:03:22,445 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.persister.entity.AbstractEntityPersister.<init>(AbstractEntityPersister.java:498) 10:03:22,445 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.persister.entity.SingleTableEntityPersister.<init>(SingleTableEntityPersister.java:142) 10:03:22,445 ERROR [stderr] (MSC service thread 1-5) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 10:03:22,445 ERROR [stderr] (MSC service thread 1-5) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) 10:03:22,445 ERROR [stderr] (MSC service thread 1-5) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) 10:03:22,445 ERROR [stderr] (MSC service thread 1-5) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) 10:03:22,461 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.persister.internal.PersisterFactoryImpl.create(PersisterFactoryImpl.java:158) 10:03:22,461 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.persister.internal.PersisterFactoryImpl.createEntityPersister(PersisterFactoryImpl.java:131) 10:03:22,461 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:345) 10:03:22,461 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1737) 10:03:22,461 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.ejb.EntityManagerFactoryImpl.<init>(EntityManagerFactoryImpl.java:84) 10:03:22,461 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:904) 10:03:22,461 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:889) 10:03:22,461 ERROR [stderr] (MSC service thread 1-5) at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:73) 10:03:22,476 ERROR [stderr] (MSC service thread 1-5) at org.jboss.as.jpa.service.PersistenceUnitServiceImpl.createContainerEntityManagerFactory(PersistenceUnitServiceImpl.java:162) 10:03:22,476 ERROR [stderr] (MSC service thread 1-5) at org.jboss.as.jpa.service.PersistenceUnitServiceImpl.start(PersistenceUnitServiceImpl.java:85) 10:03:22,476 ERROR [stderr] (MSC service thread 1-5) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) 10:03:22,476 ERROR [stderr] (MSC service thread 1-5) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) 10:03:22,476 ERROR [stderr] (MSC service thread 1-5) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 10:03:22,476 ERROR [stderr] (MSC service thread 1-5) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 10:03:22,476 ERROR [stderr] (MSC service thread 1-5) at java.lang.Thread.run(Thread.java:662) {noformat} 2. The EJB *server* code is configuring the MarshallingConfiguration with the wrong creator; it should just leave the default which should cause SunReflectiveCreator to be chosen for the serial creator. {noformat} 10:08:22,135 ERROR [stderr] (Remoting "ws048059" task-2) java.lang.Exception: Stack trace 10:08:22,135 ERROR [stderr] (Remoting "ws048059" task-2) at java.lang.Thread.dumpStack(Thread.java:1249) 10:08:22,135 ERROR [stderr] (Remoting "ws048059" task-2) at com.siemag.model.Employee.getDefaultTestValue(Employee.java:65) 10:08:22,135 ERROR [stderr] (Remoting "ws048059" task-2) at com.siemag.model.Employee.<init>(Employee.java:25) 10:08:22,135 ERROR [stderr] (Remoting "ws048059" task-2) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at org.jboss.marshalling.reflect.ReflectiveCreator.create(ReflectiveCreator.java:107) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1232) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) 10:08:22,150 ERROR [stderr] (Remoting "ws048059" task-2) at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:156) 10:08:22,166 ERROR [stderr] (Remoting "ws048059" task-2) at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.handleMessage(VersionOneProtocolChannelReceiver.java:170) 10:08:22,166 ERROR [stderr] (Remoting "ws048059" task-2) at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:435) 10:08:22,166 ERROR [stderr] (Remoting "ws048059" task-2) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 10:08:22,166 ERROR [stderr] (Remoting "ws048059" task-2) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 10:08:22,166 ERROR [stderr] (Remoting "ws048059" task-2) at java.lang.Thread.run(Thread.java:662) {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] David Lloyd commented on AS7-4019: ---------------------------------- https://github.com/jbossas/jboss-as/pull/1867 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on AS7-4019: ----------------------------------- To reproduce with the above test case changes: 1. cd as7/testsuite/integration/basic 2. mvn clean install -Dtest=org.jboss.as.test.integration.ejb.remote.client.api.EJBClientAPIUsageTestCase -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] Scott Marlow updated AS7-4019: ------------------------------ Fix Version/s: 7.1.2.Final Git Pull Request: https://github.com/jbossas/jboss-as/pull/1881 (was: https://github.com/jbossas/jboss-as/pull/1881) Forum Reference: https://community.jboss.org/message/721176#721176 (was: https://community.jboss.org/message/721176#721176) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-4019?page=com.atlassian.jira.plugin.s... ] Scott Marlow resolved AS7-4019. ------------------------------- Resolution: Done -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira