You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by Marshall Schor <ms...@schor.com> on 2013/06/20 20:18:45 UTC
[VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
This is a release of the uima-wide top parent pom.
Highlights of changes: m2e support, Eclipse plugin, features, update site,
licensing changes.
See
https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
for list of issues. Highlights: m2e support, Eclipse plugin, features, update
site, licensing changes.
This includes changes to the uima-build-resources - mainly supporting updated
Eclipse licensing.
The artifacts are staged to
https://repository.apache.org/content/repositories/orgapacheuima-037/
To test, please read Setup for testing - adding the Staging repository for Maven
builds in http://uima.apache.org/testing-builds.html
The SVN tag is https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
There are no artifacts other than these for Maven.
Please vote:
[ ] +1 OK to release
[ ] 0 Don't care
[ ] -1 Not ok to release, because ...
-Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Peter Klügl <pk...@uni-wuerzburg.de>.
+1
Peter
On 20.06.2013 20:18, Marshall Schor wrote:
> This is a release of the uima-wide top parent pom.
> Highlights of changes: m2e support, Eclipse plugin, features, update site,
> licensing changes.
>
> See
> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
> for list of issues. Highlights: m2e support, Eclipse plugin, features, update
> site, licensing changes.
>
> This includes changes to the uima-build-resources - mainly supporting updated
> Eclipse licensing.
>
> The artifacts are staged to
> https://repository.apache.org/content/repositories/orgapacheuima-037/
>
> To test, please read Setup for testing - adding the Staging repository for Maven
> builds in http://uima.apache.org/testing-builds.html
>
> The SVN tag is https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>
> There are no artifacts other than these for Maven.
> Please vote:
>
> [ ] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not ok to release, because ...
>
> -Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Eddie Epstein <ea...@gmail.com>.
+1
On Thu, Jun 20, 2013 at 2:18 PM, Marshall Schor <ms...@schor.com> wrote:
> This is a release of the uima-wide top parent pom.
> Highlights of changes: m2e support, Eclipse plugin, features, update site,
> licensing changes.
>
> See
>
> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
> for list of issues. Highlights: m2e support, Eclipse plugin, features,
> update
> site, licensing changes.
>
> This includes changes to the uima-build-resources - mainly supporting
> updated
> Eclipse licensing.
>
> The artifacts are staged to
> https://repository.apache.org/content/repositories/orgapacheuima-037/
>
> To test, please read Setup for testing - adding the Staging repository for
> Maven
> builds in http://uima.apache.org/testing-builds.html
>
> The SVN tag is
> https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>
> There are no artifacts other than these for Maven.
> Please vote:
>
> [ ] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not ok to release, because ...
>
> -Marshall
>
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Peter Klügl <pk...@uni-wuerzburg.de>.
Sorry, I won't be able to review the candidates of both votes until
mid/end of next week.
Peter
On 20.06.2013 20:18, Marshall Schor wrote:
> This is a release of the uima-wide top parent pom.
> Highlights of changes: m2e support, Eclipse plugin, features, update site,
> licensing changes.
>
> See
> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
> for list of issues. Highlights: m2e support, Eclipse plugin, features, update
> site, licensing changes.
>
> This includes changes to the uima-build-resources - mainly supporting updated
> Eclipse licensing.
>
> The artifacts are staged to
> https://repository.apache.org/content/repositories/orgapacheuima-037/
>
> To test, please read Setup for testing - adding the Staging repository for Maven
> builds in http://uima.apache.org/testing-builds.html
>
> The SVN tag is https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>
> There are no artifacts other than these for Maven.
> Please vote:
>
> [ ] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not ok to release, because ...
>
> -Marshall
[VOTE][RESULT] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Marshall Schor <ms...@schor.com>.
The vote passes:
+1 Marshall Schor, Eddie Epstein, Peter Klügl, Tommaso Teofili
No other votes were received, but there may be some issue with the packaging of
the uima runtime. This, however, is not part of the common build tooling, so I
think it doesn't affect this release.
-Marshall
On 6/20/2013 2:18 PM, Marshall Schor wrote:
> This is a release of the uima-wide top parent pom.
> Highlights of changes: m2e support, Eclipse plugin, features, update site,
> licensing changes.
>
> See
> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
> for list of issues. Highlights: m2e support, Eclipse plugin, features, update
> site, licensing changes.
>
> This includes changes to the uima-build-resources - mainly supporting updated
> Eclipse licensing.
>
> The artifacts are staged to
> https://repository.apache.org/content/repositories/orgapacheuima-037/
>
> To test, please read Setup for testing - adding the Staging repository for Maven
> builds in http://uima.apache.org/testing-builds.html
>
> The SVN tag is https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>
> There are no artifacts other than these for Maven.
> Please vote:
>
> [ ] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not ok to release, because ...
>
> -Marshall
>
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Tommaso Teofili <to...@gmail.com>.
+1
Tommaso
2013/6/20 Marshall Schor <ms...@schor.com>
> This is a release of the uima-wide top parent pom.
> Highlights of changes: m2e support, Eclipse plugin, features, update site,
> licensing changes.
>
> See
>
> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
> for list of issues. Highlights: m2e support, Eclipse plugin, features,
> update
> site, licensing changes.
>
> This includes changes to the uima-build-resources - mainly supporting
> updated
> Eclipse licensing.
>
> The artifacts are staged to
> https://repository.apache.org/content/repositories/orgapacheuima-037/
>
> To test, please read Setup for testing - adding the Staging repository for
> Maven
> builds in http://uima.apache.org/testing-builds.html
>
> The SVN tag is
> https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>
> There are no artifacts other than these for Maven.
> Please vote:
>
> [ ] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not ok to release, because ...
>
> -Marshall
>
Re: Eclipse UIMA tooling in 3.7.2 - works for me using DropIns, after
installing EMF SDK
Posted by Marshall Schor <ms...@schor.com>.
On 7/2/2013 4:23 PM, Richard Eckart de Castilho wrote:
> Am 02.07.2013 um 22:08 schrieb Marshall Schor <ms...@schor.com>:
>
>> great! :-) If you use the normal install of the feature, that process
>> automatically will install the EMF stuff, but you probably know that :-)
> I remember, yes ;)
>
>>> Of course not… now it works. Alright. The exception that I still get in my other Eclipse (4.2.2) is probably due to a borked Eclipse installation then.
> Starting Eclipse with "-clean" seems to have fixed this one too.
Quite a while back, I adopted the practice (on my Windows machine) of having
shortcuts for launching Eclipse, and in those I always put -clean ...
-Marshall
> -- Richard
>
>
Re: Eclipse UIMA tooling in 3.7.2 - works for me using DropIns, after installing EMF SDK
Posted by Richard Eckart de Castilho <ri...@gmail.com>.
Am 02.07.2013 um 22:08 schrieb Marshall Schor <ms...@schor.com>:
> great! :-) If you use the normal install of the feature, that process
> automatically will install the EMF stuff, but you probably know that :-)
I remember, yes ;)
>> Of course not… now it works. Alright. The exception that I still get in my other Eclipse (4.2.2) is probably due to a borked Eclipse installation then.
Starting Eclipse with "-clean" seems to have fixed this one too.
-- Richard
Re: Eclipse UIMA tooling in 3.7.2 - works for me using DropIns, after
installing EMF SDK
Posted by Marshall Schor <ms...@schor.com>.
great! :-) If you use the normal install of the feature, that process
automatically will install the EMF stuff, but you probably know that :-)
Glad it works now. I didn't realize they'd released 4.3 (Eclipse)...
-Marshall
On 7/2/2013 4:05 PM, Richard Eckart de Castilho wrote:
> Of course not… now it works. Alright. The exception that I still get in my other Eclipse (4.2.2) is probably due to a borked Eclipse installation then.
>
> -- Richard
>
> Am 02.07.2013 um 21:53 schrieb Marshall Schor <ms...@schor.com>:
>
>> Did you install EMF SDK?
>>
>> -Marshall
>>
>> On 7/2/2013 3:40 PM, Richard Eckart de Castilho wrote:
>>> Hum. I have just installed a fresh Eclipse 4.3 (Kelper, OS X, 64 bit) and dropped the UIMA Eclipse JARs from my previous build into the dropins folder there. Some stuff appears, some not. E.g. the "add UIMA nature" menu item is in the context menu of the project tree. But the "UIMA" file types are missing from the "new file" dialog.
>>>
>>> Replacing the JARs from my build with the new parent-poms with the latest JARs from Jenkins didn't help either.
>>>
>>> -- Richard
>
Re: Eclipse UIMA tooling in 3.7.2 - works for me using DropIns, after installing EMF SDK
Posted by Richard Eckart de Castilho <ri...@gmail.com>.
Of course not… now it works. Alright. The exception that I still get in my other Eclipse (4.2.2) is probably due to a borked Eclipse installation then.
-- Richard
Am 02.07.2013 um 21:53 schrieb Marshall Schor <ms...@schor.com>:
> Did you install EMF SDK?
>
> -Marshall
>
> On 7/2/2013 3:40 PM, Richard Eckart de Castilho wrote:
>> Hum. I have just installed a fresh Eclipse 4.3 (Kelper, OS X, 64 bit) and dropped the UIMA Eclipse JARs from my previous build into the dropins folder there. Some stuff appears, some not. E.g. the "add UIMA nature" menu item is in the context menu of the project tree. But the "UIMA" file types are missing from the "new file" dialog.
>>
>> Replacing the JARs from my build with the new parent-poms with the latest JARs from Jenkins didn't help either.
>>
>> -- Richard
Re: Eclipse UIMA tooling in 3.7.2 - works for me using DropIns, after
installing EMF SDK
Posted by Marshall Schor <ms...@schor.com>.
Did you install EMF SDK?
-Marshall
On 7/2/2013 3:40 PM, Richard Eckart de Castilho wrote:
> Hum. I have just installed a fresh Eclipse 4.3 (Kelper, OS X, 64 bit) and dropped the UIMA Eclipse JARs from my previous build into the dropins folder there. Some stuff appears, some not. E.g. the "add UIMA nature" menu item is in the context menu of the project tree. But the "UIMA" file types are missing from the "new file" dialog.
>
> Replacing the JARs from my build with the new parent-poms with the latest JARs from Jenkins didn't help either.
>
> -- Richard
>
> Am 02.07.2013 um 21:14 schrieb Marshall Schor <ms...@schor.com>:
>
>> I just now tried:
>>
>> 0) unzip a brand-new Eclipse 3.7.2
>>
>> 1) copying the plugins for base UIMA to the dropins folder
>>
>> 2) starting Eclipse - make a Java project, tried to make a new UIMA AE
>> descriptor - but the UIMA pick in the context menu wasn't there.
>>
>> 3) Did an "install" of EMF SDK from the install-new-software page, restarted
>>
>> 4) Now the UIMA pick was in the context menu - I created a new AE descriptor,
>> and it came up OK
>>
>> 5) checked the error log - no error showing.
>>
>> -Marshall
>>
>> On 7/2/2013 12:44 PM, Peter Klügl wrote:
>>> Am 02.07.2013 17:45, schrieb Marshall Schor:
>>>> I tried as follows:
>>>>
>>>> 1) installed a new copy of Eclipse 3.7.2 (64 bit, windows)
>>>>
>>>> 2) ran the install-new-software, pointed to the site generated by running the
>>>> eclipse update site build
>>>>
>>>> (I don't know if drop-in works, because the install requires some prereqs like
>>>> EMF tools; I don't know if these get installed when you do the drop-in).
>>>>
>>>> 3) made a new project, and made a new analysis engine descriptor in that
>>>> project, which opened fine in the Component Descriptor Editor.
>>> I copied the plugin to the dropins folder (no installation using an update
>>> site) of an eclipse 3.7.2, with which the plugin should have worked. I will
>>> try to reproduce my steps when I find the time.
>>>
>>> Best,
>>>
>>> Peter
>>>
>>>> -Marshall
>>>>
>>>> On 7/2/2013 10:07 AM, Peter Klügl wrote:
>>>>> I did not check the update site when I reviewed the rc.
>>>>>
>>>>> However, I observed such problems when I tried to use the new runtime
>>>>> plugin in Eclipse 3.7.2. (a few days ago)
>>>>>
>>>>> Best,
>>>>>
>>>>> Peter
>>>>>
>>>>>
>>>>> On 02.07.2013 16:03, Richard Eckart de Castilho wrote:
>>>>>> I checked out the rc tag and built it: ok. (mvn clean install)
>>>>>>
>>>>>> I updated my local uimaj checkout, updated it to use the rc and built: ok.
>>>>>> (mvn clean install)
>>>>>>
>>>>>> I installed the resulting Eclipse plugins in my Eclipse (dropins folder)
>>>>>> and tried to open a type system in the component editor:
>>>>>> ClassNotFoundException: org.apache.uima.resource.metadata.ResourceMetaData.
>>>>>>
>>>>>> Can anybody confirm this?
>>>>>>
>>>>>> -- Richard
>>>>>>
>>>>>> Am 01.07.2013 um 17:06 schrieb Marshall Schor <ms...@schor.com>:
>>>>>>
>>>>>>> On 7/1/2013 11:03 AM, Marshall Schor wrote:
>>>>>>>> On 7/1/2013 10:49 AM, Peter Klügl wrote:
>>>>>>>>> On 01.07.2013 16:44, Marshall Schor wrote:
>>>>>>>>>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>>>>>>>>>> Will there be another rc or should we still test the current one?
>>>>>>>>>> I may have missed something - I haven't seen any issues yet needing
>>>>>>>>>> fixing in
>>>>>>>>>> these artifacts. I've removed the "excess" projects from the SVN tag,
>>>>>>>>>> to reduce
>>>>>>>>>> confusion (they were put there by the maven release plugin).
>>>>>>>>> Nevermind, I did not know whether this modification causes a new
>>>>>>>>> vote/rc. If there is still need for one more, I will cast my vote
>>>>>>>>> tomorrow after some reviewing.
>>>>>>>> There is so far just 1 +1 vote (mine). Need 2 more :-)
>>>>>>> Richard may have voted +1, or may have just said +1 to my suggestion to
>>>>>>> remove
>>>>>>> the extra projects in the tag - Richard can you clarify?
>>>>>>> Thanks.
>>>>>>> -Marshall
>>>>>>>
>>>
>
Re: Eclipse UIMA tooling in 3.7.2 - works for me using DropIns, after installing EMF SDK
Posted by Richard Eckart de Castilho <ri...@gmail.com>.
Hum. I have just installed a fresh Eclipse 4.3 (Kelper, OS X, 64 bit) and dropped the UIMA Eclipse JARs from my previous build into the dropins folder there. Some stuff appears, some not. E.g. the "add UIMA nature" menu item is in the context menu of the project tree. But the "UIMA" file types are missing from the "new file" dialog.
Replacing the JARs from my build with the new parent-poms with the latest JARs from Jenkins didn't help either.
-- Richard
Am 02.07.2013 um 21:14 schrieb Marshall Schor <ms...@schor.com>:
> I just now tried:
>
> 0) unzip a brand-new Eclipse 3.7.2
>
> 1) copying the plugins for base UIMA to the dropins folder
>
> 2) starting Eclipse - make a Java project, tried to make a new UIMA AE
> descriptor - but the UIMA pick in the context menu wasn't there.
>
> 3) Did an "install" of EMF SDK from the install-new-software page, restarted
>
> 4) Now the UIMA pick was in the context menu - I created a new AE descriptor,
> and it came up OK
>
> 5) checked the error log - no error showing.
>
> -Marshall
>
> On 7/2/2013 12:44 PM, Peter Klügl wrote:
>> Am 02.07.2013 17:45, schrieb Marshall Schor:
>>> I tried as follows:
>>>
>>> 1) installed a new copy of Eclipse 3.7.2 (64 bit, windows)
>>>
>>> 2) ran the install-new-software, pointed to the site generated by running the
>>> eclipse update site build
>>>
>>> (I don't know if drop-in works, because the install requires some prereqs like
>>> EMF tools; I don't know if these get installed when you do the drop-in).
>>>
>>> 3) made a new project, and made a new analysis engine descriptor in that
>>> project, which opened fine in the Component Descriptor Editor.
>>
>> I copied the plugin to the dropins folder (no installation using an update
>> site) of an eclipse 3.7.2, with which the plugin should have worked. I will
>> try to reproduce my steps when I find the time.
>>
>> Best,
>>
>> Peter
>>
>>> -Marshall
>>>
>>> On 7/2/2013 10:07 AM, Peter Klügl wrote:
>>>> I did not check the update site when I reviewed the rc.
>>>>
>>>> However, I observed such problems when I tried to use the new runtime
>>>> plugin in Eclipse 3.7.2. (a few days ago)
>>>>
>>>> Best,
>>>>
>>>> Peter
>>>>
>>>>
>>>> On 02.07.2013 16:03, Richard Eckart de Castilho wrote:
>>>>> I checked out the rc tag and built it: ok. (mvn clean install)
>>>>>
>>>>> I updated my local uimaj checkout, updated it to use the rc and built: ok.
>>>>> (mvn clean install)
>>>>>
>>>>> I installed the resulting Eclipse plugins in my Eclipse (dropins folder)
>>>>> and tried to open a type system in the component editor:
>>>>> ClassNotFoundException: org.apache.uima.resource.metadata.ResourceMetaData.
>>>>>
>>>>> Can anybody confirm this?
>>>>>
>>>>> -- Richard
>>>>>
>>>>> Am 01.07.2013 um 17:06 schrieb Marshall Schor <ms...@schor.com>:
>>>>>
>>>>>> On 7/1/2013 11:03 AM, Marshall Schor wrote:
>>>>>>> On 7/1/2013 10:49 AM, Peter Klügl wrote:
>>>>>>>> On 01.07.2013 16:44, Marshall Schor wrote:
>>>>>>>>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>>>>>>>>> Will there be another rc or should we still test the current one?
>>>>>>>>> I may have missed something - I haven't seen any issues yet needing
>>>>>>>>> fixing in
>>>>>>>>> these artifacts. I've removed the "excess" projects from the SVN tag,
>>>>>>>>> to reduce
>>>>>>>>> confusion (they were put there by the maven release plugin).
>>>>>>>> Nevermind, I did not know whether this modification causes a new
>>>>>>>> vote/rc. If there is still need for one more, I will cast my vote
>>>>>>>> tomorrow after some reviewing.
>>>>>>> There is so far just 1 +1 vote (mine). Need 2 more :-)
>>>>>> Richard may have voted +1, or may have just said +1 to my suggestion to
>>>>>> remove
>>>>>> the extra projects in the tag - Richard can you clarify?
>>>>>> Thanks.
>>>>>> -Marshall
>>>>>>
>>
>>
>
Re: Eclipse UIMA tooling in 3.7.2 - works for me using DropIns, after
installing EMF SDK
Posted by Marshall Schor <ms...@schor.com>.
I just now tried:
0) unzip a brand-new Eclipse 3.7.2
1) copying the plugins for base UIMA to the dropins folder
2) starting Eclipse - make a Java project, tried to make a new UIMA AE
descriptor - but the UIMA pick in the context menu wasn't there.
3) Did an "install" of EMF SDK from the install-new-software page, restarted
4) Now the UIMA pick was in the context menu - I created a new AE descriptor,
and it came up OK
5) checked the error log - no error showing.
-Marshall
On 7/2/2013 12:44 PM, Peter Klügl wrote:
> Am 02.07.2013 17:45, schrieb Marshall Schor:
>> I tried as follows:
>>
>> 1) installed a new copy of Eclipse 3.7.2 (64 bit, windows)
>>
>> 2) ran the install-new-software, pointed to the site generated by running the
>> eclipse update site build
>>
>> (I don't know if drop-in works, because the install requires some prereqs like
>> EMF tools; I don't know if these get installed when you do the drop-in).
>>
>> 3) made a new project, and made a new analysis engine descriptor in that
>> project, which opened fine in the Component Descriptor Editor.
>
> I copied the plugin to the dropins folder (no installation using an update
> site) of an eclipse 3.7.2, with which the plugin should have worked. I will
> try to reproduce my steps when I find the time.
>
> Best,
>
> Peter
>
>> -Marshall
>>
>> On 7/2/2013 10:07 AM, Peter Klügl wrote:
>>> I did not check the update site when I reviewed the rc.
>>>
>>> However, I observed such problems when I tried to use the new runtime
>>> plugin in Eclipse 3.7.2. (a few days ago)
>>>
>>> Best,
>>>
>>> Peter
>>>
>>>
>>> On 02.07.2013 16:03, Richard Eckart de Castilho wrote:
>>>> I checked out the rc tag and built it: ok. (mvn clean install)
>>>>
>>>> I updated my local uimaj checkout, updated it to use the rc and built: ok.
>>>> (mvn clean install)
>>>>
>>>> I installed the resulting Eclipse plugins in my Eclipse (dropins folder)
>>>> and tried to open a type system in the component editor:
>>>> ClassNotFoundException: org.apache.uima.resource.metadata.ResourceMetaData.
>>>>
>>>> Can anybody confirm this?
>>>>
>>>> -- Richard
>>>>
>>>> Am 01.07.2013 um 17:06 schrieb Marshall Schor <ms...@schor.com>:
>>>>
>>>>> On 7/1/2013 11:03 AM, Marshall Schor wrote:
>>>>>> On 7/1/2013 10:49 AM, Peter Klügl wrote:
>>>>>>> On 01.07.2013 16:44, Marshall Schor wrote:
>>>>>>>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>>>>>>>> Will there be another rc or should we still test the current one?
>>>>>>>> I may have missed something - I haven't seen any issues yet needing
>>>>>>>> fixing in
>>>>>>>> these artifacts. I've removed the "excess" projects from the SVN tag,
>>>>>>>> to reduce
>>>>>>>> confusion (they were put there by the maven release plugin).
>>>>>>> Nevermind, I did not know whether this modification causes a new
>>>>>>> vote/rc. If there is still need for one more, I will cast my vote
>>>>>>> tomorrow after some reviewing.
>>>>>> There is so far just 1 +1 vote (mine). Need 2 more :-)
>>>>> Richard may have voted +1, or may have just said +1 to my suggestion to
>>>>> remove
>>>>> the extra projects in the tag - Richard can you clarify?
>>>>> Thanks.
>>>>> -Marshall
>>>>>
>
>
Re: Eclipse UIMA tooling in 3.7.2 - works for me
Posted by Peter Klügl <pk...@uni-wuerzburg.de>.
Am 02.07.2013 17:45, schrieb Marshall Schor:
> I tried as follows:
>
> 1) installed a new copy of Eclipse 3.7.2 (64 bit, windows)
>
> 2) ran the install-new-software, pointed to the site generated by running the
> eclipse update site build
>
> (I don't know if drop-in works, because the install requires some prereqs like
> EMF tools; I don't know if these get installed when you do the drop-in).
>
> 3) made a new project, and made a new analysis engine descriptor in that
> project, which opened fine in the Component Descriptor Editor.
I copied the plugin to the dropins folder (no installation using an
update site) of an eclipse 3.7.2, with which the plugin should have
worked. I will try to reproduce my steps when I find the time.
Best,
Peter
> -Marshall
>
> On 7/2/2013 10:07 AM, Peter Klügl wrote:
>> I did not check the update site when I reviewed the rc.
>>
>> However, I observed such problems when I tried to use the new runtime
>> plugin in Eclipse 3.7.2. (a few days ago)
>>
>> Best,
>>
>> Peter
>>
>>
>> On 02.07.2013 16:03, Richard Eckart de Castilho wrote:
>>> I checked out the rc tag and built it: ok. (mvn clean install)
>>>
>>> I updated my local uimaj checkout, updated it to use the rc and built: ok. (mvn clean install)
>>>
>>> I installed the resulting Eclipse plugins in my Eclipse (dropins folder) and tried to open a type system in the component editor: ClassNotFoundException: org.apache.uima.resource.metadata.ResourceMetaData.
>>>
>>> Can anybody confirm this?
>>>
>>> -- Richard
>>>
>>> Am 01.07.2013 um 17:06 schrieb Marshall Schor <ms...@schor.com>:
>>>
>>>> On 7/1/2013 11:03 AM, Marshall Schor wrote:
>>>>> On 7/1/2013 10:49 AM, Peter Klügl wrote:
>>>>>> On 01.07.2013 16:44, Marshall Schor wrote:
>>>>>>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>>>>>>> Will there be another rc or should we still test the current one?
>>>>>>> I may have missed something - I haven't seen any issues yet needing fixing in
>>>>>>> these artifacts. I've removed the "excess" projects from the SVN tag, to reduce
>>>>>>> confusion (they were put there by the maven release plugin).
>>>>>> Nevermind, I did not know whether this modification causes a new
>>>>>> vote/rc. If there is still need for one more, I will cast my vote
>>>>>> tomorrow after some reviewing.
>>>>> There is so far just 1 +1 vote (mine). Need 2 more :-)
>>>> Richard may have voted +1, or may have just said +1 to my suggestion to remove
>>>> the extra projects in the tag - Richard can you clarify?
>>>> Thanks.
>>>> -Marshall
>>>>
Eclipse UIMA tooling in 3.7.2 - works for me
Posted by Marshall Schor <ms...@schor.com>.
I tried as follows:
1) installed a new copy of Eclipse 3.7.2 (64 bit, windows)
2) ran the install-new-software, pointed to the site generated by running the
eclipse update site build
(I don't know if drop-in works, because the install requires some prereqs like
EMF tools; I don't know if these get installed when you do the drop-in).
3) made a new project, and made a new analysis engine descriptor in that
project, which opened fine in the Component Descriptor Editor.
-Marshall
On 7/2/2013 10:07 AM, Peter Klügl wrote:
> I did not check the update site when I reviewed the rc.
>
> However, I observed such problems when I tried to use the new runtime
> plugin in Eclipse 3.7.2. (a few days ago)
>
> Best,
>
> Peter
>
>
> On 02.07.2013 16:03, Richard Eckart de Castilho wrote:
>> I checked out the rc tag and built it: ok. (mvn clean install)
>>
>> I updated my local uimaj checkout, updated it to use the rc and built: ok. (mvn clean install)
>>
>> I installed the resulting Eclipse plugins in my Eclipse (dropins folder) and tried to open a type system in the component editor: ClassNotFoundException: org.apache.uima.resource.metadata.ResourceMetaData.
>>
>> Can anybody confirm this?
>>
>> -- Richard
>>
>> Am 01.07.2013 um 17:06 schrieb Marshall Schor <ms...@schor.com>:
>>
>>> On 7/1/2013 11:03 AM, Marshall Schor wrote:
>>>> On 7/1/2013 10:49 AM, Peter Klügl wrote:
>>>>> On 01.07.2013 16:44, Marshall Schor wrote:
>>>>>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>>>>>> Will there be another rc or should we still test the current one?
>>>>>> I may have missed something - I haven't seen any issues yet needing fixing in
>>>>>> these artifacts. I've removed the "excess" projects from the SVN tag, to reduce
>>>>>> confusion (they were put there by the maven release plugin).
>>>>> Nevermind, I did not know whether this modification causes a new
>>>>> vote/rc. If there is still need for one more, I will cast my vote
>>>>> tomorrow after some reviewing.
>>>> There is so far just 1 +1 vote (mine). Need 2 more :-)
>>> Richard may have voted +1, or may have just said +1 to my suggestion to remove
>>> the extra projects in the tag - Richard can you clarify?
>>> Thanks.
>>> -Marshall
>>>
>
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Peter Klügl <pk...@uni-wuerzburg.de>.
I did not check the update site when I reviewed the rc.
However, I observed such problems when I tried to use the new runtime
plugin in Eclipse 3.7.2. (a few days ago)
Best,
Peter
On 02.07.2013 16:03, Richard Eckart de Castilho wrote:
> I checked out the rc tag and built it: ok. (mvn clean install)
>
> I updated my local uimaj checkout, updated it to use the rc and built: ok. (mvn clean install)
>
> I installed the resulting Eclipse plugins in my Eclipse (dropins folder) and tried to open a type system in the component editor: ClassNotFoundException: org.apache.uima.resource.metadata.ResourceMetaData.
>
> Can anybody confirm this?
>
> -- Richard
>
> Am 01.07.2013 um 17:06 schrieb Marshall Schor <ms...@schor.com>:
>
>> On 7/1/2013 11:03 AM, Marshall Schor wrote:
>>> On 7/1/2013 10:49 AM, Peter Klügl wrote:
>>>> On 01.07.2013 16:44, Marshall Schor wrote:
>>>>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>>>>> Will there be another rc or should we still test the current one?
>>>>> I may have missed something - I haven't seen any issues yet needing fixing in
>>>>> these artifacts. I've removed the "excess" projects from the SVN tag, to reduce
>>>>> confusion (they were put there by the maven release plugin).
>>>> Nevermind, I did not know whether this modification causes a new
>>>> vote/rc. If there is still need for one more, I will cast my vote
>>>> tomorrow after some reviewing.
>>> There is so far just 1 +1 vote (mine). Need 2 more :-)
>> Richard may have voted +1, or may have just said +1 to my suggestion to remove
>> the extra projects in the tag - Richard can you clarify?
>> Thanks.
>> -Marshall
>>
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn, and uima-build-resources version 5
Posted by Richard Eckart de Castilho <ri...@gmail.com>.
I checked out the rc tag and built it: ok. (mvn clean install)
I updated my local uimaj checkout, updated it to use the rc and built: ok. (mvn clean install)
I installed the resulting Eclipse plugins in my Eclipse (dropins folder) and tried to open a type system in the component editor: ClassNotFoundException: org.apache.uima.resource.metadata.ResourceMetaData.
Can anybody confirm this?
-- Richard
Am 01.07.2013 um 17:06 schrieb Marshall Schor <ms...@schor.com>:
>
> On 7/1/2013 11:03 AM, Marshall Schor wrote:
>> On 7/1/2013 10:49 AM, Peter Klügl wrote:
>>> On 01.07.2013 16:44, Marshall Schor wrote:
>>>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>>>> Will there be another rc or should we still test the current one?
>>>> I may have missed something - I haven't seen any issues yet needing fixing in
>>>> these artifacts. I've removed the "excess" projects from the SVN tag, to reduce
>>>> confusion (they were put there by the maven release plugin).
>>> Nevermind, I did not know whether this modification causes a new
>>> vote/rc. If there is still need for one more, I will cast my vote
>>> tomorrow after some reviewing.
>> There is so far just 1 +1 vote (mine). Need 2 more :-)
> Richard may have voted +1, or may have just said +1 to my suggestion to remove
> the extra projects in the tag - Richard can you clarify?
> Thanks.
> -Marshall
>
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Marshall Schor <ms...@schor.com>.
On 7/1/2013 11:03 AM, Marshall Schor wrote:
> On 7/1/2013 10:49 AM, Peter Klügl wrote:
>> On 01.07.2013 16:44, Marshall Schor wrote:
>>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>>> Will there be another rc or should we still test the current one?
>>> I may have missed something - I haven't seen any issues yet needing fixing in
>>> these artifacts. I've removed the "excess" projects from the SVN tag, to reduce
>>> confusion (they were put there by the maven release plugin).
>> Nevermind, I did not know whether this modification causes a new
>> vote/rc. If there is still need for one more, I will cast my vote
>> tomorrow after some reviewing.
> There is so far just 1 +1 vote (mine). Need 2 more :-)
Richard may have voted +1, or may have just said +1 to my suggestion to remove
the extra projects in the tag - Richard can you clarify?
Thanks.
-Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Marshall Schor <ms...@schor.com>.
On 7/1/2013 10:49 AM, Peter Klügl wrote:
> On 01.07.2013 16:44, Marshall Schor wrote:
>> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>>> Will there be another rc or should we still test the current one?
>> I may have missed something - I haven't seen any issues yet needing fixing in
>> these artifacts. I've removed the "excess" projects from the SVN tag, to reduce
>> confusion (they were put there by the maven release plugin).
> Nevermind, I did not know whether this modification causes a new
> vote/rc. If there is still need for one more, I will cast my vote
> tomorrow after some reviewing.
There is so far just 1 +1 vote (mine). Need 2 more :-)
-Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Peter Klügl <pk...@uni-wuerzburg.de>.
On 01.07.2013 16:44, Marshall Schor wrote:
> On 7/1/2013 8:50 AM, Peter Klügl wrote:
>> Will there be another rc or should we still test the current one?
> I may have missed something - I haven't seen any issues yet needing fixing in
> these artifacts. I've removed the "excess" projects from the SVN tag, to reduce
> confusion (they were put there by the maven release plugin).
Nevermind, I did not know whether this modification causes a new
vote/rc. If there is still need for one more, I will cast my vote
tomorrow after some reviewing.
Peter
> -Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Marshall Schor <ms...@schor.com>.
On 7/1/2013 8:50 AM, Peter Klügl wrote:
> Will there be another rc or should we still test the current one?
I may have missed something - I haven't seen any issues yet needing fixing in
these artifacts. I've removed the "excess" projects from the SVN tag, to reduce
confusion (they were put there by the maven release plugin).
-Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Peter Klügl <pk...@uni-wuerzburg.de>.
Will there be another rc or should we still test the current one?
Peter
On 24.06.2013 19:41, Richard Eckart de Castilho wrote:
> Sounds like a practical solution, in particular if the current situation is an exception.
>
> +1
>
> -- Richard
>
> Am 24.06.2013 um 19:19 schrieb Marshall Schor <ms...@schor.com>:
>
>> I'm thinking it would be best to remove the two projects which are *not* being
>> released from the tag, as a matter of good housekeeping and to reduce confusion.
>>
>> Other opinions?
>>
>> -Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn, and uima-build-resources version 5
Posted by Richard Eckart de Castilho <ri...@gmail.com>.
Sounds like a practical solution, in particular if the current situation is an exception.
+1
-- Richard
Am 24.06.2013 um 19:19 schrieb Marshall Schor <ms...@schor.com>:
> I'm thinking it would be best to remove the two projects which are *not* being
> released from the tag, as a matter of good housekeeping and to reduce confusion.
>
> Other opinions?
>
> -Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Marshall Schor <ms...@schor.com>.
I'm thinking it would be best to remove the two projects which are *not* being
released from the tag, as a matter of good housekeeping and to reduce confusion.
Other opinions?
-Marshall
On 6/24/2013 12:35 PM, Marshall Schor wrote:
> On 6/24/2013 4:56 AM, Richard Eckart de Castilho wrote:
>> Looking at the parent-pom-5-rc1 tag in svn:
>>
>> - The tag contains stuff that's not part of the RC (uima-docbook-olink, uima-eclipse-composite-update-site)
>>
>> - The reason for this is, that the parent folder of the aggregated modules (uima-build-resources, uima-build-helper-maven-plugin) contains additional modules which are not part of the aggregator (uima-docbook-olink, uima-eclipse-composite-update-site).
> Yes, I agree with this analysis. The more frequent way we update these things
> is by doing them individually. I think maven has a bit of logic which looks at
> the things in the reactor (projects being built together) and searches upwards
> in the directory structure to find a common directory, and then tags that in SVN
> (since tags don't actually copy) as a way of getting an "instantaneous" level
> across all of the things being built.
>> - It confuses me when an aggregator POM is not in the parent folder of the aggregated modules.
> Right, this is the normal build convention for Maven. We typically do not
> release the build tooling as parts of aggregated modules. This was only done,
> for this release, as a way to get all 3 things released together, in one go. I
> think an alternative would have been to release each one separately, but that
> would have maybe required doing first the parent-pom release (and getting votes
> done), and then updating the other two projects to have as their parent pom the
> parent-pom at version 5, in a subsequent vote. I was trying to avoid extra
> votes :-)
>
>
>> - The parent-pom contains settings marked with "ADDONS ONLY". These appear to be redundant with settings in the addons-parent. Either one or the other should be removed?
> Right - in general, things in any xxx-parent which are duplicated with the
> parent-wide pom, should be removed in the xxx-parent. They're in the xxx-parent
> only because of the time involved in getting a next parent-pom released - the
> xxx-parent provides a way (for the xxx project) to fix mistakes in the
> parent-pom before its next release.
>
> Thanks for your careful review!
>
> -Marshall
>> Cheers,
>>
>> -- Richard
>>
>> Am 20.06.2013 um 20:18 schrieb Marshall Schor <ms...@schor.com>:
>>
>>> This is a release of the uima-wide top parent pom.
>>> Highlights of changes: m2e support, Eclipse plugin, features, update site,
>>> licensing changes.
>>>
>>> See
>>> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
>>> for list of issues. Highlights: m2e support, Eclipse plugin, features, update
>>> site, licensing changes.
>>>
>>> This includes changes to the uima-build-resources - mainly supporting updated
>>> Eclipse licensing.
>>>
>>> The artifacts are staged to
>>> https://repository.apache.org/content/repositories/orgapacheuima-037/
>>>
>>> To test, please read Setup for testing - adding the Staging repository for Maven
>>> builds in http://uima.apache.org/testing-builds.html
>>>
>>> The SVN tag is https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>>>
>>> There are no artifacts other than these for Maven.
>>> Please vote:
>>>
>>> [ ] +1 OK to release
>>> [ ] 0 Don't care
>>> [ ] -1 Not ok to release, because ...
>>>
>>> -Marshall
>
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Marshall Schor <ms...@schor.com>.
On 6/24/2013 4:56 AM, Richard Eckart de Castilho wrote:
> Looking at the parent-pom-5-rc1 tag in svn:
>
> - The tag contains stuff that's not part of the RC (uima-docbook-olink, uima-eclipse-composite-update-site)
>
> - The reason for this is, that the parent folder of the aggregated modules (uima-build-resources, uima-build-helper-maven-plugin) contains additional modules which are not part of the aggregator (uima-docbook-olink, uima-eclipse-composite-update-site).
Yes, I agree with this analysis. The more frequent way we update these things
is by doing them individually. I think maven has a bit of logic which looks at
the things in the reactor (projects being built together) and searches upwards
in the directory structure to find a common directory, and then tags that in SVN
(since tags don't actually copy) as a way of getting an "instantaneous" level
across all of the things being built.
>
> - It confuses me when an aggregator POM is not in the parent folder of the aggregated modules.
Right, this is the normal build convention for Maven. We typically do not
release the build tooling as parts of aggregated modules. This was only done,
for this release, as a way to get all 3 things released together, in one go. I
think an alternative would have been to release each one separately, but that
would have maybe required doing first the parent-pom release (and getting votes
done), and then updating the other two projects to have as their parent pom the
parent-pom at version 5, in a subsequent vote. I was trying to avoid extra
votes :-)
>
> - The parent-pom contains settings marked with "ADDONS ONLY". These appear to be redundant with settings in the addons-parent. Either one or the other should be removed?
Right - in general, things in any xxx-parent which are duplicated with the
parent-wide pom, should be removed in the xxx-parent. They're in the xxx-parent
only because of the time involved in getting a next parent-pom released - the
xxx-parent provides a way (for the xxx project) to fix mistakes in the
parent-pom before its next release.
Thanks for your careful review!
-Marshall
>
> Cheers,
>
> -- Richard
>
> Am 20.06.2013 um 20:18 schrieb Marshall Schor <ms...@schor.com>:
>
>> This is a release of the uima-wide top parent pom.
>> Highlights of changes: m2e support, Eclipse plugin, features, update site,
>> licensing changes.
>>
>> See
>> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
>> for list of issues. Highlights: m2e support, Eclipse plugin, features, update
>> site, licensing changes.
>>
>> This includes changes to the uima-build-resources - mainly supporting updated
>> Eclipse licensing.
>>
>> The artifacts are staged to
>> https://repository.apache.org/content/repositories/orgapacheuima-037/
>>
>> To test, please read Setup for testing - adding the Staging repository for Maven
>> builds in http://uima.apache.org/testing-builds.html
>>
>> The SVN tag is https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>>
>> There are no artifacts other than these for Maven.
>> Please vote:
>>
>> [ ] +1 OK to release
>> [ ] 0 Don't care
>> [ ] -1 Not ok to release, because ...
>>
>> -Marshall
>
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn, and uima-build-resources version 5
Posted by Richard Eckart de Castilho <ri...@gmail.com>.
Looking at the parent-pom-5-rc1 tag in svn:
- The tag contains stuff that's not part of the RC (uima-docbook-olink, uima-eclipse-composite-update-site)
- The reason for this is, that the parent folder of the aggregated modules (uima-build-resources, uima-build-helper-maven-plugin) contains additional modules which are not part of the aggregator (uima-docbook-olink, uima-eclipse-composite-update-site).
- It confuses me when an aggregator POM is not in the parent folder of the aggregated modules.
- The parent-pom contains settings marked with "ADDONS ONLY". These appear to be redundant with settings in the addons-parent. Either one or the other should be removed?
Cheers,
-- Richard
Am 20.06.2013 um 20:18 schrieb Marshall Schor <ms...@schor.com>:
> This is a release of the uima-wide top parent pom.
> Highlights of changes: m2e support, Eclipse plugin, features, update site,
> licensing changes.
>
> See
> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
> for list of issues. Highlights: m2e support, Eclipse plugin, features, update
> site, licensing changes.
>
> This includes changes to the uima-build-resources - mainly supporting updated
> Eclipse licensing.
>
> The artifacts are staged to
> https://repository.apache.org/content/repositories/orgapacheuima-037/
>
> To test, please read Setup for testing - adding the Staging repository for Maven
> builds in http://uima.apache.org/testing-builds.html
>
> The SVN tag is https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>
> There are no artifacts other than these for Maven.
> Please vote:
>
> [ ] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not ok to release, because ...
>
> -Marshall
Re: [VOTE] Release UIMA top parent-pom, uima-build-helper-maven-plugn,
and uima-build-resources version 5
Posted by Marshall Schor <ms...@schor.com>.
Tested by
a) removing from local .m2 repo the 3 artifacts at version 5 level (left there
due to the "release" process)
b) altering my settings file according to
http://uima.apache.org/testing-builds.html
c) changing the uimaj parent pom in my workspace to use version 5 (not 5-SNAPSHOT) of the uima parent
d) confirming that running mvn install on the top pom produced error - can't find parent pom.
e) rerunning with -Pstaged-release and having it work.
Also downloaded svn tag and ran mvn install and built all three.
+1 to release
-Marshall
On 6/20/2013 2:18 PM, Marshall Schor wrote:
> This is a release of the uima-wide top parent pom.
> Highlights of changes: m2e support, Eclipse plugin, features, update site,
> licensing changes.
>
> See
> https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%20parent-pom-5%20AND%20project%20%3D%20UIMA
> for list of issues. Highlights: m2e support, Eclipse plugin, features, update
> site, licensing changes.
>
> This includes changes to the uima-build-resources - mainly supporting updated
> Eclipse licensing.
>
> The artifacts are staged to
> https://repository.apache.org/content/repositories/orgapacheuima-037/
>
> To test, please read Setup for testing - adding the Staging repository for Maven
> builds in http://uima.apache.org/testing-builds.html
>
> The SVN tag is https://svn.apache.org/repos/asf/uima/build/tags/parent-pom-5-rc1
>
> There are no artifacts other than these for Maven.
> Please vote:
>
> [ ] +1 OK to release
> [ ] 0 Don't care
> [ ] -1 Not ok to release, because ...
>
> -Marshall
>