Welcome to the new Gigaspaces XAP forum. To recover your account, please follow these instructions.

Ask Your Question
0

Does Gigaspaces provide in memory queue with persistence to file storage

Hi,

I am new to Gigaspaces XAP. In the past, I have used Pivotal Gemfire IMDG and have also been a developer of Gemfire. I want to know if Gigaspaces XAP provides in memory queue implementation for FIFO. If yes then which API should I look at to use this queue? Also, does the queue provide eviction strategy with persistence to file system?

Thanks, Pushkar

asked 2016-12-10 09:37:41 -0500

Pushkar gravatar image
edit retag flag offensive close merge delete

2 Answers

Sort by ยป oldest newest most voted
0

Hi Pushkar,

We have both queue and topic functionality. Please see our documentation. https://docs.gigaspaces.com/xap121/ev...

As of version 12 of XAP we have not implemented queue data types that you would see in some other technologies you mentioned

I believe it would help to understand the difference between a traditional in-memory data grid and a in-memory compute grid such as XAP. Most customs do not need to implement such data types unless migrated a legacy application. Please the following documentation to learn more about our product architecture. http://docs.gigaspaces.com/product_ov...

Also, Please feel free to provide more details on your use case, and I would be happy to point you to the right pattern to implement with XAP.

http://docs.gigaspaces.com/sbp/distri...

answered 2016-12-13 12:27:13 -0500

Michael Raney gravatar image

updated 2017-04-27 19:58:38 -0500

edit flag offensive delete link more

Comments

Hi Michael,

I have an application which listens for SNMP traps/notifications from different source systems. This SNMP trap listener should queue up the notifications in the order in which it receives them. From this queue, a different application will fetch them and send to some reporting/analytics application for further analytics/reporting. In case the reporting/analytics system is down, the queue size will keep on growing, so, I want the queue to persistent with optional storage to file system/database. I would prefer it to be file storage since I think it is simple and suffice for this use case.

Is this something that would be appropriate for my use case: http://docs.gigaspaces.com/sbp/distri...

Pushkar gravatar imagePushkar ( 2016-12-29 04:56:30 -0500 )edit
0

Hi Michael,

I have an application which listens for SNMP traps/notifications from different source systems. This SNMP trap listener should queue up the notifications in the order in which it receives them. From this queue, a different application will fetch them and send to some reporting/analytics application for further analytics/reporting. In case the reporting/analytics system is down, the queue size will keep on growing, so, I want the queue to persistent with optional storage to file system/database. I would prefer it to be file storage since I think it is simple and suffice for this use case.

answered 2016-12-29 04:29:31 -0500

Pushkar gravatar image
edit flag offensive delete link more

Comments

Hello Pushkar,

I updated my previous answer.

For your use case you should look at our event container documentation where we demonstrate how to implement queue and topic consumer patterns with the grid. The queues are durable, in that any changes to the 'queue' will be replicated to the backup partition, making the queue messages and state highly available. The failure of any downstream system would not impact the xap platform.

https://docs.gigaspaces.com/xap121/ev...

Also check out our mirror functionality which will allow you to replicate messages to backend store for optional persistency. https://docs.gigaspaces.com/xap121/sp...

Michael Raney gravatar imageMichael Raney ( 2017-04-27 20:16:34 -0500 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Question Tools

1 follower

Stats

Asked: 2016-12-10 09:37:41 -0500

Seen: 102 times

Last updated: Apr 27