I had a similar mistake with another criminal. In particular, I had Windows GlassFish 3.1.2.2 installed (working with Java 8u60), and a glass fish was installed in the "C: \ Program Files" directory. That was the problem. Moving glass fish the other way without a space allowed this.
For what it's worth, my specific design is the @Remote interface, which is introduced using @EJB as follows.
Interface
@Remote public interface MyInterface { Collection<MyEntity> getEntities(); }
Implementation
@Stateless(mappedName"myMappedName") public class MyImplementation implements MyInterface { ... }
User
@Stateless public class MyUserClass { @EJB(lookup = "myMappedName") MyInterface myInterfaceInstance; public void SomeFunction { Collection<MyEntity> entities = myInterfaceInstance.getEntities();
The whole package is as follows:
EAR |____WAR (EJB @Remote Interface, Entity, @Remote user) | |____WAR (EJB @Remote class)
The problem exists in com.sun.corba.ee.impl.util.Utility # loadClassOfType when it tries to find the class-derserialize in remoteCodeBase.
source share