Screenshot ze zmianami:

Nomachine - konfiguracja klienta

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.

find ./ -type f -print0 | xargs -0 grep -l "correct_repayment"

Całość testowane w środowisku SLES 10.

Po instalacji musiałem dodać dwie zmienne systemowe : DSMI_CONFIG i DSMI_DIR, można jeszcze dodać DSMI_LOG,

więc

# export DSMI_CONFIG=/opt/tivoli/tsm/client/ba/bin/

# export DSMI_DIR=/opt/tivoli/tsm/client/ba/bin/

następnie przechwytujemy wyjście bezpośrednie z bazy do taśmy:

# pg_dump -C -Upostgres -h localhost hestia | adsmpipe -f /hestia -c

lista dostępnych backupów:

# adsmpipe -f /hestia -t

przywracanie bazy :

# adsmpipe -f /hestia -x | psql -Upostgres -h localhost hestia

–

Pliki do pobrania:

Klient TSM pod linuxa

TSM – adsmpipe skrypty

adsmpipe – pliki