Krótko i treściwie będzie.
Otrzymałem aplikację do opublikowania od jednego z developerów, aplikacja była utworzona w nowym frameworku, który ostatnio jest na tapecie u nas – grails . Jako serwera aplikacji używamy glassfisha w wersji 3, który sobie pracuje na debianie.
Standardowo:
asadmin --port 4849 deploy /path.to.app.war
i niestety, glassfish odezwał się do mnie niemiło:
com.sun.enterprise.admin.cli.CommandException: remote failure: Exception while loading the app :
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: org.springframework.beans.factory.BeanCreationException:
Error creating bean with name 'messageSource': Initialization of bean failed;
nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with
name 'transactionManager': Cannot resolve reference to bean 'sessionFactory' while setting bean property
'sessionFactory'; nested exception is org.springframework.beans.factory.BeanCreationException:
Error creating bean with name 'sessionFactory': Invocation of init method failed; nested exception is
org.hibernate.MappingException: Type [null] is not a basic type or a domain class and cannot be mapped.
Either specify a type within the [mapping] block or use a basic type (String, Integer etc.)
Co dalej?
Developer wspomniał, że dokonywał paru zmian w klasach domenowych (aplikacja już była wcześniej publikowana z sukcesem!)
, więc postanowiliśmy wyczyścić projekt, zanim zostanie utworzony plik war, więc:
grails clean
grails war
Tym razem deploy zakończył się sukcesem!
Application deployed successfully with name KalendarzPracownika-0.1.
Command deploy executed successfully.
) – serwer stoi na debianie. Jedynym problemem była ręczna konfiguracja klienta, gdyż nie chciałem na serwerze instalować kde, ani gnoma(tutaj klient działał z automatu), tylko wybrałem znacznie lżejsze: xfce4.