Re: [Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-27 Par sujet Vince

Un grand MERCI Thomas !!! :-)
Les évènements se synchronisent.

Ci-dessous le résultat des commandes qui se sont déroulées en moins 
d'une seconde (notre base est d'environ 150 utilisateurs et quelques 
smartphones)


Pour l'utilisateur qui avait le problème :
obm=# DELETE FROM DeletedEvent WHERE deletedevent_id NOT IN (SELECT 
MAX(deletedevent_id) FROM DeletedEvent WHERE deletedevent_user_id = 94 
GROUP BY deletedevent_event_ext_id,deletedevent_user_id) AND 
deletedevent_user_id = 94;

DELETE 137

Pour tout le monde :
obm=# DELETE FROM DeletedEvent WHERE deletedevent_id NOT IN (SELECT 
MAX(deletedevent_id) FROM DeletedEvent GROUP BY 
deletedevent_event_ext_id,deletedevent_user_id);

DELETE 5430


Par contre, j'ai encore un message d'erreur dans le fichier opush.log et 
toujours pour le même utilisateur :


10:26:53.102 [ERROR] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$d4576bb3} 
[t16/cSync/r378/sbar...@cire.fr]:null

java.util.NoSuchElementException: null
at java.util.LinkedList$ListItr.next(LinkedList.java:698) 
~[na:1.6.0_26]
at 
com.google.common.collect.Iterators.getOnlyElement(Iterators.java:337) 
~[guava-12.0.jar:na]
at 
com.google.common.collect.Iterables.getOnlyElement(Iterables.java:272) 
~[guava-12.0.jar:na]
at 
org.obm.push.mail.imap.ImapMailboxService.fetchBodyStructure(ImapMailboxService.java:628) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.EmailViewPartsFetcherImpl.getMimeMessage(EmailViewPartsFetcherImpl.java:130) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.EmailViewPartsFetcherImpl.fetch(EmailViewPartsFetcherImpl.java:97) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.imap.ImapMailboxService.fetch(ImapMailboxService.java:174) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.MailBackendImpl.fetchMails(MailBackendImpl.java:320) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.MailBackendImpl.getDataDelta(MailBackendImpl.java:309) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.MailBackendImpl.getChanged(MailBackendImpl.java:287) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.ContentsExporter.getChanged(ContentsExporter.java:69) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.doUpdates(SyncHandler.java:250) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.handleDataSync(SyncHandler.java:417) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.computeSyncState(SyncHandler.java:400) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.doTheJob(SyncHandler.java:384) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.process(SyncHandler.java:166) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.WbxmlRequestHandler.process(WbxmlRequestHandler.java:125) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.ActiveSyncServlet.processActiveSyncMethod(ActiveSyncServlet.java:235) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.ActiveSyncServlet.service(ActiveSyncServlet.java:153) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.ActiveSyncServlet$$EnhancerByGuice$$d4576bb3.CGLIB$service$1() 
[guice-3.0.jar:na]
at 
org.obm.push.ActiveSyncServlet$$EnhancerByGuice$$d4576bb3$$FastClassByGuice$$e7be8c23.invoke() 
[guice-3.0.jar:na]
at 
com.google.inject.internal.cglib.proxy.$MethodProxy.invokeSuper(MethodProxy.java:228) 
[guice-3.0.jar:na]
at 
com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) 
[guice-3.0.jar:na]
at 
org.obm.annotations.transactional.TransactionalInterceptor.managerTransaction(TransactionalInterceptor.java:88) 
[annotations-2.4.1.2.jar:na]
at 
org.obm.annotations.transactional.TransactionalInterceptor.invoke(TransactionalInterceptor.java:74) 
[annotations-2.4.1.2.jar:na]
at 
com.google.inject.internal.InterceptorStackCallback$InterceptedMethodInvocation.proceed(InterceptorStackCallback.java:72) 
[guice-3.0.jar:na]
at 
com.google.inject.internal.InterceptorStackCallback.intercept(InterceptorStackCallback.java:52) 
[guice-3.0.jar:na]
at 
org.obm.push.ActiveSyncServlet$$EnhancerByGuice$$d4576bb3.service() 
[guice-3.0.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
[servlet-api-2.5.jar:na]
at 
com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263) 
[guice-servlet-3.0.jar:na]
at 
com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178) 
[guice-servlet-3.0.jar:na]
at 
com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91) 
[guice-servlet-3.0.jar:na]
at 
com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62) 
[guice-servlet-3.0.jar:na]
at 
org.eclipse.jetty.continuation.ContinuationFilter.doFilter(Contin

Re: [Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-27 Par sujet Hilaire Thomas

Alors il semble que vous rencontrez bien là un bug.
Votre base de donnée contient des doublons sur les évènements, voici 
comment les effacer :


1) Trouver l'identifiant  de votre utilisateur :

SELECT userobm_id FROM UserObm WHERE userobm_login = '*USER_LOGIN*'; -- 
remplacer USER_LOGIN par celui de votre utilisateur


2) Effacer les doublons pour un utilisateur :

DELETE FROM DeletedEvent WHERE deletedevent_id NOT IN (SELECT 
MAX(deletedevent_id) FROM DeletedEvent WHERE deletedevent_user_id =*  USER_ID*  
GROUP BY deletedevent_event_ext_id,deletedevent_user_id) AND 
deletedevent_user_id =*USER_ID*;  -- remplacer USER_ID par l'entier trouvé à la 
requête précédente


La synchronisation devrait alors fonctionner de nouveau pour cet 
utilisateur.
Une version de la requête permet de nettoyer ces doublons pour tous les 
utilisateurs, mais celle ci peut malheureusement être très longue à 
s'exécuter. La voici :


DELETE FROM DeletedEvent WHERE deletedevent_id NOT IN (SELECT 
MAX(deletedevent_id) FROM DeletedEvent GROUP BY 
deletedevent_event_ext_id,deletedevent_user_id);


Est-ce que cela corrige votre problème ?

Cordialement,
Thomas

On 11/21/2012 04:32 PM, Vince wrote:

Bonjour Thomas,

Ci-joint le fichier opush.log avec plus de log.
Je ne l'envoi qu'à vous car il peut y avoir des données confidentielles.

Le contenu de ce fichier log se répète à chaque fois que je lance la 
synchro !!


Et oui, j'ai bien fait le tour des options. J'ai créé son compte sur 
mon Android. Le problème n'est donc pas lié au smartphone mais bien à 
son compte. Surement quelque chose qui ne vas pas dans son agenda.
Sachant qu'après la mise à jour de notre serveur OBM, il s'était 
retrouvé avec environ dix doublons par évènements sur toute la durée 
de l'utilisation de son agenda.


En espérant que vous mettrez le doigt dessus ;)))

Cordialement

Vincent.

Le 21/11/2012 15:25, Hilaire Thomas a écrit :

Bonjour Vince,

Les erreurs que présente votre fichier //var/log/apache/obm-error.log 
/doivent datées d'une synchronisation faite lorsque le votre fichier 
de configuration d'apache était encore invalide.


Les traces que vous avez envoyées par rapport l'utilisateur qui ne 
voit pas son agenda n'ont pas de problème.
Pour avoir plus de détails, veuillez recréer le compte sur le 
téléphone qui pose problème après avoir activé les logs dans le 
fichier //etc/opush/logback.xml/ comme ceci :









Pouvez-vous aussi vérifier que le l'application calendrier du 
téléphone de l'utilisateur est bien configuré pour afficher les 
informations relatives au compte opush.


Merci,
Thomas







--
Thomas Hilaire
Développeur LGS/OBM/R&D
+33 6 43 65 66 03

--

GROUPE LINAGORA
74-80 rue Roque de Fillol
92800 Puteaux

+33 (0)8 10 25 12 51
+33 (0)6 79 60 12 91
thila...@linagora.com

--

La présente transmission contient des informations confidentielles
appartenant à Linagora, exclusivement destinées au(x) destinataire(s)
identifié(s) ci-dessus. Si vous n'en faites pas partie, toute
reproduction, distribution ou divulgation de tout ou partie des
informations de cette transmission, ou toute action effectuée sur la
base de celles-ci vous sont formellement interdites.
Si vous avez reçu cette transmission par erreur, nous vous remercions de
nous en avertir et de la détruire de votre système d'information.

The present transmission contains privileged and confidential
information belonging to Linagora, exclusively intended for the
recipient(s) thereabove identified. If you are not one of these
aforementioned recipients, any reproduction, distribution, disclosure of
said information in whole or in part, as well as any action undertaken
on the basis of said information are strictly prohbited. If you received
the present transmission by mistake, please inform us and destroy it
from your messenging and information systems.

___
Obm mailing list
Obm@list.obm.org
http://list.obm.org/mailman/listinfo/obm


Re: [Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-27 Par sujet Hilaire Thomas

Bonjour Vince,

Les erreurs que présente votre fichier //var/log/apache/obm-error.log 
/doivent datées d'une synchronisation faite lorsque le votre fichier de 
configuration d'apache était encore invalide.


Les traces que vous avez envoyées par rapport l'utilisateur qui ne voit 
pas son agenda n'ont pas de problème.
Pour avoir plus de détails, veuillez recréer le compte sur le téléphone 
qui pose problème après avoir activé les logs dans le fichier 
//etc/opush/logback.xml/ comme ceci :









Pouvez-vous aussi vérifier que le l'application calendrier du téléphone 
de l'utilisateur est bien configuré pour afficher les informations 
relatives au compte opush.


Merci,
Thomas


On 11/20/2012 04:07 PM, Vince wrote:

J'ai également ça dans le fichier /var/log/apache/obm-error.log :

[Tue Nov 20 16:00:00 2012] [error] [client 93.28.85.198] (70007)The 
timeout specified has expired: proxy: error reading status line from 
remote server localhost
[Tue Nov 20 16:00:00 2012] [error] [client 93.28.85.198] proxy: Error 
reading from remote server returned by /Microsoft-Server-ActiveSync


Et toujours pour le fichier /var/log/opush/opush.log, la partie 
correspondante à l'utilisateur qui n'a pas son agenda :


 16:04:00.046 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} [t/c/r/]:query = 
User=sbarrey&DeviceId=Appl8500586C3NP&DeviceType=iPhone&Cmd=Ping, 
initial = true, resume = false, m = POST, num = 807
16:04:00.056 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} [t/c/r/]:Login 
success sbar...@cire.fr !
16:04:00.059 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} 
[t15/cPing/r807/sbar...@cire.fr]:policy used = 220132048
16:04:00.061 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} 
[t15/cPing/r807/sbar...@cire.fr]:incoming query
16:04:00.063 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} [t/c/r/]:query = 
User=sbarrey&DeviceId=Appl8500586C3NP&DeviceType=iPhone&Cmd=Ping, 
initial = false, resume = true, m = POST, num = 805
16:04:00.064 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} 
[t14/cPing/r805/sbar...@cire.fr]:continuation
16:04:00.064 [DEBUG] {org.obm.push.impl.ResponderImpl} 
[t14/cPing/r805/sbar...@cire.fr]:response: send response


Et autre information : les contacts se synchronisent bien, mais pas 
l'agenda !!!


Le 19/11/2012 17:01, Vince a écrit :

Thomas,

En fait, il y a des comptes qui ne se synchronisent pas, que ce soit
avec un iphone ou un android. La synchro avec le connecteur fonctionne bien.

J'avais même un utilisateur qui avait énormément de doublons. J'ai du
faire le ménage et supprimer plus de 1600 évènements redondants. Cela
m'était déjà arrivé avec la migration en 2.4 et j'avais déjà fait du ménage.

Dans le log ci-dessous, à quoi correspond "col1" ???

Merci pour votre aide.

Vincent




  * Anglais - détecté
  * Français

  * Français




--
Thomas Hilaire
Développeur LGS/OBM/R&D
+33 6 43 65 66 03

--

GROUPE LINAGORA
74-80 rue Roque de Fillol
92800 Puteaux

+33 (0)8 10 25 12 51
+33 (0)6 79 60 12 91
thila...@linagora.com

--

La présente transmission contient des informations confidentielles
appartenant à Linagora, exclusivement destinées au(x) destinataire(s)
identifié(s) ci-dessus. Si vous n'en faites pas partie, toute
reproduction, distribution ou divulgation de tout ou partie des
informations de cette transmission, ou toute action effectuée sur la
base de celles-ci vous sont formellement interdites.
Si vous avez reçu cette transmission par erreur, nous vous remercions de
nous en avertir et de la détruire de votre système d'information.

The present transmission contains privileged and confidential
information belonging to Linagora, exclusively intended for the
recipient(s) thereabove identified. If you are not one of these
aforementioned recipients, any reproduction, distribution, disclosure of
said information in whole or in part, as well as any action undertaken
on the basis of said information are strictly prohbited. If you received
the present transmission by mistake, please inform us and destroy it
from your messenging and information systems.

___
Obm mailing list
Obm@list.obm.org
http://list.obm.org/mailman/listinfo/obm


Re: [Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-22 Par sujet Vince

Un grand MERCI Thomas !!! :-)
Les évènements se synchronisent.

Ci-dessous le résultat des commandes qui se sont déroulées en moins 
d'une seconde (notre base est d'environ 150 utilisateurs et quelques 
smartphones)


Pour l'utilisateur qui avait le problème :
obm=# DELETE FROM DeletedEvent WHERE deletedevent_id NOT IN (SELECT 
MAX(deletedevent_id) FROM DeletedEvent WHERE deletedevent_user_id = 94 
GROUP BY deletedevent_event_ext_id,deletedevent_user_id) AND 
deletedevent_user_id = 94;

DELETE 137

Pour tout le monde :
obm=# DELETE FROM DeletedEvent WHERE deletedevent_id NOT IN (SELECT 
MAX(deletedevent_id) FROM DeletedEvent GROUP BY 
deletedevent_event_ext_id,deletedevent_user_id);

DELETE 5430


Par contre, j'ai encore un message d'erreur dans le fichier opush.log et 
toujours pour le même utilisateur :


10:26:53.102 [ERROR] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$d4576bb3} 
[t16/cSync/r378/sbar...@cire.fr]:null

java.util.NoSuchElementException: null
at java.util.LinkedList$ListItr.next(LinkedList.java:698) 
~[na:1.6.0_26]
at 
com.google.common.collect.Iterators.getOnlyElement(Iterators.java:337) 
~[guava-12.0.jar:na]
at 
com.google.common.collect.Iterables.getOnlyElement(Iterables.java:272) 
~[guava-12.0.jar:na]

[...]
at 
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218) 
[jetty-6.1.24.jar:6.1.24]
at 
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) 
[jetty-6.1.24.jar:6.1.24]
at 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) 
[jetty-6.1.24.jar:6.1.24]
at 
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) 
[jetty-util-6.1.24.jar:6.1.24]

10:26:53.105 [ERROR] {o.o.a.t.TransactionalInterceptor} [t/c/r/]:null
java.util.NoSuchElementException: null
at java.util.LinkedList$ListItr.next(LinkedList.java:698) 
~[na:1.6.0_26]
at 
com.google.common.collect.Iterators.getOnlyElement(Iterators.java:337) 
~[guava-12.0.jar:na]
at 
com.google.common.collect.Iterables.getOnlyElement(Iterables.java:272) 
~[guava-12.0.jar:na]
at 
org.obm.push.mail.imap.ImapMailboxService.fetchBodyStructure(ImapMailboxService.java:628) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.EmailViewPartsFetcherImpl.getMimeMessage(EmailViewPartsFetcherImpl.java:130) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.EmailViewPartsFetcherImpl.fetch(EmailViewPartsFetcherImpl.java:97) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.imap.ImapMailboxService.fetch(ImapMailboxService.java:174) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.MailBackendImpl.fetchMails(MailBackendImpl.java:320) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.MailBackendImpl.getDataDelta(MailBackendImpl.java:309) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.mail.MailBackendImpl.getChanged(MailBackendImpl.java:287) 
~[push-mail-2.4.1.2.jar:na]
at 
org.obm.push.ContentsExporter.getChanged(ContentsExporter.java:69) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.doUpdates(SyncHandler.java:250) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.handleDataSync(SyncHandler.java:417) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.computeSyncState(SyncHandler.java:400) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.doTheJob(SyncHandler.java:384) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.SyncHandler.process(SyncHandler.java:166) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.handler.WbxmlRequestHandler.process(WbxmlRequestHandler.java:125) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.ActiveSyncServlet.processActiveSyncMethod(ActiveSyncServlet.java:235) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.push.ActiveSyncServlet.service(ActiveSyncServlet.java:153) 
~[push-module-2.4.1.2.jar:na]
at 
org.obm.annotations.transactional.TransactionalInterceptor.managerTransaction(TransactionalInterceptor.java:88) 
~[annotations-2.4.1.2.jar:na]
at 
org.obm.annotations.transactional.TransactionalInterceptor.invoke(TransactionalInterceptor.java:74) 
~[annotations-2.4.1.2.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
[servlet-api-2.5.jar:na]
at 
com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263) 
[guice-servlet-3.0.jar:na]
at 
com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178) 
[guice-servlet-3.0.jar:na]
at 
com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91) 
[guice-servlet-3.0.jar:na]
at 
com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62) 
[guice-servlet-3.0.jar:na]
at 
org.eclipse.jetty.continuation.ContinuationFilter.doFilter(ContinuationFilter.java:99) 
[

Re: [Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-20 Par sujet Vince

J'ai également ça dans le fichier /var/log/apache/obm-error.log :

[Tue Nov 20 16:00:00 2012] [error] [client 93.28.85.198] (70007)The 
timeout specified has expired: proxy: error reading status line from 
remote server localhost
[Tue Nov 20 16:00:00 2012] [error] [client 93.28.85.198] proxy: Error 
reading from remote server returned by /Microsoft-Server-ActiveSync


Et toujours pour le fichier /var/log/opush/opush.log, la partie 
correspondante à l'utilisateur qui n'a pas son agenda :


 16:04:00.046 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} [t/c/r/]:query = 
User=sbarrey&DeviceId=Appl8500586C3NP&DeviceType=iPhone&Cmd=Ping, 
initial = true, resume = false, m = POST, num = 807
16:04:00.056 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} [t/c/r/]:Login 
success sbar...@cire.fr !
16:04:00.059 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} 
[t15/cPing/r807/sbar...@cire.fr]:policy used = 220132048
16:04:00.061 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} 
[t15/cPing/r807/sbar...@cire.fr]:incoming query
16:04:00.063 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} [t/c/r/]:query = 
User=sbarrey&DeviceId=Appl8500586C3NP&DeviceType=iPhone&Cmd=Ping, 
initial = false, resume = true, m = POST, num = 805
16:04:00.064 [DEBUG] 
{o.o.p.ActiveSyncServlet$$EnhancerByGuice$$ed365877} 
[t14/cPing/r805/sbar...@cire.fr]:continuation
16:04:00.064 [DEBUG] {org.obm.push.impl.ResponderImpl} 
[t14/cPing/r805/sbar...@cire.fr]:response: send response


Et autre information : les contacts se synchronisent bien, mais pas 
l'agenda !!!


Le 19/11/2012 17:01, Vince a écrit :

Thomas,

En fait, il y a des comptes qui ne se synchronisent pas, que ce soit
avec un iphone ou un android. La synchro avec le connecteur fonctionne bien.

J'avais même un utilisateur qui avait énormément de doublons. J'ai du
faire le ménage et supprimer plus de 1600 évènements redondants. Cela
m'était déjà arrivé avec la migration en 2.4 et j'avais déjà fait du ménage.

Dans le log ci-dessous, à quoi correspond "col1" ???

Merci pour votre aide.

Vincent




 * Anglais - détecté
 * Français

 * Français

<#>
___
Obm mailing list
Obm@list.obm.org
http://list.obm.org/mailman/listinfo/obm


Re: [Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-19 Par sujet Vince
Thomas,

En fait, il y a des comptes qui ne se synchronisent pas, que ce soit 
avec un iphone ou un android. La synchro avec le connecteur fonctionne bien.

J'avais même un utilisateur qui avait énormément de doublons. J'ai du 
faire le ménage et supprimer plus de 1600 évènements redondants. Cela 
m'était déjà arrivé avec la migration en 2.4 et j'avais déjà fait du ménage.

Dans le log ci-dessous, à quoi correspond "col1" ???

Merci pour votre aide.

Vincent

2012-11-19 16:55:02.839:WARN::/opush/ActiveSyncServlet/
java.lang.IllegalStateException: col1 must not contain duplicate 
elements as evaluated by comparator
 at 
org.obm.push.utils.collection.Sets.checkCollectionNoDuplicateEntry(Sets.java:63)
 

 at org.obm.push.utils.collection.Sets.difference(Sets.java:54)
 at 
org.obm.push.handler.ResponseWindowingService$WindowLogic.changesFromServer(ResponseWindowingService.java:127)
 

 at 
org.obm.push.handler.ResponseWindowingService$WindowLogic.handleChangesOverflow(ResponseWindowingService.java:109)
 

 at 
org.obm.push.handler.ResponseWindowingService$WindowLogic.window(ResponseWindowingService.java:80)
 

 at 
org.obm.push.handler.ResponseWindowingService.windowDeletions(ResponseWindowingService.java:200)
 

 at 
org.obm.push.handler.SyncHandler.doUpdates(SyncHandler.java:261)
 at 
org.obm.push.handler.SyncHandler.handleDataSync(SyncHandler.java:417)
 at 
org.obm.push.handler.SyncHandler.computeSyncState(SyncHandler.java:400)
 at org.obm.push.handler.SyncHandler.doTheJob(SyncHandler.java:384)
 at org.obm.push.handler.SyncHandler.process(SyncHandler.java:166)
 at 
org.obm.push.handler.WbxmlRequestHandler.process(WbxmlRequestHandler.java:125) 

 at 
org.obm.push.ActiveSyncServlet.processActiveSyncMethod(ActiveSyncServlet.java:235)
 

 at 
org.obm.push.ActiveSyncServlet.service(ActiveSyncServlet.java:153)
 at 
org.obm.annotations.transactional.TransactionalInterceptor.managerTransaction(TransactionalInterceptor.java:88)
 at 
org.obm.annotations.transactional.TransactionalInterceptor.invoke(TransactionalInterceptor.java:74)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at 
com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
 at 
com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
 at 
com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
 at 
com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
 at 
org.eclipse.jetty.continuation.ContinuationFilter.doFilter(ContinuationFilter.java:99)
 at 
com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:163)
 at 
com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58)
 at 
com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
 at 
com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
 at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
 at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
 at 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
 at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
 at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
 at 
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
 at 
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
 at 
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
 at 
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
 at org.mortbay.jetty.Server.handle(Server.java:326)
 at 
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
 at 
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
 at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
 at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
 at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
 at 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
 at 
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
2012-11-19 16:55:02.920:WARN::/opush/ActiveSyncServlet/
java.lang.IllegalStateException: col1 must not contain duplicate 
elements as evaluated by comparator
 at 
org.obm.push.utils.collection.Sets.checkCollectionNoDuplicateEntry(Sets.java:63)
 at org.obm.push.utils.collection.Sets.difference(Sets.java:54)
 at 
org.obm.push.handler.ResponseWindowingService$WindowLogic.changesFromServe

Re: [Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-16 Par sujet Vince
Bonjour Matthieu,

Et merci pour l'aide. J'ai fait le ménage dans les répertoires donnés et 
la synchro avec lightning fonctionne de nouveau.

Par contre, je n'ai toujours pas de synchro avec les smartphones.

Ci-dessous fichier log:

/var/log/apache/obm-access.log

78.220.200.27 - - [16/Nov/2012:14:21:20 +0100] "POST 
/Microsoft-Server-ActiveSync?Cmd=Sync&User=cire.fr%5Cvboisseau&DeviceId=androidc876615970&DeviceType=Android
 
HTTP/1.1" 404 1393
78.220.200.27 - - [16/Nov/2012:14:21:20 +0100] "POST 
/Microsoft-Server-ActiveSync?Cmd=Sync&User=cire.fr%5Cvboisseau&DeviceId=androidc876615970&DeviceType=Android
 
HTTP/1.1" 404 1393
78.220.200.27 - - [16/Nov/2012:14:21:25 +0100] "POST 
/Microsoft-Server-ActiveSync?Cmd=Sync&User=cire.fr%5Cvboisseau&DeviceId=androidc876615970&DeviceType=Android
 
HTTP/1.1" 404 1393


/var/log/jetty/2012_11_16.stdout

2012-11-16 14:42:00.892:INFO::jetty-6.1.24
2012-11-16 14:42:00.921:INFO::Deploy /etc/jetty/contexts/javadoc.xml -> 
org.mortbay.jetty.handler.ContextHandler@5caf993e{/javadoc,file:/usr/share/jetty/javadoc}
2012-11-16 14:42:00.997:INFO::NO JSP Support for /opush, did not find 
org.apache.jasper.servlet.JspServlet
14:42:01,027 |-INFO in ch.qos.logback.classic.LoggerContext[default] - 
Could NOT find resource [logback.groovy]
14:42:01,028 |-INFO in ch.qos.logback.classic.LoggerContext[default] - 
Could NOT find resource [logback-test.xml]
14:42:01,028 |-INFO in ch.qos.logback.classic.LoggerContext[default] - 
Found resource [logback.xml] at 
[jar:file:/var/lib/jetty/webapps/opush/WEB-INF/lib/push-module-2.4.1.2.jar!/logback.xml]
14:42:01,041 |-INFO in 
ch.qos.logback.core.joran.spi.ConfigurationWatchList@3c50507 - URL 
[jar:file:/var/lib/jetty/webapps/opush/WEB-INF/lib/push-module-2.4.1.2.jar!/logback.xml]
 
is not of type file
14:42:01,165 |-INFO in 
ch.qos.logback.classic.joran.action.ConfigurationAction - debug 
attribute not set
14:42:01,170 |-INFO in 
ch.qos.logback.classic.joran.action.ConfigurationAction - Setting 
ReconfigureOnChangeFilter scanning period to 1 minutes
14:42:01,170 |-INFO in 
ch.qos.logback.classic.turbo.ReconfigureOnChangeFilter@7bcd107f - Will 
scan for changes in [[]] every 60 seconds.
14:42:01,170 |-INFO in 
ch.qos.logback.classic.joran.action.ConfigurationAction - Adding 
ReconfigureOnChangeFilter as a turbo filter
14:42:01,174 |-INFO in 
ch.qos.logback.core.joran.action.StatusListenerAction - Adding status 
listener of type [ch.qos.logback.core.status.OnConsoleStatusListener]
14:42:01,176 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - 
About to instantiate appender of type 
[ch.qos.logback.core.rolling.RollingFileAppender]
14:42:01,181 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - 
Naming appender as [PROD]
14:42:01,206 |-INFO in 
ch.qos.logback.core.joran.action.NestedComplexPropertyIA - Assuming 
default type [ch.qos.logback.classic.PatternLayout] for [layout] property
14:42:01,238 |-WARN in 
ch.qos.logback.core.rolling.RollingFileAppender[PROD] - This appender no 
longer admits a layout as a sub-component, set an encoder instead.
14:42:01,238 |-WARN in 
ch.qos.logback.core.rolling.RollingFileAppender[PROD] - To ensure 
compatibility, wrapping your layout in LayoutWrappingEncoder.
14:42:01,238 |-WARN in 
ch.qos.logback.core.rolling.RollingFileAppender[PROD] - See also 
http://logback.qos.ch/codes.html#layoutInsteadOfEncoder for details
14:42:01,250 |-INFO in 
ch.qos.logback.core.rolling.FixedWindowRollingPolicy@4cedf389 - No 
compression will be used
14:42:01,257 |-INFO in 
ch.qos.logback.core.rolling.RollingFileAppender[PROD] - Active log file 
name: /var/log/opush/opush.log
14:42:01,257 |-INFO in 
ch.qos.logback.core.rolling.RollingFileAppender[PROD] - File property is 
set to [/var/log/opush/opush.log]
14:42:01,258 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - 
About to instantiate appender of type [ch.qos.logback.core.ConsoleAppender]
14:42:01,260 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - 
Naming appender as [STDOUT]
14:42:01,262 |-INFO in 
ch.qos.logback.core.joran.action.NestedComplexPropertyIA - Assuming 
default type [ch.qos.logback.classic.PatternLayout] for [layout] property
14:42:01,263 |-WARN in ch.qos.logback.core.ConsoleAppender[STDOUT] - 
This appender no longer admits a layout as a sub-component, set an 
encoder instead.
14:42:01,263 |-WARN in ch.qos.logback.core.ConsoleAppender[STDOUT] - To 
ensure compatibility, wrapping your layout in LayoutWrappingEncoder.
14:42:01,263 |-WARN in ch.qos.logback.core.ConsoleAppender[STDOUT] - See 
also http://logback.qos.ch/codes.html#layoutInsteadOfEncoder for details
14:42:01,263 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - 
About to instantiate appender of type 
[ch.qos.logback.classic.sift.SiftingAppender]
14:42:01,267 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - 
Naming appender as [SIFTING]
14:42:01,291 |-INFO in 
ch.qos.logback.core.joran.action.NestedComplexPropertyIA - Assuming 
default type 

Re: [Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-16 Par sujet Matthieu Baechler
Bonjour,

Il semble que vous avez des "jar" en double dans vos "webapp".

Je m'explique : si lors de la mise à jour, tous les jars de la version
précédente ne sont pas enlevées, au démarrage de la nouvelle version,
ils seront chargé dans leur nouvelle et leur ancienne version.
Ça mène très souvent à des bugs multiples comme vous les rencontrez.

Pouvez-vous vérifier le contenu des webapps (sous debian
c'est /var/lib/jetty/webapps/opush/WEB-INF/lib/, 
/var/lib/jetty/webapps/obm-locator/WEB-INF/lib/ et 
/usr/share/obm-sync/WEB-INF/lib/) ?

-- 
Matthieu Baechler

Le jeudi 15 novembre 2012 à 16:30 +0100, Vince a écrit :
> Bonjour,
> 
> Décidément, j'enchaîne les problèmes.
> 
> Nous avons mis à jour notre serveur de production (ver 2.4.0.1 vers
> 2.4.1.2)  et depuis plus de synchro avec obm-connecteur pour lightning
> et également plus de synchro avec les smartphones.
> Pourtant nous avions fait des phases de test sur un serveur de test et
> malgré quelques déboires, cela fonctionnait bien.
> 
> Si quelque'un peut m'aider rapidement car les utilisateurs n'ont plus
> leurs synchro qui fonctionnent.
> Merci
> 
> Vincent
> 
> Voici les logs que j'ai (je les ai coupé pour garder que l'essentiel
> de l'erreur et faire moins de 40ko) :
> Ce qui est bizarre c'est qu'il parle d'un
> fichierlocator-2.4.0.1.jar:na alors qu'on est en version 2.4.1.2
> Un problème de cache ??
> 
> /var/log/jetty/2012_11_15.stderrout.log :
> 
> 2012-11-15 16:17:51.576:WARN::Committed before 404 null
> 2012-11-15
> 16:17:51.576:WARN::/obm-locator/location/host/sync/obm_sync/vboiss...@cire.fr
> java.lang.IllegalStateException: Committed
> at org.mortbay.jetty.Response.resetBuffer(Response.java:1024)
> 
>[...]
> 
> at org.mortbay.thread.QueuedThreadPool
> $PoolThread.run(QueuedThreadPool.java:582)
> 2012-11-15 16:17:51.586:WARN::/Microsoft-Server-ActiveSync/
> com.google.common.collect.ComputationException:
> org.obm.locator.LocatorCacheException: No host for
> { Key{serviceSlashProperty=sync/obm_sync,
> loginAtDomain=vboiss...@cire.fr} }
> at com.google.common.collect.ComputingConcurrentHashMap
> $ComputingMapAdapter.get(ComputingConcurrentHashMap.java:397)
> at
> org.obm.locator.store.LocatorCache.getServiceLocation(LocatorCache.java:93)
> at
> org.obm.sync.locators.Locator.getObmSyncHost(Locator.java:59)
> 
> 
> 
> /var/log/opush/opush.log :
> 
> 15:18:40.347 [DEBUG] {org.obm.push.ActiveSyncServlet} [t/c/r/]:query =
> User=gberthault&DeviceId=Appl810470UXEDG&DeviceType=iPhone&Cmd=FolderSync, 
> initial = true, resume = false, m = POST, num = 186
> 15:18:40.347 [DEBUG] {org.obm.push.ActiveSyncServlet}
> [t/c/r/]:com.google.inject.servlet.ServletDefinition$2@68f507d2
> 15:18:40.347 [DEBUG] {org.obm.push.ActiveSyncServlet}
> [t/c/r/]:com.google.inject.servlet.ServletDefinition$2@68f507d2
> 15:18:40.349 [ERROR] {o.obm.locator.LocatorClientImpl} [t/c/r/]:Server
> returned HTTP response code: 503 for URL:
> http://127.0.0.1:8084/obm-locator/location/host/sync/obm_sync/gbertha...@cire.fr
> 15:18:40.351 [ERROR] {org.obm.push.ActiveSyncServlet}
> [t/c/r/]:org.obm.locator.LocatorCacheException: No host for
> { Key{serviceSlashProperty=sync/obm_sync,
> loginAtDomain=gbertha...@cire.fr} }
> com.google.common.collect.ComputationException:
> org.obm.locator.LocatorCacheException: No host for
> { Key{serviceSlashProperty=sync/obm_sync,
> loginAtDomain=gbertha...@cire.fr} }
> at com.google.common.collect.ComputingConcurrentHashMap
> $ComputingMapAdapter.get(ComputingConcurrentHashMap.java:397)
> ~[guava-10.0.1.jar:na]
> at
> org.obm.locator.store.LocatorCache.getServiceLocation(LocatorCache.java:93) 
> ~[locator-2.4.0.1.jar:na]
> 
> [...]
> 
> at org.mortbay.thread.QueuedThreadPool
> $PoolThread.run(QueuedThreadPool.java:582)
> [jetty-util-6.1.24.jar:6.1.24]
> Caused by: org.obm.locator.LocatorCacheException: No host for
> { Key{serviceSlashProperty=sync/obm_sync,
> loginAtDomain=gbertha...@cire.fr} }
> at
> org.obm.locator.store.LocatorCache.getServiceLocation(LocatorCache.java:86) 
> ~[locator-2.4.0.1.jar:na]
> at org.obm.locator.store.LocatorCache.access
> $000(LocatorCache.java:51) ~[locator-2.4.0.1.jar:na]
> at org.obm.locator.store.LocatorCache
> $1.apply(LocatorCache.java:72) ~[locator-2.4.0.1.jar:na]
> at org.obm.locator.store.LocatorCache
> $1.apply(LocatorCache.java:69) ~[locator-2.4.0.1.jar:na]
> at com.google.common.collect.ComputingConcurrentHashMap
> $ComputingValueReference.compute(ComputingConcurrentHashMap.java:355)
> ~[guava-10.0.1.jar:na]
> at com.google.common.collect.ComputingConcurrentHashMap
> $ComputingSegment.compute(ComputingConcurrentHashMap.java:184)
> ~[guava-10.0.1.jar:na]
> at com.google.common.collect.ComputingConcurrentHashMap
> $ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153)
> ~[guava-10.0.1.jar:na]
> at
> com.google.common.collect.Compu

[Obm] Plus de synchronisation suite mise à jour en 2.4.1.2

2012-11-15 Par sujet Vince

Bonjour,

Décidément, j'enchaîne les problèmes.

Nous avons mis à jour notre serveur de production (ver 2.4.0.1 vers 
2.4.1.2)  et depuis plus de synchro avec obm-connecteur pour lightning 
et également plus de synchro avec les smartphones.
Pourtant nous avions fait des phases de test sur un serveur de test et 
malgré quelques déboires, cela fonctionnait bien.


Si quelque'un peut m'aider rapidement car les utilisateurs n'ont plus 
leurs synchro qui fonctionnent.

Merci

Vincent

Voici les logs que j'ai (je les ai coupé pour garder que l'essentiel de 
l'erreur et faire moins de 40ko) :
Ce qui est bizarre c'est qu'il parle d'un 
fichierlocator-2.4.0.1.jar:naalors qu'on est en version 2.4.1.2

Un problème de cache ??

*/var/log/jetty/2012_11_15.stderrout.log :
*
2012-11-15 16:17:51.576:WARN::Committed before 404 null
2012-11-15 
16:17:51.576:WARN::/obm-locator/location/host/sync/obm_sync/vboiss...@cire.fr

java.lang.IllegalStateException: Committed
at org.mortbay.jetty.Response.resetBuffer(Response.java:1024)

   [...]

at 
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

2012-11-15 16:17:51.586:WARN::/Microsoft-Server-ActiveSync/
com.google.common.collect.ComputationException: 
org.obm.locator.LocatorCacheException: No host for { 
Key{serviceSlashProperty=sync/obm_sync, loginAtDomain=vboiss...@cire.fr} }
at 
com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:397)
at 
org.obm.locator.store.LocatorCache.getServiceLocation(LocatorCache.java:93)

at org.obm.sync.locators.Locator.getObmSyncHost(Locator.java:59)



*/var/log/opush/opush.log :*

15:18:40.347 [DEBUG] {org.obm.push.ActiveSyncServlet} [t/c/r/]:query = 
User=gberthault&DeviceId=Appl810470UXEDG&DeviceType=iPhone&Cmd=FolderSync, 
initial = true, resume = false, m = POST, num = 186
15:18:40.347 [DEBUG] {org.obm.push.ActiveSyncServlet} 
[t/c/r/]:com.google.inject.servlet.ServletDefinition$2@68f507d2
15:18:40.347 [DEBUG] {org.obm.push.ActiveSyncServlet} 
[t/c/r/]:com.google.inject.servlet.ServletDefinition$2@68f507d2
15:18:40.349 [ERROR] {o.obm.locator.LocatorClientImpl} [t/c/r/]:Server 
returned HTTP response code: 503 for URL: 
http://127.0.0.1:8084/obm-locator/location/host/sync/obm_sync/gbertha...@cire.fr
15:18:40.351 [ERROR] {org.obm.push.ActiveSyncServlet} 
[t/c/r/]:org.obm.locator.LocatorCacheException: No host for { 
Key{serviceSlashProperty=sync/obm_sync, loginAtDomain=gbertha...@cire.fr} }
com.google.common.collect.ComputationException: 
org.obm.locator.LocatorCacheException: No host for { 
Key{serviceSlashProperty=sync/obm_sync, loginAtDomain=gbertha...@cire.fr} }
at 
com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:397) 
~[guava-10.0.1.jar:na]
at 
org.obm.locator.store.LocatorCache.getServiceLocation(LocatorCache.java:93) 
~[locator-2.4.0.1.jar:na]


[...]

at 
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) 
[jetty-util-6.1.24.jar:6.1.24]
Caused by: org.obm.locator.LocatorCacheException: No host for { 
Key{serviceSlashProperty=sync/obm_sync, loginAtDomain=gbertha...@cire.fr} }
at 
org.obm.locator.store.LocatorCache.getServiceLocation(LocatorCache.java:86) 
~[locator-2.4.0.1.jar:na]
at 
org.obm.locator.store.LocatorCache.access$000(LocatorCache.java:51) 
~[locator-2.4.0.1.jar:na]
at 
org.obm.locator.store.LocatorCache$1.apply(LocatorCache.java:72) 
~[locator-2.4.0.1.jar:na]
at 
org.obm.locator.store.LocatorCache$1.apply(LocatorCache.java:69) 
~[locator-2.4.0.1.jar:na]
at 
com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355) 
~[guava-10.0.1.jar:na]
at 
com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) 
~[guava-10.0.1.jar:na]
at 
com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) 
~[guava-10.0.1.jar:na]
at 
com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) 
~[guava-10.0.1.jar:na]
at 
com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393) 
~[guava-10.0.1.jar:na]

... 48 common frames omitted
Caused by: org.obm.locator.LocatorClientException: Server returned HTTP 
response code: 503 for URL: 
http://127.0.0.1:8084/obm-locator/location/host/sync/obm_sync/gbertha...@cire.fr
at 
org.obm.locator.LocatorClientImpl.getServiceLocation(LocatorClientImpl.java:75) 
~[locator-2.4.0.1.jar:na]
at 
org.obm.locator.store.LocatorCache.getServiceLocation(LocatorCache.java:83) 
~[locator-2.4.0.1.jar:na]

... 56 common frames omitted
Caused by: java.io.IOException: Server returned HTTP response code: 503 
f