Skip to main content
1-Visitor
March 1, 2016
Solved

How can we use "In memory offline queuing" with Java SDK?

  • March 1, 2016
  • 2 replies
  • 2629 views

Hi, all

I saw some document and it said that EMS, C and .Net has persistent offline queuing feature, and Java doesn't.

On the other hand, Java (and most of SDKs?) has in-memory offline queuing, it said.

Is it implemented as a builtin feature, or should we implement own codes to to that?

What is the best way to queue the value of properties while offline and send them at once after a re-connection?

Regards,

S.Yamabe

Best answer by mhollenbach

駿介 山辺,


An offline message store for the Java SDK is targeted for Java SDK version 6.1.0. This version will be released some time in Q4, July-September. It is not recommended to use in-memory offline queuing with the Java SDK because, if the device is queuing up a large amount of property values while the device is offline the memory on that device will more than likely be maxed out.

If you can wait for the offline message store to be implemented, I would wait.

Regards,

Meghan

2 replies

5-Regular Member
April 5, 2016

駿介 山辺,


An offline message store for the Java SDK is targeted for Java SDK version 6.1.0. This version will be released some time in Q4, July-September. It is not recommended to use in-memory offline queuing with the Java SDK because, if the device is queuing up a large amount of property values while the device is offline the memory on that device will more than likely be maxed out.

If you can wait for the offline message store to be implemented, I would wait.

Regards,

Meghan

15-Moonstone
February 21, 2018

Hey Meghan,

 

6.1 version was released if I am not wrong. Is there Offline Message Storage implemented there?

I could not find anything in release notes...

 

Best Regards,

Adam

???-311-VisitorAuthor
1-Visitor
April 7, 2016

Meghan,

Thank you.I just wanted to know whether this feature is available or not.

Probably I can wait for offline message store to be implemented.

Regards,

S.Yamabe