CMDBuild Forum

Re: Errore durante la creazione dei processi

Buongiorno,

Siamo all'inizio di utilizzo del workflow nel CMDBuild e non abbiamo ancora dei processi attivi e/o configurati.
Ho installato la verisone 2.0.2 del CMDBUILD/shark. In fase di creazione di un processo ricevo l'errore org.cmdbuild.workflow.CMWorkflowException: java.lang.NullPointerException (in allegato). 

Il processo viene ugualmente creato, e risultano attivi i tab Attributi, Domini, XPDL, Pianficazione. L'errore si ripresenta tutte le volte che si clicca sull'albero dei processi (a sinistra).

Dal cmdbuild.log vedo che l'errore compare dopo il tentativo di aprire l'url /workflow/xpdlversions:

 

INFO  2012-11-04 13:13:17 [jsonrpc ] Calling url /workflow/xpdlversions

ERROR 2012-11-04 13:13:17 [jsonrpc ] A org.cmdbuild.workflow.CMWorkflowException occurred calling method class org.cmdbuild.servlets.json.Workflow.xpdlVersions: java.lang.NullPointerException

L'errore si presenta su due server diversi (Ubuntu 12.04 TLS e Debian 6.0.6).

Le versioni dei software installati su entrambi i server sono:

Ecco l'errore:

 

org.cmdbuild.workflow.CMWorkflowException: java.lang.NullPointerException
	at org.cmdbuild.workflow.service.TransactedSharkService$TransactedExecutor.initAndConnect(TransactedSharkService.java:49)
	at org.cmdbuild.workflow.service.TransactedSharkService$TransactedExecutor.execute(TransactedSharkService.java:23)
	at org.cmdbuild.workflow.service.TransactedSharkService.downloadAllPackages(TransactedSharkService.java:127)
	at org.cmdbuild.workflow.xpdl.CachedProcessDefinitionStore$LazyClassNameToPackageInfoMap.fetchProcessDefinitions(CachedProcessDefinitionStore.java:119)
	at org.cmdbuild.workflow.xpdl.CachedProcessDefinitionStore$LazyClassNameToPackageInfoMap.checkLoaded(CachedProcessDefinitionStore.java:111)
	at org.cmdbuild.workflow.xpdl.CachedProcessDefinitionStore$LazyClassNameToPackageInfoMap.getPackageInfoByClass(CachedProcessDefinitionStore.java:98)
	at org.cmdbuild.workflow.xpdl.CachedProcessDefinitionStore.getPackageId(CachedProcessDefinitionStore.java:209)
	at org.cmdbuild.workflow.xpdl.CachedProcessDefinitionStore.getPackageVersions(CachedProcessDefinitionStore.java:204)
	at org.cmdbuild.workflow.xpdl.AbstractProcessDefinitionManager.getVersions(AbstractProcessDefinitionManager.java:34)
	at org.cmdbuild.dao.legacywrappers.ProcessClassWrapper.getDefinitionVersions(ProcessClassWrapper.java:30)
	at org.cmdbuild.logic.WorkflowLogic.getProcessDefinitionVersions(WorkflowLogic.java:293)
	at org.cmdbuild.servlets.json.Workflow.xpdlVersions(Workflow.java:215)
	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:616)
	at org.cmdbuild.servlets.JSONDispatcher.dispatch(JSONDispatcher.java:94)
	at org.cmdbuild.servlets.JSONDispatcher.doPost(JSONDispatcher.java:55)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.cmdbuild.filters.AuthFilter.doFilter(AuthFilter.java:54)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.cmdbuild.filters.PatchManagerFilter.doFilter(PatchManagerFilter.java:28)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.cmdbuild.filters.ConfCheckFilter.doFilter(ConfCheckFilter.java:31)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.cmdbuild.filters.TranslationFilter.doFilter(TranslationFilter.java:37)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
	at java.lang.Thread.run(Thread.java:636)
Caused by: java.lang.NullPointerException
	at org.apache.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:222)
	at org.apache.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:129)
	at org.apache.axis.encoding.DeserializationContext.endElement(DeserializationContext.java:1087)
	at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
	at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
	at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source)
	at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:227)
	at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
	at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
	at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
	at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
	at org.apache.axis.client.Call.invokeEngine(Call.java:2784)
	at org.apache.axis.client.Call.invoke(Call.java:2767)
	at org.apache.axis.client.Call.invoke(Call.java:2443)
	at org.apache.axis.client.Call.invoke(Call.java:2366)
	at org.apache.axis.client.Call.invoke(Call.java:1812)
	at org.enhydra.shark.ejb.client.ws.WAPIEJBEndpointPortSoapBindingStub.connect(Unknown Source)
	at org.cmdbuild.workflow.service.TransactedSharkService$TransactedExecutor.initAndConnect(TransactedSharkService.java:46) 

 ... 43 more 

Sapete dirmi da cosa è dovuto?

Grazie,
Minja

Salve, 

sembrerebbe che Shark non sia stato configurato correttamente.
Può riportarci anche i log di shark {tomcat_home}/logs/shark.log e di tomcat {tomcat_home}/logs/catalina.out?

Buonasera,

ho trovato un problema molto simile al mio descritto in un post di pochi giorni fa: http://www.cmdbuild.org/it/supporto/forum/forum-in-english/944400906/284313178
 
Dopo aver trovato ed eliminato la copia del file context.xml (/etc/tomcat6/Catalina/localhost/shark.xml) mi sono bloccato con lo stesso identico errore di cui sopra.
 
2012-11-05 22:51:07,542: StandardAssignmentManager -> Can't work - Problems while configuring UserGroupManager!
2012-11-05 22:51:07,542: SharkEngineManager -> Can't work - Problems while configuring AssignmentManager!
com.lutris.appserver.server.sql.DatabaseManagerException: Could not create logical database sharkdb: java.lang.NullPointerException
 
Ecco i files di log:
E due files di configurazione del Shark

Buongiorno Minja,

 

abbiamo provato a replicare il bug indicato ricreando la situazione descritta nel tuo post precedente (versione di tomcat, postgresql, e di tutte le librerie indicate) senza però riuscire ad ottenere il problema descritto.

Al fine di poter trovare una soluzione ti chiederei se fosse possibile avere un accesso remoto (via ssh o rdp) alla macchina su cui hai installato CMDBuild.

Scrivi pure al supporto per concordare le modalità di accesso

.

 

Grazie per la collaborazione

     Alberto

Buongiorno,
come detto nell'altro post collegato (http://www.cmdbuild.org/it/supporto/forum/forum-in-english/944400906) il problema è probabilmente dovuto al fatto che il tomcat che stai utilizzando è stato configurato per partire utilizzando l'utente non provilegiato "tomcat6".
Probabilmente shark necessita l'accesso ad alcune aree del filesystem/librerie a cui tale utente non ha accesso e non riesce quindi a partire dando proprio l'errore:  Could not create logical database sharkdb: java.lang.NullPointerException
 
Come conseguenza ovviamente CMDBuild non riesce a utilizare i processi.
 
Per risolvere il problema modificare nel file /etc/default/tomcat6 le proprietà TOMCAT6_USER e TOMCAT6_GROUP impostandole a root
 
Saluti,
Lisa
 

 

Ho apportato la modifica: funziona!

Grazie 1000 per il supporto,
Minja