You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@gora.apache.org by Henry Saputra <he...@gmail.com> on 2012/11/25 21:54:28 UTC
Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
I have been seeing test failures in the CI related to
java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Seemed like casting to the class to execute the setConf did not work?
- Henry
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Lewis John Mcgibbney <le...@gmail.com>.
No hassle.
There is still work to be done here Henry. It is certainly something
on the radar and we can work on GORA-89 over this week/weekend
hopefully.
On Thu, Dec 6, 2012 at 11:23 PM, Henry Saputra <he...@gmail.com> wrote:
> Ah mea culpa, I was replying the wrong thread. I was trying to reply about
> the initial work you did for
> GORA-89<https://issues.apache.org/jira/browse/GORA-89>
> =(
>
> My bad, still recovering from the cold.
>
> - Henry
>
>
> On Thu, Dec 6, 2012 at 2:45 PM, Lewis John Mcgibbney <
> lewis.mcgibbney@gmail.com> wrote:
>
>> Hi Henry,
>>
>> On Mon, Dec 3, 2012 at 7:06 PM, Henry Saputra <he...@gmail.com>
>> wrote:
>> > Unfortunately I am pretty much out this weekend due to cold and probably
>> > for some part of this week.
>>
>> Hopefully you are getting better., You want to see it here in
>> Scotland... pure baltic is the underestimation of 2012.
>>
>> > Lewis, you can continue working on this or I will take a look at this
>> once
>> > I get my health back.
>>
>> I committed GORA-193 and the tests passed on build #539
>>
>> https://builds.apache.org/view/G-L/view/Gora/job/gora-trunk/539/
>>
>> #540 also passed, so eventually (fingers crossed) it seems like we've
>> narrowed the dependency problem down and resolved it.
>>
>> I've re-initiated the email notifications on the trunk build, so from
>> now on we will get the outcome of the builds sent to dev@ and the
>> "culprits" will also receive a notification. If these get out of hand
>> again we can disable them until we get the situation sorted.
>>
>> I think the best thing is to monitor the builds from now on however
>> hopefully things are back to normal now.
>>
>> All the best for now
>>
>> Lewis
>>
>>
>> --
>> Lewis
>>
--
Lewis
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Henry Saputra <he...@gmail.com>.
Ah mea culpa, I was replying the wrong thread. I was trying to reply about
the initial work you did for
GORA-89<https://issues.apache.org/jira/browse/GORA-89>
=(
My bad, still recovering from the cold.
- Henry
On Thu, Dec 6, 2012 at 2:45 PM, Lewis John Mcgibbney <
lewis.mcgibbney@gmail.com> wrote:
> Hi Henry,
>
> On Mon, Dec 3, 2012 at 7:06 PM, Henry Saputra <he...@gmail.com>
> wrote:
> > Unfortunately I am pretty much out this weekend due to cold and probably
> > for some part of this week.
>
> Hopefully you are getting better., You want to see it here in
> Scotland... pure baltic is the underestimation of 2012.
>
> > Lewis, you can continue working on this or I will take a look at this
> once
> > I get my health back.
>
> I committed GORA-193 and the tests passed on build #539
>
> https://builds.apache.org/view/G-L/view/Gora/job/gora-trunk/539/
>
> #540 also passed, so eventually (fingers crossed) it seems like we've
> narrowed the dependency problem down and resolved it.
>
> I've re-initiated the email notifications on the trunk build, so from
> now on we will get the outcome of the builds sent to dev@ and the
> "culprits" will also receive a notification. If these get out of hand
> again we can disable them until we get the situation sorted.
>
> I think the best thing is to monitor the builds from now on however
> hopefully things are back to normal now.
>
> All the best for now
>
> Lewis
>
>
> --
> Lewis
>
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Lewis John Mcgibbney <le...@gmail.com>.
Aye the addition to the gora-core pom.xml just means that the
gora-core test artifact is always generated during maven life cycle
phases such as package, deploy, etc. As this is now the case, the CI
nightly builds seem to be working well meaning that the tests are
using the correct dependency and passing... for now.
On Thu, Dec 6, 2012 at 11:05 PM, Henry Saputra <he...@gmail.com> wrote:
> Thanks for the update Lewis. Just want to confirm that fix for GORA-193 is
> to modify the pom to include the test plugin right?
>
> - Henry
>
>
> On Thu, Dec 6, 2012 at 2:45 PM, Lewis John Mcgibbney <
> lewis.mcgibbney@gmail.com> wrote:
>
>> Hi Henry,
>>
>> On Mon, Dec 3, 2012 at 7:06 PM, Henry Saputra <he...@gmail.com>
>> wrote:
>> > Unfortunately I am pretty much out this weekend due to cold and probably
>> > for some part of this week.
>>
>> Hopefully you are getting better., You want to see it here in
>> Scotland... pure baltic is the underestimation of 2012.
>>
>> > Lewis, you can continue working on this or I will take a look at this
>> once
>> > I get my health back.
>>
>> I committed GORA-193 and the tests passed on build #539
>>
>> https://builds.apache.org/view/G-L/view/Gora/job/gora-trunk/539/
>>
>> #540 also passed, so eventually (fingers crossed) it seems like we've
>> narrowed the dependency problem down and resolved it.
>>
>> I've re-initiated the email notifications on the trunk build, so from
>> now on we will get the outcome of the builds sent to dev@ and the
>> "culprits" will also receive a notification. If these get out of hand
>> again we can disable them until we get the situation sorted.
>>
>> I think the best thing is to monitor the builds from now on however
>> hopefully things are back to normal now.
>>
>> All the best for now
>>
>> Lewis
>>
>>
>> --
>> Lewis
>>
--
Lewis
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Henry Saputra <he...@gmail.com>.
Thanks for the update Lewis. Just want to confirm that fix for GORA-193 is
to modify the pom to include the test plugin right?
- Henry
On Thu, Dec 6, 2012 at 2:45 PM, Lewis John Mcgibbney <
lewis.mcgibbney@gmail.com> wrote:
> Hi Henry,
>
> On Mon, Dec 3, 2012 at 7:06 PM, Henry Saputra <he...@gmail.com>
> wrote:
> > Unfortunately I am pretty much out this weekend due to cold and probably
> > for some part of this week.
>
> Hopefully you are getting better., You want to see it here in
> Scotland... pure baltic is the underestimation of 2012.
>
> > Lewis, you can continue working on this or I will take a look at this
> once
> > I get my health back.
>
> I committed GORA-193 and the tests passed on build #539
>
> https://builds.apache.org/view/G-L/view/Gora/job/gora-trunk/539/
>
> #540 also passed, so eventually (fingers crossed) it seems like we've
> narrowed the dependency problem down and resolved it.
>
> I've re-initiated the email notifications on the trunk build, so from
> now on we will get the outcome of the builds sent to dev@ and the
> "culprits" will also receive a notification. If these get out of hand
> again we can disable them until we get the situation sorted.
>
> I think the best thing is to monitor the builds from now on however
> hopefully things are back to normal now.
>
> All the best for now
>
> Lewis
>
>
> --
> Lewis
>
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Lewis John Mcgibbney <le...@gmail.com>.
Hi Henry,
On Mon, Dec 3, 2012 at 7:06 PM, Henry Saputra <he...@gmail.com> wrote:
> Unfortunately I am pretty much out this weekend due to cold and probably
> for some part of this week.
Hopefully you are getting better., You want to see it here in
Scotland... pure baltic is the underestimation of 2012.
> Lewis, you can continue working on this or I will take a look at this once
> I get my health back.
I committed GORA-193 and the tests passed on build #539
https://builds.apache.org/view/G-L/view/Gora/job/gora-trunk/539/
#540 also passed, so eventually (fingers crossed) it seems like we've
narrowed the dependency problem down and resolved it.
I've re-initiated the email notifications on the trunk build, so from
now on we will get the outcome of the builds sent to dev@ and the
"culprits" will also receive a notification. If these get out of hand
again we can disable them until we get the situation sorted.
I think the best thing is to monitor the builds from now on however
hopefully things are back to normal now.
All the best for now
Lewis
--
Lewis
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Henry Saputra <he...@gmail.com>.
Unfortunately I am pretty much out this weekend due to cold and probably
for some part of this week.
So unfortunately I did not have the time nor focus to investigate the
patch.
Lewis, you can continue working on this or I will take a look at this once
I get my health back.
Very mea culpa guys =(
- Henry
On Thu, Nov 29, 2012 at 6:57 AM, Lewis John Mcgibbney <
lewis.mcgibbney@gmail.com> wrote:
> Hi,
>
> It looks the the core DataStore class also needs tidied up a bit, some
> method still throw IOExceptions, whereas others simply don't as the
> functionality has been moved further upstream. The Javadoc annotations
> for each method also need to be right, this is essential as DataStore
> is one of the key classes in Gora.
>
> We will get to the bottom of it soon :0)
>
> Best
>
> Lewis
>
> On Thu, Nov 29, 2012 at 2:48 PM, Lewis John Mcgibbney
> <le...@gmail.com> wrote:
> > Hi Henry & Others,
> >
> > We are close to sorting this one out, I promise.
> >
> > Basically, I pruned out all of the old SNAPSHOT jar and tests.jar
> > dependencies from repository.apache.org and adapted the Jenkins build
> > to clean ad deploy only successful SNAPSHOT's after every CI build.
> > This now resolved the problem we were having with the compilation
> > failures with the dynamodb module.
> >
> > Now we are left with a scenario where many (74) tests fail with the
> > following Exception [0]
> >
> > I looked at the change log for DataStoreTestUtil [1] and see that
> > we've missed the additional IOExceptions which were added in during
> > the dynamodb module development.
> >
> > @Renato,
> > Is it possible for you to have a look at trunk, and see if the
> > removal/correct implementation of such Exceptions is necessary... if
> > so then where? This would be excellent and would also allow us to move
> > towards addressing the other Dynamodb issues currently open on Jira.
> >
> > I think getting these tests it top priority just now, considering the
> > changes which have been made further to the integration of the
> > dynamodb module.
> >
> > Thanks all,
> >
> > Lewis
> >
> > [0]
> https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-cassandra/532/testReport/org.apache.gora.cassandra.store/TestCassandraStore/testNewInstance/
> > [1]
> http://svn.apache.org/viewvc/gora/trunk/gora-core/src/test/java/org/apache/gora/store/DataStoreTestUtil.java?r1=1363659&r2=1405417&diff_format=h
> >
> > On Wed, Nov 28, 2012 at 7:09 PM, Lewis John Mcgibbney
> > <le...@gmail.com> wrote:
>
>
>
> --
> Lewis
>
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Henry Saputra <he...@gmail.com>.
Cool, thanks for the update Lewis
- Hernry
On Thu, Nov 29, 2012 at 6:57 AM, Lewis John Mcgibbney <
lewis.mcgibbney@gmail.com> wrote:
> Hi,
>
> It looks the the core DataStore class also needs tidied up a bit, some
> method still throw IOExceptions, whereas others simply don't as the
> functionality has been moved further upstream. The Javadoc annotations
> for each method also need to be right, this is essential as DataStore
> is one of the key classes in Gora.
>
> We will get to the bottom of it soon :0)
>
> Best
>
> Lewis
>
> On Thu, Nov 29, 2012 at 2:48 PM, Lewis John Mcgibbney
> <le...@gmail.com> wrote:
> > Hi Henry & Others,
> >
> > We are close to sorting this one out, I promise.
> >
> > Basically, I pruned out all of the old SNAPSHOT jar and tests.jar
> > dependencies from repository.apache.org and adapted the Jenkins build
> > to clean ad deploy only successful SNAPSHOT's after every CI build.
> > This now resolved the problem we were having with the compilation
> > failures with the dynamodb module.
> >
> > Now we are left with a scenario where many (74) tests fail with the
> > following Exception [0]
> >
> > I looked at the change log for DataStoreTestUtil [1] and see that
> > we've missed the additional IOExceptions which were added in during
> > the dynamodb module development.
> >
> > @Renato,
> > Is it possible for you to have a look at trunk, and see if the
> > removal/correct implementation of such Exceptions is necessary... if
> > so then where? This would be excellent and would also allow us to move
> > towards addressing the other Dynamodb issues currently open on Jira.
> >
> > I think getting these tests it top priority just now, considering the
> > changes which have been made further to the integration of the
> > dynamodb module.
> >
> > Thanks all,
> >
> > Lewis
> >
> > [0]
> https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-cassandra/532/testReport/org.apache.gora.cassandra.store/TestCassandraStore/testNewInstance/
> > [1]
> http://svn.apache.org/viewvc/gora/trunk/gora-core/src/test/java/org/apache/gora/store/DataStoreTestUtil.java?r1=1363659&r2=1405417&diff_format=h
> >
> > On Wed, Nov 28, 2012 at 7:09 PM, Lewis John Mcgibbney
> > <le...@gmail.com> wrote:
>
>
>
> --
> Lewis
>
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Lewis John Mcgibbney <le...@gmail.com>.
Hi,
It looks the the core DataStore class also needs tidied up a bit, some
method still throw IOExceptions, whereas others simply don't as the
functionality has been moved further upstream. The Javadoc annotations
for each method also need to be right, this is essential as DataStore
is one of the key classes in Gora.
We will get to the bottom of it soon :0)
Best
Lewis
On Thu, Nov 29, 2012 at 2:48 PM, Lewis John Mcgibbney
<le...@gmail.com> wrote:
> Hi Henry & Others,
>
> We are close to sorting this one out, I promise.
>
> Basically, I pruned out all of the old SNAPSHOT jar and tests.jar
> dependencies from repository.apache.org and adapted the Jenkins build
> to clean ad deploy only successful SNAPSHOT's after every CI build.
> This now resolved the problem we were having with the compilation
> failures with the dynamodb module.
>
> Now we are left with a scenario where many (74) tests fail with the
> following Exception [0]
>
> I looked at the change log for DataStoreTestUtil [1] and see that
> we've missed the additional IOExceptions which were added in during
> the dynamodb module development.
>
> @Renato,
> Is it possible for you to have a look at trunk, and see if the
> removal/correct implementation of such Exceptions is necessary... if
> so then where? This would be excellent and would also allow us to move
> towards addressing the other Dynamodb issues currently open on Jira.
>
> I think getting these tests it top priority just now, considering the
> changes which have been made further to the integration of the
> dynamodb module.
>
> Thanks all,
>
> Lewis
>
> [0] https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-cassandra/532/testReport/org.apache.gora.cassandra.store/TestCassandraStore/testNewInstance/
> [1] http://svn.apache.org/viewvc/gora/trunk/gora-core/src/test/java/org/apache/gora/store/DataStoreTestUtil.java?r1=1363659&r2=1405417&diff_format=h
>
> On Wed, Nov 28, 2012 at 7:09 PM, Lewis John Mcgibbney
> <le...@gmail.com> wrote:
--
Lewis
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Lewis John Mcgibbney <le...@gmail.com>.
Hi Henry & Others,
We are close to sorting this one out, I promise.
Basically, I pruned out all of the old SNAPSHOT jar and tests.jar
dependencies from repository.apache.org and adapted the Jenkins build
to clean ad deploy only successful SNAPSHOT's after every CI build.
This now resolved the problem we were having with the compilation
failures with the dynamodb module.
Now we are left with a scenario where many (74) tests fail with the
following Exception [0]
I looked at the change log for DataStoreTestUtil [1] and see that
we've missed the additional IOExceptions which were added in during
the dynamodb module development.
@Renato,
Is it possible for you to have a look at trunk, and see if the
removal/correct implementation of such Exceptions is necessary... if
so then where? This would be excellent and would also allow us to move
towards addressing the other Dynamodb issues currently open on Jira.
I think getting these tests it top priority just now, considering the
changes which have been made further to the integration of the
dynamodb module.
Thanks all,
Lewis
[0] https://builds.apache.org/job/gora-trunk/org.apache.gora$gora-cassandra/532/testReport/org.apache.gora.cassandra.store/TestCassandraStore/testNewInstance/
[1] http://svn.apache.org/viewvc/gora/trunk/gora-core/src/test/java/org/apache/gora/store/DataStoreTestUtil.java?r1=1363659&r2=1405417&diff_format=h
On Wed, Nov 28, 2012 at 7:09 PM, Lewis John Mcgibbney
<le...@gmail.com> wrote:
Re: Test errors java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
Posted by Lewis John Mcgibbney <le...@gmail.com>.
Hi Henry,
I'm working on this tonight and will keep the thread alive. Apologies
its taken me a few night to get around to it.
Lewis
On Sun, Nov 25, 2012 at 8:54 PM, Henry Saputra <he...@gmail.com> wrote:
> I have been seeing test failures in the CI related to
> java.lang.NoSuchMethodError: org.apache.gora.store.DataStore.setConf
>
> Seemed like casting to the class to execute the setConf did not work?
>
> - Henry
--
Lewis