Hi, I a new AeroGear unified push notification user. I am trying to create a simple push notification from a WebSphere java application.
I have created a couple of push notification classes to test (below) and both version I get the error:
SenderClient E Send did not succeed: java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 64
I have the following jars for this application.
[cid:image001.png@01D0EB25.5E1F6EE0]
[cid:image003.png@01D0EB25.C89EC4F0]
Any direction how to resolve this would be greatly appreciated.
Thanks in advance.
David Walto
Senior Application Engineer | EMR Engineering and Integration
Baystate Health | Information & Technology
1550 Main Street, Springfield, MA 01199 | p: 413-794-0627 | f: 413-794-5570
----------------------------------------------------------------------
Please view our annual report at http://baystatehealth.org/annualreport
CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents is prohibited. If you have received this communication in error, please reply to the sender immediately or by telephone at 413-794-0000 and destroy all copies of this communication and any attachments. For further information regarding Baystate Health's privacy policy, please visit our Internet site at http://baystatehealth.org.
Hi,
I'm trying to run the unified push server in a development environment to
troubleshoot and understand it better. I'm wondering if there is any
documentation available to assist me with setting up development environment
for it. I've looked though documents under "Contributing to AeroGear", but
I am in need of a more detailed guide. I'd like to get to a point where I
can run unified push, break point, and inspect variables, and so on.
So far I've managed to run 'mvn test' successfully on the unified push
server source code. I use Eclipse, so I wanted to import the project. I
get quite a lot of errors in doing so.
I am troubleshooting version 1.0.2. We use OpenShift to deploy the aerogear
server.
I appreciate any help. Thank you.
Michi Oshima
--
View this message in context: http://aerogear-users.1116366.n5.nabble.com/Unified-push-server-developme...
Sent from the aerogear-users mailing list archive at Nabble.com.
Setting "categories" in the push payload was working for android and ios in cordova push plugin 1.1.1.
For version 2.0.2 "categories" only works for ios.
It looks like "categories" is being hijacked in android for a GCM feature called "topics".
I liked "categories". I was using it. Now it's gone. GCM topics is not a drop-in replacement. It's not the same thing.
New features should get new names and new commands.
- Kelvin
Hello
We were testing the usage of notification opened metric and our application is Cordova based
pushConfig: {
'pushServerURL': 'url',
'alias': 'app name',
'sendMetricInfo': 'true',
Below are the observation
1. Clicking on the push notification while the app is in the background increments the opened count
2. If the app is completely shut down, on receiving push notification :
* Clicking on the push notification starts the app but does not increment the opened count
Is there any fix available for #2 ?
Thanks
ganesh
Hi,
I am trying to send push notifications to an android device using the
Cordova Aerogear Push Plugin (3.0.0) and Unified Push Server. The push
notification appears to be sent ok from the server however upon receipt on
the device an error is thrown stating that the app has stopped working.
When I try to send a push notification using a HTTP POST direct to GCM for
our application the push notification appears fine on the device. But when
we send a push notification through the Aerogear Unified Push Server using
the "Send notification to this app" wizard or the REST API they both throw
an error on the device.
The same setup actually worked fine about 4 weeks ago, have the changes with
GCM/FCM resulted in issues related to app crashes?
Below is a log output showing the error on the device.
08-05 12:32:23.202: D/NotificationMessage(14698): onMessage - context:
android.app.Application@fe58355
08-05 12:32:23.203: W/Bundle(14698): Key google.sent_time expected String
but value was a java.lang.Long. The default value <null> was returned.
08-05 12:32:23.203: W/Bundle(14698): Attempt to cast generated internal
exception:
08-05 12:32:23.203: W/Bundle(14698): java.lang.ClassCastException:
java.lang.Long cannot be cast to java.lang.String
08-05 12:32:23.203: W/Bundle(14698): at
android.os.BaseBundle.getString(BaseBundle.java:923)
08-05 12:32:23.203: W/Bundle(14698): at
org.jboss.aerogear.cordova.push.Message.<init>(Message.java:46)
08-05 12:32:23.203: W/Bundle(14698): at
org.jboss.aerogear.cordova.push.NotificationMessageHandler.createNotification(NotificationMessageHandler.java:66)
08-05 12:32:23.203: W/Bundle(14698): at
org.jboss.aerogear.cordova.push.NotificationMessageHandler.onMessage(NotificationMessageHandler.java:55)
08-05 12:32:23.203: W/Bundle(14698): at
org.jboss.aerogear.android.unifiedpush.RegistrarManager$2.run(RegistrarManager.java:177)
08-05 12:32:23.203: W/Bundle(14698): at
java.lang.Thread.run(Thread.java:818)
08-05 12:32:23.267: E/AndroidRuntime(14698): FATAL EXCEPTION: Thread-22055
08-05 12:32:23.267: E/AndroidRuntime(14698): Process:
com.companyname.appname, PID: 14698
08-05 12:32:23.267: E/AndroidRuntime(14698): Theme:
themes:{default=overlay:system, iconPack:system, fontPkg:system,
com.android.systemui=overlay:system,
com.android.systemui.navbar=overlay:system}
08-05 12:32:23.267: E/AndroidRuntime(14698):
com.google.gson.JsonSyntaxException: java.lang.IllegalStateException:
Expected STRING but was BEGIN_OBJECT
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.read(ReflectiveTypeAdapterFactory.java:176)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.Gson.fromJson(Gson.java:795)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.Gson.fromJson(Gson.java:859)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.Gson.fromJson(Gson.java:832)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
org.jboss.aerogear.android.store.sql.SQLStore.readAll(SQLStore.java:110)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
org.jboss.aerogear.cordova.push.NotificationMessageHandler.createNotification(NotificationMessageHandler.java:84)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
org.jboss.aerogear.cordova.push.NotificationMessageHandler.onMessage(NotificationMessageHandler.java:55)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
org.jboss.aerogear.android.unifiedpush.RegistrarManager$2.run(RegistrarManager.java:177)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
java.lang.Thread.run(Thread.java:818)
08-05 12:32:23.267: E/AndroidRuntime(14698): Caused by:
java.lang.IllegalStateException: Expected STRING but was BEGIN_OBJECT
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.JsonTreeReader.nextString(JsonTreeReader.java:154)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.TypeAdapters$13.read(TypeAdapters.java:349)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.TypeAdapters$13.read(TypeAdapters.java:337)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.read(TypeAdapterRuntimeTypeWrapper.java:40)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:188)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:146)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$1.read(ReflectiveTypeAdapterFactory.java:93)
08-05 12:32:23.267: E/AndroidRuntime(14698): at
com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.read(ReflectiveTypeAdapterFactory.java:172)
--
View this message in context: http://aerogear-users.1116366.n5.nabble.com/Aerogear-android-crash-on-pus...
Sent from the aerogear-users mailing list archive at Nabble.com.
Hi Team,
We are using Unified push server with version 1.1.0
Since GCM is now migrated to FCM.
How will aerogear support with respect to server and plugin ?
Thanks,
Divya
Hello,
I'm running a UPS 1.1.0 Installation on a Wildlfy 9.0.1 Final.
After startup wildfly use around 500M of Heap Space.
It works some days very good but the heap space constantly growing (to 1700M) until the service is no longer reachable (normally after 5 to 7 days)
The only thing I can see in the logfile are tons of the following warnings.
2016-08-24 16:29:15,223 WARN [com.arjuna.ats.arjuna] (Periodic Recovery) Transaction 0:ffffc29e8473:67ca0a33:57639607:696f89 has 1 heuristic participant(s)!
2016-08-24 16:29:15,224 WARN [com.arjuna.ats.arjuna] (Periodic Recovery) Transaction 0:ffffc29e8473:67ca0a33:57639607:696f89 restored heuristic participant XAResourceRecord < resource:HornetQXAResourceWrapper [serverLocator=ServerLocatorImpl [initialConnectors=[TransportConfiguration(name=d7821018-6a03-11e6-9e9a-21b93f631a73, factory=org-hornetq-core-remoting-impl-invm-InVMConnectorFactory) ?server-id=0], discoveryGroupConfiguration=null], csf=ClientSessionFactoryImpl [serverLocator=ServerLocatorImpl [initialConnectors=[TransportConfiguration(name=d7821018-6a03-11e6-9e9a-21b93f631a73, factory=org-hornetq-core-remoting-impl-invm-InVMConnectorFactory) ?server-id=0], discoveryGroupConfiguration=null], connectorConfig=TransportConfiguration(name=d7821018-6a03-11e6-9e9a-21b93f631a73, factory=org-hornetq-core-remoting-impl-invm-InVMConnectorFactory) ?server-id=0, backupConfig=null], delegate=DelegatingSession [session=ClientSessionImpl [name=14e25725-6a04-11e6-9e9a-21b93f631a73, username=null, closed=false, factory = ClientSessionFactoryImpl [serverLocator=ServerLocatorImpl [initialConnectors=[TransportConfiguration(name=d7821018-6a03-11e6-9e9a-21b93f631a73, factory=org-hornetq-core-remoting-impl-invm-InVMConnectorFactory) ?server-id=0], discoveryGroupConfiguration=null], connectorConfig=TransportConfiguration(name=d7821018-6a03-11e6-9e9a-21b93f631a73, factory=org-hornetq-core-remoting-impl-invm-InVMConnectorFactory) ?server-id=0, backupConfig=null], metaData=()]@a0a87b1], xaRecoveryConfigs=[XARecoveryConfig [transportConfiguration = [TransportConfiguration(name=d7821018-6a03-11e6-9e9a-21b93f631a73, factory=org-hornetq-core-remoting-impl-invm-InVMConnectorFactory) ?server-id=0], discoveryConfiguration = null, username=null, password=****]], instance=900779538], txid:< formatId=131077, gtrid_length=37, bqual_length=36, tx_uid=0:ffffc29e8473:67ca0a33:57639607:696f89, node_name=localhost, branch_uid=0:ffffc29e8473:67ca0a33:57639607:696f8a, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.FINISH_OK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@f384b96 >
Does anyone have a clue?
best regards
Michael
Check watches and feel them on your hand- http://tiny.cc/q4fjdy
kji c pvy bbkbi y jl
qamv qfr z tu c eijo
t d nkebp vwt frx xwkh
llio szdat suhg dsi z dkgvf
qxbr y kvrt gqk ryp qbl
z mbdmz x m zg o
vo kl wz vuazr vz vaks
p ufey rkmez ukyo nauyx m
nr r wben et wlue csu
tbqkv au kwqq ywcqn rhem sy
hvn joms m m zgw gs
zvakm lm ws o bd yrlx
abqia iien sor jwzj mgyt cec
r der mlne xf lad iyrj
fo jm f g tn yogo
n chan crv n yo ztfvh
mk qx shfx w awq onrd
accog o mdvh y nv cawlo
rve c nsi dn fxvgr ony
x itl p t ii ljdaa
xemfe qafm fabbj hhd skrq vvulw
laiw gypsa h nerr xgieq wsts
zm osjkj caj stxfd dpzs wkhe
yw xosyy qc jgr v h
ir ciug oy r en q
cqo kvon psc scnf j oz
el t hkh kwdr g ggawf
js zjilc gx uv mqa yuwq
hzfik cwsjm acd lreek ljqhg tgmm
al pplo fjtd sj ckxi yjrm
qelnp ndkac pmlqv d t qgnod
x yth jrkc wet cftd n
r ub poti paz caph brkv
ttt gdl qtrbl ufpo ywikb gpv
wnrz piw ch lj bvh mzuav
jw z gc vfh gv otxzl
eo mfqtv zpx wja q ptsrh
et vid je fnax enjvn wzg
dypm ijq kex hnt nrtl x
htd lvczc rei y h f
ygxlj celce xczeo dshy kel ddi
im sahxy whvum v fns hoj
t p zkds tynq alvsc c
n wnd cua wh for kj
pps s jrnnm cqps jwm h
uz gep fyl be n lech
rvwp yaulp v zgwb ewh o
tl ljpv ojtjb jeby p h
mtex rwgbe oe sfleh pauvl ev
wv p mjpcc wgw dye ud
dq jr dloj a q g
la cwp t a tycw hs
km ba i vt bnxs umnc
od zuye znx ngmfg xmc ex
Hi,
We migrated to Aerogear recently and now that our app is live, we are
seeing 1000s of established TCP connections coming from our devices
(Average of 1.5 connection per remote IP).
I would expect the SDK to create a connection to register and the close it.
Same for the "opened" metrics request.
I've had to increase the maximum number of opened file descriptors for the
wildfly user but i don't see this as a proper long term solution.
Or am i missing something and somehow this is the expected behavior?
- Aerogear server version is 1.1.3.Final
- Although i am unable to confirm 100%, i think this issue happens on both
ios and android SDKs.
--
Yoann
