Hallo Leute, ich habe ein kleines Problem mit einer Exception:
Folgende Klassen sollten eine Rolle spielen:
Das implementierte Interface AbstractServiceInterface<T> deklariert lediglich die per @Override annotierten Methoden
Die Fehlermeldung an sich ist ja schlüssig: AbstractService soll einen parameterfreien Konstruktor anbieten, um die Proxyklasse erstellen zu können. Allerdings brauche ich den parameterisierten Konstruktor. Außerdem möchte ich nur Objekte der Klasse MitarbeiterService per @EJB-Annotation injecten lassen, die Oberklasse sollte also eigentlich keine große Rolle spielen, oder?
Eine Google-Suche ergab schon folgenden Treffer:
https://community.jboss.org/thread/197534
Dies brachte mich aber nicht weiter...
Hat hier irgendjemand eine Idee, wie ich die Superklasse mit einem Kontruktor mit Parametern behalten kann?
Java:
SEVERE: Exception while loading the app
SEVERE: Exception while loading the app : WELD-001435 Normal scoped bean class org.zulassung.service.AbstractService is not proxyable because it has no no-args constructor - Managed Bean [class org.zulassung.MitarbeiterService] with qualifiers [@Any @Default @Named].
org.jboss.weld.exceptions.UnproxyableResolutionException: WELD-001435 Normal scoped bean class org.zulassung.service.AbstractService is not proxyable because it has no no-args constructor - Managed Bean [class org.zulassung.service.MitarbeiterService] with qualifiers [@Any @Default @Named].
at org.jboss.weld.util.Proxies.getUnproxyableClassException(Proxies.java:214)
at org.jboss.weld.util.Proxies.getUnproxyableTypeException(Proxies.java:184)
at org.jboss.weld.util.Proxies.getUnproxyableTypesExceptionInt(Proxies.java:195)
at org.jboss.weld.util.Proxies.getUnproxyableTypesException(Proxies.java:169)
at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:147)
at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:163)
at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:382)
at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:367)
at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:380)
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:199)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:313)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:461)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:722)
Folgende Klassen sollten eine Rolle spielen:
Java:
public abstract class AbstractService<T> implements AbstractServiceInterface<T>{
protected final Class<T> persistentClass;
@PersistenceContext
protected EntityManager em;
public AbstractService(Class<T> persistentClass){
this.persistentClass = persistentClass;
}
@Override
public void create(T entity) {
em.persist(entity);
}
@Override
public T update(T entity) {
return em.merge(entity);
}
@Override
public void remove(T entity) {
em.remove(em.merge(entity));
}
@Override
public T find(long id) {
return em.find(persistentClass, id);
}
}
Das implementierte Interface AbstractServiceInterface<T> deklariert lediglich die per @Override annotierten Methoden
Java:
@Named
@SessionScoped
public class MitarbeiterService extends AbstractService<Mitarbeiter> implements Serializable{
public MitarbeiterService() {
super(Mitarbeiter.class);
}
@Override
public List<Mitarbeiter> findAll() {
return em.createNamedQuery(Mitarbeiter.FIND_ALL, persistentClass).getResultList();
}
@Override
public void removeAll() {
em.createNamedQuery(Mitarbeiter.REMOVE_ALL, persistentClass);
}
}
Die Fehlermeldung an sich ist ja schlüssig: AbstractService soll einen parameterfreien Konstruktor anbieten, um die Proxyklasse erstellen zu können. Allerdings brauche ich den parameterisierten Konstruktor. Außerdem möchte ich nur Objekte der Klasse MitarbeiterService per @EJB-Annotation injecten lassen, die Oberklasse sollte also eigentlich keine große Rolle spielen, oder?
Eine Google-Suche ergab schon folgenden Treffer:
https://community.jboss.org/thread/197534
Dies brachte mich aber nicht weiter...
Hat hier irgendjemand eine Idee, wie ich die Superklasse mit einem Kontruktor mit Parametern behalten kann?