You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geode.apache.org by Kirk Lund <kl...@pivotal.io> on 2018/01/23 17:30:53 UTC
build is broken
I just tried to compile Geode develop. ClusterConfigurationService has two
broken imports that don't exist:
import com.healthmarketscience.rmiio.RemoteInputStream;
import com.healthmarketscience.rmiio.RemoteInputStreamClient;
Was there a new dependency added to Geode?
Re: build is broken
Posted by Anthony Baker <ab...@pivotal.io>.
There was a PR for these changes: https://github.com/apache/geode/pull/1212 <https://github.com/apache/geode/pull/1212>
I didn’t comment on the PR but I did review the dependency for license compatibility (it’s ASL 2.0).
Anthony
> On Jan 23, 2018, at 2:29 PM, Mark Bretl <mb...@apache.org> wrote:
>
> I agree with Kirk. A simple notice to the dev list to say what dependency
> and why it is being added, this would also be an opportunity to make sure
> the dependency is not using a Cat-X license [1].
>
> --Mark
>
> [1] https://www.apache.org/legal/resolved.html#category-x
>
> On Tue, Jan 23, 2018 at 2:09 PM, Kirk Lund <kl...@apache.org> wrote:
>
>> Discussing the addition of new dependencies is something the community
>> should be doing on the dev-list regardless of how many git repos we have.
>> It's part of the Apache Way that we are beholden to as an Apache project.
>>
>> On Tue, Jan 23, 2018 at 11:25 AM, Udo Kohlmeyer <uk...@pivotal.io>
>> wrote:
>>
>>> This really just another reason that we should be pushing for the
>>> separation of Geode into different (independent) modules with potentially
>>> separate repos.
>>> This way modules can advance and iterate faster without having to be
>>> influenced by external factors causing unrelated failures.
>>>
>>> I would push for this, rather than having to slow the whole development
>>> process down, whilst waiting for consensus on libraries used for external
>>> tooling.
>>>
>>> --Udo
>>>
>>> On Tue, Jan 23, 2018 at 11:15 AM, Kirk Lund <kl...@apache.org> wrote:
>>>
>>>> I have it working now. My IntelliJ project was using JDK1.8.0_66 for
>>> Gradle
>>>> which prevented updating of dependencies which then caused compilation
>> in
>>>> IntelliJ to fail on that new dependency.
>>>>
>>>> This doesn't resolve my main issue here which is this: *all new
>>>> dependencies should be discussed on the dev list before introducing
>> them
>>> in
>>>> a commit*. Can you please point me at an email that proposes adding
>> this
>>>> dependency?
>>>>
>>>> On Tue, Jan 23, 2018 at 10:10 AM, Anthony Baker <ab...@pivotal.io>
>>> wrote:
>>>>
>>>>> I just ran `gradle clean build` from HEAD and did not get any errors.
>>>>>
>>>>>> On Jan 23, 2018, at 10:08 AM, Jens Deppe <jd...@pivotal.io>
>> wrote:
>>>>>>
>>>>>> The dependency is the rmi-io library. It provides functionality for
>>>>>> streaming data over RMI.
>>>>>>
>>>>>> It was added a few weeks ago, so I'm not sure why your build is
>>>> breaking
>>>>>> now.
>>>>>>
>>>>>> --Jens
>>>>>>
>>>>>> On Tue, Jan 23, 2018 at 9:41 AM, Kirk Lund <kl...@apache.org>
>> wrote:
>>>>>>
>>>>>>> Looks like this dependency is Jackcess (used for reading and
>> writing
>>>> MS
>>>>>>> Access databases). I cannot find any discussion about adding this
>>>>>>> dependency on the dev-list. Why does Geode need to talk to MS
>> Access
>>>>>>> databases for Cluster Configuration?
>>>>>>>
>>>>>>> It does have an Apache 2.0 license, but I think there are two
>>> problems
>>>>> with
>>>>>>> adding Jackcess: 1) all new dependencies should be discussed on
>>>> dev-list
>>>>>>> BEFORE adding them to Geode, 2) we shouldn't need to talk to MS
>>> Access
>>>>> for
>>>>>>> Cluster Configuration.
>>>>>>>
>>>>>>> On Tue, Jan 23, 2018 at 9:30 AM, Kirk Lund <kl...@pivotal.io>
>>> wrote:
>>>>>>>
>>>>>>>> I just tried to compile Geode develop.
>> ClusterConfigurationService
>>>> has
>>>>>>> two
>>>>>>>> broken imports that don't exist:
>>>>>>>>
>>>>>>>> import com.healthmarketscience.rmiio.RemoteInputStream;
>>>>>>>> import com.healthmarketscience.rmiio.RemoteInputStreamClient;
>>>>>>>>
>>>>>>>> Was there a new dependency added to Geode?
>>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
Re: build is broken
Posted by Mark Bretl <mb...@apache.org>.
I agree with Kirk. A simple notice to the dev list to say what dependency
and why it is being added, this would also be an opportunity to make sure
the dependency is not using a Cat-X license [1].
--Mark
[1] https://www.apache.org/legal/resolved.html#category-x
On Tue, Jan 23, 2018 at 2:09 PM, Kirk Lund <kl...@apache.org> wrote:
> Discussing the addition of new dependencies is something the community
> should be doing on the dev-list regardless of how many git repos we have.
> It's part of the Apache Way that we are beholden to as an Apache project.
>
> On Tue, Jan 23, 2018 at 11:25 AM, Udo Kohlmeyer <uk...@pivotal.io>
> wrote:
>
> > This really just another reason that we should be pushing for the
> > separation of Geode into different (independent) modules with potentially
> > separate repos.
> > This way modules can advance and iterate faster without having to be
> > influenced by external factors causing unrelated failures.
> >
> > I would push for this, rather than having to slow the whole development
> > process down, whilst waiting for consensus on libraries used for external
> > tooling.
> >
> > --Udo
> >
> > On Tue, Jan 23, 2018 at 11:15 AM, Kirk Lund <kl...@apache.org> wrote:
> >
> > > I have it working now. My IntelliJ project was using JDK1.8.0_66 for
> > Gradle
> > > which prevented updating of dependencies which then caused compilation
> in
> > > IntelliJ to fail on that new dependency.
> > >
> > > This doesn't resolve my main issue here which is this: *all new
> > > dependencies should be discussed on the dev list before introducing
> them
> > in
> > > a commit*. Can you please point me at an email that proposes adding
> this
> > > dependency?
> > >
> > > On Tue, Jan 23, 2018 at 10:10 AM, Anthony Baker <ab...@pivotal.io>
> > wrote:
> > >
> > > > I just ran `gradle clean build` from HEAD and did not get any errors.
> > > >
> > > > > On Jan 23, 2018, at 10:08 AM, Jens Deppe <jd...@pivotal.io>
> wrote:
> > > > >
> > > > > The dependency is the rmi-io library. It provides functionality for
> > > > > streaming data over RMI.
> > > > >
> > > > > It was added a few weeks ago, so I'm not sure why your build is
> > > breaking
> > > > > now.
> > > > >
> > > > > --Jens
> > > > >
> > > > > On Tue, Jan 23, 2018 at 9:41 AM, Kirk Lund <kl...@apache.org>
> wrote:
> > > > >
> > > > >> Looks like this dependency is Jackcess (used for reading and
> writing
> > > MS
> > > > >> Access databases). I cannot find any discussion about adding this
> > > > >> dependency on the dev-list. Why does Geode need to talk to MS
> Access
> > > > >> databases for Cluster Configuration?
> > > > >>
> > > > >> It does have an Apache 2.0 license, but I think there are two
> > problems
> > > > with
> > > > >> adding Jackcess: 1) all new dependencies should be discussed on
> > > dev-list
> > > > >> BEFORE adding them to Geode, 2) we shouldn't need to talk to MS
> > Access
> > > > for
> > > > >> Cluster Configuration.
> > > > >>
> > > > >> On Tue, Jan 23, 2018 at 9:30 AM, Kirk Lund <kl...@pivotal.io>
> > wrote:
> > > > >>
> > > > >>> I just tried to compile Geode develop.
> ClusterConfigurationService
> > > has
> > > > >> two
> > > > >>> broken imports that don't exist:
> > > > >>>
> > > > >>> import com.healthmarketscience.rmiio.RemoteInputStream;
> > > > >>> import com.healthmarketscience.rmiio.RemoteInputStreamClient;
> > > > >>>
> > > > >>> Was there a new dependency added to Geode?
> > > > >>>
> > > > >>
> > > >
> > > >
> > >
> >
>
Re: build is broken
Posted by Kirk Lund <kl...@apache.org>.
Discussing the addition of new dependencies is something the community
should be doing on the dev-list regardless of how many git repos we have.
It's part of the Apache Way that we are beholden to as an Apache project.
On Tue, Jan 23, 2018 at 11:25 AM, Udo Kohlmeyer <uk...@pivotal.io>
wrote:
> This really just another reason that we should be pushing for the
> separation of Geode into different (independent) modules with potentially
> separate repos.
> This way modules can advance and iterate faster without having to be
> influenced by external factors causing unrelated failures.
>
> I would push for this, rather than having to slow the whole development
> process down, whilst waiting for consensus on libraries used for external
> tooling.
>
> --Udo
>
> On Tue, Jan 23, 2018 at 11:15 AM, Kirk Lund <kl...@apache.org> wrote:
>
> > I have it working now. My IntelliJ project was using JDK1.8.0_66 for
> Gradle
> > which prevented updating of dependencies which then caused compilation in
> > IntelliJ to fail on that new dependency.
> >
> > This doesn't resolve my main issue here which is this: *all new
> > dependencies should be discussed on the dev list before introducing them
> in
> > a commit*. Can you please point me at an email that proposes adding this
> > dependency?
> >
> > On Tue, Jan 23, 2018 at 10:10 AM, Anthony Baker <ab...@pivotal.io>
> wrote:
> >
> > > I just ran `gradle clean build` from HEAD and did not get any errors.
> > >
> > > > On Jan 23, 2018, at 10:08 AM, Jens Deppe <jd...@pivotal.io> wrote:
> > > >
> > > > The dependency is the rmi-io library. It provides functionality for
> > > > streaming data over RMI.
> > > >
> > > > It was added a few weeks ago, so I'm not sure why your build is
> > breaking
> > > > now.
> > > >
> > > > --Jens
> > > >
> > > > On Tue, Jan 23, 2018 at 9:41 AM, Kirk Lund <kl...@apache.org> wrote:
> > > >
> > > >> Looks like this dependency is Jackcess (used for reading and writing
> > MS
> > > >> Access databases). I cannot find any discussion about adding this
> > > >> dependency on the dev-list. Why does Geode need to talk to MS Access
> > > >> databases for Cluster Configuration?
> > > >>
> > > >> It does have an Apache 2.0 license, but I think there are two
> problems
> > > with
> > > >> adding Jackcess: 1) all new dependencies should be discussed on
> > dev-list
> > > >> BEFORE adding them to Geode, 2) we shouldn't need to talk to MS
> Access
> > > for
> > > >> Cluster Configuration.
> > > >>
> > > >> On Tue, Jan 23, 2018 at 9:30 AM, Kirk Lund <kl...@pivotal.io>
> wrote:
> > > >>
> > > >>> I just tried to compile Geode develop. ClusterConfigurationService
> > has
> > > >> two
> > > >>> broken imports that don't exist:
> > > >>>
> > > >>> import com.healthmarketscience.rmiio.RemoteInputStream;
> > > >>> import com.healthmarketscience.rmiio.RemoteInputStreamClient;
> > > >>>
> > > >>> Was there a new dependency added to Geode?
> > > >>>
> > > >>
> > >
> > >
> >
>
Re: build is broken
Posted by Udo Kohlmeyer <uk...@pivotal.io>.
This really just another reason that we should be pushing for the
separation of Geode into different (independent) modules with potentially
separate repos.
This way modules can advance and iterate faster without having to be
influenced by external factors causing unrelated failures.
I would push for this, rather than having to slow the whole development
process down, whilst waiting for consensus on libraries used for external
tooling.
--Udo
On Tue, Jan 23, 2018 at 11:15 AM, Kirk Lund <kl...@apache.org> wrote:
> I have it working now. My IntelliJ project was using JDK1.8.0_66 for Gradle
> which prevented updating of dependencies which then caused compilation in
> IntelliJ to fail on that new dependency.
>
> This doesn't resolve my main issue here which is this: *all new
> dependencies should be discussed on the dev list before introducing them in
> a commit*. Can you please point me at an email that proposes adding this
> dependency?
>
> On Tue, Jan 23, 2018 at 10:10 AM, Anthony Baker <ab...@pivotal.io> wrote:
>
> > I just ran `gradle clean build` from HEAD and did not get any errors.
> >
> > > On Jan 23, 2018, at 10:08 AM, Jens Deppe <jd...@pivotal.io> wrote:
> > >
> > > The dependency is the rmi-io library. It provides functionality for
> > > streaming data over RMI.
> > >
> > > It was added a few weeks ago, so I'm not sure why your build is
> breaking
> > > now.
> > >
> > > --Jens
> > >
> > > On Tue, Jan 23, 2018 at 9:41 AM, Kirk Lund <kl...@apache.org> wrote:
> > >
> > >> Looks like this dependency is Jackcess (used for reading and writing
> MS
> > >> Access databases). I cannot find any discussion about adding this
> > >> dependency on the dev-list. Why does Geode need to talk to MS Access
> > >> databases for Cluster Configuration?
> > >>
> > >> It does have an Apache 2.0 license, but I think there are two problems
> > with
> > >> adding Jackcess: 1) all new dependencies should be discussed on
> dev-list
> > >> BEFORE adding them to Geode, 2) we shouldn't need to talk to MS Access
> > for
> > >> Cluster Configuration.
> > >>
> > >> On Tue, Jan 23, 2018 at 9:30 AM, Kirk Lund <kl...@pivotal.io> wrote:
> > >>
> > >>> I just tried to compile Geode develop. ClusterConfigurationService
> has
> > >> two
> > >>> broken imports that don't exist:
> > >>>
> > >>> import com.healthmarketscience.rmiio.RemoteInputStream;
> > >>> import com.healthmarketscience.rmiio.RemoteInputStreamClient;
> > >>>
> > >>> Was there a new dependency added to Geode?
> > >>>
> > >>
> >
> >
>
Re: build is broken
Posted by Kirk Lund <kl...@apache.org>.
I have it working now. My IntelliJ project was using JDK1.8.0_66 for Gradle
which prevented updating of dependencies which then caused compilation in
IntelliJ to fail on that new dependency.
This doesn't resolve my main issue here which is this: *all new
dependencies should be discussed on the dev list before introducing them in
a commit*. Can you please point me at an email that proposes adding this
dependency?
On Tue, Jan 23, 2018 at 10:10 AM, Anthony Baker <ab...@pivotal.io> wrote:
> I just ran `gradle clean build` from HEAD and did not get any errors.
>
> > On Jan 23, 2018, at 10:08 AM, Jens Deppe <jd...@pivotal.io> wrote:
> >
> > The dependency is the rmi-io library. It provides functionality for
> > streaming data over RMI.
> >
> > It was added a few weeks ago, so I'm not sure why your build is breaking
> > now.
> >
> > --Jens
> >
> > On Tue, Jan 23, 2018 at 9:41 AM, Kirk Lund <kl...@apache.org> wrote:
> >
> >> Looks like this dependency is Jackcess (used for reading and writing MS
> >> Access databases). I cannot find any discussion about adding this
> >> dependency on the dev-list. Why does Geode need to talk to MS Access
> >> databases for Cluster Configuration?
> >>
> >> It does have an Apache 2.0 license, but I think there are two problems
> with
> >> adding Jackcess: 1) all new dependencies should be discussed on dev-list
> >> BEFORE adding them to Geode, 2) we shouldn't need to talk to MS Access
> for
> >> Cluster Configuration.
> >>
> >> On Tue, Jan 23, 2018 at 9:30 AM, Kirk Lund <kl...@pivotal.io> wrote:
> >>
> >>> I just tried to compile Geode develop. ClusterConfigurationService has
> >> two
> >>> broken imports that don't exist:
> >>>
> >>> import com.healthmarketscience.rmiio.RemoteInputStream;
> >>> import com.healthmarketscience.rmiio.RemoteInputStreamClient;
> >>>
> >>> Was there a new dependency added to Geode?
> >>>
> >>
>
>
Re: build is broken
Posted by Anthony Baker <ab...@pivotal.io>.
I just ran `gradle clean build` from HEAD and did not get any errors.
> On Jan 23, 2018, at 10:08 AM, Jens Deppe <jd...@pivotal.io> wrote:
>
> The dependency is the rmi-io library. It provides functionality for
> streaming data over RMI.
>
> It was added a few weeks ago, so I'm not sure why your build is breaking
> now.
>
> --Jens
>
> On Tue, Jan 23, 2018 at 9:41 AM, Kirk Lund <kl...@apache.org> wrote:
>
>> Looks like this dependency is Jackcess (used for reading and writing MS
>> Access databases). I cannot find any discussion about adding this
>> dependency on the dev-list. Why does Geode need to talk to MS Access
>> databases for Cluster Configuration?
>>
>> It does have an Apache 2.0 license, but I think there are two problems with
>> adding Jackcess: 1) all new dependencies should be discussed on dev-list
>> BEFORE adding them to Geode, 2) we shouldn't need to talk to MS Access for
>> Cluster Configuration.
>>
>> On Tue, Jan 23, 2018 at 9:30 AM, Kirk Lund <kl...@pivotal.io> wrote:
>>
>>> I just tried to compile Geode develop. ClusterConfigurationService has
>> two
>>> broken imports that don't exist:
>>>
>>> import com.healthmarketscience.rmiio.RemoteInputStream;
>>> import com.healthmarketscience.rmiio.RemoteInputStreamClient;
>>>
>>> Was there a new dependency added to Geode?
>>>
>>
Re: build is broken
Posted by Jens Deppe <jd...@pivotal.io>.
The dependency is the rmi-io library. It provides functionality for
streaming data over RMI.
It was added a few weeks ago, so I'm not sure why your build is breaking
now.
--Jens
On Tue, Jan 23, 2018 at 9:41 AM, Kirk Lund <kl...@apache.org> wrote:
> Looks like this dependency is Jackcess (used for reading and writing MS
> Access databases). I cannot find any discussion about adding this
> dependency on the dev-list. Why does Geode need to talk to MS Access
> databases for Cluster Configuration?
>
> It does have an Apache 2.0 license, but I think there are two problems with
> adding Jackcess: 1) all new dependencies should be discussed on dev-list
> BEFORE adding them to Geode, 2) we shouldn't need to talk to MS Access for
> Cluster Configuration.
>
> On Tue, Jan 23, 2018 at 9:30 AM, Kirk Lund <kl...@pivotal.io> wrote:
>
> > I just tried to compile Geode develop. ClusterConfigurationService has
> two
> > broken imports that don't exist:
> >
> > import com.healthmarketscience.rmiio.RemoteInputStream;
> > import com.healthmarketscience.rmiio.RemoteInputStreamClient;
> >
> > Was there a new dependency added to Geode?
> >
>
Re: build is broken
Posted by Kirk Lund <kl...@apache.org>.
Looks like this dependency is Jackcess (used for reading and writing MS
Access databases). I cannot find any discussion about adding this
dependency on the dev-list. Why does Geode need to talk to MS Access
databases for Cluster Configuration?
It does have an Apache 2.0 license, but I think there are two problems with
adding Jackcess: 1) all new dependencies should be discussed on dev-list
BEFORE adding them to Geode, 2) we shouldn't need to talk to MS Access for
Cluster Configuration.
On Tue, Jan 23, 2018 at 9:30 AM, Kirk Lund <kl...@pivotal.io> wrote:
> I just tried to compile Geode develop. ClusterConfigurationService has two
> broken imports that don't exist:
>
> import com.healthmarketscience.rmiio.RemoteInputStream;
> import com.healthmarketscience.rmiio.RemoteInputStreamClient;
>
> Was there a new dependency added to Geode?
>