Folks, In general case, 3rd party resource links look for me absolutely normal e.g. we could have some links on Oracle's documentation pages.
But let's add a little accuracy. We are talking about links to GridGain documentation pages. For me, it's the same as comments `TODO: please, fix me GG-XXXXX` in the source code (e.g. like this one [1]). Looks a bit strange :-) [1] https://github.com/apache/ignite/blob/master/modules/core/src/main/java/org/apache/ignite/internal/processors/cache/PartitionUpdateCounter.java#L43 On Tue, 3 Dec 2019 at 20:13, Dmitriy Pavlov <dpav...@apache.org> wrote: > > Hi Igniters, > > It is not good if we'll made a tradition of linking to company websites > from the community website / wiki / lists. But if it makes sense to mention > something useful for users, why not. > > And in this particular case it may be ok, if it is relevant. Just remember, > community resources are not Nascar cars. > > See also https://www.apache.org/foundation/marks/linking > > Sincerely, > Dmitriy Pavlov > > вт, 3 дек. 2019 г. в 19:50, Denis Magda <dma...@apache.org>: > > > Hi Ivan, > > > > If an author of an article believes that there is a 3rd party resource that > > is handy and helpful for his/her work then there is nothing wrong to refer > > to it. Based on Alexey's response in another thread, that GridGain page > > brings more clarity to the topic, thus, don't see any issue with that. > > > > > > - > > Denis > > > > > > On Tue, Dec 3, 2019 at 6:41 AM Ivan Pavlukhin <vololo...@gmail.com> wrote: > > > > > Folks, > > > > > > In a thread about a document describing data consistency [1] in Ignite > > > it was identified that there is a link to GridGain documentation. > > > > > > I do not have strong arguments against having such links in community > > > wiki. But it interesting to me to discuss the subject with community. > > > Might be there is some common practice in ASF communities about the > > > subject. > > > > > > Please, share your thoughts. > > > > > > [1] https://cwiki.apache.org/confluence/display/IGNITE/Data+consistency > > > -- > > > Best regards, > > > Ivan Pavlukhin > > > > >