[DISCUSS] Release Ignite streamer extensions

[Alexey Goncharuk]

Igniters,

Since Ignite 2.9 has been released, I think we can now release the
extension modules related to streaming.

I noticed that unlike spring autoconfigure, the streamer extensions
dependencies do not have provided scope, so I created a ticket to fix that
[1]. Anything else we should fix before releasing the extensions?

[1] https://issues.apache.org/jira/browse/IGNITE-13634

--AG

[dmagda]

Alex,

Should we create a dedicated ticket for the documentation changes or can we
reuse IGNITE-13634? As a bare minimum, we need to update maven artifacts'
names and versions:
https://github.com/apache/ignite/tree/master/docs/_docs/extensions-and-integrations



-
Denis


On Wed, Oct 28, 2020 at 5:10 AM Alexey Goncharuk <[hidden email]>
wrote:

> Igniters,
>
> Since Ignite 2.9 has been released, I think we can now release the
> extension modules related to streaming.
>
> I noticed that unlike spring autoconfigure, the streamer extensions
> dependencies do not have provided scope, so I created a ticket to fix that
> [1]. Anything else we should fix before releasing the extensions?
>
> [1] https://issues.apache.org/jira/browse/IGNITE-13634
>
> --AG
>

[Saikat Maitra]

Hi

Alex,

Yes, we can start releasing the extensions modules. I would like to also
help in releasing a few extensions, it will also help me to be familiarized
with the release process.

Mikhail and I have been having discussion about whether we should use
provided scope for dependencies or shall we use 2.9.0 for ignite.version
for the extensions modules?

Jira : https://issues.apache.org/jira/browse/IGNITE-13621
PR : https://github.com/apache/ignite-extensions/pull/28/files

Please let us know your thoughts.

Denis,

We have the following jira ticket for documentation work for ignite
extensions releases.

https://issues.apache.org/jira/browse/IGNITE-12951

Please let us know if the scope in the issue looks good.

Regards,
Saikat


On Wed, Oct 28, 2020 at 10:28 AM Denis Magda <[hidden email]> wrote:

> Alex,
>
> Should we create a dedicated ticket for the documentation changes or can we
> reuse IGNITE-13634? As a bare minimum, we need to update maven artifacts'
> names and versions:
>
> https://github.com/apache/ignite/tree/master/docs/_docs/extensions-and-integrations
>
>
>
> -
> Denis
>
>
> On Wed, Oct 28, 2020 at 5:10 AM Alexey Goncharuk <
> [hidden email]>
> wrote:
>
> > Igniters,
> >
> > Since Ignite 2.9 has been released, I think we can now release the
> > extension modules related to streaming.
> >
> > I noticed that unlike spring autoconfigure, the streamer extensions
> > dependencies do not have provided scope, so I created a ticket to fix
> that
> > [1]. Anything else we should fix before releasing the extensions?
> >
> > [1] https://issues.apache.org/jira/browse/IGNITE-13634
> >
> > --AG
> >
>

[Mikhail Petrov]

Igniters,

It seems that we came to decision on change of Ignite dependency scopes
to "provided". Don't we?

The corresponding ticket [1] is ready to final review. Saikat Maitra
have already reviewed and approved PR [2].

Could some committer take a final look?

[1] - https://issues.apache.org/jira/browse/IGNITE-13634
[2] - https://github.com/apache/ignite-extensions/pull/28

On 28.10.2020 20:24, Saikat Maitra wrote:

> Hi
>
> Alex,
>
> Yes, we can start releasing the extensions modules. I would like to also
> help in releasing a few extensions, it will also help me to be familiarized
> with the release process.
>
> Mikhail and I have been having discussion about whether we should use
> provided scope for dependencies or shall we use 2.9.0 for ignite.version
> for the extensions modules?
>
> Jira : https://issues.apache.org/jira/browse/IGNITE-13621
> PR : https://github.com/apache/ignite-extensions/pull/28/files
>
> Please let us know your thoughts.
>
> Denis,
>
> We have the following jira ticket for documentation work for ignite
> extensions releases.
>
> https://issues.apache.org/jira/browse/IGNITE-12951
>
> Please let us know if the scope in the issue looks good.
>
> Regards,
> Saikat
>
>
> On Wed, Oct 28, 2020 at 10:28 AM Denis Magda <[hidden email]> wrote:
>
>> Alex,
>>
>> Should we create a dedicated ticket for the documentation changes or can we
>> reuse IGNITE-13634? As a bare minimum, we need to update maven artifacts'
>> names and versions:
>>
>> https://github.com/apache/ignite/tree/master/docs/_docs/extensions-and-integrations
>>
>>
>>
>> -
>> Denis
>>
>>
>> On Wed, Oct 28, 2020 at 5:10 AM Alexey Goncharuk <
>> [hidden email]>
>> wrote:
>>
>>> Igniters,
>>>
>>> Since Ignite 2.9 has been released, I think we can now release the
>>> extension modules related to streaming.
>>>
>>> I noticed that unlike spring autoconfigure, the streamer extensions
>>> dependencies do not have provided scope, so I created a ticket to fix
>> that
>>> [1]. Anything else we should fix before releasing the extensions?
>>>
>>> [1] https://issues.apache.org/jira/browse/IGNITE-13634
>>>
>>> --AG
>>>

[Alexey Goncharuk]

Hello Mikhail,

I see that now only Ignite dependencies are marked as 'provided', however,
it makes sense to move all libraries being integrated to the 'provided'
scope (for example, the Apache Camel dependency for camel-ext and so on).
This is how it is currently done for the spring-autoconfigure, and I
believe we should be consistent here: either always freeze the integrations
versions, or always assume a user will provide them externally.

Thoughts?

вт, 10 нояб. 2020 г. в 14:14, Mikhail Petrov <[hidden email]>:

> Igniters,
>
> It seems that we came to decision on change of Ignite dependency scopes
> to "provided". Don't we?
>
> The corresponding ticket [1] is ready to final review. Saikat Maitra
> have already reviewed and approved PR [2].
>
> Could some committer take a final look?
>
> [1] - https://issues.apache.org/jira/browse/IGNITE-13634
> [2] - https://github.com/apache/ignite-extensions/pull/28
>
> On 28.10.2020 20:24, Saikat Maitra wrote:
> > Hi
> >
> > Alex,
> >
> > Yes, we can start releasing the extensions modules. I would like to also
> > help in releasing a few extensions, it will also help me to be
> familiarized
> > with the release process.
> >
> > Mikhail and I have been having discussion about whether we should use
> > provided scope for dependencies or shall we use 2.9.0 for ignite.version
> > for the extensions modules?
> >
> > Jira : https://issues.apache.org/jira/browse/IGNITE-13621
> > PR : https://github.com/apache/ignite-extensions/pull/28/files
> >
> > Please let us know your thoughts.
> >
> > Denis,
> >
> > We have the following jira ticket for documentation work for ignite
> > extensions releases.
> >
> > https://issues.apache.org/jira/browse/IGNITE-12951
> >
> > Please let us know if the scope in the issue looks good.
> >
> > Regards,
> > Saikat
> >
> >
> > On Wed, Oct 28, 2020 at 10:28 AM Denis Magda <[hidden email]> wrote:
> >
> >> Alex,
> >>
> >> Should we create a dedicated ticket for the documentation changes or
> can we
> >> reuse IGNITE-13634? As a bare minimum, we need to update maven
> artifacts'
> >> names and versions:
> >>
> >>
> https://github.com/apache/ignite/tree/master/docs/_docs/extensions-and-integrations
> >>
> >>
> >>
> >> -
> >> Denis
> >>
> >>
> >> On Wed, Oct 28, 2020 at 5:10 AM Alexey Goncharuk <
> >> [hidden email]>
> >> wrote:
> >>
> >>> Igniters,
> >>>
> >>> Since Ignite 2.9 has been released, I think we can now release the
> >>> extension modules related to streaming.
> >>>
> >>> I noticed that unlike spring autoconfigure, the streamer extensions
> >>> dependencies do not have provided scope, so I created a ticket to fix
> >> that
> >>> [1]. Anything else we should fix before releasing the extensions?
> >>>
> >>> [1] https://issues.apache.org/jira/browse/IGNITE-13634
> >>>
> >>> --AG
> >>>
>

[Nikolay Izhikov-2]

+1 to make extensions as independent as possible.

Doubt if we can do it for each module.
We have, ignite-hibernate_4.2, ignite-hibernate_5.1 modules that attached to specific hibernate version by their name.

> 11 нояб. 2020 г., в 11:19, Alexey Goncharuk <[hidden email]> написал(а):
>
> Hello Mikhail,
>
> I see that now only Ignite dependencies are marked as 'provided', however,
> it makes sense to move all libraries being integrated to the 'provided'
> scope (for example, the Apache Camel dependency for camel-ext and so on).
> This is how it is currently done for the spring-autoconfigure, and I
> believe we should be consistent here: either always freeze the integrations
> versions, or always assume a user will provide them externally.
>
> Thoughts?
>
> вт, 10 нояб. 2020 г. в 14:14, Mikhail Petrov <[hidden email]>:
>
>> Igniters,
>>
>> It seems that we came to decision on change of Ignite dependency scopes
>> to "provided". Don't we?
>>
>> The corresponding ticket [1] is ready to final review. Saikat Maitra
>> have already reviewed and approved PR [2].
>>
>> Could some committer take a final look?
>>
>> [1] - https://issues.apache.org/jira/browse/IGNITE-13634
>> [2] - https://github.com/apache/ignite-extensions/pull/28
>>
>> On 28.10.2020 20:24, Saikat Maitra wrote:
>>> Hi
>>>
>>> Alex,
>>>
>>> Yes, we can start releasing the extensions modules. I would like to also
>>> help in releasing a few extensions, it will also help me to be
>> familiarized
>>> with the release process.
>>>
>>> Mikhail and I have been having discussion about whether we should use
>>> provided scope for dependencies or shall we use 2.9.0 for ignite.version
>>> for the extensions modules?
>>>
>>> Jira : https://issues.apache.org/jira/browse/IGNITE-13621
>>> PR : https://github.com/apache/ignite-extensions/pull/28/files
>>>
>>> Please let us know your thoughts.
>>>
>>> Denis,
>>>
>>> We have the following jira ticket for documentation work for ignite
>>> extensions releases.
>>>
>>> https://issues.apache.org/jira/browse/IGNITE-12951
>>>
>>> Please let us know if the scope in the issue looks good.
>>>
>>> Regards,
>>> Saikat
>>>
>>>
>>> On Wed, Oct 28, 2020 at 10:28 AM Denis Magda <[hidden email]> wrote:
>>>
>>>> Alex,
>>>>
>>>> Should we create a dedicated ticket for the documentation changes or
>> can we
>>>> reuse IGNITE-13634? As a bare minimum, we need to update maven
>> artifacts'
>>>> names and versions:
>>>>
>>>>
>> https://github.com/apache/ignite/tree/master/docs/_docs/extensions-and-integrations
>>>>
>>>>
>>>>
>>>> -
>>>> Denis
>>>>
>>>>
>>>> On Wed, Oct 28, 2020 at 5:10 AM Alexey Goncharuk <
>>>> [hidden email]>
>>>> wrote:
>>>>
>>>>> Igniters,
>>>>>
>>>>> Since Ignite 2.9 has been released, I think we can now release the
>>>>> extension modules related to streaming.
>>>>>
>>>>> I noticed that unlike spring autoconfigure, the streamer extensions
>>>>> dependencies do not have provided scope, so I created a ticket to fix
>>>> that
>>>>> [1]. Anything else we should fix before releasing the extensions?
>>>>>
>>>>> [1] https://issues.apache.org/jira/browse/IGNITE-13634
>>>>>
>>>>> --AG
>>>>>
>>

[Mikhail Petrov]

Alexey,

Did I understand you correctly?

For each new version of any extension, the minimum Ignite version and
the minimum version of <integration target> will be explicitly specified
in the release notes/documentation. It is also assumed that due to
backward compatibility users can safely use this extension with any
version of Ignite and <integration target> that is higher than the
specified minimum versions. And if any version of Ignite or <integration
target> don't satisfy backward compatibility, new version of the
corresponding extension must be released.

If so, should we in this case get rid of multiple existing
ignite-spring-data-[2.0, 2.1, 2.2] modules and just successively release
existing modules with separate versions?

On 11.11.2020 11:54, Nikolay Izhikov wrote:

> +1 to make extensions as independent as possible.
>
> Doubt if we can do it for each module.
> We have, ignite-hibernate_4.2, ignite-hibernate_5.1 modules that attached to specific hibernate version by their name.
>
>
>> 11 нояб. 2020 г., в 11:19, Alexey Goncharuk <[hidden email]> написал(а):
>>
>> Hello Mikhail,
>>
>> I see that now only Ignite dependencies are marked as 'provided', however,
>> it makes sense to move all libraries being integrated to the 'provided'
>> scope (for example, the Apache Camel dependency for camel-ext and so on).
>> This is how it is currently done for the spring-autoconfigure, and I
>> believe we should be consistent here: either always freeze the integrations
>> versions, or always assume a user will provide them externally.
>>
>> Thoughts?
>>
>> вт, 10 нояб. 2020 г. в 14:14, Mikhail Petrov <[hidden email]>:
>>
>>> Igniters,
>>>
>>> It seems that we came to decision on change of Ignite dependency scopes
>>> to "provided". Don't we?
>>>
>>> The corresponding ticket [1] is ready to final review. Saikat Maitra
>>> have already reviewed and approved PR [2].
>>>
>>> Could some committer take a final look?
>>>
>>> [1] - https://issues.apache.org/jira/browse/IGNITE-13634
>>> [2] - https://github.com/apache/ignite-extensions/pull/28
>>>
>>> On 28.10.2020 20:24, Saikat Maitra wrote:
>>>> Hi
>>>>
>>>> Alex,
>>>>
>>>> Yes, we can start releasing the extensions modules. I would like to also
>>>> help in releasing a few extensions, it will also help me to be
>>> familiarized
>>>> with the release process.
>>>>
>>>> Mikhail and I have been having discussion about whether we should use
>>>> provided scope for dependencies or shall we use 2.9.0 for ignite.version
>>>> for the extensions modules?
>>>>
>>>> Jira : https://issues.apache.org/jira/browse/IGNITE-13621
>>>> PR : https://github.com/apache/ignite-extensions/pull/28/files
>>>>
>>>> Please let us know your thoughts.
>>>>
>>>> Denis,
>>>>
>>>> We have the following jira ticket for documentation work for ignite
>>>> extensions releases.
>>>>
>>>> https://issues.apache.org/jira/browse/IGNITE-12951
>>>>
>>>> Please let us know if the scope in the issue looks good.
>>>>
>>>> Regards,
>>>> Saikat
>>>>
>>>>
>>>> On Wed, Oct 28, 2020 at 10:28 AM Denis Magda <[hidden email]> wrote:
>>>>
>>>>> Alex,
>>>>>
>>>>> Should we create a dedicated ticket for the documentation changes or
>>> can we
>>>>> reuse IGNITE-13634? As a bare minimum, we need to update maven
>>> artifacts'
>>>>> names and versions:
>>>>>
>>>>>
>>> https://github.com/apache/ignite/tree/master/docs/_docs/extensions-and-integrations
>>>>>
>>>>>
>>>>> -
>>>>> Denis
>>>>>
>>>>>
>>>>> On Wed, Oct 28, 2020 at 5:10 AM Alexey Goncharuk <
>>>>> [hidden email]>
>>>>> wrote:
>>>>>
>>>>>> Igniters,
>>>>>>
>>>>>> Since Ignite 2.9 has been released, I think we can now release the
>>>>>> extension modules related to streaming.
>>>>>>
>>>>>> I noticed that unlike spring autoconfigure, the streamer extensions
>>>>>> dependencies do not have provided scope, so I created a ticket to fix
>>>>> that
>>>>>> [1]. Anything else we should fix before releasing the extensions?
>>>>>>
>>>>>> [1] https://issues.apache.org/jira/browse/IGNITE-13634
>>>>>>
>>>>>> --AG
>>>>>>

[Alexey Goncharuk]

Yes, the idea is correct. I cannot vouch for the ignite-spring-data
extension because I do not know whether there are maintenance releases for
each of the sprint-data-[2.0, 2.1, 2.2] streams. If spring-data-2.0.x is no
longer supported, then definitely we should be good to release it once and
move on.

--AG

ср, 11 нояб. 2020 г. в 17:26, Mikhail Petrov <[hidden email]>:

> Alexey,
>
> Did I understand you correctly?
>
> For each new version of any extension, the minimum Ignite version and
> the minimum version of <integration target> will be explicitly specified
> in the release notes/documentation. It is also assumed that due to
> backward compatibility users can safely use this extension with any
> version of Ignite and <integration target> that is higher than the
> specified minimum versions. And if any version of Ignite or <integration
> target> don't satisfy backward compatibility, new version of the
> corresponding extension must be released.
>
> If so, should we in this case get rid of multiple existing
> ignite-spring-data-[2.0, 2.1, 2.2] modules and just successively release
> existing modules with separate versions?
>
> On 11.11.2020 11:54, Nikolay Izhikov wrote:
> > +1 to make extensions as independent as possible.
> >
> > Doubt if we can do it for each module.
> > We have, ignite-hibernate_4.2, ignite-hibernate_5.1 modules that
> attached to specific hibernate version by their name.
> >
> >
> >> 11 нояб. 2020 г., в 11:19, Alexey Goncharuk <[hidden email]>
> написал(а):
> >>
> >> Hello Mikhail,
> >>
> >> I see that now only Ignite dependencies are marked as 'provided',
> however,
> >> it makes sense to move all libraries being integrated to the 'provided'
> >> scope (for example, the Apache Camel dependency for camel-ext and so
> on).
> >> This is how it is currently done for the spring-autoconfigure, and I
> >> believe we should be consistent here: either always freeze the
> integrations
> >> versions, or always assume a user will provide them externally.
> >>
> >> Thoughts?
> >>
> >> вт, 10 нояб. 2020 г. в 14:14, Mikhail Petrov <[hidden email]>:
> >>
> >>> Igniters,
> >>>
> >>> It seems that we came to decision on change of Ignite dependency scopes
> >>> to "provided". Don't we?
> >>>
> >>> The corresponding ticket [1] is ready to final review. Saikat Maitra
> >>> have already reviewed and approved PR [2].
> >>>
> >>> Could some committer take a final look?
> >>>
> >>> [1] - https://issues.apache.org/jira/browse/IGNITE-13634
> >>> [2] - https://github.com/apache/ignite-extensions/pull/28
> >>>
> >>> On 28.10.2020 20:24, Saikat Maitra wrote:
> >>>> Hi
> >>>>
> >>>> Alex,
> >>>>
> >>>> Yes, we can start releasing the extensions modules. I would like to
> also
> >>>> help in releasing a few extensions, it will also help me to be
> >>> familiarized
> >>>> with the release process.
> >>>>
> >>>> Mikhail and I have been having discussion about whether we should use
> >>>> provided scope for dependencies or shall we use 2.9.0 for
> ignite.version
> >>>> for the extensions modules?
> >>>>
> >>>> Jira : https://issues.apache.org/jira/browse/IGNITE-13621
> >>>> PR : https://github.com/apache/ignite-extensions/pull/28/files
> >>>>
> >>>> Please let us know your thoughts.
> >>>>
> >>>> Denis,
> >>>>
> >>>> We have the following jira ticket for documentation work for ignite
> >>>> extensions releases.
> >>>>
> >>>> https://issues.apache.org/jira/browse/IGNITE-12951
> >>>>
> >>>> Please let us know if the scope in the issue looks good.
> >>>>
> >>>> Regards,
> >>>> Saikat
> >>>>
> >>>>
> >>>> On Wed, Oct 28, 2020 at 10:28 AM Denis Magda <[hidden email]>
> wrote:
> >>>>
> >>>>> Alex,
> >>>>>
> >>>>> Should we create a dedicated ticket for the documentation changes or
> >>> can we
> >>>>> reuse IGNITE-13634? As a bare minimum, we need to update maven
> >>> artifacts'
> >>>>> names and versions:
> >>>>>
> >>>>>
> >>>
> https://github.com/apache/ignite/tree/master/docs/_docs/extensions-and-integrations
> >>>>>
> >>>>>
> >>>>> -
> >>>>> Denis
> >>>>>
> >>>>>
> >>>>> On Wed, Oct 28, 2020 at 5:10 AM Alexey Goncharuk <
> >>>>> [hidden email]>
> >>>>> wrote:
> >>>>>
> >>>>>> Igniters,
> >>>>>>
> >>>>>> Since Ignite 2.9 has been released, I think we can now release the
> >>>>>> extension modules related to streaming.
> >>>>>>
> >>>>>> I noticed that unlike spring autoconfigure, the streamer extensions
> >>>>>> dependencies do not have provided scope, so I created a ticket to
> fix
> >>>>> that
> >>>>>> [1]. Anything else we should fix before releasing the extensions?
> >>>>>>
> >>>>>> [1] https://issues.apache.org/jira/browse/IGNITE-13634
> >>>>>>
> >>>>>> --AG
> >>>>>>
>

[Mikhail Petrov]

PR [0] was updated. Scope of Ignite and <integration target>
dependencies has been set to "provided".

Could someone take a look, please?

[0] - https://github.com/apache/ignite-extensions/pull/28

On 12.11.2020 11:53, Alexey Goncharuk wrote:

> Yes, the idea is correct. I cannot vouch for the ignite-spring-data
> extension because I do not know whether there are maintenance releases for
> each of the sprint-data-[2.0, 2.1, 2.2] streams. If spring-data-2.0.x is no
> longer supported, then definitely we should be good to release it once and
> move on.
>
> --AG
>
> ср, 11 нояб. 2020 г. в 17:26, Mikhail Petrov <[hidden email]>:
>
>> Alexey,
>>
>> Did I understand you correctly?
>>
>> For each new version of any extension, the minimum Ignite version and
>> the minimum version of <integration target> will be explicitly specified
>> in the release notes/documentation. It is also assumed that due to
>> backward compatibility users can safely use this extension with any
>> version of Ignite and <integration target> that is higher than the
>> specified minimum versions. And if any version of Ignite or <integration
>> target> don't satisfy backward compatibility, new version of the
>> corresponding extension must be released.
>>
>> If so, should we in this case get rid of multiple existing
>> ignite-spring-data-[2.0, 2.1, 2.2] modules and just successively release
>> existing modules with separate versions?
>>
>> On 11.11.2020 11:54, Nikolay Izhikov wrote:
>>> +1 to make extensions as independent as possible.
>>>
>>> Doubt if we can do it for each module.
>>> We have, ignite-hibernate_4.2, ignite-hibernate_5.1 modules that
>> attached to specific hibernate version by their name.
>>>
>>>> 11 нояб. 2020 г., в 11:19, Alexey Goncharuk <[hidden email]>
>> написал(а):
>>>> Hello Mikhail,
>>>>
>>>> I see that now only Ignite dependencies are marked as 'provided',
>> however,
>>>> it makes sense to move all libraries being integrated to the 'provided'
>>>> scope (for example, the Apache Camel dependency for camel-ext and so
>> on).
>>>> This is how it is currently done for the spring-autoconfigure, and I
>>>> believe we should be consistent here: either always freeze the
>> integrations
>>>> versions, or always assume a user will provide them externally.
>>>>
>>>> Thoughts?
>>>>
>>>> вт, 10 нояб. 2020 г. в 14:14, Mikhail Petrov <[hidden email]>:
>>>>
>>>>> Igniters,
>>>>>
>>>>> It seems that we came to decision on change of Ignite dependency scopes
>>>>> to "provided". Don't we?
>>>>>
>>>>> The corresponding ticket [1] is ready to final review. Saikat Maitra
>>>>> have already reviewed and approved PR [2].
>>>>>
>>>>> Could some committer take a final look?
>>>>>
>>>>> [1] - https://issues.apache.org/jira/browse/IGNITE-13634
>>>>> [2] - https://github.com/apache/ignite-extensions/pull/28
>>>>>
>>>>> On 28.10.2020 20:24, Saikat Maitra wrote:
>>>>>> Hi
>>>>>>
>>>>>> Alex,
>>>>>>
>>>>>> Yes, we can start releasing the extensions modules. I would like to
>> also
>>>>>> help in releasing a few extensions, it will also help me to be
>>>>> familiarized
>>>>>> with the release process.
>>>>>>
>>>>>> Mikhail and I have been having discussion about whether we should use
>>>>>> provided scope for dependencies or shall we use 2.9.0 for
>> ignite.version
>>>>>> for the extensions modules?
>>>>>>
>>>>>> Jira : https://issues.apache.org/jira/browse/IGNITE-13621
>>>>>> PR : https://github.com/apache/ignite-extensions/pull/28/files
>>>>>>
>>>>>> Please let us know your thoughts.
>>>>>>
>>>>>> Denis,
>>>>>>
>>>>>> We have the following jira ticket for documentation work for ignite
>>>>>> extensions releases.
>>>>>>
>>>>>> https://issues.apache.org/jira/browse/IGNITE-12951
>>>>>>
>>>>>> Please let us know if the scope in the issue looks good.
>>>>>>
>>>>>> Regards,
>>>>>> Saikat
>>>>>>
>>>>>>
>>>>>> On Wed, Oct 28, 2020 at 10:28 AM Denis Magda <[hidden email]>
>> wrote:
>>>>>>> Alex,
>>>>>>>
>>>>>>> Should we create a dedicated ticket for the documentation changes or
>>>>> can we
>>>>>>> reuse IGNITE-13634? As a bare minimum, we need to update maven
>>>>> artifacts'
>>>>>>> names and versions:
>>>>>>>
>>>>>>>
>> https://github.com/apache/ignite/tree/master/docs/_docs/extensions-and-integrations
>>>>>>>
>>>>>>> -
>>>>>>> Denis
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Oct 28, 2020 at 5:10 AM Alexey Goncharuk <
>>>>>>> [hidden email]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Igniters,
>>>>>>>>
>>>>>>>> Since Ignite 2.9 has been released, I think we can now release the
>>>>>>>> extension modules related to streaming.
>>>>>>>>
>>>>>>>> I noticed that unlike spring autoconfigure, the streamer extensions
>>>>>>>> dependencies do not have provided scope, so I created a ticket to
>> fix
>>>>>>> that
>>>>>>>> [1]. Anything else we should fix before releasing the extensions?
>>>>>>>>
>>>>>>>> [1] https://issues.apache.org/jira/browse/IGNITE-13634
>>>>>>>>
>>>>>>>> --AG
>>>>>>>>