Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 7761509
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 1, 20262026-06-01T14:09:14+00:00 2026-06-01T14:09:14+00:00

Is there a way to assure FIFO (first in, first out) behavior with Task

  • 0

Is there a way to assure FIFO (first in, first out) behavior with Task Queues on GAE?

GAE Documentation says that FIFO is one of the factors that affect task execution order, but the same documentation says that “the system’s scheduling may ‘jump’ new tasks to the head of the queue” and I have confirmed this behavior with a test. The effect: my events are being processed out of order.

Docs says:

https://developers.google.com/appengine/docs/java/taskqueue/overview-push

The order in which tasks are executed depends on several factors:

The position of the task in the queue. App Engine attempts to process tasks based on FIFO > (first in, first out) order. In general, tasks are inserted into the end of a queue, and
executed from the head of the queue.

The backlog of tasks in the queue. The system attempts to deliver the lowest latency
possible for any given task via specially optimized notifications to the scheduler.
Thus, in the case that a queue has a large backlog of tasks, the
system’s scheduling may “jump” new tasks to the head of the queue
.

The value of the task’s etaMillis property. This property specifies the
earliest time that a task can execute. App Engine always waits until
after the specified ETA to process push tasks.

The value of the task’s countdownMillis property. This property specifies the minimum
number of seconds to wait before executing a task. Countdown and eta
are mutually exclusive; if you specify one, do not specify the other.

What I need to do? In my use case, I’ll process 1-2 million events/day coming from vehicles. These events can be sent at any interval (1 sec, 1 minute or 1 hour). The order of the event processing has to be assured. I need process by timestamp order, which is generated on a embedded device inside the vehicle.

What I have now?

  1. A Rest servlet that is called by the consumer and creates a Task (Event data is on payload).

  2. After this, a worker servlet get this Task and:

    • Deserialize Event data;

    • Put Event on Datastore;

    • Update Vehicle On Datastore.

So, again, is there any way to assure just FIFO behavior? Or how can I improve this solution to get this?

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-01T14:09:16+00:00Added an answer on June 1, 2026 at 2:09 pm

    Ok. This is how I’ve done it.

    1) Rest servlet that is called from the consumer:
    
        If Event sequence doesn't match Vehicle sequence (from datastore)
    
            Creates a task on a "wait" queue to call me again
    
        else
    
           State validation
    
           Creates a task on the "regular" queue (Event data is on payload).
    
    
    2) A worker servlet gets the task from the "regular" queue, and so on... (same pseudo code)
    

    This way I can pause the “regular” queue in order to do a data maintenance without losing events.

    Thank you for your answers. My solution is a mix of them.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

What have I marked as --assume-unchanged ? Is there any way to find out
Is there way that I can read the file from remote server using fopen
In one app, I have a task to create files that will be used
Is there a way (I assume it would be with javascript) that I can
first of all, I want to assure that I'm aware of the fact, that
is there way how to get name ov event from Lambda expression like with
Is there way to better identify design pattern in source codes, esp. if you
Is there way to mute an audio stream or at least control the volume?
Is there way to set @include mixin(); to variable? I tried this @mixin bg-gradient($fallback,
Is there a way you can add a column to the Details view of

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.