Skip to content

SeekableStreamIndexTaskRunner: Lazy init of runner.#7729

Merged
fjy merged 1 commit intoapache:masterfrom
gianm:lazy-runner
May 23, 2019
Merged

SeekableStreamIndexTaskRunner: Lazy init of runner.#7729
fjy merged 1 commit intoapache:masterfrom
gianm:lazy-runner

Conversation

@gianm
Copy link
Copy Markdown
Contributor

@gianm gianm commented May 22, 2019

The main motivation is that this fixes #7724, by making it so the overlord
doesn't try to create a task runner and parser when all it really wants to
do is create a task object and serialize it.

The main motivation is that this fixes apache#7724, by making it so the overlord
doesn't try to create a task runner and parser when all it really wants to
do is create a task object and serialize it.
runner = createTaskRunner();
}
}
}
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

and here I thought that with all java8+ fanciness we would have a method in AtomicReference<T>.getOrCreate(Supplier<T>) but it seems this is still the way for lazy singleton.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

guava has Suppliers.memoize that does this, we use it in a couple of places already

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

that sounds nice, now I remember seeing that :)

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jihoonson
Copy link
Copy Markdown
Contributor

To me, this bug doesn't look critical enough to backport to 0.15.0.

@jihoonson jihoonson removed this from the 0.15.0 milestone May 23, 2019
@gianm gianm deleted the lazy-runner branch May 24, 2019 19:48
@gianm gianm added this to the 0.16.0 milestone May 24, 2019
clintropolis pushed a commit to implydata/druid-public that referenced this pull request May 24, 2019
The main motivation is that this fixes apache#7724, by making it so the overlord
doesn't try to create a task runner and parser when all it really wants to
do is create a task object and serialize it.
gianm added a commit to implydata/druid-public that referenced this pull request Jul 3, 2019
The main motivation is that this fixes apache#7724, by making it so the overlord
doesn't try to create a task runner and parser when all it really wants to
do is create a task object and serialize it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Lookup transform expression not defined during ingest from kafka

5 participants