Come di consueto, l’assenza della libreria è segnalata nei log catalina.out di Tomcat all’avvio del servizio:

Feb 01, 2012 5:23:55 PM org.apache.catalina.core.AprLifecycleListener

init INFO: The APR based Apache Tomcat Native library which allows 

optimal performance in production environments was not found on 

the java.library.path: :/home/tomcat/tomcat/lib:/usr/java/packages/

lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib Feb 01, 2012 5:23:55 PM

org.apache.coyote.AbstractProtocol init INFO: Initializing

 ProtocolHandler ["http-bio-8080"] Feb 01, 2012 5:23:55 PM

org.apache.coyote.AbstractProtocol init INFO: Initializing

ProtocolHandler ["ajp-bio-8009"]

Procediamo quindi con l’installazione. Scaricate il pacchetto di Apache Tomcat dal sito ufficiale e scompattatelo nella directory da voi scelta. All’interno del path bin/ è presente un file tomcat-native.tar.gz:

[root@ native]# ls -l /home/tomcat/tomcat/bin/
total 660
-rw-r--r-- 1 tomcat tomcat  28150 Jan 17 10:53 bootstrap.jar
-rw-r--r-- 1 tomcat tomcat  13218 Jan 17 10:53 catalina.bat
-rwxr-xr-x 1 tomcat tomcat  19189 Jan 17 10:53 catalina.sh
-rw-r--r-- 1 tomcat tomcat   2558 Jan 17 10:54 catalina-tasks.xml
-rw-r--r-- 1 tomcat tomcat  24148 Jan 17 10:53 commons-daemon.jar
-rw-r--r-- 1 tomcat tomcat 197674 Jan 17 10:53 commons-daemon-native.tar.gz
-rw-r--r-- 1 tomcat tomcat   2131 Jan 17 10:53 configtest.bat
-rwxr-xr-x 1 tomcat tomcat   1982 Jan 17 10:53 configtest.sh
-rw-r--r-- 1 tomcat tomcat   1342 Jan 17 10:53 cpappend.bat
-rwxr-xr-x 1 tomcat tomcat   7476 Jan 17 10:53 daemon.sh
-rw-r--r-- 1 tomcat tomcat   2178 Jan 17 10:53 digest.bat
-rwxr-xr-x 1 tomcat tomcat   2021 Jan 17 10:53 digest.sh
-rw-r--r-- 1 tomcat tomcat   3264 Jan 17 10:53 setclasspath.bat
-rwxr-xr-x 1 tomcat tomcat   3403 Jan 17 10:53 setclasspath.sh
-rw-r--r-- 1 tomcat tomcat    406 Feb  1 17:14 setenv.sh
-rw-r--r-- 1 tomcat tomcat   2111 Jan 17 10:53 shutdown.bat
-rwxr-xr-x 1 tomcat tomcat   1960 Jan 17 10:53 shutdown.sh
-rw-r--r-- 1 tomcat tomcat   2112 Jan 17 10:53 startup.bat
-rwxr-xr-x 1 tomcat tomcat   1961 Jan 17 10:53 startup.sh
-rw-r--r-- 1 tomcat tomcat  42316 Jan 17 10:53 tomcat-juli.jar
-rw-r--r-- 1 tomcat tomcat 249259 Jan 17 10:53 tomcat-native.tar.gz
-rw-r--r-- 1 tomcat tomcat   4114 Jan 17 10:53 tool-wrapper.bat
-rwxr-xr-x 1 tomcat tomcat   5086 Jan 17 10:53 tool-wrapper.sh
-rw-r--r-- 1 tomcat tomcat   2116 Jan 17 10:53 version.bat
-rwxr-xr-x 1 tomcat tomcat   1965 Jan 17 10:53 version.sh

Scompattate il file, e seguite l’alberatura cosi ottenuta seguendo il path

cd tomcat-native-1.1.22-src/jni/native

Prima di procedere con la compilazione dobbiamo assicurarci che siano presenti le librerie di sistema apr (non includo questa volta ssl, quindi non sono necessarie). Nella Centos 6 ho eseguito il comando

yum install apr-devel.x86_64

per poi lanciare la consueta compilazione

./configure --prefix /home/tomcat/apache-tomcat-7.0.25

 --with-java-home=/home/tomcat/java --with-apr=/usr/bin/apr-1-config

make

make install

in cui, nel comando configure, ho specificato il path di installazione dove voglio generare le librerie (ho scelto per comodità di metterle nel path dove ho scompattato apache tomcat), il path dove è installata la JVM e il path delle librerie necessarie alla compilazione. Alla conclusione del comando make install, se non ci sono stati errori ottengo a video il seguente messaggio:

Libraries have been installed in: /home/tomcat/apache-tomcat-7.0.25/lib

If you ever happen to want to link against installed libraries in a

given directory, LIBDIR, you must either use libtool, and specify the

full pathname of the library, or use the `-LLIBDIR' flag during

linking and do at least one of the following: - add LIBDIR to the

`LD_LIBRARY_PATH' environment variable during execution - add LIBDIR

to the `LD_RUN_PATH' environment variable during linking - use the

 `-Wl,-rpath -Wl,LIBDIR' linker flag - have your system administrator

add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for

more information, such as the ld(1) and ld.so(8) manual pages.

Controllando la directory lib/ presente nel path di installazione del servizio, notiamo la presenza delle nuove librerie:

[root@ tomcat]# ls -l lib/

total 7728

-rw-r--r-- 1 tomcat tomcat   15264 Jan 17 10:53 annotations-api.jar

-rw-r--r-- 1 tomcat tomcat   54688 Jan 17 10:53 catalina-ant.jar

-rw-r--r-- 1 tomcat tomcat  130864 Jan 17 10:53 catalina-ha.jar

-rw-r--r-- 1 tomcat tomcat 1503393 Jan 17 10:53 catalina.jar

-rw-r--r-- 1 tomcat tomcat  253717 Jan 17 10:53 catalina-tribes.jar

-rw-r--r-- 1 tomcat tomcat 1748770 Jan 17 10:53 ecj-3.7.1.jar

-rw-r--r-- 1 tomcat tomcat   43490 Jan 17 10:53 el-api.jar

-rw-r--r-- 1 tomcat tomcat  122772 Jan 17 10:53 jasper-el.jar

-rw-r--r-- 1 tomcat tomcat  590923 Jan 17 10:53 jasper.jar

-rw-r--r-- 1 tomcat tomcat   88689 Jan 17 10:53 jsp-api.jar

-rw-r--r-- 1 root   root   1179576 Feb  1 17:38 libtcnative-1.a 

-rwxr-xr-x 1 root   root      1029 Feb  1 17:38 libtcnative-1.la 

lrwxrwxrwx 1 root   root        23 Feb  1 17:38 libtcnative-1.so -> libtcnative-1.so.0.1.22 

lrwxrwxrwx 1 root   root        23 Feb  1 17:38 libtcnative-1.so.0 -> libtcnative-1.so.0.1.22 

-rwxr-xr-x 1 root   root    659872 Feb  1 17:38 libtcnative-1.so.0.1.22 

drwxr-xr-x 2 root   root      4096 Feb  1 17:38 pkgconfig

-rw-r--r-- 1 tomcat tomcat  176916 Jan 17 10:53 servlet-api.jar

-rw-r--r-- 1 tomcat tomcat    6873 Jan 17 10:53 tomcat-api.jar

-rw-r--r-- 1 tomcat tomcat  745219 Jan 17 10:53 tomcat-coyote.jar

-rw-r--r-- 1 tomcat tomcat  235411 Jan 17 10:53 tomcat-dbcp.jar

-rw-r--r-- 1 tomcat tomcat   76661 Jan 17 10:53 tomcat-i18n-es.jar

-rw-r--r-- 1 tomcat tomcat   48694 Jan 17 10:53 tomcat-i18n-fr.jar

-rw-r--r-- 1 tomcat tomcat   52118 Jan 17 10:53 tomcat-i18n-ja.jar

-rw-r--r-- 1 tomcat tomcat  117904 Jan 17 10:53 tomcat-jdbc.jar

-rw-r--r-- 1 tomcat tomcat   23051 Jan 17 10:53 tomcat-util.jar

Provando ad avviare il servizio, si ottiene però un errore:

SEVERE: Failed to initialize the SSLEngine.
org.apache.tomcat.jni.Error: 70023: This function has not been implemented on this platform
        at org.apache.tomcat.jni.SSL.initialize(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:601)
        at org.apache.catalina.core.AprLifecycleListener.initializeSSL(AprLifecycleListener.java:255)
        at org.apache.catalina.core.AprLifecycleListener.lifecycleEvent(AprLifecycleListener.java:109)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
        at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
        at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:401)
        at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:99)
        at org.apache.catalina.startup.Catalina.load(Catalina.java:595)
        at org.apache.catalina.startup.Catalina.load(Catalina.java:620)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:601)
        at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:281)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:449)

dovuto al fatto che non ho compilato le librerie con l’opzione –with-ssl. E’ sufficiente modificare una configurazione nel file server.xml che si trova nella dir conf/ di installazione di apache tomcat in questo modo:

<!--APR library loader. Documentation at /docs/apr.html -->

<Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="off" />

A questo punto, avviando nuovamente il servizio, le librerie verranno correttamente caricate:

Feb 01, 2012 5:40:29 PM org.apache.catalina.core.AprLifecycleListener init
INFO: Loaded APR based Apache Tomcat Native library 1.1.22.
Feb 01, 2012 5:40:29 PM org.apache.catalina.core.AprLifecycleListener init
INFO: APR capabilities: IPv6 [true], sendfile [true], accept filters [false], random [true].
Feb 01, 2012 5:40:30 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["http-apr-8080"]
Feb 01, 2012 5:40:30 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["ajp-apr-8009"]

Nginx non richiede una installazione su Windows, è sufficiente scaricare il pacchetto nella pagina di download e decomprimerlo dove si preferisce. Il file eseguibile nginx.exe è quello che consente di gestirne l’avvio ed altre operazioni. Ho pensato di semplificarne l’utilizzo creando Ngxcmd.bat, uno script batch che, copiato nella stessa directory del file nginx.exe, facilita le operazioni di:

• startup del server – ngxcmd start
• shutdown del server – ngxcmd stop
• reload delle configurazioni – ngxcmd reload
• verifica dello stato dei processi nginx avviati – ngxcmd status
• test delle configurazioni – ngxcmd test

Lo script di startup utilizzato è stato testato in un sistema operativo Linux Centos 5.x per la versione Mule ESB 3.2 standalone. Potete eseguire il download dello script al link seguente: Mule ESB service startup script (15)

Ci sono alcune configurazioni da modificare nello script che dipendono dalle installazioni di Mule e della JDK necessaria per il suo avvio. Nel mio caso, infatti, l’installazione di java non è da repository ma direttamente dal pacchetto fornito da Oracle. Quindi:

• JAVA_HOME=/path/to/java/home – modificate questo valore in base al path di installazione della JVM; se invece questa variabile si trova già fra le variabili d’ambiente del server, potete commentare la riga;
• MULE_HOME=/path/to/mule/home – modificate questo valore in base al path di installazione di Mule ESB standalone;
• MULE_OWNER=mule – modificate questo valore con il nome dell’utente con cui volete avviare il processo; è sempre buona norma evitare di dare permessi eccessivi al servizio.

A questo punto per eseguire lo start di Mule ESB come servizio si deve eseguire il comando

/etc/init.d/mule_service.sh start

mentre per fermarlo

/etc/init.d/mule_service.sh stop

Sono previsti inoltre altri due comandi:

/etc/init.d/mule_service.sh restart

per riavviare il servizio e

/etc/init.d/mule_service.sh status

per verificare lo stato del servizio, confrontando il valore del file pid generato all’avvio con i processi attivi sul server.

Per impostare l’avvio di Mule ESB come demone, lo script deve essere copiato nel path /etc/init.d, assegnando come utente e gruppo proprietari root

chown root:root mule_service.sh

e come permessi 755

chmod 775 mule_service

Poi si deve configurare lo script per l’avvio come servizio, ad esempio utilizzando il comando chkconfig:

chkconfig  –add mule_service.sh

chkconfig  –level 345 mule_service.sh on

A questo punto siamo sicuri che il servizio partirà con un eventuale riavvio del server.

La prima caratteristica interessante di questo strumento consiste nel fatto che il server che colleziona i dati di monitoraggio e li espone tramite interfaccia web è gestito esternamente, e l’unica cosa di cui ci si deve preoccupare è l’installazione del client che invierà i dati. Personalmente ho eseguito l’installazione del client su un Apache Tomcat, e devo ammettere che la procedura è stata molto semplice.

Di seguito la procedura per installare il client di monitoraggio di New Relic su un Apache Tomcat:

1. iscrivetevi gratuitamente sul sito di New Relic al seguente indirizzo: http://newrelic.com/signup
2. scaricate il pacchetto di installazione del client che vi serve (nel mio caso l’agent per Apache Tomcat)
3. scompattate il pacchetto in una directory del server su cui è installato il Tomcat; nel mio caso si trattava di un server con sistema operativo Linux, in cui il servizio Tomcat era configurato per essere eseguito come utente ‘tomcat’; ho quindi scompattato l’agent nel path /home/tomcat/newrelic assicurandomi che l’utente tomcat avesse accesso in lettura e scrittura a tale directory;
4. modificate il file newrelic.yml assegnando un valore alla property ‘Application Name’ ( app_name ) che sia descrittivo del sistema che dovete monitorare; in un momento successivo potrete analizzare le molte configurazioni presenti, che vi consentono di limare secondo le vostre preferenze lo strumento;
5. modificate la variabile d’ambiente JAVA_OPTS presente nello script di startup del servizio Apache Tomcat, piuttosto che nel file setenv.sh o direttamente in catalina.sh sotto la sua bin di installazione, inserendo la seguente configurazione -javaagent:/path/to/newrelic.jar che nel mio caso era -javaagent:/home/tomcat/newrelic/newrelic.jar
6. avviare (o riavviare) il servizio Apache Tomcat


Noterete che nel path di installazione del agent è comparsa una directory logs con al suo interno alcuni file con nome newrelic_agent.log*, in cui avete visibilità sulle operazione del agent:

ambtest1:/home/tomcat/newrelic/logs# cat /home/tomcat/newrelic/logs/newrelic_agent.log

NewRelic INFO: Writing to New Relic log file : /home/tomcat/newrelic/logs/newrelic_agent.log
NewRelic INFO: Configuration file is /home/tomcat/newrelic/./newrelic.yml
NewRelic INFO: java.util.logging.LogManager class is org.apache.juli.ClassLoaderLogManager
NewRelic WARNING: The apdex_t setting is obsolete and is ignored! Set the apdex_t value for an application in New Relic UI
NewRelic INFO: The New Relic Agent v2.0.2 has started
NewRelic INFO: Initializing Apache Tomcat system sampler
NewRelic INFO: Collector redirection to collector-1.newrelic.com:80
NewRelic INFO: Agent 17530@ambtest1 connected to collector-1.newrelic.com:80
NewRelic INFO: The agent received 2 url normalization rule(s)
NewRelic INFO: Real user monitoring is enabled with auto instrumentation
NewRelic INFO: Transaction traces will be sent to New Relic
NewRelic INFO: Errors will be sent to New Relic
NewRelic INFO: Agent is configured to send obfuscated SQL to New Relic

A questo punto le operazioni lato client sono terminate, e non vi resta che attendere qualche minuto per consentire l’attivazione della console di monitoraggio. Una volta che i dati cominceranno a popolare i grafici, avrete la possibiltà di verificare varie caratteristiche del vostro server, il comportamento delle singole richieste che perveranno ai vostri applicativi, eventuali picchi di carico, e una mail riassuntiva settimanale con un riassunto dell’andamento. I seguenti grafici si riferiscono alla versione lite, che racchiude un numero limitato di caratteristiche ma resta comunque gratuita a tempo indeterminato. Nella pagina dei prezzi potete verificare quali sono le altre possibilità offerte dallo strumento, come le notifiche in caso di problemi reali o potenziali o l’analisi degli errori.

New Relic – Time Spent in Database Processing

New Relic – Time Spent In DOM Processing

New Relic – Time Spent In JVM Processing

New Relic – Time Spent In Network Processing

New Relic – Time Spent In Rendering Processing

New Relic – Web Transactions

New Relic – Weekly Performance Metrics

La pagina che dovevo realizzare consisteva in una multi gallery di foto di quadri, di cui però ne doveva essere visibile una sola alla volta, con la possibilità ovviamente di sceglierne un’altra tra le varie disponibili ma senza cambiare pagina. La modifica effettuata sull’esempio proposto da Gallerific (quello relativo al caso di thumb con dimensioni differenti) consiste essenzialmente in tre punti:

• numerare progressivamente i blocchi div che vengono utilizzati dal codice javascript presente in pagina per associarli ad una gallery specifica
  
  <div class=”navigation-container”><div id=”thumbs0″ class=”navigation”>…
  …<div class=”slideshow-container”><div id=”controls0″ class=”controls”></div><div id=”loading0″ class=”loader”></div><div id=”slideshow0″ class=”slideshow”></div></div><div id=”caption0″ class=”caption-container”>…
• includere i blocchi html relativi alla singola gallery in un div nascosto, ad eccezione del primo, che verrà quindi visualizzato inizialmente
  
  <div id=”nc1″ style=”display:none;”><div class=”navigation-container”>…
• adattare il codice javascript eseguito in pagina che inizializza la gallery per funzionare in modalità multi-gallery, iterando sui blocchi specifici e sfruttando  la numerazione progressiva che era stata assegnata ai singoli elementi.

Infine, ho aggiunto una semplice select all’inizio della pagina con la quale visualizzare una specifica gallery tra quelle disponibili. L’esempio realizzato è visibile nel sito del pittore Giuseppe Iovio a questo indirizzo: http://www.giuseppeiovio.it/gallery/ . E’ chiaro che un numero elevato di gallery sulla stessa pagina implica un tempo di caricamento maggiore della stessa, a causa delle immagini precaricate.

Come visto nel precedente articolo, nella versione 6 del Tomcat due delle tre porte necessarie per il monitoraggio remoto tramite strumenti come JVisualVM vengono esposte randomicamente ad ogni avvio del servizio, rendendo di fatto necessaria una loro ricerca tra i socket in ascolto sul server remoto. Con Tomcat 7 è stata introdotta la possibilità di impostare tutte e tre le porte a cui collegarsi, consentendo quindi anche di richiedere eventuali aperture mirate sul firewall.

La procedura per attivare la possibilità di monitoraggio remoto tramite JMX prevede innanzitutto la copia del JMX Remote Jar nella directory lib dell’installazione di Tomcat. Trovate questo file nella stessa pagina del download del servizio. Successivamente, non resta che effettuare due semplici configurazioni:

• aggiungere alla variabile d’ambiente CATALINA_OPTS nello script di startup del servizio le direttive per attivare la porta jmx, che sono (ipotizzando di bypassare l’autenticazione):
  
  CATALINA_OPTS=”-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=12345 -Dcom.sun.management.jmxremote.ssl=false
  -Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=HOSTNAME”;

  in cui la porta 12345 è la prima delle tre che verrà utilizzata a questo scopo;

• aggiungere la configurazione del Listener JMX nel file server.xml che si trova nella directory conf/ del path di installazione di Tomcat 7:
  
  <!– REMOTE JMX –>
  <Listener className=”org.apache.catalina.mbeans.JmxRemoteLifecycleListener” rmiRegistryPortPlatform=”10001″ rmiServerPortPlatform=”10002″ />

  impostando di fatto i valori delle altre due porte a cui ci si dovrà collegare (10001 e 10002 nel nostro caso).

Non resta che riavviare il servizio e collegarsi tramite uno strumento come JVisualVM alla porta 12345 del server remoto. Nel caso in cui l’accesso alle tre porte fosse bloccato dal firewall, sarà necessario eseguire un tunnel ssh con cui renderle disponibili localmente.

Condizioni necessarie per poter eseguire questa operazione sono:

• poter accedere ad entrambi i server dal pc su cui verrà lanciata la procedura (potrebbe essere anche uno dei due server stessi, se sono visibili tra di loro);
  se si accede direttamente dal  proprio pc, assicurarsi di poter utilizzare i binari mysql, mysqladmin e mysqldump;
• avere accesso ai servizi MySQL con un utente con permessi sufficienti.

Nella mia situazione si trattava di due macchine presenti in ufficio, di cui avevo accesso completo come utente root, quindi è stato tutto molto più facile. Ecco lo script da lanciare (i valori relativi a user, password e host sono chiaramente da adattare al vostro caso) per ambiente linux, ma facilmente replicabile per un windows:

La prima operazione eseguita sul database sorgente consente di ricavare il nome di tutti gli schema presenti, escludendo come detto mysql, information_schema e test. Si itera poi sulla lista cosi ottenuta per eseguire in serie le operazioni di creazione del nuovo schema sul server destinazione, dump del database sorgente ed esecuzione dei comandi sql del dump sul database destinatario. Un paio di osservazioni sul risultato della copia:

• l’esclusione dello schema mysql implica anche l’esclusione della copia degli utenti e dei permessi associati, che vanno quindi ripristinati successivamente sul database destinatario;
• i nuovi database creati hanno charset e collation di default, che potrebbero non rispecchiare quelli sorgenti, ed anche in questo caso potrebbe essere necessaria una conversione successiva.

Per comodità metto a disposizione lo script bash per il download:

Vi segnalo anche che il progetto MySQL Workbench prevede alcuni script da riga di comando (per ambienti Windows, Linux e Mac) molto interessanti per interagire con server remoti che potrebbero essere utilizzati allo scopo (vedere ad esempio mysqldbcopy).

Tutti i file binari venivano interpretati come ascii, divenendo quindi inutilizzabili in seguito ad un checkout/export eseguito da un client non UNIX, ovvero quando i caratteri di fine linea e fine file venivano adattati al nuovo sistema operativo. Dopo aver verificato l’intestazione dei file binari sul server cvs (vale a dire i file con estensione ‘,v’), ci siamo accorti che la direttiva che identificava tali file come non ascii non era presente, ma era sostituita da una adottata a questo scopo su CVSNT. Per la precisione, mentre su CVS di identifica un file binario con la direttiva ‘kopt b‘, su CVSNT questa viene sostituita da ‘expand @b@‘. Non siamo stati certo i primi ad aver affrontato questo problema, e San Google, tanto per cambiare, ci ha aiutato. Su questo sito il tema era già stato trattato, ma la soluzione adottata non era direttamente applicabile al server Mac OS a causa di svariate limitazioni ai comandi bash ‘sed’ e ‘xargs’ nonché ad una gestione custom del carattere di capo riga per i file di testo che ci hanno costretto ad effettuare delle modifiche. In sintesi, l’idea è stata quella di inserire nei file del server cvs che presentavano la direttiva ‘kopt b’ anche quella utilizzata ufficialmente dai cvs. Per farlo, abbiamo lanciato il seguente comando bash sui vari path di installazione dei repository:

Il comando, piuttosto complesso, estrae tutti i file della directory in cui viene lanciato e delle directory figlie che contengono la riga ‘kopt b’, che non contengono la riga ‘expand @b@’ e il cui nome non termina per ‘,v.bak’. Su ognuno di questi file viene inserita la riga ‘expand @b@;’ immediatamente dopo la riga ‘access;’, ma prima viene fatta una copia di backup per sicurezza. Dopo questo processamento, tutti i file binari sono stati interpretati correttamente. C’è solo un’osservazione da fare: lo script non gradisce nomi di file o directory con spazi o simboli come ‘$’, e la loro presenza impedisce il corretto processamento di questi casi.

Per una verifica preventiva su quali siano i file che necessitano della fix, ecco un comando innocuo che ne stampa la lista dei nomi:

Per comodità qui trovate un link per il download dello zip che contiene due script bash relativi ai comandi sopra citati, che vengono eseguiti a partire dalla directory in cui si trovano e ricorsivamente su tutte quelle contenute:

Mi raccomando, meglio avere sempre un backup prima di fare qualunque cosa.

Una prima soluzione è di utilizzare uno dei numerosi tool gratuiti online per convertire il file in un altro formato (ad esempio un pdf o un jpg), vedi ad esempio questo. Altrimenti, per Windows c’è una soluzione anche più interessante. Si tratta di MPP Viewer, un software specificatamente pensato per la lettura dei file mpp. Il programma è gratuito e permette, oltre alla lettura, la stampa e l’esportazione in formato excel. I requisiti minimi di sistema sono i seguenti:

• Windows XP Sp3 or later
• Windows Vista Sp1 or later
• Windows 7 or later

oltre ad avere installato Microsoft .Net Framework 4. E’ una soluzione molto interessante, soprattutto in quelle situazioni in cui i dettagli del progetto sono solo da conoscere, e non da impostare o modificare.

Una soluzione veloce c’è: sfruttare uno dei numerosi servizi online di conversione dei file. Come ad esempio Free Pdf Convert. Questo servizio consente di trasformare un file di vari formati, tra cui anche mpp, in un pdf. Non serve una iscrizione, e si riceve via mail il link da cui scaricare il file pdf risultato. E’ inoltre possibile poi richiederne la cancellazione, sempre tramite un url specifico. Evviva i servizi online!

Clicca qui per vedere il video incorporato.

Recentemente ho avuto occasione di provarne un altro, GetAudioFromVideo,  che fa quello che promette: inserisci il link del video di youtube, e dopo un breve tempo di processamento appare il tasto per eseguire il download. Semplice ed efficace.

Per disabilitare l’avvio automatico del controllo del filesystem si deve modificare una chiave del registro che si trova seguendo questo percorso dell’alberatura:

HKEY_LOCAL_MACHINE -> SYSTEM -> CurrentControlSet -> ControlSession -> Manager

Senza però doversi avventurare nel meraviglioso mondo del regedit, ecco un comando da eseguire dalla console del prompt per sistemare la faccenda:

chkntfs /X C:

dove C è la partizione del vostro disco. Se le partizioni fossero molteplici, basta aggiungerle in serie al comando precedente:

chkntfs /X C: D: E:

Installazione su Apache Tomcat

L’installazione è molto semplice (questo il link della sezione del wiki relativa). Scaricate innanzitutto il war della webapp dal sito ufficiale (in questo momento c’è la versione 2.1.2). Copiatelo nella directory %TOMCAT_HOME%/webapps/ della vostra installazione di Tomcat. Prima di avviare il servizio modificate il file %TOMCAT_HOME%/conf/tomcat-users.xml aggiungendo le seguenti righe:

<role rolename="probeuser" />
<role rolename="poweruser" />
<role rolename="poweruserplus" />
<role rolename="manager" />
<user username="admin" password="secret" roles="manager" />

Possibilmente scegliete una password più furba per il ruolo manager . Avviate Tomcat passando allo script di avvio il parametro

-Dcom.sun.management.jmxremote

con il quale attivate JMX per poter consentire alla webapp di ricavare informazioni dal Application server. Per configurare più accuratamente il JMX su Tomcat, leggete questo l’articolo. Aprite un browser e accedete all’indirizzo

http://localhost:8080/probe

L’accesso richiede autenticazione da utente manager.

Funzionalità

Di seguito le funzionalità dell’applicativo:

• listato delle applicazioni installate, con possibilità di rimozione e reload delle stesse nonché alcune statistiche generali;
  
• lista dei Data Sources configurati;
• deploy di una webapp
  
• download dei log del Application server
  
• listato dei Thread con stato e possibilità di eliminazione
  
• informazioni di sistema (memoria, JVM, sistema operativo, …)
  
• stato del Connector della porta 8080 e AJP per interazione con un eventuale Apache Httpd a frontend
  
• grafici relativi ai connettori
  
• check rapido dello stato generale
  
• stato del cluster, se configurato.

Psi-probe si dimostra un prodotto molto interessante per il monitoraggio dello stato di Apache Tomcat. E’ da tenere presente per completare l’installazione di base del Application server aggiungendone funzionalità avanzate di monitoraggio.

Microsoft Webmatrix è un ambiente di lavoro per tecnologie Microsoft che riunisce in sé un set di software (IDE e servizi) per essere subito produttivi in ambito web. La lista dei programmi compresi nel pacchetto è la seguente (nelle immagini ne vedete un dettaglio maggiore):

• Microsoft .NEt Framework 4
• ASP.NET Web PAges
• ASP.NET Web Pages Language Packs
• Strumenti di Microsoft SQL Server Compact 4.0
• IIS 7.5 Express
• TIpi CLR di sistema di SQL Server
• SQL Server Native Client
• Microsoft SQL Server Compact 4.0
• SQL Server 2008 Management Objects
• Strumento di distribuzione Web 2.0
• Microsoft Webmatrix

Nella lista dei prodotti installati abbiamo quindi il set minimo di servizi per poter testare un applicativo web: un web server (IIS Express), un database (SQL Server Compact) e le librerie di ASP.NET per poter sviluppare. L’avvio dell’applicazione comprende anche lo startup dei servizi. L’ambiente di lavoro è sito-centrico, nel senso che ogni progetto è relativo ad un sito web che potenzialmente può essere anche uploadato direttamente sul server di produzione via ftp.

L’interfaccia di lavoro per editore file o per accedere al database è la stessa, e le varie funzionalità si attivano tramite una serie di pulsanti in basso a sinistra.

L’editor gestisce le seguenti tipologie di file: html,css,jscript,cshtml,vbhtml,aspx,asp,php,txt,xml. Una nota: php non è presente nel pacchetto di installazione, non essendo proprietario Microsoft, però l’ambiente consente di utilizzarlo e notifica l’assenza delle librerie all’utente.

Ci sono poi una serie di impostazioni relativi a IIS e al servizio di upload FTP comodamente configurabili dall’utente. Infine, esiste anche un tool di monitoraggio delle richieste effettuare al server IIS locale, con il dettaglio della request e l’esito della risposta dal server.

I progetti presentati spaziano tra vari linguaggi di  programmazione: C, Java, Php, Ruby. Ci sono tool di integrazione per Eclipse, SDK di sviluppo per vari servizi (AppFabric, OData, SQL Server, Window Azure), librerie per interfacciamento con Bing, per inclusione di Silverlight nel proprio sito, per l’interazione con documento del formato OpenXML. Ci sono anche vari progetti presenti nel Microsoft Labs. La lista è davvero lunga, e consiglio di darci un’occhiata. Per finire, c’è anche un blog con notizie aggiornate e ultime novità. Sicuramente è un’interessante fonte di materiale per chi si occupa di sviluppare o di gestire applicativi che non appartengono al mondo Microsoft ma che hanno però la necessità di comunicare con quelli che invece vi appartengono.

Ho seguito alla lettera una delle numerose guide presenti online per configurare l’autenticazione ssh tra 2 server utilizzando una chiave dsa, generata con il comando

ssh-keygen -t dsa

sul server client e poi copiata (quella pubblica, cioè la /home/YOUR_USER/.ssh/id_dsa.pub) sul server di destinatione nel file /home/YOUR_USER/.ssh/authorization_keys. Nonostante questo, mi veniva sempre richiesta la password. L’utilizzo dei parametri di verbose sul comando ssh

ssh -vvv user@hostname

non mi dava alcuna particolare indicazione. Verificando invece i log del server sshd su cui tentavo di effettuare il login, che nel mio caso si trovavano nel file /var/log/secure, ho notato numerose segnalazioni di errore di questo tipo:

Authentication refused: bad ownership or modes for directory XXX

dove XXX era la directory home dell’utente. Mi ero preoccupato di verificare solo i permessi relativi alla directory .ssh/ (700) e al file .ssh/authorization_keys (600) contenuti nella home dell’utente, ma mai avrei pensato di dover verificare pure quelli della home stessa. Sono stato illuminato da un paio di segnalazioni su questo tema (http://recursive-design.com/blog/2010/09/14/ssh-authentication-refused/, http://ubuntuforums.org/showthread.php?t=892686), nelle quali viene specificato che anche la home dell’utente sul server in cui si vuole effettuare il login deve avere permessi pari a 700:

chmod g-w /home/YOUR_USER

Come si dice, “all’s well that ends well”!

I parametri per eseguire un test sono pochi:

• indirizzo IP o dominio;
• lista di porte da testare con relativo protocollo (TCP o UDP) oppure un tipo di servizio scelto da una lista (web, sql, exchange, …).

A questo punto basta lanciare il test premendo il tasto “Query”, ed il risultato viene scritto sul box “Query result”. Ad esempio, provando a raggiungere la porta 3306 del mio pc ottengo come risultato “Listening”, in quanto ho un Mysql funzionante. Se invece provo a raggiungere la porta 80 sempre del mio pc il risultato è di “Not listening” in quanto non ci sono servizi in ascolto su questa porta. Provando infine sul dominio www.ilsitodiluca.it la porta 3306 ottengo un “Filtered”, in quanto l’accesso è stato bloccato da un firewall.

The Dude: ricerca dei dispositivi

Per prima cosa eseguite il download del pacchetto di installazione per Windows. La versione stabile attualmente è la 3.6, mentre in beta è pronta la 4.0. Per gli utenti di Linux è comunque possibile utilizzare il programma attraverso Wine (qui le istruzioni). Al primo avvio vi verrà proposta la finestra della ricerca, in cui dovrete inserire i parametri relativi alla rete su cui volete eseguire il monitoraggio. Notare che l’applicativo suggerisce già le reti possibili in base alle impostazione di rete del computer su cui viene eseguito. La ricerca può essere personalizzata filtrando per tipo di dispositivi (windows, router, stampanti, switch , …), tipo di servizi (ssh, telnet, pop3, …) ed altre configurazioni avanzate.

The Dude: ricerca per tipo di dispositivi

The Dude: ricerca per tipo di servizi

The Dude: opzioni avanzate per la ricerca

Il risultato della ricerca è un grafico che rappresenta la rete “vista” dall’applicativo, in cui ogni riquadro identifica un pc o un dispositivo connesso in rete, con il suo nome o IP, e un eventuale simbolo ad indicare un web server, un router, un server di stampa o altro. Nell’immagine sottostante potete vedere il risultato della ricerca eseguita sulla rete della ditta per cui lavoro.

The Dude: network map

Su ogni singolo riquadro, che rappresenta un nodo della rete, è possibile eseguire un insieme di operazioni specifiche:

• ping
• traceroute
• snmpwalk
• scan
• apertura di un terminale (solo se è installato router os)
• apertura di una connessione remota (solo se è installato router os)

Oltre al grafico della rete, sono disponibili:

• il listato dei dispositivi trovati, con nome, IP, tipologia, eventuali servizi attivi;
• il listato dei servizi trovati, con IP della macchina e tipologia.

The Dude può essere eseguito sia in modalità client che come servizio.

The Dude: lista dei dispositivi

The Dude: lista dei servizi

Ottenere un heap dump della memoria

Per iniziare l’analisi della memoria è necessario ottenere un heap dump dell’applicativo Java. Eclipse MAT consente di ottenerne uno dai processi attualmente eseguiti sul pc, che vengono presentati con un comodo elenco. Nel caso in cui l’applicativo risieda su un’altra macchina, sarà necessario procurarsi il dump della memoria in un altro modo (usando ad esempio i binari Jmap o Jconsole disponibili nel pacchetto di una JVM).

Overview dello consumo di memoria

Un primo grafico a torta ci presenta lo stato complessivo della memoria del processo. Si ha subito un’indicazione visiva degli oggetti che occupano più spazio.

Con il grafico di tipo “Dominator Tree”, invece, si ottiene una lista ordinata di tutti gli oggetti con relativo package, con l’indicazione dettagliata della percentuale di memoria heap occupata.

Class reference

Con lo strumento Inspector si ottiene il dettaglio della “Class Reference”, in cui vengono elencate tutte le classi con il tipo, il numero e la dimensione degli oggetti utilizzati al loro interno, oltre ad una serie di altri dati.

Leak suspects

Con i grafici relativi ai sospetti leak entriamo nella caratteristica a mio avviso più interessante di Eclipse MAT. C’è infatti l’indicazione precisa delle potenziali cause di un out of memory, descritte sia come grafico a torta sia con una breve descrizione lista degli oggetti relativi.

Top consumers

Infine, i Top Consumers sono gli oggetti che occupano la dimensione maggiore nella memoria heap.

Scarica Eclipse MAT dal sito ufficiale.