CMDBuild Forum

CMDBuild & Liferay

Old Versions
#1

Salve,

 

seguendo quanto riportato sul Technical Manual relativamente alla integrazione tra Liferay (Liferay Portal Community Edition 6.1.2 CE (Paton / Build 6102 / August 2, 2013)) e CMDBuild utilizzando la portlet JSR 186 ho fatto la configurazione indicata.

Non riesco però a vedere da Liferay la portlet e quinda ad utilizzarla. Avete qualche suggerimento?

 

Grazie

 

#2
Caro Donato,
 
quando dice "Non riesco però a vedere da Liferay la portlet" intende che non la vede nemmeno fra le portlet disponibili? O la vede fra quelle disponibili ma è impossibilitato a disporla all'interno della pagina?
 
Nel primo caso: i log di Liferay (caralina.out) forniscono qualche informazione utile?
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve,

 

seguendo quanto riportato sul Technical Manual relativamente alla integrazione tra Liferay (Liferay Portal Community Edition 6.1.2 CE (Paton / Build 6102 / August 2, 2013)) e CMDBuild utilizzando la portlet JSR 186 ho fatto la configurazione indicata.

Non riesco però a vedere da Liferay la portlet e quinda ad utilizzarla. Avete qualche suggerimento?

 

Grazie

 

 

#3

Previously Tecnoteca wrote:

Caro Donato,
 
quando dice "Non riesco però a vedere da Liferay la portlet" intende che non la vede nemmeno fra le portlet disponibili? O la vede fra quelle disponibili ma è impossibilitato a disporla all'interno della pagina?
 
Nel primo caso: i log di Liferay (caralina.out) forniscono qualche informazione utile?
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve,

 

seguendo quanto riportato sul Technical Manual relativamente alla integrazione tra Liferay (Liferay Portal Community Edition 6.1.2 CE (Paton / Build 6102 / August 2, 2013)) e CMDBuild utilizzando la portlet JSR 186 ho fatto la configurazione indicata.

Non riesco però a vedere da Liferay la portlet e quinda ad utilizzarla. Avete qualche suggerimento?

 

Grazie

 

 Salve,

 

quando indico che non riesco a vederla intendo che nell'elenco delle disponibili non è proprio presente.

 

Grazie

 

Donato

 

 

#4
Va bene, e come dicevo: i log di Liferay (caralina.out) forniscono qualche informazione utile? Immagino ci possa essere stato qualche errore in fase di deploy.
 
Previously Donato wrote:
Previously Tecnoteca wrote:
Caro Donato,
 
quando dice "Non riesco però a vedere da Liferay la portlet" intende che non la vede nemmeno fra le portlet disponibili? O la vede fra quelle disponibili ma è impossibilitato a disporla all'interno della pagina?
 
Nel primo caso: i log di Liferay (caralina.out) forniscono qualche informazione utile?
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve,

 

seguendo quanto riportato sul Technical Manual relativamente alla integrazione tra Liferay (Liferay Portal Community Edition 6.1.2 CE (Paton / Build 6102 / August 2, 2013)) e CMDBuild utilizzando la portlet JSR 186 ho fatto la configurazione indicata.

Non riesco però a vedere da Liferay la portlet e quinda ad utilizzarla. Avete qualche suggerimento?

 

Grazie

 

 Salve,

 

quando indico che non riesco a vederla intendo che nell'elenco delle disponibili non è proprio presente.

 

Grazie

 

Donato

 

 

 

#5

Salve

 

Il problema sembra più che altro legato alla versione del Liferay,  nella versione 6.1.2 che sto provando a configurare, non è presente la possibilità di fare il deploy utilizzando la directory deploy e caricando manualmente il load del war di CMDBuild, sembrerebbe necessario accedere al market-place di Liferay per caricare una portlet.

 

A seguito di questa impossibilità ho provato a posizionare nella webapps il war come conseguenza viene regolarmente creata la struttura corretta nel folder, ho fatto le configurazioni del caso del portlet-ext.properties e fatto ripartire il server.

Purtroppo però nel log catalina.out non ci sono indicazioni e tra le portlet utilizzabili non appare quella relativa al CMDBuild.

 

Donato

 

 

Previously Tecnoteca wrote:
Va bene, e come dicevo: i log di Liferay (caralina.out) forniscono qualche informazione utile? Immagino ci possa essere stato qualche errore in fase di deploy.
 
Previously Donato wrote:
Previously Tecnoteca wrote:
Caro Donato,
 
quando dice "Non riesco però a vedere da Liferay la portlet" intende che non la vede nemmeno fra le portlet disponibili? O la vede fra quelle disponibili ma è impossibilitato a disporla all'interno della pagina?
 
Nel primo caso: i log di Liferay (caralina.out) forniscono qualche informazione utile?
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve,

 

seguendo quanto riportato sul Technical Manual relativamente alla integrazione tra Liferay (Liferay Portal Community Edition 6.1.2 CE (Paton / Build 6102 / August 2, 2013)) e CMDBuild utilizzando la portlet JSR 186 ho fatto la configurazione indicata.

Non riesco però a vedere da Liferay la portlet e quinda ad utilizzarla. Avete qualche suggerimento?

 

Grazie

 

 Salve,

 

quando indico che non riesco a vederla intendo che nell'elenco delle disponibili non è proprio presente.

 

Grazie

 

Donato

 

 

 

 

#6
Caro Donato,
 
non so se nelle ultime versioni di Liferay è cambiato qualcosa, ma, fino alla versione 6.0, il deploy di una portlet direttamente sul container andava fatto copiando il war nella directory "deploy" e non in "webapps" (come fosse una webapp tradizionale). Provi eventualmente in questo modo.
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve

 

Il problema sembra più che altro legato alla versione del Liferay,  nella versione 6.1.2 che sto provando a configurare, non è presente la possibilità di fare il deploy utilizzando la directory deploy e caricando manualmente il load del war di CMDBuild, sembrerebbe necessario accedere al market-place di Liferay per caricare una portlet.

 

A seguito di questa impossibilità ho provato a posizionare nella webapps il war come conseguenza viene regolarmente creata la struttura corretta nel folder, ho fatto le configurazioni del caso del portlet-ext.properties e fatto ripartire il server.

Purtroppo però nel log catalina.out non ci sono indicazioni e tra le portlet utilizzabili non appare quella relativa al CMDBuild.

 

Donato

 

 

Previously Tecnoteca wrote:
Va bene, e come dicevo: i log di Liferay (caralina.out) forniscono qualche informazione utile? Immagino ci possa essere stato qualche errore in fase di deploy.
 
Previously Donato wrote:
Previously Tecnoteca wrote:
Caro Donato,
 
quando dice "Non riesco però a vedere da Liferay la portlet" intende che non la vede nemmeno fra le portlet disponibili? O la vede fra quelle disponibili ma è impossibilitato a disporla all'interno della pagina?
 
Nel primo caso: i log di Liferay (caralina.out) forniscono qualche informazione utile?
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve,

 

seguendo quanto riportato sul Technical Manual relativamente alla integrazione tra Liferay (Liferay Portal Community Edition 6.1.2 CE (Paton / Build 6102 / August 2, 2013)) e CMDBuild utilizzando la portlet JSR 186 ho fatto la configurazione indicata.

Non riesco però a vedere da Liferay la portlet e quinda ad utilizzarla. Avete qualche suggerimento?

 

Grazie

 

 Salve,

 

quando indico che non riesco a vederla intendo che nell'elenco delle disponibili non è proprio presente.

 

Grazie

 

Donato

 

 

 

 

 

#7

Salve,

 

con l'installazione della 6.2 sono riuscito a fare qualche passo in avanti, ora riesco a fare il deploy della portlet e a pubblicarla sul sito, però ricevo il seguente messaggio:

Utente non riconosciuto, è necessario autenticarsi.

 

nel log della portlet è visualizzato quanto segue:

 

DEBUG 2014-01-07 12:02:11 [portlet ] session id '5A95D69A506698E665D61215C28875BF' (portlet)

DEBUG 2014-01-07 12:02:11 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:02:11 [portlet ] remote user 'null'

INFO  2014-01-07 12:02:11 [portlet ] unknown user section '<div class="cm_Alert">Utente non riconosciuto, &egrave; necessario autenticarsi.<br /></div>'

 

il file di configurazione contiene (portlet-ext.properties):

 

cmdbuild.url=http://localhost/cmdbuild/services/soap/Private

cmdbuild.user=portlet

cmdbuild.password=portlet

cmdbuild.group=Guest

 

user.class=Employee

user.attribute.username=Username

user.attribute.email=Email

 

#

# Metadata keys

#

metadata.user.locked=org.cmdbuild.portlet.user.id

 

# username, email

auth.method=Username

 

custom.view.unknown_user=<div class="cm_Alert">Utente non riconosciuto\, &egrave; necessario autenticarsi.<br /></div>

 

dove lo username portlet con password portlet e il gruppo Guest sono stati in precedenza creati nel CMDBuild come indicato sul manuale.

 

la mia necessità è quella specificata a pag 33 di acesso anche ad utenti di tipoo guest...

 

Grazie

 

Donato

 

 

Previously Tecnoteca wrote:
Caro Donato,
 
non so se nelle ultime versioni di Liferay è cambiato qualcosa, ma, fino alla versione 6.0, il deploy di una portlet direttamente sul container andava fatto copiando il war nella directory "deploy" e non in "webapps" (come fosse una webapp tradizionale). Provi eventualmente in questo modo.
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve

 

Il problema sembra più che altro legato alla versione del Liferay,  nella versione 6.1.2 che sto provando a configurare, non è presente la possibilità di fare il deploy utilizzando la directory deploy e caricando manualmente il load del war di CMDBuild, sembrerebbe necessario accedere al market-place di Liferay per caricare una portlet.

 

A seguito di questa impossibilità ho provato a posizionare nella webapps il war come conseguenza viene regolarmente creata la struttura corretta nel folder, ho fatto le configurazioni del caso del portlet-ext.properties e fatto ripartire il server.

Purtroppo però nel log catalina.out non ci sono indicazioni e tra le portlet utilizzabili non appare quella relativa al CMDBuild.

 

Donato

 

 

Previously Tecnoteca wrote:
Va bene, e come dicevo: i log di Liferay (caralina.out) forniscono qualche informazione utile? Immagino ci possa essere stato qualche errore in fase di deploy.
 
Previously Donato wrote:
Previously Tecnoteca wrote:
Caro Donato,
 
quando dice "Non riesco però a vedere da Liferay la portlet" intende che non la vede nemmeno fra le portlet disponibili? O la vede fra quelle disponibili ma è impossibilitato a disporla all'interno della pagina?
 
Nel primo caso: i log di Liferay (caralina.out) forniscono qualche informazione utile?
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve,

 

seguendo quanto riportato sul Technical Manual relativamente alla integrazione tra Liferay (Liferay Portal Community Edition 6.1.2 CE (Paton / Build 6102 / August 2, 2013)) e CMDBuild utilizzando la portlet JSR 186 ho fatto la configurazione indicata.

Non riesco però a vedere da Liferay la portlet e quinda ad utilizzarla. Avete qualche suggerimento?

 

Grazie

 

 Salve,

 

quando indico che non riesco a vederla intendo che nell'elenco delle disponibili non è proprio presente.

 

Grazie

 

Donato

 

 

 

 

 

 

#8
Appare quel messaggio anche dopo aver effettuato l'autenticazione/login a Liferay?
 
-- Davide Pavan
 
Previously Donato wrote:

Salve,

 

con l'installazione della 6.2 sono riuscito a fare qualche passo in avanti, ora riesco a fare il deploy della portlet e a pubblicarla sul sito, però ricevo il seguente messaggio:

Utente non riconosciuto, è necessario autenticarsi.

 

nel log della portlet è visualizzato quanto segue:

 

DEBUG 2014-01-07 12:02:11 [portlet ] session id '5A95D69A506698E665D61215C28875BF' (portlet)

DEBUG 2014-01-07 12:02:11 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:02:11 [portlet ] remote user 'null'

INFO  2014-01-07 12:02:11 [portlet ] unknown user section '<div class="cm_Alert">Utente non riconosciuto, &egrave; necessario autenticarsi.<br /></div>'

 

il file di configurazione contiene (portlet-ext.properties):

 

cmdbuild.url=http://localhost/cmdbuild/services/soap/Private

cmdbuild.user=portlet

cmdbuild.password=portlet

cmdbuild.group=Guest

 

user.class=Employee

user.attribute.username=Username

user.attribute.email=Email

 

#

# Metadata keys

#

metadata.user.locked=org.cmdbuild.portlet.user.id

 

# username, email

auth.method=Username

 

custom.view.unknown_user=<div class="cm_Alert">Utente non riconosciuto\, &egrave; necessario autenticarsi.<br /></div>

 

dove lo username portlet con password portlet e il gruppo Guest sono stati in precedenza creati nel CMDBuild come indicato sul manuale.

 

la mia necessità è quella specificata a pag 33 di acesso anche ad utenti di tipoo guest...

 

Grazie

 

Donato

 

 

Previously Tecnoteca wrote:
Caro Donato,
 
non so se nelle ultime versioni di Liferay è cambiato qualcosa, ma, fino alla versione 6.0, il deploy di una portlet direttamente sul container andava fatto copiando il war nella directory "deploy" e non in "webapps" (come fosse una webapp tradizionale). Provi eventualmente in questo modo.
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve

 

Il problema sembra più che altro legato alla versione del Liferay,  nella versione 6.1.2 che sto provando a configurare, non è presente la possibilità di fare il deploy utilizzando la directory deploy e caricando manualmente il load del war di CMDBuild, sembrerebbe necessario accedere al market-place di Liferay per caricare una portlet.

 

A seguito di questa impossibilità ho provato a posizionare nella webapps il war come conseguenza viene regolarmente creata la struttura corretta nel folder, ho fatto le configurazioni del caso del portlet-ext.properties e fatto ripartire il server.

Purtroppo però nel log catalina.out non ci sono indicazioni e tra le portlet utilizzabili non appare quella relativa al CMDBuild.

 

Donato

 

 

Previously Tecnoteca wrote:
Va bene, e come dicevo: i log di Liferay (caralina.out) forniscono qualche informazione utile? Immagino ci possa essere stato qualche errore in fase di deploy.
 
Previously Donato wrote:
Previously Tecnoteca wrote:
Caro Donato,
 
quando dice "Non riesco però a vedere da Liferay la portlet" intende che non la vede nemmeno fra le portlet disponibili? O la vede fra quelle disponibili ma è impossibilitato a disporla all'interno della pagina?
 
Nel primo caso: i log di Liferay (caralina.out) forniscono qualche informazione utile?
 
Cordiali saluti.
 
-- Davide Pavan
 
Previously Donato wrote:

Salve,

 

seguendo quanto riportato sul Technical Manual relativamente alla integrazione tra Liferay (Liferay Portal Community Edition 6.1.2 CE (Paton / Build 6102 / August 2, 2013)) e CMDBuild utilizzando la portlet JSR 186 ho fatto la configurazione indicata.

Non riesco però a vedere da Liferay la portlet e quinda ad utilizzarla. Avete qualche suggerimento?

 

Grazie

 

 Salve,

 

quando indico che non riesco a vederla intendo che nell'elenco delle disponibili non è proprio presente.

 

Grazie

 

Donato

 

 

 

 

 

 

 

#9

Salve,

 

il comportamento è diverso in funzione dei casi:

  • Caso di autenticazione al sito

nel log viene visualizzato il messaggio:

session id '5A95D69A506698E665D61215C28875BF' (portlet)

DEBUG 2014-01-07 12:17:06 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:17:06 [portlet ] remote user 'null'

INFO  2014-01-07 12:17:06 [portlet ] unknown user section '<div class="cm_Alert">Utente non riconosciuto, &egrave; necessario autenticarsi.<br /></div>'

  • Caso di non autenticazione al sito

nel log viene visualizzato il messaggio

DEBUG 2014-01-07 12:48:52 [portlet ] session id 'D3677A75D6395934ED515C1366AE6067' (portlet)

DEBUG 2014-01-07 12:48:52 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:48:52 [portlet ] remote user '10797'

DEBUG 2014-01-07 12:48:52 [configuration] CMDBuild url: http://localhost/comitato/services/soap/Private

DEBUG 2014-01-07 12:48:52 [soap    ] creating a new soap client for 'portlet#portal'

 

dove lo user che si è autenticato è portal

 

 

#10
Per il funzionamento della portlet è sempre necessario autenticarsi sul portale. Nel caso l'utente (username/e-mail in base a quanto specificato nella configurazione) sia presente anche fra gli utenti di CMDBuild allora verranno usati i privilegi dell'utente altrimenti verranno usati quelli previsti dal gruppo Guest.
 
Riguardo ai log che ha postato, credo che siano invertiti. In particolare "DEBUG 2014-01-07 12:48:52 [portlet ] remote user '10797'" implica che Liferay riconosca un utente, sbaglio? Una volta autenticato sul portale cosa succede? Cambia la visualizzazione? Scompare "...è necessario autenticarsi..." e non appare null'altro? Ha configurato anche CMDBuild editanto il file "auth.conf"?
 
Previously Donato wrote:

Salve,

 

il comportamento è diverso in funzione dei casi:

  • Caso di autenticazione al sito

nel log viene visualizzato il messaggio:

session id '5A95D69A506698E665D61215C28875BF' (portlet)

DEBUG 2014-01-07 12:17:06 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:17:06 [portlet ] remote user 'null'

INFO  2014-01-07 12:17:06 [portlet ] unknown user section '<div class="cm_Alert">Utente non riconosciuto, &egrave; necessario autenticarsi.<br /></div>'

  • Caso di non autenticazione al sito

nel log viene visualizzato il messaggio

DEBUG 2014-01-07 12:48:52 [portlet ] session id 'D3677A75D6395934ED515C1366AE6067' (portlet)

DEBUG 2014-01-07 12:48:52 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:48:52 [portlet ] remote user '10797'

DEBUG 2014-01-07 12:48:52 [configuration] CMDBuild url: http://localhost/comitato/services/soap/Private

DEBUG 2014-01-07 12:48:52 [soap    ] creating a new soap client for 'portlet#portal'

 

dove lo user che si è autenticato è portal

 

 

 

#11

Come ulteriore informazione, quando mi autentico al portale Liferay (ad esempio con la user portal) il messaggio visualizzato sulla pagina web (liferay) per la portlet CMDBuild da il messaggio:

Error

	String index out of range: -1

 

e nel log viene scritto quanto

segue:

DEBUG 2014-01-08 08:37:16 [portlet ] session id '1537F49DD77F801C38ABAE11FF74D3EB' (portlet)

DEBUG 2014-01-08 08:37:16 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-08 08:37:16 [portlet ] remote user '10797'

DEBUG 2014-01-08 08:37:16 [configuration] CMDBuild url: http://localhost/comitato/services/soap/Private

 

nel log del CMDBuild invece appare il messaggio

 

INFO  2014-01-08 08:37:16 [cmdbuild] trying to login user portal with group null

WARN  2014-01-08 08:37:16 [soap    ] error logging in

java.lang.IllegalArgumentException: from clause must be for classes only

    at org.apache.commons.lang.Validate.isTrue(Validate.java:136)

    at org.cmdbuild.dao.query.clause.from.ClassFromClause.<init>(ClassFromClause.java:17)

    at org.cmdbuild.dao.query.QuerySpecsBuilder.createFromClause(QuerySpecsBuilder.java:459)

    at org.cmdbuild.dao.query.QuerySpecsBuilder.build(QuerySpecsBuilder.java:410)

    at org.cmdbuild.dao.query.QuerySpecsBuilder.run(QuerySpecsBuilder.java:492)

    at org.cmdbuild.auth.DBUserFetcher.fetchUserCard(DBUserFetcher.java:191)

    at org.cmdbuild.auth.DBUserFetcher.fetchUser(DBUserFetcher.java:56)

    at org.cmdbuild.services.soap.security.SoapUserFetcher.fetchUser(SoapUserFetcher.java:153)

    at org.cmdbuild.auth.DefaultAuthenticationService.fetchUser(DefaultAuthenticationService.java:288)

    at org.cmdbuild.auth.DefaultAuthenticationService.fetchAuthenticatedUser(DefaultAuthenticationService.java:277)

    at org.cmdbuild.auth.DefaultAuthenticationService.authenticate(DefaultAuthenticationService.java:216)

    at org.cmdbuild.logic.auth.DefaultAuthenticationLogic.login(DefaultAuthenticationLogic.java:147)

    at sun.reflect.GeneratedMethodAccessor263.invoke(Unknown Source)

    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

    at java.lang.reflect.Method.invoke(Method.java:601)

    at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)

    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:196)

    at com.sun.proxy.$Proxy11.login(Unknown Source)

    at org.cmdbuild.services.soap.OperationUserInterceptor.storeOperationUser(OperationUserInterceptor.java:101)

    at org.cmdbuild.services.soap.OperationUserInterceptor.handleMessage(OperationUserInterceptor.java:92)

    at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:255)

    at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:113)

    at org.apache.cxf.transport.servlet.ServletDestination.invoke(ServletDestination.java:102)

    at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:464)

    at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:188)

    at org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServlet.java:148)

    at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:179)

    at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:103)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)

    at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:159)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.cmdbuild.filters.AuthFilter.doFilter(AuthFilter.java:144)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.cmdbuild.filters.PatchManagerFilter.doFilter(PatchManagerFilter.java:33)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.cmdbuild.filters.ConfCheckFilter.doFilter(ConfCheckFilter.java:31)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.cmdbuild.filters.TranslationFilter.doFilter(TranslationFilter.java:39)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)

    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)

    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)

    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)

    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)

    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)

    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)

    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)

    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)

    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)

    at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852)

    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

    at java.lang.Thread.run(Thread.java:722)

INFO  2014-01-08 08:37:16 [cmdbuild] trying to login user portlet with group null

 

Saluti

Previously Donato wrote:

Salve,

 

il comportamento è diverso in funzione dei casi:

  • Caso di autenticazione al sito

nel log viene visualizzato il messaggio:

session id '5A95D69A506698E665D61215C28875BF' (portlet)

DEBUG 2014-01-07 12:17:06 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:17:06 [portlet ] remote user 'null'

INFO  2014-01-07 12:17:06 [portlet ] unknown user section '<div class="cm_Alert">Utente non riconosciuto, &egrave; necessario autenticarsi.<br /></div>'

  • Caso di non autenticazione al sito

nel log viene visualizzato il messaggio

DEBUG 2014-01-07 12:48:52 [portlet ] session id 'D3677A75D6395934ED515C1366AE6067' (portlet)

DEBUG 2014-01-07 12:48:52 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:48:52 [portlet ] remote user '10797'

DEBUG 2014-01-07 12:48:52 [configuration] CMDBuild url: http://localhost/comitato/services/soap/Private

DEBUG 2014-01-07 12:48:52 [soap    ] creating a new soap client for 'portlet#portal'

 

dove lo user che si è autenticato è portal

 

 

 

#12
Su CMDBuild, ha associato l'utente "portlet" con il gruppo "Guest"?
 
Previously Donato wrote:

Come ulteriore informazione, quando mi autentico al portale Liferay (ad esempio con la user portal) il messaggio visualizzato sulla pagina web (liferay) per la portlet CMDBuild da il messaggio:

Error

	String index out of range: -1

 

e nel log viene scritto quanto

segue:

DEBUG 2014-01-08 08:37:16 [portlet ] session id '1537F49DD77F801C38ABAE11FF74D3EB' (portlet)

DEBUG 2014-01-08 08:37:16 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-08 08:37:16 [portlet ] remote user '10797'

DEBUG 2014-01-08 08:37:16 [configuration] CMDBuild url: http://localhost/comitato/services/soap/Private

 

nel log del CMDBuild invece appare il messaggio

 

INFO  2014-01-08 08:37:16 [cmdbuild] trying to login user portal with group null

WARN  2014-01-08 08:37:16 [soap    ] error logging in

java.lang.IllegalArgumentException: from clause must be for classes only

    at org.apache.commons.lang.Validate.isTrue(Validate.java:136)

    at org.cmdbuild.dao.query.clause.from.ClassFromClause.<init>(ClassFromClause.java:17)

    at org.cmdbuild.dao.query.QuerySpecsBuilder.createFromClause(QuerySpecsBuilder.java:459)

    at org.cmdbuild.dao.query.QuerySpecsBuilder.build(QuerySpecsBuilder.java:410)

    at org.cmdbuild.dao.query.QuerySpecsBuilder.run(QuerySpecsBuilder.java:492)

    at org.cmdbuild.auth.DBUserFetcher.fetchUserCard(DBUserFetcher.java:191)

    at org.cmdbuild.auth.DBUserFetcher.fetchUser(DBUserFetcher.java:56)

    at org.cmdbuild.services.soap.security.SoapUserFetcher.fetchUser(SoapUserFetcher.java:153)

    at org.cmdbuild.auth.DefaultAuthenticationService.fetchUser(DefaultAuthenticationService.java:288)

    at org.cmdbuild.auth.DefaultAuthenticationService.fetchAuthenticatedUser(DefaultAuthenticationService.java:277)

    at org.cmdbuild.auth.DefaultAuthenticationService.authenticate(DefaultAuthenticationService.java:216)

    at org.cmdbuild.logic.auth.DefaultAuthenticationLogic.login(DefaultAuthenticationLogic.java:147)

    at sun.reflect.GeneratedMethodAccessor263.invoke(Unknown Source)

    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

    at java.lang.reflect.Method.invoke(Method.java:601)

    at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)

    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:196)

    at com.sun.proxy.$Proxy11.login(Unknown Source)

    at org.cmdbuild.services.soap.OperationUserInterceptor.storeOperationUser(OperationUserInterceptor.java:101)

    at org.cmdbuild.services.soap.OperationUserInterceptor.handleMessage(OperationUserInterceptor.java:92)

    at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:255)

    at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:113)

    at org.apache.cxf.transport.servlet.ServletDestination.invoke(ServletDestination.java:102)

    at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:464)

    at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:188)

    at org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServlet.java:148)

    at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:179)

    at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:103)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)

    at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:159)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.cmdbuild.filters.AuthFilter.doFilter(AuthFilter.java:144)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.cmdbuild.filters.PatchManagerFilter.doFilter(PatchManagerFilter.java:33)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.cmdbuild.filters.ConfCheckFilter.doFilter(ConfCheckFilter.java:31)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.cmdbuild.filters.TranslationFilter.doFilter(TranslationFilter.java:39)

    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)

    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)

    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)

    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)

    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)

    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)

    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)

    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)

    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)

    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)

    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)

    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)

    at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852)

    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

    at java.lang.Thread.run(Thread.java:722)

INFO  2014-01-08 08:37:16 [cmdbuild] trying to login user portlet with group null

 

Saluti

Previously Donato wrote:

Salve,

 

il comportamento è diverso in funzione dei casi:

  • Caso di autenticazione al sito

nel log viene visualizzato il messaggio:

session id '5A95D69A506698E665D61215C28875BF' (portlet)

DEBUG 2014-01-07 12:17:06 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:17:06 [portlet ] remote user 'null'

INFO  2014-01-07 12:17:06 [portlet ] unknown user section '<div class="cm_Alert">Utente non riconosciuto, &egrave; necessario autenticarsi.<br /></div>'

  • Caso di non autenticazione al sito

nel log viene visualizzato il messaggio

DEBUG 2014-01-07 12:48:52 [portlet ] session id 'D3677A75D6395934ED515C1366AE6067' (portlet)

DEBUG 2014-01-07 12:48:52 [portlet ] context path '/cmdbuild-portlet-1.6.1'

DEBUG 2014-01-07 12:48:52 [portlet ] remote user '10797'

DEBUG 2014-01-07 12:48:52 [configuration] CMDBuild url: http://localhost/comitato/services/soap/Private

DEBUG 2014-01-07 12:48:52 [soap    ] creating a new soap client for 'portlet#portal'

 

dove lo user che si è autenticato è portal

 

 

 

 

#13

Vorei porvi una questione che mi lascia un po perplesso ma che potrebbe essere anche normale.

Riassumendo i passi svolti:

  1. Ho creato il gruppo Guest
  2. Ho creato l'utente portlet
  3. Ho verificato che l'utente portlet potesse accedere al CMDBuild prima di inserirlo nel gruppo e tutto funzionava regolarmente
  4. Ho associato l'utente al gruppo Guest come gruppo di default
  5. Ho configurato il file auth.conf
  6. Ho fatto il reboot del server

 

se provo però ora a connettermi con l'utente portlet mi da l'errore che segue. Potrebbe essere questo il problema?

Call: services/json/login/login
--------------------------------
Error: org.cmdbuild.exception.AuthException: AUTH_LOGIN_WRONG
	at org.cmdbuild.exception.AuthException$AuthExceptionType.createException(AuthException.java:24)
	at org.cmdbuild.logic.auth.DefaultAuthenticationLogic.login(DefaultAuthenticationLogic.java:158)
	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.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:196)
	at com.sun.proxy.$Proxy11.login(Unknown Source)
	at org.cmdbuild.servlets.json.Login.login(Login.java:37)
	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.cmdbuild.servlets.JSONDispatcher.dispatch(JSONDispatcher.java:94)
	at org.cmdbuild.servlets.JSONDispatcher.doPost(JSONDispatcher.java:54)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.AuthFilter.doFilter(AuthFilter.java:144)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.PatchManagerFilter.doFilter(PatchManagerFilter.java:33)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.ConfCheckFilter.doFilter(ConfCheckFilter.java:31)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.TranslationFilter.doFilter(TranslationFilter.java:39)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
	at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:722)

 

Donato


 

 

 

#14
Anzi, è un indicazione che perlomeno la parte relativa al file "auth.conf" è stata fatta correttamente. Gli utenti di servizio non possono fare login su CMDBuild.
 
-- Davide Pavan
 
Previously Donato wrote:

Vorei porvi una questione che mi lascia un po perplesso ma che potrebbe essere anche normale.

Riassumendo i passi svolti:

  1. Ho creato il gruppo Guest
  2. Ho creato l'utente portlet
  3. Ho verificato che l'utente portlet potesse accedere al CMDBuild prima di inserirlo nel gruppo e tutto funzionava regolarmente
  4. Ho associato l'utente al gruppo Guest come gruppo di default
  5. Ho configurato il file auth.conf
  6. Ho fatto il reboot del server

 

se provo però ora a connettermi con l'utente portlet mi da l'errore che segue. Potrebbe essere questo il problema?

Call: services/json/login/login
--------------------------------
Error: org.cmdbuild.exception.AuthException: AUTH_LOGIN_WRONG
	at org.cmdbuild.exception.AuthException$AuthExceptionType.createException(AuthException.java:24)
	at org.cmdbuild.logic.auth.DefaultAuthenticationLogic.login(DefaultAuthenticationLogic.java:158)
	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.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:196)
	at com.sun.proxy.$Proxy11.login(Unknown Source)
	at org.cmdbuild.servlets.json.Login.login(Login.java:37)
	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.cmdbuild.servlets.JSONDispatcher.dispatch(JSONDispatcher.java:94)
	at org.cmdbuild.servlets.JSONDispatcher.doPost(JSONDispatcher.java:54)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.AuthFilter.doFilter(AuthFilter.java:144)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.PatchManagerFilter.doFilter(PatchManagerFilter.java:33)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.ConfCheckFilter.doFilter(ConfCheckFilter.java:31)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.TranslationFilter.doFilter(TranslationFilter.java:39)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
	at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:722)

 

Donato


 

 

 

 

#15
Hi, i have the same problem, have you solved it yet?
 
Regards
 
Previously Tecnoteca wrote:
Anzi, è un indicazione che perlomeno la parte relativa al file "auth.conf" è stata fatta correttamente. Gli utenti di servizio non possono fare login su CMDBuild.
 
-- Davide Pavan
 
Previously Donato wrote:

Vorei porvi una questione che mi lascia un po perplesso ma che potrebbe essere anche normale.

Riassumendo i passi svolti:

  1. Ho creato il gruppo Guest
  2. Ho creato l'utente portlet
  3. Ho verificato che l'utente portlet potesse accedere al CMDBuild prima di inserirlo nel gruppo e tutto funzionava regolarmente
  4. Ho associato l'utente al gruppo Guest come gruppo di default
  5. Ho configurato il file auth.conf
  6. Ho fatto il reboot del server

 

se provo però ora a connettermi con l'utente portlet mi da l'errore che segue. Potrebbe essere questo il problema?

Call: services/json/login/login
--------------------------------
Error: org.cmdbuild.exception.AuthException: AUTH_LOGIN_WRONG
	at org.cmdbuild.exception.AuthException$AuthExceptionType.createException(AuthException.java:24)
	at org.cmdbuild.logic.auth.DefaultAuthenticationLogic.login(DefaultAuthenticationLogic.java:158)
	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.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:196)
	at com.sun.proxy.$Proxy11.login(Unknown Source)
	at org.cmdbuild.servlets.json.Login.login(Login.java:37)
	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.cmdbuild.servlets.JSONDispatcher.dispatch(JSONDispatcher.java:94)
	at org.cmdbuild.servlets.JSONDispatcher.doPost(JSONDispatcher.java:54)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.AuthFilter.doFilter(AuthFilter.java:144)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.PatchManagerFilter.doFilter(PatchManagerFilter.java:33)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.ConfCheckFilter.doFilter(ConfCheckFilter.java:31)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.cmdbuild.filters.TranslationFilter.doFilter(TranslationFilter.java:39)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
	at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:722)

 

Donato