Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-11-08 Thread Rafa Haro
Hi Ian,

Yes, It is already uploaded to Apache's distribution repo. I just had not
the time to upgrade the webpage yet. I will do it during the day and let
you know here. Anyway, we don't release binaries distributions yet, that is
something still under discussion due to the special nature of the Stanbol
launchers. Therefore, I'm afraid you still would need to build the project
but we can help you with that. Initially, all you need to setup is Java 8
and Maven 3.x

Regards

On Tue, Nov 8, 2016 at 10:42 AM Stewart, Ian  wrote:

> Hi. Did this get released? Will the Apache stanbol homepage be updated? I
> am not a developer, and have build problems with both 0.12 and this build,
> so I am rather hoping that a pre-compiled version will be released.
>
> On 2016-10-17 09:53 (+0100), Fabian Christ wrote:
> > Hi,>
> >
> > thanks for the release. To be honest, I did not check it because lack>
> > of time. Just one remark for future releases.>
> >
> > We do not vote on SVN tags as these may change. The vote is binding>
> > for the release source package that is prepared by the release>
> > maintainer and archived in the Apache archives. This and only this>
> > package is the reference for the release.>
> >
> > The fact that there is an SVN tag to the same sources is nice but>
> > technically not binding or necessary.>
> >
> > Best,>
> > Fabian>
> >
> >
> > 2016-09-26 8:24 GMT+02:00 Andreas Kuckartz :>
> > > I am having problems building the package. I will investigate and
> report>
> > > before tomorrow.>
> > >>
> > > Cheers,>
> > > Andreas>
> > > --->
> > >>
> > >>
> > > Rafa Haro wrote:>
> > >> Hi devs,>
> > >>>
> > >> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is
> the>
> > >> first 1.x.x release and the first release since version 0.12 (more
> than 2>
> > >> years ago). Therefore, it is not easy to summarize all the changes
> since>
> > >> then. Please refer to https://issues.apache.org/jira/browse/STANBOL
> for an>
> > >> exhaustive list of issues fixed in this version.>
> > >>>
> > >> The release source code can be found at the following tag:>
> > >>>
> > >> http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/>
> > >>>
> > >> The release includes the complete Apache Stanbol stack with all
> components.>
> > >> The release artifacts are staged at:>
> > >>>
> > >>
> https://repository.apache.org/content/repositories/orgapachestanbol-1009/>
> > >>>
> > >> and the source packages here:>
> > >>>
> > >> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/>
> > >>>
> > >> You can check the staged Maven artifacts using the script in
> 'releasing'>
> > >> ./check_staged_release.sh 1009 [tmp-directory]>
> > >>>
> > >> PGP release singing keys are available at:>
> > >>>
> > >> https://people.apache.org/keys/group/stanbol.asc>
> > >>>
> > >> The vote will be open for 72 hours>
> > >>>
> >
> >
> >
> > -- >
> > Fabian>
> > http://twitter.com/fctwitt>
> >
>
>
> Sent from my iPad


Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-11-08 Thread Stewart, Ian
Hi. Did this get released? Will the Apache stanbol homepage be updated? I am 
not a developer, and have build problems with both 0.12 and this build, so I am 
rather hoping that a pre-compiled version will be released. 

On 2016-10-17 09:53 (+0100), Fabian Christ wrote: 
> Hi,> 
> 
> thanks for the release. To be honest, I did not check it because lack> 
> of time. Just one remark for future releases.> 
> 
> We do not vote on SVN tags as these may change. The vote is binding> 
> for the release source package that is prepared by the release> 
> maintainer and archived in the Apache archives. This and only this> 
> package is the reference for the release.> 
> 
> The fact that there is an SVN tag to the same sources is nice but> 
> technically not binding or necessary.> 
> 
> Best,> 
> Fabian> 
> 
> 
> 2016-09-26 8:24 GMT+02:00 Andreas Kuckartz :> 
> > I am having problems building the package. I will investigate and report> 
> > before tomorrow.> 
> >> 
> > Cheers,> 
> > Andreas> 
> > ---> 
> >> 
> >> 
> > Rafa Haro wrote:> 
> >> Hi devs,> 
> >>> 
> >> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the> 
> >> first 1.x.x release and the first release since version 0.12 (more than 2> 
> >> years ago). Therefore, it is not easy to summarize all the changes since> 
> >> then. Please refer to https://issues.apache.org/jira/browse/STANBOL for 
> >> an> 
> >> exhaustive list of issues fixed in this version.> 
> >>> 
> >> The release source code can be found at the following tag:> 
> >>> 
> >> http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/> 
> >>> 
> >> The release includes the complete Apache Stanbol stack with all 
> >> components.> 
> >> The release artifacts are staged at:> 
> >>> 
> >> https://repository.apache.org/content/repositories/orgapachestanbol-1009/> 
> >>> 
> >> and the source packages here:> 
> >>> 
> >> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/> 
> >>> 
> >> You can check the staged Maven artifacts using the script in 'releasing'> 
> >> ./check_staged_release.sh 1009 [tmp-directory]> 
> >>> 
> >> PGP release singing keys are available at:> 
> >>> 
> >> https://people.apache.org/keys/group/stanbol.asc> 
> >>> 
> >> The vote will be open for 72 hours> 
> >>> 
> 
> 
> 
> -- > 
> Fabian> 
> http://twitter.com/fctwitt> 
>


Sent from my iPad

Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-10-17 Thread Fabian Christ
Hi,

thanks for the release. To be honest, I did not check it because lack
of time. Just one remark for future releases.

We do not vote on SVN tags as these may change. The vote is binding
for the release source package that is prepared by the release
maintainer and archived in the Apache archives. This and only this
package is the reference for the release.

The fact that there is an SVN tag to the same sources is nice but
technically not binding or necessary.

Best,
Fabian


2016-09-26 8:24 GMT+02:00 Andreas Kuckartz :
> I am having problems building the package. I will investigate and report
> before tomorrow.
>
> Cheers,
> Andreas
> ---
>
>
> Rafa Haro wrote:
>> Hi devs,
>>
>> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
>> first 1.x.x release and the first release since version 0.12 (more than 2
>> years ago). Therefore, it is not easy to summarize all the changes since
>> then. Please refer to https://issues.apache.org/jira/browse/STANBOL for an
>> exhaustive list of issues fixed in this version.
>>
>> The release source code can be found at the following tag:
>>
>> http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
>>
>> The release includes the complete Apache Stanbol stack with all components.
>> The release artifacts are staged at:
>>
>> https://repository.apache.org/content/repositories/orgapachestanbol-1009/
>>
>> and the source packages here:
>>
>> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
>>
>> You can check the staged Maven artifacts using the script in 'releasing'
>> ./check_staged_release.sh 1009 [tmp-directory]
>>
>> PGP release singing keys are available at:
>>
>> https://people.apache.org/keys/group/stanbol.asc
>>
>> The vote will be open for 72 hours
>>



-- 
Fabian
http://twitter.com/fctwitt


Re: Build failures Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-28 Thread Rafa Haro
Hi Andreas,

The integration tests are failing because dbpedia site is not being
correctly deployed within the launcher used by the integration tests. Are
you sure that the data module is being built correctly before?. It happened
to me before that the dbpedia site doesn't download correctly because of
timeouts

Cheers,
Rafa

On Wed, Sep 28, 2016 at 1:27 AM Andreas Kuckartz  wrote:

> Now all steps before (but not including) "Apache Stanbol Integration
> Tests" succeeded, thanks for the improvement!
>
> I appended the sure fire report of the failed integration tests.
>
> I still can reproduce the test failures of
> org.apache.stanbol.entityhub.indexing.source.jenatdb but they probably
> are caused by issues in the tests themselves and not the software tested
> by them. So far the always disapeared when I executed "mvn clean
> -Ddownloads install".
>
> Cheers,
> Andreas
> ---
>
> Rafa Haro wrote:
> > Hi Andreas,
> >
> > I have fixed the dependency for the launchers bundle list, removed my
> local
> > maven repository and built the 1.0.0 tag again without any errors. Not
> sure
> > about your problem with the unit tests
> >
> > Cheers,
> > Rafa
> >
> > On Tue, Sep 27, 2016 at 11:30 AM Rafa Haro  wrote:
> >
> >> Hi Andreas,
> >>
> >> You are right about the first error. Launchers' bundles list
> dependencies
> >> can't be managed with maven release plugin like the rest of regular
> maven
> >> dependencies, so the versions of the bundles have to be changed manually
> >> when preparing the releasing. It seems that commons.web.sparql SNAPSHOT
> >> dependency slip away of that manual process and I didn't replace the
> >> SNAPSHOT version by the 1.0.0 version. It should be building anyway
> because
> >> 1.0.0-SNAPSHOT versions should be available at apache snapshots
> >> repositories.
> >>
> >> Anyway, I can fix it by directly changing the version in the tag and
> >> committing the change because launchers are not being deployed so the
> >> release shouldn't be affected.
> >>
> >> About the test errors, I have run them several times and also current
> >> jenkins build is finishing ok, so I'm not sure which could be the
> problem
> >>
> >> Thanks for reporting!
> >> Rafa
> >>
> >> On Tue, Sep 27, 2016 at 7:19 AM Andreas Kuckartz 
> >> wrote:
> >>
> >>> The mvn build process still is not as resilient as I would like it to
> be.
> >>>
> >>> I checked out the sources executing "svn co
> >>> https://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/";
> >>>
> >>> "mvn install" resulted in a number of errors which I was able to reduce
> >>> to these two:
> >>>
> >>> 1.
> >>>
> >>> [ERROR] Failed to execute goal on project
> >>> org.apache.stanbol.launchers.mini-war: Could not resolve dependencies
> >>> for project
> >>> org.apache.stanbol:org.apache.stanbol.launchers.mini-war:war:1.0.0:
> >>> Could not find artifact
> >>>
> >>>
> org.apache.stanbol:org.apache.stanbol.commons.web.sparql:jar:1.0.0-SNAPSHOT
> >>> in apache.snapshots (https://repository.apache.org/snapshots) ...
> >>> [ERROR] [Help 1]
> >>>
> >>>
> http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
> >>>
> >>> 2.
> >>>
> >>> [ERROR] Failed to execute goal
> >>> org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test
> >>> (default-test) on project
> >>> org.apache.stanbol.entityhub.indexing.source.jenatdb: There are test
> >>> failures.
> >>> [ERROR]
> >>> [ERROR] Please refer to
> >>>
> >>>
> /home/andreas/stanbol/apache-stanbol-1.0.0/entityhub/indexing/source/jenatdb/target/surefire-reports
> >>> for the individual test results.
> >>> ...
> >>> [ERROR] [Help 1]
> >>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> >>>
> >>> The surefire report with the failures is appended.
> >>>
> >>> Very similar or the same failures occured a few years ago.
> >>>
> >>>
> >>> openjdk version "1.8.0_102"
> >>> OpenJDK Runtime Environment (build 1.8.0_102-8u102-b14.1-2-b14)
> >>> OpenJDK 64-Bit Server VM (build 25.102-b14, mixed mode)
> >>>
> >>> SMP Debian 4.7.4-2 (2016-09-19) x86_64 GNU/Linux
> >>>
> >>>
> >>> I suppose that I missed something. Any suggestions?
> >>>
> >>> Cheers,
> >>> Andreas
> >>> ---
> >>>
> >>> Andreas Kuckartz wrote:
>  I am having problems building the package. I will investigate and
> report
>  before tomorrow.
> 
>  Cheers,
>  Andreas
>  ---
> 
> 
>  Rafa Haro wrote:
> > Hi devs,
> >
> > Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is
> the
> > first 1.x.x release and the first release since version 0.12 (more
> >>> than 2
> > years ago). Therefore, it is not easy to summarize all the changes
> >>> since
> > then. Please refer to https://issues.apache.org/jira/browse/STANBOL
> >>> for an
> > exhaustive list of issues fixed in this version.
> >
> > The release source code can be found at the following tag:
> >
> > http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
> >>>

Re: Build failures Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-27 Thread Rafa Haro
Hi Andreas,

I have fixed the dependency for the launchers bundle list, removed my local
maven repository and built the 1.0.0 tag again without any errors. Not sure
about your problem with the unit tests

Cheers,
Rafa

On Tue, Sep 27, 2016 at 11:30 AM Rafa Haro  wrote:

> Hi Andreas,
>
> You are right about the first error. Launchers' bundles list dependencies
> can't be managed with maven release plugin like the rest of regular maven
> dependencies, so the versions of the bundles have to be changed manually
> when preparing the releasing. It seems that commons.web.sparql SNAPSHOT
> dependency slip away of that manual process and I didn't replace the
> SNAPSHOT version by the 1.0.0 version. It should be building anyway because
> 1.0.0-SNAPSHOT versions should be available at apache snapshots
> repositories.
>
> Anyway, I can fix it by directly changing the version in the tag and
> committing the change because launchers are not being deployed so the
> release shouldn't be affected.
>
> About the test errors, I have run them several times and also current
> jenkins build is finishing ok, so I'm not sure which could be the problem
>
> Thanks for reporting!
> Rafa
>
> On Tue, Sep 27, 2016 at 7:19 AM Andreas Kuckartz 
> wrote:
>
>> The mvn build process still is not as resilient as I would like it to be.
>>
>> I checked out the sources executing "svn co
>> https://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/";
>>
>> "mvn install" resulted in a number of errors which I was able to reduce
>> to these two:
>>
>> 1.
>>
>> [ERROR] Failed to execute goal on project
>> org.apache.stanbol.launchers.mini-war: Could not resolve dependencies
>> for project
>> org.apache.stanbol:org.apache.stanbol.launchers.mini-war:war:1.0.0:
>> Could not find artifact
>>
>> org.apache.stanbol:org.apache.stanbol.commons.web.sparql:jar:1.0.0-SNAPSHOT
>> in apache.snapshots (https://repository.apache.org/snapshots) ...
>> [ERROR] [Help 1]
>>
>> http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
>>
>> 2.
>>
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test
>> (default-test) on project
>> org.apache.stanbol.entityhub.indexing.source.jenatdb: There are test
>> failures.
>> [ERROR]
>> [ERROR] Please refer to
>>
>> /home/andreas/stanbol/apache-stanbol-1.0.0/entityhub/indexing/source/jenatdb/target/surefire-reports
>> for the individual test results.
>> ...
>> [ERROR] [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
>>
>> The surefire report with the failures is appended.
>>
>> Very similar or the same failures occured a few years ago.
>>
>>
>> openjdk version "1.8.0_102"
>> OpenJDK Runtime Environment (build 1.8.0_102-8u102-b14.1-2-b14)
>> OpenJDK 64-Bit Server VM (build 25.102-b14, mixed mode)
>>
>> SMP Debian 4.7.4-2 (2016-09-19) x86_64 GNU/Linux
>>
>>
>> I suppose that I missed something. Any suggestions?
>>
>> Cheers,
>> Andreas
>> ---
>>
>> Andreas Kuckartz wrote:
>> > I am having problems building the package. I will investigate and report
>> > before tomorrow.
>> >
>> > Cheers,
>> > Andreas
>> > ---
>> >
>> >
>> > Rafa Haro wrote:
>> >> Hi devs,
>> >>
>> >> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
>> >> first 1.x.x release and the first release since version 0.12 (more
>> than 2
>> >> years ago). Therefore, it is not easy to summarize all the changes
>> since
>> >> then. Please refer to https://issues.apache.org/jira/browse/STANBOL
>> for an
>> >> exhaustive list of issues fixed in this version.
>> >>
>> >> The release source code can be found at the following tag:
>> >>
>> >> http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
>> >>
>> >> The release includes the complete Apache Stanbol stack with all
>> components.
>> >> The release artifacts are staged at:
>> >>
>> >>
>> https://repository.apache.org/content/repositories/orgapachestanbol-1009/
>> >>
>> >> and the source packages here:
>> >>
>> >> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
>> >>
>> >> You can check the staged Maven artifacts using the script in
>> 'releasing'
>> >> ./check_staged_release.sh 1009 [tmp-directory]
>> >>
>> >> PGP release singing keys are available at:
>> >>
>> >> https://people.apache.org/keys/group/stanbol.asc
>> >>
>> >> The vote will be open for 72 hours
>> >>
>> >
>> >
>>
>


Re: Build failures Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-27 Thread Rafa Haro
Hi Andreas,

You are right about the first error. Launchers' bundles list dependencies
can't be managed with maven release plugin like the rest of regular maven
dependencies, so the versions of the bundles have to be changed manually
when preparing the releasing. It seems that commons.web.sparql SNAPSHOT
dependency slip away of that manual process and I didn't replace the
SNAPSHOT version by the 1.0.0 version. It should be building anyway because
1.0.0-SNAPSHOT versions should be available at apache snapshots
repositories.

Anyway, I can fix it by directly changing the version in the tag and
committing the change because launchers are not being deployed so the
release shouldn't be affected.

About the test errors, I have run them several times and also current
jenkins build is finishing ok, so I'm not sure which could be the problem

Thanks for reporting!
Rafa

On Tue, Sep 27, 2016 at 7:19 AM Andreas Kuckartz  wrote:

> The mvn build process still is not as resilient as I would like it to be.
>
> I checked out the sources executing "svn co
> https://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/";
>
> "mvn install" resulted in a number of errors which I was able to reduce
> to these two:
>
> 1.
>
> [ERROR] Failed to execute goal on project
> org.apache.stanbol.launchers.mini-war: Could not resolve dependencies
> for project
> org.apache.stanbol:org.apache.stanbol.launchers.mini-war:war:1.0.0:
> Could not find artifact
> org.apache.stanbol:org.apache.stanbol.commons.web.sparql:jar:1.0.0-SNAPSHOT
> in apache.snapshots (https://repository.apache.org/snapshots) ...
> [ERROR] [Help 1]
>
> http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
>
> 2.
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test
> (default-test) on project
> org.apache.stanbol.entityhub.indexing.source.jenatdb: There are test
> failures.
> [ERROR]
> [ERROR] Please refer to
>
> /home/andreas/stanbol/apache-stanbol-1.0.0/entityhub/indexing/source/jenatdb/target/surefire-reports
> for the individual test results.
> ...
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
>
> The surefire report with the failures is appended.
>
> Very similar or the same failures occured a few years ago.
>
>
> openjdk version "1.8.0_102"
> OpenJDK Runtime Environment (build 1.8.0_102-8u102-b14.1-2-b14)
> OpenJDK 64-Bit Server VM (build 25.102-b14, mixed mode)
>
> SMP Debian 4.7.4-2 (2016-09-19) x86_64 GNU/Linux
>
>
> I suppose that I missed something. Any suggestions?
>
> Cheers,
> Andreas
> ---
>
> Andreas Kuckartz wrote:
> > I am having problems building the package. I will investigate and report
> > before tomorrow.
> >
> > Cheers,
> > Andreas
> > ---
> >
> >
> > Rafa Haro wrote:
> >> Hi devs,
> >>
> >> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
> >> first 1.x.x release and the first release since version 0.12 (more than
> 2
> >> years ago). Therefore, it is not easy to summarize all the changes since
> >> then. Please refer to https://issues.apache.org/jira/browse/STANBOL
> for an
> >> exhaustive list of issues fixed in this version.
> >>
> >> The release source code can be found at the following tag:
> >>
> >> http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
> >>
> >> The release includes the complete Apache Stanbol stack with all
> components.
> >> The release artifacts are staged at:
> >>
> >>
> https://repository.apache.org/content/repositories/orgapachestanbol-1009/
> >>
> >> and the source packages here:
> >>
> >> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
> >>
> >> You can check the staged Maven artifacts using the script in 'releasing'
> >> ./check_staged_release.sh 1009 [tmp-directory]
> >>
> >> PGP release singing keys are available at:
> >>
> >> https://people.apache.org/keys/group/stanbol.asc
> >>
> >> The vote will be open for 72 hours
> >>
> >
> >
>


Build failures Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-26 Thread Andreas Kuckartz
The mvn build process still is not as resilient as I would like it to be.

I checked out the sources executing "svn co
https://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/";

"mvn install" resulted in a number of errors which I was able to reduce
to these two:

1.

[ERROR] Failed to execute goal on project
org.apache.stanbol.launchers.mini-war: Could not resolve dependencies
for project
org.apache.stanbol:org.apache.stanbol.launchers.mini-war:war:1.0.0:
Could not find artifact
org.apache.stanbol:org.apache.stanbol.commons.web.sparql:jar:1.0.0-SNAPSHOT
in apache.snapshots (https://repository.apache.org/snapshots) ...
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException

2.

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test
(default-test) on project
org.apache.stanbol.entityhub.indexing.source.jenatdb: There are test
failures.
[ERROR]
[ERROR] Please refer to
/home/andreas/stanbol/apache-stanbol-1.0.0/entityhub/indexing/source/jenatdb/target/surefire-reports
for the individual test results.
...
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException

The surefire report with the failures is appended.

Very similar or the same failures occured a few years ago.


openjdk version "1.8.0_102"
OpenJDK Runtime Environment (build 1.8.0_102-8u102-b14.1-2-b14)
OpenJDK 64-Bit Server VM (build 25.102-b14, mixed mode)

SMP Debian 4.7.4-2 (2016-09-19) x86_64 GNU/Linux


I suppose that I missed something. Any suggestions?

Cheers,
Andreas
---

Andreas Kuckartz wrote:
> I am having problems building the package. I will investigate and report
> before tomorrow.
> 
> Cheers,
> Andreas
> ---
> 
> 
> Rafa Haro wrote:
>> Hi devs,
>>
>> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
>> first 1.x.x release and the first release since version 0.12 (more than 2
>> years ago). Therefore, it is not easy to summarize all the changes since
>> then. Please refer to https://issues.apache.org/jira/browse/STANBOL for an
>> exhaustive list of issues fixed in this version.
>>
>> The release source code can be found at the following tag:
>>
>> http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
>>
>> The release includes the complete Apache Stanbol stack with all components.
>> The release artifacts are staged at:
>>
>> https://repository.apache.org/content/repositories/orgapachestanbol-1009/
>>
>> and the source packages here:
>>
>> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
>>
>> You can check the staged Maven artifacts using the script in 'releasing'
>> ./check_staged_release.sh 1009 [tmp-directory]
>>
>> PGP release singing keys are available at:
>>
>> https://people.apache.org/keys/group/stanbol.asc
>>
>> The vote will be open for 72 hours
>>
> 
> 
---
Test set: 
org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest
---
Tests run: 4, Failures: 4, Errors: 0, Skipped: 0, Time elapsed: 6.488 sec <<< 
FAILURE! - in 
org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest
testEntityDataIterable(org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest)
  Time elapsed: 2.606 sec  <<< FAILURE!
java.lang.AssertionError: null
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest.testEntityDataIterable(RdfIndexingSourceTest.java:129)

testEntityDataProvider(org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest)
  Time elapsed: 1.827 sec  <<< FAILURE!
java.lang.AssertionError: null
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest.testEntityDataProvider(RdfIndexingSourceTest.java:160)

testQuadsImport(org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest)
  Time elapsed: 0.882 sec  <<< FAILURE!
java.lang.AssertionError: null
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest.testQuadsImport(RdfIndexingSourceTest.java:193)

testBlankNodeSupport(org.apache.stanbol.entityhub.indexing.source.jenatdb.RdfIndexingSourceTest)
  Time elapsed: 0.946 sec  <<< FAILURE!
java.lang.AssertionError: null
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 

Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-25 Thread Andreas Kuckartz
I am having problems building the package. I will investigate and report
before tomorrow.

Cheers,
Andreas
---


Rafa Haro wrote:
> Hi devs,
> 
> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
> first 1.x.x release and the first release since version 0.12 (more than 2
> years ago). Therefore, it is not easy to summarize all the changes since
> then. Please refer to https://issues.apache.org/jira/browse/STANBOL for an
> exhaustive list of issues fixed in this version.
> 
> The release source code can be found at the following tag:
> 
> http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
> 
> The release includes the complete Apache Stanbol stack with all components.
> The release artifacts are staged at:
> 
> https://repository.apache.org/content/repositories/orgapachestanbol-1009/
> 
> and the source packages here:
> 
> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
> 
> You can check the staged Maven artifacts using the script in 'releasing'
> ./check_staged_release.sh 1009 [tmp-directory]
> 
> PGP release singing keys are available at:
> 
> https://people.apache.org/keys/group/stanbol.asc
> 
> The vote will be open for 72 hours
> 


Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-23 Thread Rafa Haro
Three positives votes and more than 72 hours: we can consider the release
accepted.

Thanks guys. I will proceed with the pertinent actions and will make an
official announcement.

Cheers,
Rafa

On Thu, Sep 22, 2016 at 8:41 AM Cristian Petroaca <
cristian.petro...@gmail.com> wrote:

> Tested without running junits (due to my aforementioned junit failure) on
> Windows 7 with Java 1.8.0_77-b03. All fine.
>
> +1 from me
>
> On Thu, Sep 22, 2016 at 2:23 AM, Aaron Coburn  wrote:
>
> > Hello,
> >
> > +1 (non-binding)
> >
> > I was able to successfully build and deploy the war files for Stanbol
> > 1.0.0. Some simple testing shows everything working properly. I was also
> > able to run the genericrdf indexer over a custom vocabulary (80 million
> > triples) with success.
> >
> > I look forward with working more with this release!
> >
> > Thanks everyone.
> > Aaron Coburn
> >
> >
> > > On Sep 21, 2016, at 3:45 PM, A. Soroka  wrote:
> > >
> > > Thank you for moving the release process forward!
> > >
> > > https://github.com/apache/stanbol/pull/5
> > >
> > > ---
> > > A. Soroka
> > > The University of Virginia Library
> > >
> > >> On Sep 21, 2016, at 3:27 PM, Rafa Haro  wrote:
> > >>
> > >> Thanks a lot Soroka!
> > >> El El mié, 21 sept 2016 a las 21:00, A. Soroka 
> > >> escribió:
> > >>
> > >>> I was able to build the same release code on OS X 10.10.5 using Java
> > >>> 1.8.0_40 via mvn clean install. As a simple test, I was able to use
> the
> > >>> EntityHub Generic indexer to index a medium-sized vocabulary of
> > interest to
> > >>> my site without difficulty. I did notice that the default config for
> > the
> > >>> Generic indexer uses the namespace prefix bio: for
> > >>> http://vocab.org/bio/0.1/, which is apparently no longer an included
> > >>> preset. This throws a warning during operation [1}. Also, the usage
> > note
> > >>> for the Generic indexer refers to
> > >>> "org.apache.stanbol.indexing.core-*-jar-with-dependencies.jar" when
> > in fact
> > >>> the artifact is now called
> > >>> "org.apache.stanbol.entityhub.indexing.genericrdf-*.jar". I can send
> > a PR
> > >>> for these minor annoyances if that would be useful.
> > >>>
> > >>>
> > >>> ---
> > >>> A. Soroka
> > >>> The University of Virginia Library
> > >>>
> > >>> [1] E.g.
> > >>>
> > >>> 14:40:46,767 [main] WARN  mapping.FieldMappingUtils - Unable to parse
> > >>> fieldMapping because of unknown namespace prefix
> > >>> java.lang.IllegalArgumentException: The prefix 'bio' is unknown (not
> > >>> mapped to an namespace) by the Stanbol Namespace Prefix Mapping
> > Service.
> > >>> Please change the configuration to use the full URI instead of
> 'bio:*'!
> > >>>
> > >>>
> > >>>
> >  On Sep 20, 2016, at 2:07 PM, steve reinders 
> > wrote:
> > 
> >  All,
> > 
> >  - I downloaded from
> > >>> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
> >  to OSX 10.11.6 ( 9:00 PM US CST Mon Sep 19 )
> >  - using 1.8.0_25 ( oracle )
> >  - built w/mvn install
> >  - only problem was CELI license
> >  - produced org.apache.stanbol.launchers.full-1.0.0.jar
> > 
> >  TopicClassifier looks to have been built fine.
> > 
> >  Is this the source's correct source ?
> > 
> >  BTW is the CMS REST interface in ? Can't tell easily in Jira and I
> > knew
> > >>> it
> >  was pulled in earlier version.
> > 
> >  danke
> > 
> >  Steve
> > 
> > 
> >  On Tue, Sep 20, 2016 at 12:00 PM, Rafa Haro 
> wrote:
> > 
> > > Hi Cristian,
> > >
> > > Apparently the Topic Annotation engine is only compiling with
> OpenJDK
> > > 1.8.x. As far as I know, that code has remained untouched since
> long
> > >>> time
> > > ago, but we should probably remove that dependency (although I
> don't
> > >>> see it
> > > a problem for not going ahead with the release).
> > >
> > > By the way, I have checked the artifacts and signatures, built also
> > from
> > > source without problems
> > >
> > > Therefore +1 for me
> > >
> > > Cheers,
> > > Rafa
> > >
> > > On Mon, Sep 19, 2016 at 10:37 PM Rafa Haro 
> wrote:
> > >
> > >> Hi Cristian,
> > >>
> > >> I build it directly from the SVN tag and didn't have any problem.
> I
> > >>> will
> > >> check tomorrow the source packages
> > >>
> > >> Thanks,
> > >> Rafa
> > >> El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
> > >> cristian.petro...@gmail.com> escribió:
> > >>
> > >>> Hi guys,
> > >>>
> > >>> I downloaded the sources from here
> https://dist.apache.org/repos/
> > >>> dist/dev/stanbol/1.0.0/
> > >>>  and did
> a
> > >>> "mvn
> > >>> install" but some tests failed with:
> > >>> Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed:
> > 4.33
> > >>> sec
> > >>> <<< FAILURE! - in org.apache.stanbol.enhancer.
> > > engine.topic.TopicEngin

Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-21 Thread Cristian Petroaca
Tested without running junits (due to my aforementioned junit failure) on
Windows 7 with Java 1.8.0_77-b03. All fine.

+1 from me

On Thu, Sep 22, 2016 at 2:23 AM, Aaron Coburn  wrote:

> Hello,
>
> +1 (non-binding)
>
> I was able to successfully build and deploy the war files for Stanbol
> 1.0.0. Some simple testing shows everything working properly. I was also
> able to run the genericrdf indexer over a custom vocabulary (80 million
> triples) with success.
>
> I look forward with working more with this release!
>
> Thanks everyone.
> Aaron Coburn
>
>
> > On Sep 21, 2016, at 3:45 PM, A. Soroka  wrote:
> >
> > Thank you for moving the release process forward!
> >
> > https://github.com/apache/stanbol/pull/5
> >
> > ---
> > A. Soroka
> > The University of Virginia Library
> >
> >> On Sep 21, 2016, at 3:27 PM, Rafa Haro  wrote:
> >>
> >> Thanks a lot Soroka!
> >> El El mié, 21 sept 2016 a las 21:00, A. Soroka 
> >> escribió:
> >>
> >>> I was able to build the same release code on OS X 10.10.5 using Java
> >>> 1.8.0_40 via mvn clean install. As a simple test, I was able to use the
> >>> EntityHub Generic indexer to index a medium-sized vocabulary of
> interest to
> >>> my site without difficulty. I did notice that the default config for
> the
> >>> Generic indexer uses the namespace prefix bio: for
> >>> http://vocab.org/bio/0.1/, which is apparently no longer an included
> >>> preset. This throws a warning during operation [1}. Also, the usage
> note
> >>> for the Generic indexer refers to
> >>> "org.apache.stanbol.indexing.core-*-jar-with-dependencies.jar" when
> in fact
> >>> the artifact is now called
> >>> "org.apache.stanbol.entityhub.indexing.genericrdf-*.jar". I can send
> a PR
> >>> for these minor annoyances if that would be useful.
> >>>
> >>>
> >>> ---
> >>> A. Soroka
> >>> The University of Virginia Library
> >>>
> >>> [1] E.g.
> >>>
> >>> 14:40:46,767 [main] WARN  mapping.FieldMappingUtils - Unable to parse
> >>> fieldMapping because of unknown namespace prefix
> >>> java.lang.IllegalArgumentException: The prefix 'bio' is unknown (not
> >>> mapped to an namespace) by the Stanbol Namespace Prefix Mapping
> Service.
> >>> Please change the configuration to use the full URI instead of 'bio:*'!
> >>>
> >>>
> >>>
>  On Sep 20, 2016, at 2:07 PM, steve reinders 
> wrote:
> 
>  All,
> 
>  - I downloaded from
> >>> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
>  to OSX 10.11.6 ( 9:00 PM US CST Mon Sep 19 )
>  - using 1.8.0_25 ( oracle )
>  - built w/mvn install
>  - only problem was CELI license
>  - produced org.apache.stanbol.launchers.full-1.0.0.jar
> 
>  TopicClassifier looks to have been built fine.
> 
>  Is this the source's correct source ?
> 
>  BTW is the CMS REST interface in ? Can't tell easily in Jira and I
> knew
> >>> it
>  was pulled in earlier version.
> 
>  danke
> 
>  Steve
> 
> 
>  On Tue, Sep 20, 2016 at 12:00 PM, Rafa Haro  wrote:
> 
> > Hi Cristian,
> >
> > Apparently the Topic Annotation engine is only compiling with OpenJDK
> > 1.8.x. As far as I know, that code has remained untouched since long
> >>> time
> > ago, but we should probably remove that dependency (although I don't
> >>> see it
> > a problem for not going ahead with the release).
> >
> > By the way, I have checked the artifacts and signatures, built also
> from
> > source without problems
> >
> > Therefore +1 for me
> >
> > Cheers,
> > Rafa
> >
> > On Mon, Sep 19, 2016 at 10:37 PM Rafa Haro  wrote:
> >
> >> Hi Cristian,
> >>
> >> I build it directly from the SVN tag and didn't have any problem. I
> >>> will
> >> check tomorrow the source packages
> >>
> >> Thanks,
> >> Rafa
> >> El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
> >> cristian.petro...@gmail.com> escribió:
> >>
> >>> Hi guys,
> >>>
> >>> I downloaded the sources from here https://dist.apache.org/repos/
> >>> dist/dev/stanbol/1.0.0/
> >>>  and did a
> >>> "mvn
> >>> install" but some tests failed with:
> >>> Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed:
> 4.33
> >>> sec
> >>> <<< FAILURE! - in org.apache.stanbol.enhancer.
> > engine.topic.TopicEngineTest
> >>>
> >>> testCrossValidation(org.apache.stanbol.enhancer.
> > engine.topic.TopicEngineTest)
> >>> Time elapsed: 2.108 sec  <<< ERROR!
> >>> java.lang.NoClassDefFoundError: Could not initialize class
> >>> sun.security.provider.SecureRandom$SeederHolder
> >>>  at
> >>> sun.security.provider.SecureRandom.engineNextBytes(
> > SecureRandom.java:221)
> >>>  at java.security.SecureRandom.nextBytes(SecureRandom.java:
> 468)
> >>>  at java.util.UUID.randomUUID(UUID.java:145)
> >>>  at
> >>>
> >>> org.apache.sta

Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-21 Thread Aaron Coburn
Hello,

+1 (non-binding)

I was able to successfully build and deploy the war files for Stanbol 1.0.0. 
Some simple testing shows everything working properly. I was also able to run 
the genericrdf indexer over a custom vocabulary (80 million triples) with 
success.

I look forward with working more with this release!

Thanks everyone.
Aaron Coburn


> On Sep 21, 2016, at 3:45 PM, A. Soroka  wrote:
> 
> Thank you for moving the release process forward!
> 
> https://github.com/apache/stanbol/pull/5
> 
> ---
> A. Soroka
> The University of Virginia Library
> 
>> On Sep 21, 2016, at 3:27 PM, Rafa Haro  wrote:
>> 
>> Thanks a lot Soroka!
>> El El mié, 21 sept 2016 a las 21:00, A. Soroka 
>> escribió:
>> 
>>> I was able to build the same release code on OS X 10.10.5 using Java
>>> 1.8.0_40 via mvn clean install. As a simple test, I was able to use the
>>> EntityHub Generic indexer to index a medium-sized vocabulary of interest to
>>> my site without difficulty. I did notice that the default config for the
>>> Generic indexer uses the namespace prefix bio: for
>>> http://vocab.org/bio/0.1/, which is apparently no longer an included
>>> preset. This throws a warning during operation [1}. Also, the usage note
>>> for the Generic indexer refers to
>>> "org.apache.stanbol.indexing.core-*-jar-with-dependencies.jar" when in fact
>>> the artifact is now called
>>> "org.apache.stanbol.entityhub.indexing.genericrdf-*.jar". I can send a PR
>>> for these minor annoyances if that would be useful.
>>> 
>>> 
>>> ---
>>> A. Soroka
>>> The University of Virginia Library
>>> 
>>> [1] E.g.
>>> 
>>> 14:40:46,767 [main] WARN  mapping.FieldMappingUtils - Unable to parse
>>> fieldMapping because of unknown namespace prefix
>>> java.lang.IllegalArgumentException: The prefix 'bio' is unknown (not
>>> mapped to an namespace) by the Stanbol Namespace Prefix Mapping Service.
>>> Please change the configuration to use the full URI instead of 'bio:*'!
>>> 
>>> 
>>> 
 On Sep 20, 2016, at 2:07 PM, steve reinders  wrote:
 
 All,
 
 - I downloaded from
>>> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
 to OSX 10.11.6 ( 9:00 PM US CST Mon Sep 19 )
 - using 1.8.0_25 ( oracle )
 - built w/mvn install
 - only problem was CELI license
 - produced org.apache.stanbol.launchers.full-1.0.0.jar
 
 TopicClassifier looks to have been built fine.
 
 Is this the source's correct source ?
 
 BTW is the CMS REST interface in ? Can't tell easily in Jira and I knew
>>> it
 was pulled in earlier version.
 
 danke
 
 Steve
 
 
 On Tue, Sep 20, 2016 at 12:00 PM, Rafa Haro  wrote:
 
> Hi Cristian,
> 
> Apparently the Topic Annotation engine is only compiling with OpenJDK
> 1.8.x. As far as I know, that code has remained untouched since long
>>> time
> ago, but we should probably remove that dependency (although I don't
>>> see it
> a problem for not going ahead with the release).
> 
> By the way, I have checked the artifacts and signatures, built also from
> source without problems
> 
> Therefore +1 for me
> 
> Cheers,
> Rafa
> 
> On Mon, Sep 19, 2016 at 10:37 PM Rafa Haro  wrote:
> 
>> Hi Cristian,
>> 
>> I build it directly from the SVN tag and didn't have any problem. I
>>> will
>> check tomorrow the source packages
>> 
>> Thanks,
>> Rafa
>> El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
>> cristian.petro...@gmail.com> escribió:
>> 
>>> Hi guys,
>>> 
>>> I downloaded the sources from here https://dist.apache.org/repos/
>>> dist/dev/stanbol/1.0.0/
>>>  and did a
>>> "mvn
>>> install" but some tests failed with:
>>> Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 4.33
>>> sec
>>> <<< FAILURE! - in org.apache.stanbol.enhancer.
> engine.topic.TopicEngineTest
>>> 
>>> testCrossValidation(org.apache.stanbol.enhancer.
> engine.topic.TopicEngineTest)
>>> Time elapsed: 2.108 sec  <<< ERROR!
>>> java.lang.NoClassDefFoundError: Could not initialize class
>>> sun.security.provider.SecureRandom$SeederHolder
>>>  at
>>> sun.security.provider.SecureRandom.engineNextBytes(
> SecureRandom.java:221)
>>>  at java.security.SecureRandom.nextBytes(SecureRandom.java:468)
>>>  at java.util.UUID.randomUUID(UUID.java:145)
>>>  at
>>> 
>>> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
> addConcept(TopicClassificationEngine.java:790)
>>>  at
>>> 
>>> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
> addConcept(TopicClassificationEngine.java:825)
>>>  at
>>> 
>>> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
> initArtificialTrainingSet(TopicEngineTest.java:537)
>>>  at
>>> 
>>> org.

Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-21 Thread A. Soroka
Thank you for moving the release process forward!

https://github.com/apache/stanbol/pull/5

---
A. Soroka
The University of Virginia Library

> On Sep 21, 2016, at 3:27 PM, Rafa Haro  wrote:
> 
> Thanks a lot Soroka!
> El El mié, 21 sept 2016 a las 21:00, A. Soroka 
> escribió:
> 
>> I was able to build the same release code on OS X 10.10.5 using Java
>> 1.8.0_40 via mvn clean install. As a simple test, I was able to use the
>> EntityHub Generic indexer to index a medium-sized vocabulary of interest to
>> my site without difficulty. I did notice that the default config for the
>> Generic indexer uses the namespace prefix bio: for
>> http://vocab.org/bio/0.1/, which is apparently no longer an included
>> preset. This throws a warning during operation [1}. Also, the usage note
>> for the Generic indexer refers to
>> "org.apache.stanbol.indexing.core-*-jar-with-dependencies.jar" when in fact
>> the artifact is now called
>> "org.apache.stanbol.entityhub.indexing.genericrdf-*.jar". I can send a PR
>> for these minor annoyances if that would be useful.
>> 
>> 
>> ---
>> A. Soroka
>> The University of Virginia Library
>> 
>> [1] E.g.
>> 
>> 14:40:46,767 [main] WARN  mapping.FieldMappingUtils - Unable to parse
>> fieldMapping because of unknown namespace prefix
>> java.lang.IllegalArgumentException: The prefix 'bio' is unknown (not
>> mapped to an namespace) by the Stanbol Namespace Prefix Mapping Service.
>> Please change the configuration to use the full URI instead of 'bio:*'!
>> 
>> 
>> 
>>> On Sep 20, 2016, at 2:07 PM, steve reinders  wrote:
>>> 
>>> All,
>>> 
>>> - I downloaded from
>> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
>>> to OSX 10.11.6 ( 9:00 PM US CST Mon Sep 19 )
>>> - using 1.8.0_25 ( oracle )
>>> - built w/mvn install
>>> - only problem was CELI license
>>> - produced org.apache.stanbol.launchers.full-1.0.0.jar
>>> 
>>> TopicClassifier looks to have been built fine.
>>> 
>>> Is this the source's correct source ?
>>> 
>>> BTW is the CMS REST interface in ? Can't tell easily in Jira and I knew
>> it
>>> was pulled in earlier version.
>>> 
>>> danke
>>> 
>>> Steve
>>> 
>>> 
>>> On Tue, Sep 20, 2016 at 12:00 PM, Rafa Haro  wrote:
>>> 
 Hi Cristian,
 
 Apparently the Topic Annotation engine is only compiling with OpenJDK
 1.8.x. As far as I know, that code has remained untouched since long
>> time
 ago, but we should probably remove that dependency (although I don't
>> see it
 a problem for not going ahead with the release).
 
 By the way, I have checked the artifacts and signatures, built also from
 source without problems
 
 Therefore +1 for me
 
 Cheers,
 Rafa
 
 On Mon, Sep 19, 2016 at 10:37 PM Rafa Haro  wrote:
 
> Hi Cristian,
> 
> I build it directly from the SVN tag and didn't have any problem. I
>> will
> check tomorrow the source packages
> 
> Thanks,
> Rafa
> El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
> cristian.petro...@gmail.com> escribió:
> 
>> Hi guys,
>> 
>> I downloaded the sources from here https://dist.apache.org/repos/
>> dist/dev/stanbol/1.0.0/
>>  and did a
>> "mvn
>> install" but some tests failed with:
>> Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 4.33
>> sec
>> <<< FAILURE! - in org.apache.stanbol.enhancer.
 engine.topic.TopicEngineTest
>> 
>> testCrossValidation(org.apache.stanbol.enhancer.
 engine.topic.TopicEngineTest)
>> Time elapsed: 2.108 sec  <<< ERROR!
>> java.lang.NoClassDefFoundError: Could not initialize class
>> sun.security.provider.SecureRandom$SeederHolder
>>   at
>> sun.security.provider.SecureRandom.engineNextBytes(
 SecureRandom.java:221)
>>   at java.security.SecureRandom.nextBytes(SecureRandom.java:468)
>>   at java.util.UUID.randomUUID(UUID.java:145)
>>   at
>> 
>> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
 addConcept(TopicClassificationEngine.java:790)
>>   at
>> 
>> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
 addConcept(TopicClassificationEngine.java:825)
>>   at
>> 
>> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
 initArtificialTrainingSet(TopicEngineTest.java:537)
>>   at
>> 
>> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
 testCrossValidation(TopicEngineTest.java:475)
>> 
>> Java version:
>> java version "1.8.0_77"
>> Java(TM) SE Runtime Environment (build 1.8.0_77-b03)
>> Java HotSpot(TM) 64-Bit Server VM (build 25.77-b03, mixed mode)
>> 
>> 
>> My java version is the Oracle one, not OpenJDK.
>> I looked that class up, SecureRandom, but I can't find it in Oracle's
>> documentation in that package but rather here:
>> https://docs.oracle.com/javase/7/docs

Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-21 Thread Rafa Haro
Thanks a lot Soroka!
El El mié, 21 sept 2016 a las 21:00, A. Soroka 
escribió:

> I was able to build the same release code on OS X 10.10.5 using Java
> 1.8.0_40 via mvn clean install. As a simple test, I was able to use the
> EntityHub Generic indexer to index a medium-sized vocabulary of interest to
> my site without difficulty. I did notice that the default config for the
> Generic indexer uses the namespace prefix bio: for
> http://vocab.org/bio/0.1/, which is apparently no longer an included
> preset. This throws a warning during operation [1}. Also, the usage note
> for the Generic indexer refers to
> "org.apache.stanbol.indexing.core-*-jar-with-dependencies.jar" when in fact
> the artifact is now called
> "org.apache.stanbol.entityhub.indexing.genericrdf-*.jar". I can send a PR
> for these minor annoyances if that would be useful.
>
>
> ---
> A. Soroka
> The University of Virginia Library
>
> [1] E.g.
>
> 14:40:46,767 [main] WARN  mapping.FieldMappingUtils - Unable to parse
> fieldMapping because of unknown namespace prefix
> java.lang.IllegalArgumentException: The prefix 'bio' is unknown (not
> mapped to an namespace) by the Stanbol Namespace Prefix Mapping Service.
> Please change the configuration to use the full URI instead of 'bio:*'!
>
>
>
> > On Sep 20, 2016, at 2:07 PM, steve reinders  wrote:
> >
> > All,
> >
> > - I downloaded from
> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
> > to OSX 10.11.6 ( 9:00 PM US CST Mon Sep 19 )
> > - using 1.8.0_25 ( oracle )
> > - built w/mvn install
> > - only problem was CELI license
> > - produced org.apache.stanbol.launchers.full-1.0.0.jar
> >
> > TopicClassifier looks to have been built fine.
> >
> > Is this the source's correct source ?
> >
> > BTW is the CMS REST interface in ? Can't tell easily in Jira and I knew
> it
> > was pulled in earlier version.
> >
> > danke
> >
> > Steve
> >
> >
> > On Tue, Sep 20, 2016 at 12:00 PM, Rafa Haro  wrote:
> >
> >> Hi Cristian,
> >>
> >> Apparently the Topic Annotation engine is only compiling with OpenJDK
> >> 1.8.x. As far as I know, that code has remained untouched since long
> time
> >> ago, but we should probably remove that dependency (although I don't
> see it
> >> a problem for not going ahead with the release).
> >>
> >> By the way, I have checked the artifacts and signatures, built also from
> >> source without problems
> >>
> >> Therefore +1 for me
> >>
> >> Cheers,
> >> Rafa
> >>
> >> On Mon, Sep 19, 2016 at 10:37 PM Rafa Haro  wrote:
> >>
> >>> Hi Cristian,
> >>>
> >>> I build it directly from the SVN tag and didn't have any problem. I
> will
> >>> check tomorrow the source packages
> >>>
> >>> Thanks,
> >>> Rafa
> >>> El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
> >>> cristian.petro...@gmail.com> escribió:
> >>>
>  Hi guys,
> 
>  I downloaded the sources from here https://dist.apache.org/repos/
>  dist/dev/stanbol/1.0.0/
>   and did a
> "mvn
>  install" but some tests failed with:
>  Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 4.33
> sec
>  <<< FAILURE! - in org.apache.stanbol.enhancer.
> >> engine.topic.TopicEngineTest
> 
>  testCrossValidation(org.apache.stanbol.enhancer.
> >> engine.topic.TopicEngineTest)
>  Time elapsed: 2.108 sec  <<< ERROR!
>  java.lang.NoClassDefFoundError: Could not initialize class
>  sun.security.provider.SecureRandom$SeederHolder
> at
>  sun.security.provider.SecureRandom.engineNextBytes(
> >> SecureRandom.java:221)
> at java.security.SecureRandom.nextBytes(SecureRandom.java:468)
> at java.util.UUID.randomUUID(UUID.java:145)
> at
> 
>  org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
> >> addConcept(TopicClassificationEngine.java:790)
> at
> 
>  org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
> >> addConcept(TopicClassificationEngine.java:825)
> at
> 
>  org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
> >> initArtificialTrainingSet(TopicEngineTest.java:537)
> at
> 
>  org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
> >> testCrossValidation(TopicEngineTest.java:475)
> 
>  Java version:
>  java version "1.8.0_77"
>  Java(TM) SE Runtime Environment (build 1.8.0_77-b03)
>  Java HotSpot(TM) 64-Bit Server VM (build 25.77-b03, mixed mode)
> 
> 
>  My java version is the Oracle one, not OpenJDK.
>  I looked that class up, SecureRandom, but I can't find it in Oracle's
>  documentation in that package but rather here:
>  https://docs.oracle.com/javase/7/docs/api/java/
> >> security/SecureRandom.html
> 
>  Not sure if this is the problem.
> 
>  Cristian
> 
>  On Sat, Sep 17, 2016 at 1:55 PM, Antonio David Pérez Morales <
>  adperezmora...@gmail.com> wrote:
> 
> > Tested
> >
> 

Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-21 Thread A. Soroka
I was able to build the same release code on OS X 10.10.5 using Java 1.8.0_40 
via mvn clean install. As a simple test, I was able to use the EntityHub 
Generic indexer to index a medium-sized vocabulary of interest to my site 
without difficulty. I did notice that the default config for the Generic 
indexer uses the namespace prefix bio: for http://vocab.org/bio/0.1/, which is 
apparently no longer an included preset. This throws a warning during operation 
[1}. Also, the usage note for the Generic indexer refers to 
"org.apache.stanbol.indexing.core-*-jar-with-dependencies.jar" when in fact the 
artifact is now called 
"org.apache.stanbol.entityhub.indexing.genericrdf-*.jar". I can send a PR for 
these minor annoyances if that would be useful.


---
A. Soroka
The University of Virginia Library

[1] E.g.

14:40:46,767 [main] WARN  mapping.FieldMappingUtils - Unable to parse 
fieldMapping because of unknown namespace prefix
java.lang.IllegalArgumentException: The prefix 'bio' is unknown (not mapped to 
an namespace) by the Stanbol Namespace Prefix Mapping Service. Please change 
the configuration to use the full URI instead of 'bio:*'!



> On Sep 20, 2016, at 2:07 PM, steve reinders  wrote:
> 
> All,
> 
> - I downloaded from https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
> to OSX 10.11.6 ( 9:00 PM US CST Mon Sep 19 )
> - using 1.8.0_25 ( oracle )
> - built w/mvn install
> - only problem was CELI license
> - produced org.apache.stanbol.launchers.full-1.0.0.jar
> 
> TopicClassifier looks to have been built fine.
> 
> Is this the source's correct source ?
> 
> BTW is the CMS REST interface in ? Can't tell easily in Jira and I knew it
> was pulled in earlier version.
> 
> danke
> 
> Steve
> 
> 
> On Tue, Sep 20, 2016 at 12:00 PM, Rafa Haro  wrote:
> 
>> Hi Cristian,
>> 
>> Apparently the Topic Annotation engine is only compiling with OpenJDK
>> 1.8.x. As far as I know, that code has remained untouched since long time
>> ago, but we should probably remove that dependency (although I don't see it
>> a problem for not going ahead with the release).
>> 
>> By the way, I have checked the artifacts and signatures, built also from
>> source without problems
>> 
>> Therefore +1 for me
>> 
>> Cheers,
>> Rafa
>> 
>> On Mon, Sep 19, 2016 at 10:37 PM Rafa Haro  wrote:
>> 
>>> Hi Cristian,
>>> 
>>> I build it directly from the SVN tag and didn't have any problem. I will
>>> check tomorrow the source packages
>>> 
>>> Thanks,
>>> Rafa
>>> El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
>>> cristian.petro...@gmail.com> escribió:
>>> 
 Hi guys,
 
 I downloaded the sources from here https://dist.apache.org/repos/
 dist/dev/stanbol/1.0.0/
  and did a "mvn
 install" but some tests failed with:
 Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 4.33 sec
 <<< FAILURE! - in org.apache.stanbol.enhancer.
>> engine.topic.TopicEngineTest
 
 testCrossValidation(org.apache.stanbol.enhancer.
>> engine.topic.TopicEngineTest)
 Time elapsed: 2.108 sec  <<< ERROR!
 java.lang.NoClassDefFoundError: Could not initialize class
 sun.security.provider.SecureRandom$SeederHolder
at
 sun.security.provider.SecureRandom.engineNextBytes(
>> SecureRandom.java:221)
at java.security.SecureRandom.nextBytes(SecureRandom.java:468)
at java.util.UUID.randomUUID(UUID.java:145)
at
 
 org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
>> addConcept(TopicClassificationEngine.java:790)
at
 
 org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
>> addConcept(TopicClassificationEngine.java:825)
at
 
 org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
>> initArtificialTrainingSet(TopicEngineTest.java:537)
at
 
 org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
>> testCrossValidation(TopicEngineTest.java:475)
 
 Java version:
 java version "1.8.0_77"
 Java(TM) SE Runtime Environment (build 1.8.0_77-b03)
 Java HotSpot(TM) 64-Bit Server VM (build 25.77-b03, mixed mode)
 
 
 My java version is the Oracle one, not OpenJDK.
 I looked that class up, SecureRandom, but I can't find it in Oracle's
 documentation in that package but rather here:
 https://docs.oracle.com/javase/7/docs/api/java/
>> security/SecureRandom.html
 
 Not sure if this is the problem.
 
 Cristian
 
 On Sat, Sep 17, 2016 at 1:55 PM, Antonio David Pérez Morales <
 adperezmora...@gmail.com> wrote:
 
> Tested
> 
> +1 for me
> 
> Regards
> 
> El 16 sept. 2016 6:38 p. m., "Rafa Haro"  escribió:
> 
>> Hi devs,
>> 
>> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is
>> the
>> first 1.x.x release and the first release since version 0.12 (more
 than 2
>> years ago). Ther

Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-20 Thread steve reinders
All,

- I downloaded from https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
to OSX 10.11.6 ( 9:00 PM US CST Mon Sep 19 )
- using 1.8.0_25 ( oracle )
- built w/mvn install
- only problem was CELI license
- produced org.apache.stanbol.launchers.full-1.0.0.jar

TopicClassifier looks to have been built fine.

Is this the source's correct source ?

BTW is the CMS REST interface in ? Can't tell easily in Jira and I knew it
was pulled in earlier version.

danke

Steve


On Tue, Sep 20, 2016 at 12:00 PM, Rafa Haro  wrote:

> Hi Cristian,
>
> Apparently the Topic Annotation engine is only compiling with OpenJDK
> 1.8.x. As far as I know, that code has remained untouched since long time
> ago, but we should probably remove that dependency (although I don't see it
> a problem for not going ahead with the release).
>
> By the way, I have checked the artifacts and signatures, built also from
> source without problems
>
> Therefore +1 for me
>
> Cheers,
> Rafa
>
> On Mon, Sep 19, 2016 at 10:37 PM Rafa Haro  wrote:
>
> > Hi Cristian,
> >
> > I build it directly from the SVN tag and didn't have any problem. I will
> > check tomorrow the source packages
> >
> > Thanks,
> > Rafa
> > El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
> > cristian.petro...@gmail.com> escribió:
> >
> >> Hi guys,
> >>
> >> I downloaded the sources from here https://dist.apache.org/repos/
> >> dist/dev/stanbol/1.0.0/
> >>  and did a "mvn
> >> install" but some tests failed with:
> >> Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 4.33 sec
> >> <<< FAILURE! - in org.apache.stanbol.enhancer.
> engine.topic.TopicEngineTest
> >>
> >> testCrossValidation(org.apache.stanbol.enhancer.
> engine.topic.TopicEngineTest)
> >>  Time elapsed: 2.108 sec  <<< ERROR!
> >> java.lang.NoClassDefFoundError: Could not initialize class
> >> sun.security.provider.SecureRandom$SeederHolder
> >> at
> >> sun.security.provider.SecureRandom.engineNextBytes(
> SecureRandom.java:221)
> >> at java.security.SecureRandom.nextBytes(SecureRandom.java:468)
> >> at java.util.UUID.randomUUID(UUID.java:145)
> >> at
> >>
> >> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
> addConcept(TopicClassificationEngine.java:790)
> >> at
> >>
> >> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.
> addConcept(TopicClassificationEngine.java:825)
> >> at
> >>
> >> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
> initArtificialTrainingSet(TopicEngineTest.java:537)
> >> at
> >>
> >> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.
> testCrossValidation(TopicEngineTest.java:475)
> >>
> >> Java version:
> >> java version "1.8.0_77"
> >> Java(TM) SE Runtime Environment (build 1.8.0_77-b03)
> >> Java HotSpot(TM) 64-Bit Server VM (build 25.77-b03, mixed mode)
> >>
> >>
> >> My java version is the Oracle one, not OpenJDK.
> >> I looked that class up, SecureRandom, but I can't find it in Oracle's
> >> documentation in that package but rather here:
> >> https://docs.oracle.com/javase/7/docs/api/java/
> security/SecureRandom.html
> >>
> >> Not sure if this is the problem.
> >>
> >> Cristian
> >>
> >> On Sat, Sep 17, 2016 at 1:55 PM, Antonio David Pérez Morales <
> >> adperezmora...@gmail.com> wrote:
> >>
> >> > Tested
> >> >
> >> > +1 for me
> >> >
> >> > Regards
> >> >
> >> > El 16 sept. 2016 6:38 p. m., "Rafa Haro"  escribió:
> >> >
> >> > > Hi devs,
> >> > >
> >> > > Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is
> the
> >> > > first 1.x.x release and the first release since version 0.12 (more
> >> than 2
> >> > > years ago). Therefore, it is not easy to summarize all the changes
> >> since
> >> > > then. Please refer to https://issues.apache.org/jira/browse/STANBOL
> >> for
> >> > an
> >> > > exhaustive list of issues fixed in this version.
> >> > >
> >> > > The release source code can be found at the following tag:
> >> > >
> >> > > http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
> >> > >
> >> > > The release includes the complete Apache Stanbol stack with all
> >> > components.
> >> > > The release artifacts are staged at:
> >> > >
> >> > > https://repository.apache.org/content/repositories/
> >> > orgapachestanbol-1009/
> >> > >
> >> > > and the source packages here:
> >> > >
> >> > > https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
> >> > >
> >> > > You can check the staged Maven artifacts using the script in
> >> 'releasing'
> >> > > ./check_staged_release.sh 1009 [tmp-directory]
> >> > >
> >> > > PGP release singing keys are available at:
> >> > >
> >> > > https://people.apache.org/keys/group/stanbol.asc
> >> > >
> >> > > The vote will be open for 72 hours
> >> > >
> >> >
> >>
> >
>


Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-20 Thread Rafa Haro
Hi Cristian,

Apparently the Topic Annotation engine is only compiling with OpenJDK
1.8.x. As far as I know, that code has remained untouched since long time
ago, but we should probably remove that dependency (although I don't see it
a problem for not going ahead with the release).

By the way, I have checked the artifacts and signatures, built also from
source without problems

Therefore +1 for me

Cheers,
Rafa

On Mon, Sep 19, 2016 at 10:37 PM Rafa Haro  wrote:

> Hi Cristian,
>
> I build it directly from the SVN tag and didn't have any problem. I will
> check tomorrow the source packages
>
> Thanks,
> Rafa
> El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
> cristian.petro...@gmail.com> escribió:
>
>> Hi guys,
>>
>> I downloaded the sources from here https://dist.apache.org/repos/
>> dist/dev/stanbol/1.0.0/
>>  and did a "mvn
>> install" but some tests failed with:
>> Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 4.33 sec
>> <<< FAILURE! - in org.apache.stanbol.enhancer.engine.topic.TopicEngineTest
>>
>> testCrossValidation(org.apache.stanbol.enhancer.engine.topic.TopicEngineTest)
>>  Time elapsed: 2.108 sec  <<< ERROR!
>> java.lang.NoClassDefFoundError: Could not initialize class
>> sun.security.provider.SecureRandom$SeederHolder
>> at
>> sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:221)
>> at java.security.SecureRandom.nextBytes(SecureRandom.java:468)
>> at java.util.UUID.randomUUID(UUID.java:145)
>> at
>>
>> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.addConcept(TopicClassificationEngine.java:790)
>> at
>>
>> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.addConcept(TopicClassificationEngine.java:825)
>> at
>>
>> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.initArtificialTrainingSet(TopicEngineTest.java:537)
>> at
>>
>> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.testCrossValidation(TopicEngineTest.java:475)
>>
>> Java version:
>> java version "1.8.0_77"
>> Java(TM) SE Runtime Environment (build 1.8.0_77-b03)
>> Java HotSpot(TM) 64-Bit Server VM (build 25.77-b03, mixed mode)
>>
>>
>> My java version is the Oracle one, not OpenJDK.
>> I looked that class up, SecureRandom, but I can't find it in Oracle's
>> documentation in that package but rather here:
>> https://docs.oracle.com/javase/7/docs/api/java/security/SecureRandom.html
>>
>> Not sure if this is the problem.
>>
>> Cristian
>>
>> On Sat, Sep 17, 2016 at 1:55 PM, Antonio David Pérez Morales <
>> adperezmora...@gmail.com> wrote:
>>
>> > Tested
>> >
>> > +1 for me
>> >
>> > Regards
>> >
>> > El 16 sept. 2016 6:38 p. m., "Rafa Haro"  escribió:
>> >
>> > > Hi devs,
>> > >
>> > > Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
>> > > first 1.x.x release and the first release since version 0.12 (more
>> than 2
>> > > years ago). Therefore, it is not easy to summarize all the changes
>> since
>> > > then. Please refer to https://issues.apache.org/jira/browse/STANBOL
>> for
>> > an
>> > > exhaustive list of issues fixed in this version.
>> > >
>> > > The release source code can be found at the following tag:
>> > >
>> > > http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
>> > >
>> > > The release includes the complete Apache Stanbol stack with all
>> > components.
>> > > The release artifacts are staged at:
>> > >
>> > > https://repository.apache.org/content/repositories/
>> > orgapachestanbol-1009/
>> > >
>> > > and the source packages here:
>> > >
>> > > https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
>> > >
>> > > You can check the staged Maven artifacts using the script in
>> 'releasing'
>> > > ./check_staged_release.sh 1009 [tmp-directory]
>> > >
>> > > PGP release singing keys are available at:
>> > >
>> > > https://people.apache.org/keys/group/stanbol.asc
>> > >
>> > > The vote will be open for 72 hours
>> > >
>> >
>>
>


Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-19 Thread Rafa Haro
Hi Cristian,

I build it directly from the SVN tag and didn't have any problem. I will
check tomorrow the source packages

Thanks,
Rafa
El El lun, 19 sept 2016 a las 22:21, Cristian Petroaca <
cristian.petro...@gmail.com> escribió:

> Hi guys,
>
> I downloaded the sources from here https://dist.apache.org/repos/
> dist/dev/stanbol/1.0.0/
>  and did a "mvn
> install" but some tests failed with:
> Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 4.33 sec
> <<< FAILURE! - in org.apache.stanbol.enhancer.engine.topic.TopicEngineTest
>
> testCrossValidation(org.apache.stanbol.enhancer.engine.topic.TopicEngineTest)
>  Time elapsed: 2.108 sec  <<< ERROR!
> java.lang.NoClassDefFoundError: Could not initialize class
> sun.security.provider.SecureRandom$SeederHolder
> at
> sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:221)
> at java.security.SecureRandom.nextBytes(SecureRandom.java:468)
> at java.util.UUID.randomUUID(UUID.java:145)
> at
>
> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.addConcept(TopicClassificationEngine.java:790)
> at
>
> org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.addConcept(TopicClassificationEngine.java:825)
> at
>
> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.initArtificialTrainingSet(TopicEngineTest.java:537)
> at
>
> org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.testCrossValidation(TopicEngineTest.java:475)
>
> Java version:
> java version "1.8.0_77"
> Java(TM) SE Runtime Environment (build 1.8.0_77-b03)
> Java HotSpot(TM) 64-Bit Server VM (build 25.77-b03, mixed mode)
>
>
> My java version is the Oracle one, not OpenJDK.
> I looked that class up, SecureRandom, but I can't find it in Oracle's
> documentation in that package but rather here:
> https://docs.oracle.com/javase/7/docs/api/java/security/SecureRandom.html
>
> Not sure if this is the problem.
>
> Cristian
>
> On Sat, Sep 17, 2016 at 1:55 PM, Antonio David Pérez Morales <
> adperezmora...@gmail.com> wrote:
>
> > Tested
> >
> > +1 for me
> >
> > Regards
> >
> > El 16 sept. 2016 6:38 p. m., "Rafa Haro"  escribió:
> >
> > > Hi devs,
> > >
> > > Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
> > > first 1.x.x release and the first release since version 0.12 (more
> than 2
> > > years ago). Therefore, it is not easy to summarize all the changes
> since
> > > then. Please refer to https://issues.apache.org/jira/browse/STANBOL
> for
> > an
> > > exhaustive list of issues fixed in this version.
> > >
> > > The release source code can be found at the following tag:
> > >
> > > http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
> > >
> > > The release includes the complete Apache Stanbol stack with all
> > components.
> > > The release artifacts are staged at:
> > >
> > > https://repository.apache.org/content/repositories/
> > orgapachestanbol-1009/
> > >
> > > and the source packages here:
> > >
> > > https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
> > >
> > > You can check the staged Maven artifacts using the script in
> 'releasing'
> > > ./check_staged_release.sh 1009 [tmp-directory]
> > >
> > > PGP release singing keys are available at:
> > >
> > > https://people.apache.org/keys/group/stanbol.asc
> > >
> > > The vote will be open for 72 hours
> > >
> >
>


Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-19 Thread Cristian Petroaca
Hi guys,

I downloaded the sources from here https://dist.apache.org/repos/
dist/dev/stanbol/1.0.0/ and did a "mvn install" but some tests failed with:
Tests run: 7, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 4.33 sec
<<< FAILURE! - in org.apache.stanbol.enhancer.engine.topic.TopicEngineTest
testCrossValidation(org.apache.stanbol.enhancer.engine.topic.TopicEngineTest)
 Time elapsed: 2.108 sec  <<< ERROR!
java.lang.NoClassDefFoundError: Could not initialize class
sun.security.provider.SecureRandom$SeederHolder
at
sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:221)
at java.security.SecureRandom.nextBytes(SecureRandom.java:468)
at java.util.UUID.randomUUID(UUID.java:145)
at
org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.addConcept(TopicClassificationEngine.java:790)
at
org.apache.stanbol.enhancer.engine.topic.TopicClassificationEngine.addConcept(TopicClassificationEngine.java:825)
at
org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.initArtificialTrainingSet(TopicEngineTest.java:537)
at
org.apache.stanbol.enhancer.engine.topic.TopicEngineTest.testCrossValidation(TopicEngineTest.java:475)

Java version:
java version "1.8.0_77"
Java(TM) SE Runtime Environment (build 1.8.0_77-b03)
Java HotSpot(TM) 64-Bit Server VM (build 25.77-b03, mixed mode)


My java version is the Oracle one, not OpenJDK.
I looked that class up, SecureRandom, but I can't find it in Oracle's
documentation in that package but rather here:
https://docs.oracle.com/javase/7/docs/api/java/security/SecureRandom.html

Not sure if this is the problem.

Cristian

On Sat, Sep 17, 2016 at 1:55 PM, Antonio David Pérez Morales <
adperezmora...@gmail.com> wrote:

> Tested
>
> +1 for me
>
> Regards
>
> El 16 sept. 2016 6:38 p. m., "Rafa Haro"  escribió:
>
> > Hi devs,
> >
> > Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
> > first 1.x.x release and the first release since version 0.12 (more than 2
> > years ago). Therefore, it is not easy to summarize all the changes since
> > then. Please refer to https://issues.apache.org/jira/browse/STANBOL for
> an
> > exhaustive list of issues fixed in this version.
> >
> > The release source code can be found at the following tag:
> >
> > http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
> >
> > The release includes the complete Apache Stanbol stack with all
> components.
> > The release artifacts are staged at:
> >
> > https://repository.apache.org/content/repositories/
> orgapachestanbol-1009/
> >
> > and the source packages here:
> >
> > https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
> >
> > You can check the staged Maven artifacts using the script in 'releasing'
> > ./check_staged_release.sh 1009 [tmp-directory]
> >
> > PGP release singing keys are available at:
> >
> > https://people.apache.org/keys/group/stanbol.asc
> >
> > The vote will be open for 72 hours
> >
>


Re: [VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-17 Thread Antonio David Pérez Morales
Tested

+1 for me

Regards

El 16 sept. 2016 6:38 p. m., "Rafa Haro"  escribió:

> Hi devs,
>
> Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
> first 1.x.x release and the first release since version 0.12 (more than 2
> years ago). Therefore, it is not easy to summarize all the changes since
> then. Please refer to https://issues.apache.org/jira/browse/STANBOL for an
> exhaustive list of issues fixed in this version.
>
> The release source code can be found at the following tag:
>
> http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/
>
> The release includes the complete Apache Stanbol stack with all components.
> The release artifacts are staged at:
>
> https://repository.apache.org/content/repositories/orgapachestanbol-1009/
>
> and the source packages here:
>
> https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/
>
> You can check the staged Maven artifacts using the script in 'releasing'
> ./check_staged_release.sh 1009 [tmp-directory]
>
> PGP release singing keys are available at:
>
> https://people.apache.org/keys/group/stanbol.asc
>
> The vote will be open for 72 hours
>


[VOTE] Release Apache Stanbol 1.0.0 RC0

2016-09-16 Thread Rafa Haro
Hi devs,

Please vote on wether to release Apache Stanbol 1.0.0 RC0. This is the
first 1.x.x release and the first release since version 0.12 (more than 2
years ago). Therefore, it is not easy to summarize all the changes since
then. Please refer to https://issues.apache.org/jira/browse/STANBOL for an
exhaustive list of issues fixed in this version.

The release source code can be found at the following tag:

http://svn.apache.org/repos/asf/stanbol/tags/apache-stanbol-1.0.0/

The release includes the complete Apache Stanbol stack with all components.
The release artifacts are staged at:

https://repository.apache.org/content/repositories/orgapachestanbol-1009/

and the source packages here:

https://dist.apache.org/repos/dist/dev/stanbol/1.0.0/

You can check the staged Maven artifacts using the script in 'releasing'
./check_staged_release.sh 1009 [tmp-directory]

PGP release singing keys are available at:

https://people.apache.org/keys/group/stanbol.asc

The vote will be open for 72 hours