venerdì 12 gennaio 2018

#domino2025 Forum - Your input matters ! Gennaio 16-18, 2018

Come sapete IBM , con il supporto di HCL , ha deciso di sviluppare Domino 10 e Notes 10  che dovrebbero essere rilasciati nel corso del 2018.

Come opera "preparativa" IBM ha predisposto una serie di Jam fisiche (a Milano il 19 Gennaio) e virtuali  dove raccogliere feedback da clienti e partner , per poter cosi avere feedback su come impostare le nuove features nella prossima release.


Ieri è stato annunciato il Domino2025 Online Forum



dove IBM vuole continuare ad espandere e sviluppare i feedback ricevuti su :

  • Your input on the core components of Domino V10 roadmap including App Dev, Mail, Chat and Meetings.
  • Your ideas on the vision and core elements for the next wave beyond 2018.
  • Both qualitative and quantitative insights into the formulation of the roadmap and product vision through surveys and prioritization of ideas in the blog.
Per 55 ore chi ha partecipato a jam fisiche e virtuali sarà chiamato a continuare il processo ideativo.

La roadmap della versione 10 dovrebbe essere annunciata durante il prossimo IBM Think .

mercoledì 20 dicembre 2017

IBM Verse on premises 1.0.3 disponibile per il download

IBM ha annunciato e rilasciato la nuova versione di Verse On premises 1.0.3 .

Questi sono gli  highlights introdotti:

  • Mail and Calendar delegation
  • Number of  unread mails in folders
E' prevista anche integrazione con Sametime tramite una specifica technote che sarà rilasciata nel prossimo futuro.


Il pacchetto è disponibile con il seguente  PartNumber CNP7EML

La versione richiesta di Domino è la 9.0.1 Fp9 o successiva (F10 è previsto per Gennaio 2018)  e IBM Connections  5.5 o successivi


I sistemi operativi supportati sono :

  • Red Hat Enterprise Linux (RHEL) Server 6 or Server 7 64-bit
  • Windows Server 2008 R2 Enterprise or Standard Edition 64-bit
  • Windows Server 2012 Standard or Datacenter Edition 64-bit
  • Windows Server 2012 R2 Standard or Datacenter Edition 64-bit

mercoledì 6 dicembre 2017

WebSphere application Server: come resettare la pw dell'unico utente locale admin con wsadmin

Mi è capitato di dover accedere ad una cella WebSphere 8.5 ma la password per la connessione dell'unico utente locale non era funzionante.



Per resettarla in modo corretto è possibile procedere in questo modo


  • posizionarsi nella bin del DMGR
  • wsadmin -conntype NONE
  • $AdminTask changeFileRegistryAccountPassword {-userId waslocal-password ab12c34de}
  • $AdminTask change

Dopo l'ultimo comando riavviate la JVM del dmgr e sarete in grado di entrare con utenza waslocal e pw ab12c34de .


In seguito spegnete i node agent ed effettuate un syncnode per allineare la password sui nodi.
Per altri dettagli leggere questa pagina.

mercoledì 29 novembre 2017

IBM ha annunciato il nuovo IBM Connections Engagement center per Connections Cloud , webinar 1 Dicembre 2017

IBM Connections Engagement Center , detto ICEC , è il figlio dell'acquisizione di IBM di alcuni mesi fa che porta in Connections funzionalità di content management tipiche dei Portali :

  • Create and customize pages
  • Add content and applications with widgets and APIs
  • Personalize content based on employee directory data
  • Simplify publishing
  • Integrate and administrate quickly and efficiently
 già disponibile da alcuni mesi per la versione on-prem è stata annunciata oggi la sua controparte cloud , a questo link trovate la lettera di annuncio.



La data di rilascio per il cloud è settata al 30 Novembre , per vedere alcune caratteristiche potete consultare la pagina relativa ai nuovi rilasci nel wiki di IBM Connections cloud.


ICEC richiede una piccola licenza aggiuntiva , che deve essere attiva sulle vostre licenze.

Per spiegare ed introdurre funzioanlità e le modalità di fruizione, IBM ha organizzato un Webinar

Venerdi 1 Dicembre 2017 ,  dalle 14.30 alle 15  a cui vi potete partecipare cliccando sul link seguente

http://ibm.biz/EngagementCenterDec2017

domenica 26 novembre 2017

WebSphere Portal: come far ripartire un Portale con WPSDB su derby in failed con stato SQL XJ040

A seguito di un failure del sistema operativo è capitato ad un mio cliente che un WebSphere Portal di sviluppo, con WPSDB sul derby locale  non riuscisse piu ad essere avviato.


Nel SystemOut.log si riscontrava il seguente stato:

Failed to start database 'C:/IBM/WebSphere/wp_profile/PortalServer/derby/wpsdb' with class loader [email protected], see the next exception for details.DSRA0010E: Stato SQL = XJ040, Codice errore = 40.000
Failed to start database 'C:/IBM/WebSphere/wp_profile/PortalServer/derby/wpsdb' with class loader [email protected], see the next exception for details.
Recovery failed unexpected problem log record is Not first but transaction is not in transaction table : 40980828.
ERROR XSLAO: Recovery failed unexpected problem log record is Not first but transaction is not in transaction table : 40980828.


Per verificare lo stato del db è possibile collegarsi con le utility derby e verificare lo stato delle tabelle, abbiamo quindi copiato la cartella WPSDB in c:\temp  e da un prompt dei comandi abbiamo eseguito

da  WASHOME\derby\lib

java -cp "derby.jar;derbytools.jar" org.apache.derby.tools.ij


in risposta si avrà un prompt

ij>

in cui è possibile provare a collegarsi al db tramite il comando

ij> connect 'jdbc:derby:C:/temp/wpsdb';

una volta collegati è possibile verificare l'integrità delle tabelle con il comando

SELECT schemaname || '.' || tablename as TableName,SYSCS_UTIL.SYSCS_CHECK_TABLE(schemaname, tablename) AS OK FROM sys.sysschemas s, sys.systables t WHERE s.schemaid = t.schemaid   and t.tabletype = 'T'   ;

 una volta verificata l'integrità delle tabelle , abbiamo pensato che il problema potessero essere i tranlog quindi  abbiamo creato un nuovo db vuoto con il comando

ij> connect 'jdbc:derby:MyDbTest;create=true';
Abbiamo quindi copiato la log/  dal nuovo db sostituendo al log/ del wpsdb ,ripristinata la cartella WPSDB al suo posto originario ed il Portale è partito regolarmente.

L'ispirazione per la risoluzione di questo problema è stata trovata in questo blogpost di Andrea Grassi che ringrazio !

martedì 21 novembre 2017

IBM Connections 6.0 CR1 disponibile per il download

IBM ha rilasciato da pochi minuti il nuovo CR1 per Connections 6.0 che comprende tutte le fix rilasciate fino ad ora (Day 1 , June Update) e ne introduce un buon numero.

Ecco i link utili e info:




Riguardo WebSphere Appllication server la versione supportata non varia (8.5.5 FP11) , per ogni dubbio o chiarimento ulteriore prendete la pagina di Upgrade Strategy come riferimento.

mercoledì 15 novembre 2017

WebSphere How To: come risolvere errore ADMG0011E durante la cancellazione di un Application server

Oggi , lavorando su una cella WebSphere 8.5.0.2 mi sono trovato nella condizione di dover cancellare un application server senza riuscirci, causa errore immediato nella console ADMG0011E:

An error occurred while deleting the server. ADMG0011E: An unexpected exception occurred com.ibm.websphere.management.exception. AdminException: Exception in removeTargetFromCUs()..


Nel log del DMGR e del relativo NA e AppServer non si verificavano errori, mentre veniva creato un log nella cartella FFDC, con un eccezione simile alla seguente:

Caused by: com.ibm.wsspi.management.bla.op.OpExecutionException: CWWMH0121E: Could not read configuration data for composition unit "WebSphere:cuname=<Application_Name>,cuedition=BASE". Error data: com.ibm.wsspi.management.bla.op.OpExecutionException: Enterprise application data for composition unit "WebSphere:cuname=<Application_Name>,cuedition=BASE" could not be read. at com.ibm.ws.management.bla.model.CompositionUnitConfig.read(CompositionUnitConfig.java:293)

Dopo un pò di ricerche ho trovato questo articolo del DeveloperWorks che suggeriva di verificare le cartelle di installazione delle applicazioni:

  1. Stop DMGR
  2. controllare in WAS_INSTALL_ROOT/profiles/Dmgr_ProfileName/config/cells/Cell_Name/applications se è preste la directory Application_Name.ear identificata dal log FFDC
  3. se non è presente la folder del punto 1  andare in WAS_INSTALL_ROOT/profiles/Dmgr_ProfileName/config/cells/Cell_Name/blas e rimuovere la folder Application_Name
  4. Controllare in WAS_INSTALL_ROOT/profiles/Dmgr_ProfileName/config/cells/Cell_Name/cus se presente la folder Application_Name e rimuoverla
  5. Accendere il DMGR
  6. Effettuare una full Sync da WebSphere console dei nodi
  7. Cancellazione Application server
Seguendo i passi da 1 a 7 sono stato in grado di rimuovere l'ApplicationServer

Grazie a Jeanette Daly per la risposta dettagliata che ha scritto a questo indirizzo