You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by Bhavani Iyer <bh...@gmail.com> on 2012/08/03 17:42:21 UTC
[VOTE] Release UIMA C++ SDK 2.4.0
UIMACPP Release Candidate 6 is ready for voting.
The release build is staged at:
http://people.apache.org/~bhavani/uimacpp-release-candidates/2.4.0/06/
The SVN tag is:
https://svn.apache.org/repos/asf/uima/uimacpp/tags/uimacpp-2.4.0-rc6/
The issues fixed are in the RELEASE_NOTES.html in the src/bin packages.
They can also be found here:
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+UIMA+AND+fixVersion+%3D+12319446+ORDER+BY+priority+DESC
Please vote on release:
[ ] +1 OK to release
[ ] 0 Don't care
[ ] -1 Not OK to release, because ...
Thanks.
-- Bhavani
--------------------------------------------------------------
Bhavani S. Iyer
IBM T.J. Watson Research Center
Hawthorne, NY 10532
Tel: 914-784-6954 T/L:8-863-6954
bsiyer@us.ibm.com
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Marshall Schor <ms...@schor.com>.
Thanks for voting, Peter.
Just as a reminder, this page
http://www.apache.org/dev/release.html#approving-a-release says that before
voting +1, you have to (at least) download the source code package, and see if
it builds (on some platform), and do some minimal test that the build works.
You should also verify the package has the required content: license / notice
info, signing keys, etc.
A complete test is not needed, but of course is valuable :-).
-Marshall
On 8/15/2012 11:42 AM, Peter Klügl wrote:
> +1, but I have not tested it myself.
>
> Peter
>
> Am 15.08.2012 15:25, schrieb Marshall Schor:
>> can we get a couple of other PMC members to vote on this release candidate?
>>
>> -Marshall
>>
>> On 8/3/2012 11:42 AM, Bhavani Iyer wrote:
>>> UIMACPP Release Candidate 6 is ready for voting.
>>>
>>> The release build is staged at:
>>> http://people.apache.org/~bhavani/uimacpp-release-candidates/2.4.0/06/
>>>
>>> The SVN tag is:
>>> https://svn.apache.org/repos/asf/uima/uimacpp/tags/uimacpp-2.4.0-rc6/
>>>
>>> The issues fixed are in the RELEASE_NOTES.html in the src/bin packages.
>>> They can also be found here:
>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+UIMA+AND+fixVersion+%3D+12319446+ORDER+BY+priority+DESC
>>>
>>>
>>> Please vote on release:
>>>
>>> [ ] +1 OK to release
>>> [ ] 0 Don't care
>>> [ ] -1 Not OK to release, because ...
>>>
>>> Thanks.
>>>
>>> -- Bhavani
>>>
>>>
>>> --------------------------------------------------------------
>>> Bhavani S. Iyer
>>> IBM T.J. Watson Research Center
>>> Hawthorne, NY 10532
>>> Tel: 914-784-6954 T/L:8-863-6954
>>> bsiyer@us.ibm.com
>>>
>
>
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Peter Klügl <pk...@uni-wuerzburg.de>.
+1, but I have not tested it myself.
Peter
Am 15.08.2012 15:25, schrieb Marshall Schor:
> can we get a couple of other PMC members to vote on this release candidate?
>
> -Marshall
>
> On 8/3/2012 11:42 AM, Bhavani Iyer wrote:
>> UIMACPP Release Candidate 6 is ready for voting.
>>
>> The release build is staged at:
>> http://people.apache.org/~bhavani/uimacpp-release-candidates/2.4.0/06/
>>
>> The SVN tag is:
>> https://svn.apache.org/repos/asf/uima/uimacpp/tags/uimacpp-2.4.0-rc6/
>>
>> The issues fixed are in the RELEASE_NOTES.html in the src/bin packages.
>> They can also be found here:
>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+UIMA+AND+fixVersion+%3D+12319446+ORDER+BY+priority+DESC
>>
>> Please vote on release:
>>
>> [ ] +1 OK to release
>> [ ] 0 Don't care
>> [ ] -1 Not OK to release, because ...
>>
>> Thanks.
>>
>> -- Bhavani
>>
>>
>> --------------------------------------------------------------
>> Bhavani S. Iyer
>> IBM T.J. Watson Research Center
>> Hawthorne, NY 10532
>> Tel: 914-784-6954 T/L:8-863-6954
>> bsiyer@us.ibm.com
>>
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Marshall Schor <ms...@schor.com>.
can we get a couple of other PMC members to vote on this release candidate?
-Marshall
On 8/3/2012 11:42 AM, Bhavani Iyer wrote:
> UIMACPP Release Candidate 6 is ready for voting.
>
> The release build is staged at:
> http://people.apache.org/~bhavani/uimacpp-release-candidates/2.4.0/06/
>
> The SVN tag is:
> https://svn.apache.org/repos/asf/uima/uimacpp/tags/uimacpp-2.4.0-rc6/
>
> The issues fixed are in the RELEASE_NOTES.html in the src/bin packages.
> They can also be found here:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+UIMA+AND+fixVersion+%3D+12319446+ORDER+BY+priority+DESC
>
> Please vote on release:
>
> [ ] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not OK to release, because ...
>
> Thanks.
>
> -- Bhavani
>
>
> --------------------------------------------------------------
> Bhavani S. Iyer
> IBM T.J. Watson Research Center
> Hawthorne, NY 10532
> Tel: 914-784-6954 T/L:8-863-6954
> bsiyer@us.ibm.com
>
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Marshall Schor <ms...@schor.com>.
oops, forgot to say I also:
- checked the license & notice files in the various distrs
-Marshall
On 8/8/2012 12:29 PM, Marshall Schor wrote:
> I've done the following:
>
> On Windows 7, with Microsoft visual express (free C++ environment)
>
> - downloaded the SVN tag, and the artifacts from Bhavani's people distr for rc6
> - compared the svn tag and the source-release - compare OK except for some
> line-endings (I'm working on Windows).
> - checked the asc tags on all files - ok
> - checked the md5 on some files - ok
>
> - checked the Release notes - found List of Issues has minor formatting error
> for the last 2 issues - not enough of an issue to block the release, but should
> be fixed for next release or release candidate.
>
> - ran the bin install verification - dave detector. This had several issues (see
> below)
> - ran build from source (without building the other dependency components
> (Xerces-C, APR, ICU, etc.) but trying to instead use the pre-built versions that
> come with the binary distribution) - using vcexpress - had some issues, see below.
> - ran the test cases built from source, against the build-from-source build - OK
> --- note - didn't test the integration with Java UIMA
>
> The issues I had came from not having the required build environment, which is
> Microsoft Visual C++ 2005.
> There's some information on building with vcexpress, but it didn't quite work
> for me.
>
> The README says:
>
> The following commands assume you are running from a Microsoft Visual
> Studio 2005 Command Prompt. If using MSVC Express Edition, replace the
> devenv command with vcexpress
>
> Doing this results in the vcexpress command printing a blank line, and
> completing with no message, instantly, without doing anything.
>
> The thing which works is: type vcexpress with just one argument - the solution
> or project name. This brings up the vcexpress GUI, which says it needs to
> "convert" the project metadata to a newer level. You need to reply OK to permit
> this to happen. Then, you can right-click the projects and pick build to build
> them.
>
> For building from source, the instructions say to build all the dependencies.
> On Windows, APR has not made a build-from-source possible using the free
> vcexpress tooling. So I can't test this (I don't have the required build
> tooling for building APR).
>
> Instead of this, I used the pre-built versions of the dependency projects from
> the uima-cpp binary distribution. This worked except for one project -
> deployCppService - because that requires a header file not available.
>
> But to make it build using the pre-built versions, I had to do an undocumented
> thing: set UIMACPP_HOME to where the binary distribution was unzipped.
>
> I think these specifics - on how to build using the "free" version of Windows
> tooling (vcexpress), should be documented better (but I don't consider it a
> reason to not release this release). I suggest documenting both in the README
> and on our UIMA Website (and having the README include a reference to the UIMA
> website location for "current" up-to-date build instructions for various situations.
>
> Based on this, I'm +1 for releasing.
>
> [x] +1 OK to release
>
>
> -Marshall
>
>
>
> On 8/3/2012 11:42 AM, Bhavani Iyer wrote:
>> UIMACPP Release Candidate 6 is ready for voting.
>>
>> The release build is staged at:
>> http://people.apache.org/~bhavani/uimacpp-release-candidates/2.4.0/06/
>>
>> The SVN tag is:
>> https://svn.apache.org/repos/asf/uima/uimacpp/tags/uimacpp-2.4.0-rc6/
>>
>> The issues fixed are in the RELEASE_NOTES.html in the src/bin packages.
>> They can also be found here:
>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+UIMA+AND+fixVersion+%3D+12319446+ORDER+BY+priority+DESC
>>
>> Please vote on release:
>>
>> [x] +1 OK to release
>> [ ] 0 Don't care
>> [ ] -1 Not OK to release, because ...
>>
>> Thanks.
>>
>> -- Bhavani
>>
>>
>> --------------------------------------------------------------
>> Bhavani S. Iyer
>> IBM T.J. Watson Research Center
>> Hawthorne, NY 10532
>> Tel: 914-784-6954 T/L:8-863-6954
>> bsiyer@us.ibm.com
>>
>
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Marshall Schor <ms...@schor.com>.
I've done the following:
On Windows 7, with Microsoft visual express (free C++ environment)
- downloaded the SVN tag, and the artifacts from Bhavani's people distr for rc6
- compared the svn tag and the source-release - compare OK except for some
line-endings (I'm working on Windows).
- checked the asc tags on all files - ok
- checked the md5 on some files - ok
- checked the Release notes - found List of Issues has minor formatting error
for the last 2 issues - not enough of an issue to block the release, but should
be fixed for next release or release candidate.
- ran the bin install verification - dave detector. This had several issues (see
below)
- ran build from source (without building the other dependency components
(Xerces-C, APR, ICU, etc.) but trying to instead use the pre-built versions that
come with the binary distribution) - using vcexpress - had some issues, see below.
- ran the test cases built from source, against the build-from-source build - OK
--- note - didn't test the integration with Java UIMA
The issues I had came from not having the required build environment, which is
Microsoft Visual C++ 2005.
There's some information on building with vcexpress, but it didn't quite work
for me.
The README says:
The following commands assume you are running from a Microsoft Visual
Studio 2005 Command Prompt. If using MSVC Express Edition, replace the
devenv command with vcexpress
Doing this results in the vcexpress command printing a blank line, and
completing with no message, instantly, without doing anything.
The thing which works is: type vcexpress with just one argument - the solution
or project name. This brings up the vcexpress GUI, which says it needs to
"convert" the project metadata to a newer level. You need to reply OK to permit
this to happen. Then, you can right-click the projects and pick build to build
them.
For building from source, the instructions say to build all the dependencies.
On Windows, APR has not made a build-from-source possible using the free
vcexpress tooling. So I can't test this (I don't have the required build
tooling for building APR).
Instead of this, I used the pre-built versions of the dependency projects from
the uima-cpp binary distribution. This worked except for one project -
deployCppService - because that requires a header file not available.
But to make it build using the pre-built versions, I had to do an undocumented
thing: set UIMACPP_HOME to where the binary distribution was unzipped.
I think these specifics - on how to build using the "free" version of Windows
tooling (vcexpress), should be documented better (but I don't consider it a
reason to not release this release). I suggest documenting both in the README
and on our UIMA Website (and having the README include a reference to the UIMA
website location for "current" up-to-date build instructions for various situations.
Based on this, I'm +1 for releasing.
[x] +1 OK to release
-Marshall
On 8/3/2012 11:42 AM, Bhavani Iyer wrote:
> UIMACPP Release Candidate 6 is ready for voting.
>
> The release build is staged at:
> http://people.apache.org/~bhavani/uimacpp-release-candidates/2.4.0/06/
>
> The SVN tag is:
> https://svn.apache.org/repos/asf/uima/uimacpp/tags/uimacpp-2.4.0-rc6/
>
> The issues fixed are in the RELEASE_NOTES.html in the src/bin packages.
> They can also be found here:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+UIMA+AND+fixVersion+%3D+12319446+ORDER+BY+priority+DESC
>
> Please vote on release:
>
> [x] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not OK to release, because ...
>
> Thanks.
>
> -- Bhavani
>
>
> --------------------------------------------------------------
> Bhavani S. Iyer
> IBM T.J. Watson Research Center
> Hawthorne, NY 10532
> Tel: 914-784-6954 T/L:8-863-6954
> bsiyer@us.ibm.com
>
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Marshall Schor <ms...@schor.com>.
Just for the record, I tried this (running via deployCppService) on Windows:
- In addition to downloading/unzipping/setting up UIMACPP & building the
DaveDetector:
-- Download and unzip the UIMA-AS binary distribution, and set UIMA_HOME to that
- Add UIMA_HOME/bin to the PATH
- Start a broker on localhost by typing startBroker in a new command window.
Leave it up and running.
- In a new command window, cd $UIMACPP_HOME/examples
- deployCppService descriptors/DaveDetector.xml DAVEDETECTOR
- copy $UIMA_HOME/examples/descriptors/as/MeetingDetectorAsyncAE.xml to
DaveDetector.xml in the same directory, edit
DaveDetector.xml to change MeetingDetectorTaeQueue ==> DAVEDETECTOR
- export UIMA_JVM_OPTS=-DdefaultBrokerURL=tcp://localhost:61616
from same directory as DaveDetector.xml: runAE.sh DaveDetector.xml ../../data
and it ran OK.
-Marshall
On 8/17/2012 12:19 PM, Eddie Epstein wrote:
>> [ ] +1 OK to release
>> [ ] 0 Don't care
>> [x ] -1 Not OK to release, because ...
> deployCppService from uimacpp-2.4.0-bin64.tgz fails on my test machine
> libssl.so.0.9.8 => not found
> libcrypto.so.0.9.8 => not found
>
> Using an SDK built from uimacpp-2.4.0-src.tgz, these two libs were found at
> libssl.so.10 => /usr/lib64/libssl.so.10 (0x0000003dc4e00000)
> libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x0000003dc3a00000)
>
> Are these lib dependencies necessary?
>
> Another serious problem is with the "make sdk" step: the default
> --prefix is set to /usr/local but "make sdk" assumes that the "make
> install" step has set --prefix=./usr/local (notice the . after the
> =). The situation is made worse by the fact that the "make sdk" step
> ignores any manual override of --prefix.
>
> What went well:
> -all other build steps on linux 64bit from source tarball
> -all testing using built SDK
> -all testing except deployCppServer from 64bit bin tarball
> -sampling of md5 and other checksums/signatures looked good.
>
> Eddie
>
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Eddie Epstein <ea...@gmail.com>.
> It's possible to build ActiveMQ CPP with SSL disabled - the default build
> setup for ActiveMQ CPP on Windows
> does not enable SSL. That should remove the dependencies on the ssl and
> cryto libraries.
Sounds good. As long as it is documented in the readme, users can rebuild
with these features enabled if necessary.
> This last release candidate also had some changes to the build of the
> scriptators. Please test that also and
> report any problems you may find.
All scriptators built and ran fine in my testing. The only change was for Tcl,
to update -ltcl8.4 to -ltcl8.5 to match the local version.
Eddie
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Bhavani Iyer <bh...@gmail.com>.
Thanks to Eddie and Marshall for testing the release candidate.
It's possible to build ActiveMQ CPP with SSL disabled - the default build
setup for ActiveMQ CPP on Windows
does not enable SSL. That should remove the dependencies on the ssl and
cryto libraries.
The make sdk not handling the --prefix setting is a bug in Makefile.am that
should be fixed.
This last release candidate also had some changes to the build of the
scriptators. Please test that also and
report any problems you may find.
Thanks
Bhavani
On Fri, Aug 17, 2012 at 12:19 PM, Eddie Epstein <ea...@gmail.com> wrote:
> > [ ] +1 OK to release
> > [ ] 0 Don't care
> > [x ] -1 Not OK to release, because ...
>
> deployCppService from uimacpp-2.4.0-bin64.tgz fails on my test machine
> libssl.so.0.9.8 => not found
> libcrypto.so.0.9.8 => not found
>
> Using an SDK built from uimacpp-2.4.0-src.tgz, these two libs were found at
> libssl.so.10 => /usr/lib64/libssl.so.10 (0x0000003dc4e00000)
> libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x0000003dc3a00000)
>
> Are these lib dependencies necessary?
>
> Another serious problem is with the "make sdk" step: the default
> --prefix is set to /usr/local but "make sdk" assumes that the "make
> install" step has set --prefix=./usr/local (notice the . after the
> =). The situation is made worse by the fact that the "make sdk" step
> ignores any manual override of --prefix.
>
> What went well:
> -all other build steps on linux 64bit from source tarball
> -all testing using built SDK
> -all testing except deployCppServer from 64bit bin tarball
> -sampling of md5 and other checksums/signatures looked good.
>
> Eddie
>
Re: [VOTE] Release UIMA C++ SDK 2.4.0
Posted by Eddie Epstein <ea...@gmail.com>.
> [ ] +1 OK to release
> [ ] 0 Don't care
> [x ] -1 Not OK to release, because ...
deployCppService from uimacpp-2.4.0-bin64.tgz fails on my test machine
libssl.so.0.9.8 => not found
libcrypto.so.0.9.8 => not found
Using an SDK built from uimacpp-2.4.0-src.tgz, these two libs were found at
libssl.so.10 => /usr/lib64/libssl.so.10 (0x0000003dc4e00000)
libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x0000003dc3a00000)
Are these lib dependencies necessary?
Another serious problem is with the "make sdk" step: the default
--prefix is set to /usr/local but "make sdk" assumes that the "make
install" step has set --prefix=./usr/local (notice the . after the
=). The situation is made worse by the fact that the "make sdk" step
ignores any manual override of --prefix.
What went well:
-all other build steps on linux 64bit from source tarball
-all testing using built SDK
-all testing except deployCppServer from 64bit bin tarball
-sampling of md5 and other checksums/signatures looked good.
Eddie