<div dir="ltr">Hi Kevin,<div><br></div><div>thanks for the feedback! Here is what I did to reproduce your issue (w/o success):<br><div><br></div><div>* I have deployed UPS 1.0.2 into a (full profile) WF 8.2. </div><div>* start the server (reset the admin password)</div><div>* create app and (dummy) variant (for Android), and noted the variantID:secret</div><div>* shutdown WF</div><div>* start WF</div><div>* did a curl agains the registration endpoint (got a 200)</div><div>* logged in, and seeing one device is registered.</div><div><br></div><div>Here is the CURL, I used (note the -u value ;-))</div><div><br></div><div>curl -u "variantID:secret" -v -H "Accept: application/json" -H "Content-type: application/json" -X POST -d '{"deviceToken" : "a152f21a-d327-4303-99d-7118c353eca1a152f21a-d327-4303-989d-7118c353eca1a152f21a-d327-4303-989d-7118c353eca1a152f21a-d327-4303-989d-7118c353eca1a152f21a-d327-4303-989d-7118c353eca1"}' <a href="http://127.0.0.1:8080/ag-push/rest/registry/device">http://127.0.0.1:8080/ag-push/rest/registry/device</a><br></div><div><br></div><div><br></div><div>That worked fine. My question is: does _this_ also generate you the 404 error? Or is that something you are "just" seeing from the AeroGear Registration SDK? (e.g. for Android/iOS or Cordova).</div><div><br></div><div>PS: the same 'test' passes with the 1.1.0-Final-SNAPSHOT build I did locally</div><div><br></div><div>Thanks!</div><div>Matthias</div><div><br></div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 17, 2015 at 3:31 AM, Kelvin Lunsford <span dir="ltr"><<a href="mailto:kelvin@qantel.com" target="_blank">kelvin@qantel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I tried to add UPS logging by following the instructions in the UPS user guide but couldn't get it working.<br>
<br>
This is what I see in the server.log file.<br>
<br>
...<br>
<br>
2015-06-16 15:49:52,284 INFO [<a href="http://org.jboss.as" rel="noreferrer" target="_blank">org.jboss.as</a>] (Controller Boot Thread) JBAS015961: Http management interface listening on <a href="http://127.0.0.1:9990/management
2015-06-16" rel="noreferrer" target="_blank">http://127.0.0.1:9990/management<br>
2015-06-16</a> 15:49:52,284 INFO [<a href="http://org.jboss.as" rel="noreferrer" target="_blank">org.jboss.as</a>] (Controller Boot Thread) JBAS015951: Admin console listening on <a href="http://127.0.0.1:9990" rel="noreferrer" target="_blank">http://127.0.0.1:9990</a><br>
2015-06-16 15:49:52,284 INFO [<a href="http://org.jboss.as" rel="noreferrer" target="_blank">org.jboss.as</a>] (Controller Boot Thread) JBAS015874: WildFly 8.2.0.Final "Tweek" started in 13573ms - Started 579 of 637 services (101 services are lazy, passive or on-demand)<br>
2015-06-16 15:50:27,011 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /ag-push/rest/registry/device: java.lang.RuntimeException: Unable to resolve realm public key remotely, status = 404<br>
at org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:69) [keycloak-adapter-core-1.0.4.Final.jar:]<br>
at org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:55) [keycloak-adapter-core-1.0.4.Final.jar:]<br>
at org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:54) [keycloak-undertow-adapter-1.0.4.Final.jar:]<br>
at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:281) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:298) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:268) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:131) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:106) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:54) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)<br>
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) [keycloak-undertow-adapter-1.0.4.Final.jar:]<br>
at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) [keycloak-undertow-adapter-1.0.4.Final.jar:]<br>
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) [undertow-core-1.1.0.Final.jar:1.1.0.Final]<br>
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [rt.jar:1.7.0_71]<br>
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [rt.jar:1.7.0_71]<br>
at java.lang.Thread.run(Unknown Source) [rt.jar:1.7.0_71]<br>
<br>
<br>
The error occurs each time I try to do a registration after server restart, until I log into the UPS console, then the errors stop.<br>
<br>
- Kelvin<br>
<br>
<br>
<br>
<br>
----------------------------------------------------------------------------------<br>
<span class=""><br>
From: <a href="mailto:aerogear-users-bounces@lists.jboss.org">aerogear-users-bounces@lists.jboss.org</a> [mailto:<a href="mailto:aerogear-users-bounces@lists.jboss.org">aerogear-users-bounces@lists.jboss.org</a>] On Behalf Of Matthias Wessendorf<br>
</span>Sent: Monday, June 15, 2015 4:10 AM<br>
<div class="HOEnZb"><div class="h5">To: <a href="mailto:aerogear-users@lists.jboss.org">aerogear-users@lists.jboss.org</a><br>
Subject: Re: [Aerogear-users] UPS load on startup<br>
<br>
Hi,<br>
<br>
yes, openshift gets susspended after 48 hours (I think) of inactivity - but I think your error is different to Kevin's <br>
<br>
Kevin any chance to get a log file / stack-trace from the 500 ? <br>
<br>
Is that just on Android/Cordova, or does that also reproduce w/ doing (test) registration w/ curl, like:<br>
<a href="https://aerogear.org/docs/specs/aerogear-unifiedpush-rest-1.0.x/registry/device/index.html#POST" rel="noreferrer" target="_blank">https://aerogear.org/docs/specs/aerogear-unifiedpush-rest-1.0.x/registry/device/index.html#POST</a><br>
<br>
Thanks<br>
<br>
On Mon, Jun 15, 2015 at 12:29 PM, Alex Ballesté <<a href="mailto:alexandre.balleste@udl.cat">alexandre.balleste@udl.cat</a>> wrote:<br>
Hi, I noticed the same behaviour in my aerogear test server, but I thought that was something related with openshift. If service is not used for a while seems like it become suspended until you access again.<br>
<br>
I tried to reproduce restarting the server but I couldn't... Just found something in the logs this morning after 2 days without using it. (At 2:51 I sent the notification)<br>
<br>
Log was<br>
-----------------------------<br>
2015/06/13 00:00:00,109 INFO [GCMPushNotificationSender] (EJB default - 2) Deleting [&apos;0&apos;] outdated PushMessageInformation objects<br>
2015/06/13 12:05:30,766 INFO [org.jboss.as.osgi] (MSC service thread 1-5) JBAS011942: Stopping OSGi Framework<br>
2015/06/15 02:51:14,161 INFO [org.jboss.as.configadmin] (ServerService Thread Pool -- 35) JBAS016200: Activating ConfigAdmin Subsystem<br>
2015/06/15 02:51:14,264 INFO [org.jboss.as.jacorb] (ServerService Thread Pool -- 41) JBAS016300: Activating JacORB Subsystem<br>
2015/06/15 02:51:14,356 INFO [org.jboss.as.security] (ServerService Thread Pool -- 58) JBAS013101: Activating Security Subsystem<br>
2015/06/15 02:51:14,258 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 40) JBAS010280: Activating Infinispan subsystem.<br>
...<br>
...<br>
-------------------------------------<br>
<br>
It seem like on saturday 13 service was stopped. And started again on monday 16 at 2:51 (by my notification???) . I also got this error during the startup process<br>
<br>
--------------------------<br>
2015/06/15 02:51:46,443 INFO [org.keycloak.adapters.as7.KeycloakAuthenticatorValve] (MSC service thread 1-5) **** using /WEB-INF/keycloak.json<br>
2015/06/15 02:51:46,760 INFO [JPAPushMessageInformationDao] (EJB default - 2) Deleting [&apos;2&apos;] outdated PushMessageInformation objects<br>
2015/06/15 02:51:46,951 INFO [org.keycloak.services.resources.KeycloakApplication] (MSC service thread 1-1) Not importing realm aerogear from resource /WEB-INF/ups-realm.json. It already exists.<br>
2015/06/15 02:51:46,954 INFO [JPAPushMessageInformationDao] (EJB default - 1) Deleting [&apos;2&apos;] outdated PushMessageInformation objects<br>
2015/06/15 02:51:46,966 WARN [com.arjuna.ats.arjuna] (EJB default - 1) ARJUNA012125: TwoPhaseCoordinator.beforeCompletion - failed for SynchronizationImple< 0:ffff0a21a655:16c5d4f8:557e75e5:f, org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization@d8bbe6 >: javax.persistence.OptimisticLockException: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1<br>
at org.hibernate.ejb.AbstractEntityManagerImpl.wrapStaleStateException(AbstractEntityManagerImpl.java:1402) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final]<br>
at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1308) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final]<br>
at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1289) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final]<br>
at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1295) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final]<br>
at org.hibernate.ejb.AbstractEntityManagerImpl$CallbackExceptionMapperImpl.mapManagedFlushFailure(AbstractEntityManagerImpl.java:1481) [hibernate-entitymanager-4.0.1.Final.jar:4.0.1.Final]<br>
at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:109) [hibernate-core-4.0.1.Final.jar:4.0.1.Final]<br>
at org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization.beforeCompletion(RegisteredSynchronization.java:53) [hibernate-core-4.0.1.Final.jar:4.0.1.Final]<br>
------------------------<br>
<br>
Later another generated message at 2:57 was received an processed fine. I don't know if it's something related with hosting or with UPS. I'm running 1.0.2 too.<br>
<br>
Sorry if this information is not relevant<br>
<br>
Alex Ballesté<br>
<br>
El 13/06/15 a les 08:01, Matthias Wessendorf ha escrit:<br>
any chance of stack trace?<br>
<br>
On Saturday, June 13, 2015, Kelvin Lunsford <<a href="mailto:kelvin@qantel.com">kelvin@qantel.com</a>> wrote:<br>
I restarted Wildfly and I had to log into the UPS console to stop the registration errors.<br>
<br>
The error callback for the plugin push.register() function returns the message "The server returned the error code 500".<br>
<br>
- Kelvin<br>
<br>
<br>
<br>
---------------------------------------------------------------------------<br>
<br>
From: <a href="mailto:aerogear-users-bounces@lists.jboss.org">aerogear-users-bounces@lists.jboss.org</a> [mailto:<a href="mailto:aerogear-users-bounces@lists.jboss.org">aerogear-users-bounces@lists.jboss.org</a>] On Behalf Of Matthias Wessendorf<br>
Sent: Friday, June 12, 2015 12:01 AM<br>
To: <a href="mailto:aerogear-users@lists.jboss.org">aerogear-users@lists.jboss.org</a><br>
Subject: Re: [Aerogear-users] UPS load on startup<br>
<br>
hrm,<br>
<br>
that's strange - not noticed so far.<br>
Any details on the error message ? Is that reproducable w/ something like curl ? <br>
<br>
On Fri, Jun 12, 2015 at 3:05 AM, Kelvin Lunsford <<a href="mailto:kelvin@qantel.com">kelvin@qantel.com</a>> wrote:<br>
I'm developing a mobile app and testing USP 1.0.2 on Wildfly 8.2.0.<br>
<br>
Runs great but I've noticed that when the server is restarted registration requests from my mobile app fail until I try to access the ag-push console with a browser and bring up a login page. Then registration works.<br>
<br>
Anyone noticed this?<br>
<br>
- Kelvin<br>
<br>
<br>
_______________________________________________<br>
Aerogear-users mailing list<br>
<a href="mailto:Aerogear-users@lists.jboss.org">Aerogear-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-users" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-users</a><br>
<br>
<br>
<br>
<br>
--<br>
Matthias Wessendorf<br>
<br>
blog: <a href="http://matthiaswessendorf.wordpress.com/" rel="noreferrer" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
sessions: <a href="http://www.slideshare.net/mwessendorf" rel="noreferrer" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
twitter: <a href="http://twitter.com/mwessendorf" rel="noreferrer" target="_blank">http://twitter.com/mwessendorf</a><br>
<br>
_______________________________________________<br>
Aerogear-users mailing list<br>
<a href="mailto:Aerogear-users@lists.jboss.org">Aerogear-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-users" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-users</a><br>
<br>
<br>
--<br>
Sent from Gmail Mobile<br>
<br>
_______________________________________________<br>
Aerogear-users mailing list<br>
<a href="mailto:Aerogear-users@lists.jboss.org">Aerogear-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-users" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-users</a><br>
<br>
--<br>
Alexandre Ballesté Crevillén alexandre.balleste at <a href="http://udl.cat" rel="noreferrer" target="_blank">udl.cat</a><br>
====================<br>
Universitat de Lleida<br>
Àrea de sistemes d'Informació i Comunicacions<br>
Analista/Programador<br>
<br>
University of Lleida<br>
Information and Communication Systems Service<br>
<br>
Tlf: <a href="tel:%2B34%20973%20702148" value="+34973702148">+34 973 702148</a><br>
Fax: <a href="tel:%2B34%20973%20702130" value="+34973702130">+34 973 702130</a><br>
=====================<br>
Avís legal/Aviso legal/Avertiment legal/Legal notice<br>
<br>
_______________________________________________<br>
Aerogear-users mailing list<br>
<a href="mailto:Aerogear-users@lists.jboss.org">Aerogear-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-users" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-users</a><br>
<br>
<br>
<br>
<br>
--<br>
Matthias Wessendorf<br>
<br>
blog: <a href="http://matthiaswessendorf.wordpress.com/" rel="noreferrer" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
sessions: <a href="http://www.slideshare.net/mwessendorf" rel="noreferrer" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
twitter: <a href="http://twitter.com/mwessendorf" rel="noreferrer" target="_blank">http://twitter.com/mwessendorf</a><br>
<br>
_______________________________________________<br>
Aerogear-users mailing list<br>
<a href="mailto:Aerogear-users@lists.jboss.org">Aerogear-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-users" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a></div>
</div>