Re: [IP CLEARANCE] for UIMA-DUCC
Thanks! -Marshall On 11/21/2013 3:13 PM, Marshall Schor wrote: Dear Incubator, Please check this IP-Clearance form (see http://incubator.staging.apache.org/ip-clearance/uima-ducc.html ). -Marshall Schor - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[IP CLEARANCE] for UIMA-DUCC
Dear Incubator, Please check this IP-Clearance form (see http://incubator.staging.apache.org/ip-clearance/uima-ducc.html ). -Marshall Schor - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: What does 'project sponsorship' mean now?
On 7/5/2012 9:31 AM, Benson Margulies wrote: A thread on the subject of EasyAnt highlighted some perplexity for me, and I think that it deserves a thread of its own. Once upon a time, the Foundation had a set of 'Umbrella projects'. These were PMCs that managed a collection of 'sub-projects', each considered a relatively independent community. A few years ago, the board concluded that this wasn't working, and asked the umbrella projects to fission. At this time, that process is pretty nearly complete. It seems to me that the concept of 'project sponsorship' of podlings is left over from the days of umbrellas -- a podling sponsored by an umbrella would graduate as a subproject of the umbrella. If this logic is correct, then it would seem that project sponsorship is no longer relevant, and we could remove it from documentation. Either a podling is going to become a TLP, in which case project sponsorship is irrelevant, or it's going to merge into some existing TLP, in which case I claim that the TLP could handle the process without the overhead of a podling at all. We have an IP clearance process, and TLP's are free to create sandboxes in source control and grant commit karma to them as a means of integrating an incoming group. One use-case for a podling that might be destined for an existing TLP: if the podling needs to grow community/committers, and/or learn how to work in the Apache way, then living in the incubator may tend to these needs better than joining a TLP. This may be particularly the case where the podling is implementing some new thing that the TLP project's existing committers may not have enough time/interest in to dig into the code, although they could see it as a valuable addition. -Marshall Schor - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] [PROPOSAL] cTAKES for the Apache Incubator
+1 Marshall Schor On 6/5/2012 11:36 AM, Chen, Pei wrote: Hi, We are proposing cTAKES to be an Apache Incubator Project and would like to request that the IPMC vote for cTAKES to join the Incubator. Below, you will find the original proposal and details. Please cast your vote: [ ] +1 to recommend cTAKES to be an Apache Incubator Project [ ] 0 don't care [ ] -1 no, don't recommend yet, (because...) Thanks, Pei On 05/30/2012 11:59 PM, Chen, Pei wrote: Hi All, We would like to propose cTAKES to be an Apache Incubator project. cTAKES: (clinical Text Analysis and Knowledge Extraction System) is an natural language processing tool for information extraction from electronic medical record clinical free-text. Additional information is available at http://en.wikipedia.org/wiki/CTAKES and https://wiki.nci.nih.gov/display/VKC/cTAKES+2.5 . The draft proposal document is available at http://wiki.apache.org/incubator/cTAKESProposal We're excited about the opportunity to work with ASF and the community to create an Incubator project for Natural Language Processing for the clinical domain. We'll welcome all feedback on the proposal. Thanks. --- Pei Chen Lead Application Development Specialist Childrens Hospital Boston / Harvard Medical School 300 Longwood Avenue, Enders 142 Boston, MA 02115 tel: (617) 919-4423 fax: (617) 730-0057 pei.c...@childrens.harvard.edu - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept OpenNLP for incubation
[x] +1 Accept OpenNLP for incubation (non-binding) -Marshall Schor On 11/19/2010 4:48 AM, Jörn Kottmann wrote: Hi, lets vote on the acceptance of the OpenNLP Project for incubation at the Apache Incubator. The proposal is on the wiki http://wiki.apache.org/incubator/OpenNLPProposal and a copy is included below. The discussion thread can be found here: http://mail-archives.apache.org/mod_mbox/incubator-general/201011.mbox/%3c4ce4f1f4.3010...@gmail.com%3e Please cast your votes: [ ] +1 Accept OpenNLP for incubation [ ] +0 Don't care [ ] -1 Reject for the following reason: The vote is open for at least 72 hours. Thanks! Jörn = OpenNLP Proposal = The following is a proposal for a new top-level project within the ASF. == Abstract == OpenNLP is a Java machine learning toolkit for natural language processing (NLP). == Proposal == OpenNLP is a machine learning based toolkit for the processing of natural language text. It supports the most common NLP tasks, such as tokenization, sentence segmentation, part-of-speech tagging, named entity extraction, chunking, parsing, and coreference resolution. These tasks are usually required to build more advanced text processing services. The goal of the OpenNLP project will be to create a mature toolkit for the abovementioned tasks. An additional goal is to provide a large number of pre-built models for a variety of languages, as well as the annotated text resources that those models are derived from. == Background == OpenNLP was started in 2000 by Jason Baldridge and Gann Bierner while they were graduate students in the Division of Informatics at the University of Edinburgh. OpenNLP, broadly speaking, was meant to be a high-level organizational unit for various open source software packages for natural language processing; more practically, it provided a high-level package name for various Java packages of the form opennlp.*. The first OpenNLP software package was the Grok natural language parsing toolkit, which was also the genesis of what is now called the OpenNLP Toolkit. The software released on the OpenNLP sourceforge site (started in 2000, along with Grok) was simply a set of interfaces defined in the package opennlp.common and referred to as the OpenNLP Java API. The actual implementations of natural language processing components were provided in Grok, along with code for sentence parsing with Combinatory Categorial Grammar. This code was used heavily in both Baldridge's and Biern er's dissertations. The first paper that used Grok, and especially the components that would become the OpenNLP Toolkit is [[http://comp.ling.utexas.edu/jbaldrid/papers/hockenmaier_etal_ESSLLI2000.pdf|Hockenmaier, Bierner and Baldridge (2000)]] (later updated as the journal article [[http://comp.ling.utexas.edu/jbaldrid/papers/HockenmaierEtal2004.pdf|Hockenmaier, Bierner, and Baldridge (2004)]]). In 2003, it was decided to remove the NLP infrastructure from Grok as there was a clear separation between the basic text processing components and the syntactic and semantic analysis components. At the same time, Grok was rebranded as OpenCCG (openccg.sf.net). The final release of the OpenNLP Java API was made in March 2003; the new OpenNLP Toolkit was created from the API and the Grok text processing components, with version 1.0 being released in April 2004. The OpenNLP Toolkit and OpenCCG have evolved independently since then and have mostly independent and active developer and user communities. OpenCCG is primarily used in the academic community, while OpenNLP has considerable use in both academia and industry. As in indication of the academic impact of OpenNLP, a search on Google scholar (done in March 2010) returned about 650 publications citing the package. Some of these include the OpenNLP website and a few non-publications plus some self-citations. Based on a scan of these results, we estimate that about 500 actual publications have used OpenNLP in their work, and there are an addition 50 or so quasi-publications like surveys and instruction manuals. The activity level of the OpenNLP project has fluctuated over that past 10+ years, with a large uptick in the last two years especially. Most recently, due both to the availability of new documentation and the release of version 1.5 , there have been many more downloads and page views for the OpenNLP project. In fact, September 2010 had the most downloads (1,561) and project web hits (226,391) of any month since the project's beginning in 2000, and October is keeping pacing with that figure so far. As a result, OpenNLP has gone from being in the 2000th to 4000th ranked project (between January and May, 2010) to being ranked 570, 314, 181 and 439 for July, August, September, and October respectively. Full details are available on the Sourceforge statistics page for OpenNLP. (There are 240,000 projects hosted on SourceForge, though this figure
problem running the clutch python script
I updated the incubator site for graduating UIMA just now. As part of that, I ran the clutch.py script (on my windows machine, on the SVN checkout of the incubator site, my version of python being reported as: Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit (Intel)] on win32 ) and got this console trace, with no changes made to the incubator project. D:\mavenAlign\workspace\incubator-sitepython clutch.py Gather data from the ReportingSchedule ... Gather data from the projects-in-incubation table ... Gather data from the projects-graduated table ... Gather details from project status files ... WARN: Name 'Bean Validation' differs from reporting schedule name 'BeanValidation' WARN: Name 'SocialSite' differs from reporting schedule name 'Socialsite' ERROR: subversion: Missing from reporting schedule Gather committers data ... Gather incubator group mail list data ... WARN: libcloud: unusual mail list name 'libcloud', assuming it is their dev list Gather incubator PGP keys data ... Gather data about releases ... ERROR: openwebbeans: graduated project has remains on Incubator mirrors ERROR: abdera: graduated project has remains on Incubator mirrors ERROR: sanselan: graduated project has remains on Incubator mirrors ERROR: pig: graduated project has remains on Incubator mirrors ERROR: buildr: graduated project has remains on Incubator mirrors ERROR: uima: graduated project has remains on Incubator mirrors ERROR: shindig: graduated project has remains on Incubator mirrors INFO: trafficserver: dormant/retired project has remains on Incubator mirrors INFO: nmaven: dormant/retired project has remains on Incubator mirrors ERROR: log4php: graduated project has remains on Incubator mirrors Processing ... ace Traceback (most recent call last): File clutch.py, line 586, in module dom = xml.dom.minidom.parseString(commands.getoutput(command)) File C:\p\py\lib\xml\dom\minidom.py, line 1928, in parseString return expatbuilder.parseString(string) File C:\p\py\lib\xml\dom\expatbuilder.py, line 940, in parseString return builder.parseString(string) File C:\p\py\lib\xml\dom\expatbuilder.py, line 223, in parseString parser.Parse(string, True) xml.parsers.expat.ExpatError: syntax error: line 1, column 0 I'm not a python expert - so I don't know how to fix this. Any suggestions? -Marshall Schor - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Anyone using ASF software in bio-informatics?
Apache UIMA is used by many projects in this space. Here are 2: The Open Health Natural Language Processing (OHNLP) Consortium [1] says, under goals, The Consortium promotes the open source UIMA framework and SDK http://incubator.apache.org/uima/ as the basis for biomedical NLP systems. Applications created within UIMA consist of software components (referred to as annotators) and their associated configuration files and external resources. Within the framework, one can also create complete pipelines composed of a sequence of annotators and the data flow between them. Another is the u-compare web-site, [2] which is an integrated text mining/natural language processing system based on the UIMA Framework, with annotators mainly in the Bio-informatics space -Marshall [1] https://cabig-kc.nci.nih.gov/Vocab/KC/index.php/Open_Health_Natural_Language_Processing_%28OHNLP%29_Consortium [2] http://u-compare.org/ On 3/10/2010 6:29 AM, Tommaso Teofili wrote: Hi, As far as I know the Center for Computational Pharmacology at the University of Colorodo is using Apache UIMA for biomedical text processing. http://incubator.apache.org/uima/external-resources.html http://bionlp-uima.sourceforge.net/ Cheers, Tommaso 2010/3/10 Francis De Brabandere franci...@gmail.com Cropdesign (BASF) is using Apache Wicket for their internal experiment statistics reporting website. But I don't work there any more... Cheers, Francis On Wed, Mar 10, 2010 at 11:07 AM, Antonio Petrelli antonio.petre...@gmail.com wrote: 2010/3/10 Ross Gardler rgard...@apache.org: I've been invited to keynote at the Open bio-informatics conference in July, wearing my ASF hat. their invite said: Is anyone here using ASF software in this space? You might try to ask the Commons Math people, I guess they are the right ones to ask: http://commons.apache.org/math/mail-lists.html Antonio - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESULT] [VOTE] Apache UIMA as a TLP
The vote for recommending Apache UIMA graduation passes with the following votes: +1 Jukka Zitting - binding Martijn Dashorst - binding Bertrand Delacretaz - binding Justin Erenkrantz - binding Craig L Russell - binding Sam Ruby - binding Loren Cahlander Ian Holsman - binding Jean T. Anderson - binding Matt Hogstrom - binding Alan D Cabrera - binding Rubert Burrell Donkin - binding No other votes were cast. The vote passes. I'll take the next step of sending this resolution to the board. Thanks! -Marshall On 2/22/2010 9:24 AM, Marshall Schor wrote: Greetings, As no issues have been raised in our previous post to discuss graduation, the Apache UIMA community requests that the IPMC vote on recommending this resolution to the ASF Board. All of our mentors have agreed to pitch in as needed as members of our PMC. The community is ready to graduate (see http://markmail.org/thread/pmmf6gtr7z47ivd2 ). Please cast your vote: [ ] +1 to recommend UIMA's graduation [ ] 0 don't care [ ] -1 no, don't recommend yet, (because...) -Marshall Schor Resolution: X. Establish the Apache UIMA Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the analysis of unstructured data, guided by the UIMA Oasis Standard, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache UIMA Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache UIMA Project be and hereby is responsible for the creation and maintenance of software related to the analysis of unstructured data, guided by the UIMA Oasis Standard, and be it further RESOLVED, that the office of Vice President, Apache UIMA be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache UIMA Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache UIMA Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache UIMA Project: * Adam Lallyala...@apache.org * Bhavani Iyer bhav...@apache.org * Burn Lewisb...@apache.org * Edward Epsteine...@apache.org * Jaroslaw Cwiklik cwik...@apache.org * Joern Kottmannjo...@apache.org * Jukka Zitting ju...@apache.org * Ken Coar c...@apache.org * Marshall Schorsc...@apache.org * Michael Baessler mbaess...@apache.org * Sam Ruby ru...@apache.org * Thilo Goetz twgo...@apache.org * Tommaso Teofili tomm...@apache.org * Tong Fin tong...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Marshall Schor be appointed to the office of Vice President, Apache UIMA, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache UIMA PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache UIMA Project; and be it further RESOLVED, that the Apache UIMA Project be and hereby is tasked with the migration and rationalization of the Apache Incubator UIMA podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator UIMA podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Apache UIMA as a TLP
Greetings, As no issues have been raised in our previous post to discuss graduation, the Apache UIMA community requests that the IPMC vote on recommending this resolution to the ASF Board. All of our mentors have agreed to pitch in as needed as members of our PMC. The community is ready to graduate (see http://markmail.org/thread/pmmf6gtr7z47ivd2 ). Please cast your vote: [ ] +1 to recommend UIMA's graduation [ ] 0 don't care [ ] -1 no, don't recommend yet, (because...) -Marshall Schor Resolution: X. Establish the Apache UIMA Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the analysis of unstructured data, guided by the UIMA Oasis Standard, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache UIMA Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache UIMA Project be and hereby is responsible for the creation and maintenance of software related to the analysis of unstructured data, guided by the UIMA Oasis Standard, and be it further RESOLVED, that the office of Vice President, Apache UIMA be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache UIMA Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache UIMA Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache UIMA Project: * Adam Lallyala...@apache.org * Bhavani Iyer bhav...@apache.org * Burn Lewisb...@apache.org * Edward Epsteine...@apache.org * Jaroslaw Cwiklik cwik...@apache.org * Joern Kottmannjo...@apache.org * Jukka Zitting ju...@apache.org * Ken Coar c...@apache.org * Marshall Schorsc...@apache.org * Michael Baessler mbaess...@apache.org * Sam Ruby ru...@apache.org * Thilo Goetz twgo...@apache.org * Tommaso Teofili tomm...@apache.org * Tong Fin tong...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Marshall Schor be appointed to the office of Vice President, Apache UIMA, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache UIMA PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache UIMA Project; and be it further RESOLVED, that the Apache UIMA Project be and hereby is tasked with the migration and rationalization of the Apache Incubator UIMA podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator UIMA podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[Discuss] Apache UIMA as a TLP
Greetings, The Apache UIMA community feels it is ready to graduate (see http://markmail.org/thread/pmmf6gtr7z47ivd2 ). We have prepared the following resolution, and would like to get feedback before proposing a formal vote here. X. Establish the Apache UIMA Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the analysis of unstructured data, guided by the UIMA Oasis Standard, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache UIMA Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache UIMA Project be and hereby is responsible for the creation and maintenance of software related to the analysis of unstructured data, guided by the UIMA Oasis Standard, and be it further RESOLVED, that the office of Vice President, Apache UIMA be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache UIMA Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache UIMA Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache UIMA Project: * Adam Lallyala...@apache.org * Bhavani Iyer bhav...@apache.org * Burn Lewisb...@apache.org * Edward Epsteine...@apache.org * Jaroslaw Cwiklik cwik...@apache.org * Joern Kottmannjo...@apache.org * Jukka Zitting ju...@apache.org * Ken Coar c...@apache.org * Marshall Schorsc...@apache.org * Michael Baessler mbaess...@apache.org * Sam Ruby ru...@apache.org * Thilo Goetz twgo...@apache.org * Tommaso Teofili tomm...@apache.org * Tong Fin tong...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Marshall Schor be appointed to the office of Vice President, Apache UIMA, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache UIMA PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache UIMA Project; and be it further RESOLVED, that the Apache UIMA Project be and hereby is tasked with the migration and rationalization of the Apache Incubator UIMA podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator UIMA podling encumbered upon the Apache Incubator Project are hereafter discharged. Thanks. -Marshall Schor - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[Announce] Apache UIMA 2.3.0 released
The Apache UIMA development community is pleased to announce the release of version 2.3.0 of UIMA (Unstructured Information Management Architecture). Apache UIMA is a framework supporting combining and reusing components that annotate unstructured information content such as text, audio, and video. This release consists of 4 packages: - UIMA Java SDK - the base framework, with development tools and examples - UIMA-AS (Asynchronous Scalout capability) - UIMACPP (c++ support framework, for components written in c++ and other languages) - UIMA Addons - a growing set of annotators and other tools. This release is generally backwards compatable with previous releases, except that Java 5 is now the minimum Java level required. The add-ons package contains many new components and annotators, including: - Bean Scripting Framework supporting annotators written in popular scripting languages - Lucas - an interface to using UIMA with Apache Lucene - TikaAnnotator - an annotator using the Apache Tika project text extractors The UIMA-AS (Asynchronous Scaleout) framework is extensively enhanced with much more support for error/failure recovery, driven by feedback from actual use in several large scale deployments (1000's of nodes). The base framework now supports Java 5 generics, and is enhanced to make it even more light-weight and efficient; for example, it now supports a new network serialization format for communicating with remote annotators using a delta-CAS - limiting the response sent to just those items which have changed. Full information and summaries of the changes are contained in the release notes, which you can find on our downloads page - scroll down to the 2.3.0 release section, and click on the package of interest in the release notes column. Apache UIMA welcomes your help. Any contribution (code, testing, documentation, bug reporting/fixing) is always appreciated. For more information on how to get involved, please visit the website at: http://incubator.apache.org/uima Thank you for your interest in Apache UIMA. -The Apache UIMA development community - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESULT] [VOTE] Release UIMA 2.3.0-rc9
The vote passes: This vote has been open for 13 days. There are 3 +1's from IPMC members, and no other votes. +1 Jukka Zitting +1 Ant Elder +1 Jean T. Anderson Thanks to everyone who took the time to review and vote on this. -Marshall Marshall Schor wrote: Hi everyone, The UIMA community has voted on and approved the release of Apache UIMA 2.3.0, consisting of - base UIMA - the UIMA-AS add-on to the base (incorporating ActiveMQ and adding Asynchronous Scaleout capability - UIMACPP - the C++ support - UIMA-Addons - a subset of components from the UIMA Sandbox The vote was +1 from all committers and 1 mentor; no other votes were cast. We now request the approval of the Incubator PMC for this release. Podling vote thread: http://markmail.org/thread/osrpk5skilchagi6 Release artifacts: http://people.apache.org/~schor/uima-release-candidates/2.3.0-RC9/ (includes RAT reports) SVN root nodes: base UIMA: https://svn.apache.org/repos/asf/incubator/uima/uimaj/tags/uimaj-2.3.0/uimaj-2.3.0-09 UIMA-AS: https://svn.apache.org/repos/asf/incubator/uima/uima-as/tags/uima-as-2.3.0/uima-as-2.3.0-09 UIMA-Addons: https://svn.apache.org/repos/asf/incubator/uima/sandbox/tags/sandbox-2.3.0/sandbox-2.3.0-09 UIMACPP: https://svn.apache.org/repos/asf/incubator/uima/uimacpp/tags/uimacpp-2.3.0-09 UIMA-AS continues to be registered as a 5D002 export artifact (due to including ActiveMQ) - and no other components are currently required to be so designated; see http://www.apache.org/licenses/exports/ The source distributions are built with scripts, and differ somewhat from the SVN source trees. The various distributions are built using the Maven assembly plugin; the scripts for build the source distribution are found here: base UIMA: uimaj-distr/src/main/assembly/src.xml UIMA-AS: uima-as-distr/src/main/assembly/src.xml UIMA-Addons: SandboxDistr/annotator-package/src/main/assembly/src.xml The UIMACPP source package is built in a different manner for Windows and *nix packaging; some of the make configuration is pre-done for each of these packagings and included in the source distribution. The scripts for building the source are in buildSrcTree.cmd (Windows) and buildSrcTree.sh (*nix) In addition to the source bundles, this release includes (as before) binary downloads for direct use by users; these include html/pdf versions of documentation and javadocs. The builds (except for UIMACPP) have been changed to use the Maven RAT (Release Audit Tool) plugin. The POMs for the 3 distribution projects (uimaj-distr, uima-as-distr, and SandboxDistr/annotationPackage) document the list of exceptions for the RAT tool (mostly things like generated files or test data). KEYS: http://svn.apache.org/repos/asf/incubator/uima/uimaj/trunk/uimaj-distr/src/main/readme/KEYS The release is signed by Marshall Schor except for UIMACPP which is signed by Edward Epstein. The signing key of Marshall Schor has been updated to the higher strength following http://www.apache.org/dev/key-transition.html. Please cast your vote! Thanks. -Marshall - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release UIMA 2.3.0-rc9
added directly to the Rat report for this (perhaps this was before RAT had (or we knew about) exclusion capability. Unless someone objects, I plan to close this vote in another 24 hours or so... It's been open for 12 days now, and we have 3 binding ipmc +1 votes, so far (Thank You ! ! to all who took the time to review and vote). -Marshall Good luck. Gav... Thanks for digging into the UIMA release! Eddie On Sat, Jan 23, 2010 at 6:57 PM, Jean T. Anderson j...@bristowhill.com wrote: Eddie Epstein wrote: Hi Jean, Just noting that uimacpp does include rat reports, just poorly named :( In http://people.apache.org/~schor/uima-release-candidates/2.3.0- RC9/uimacpp/ are 5 xxx-report.txt files that correspond to the 5 uimacpp download packages in the release. And although not identical to the previous release, uimacpp has only minor changes to existing components. Regards, Eddie Thanks for the clarification, Eddie! Since you're indicating that there were some minor changes, I went ahead and took a look at the uimacpp rat reports. All files have Unknown Licenses reported, and some files have hundreds. Since uimacpp was already approved for release before, I'm sure that all is in order, but could you just refresh our memory about those unknown license messages? I bet they might have to do with auto-generated files, but it would be good to confirm. thanks, -jean On Sat, Jan 23, 2010 at 12:36 PM, Jean T. Anderson j...@bristowhill.com wrote: since I reviewed the earliest uima releases I went ahead and reviewed this one. I did not take the time to unpack files and examine them because I was convinced by early release rounds that the UIMA project knows how to do this reliably. I did focus on the rat reports that were included and on the email thread. --I encountered only one minor confusion: uimacpp did not include a rat report, but Marshall's post to the podling vote thread mentioned that uimacpp is identical to the previous release. [1] Nothing needs to be done here, Marshall, I'm just noting this in case any other mentors start reviewing this. based on my review I give this release a +1. -jean [1] http://markmail.org/thread/osrpk5skilchagi6 Jukka Zitting wrote: Hi, On Wed, Jan 13, 2010 at 4:52 PM, Marshall Schor m...@schor.com wrote: Please cast your vote! My +1 from uima-dev@ stands here as well. Others, please review and vote! The release is pretty complex so it's a bit of work to review it, but it would be great if at least two other IPMC members could spare some time on this. BR, Jukka Zitting -- --- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org --- -- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release UIMA 2.3.0-rc9
Jean T. Anderson wrote: since I reviewed the earliest uima releases I went ahead and reviewed this one. I did not take the time to unpack files and examine them because I was convinced by early release rounds that the UIMA project knows how to do this reliably. I did focus on the rat reports that were included and on the email thread. --I encountered only one minor confusion: uimacpp did not include a rat report, but Marshall's post to the podling vote thread mentioned that uimacpp is identical to the previous release. [1] Nothing needs to be done here, Marshall, I'm just noting this in case any other mentors start reviewing this. Sorry for the confusion - the Rat report for uimacpp was run manually, and the reports are included as files in the release candidate on http://people.apache.org/~schor/uima-release-candidates/2.3.0-RC9/uimacpp/ the files are: uimacpp-bin-linux-report.txt uimacpp-bin-windows-report.txt uimacpp-bin64-linux-report.txt uimacpp-src-linux-report.txt uimacpp-src-windows-report.txt based on my review I give this release a +1. Thanks, Jean! -Marshall -jean [1] http://markmail.org/thread/osrpk5skilchagi6 Jukka Zitting wrote: Hi, On Wed, Jan 13, 2010 at 4:52 PM, Marshall Schor m...@schor.com wrote: Please cast your vote! My +1 from uima-dev@ stands here as well. Others, please review and vote! The release is pretty complex so it's a bit of work to review it, but it would be great if at least two other IPMC members could spare some time on this. BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release UIMA 2.3.0-rc9
Thanks! I appreciate your taking the time to do the review. -Marshall ant elder wrote: It is quite huge. I haven't looked at every artifact but the ones i did all the licensing etc looked ok and it looks like they understand what they're doing. The copyright in some NOTICE files is Copyright 2006, 2007 which could probably do with being updated, though others are 2009 and from the discussion on legal-discuss a while back i'm not sure thats a blocking issue so +1 from me. ...ant On Thu, Jan 21, 2010 at 10:13 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Mon, Jan 18, 2010 at 2:48 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: Others, please review and vote! The release is pretty complex so it's a bit of work to review it, but it would be great if at least two other IPMC members could spare some time on this. Anyone? BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Release UIMA 2.3.0-rc9
Hi everyone, The UIMA community has voted on and approved the release of Apache UIMA 2.3.0, consisting of - base UIMA - the UIMA-AS add-on to the base (incorporating ActiveMQ and adding Asynchronous Scaleout capability - UIMACPP - the C++ support - UIMA-Addons - a subset of components from the UIMA Sandbox The vote was +1 from all committers and 1 mentor; no other votes were cast. We now request the approval of the Incubator PMC for this release. Podling vote thread: http://markmail.org/thread/osrpk5skilchagi6 Release artifacts: http://people.apache.org/~schor/uima-release-candidates/2.3.0-RC9/ (includes RAT reports) SVN root nodes: base UIMA: https://svn.apache.org/repos/asf/incubator/uima/uimaj/tags/uimaj-2.3.0/uimaj-2.3.0-09 UIMA-AS: https://svn.apache.org/repos/asf/incubator/uima/uima-as/tags/uima-as-2.3.0/uima-as-2.3.0-09 UIMA-Addons: https://svn.apache.org/repos/asf/incubator/uima/sandbox/tags/sandbox-2.3.0/sandbox-2.3.0-09 UIMACPP: https://svn.apache.org/repos/asf/incubator/uima/uimacpp/tags/uimacpp-2.3.0-09 UIMA-AS continues to be registered as a 5D002 export artifact (due to including ActiveMQ) - and no other components are currently required to be so designated; see http://www.apache.org/licenses/exports/ The source distributions are built with scripts, and differ somewhat from the SVN source trees. The various distributions are built using the Maven assembly plugin; the scripts for build the source distribution are found here: base UIMA: uimaj-distr/src/main/assembly/src.xml UIMA-AS: uima-as-distr/src/main/assembly/src.xml UIMA-Addons: SandboxDistr/annotator-package/src/main/assembly/src.xml The UIMACPP source package is built in a different manner for Windows and *nix packaging; some of the make configuration is pre-done for each of these packagings and included in the source distribution. The scripts for building the source are in buildSrcTree.cmd (Windows) and buildSrcTree.sh (*nix) In addition to the source bundles, this release includes (as before) binary downloads for direct use by users; these include html/pdf versions of documentation and javadocs. The builds (except for UIMACPP) have been changed to use the Maven RAT (Release Audit Tool) plugin. The POMs for the 3 distribution projects (uimaj-distr, uima-as-distr, and SandboxDistr/annotationPackage) document the list of exceptions for the RAT tool (mostly things like generated files or test data). KEYS: http://svn.apache.org/repos/asf/incubator/uima/uimaj/trunk/uimaj-distr/src/main/readme/KEYS The release is signed by Marshall Schor except for UIMACPP which is signed by Edward Epstein. The signing key of Marshall Schor has been updated to the higher strength following http://www.apache.org/dev/key-transition.html. Please cast your vote! Thanks. -Marshall - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Need one more binding vote to release Apache UIMACPP-2.2.2-incubating
Hi - Please see this email thread in the general list: http://markmail.org/message/ris3bjm5sq6xxpo3 We would sincerely appreciate an additional person reviewing the release. UIMACPP is the C++ version of the Apache UIMA (incubating) framework, supporting components written in C++. Thanks! -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Apache UIMACPP-2.2.2-incubating
Jukka Zitting wrote: Hi, On Fri, Sep 12, 2008 at 12:42 AM, Eddie Epstein [EMAIL PROTECTED] wrote: The *UIMA* project dev-list vote to release *UIMACPP* was 6 +1's, and no other votes; see the vote here: http://markmail.org/message/dmf2wk6zzq7dlsft http://markmail.org/message/t6l2ineufbr3qo4g Are your mentors around? I didn't see any of them voting. We'll ping them... Thanks. -Marshall BR, Jukka Zitting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Apache UIMA CasEditor-2.2.2-incubating
Hi Everyone, We need just one more positive binding vote (We have 3, but only 2 are binding). Could someone who is on the IPMC please take a look? Thanks! -Marshall Jörn Kottmann wrote: Hello, please vote again to release the Cas Editor. The first vote was rejected, because the ICU license and notice was missing, this is now fixed, see UIMA-1115. On the uima-dev list there were 5 +1 votes and no 0 or -1 votes to release it. The vote thread can be found here: http://www.mail-archive.com/uima-dev%40incubator.apache.org/msg07741.html The release artifacts and the rat reports can be found at: http://people.apache.org/~joern/CasEditor-2.2.2-04/ The Cas Editor originally came to Apache under a software grant. Thanks, Jörn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] UIMA-AS (Asynchronous Scaleout) add-on for UIMA, version 2.2.2-incubating, released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Apache UIMA team is pleased to announce the first release of the UIMA-AS add-on for UIMA. (The release number is 2.2.2-incubating to correspond with the base UIMA level). UIMA-AS adds a highly flexible, robust, and easy to use scaleout capability to the core UIMA framework; it can be considered to be a next-generation replacement for the original CPM (Collection Processing Management) scaleout that is part of the core UIMA framework. Now you can selectively scale up (to take advantage of multiple cores) or scale out (over local and/or wide area networks) just those analytics that need the scaling, thus allowing optimization of computing resources. UIMA-AS has been successfully used on multiple projects, and scaled out to 100's of cores, with no limit in sight. It makes use of JMS (Java Messaging Services) and uses Apache ActiveMQ to support messaging between components. Already written UIMA Components can take advantage of UIMA-AS scaleout with no code or component descriptor changes. There is a short writeup that describes more details about the new capabilities and how to get started using it, on the UIMA website: http://incubator.apache.org/uima/doc-uimaas-what.html UIMA is a component framework supporting integration and deployment of components for the analysis of unstructured content such as text, audio, and video; the main web-site is here: http://incubator.apache.org/uima/index.html Thank you for your interest in Apache UIMA-AS! We look forward to hearing about your experience in using this new capability. - --The Apache UIMA Team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiKPHMACgkQ1t3wMetR+7ppDgCdFi1zs+HRDk1GPYfeH0ojP1Nh xZQAn0QKkFzTU61NvRAINUq75UVcJ+Fs =NJnY -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] [UPDATED] UIMA-AS (Asynchronous Scaleout) add-on for UIMA, version 2.2.2-incubating, released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry for the noise - I neglected to include the Incubating notice in my previous email; it is appended at the bottom of this note. The Apache UIMA team is pleased to announce the first release of the UIMA-AS add-on for UIMA. (The release number is 2.2.2-incubating to correspond with the base UIMA level). UIMA-AS adds a highly flexible, robust, and easy to use scaleout capability to the core UIMA framework; it can be considered to be a next-generation replacement for the original CPM (Collection Processing Management) scaleout that is part of the core UIMA framework. Now you can selectively scale up (to take advantage of multiple cores) or scale out (over local and/or wide area networks) just those analytics that need the scaling, thus allowing optimization of computing resources. UIMA-AS has been successfully used on multiple projects, and scaled out to 100's of cores, with no limit in sight. It makes use of JMS (Java Messaging Services) and uses Apache ActiveMQ to support messaging between components. Already written UIMA Components can take advantage of UIMA-AS scaleout with no code or component descriptor changes. There is a short writeup that describes more details about the new capabilities and how to get started using it, on the UIMA website: http://incubator.apache.org/uima/doc-uimaas-what.html UIMA is a component framework supporting integration and deployment of components for the analysis of unstructured content such as text, audio, and video; the main web-site is here: http://incubator.apache.org/uima/index.html Thank you for your interest in Apache UIMA-AS! We look forward to hearing about your experience in using this new capability. - --The Apache UIMA Team INCUBATION DISCLAIMER Apache UIMA is an effort undergoing incubation at The Apache Software Foundation (ASF). Incubation is required of all newly accepted projects until a further review indicates that the infrastructure, communications, and decision making process have stabilized in a manner consistent with other successful ASF projects. While incubation status is not necessarily a reflection of the completeness or stability of the code, it does indicate that the project has yet to be fully endorsed by the ASF. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiKP5gACgkQ1t3wMetR+7oZQwCfaIJLI9a2x+gERcDkE0o3KgAF 0OoAmgIYy2WntOjRuuxpc/Cc9WeivxUC =//nI -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
updating the guide to creating an eclipse update site
I posted a Jira issue and a patch: http://issues.apache.org/jira/browse/INCUBATOR-79 regarding updating a guide for creating eclipse update sites. The update corrects an inaccuracy regarding how to specify the digestUrl. Please review. If there are no comments in 72 hours, I'll update the guide per the patch. -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (INCUBATOR-79) Update guide: releasing-eclipse-update-site to correct some inaccuracies
Update guide: releasing-eclipse-update-site to correct some inaccuracies Key: INCUBATOR-79 URL: https://issues.apache.org/jira/browse/INCUBATOR-79 Project: Incubator Issue Type: Improvement Reporter: Marshall Schor Priority: Minor Found some inaccuracies in the guide while building an eclipse update site: the location of the urlDigest needs to point to the directory containing the digest.zip, not the digest.zip itself. Add info on using relative urls, as well. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (INCUBATOR-79) Update guide: releasing-eclipse-update-site to correct some inaccuracies
[ https://issues.apache.org/jira/browse/INCUBATOR-79?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marshall Schor updated INCUBATOR-79: Attachment: patch.txt Update guide: releasing-eclipse-update-site to correct some inaccuracies Key: INCUBATOR-79 URL: https://issues.apache.org/jira/browse/INCUBATOR-79 Project: Incubator Issue Type: Improvement Reporter: Marshall Schor Priority: Minor Attachments: patch.txt Found some inaccuracies in the guide while building an eclipse update site: the location of the urlDigest needs to point to the directory containing the digest.zip, not the digest.zip itself. Add info on using relative urls, as well. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
{RESULT] [VOTE] Release Apache UIMA-AS 2.2.2-incubating
The results of this vote are: +1's from Ken Coar, ant elder, Niall Pemberton, and Jim Jagielski No other votes were received. The vote passes. Thanks to everyone for taking the time to review and vote on this release :-) -Marshall Marshall Schor wrote: Hi Everyone, Please review and vote on approving the 1st release of Apache UIMA-AS, an add-on to base UIMA. The release artifacts and the annotated RAT reports can be found here: http://people.apache.org/~schor/uima-release-candidates/uima-as/08 UIMA-AS originally came to Apache under a software grant, and has an IP Clearance form recorded: http://incubator.apache.org/ip-clearance/uima-as.html and linked from http://incubator.apache.org/ip-clearance/index.html The UIMA project dev-list vote to release was 6 +1's, and no other votes; see the vote here: http://markmail.org/message/t6l2ineufbr3qo4g UIMA-AS adds a scaleout capability to base UIMA based on asynchronous messaging; it makes use of the recently released UIMA base 2.2.2-incubating level, as well as Apache ActiveMQ and the Spring middleware framework (also licensed under the Apache v.2 license), internally. Because this release includes a distribution of parts of ActiveMQ, which in turn is classified as a 5D002 export, we submitted classification for UIMA-AS also as a 5D002 category. The http://apache.org/licenses/exports/ page has been updated to reflect this. Thanks. -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Apache UIMA-AS 2.2.2-incubating
Niall Pemberton wrote: I tried running mvn:site on the source distro, but it failed generating the javadocs because the uimaj-as pom.xml specifies source1.4/source for the javadoc plugin and there are JDK 1.5+ features used. When I changed that to 1.5 the javadocs generation then failed throwing a MissingResourceException with the message Can't find resource for bundle com.sun.tools.doclets.formats.html.resources.standard, key doclet.malformed_html_link_tag - in the uimaj-ep-runtime-deployeditor module - unfortunately doesn't indicate which class is causing that. IMO this is not a showstopper (would be nice to fix for the next release) and the main build (mvn:install) works fine and everything looks like it is in place - so +1 from me for the release. Niall Hi Niall - We haven't (yet) adopted the maven way to generating a site. So I'm not surprised that that didn't work. We generate our javadocs as part of the mvn assembly:assembly (in the uima-as-dist dir) done after a mvn install (in the uimaj-as dir). This process is consistent with how the other projects build their javadocs for binary distros, in the UIMA project. We'll take a look at the maven site goal and see if it makes sense to support it. -Marshall On Mon, Jun 30, 2008 at 8:57 PM, Marshall Schor [EMAIL PROTECTED] wrote: Hi Everyone, Please review and vote on approving the 1st release of Apache UIMA-AS, an add-on to base UIMA. The release artifacts and the annotated RAT reports can be found here: http://people.apache.org/~schor/uima-release-candidates/uima-as/08 UIMA-AS originally came to Apache under a software grant, and has an IP Clearance form recorded: http://incubator.apache.org/ip-clearance/uima-as.html and linked from http://incubator.apache.org/ip-clearance/index.html The UIMA project dev-list vote to release was 6 +1's, and no other votes; see the vote here: http://markmail.org/message/t6l2ineufbr3qo4g UIMA-AS adds a scaleout capability to base UIMA based on asynchronous messaging; it makes use of the recently released UIMA base 2.2.2-incubating level, as well as Apache ActiveMQ and the Spring middleware framework (also licensed under the Apache v.2 license), internally. Because this release includes a distribution of parts of ActiveMQ, which in turn is classified as a 5D002 export, we submitted classification for UIMA-AS also as a 5D002 category. The http://apache.org/licenses/exports/ page has been updated to reflect this. Thanks. -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Apache UIMA-AS 2.2.2-incubating
Can one more person on the Incubator PMC review and (hopefully) approve this release? We have 2 +1's so far, and need one more :-). Thanks, muchly :-) -Marshall Marshall Schor wrote: Hi Everyone, Please review and vote on approving the 1st release of Apache UIMA-AS, an add-on to base UIMA. The release artifacts and the annotated RAT reports can be found here: http://people.apache.org/~schor/uima-release-candidates/uima-as/08 UIMA-AS originally came to Apache under a software grant, and has an IP Clearance form recorded: http://incubator.apache.org/ip-clearance/uima-as.html and linked from http://incubator.apache.org/ip-clearance/index.html The UIMA project dev-list vote to release was 6 +1's, and no other votes; see the vote here: http://markmail.org/message/t6l2ineufbr3qo4g UIMA-AS adds a scaleout capability to base UIMA based on asynchronous messaging; it makes use of the recently released UIMA base 2.2.2-incubating level, as well as Apache ActiveMQ and the Spring middleware framework (also licensed under the Apache v.2 license), internally. Because this release includes a distribution of parts of ActiveMQ, which in turn is classified as a 5D002 export, we submitted classification for UIMA-AS also as a 5D002 category. The http://apache.org/licenses/exports/ page has been updated to reflect this. Thanks. -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Apache UIMA CasEditor-2.2.2-incubating
Luciano Resende wrote: The binary distributions, both windows and linux, have the com.ibm.icu_3.6.1.v20070906.jar in the plugins directory and the about_files/license.html from the ICU jar mention the following : ICU License - ICU 1.8.1 and later COPYRIGHT AND PERMISSION NOTICE Copyright (c) 1995-2007 International Business Machines Corporation and others All rights reserved. . But I haven't found any attribution on License/Notice files. Some background on the license/notice file for this is in this thread from legal - discuss: http://markmail.org/message/nnfarn3c4snxyrxw The bottom line here I think is to append the ICU license to the LICENSE file, and a short ref about it in the NOTICE file, following Luciano's recommendation in the 1st reply to the above referenced thread. -Marshall On Tue, Jul 15, 2008 at 10:46 AM, ant elder [EMAIL PROTECTED] wrote: +1 ...ant On Thu, Jul 3, 2008 at 10:52 AM, Jörn Kottmann [EMAIL PROTECTED] wrote: Hello, the Cas Editor is a text annotation tool which supports manual and automatic annotation of CAS files. It is now ready for its first release. Please review and vote for releasing the Apache Uima Cas Editor-2.2.2-02. The release artifacts and the rat reports can be found at: http://people.apache.org/~joern/CasEditor-2.2.2-02/http://people.apache.org/%7Ejoern/CasEditor-2.2.2-02/ On the uima-dev list there were 5 +1 votes and no 0 or -1 votes to release it. The Cas Editor originally came to Apache under a software grant. Thanks, Jörn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gummit crypto for UIMA-AS
Santiago Gala wrote: FYI, according to git log --stat -p --color-words -M -C -- docs/licenses xdocs/licenses, the words UIMA or uima do not appear in the whole revision control log (including messages and diffs) of the docs/licenses and xdocs/licenses directories. I don't think the update of the document ever happened under version control. Thanks for checking. It seems the original attempt at updating didn't go for some reason, so I asked one of our mentors to do it now. I see it's on the exports page. -Marshall Regards Santiago On Mon, Jun 30, 2008 at 5:12 AM, Marshall Schor [EMAIL PROTECTED] wrote: sebb wrote: On 29/06/2008, Marshall Schor [EMAIL PROTECTED] wrote: Rodent of Unusual Size wrote: Sending to Noel as i.a.o chair to forward.. ---EMAIL HEADER--- To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: TSU NOTIFICATION - Encryption ---EMAIL BODY--- SUBMISSION TYPE: TSU SUBMITTED BY: Noel J. Bergman SUBMITTED FOR:The Apache Software Foundation POINT OF CONTACT: Secretary, The Apache Software Foundation FAX: +1-919-573-9199 MANUFACTURER(S): The Apache Software Foundation PRODUCT NAME/MODEL #: Apache UIMA-AS ECCN: 5D002 NOTIFICATION: http://www.apache.org/licenses/exports/ The entry for UIMA-AS (a component of UIMA which we would like to start the release vote on) which was at one point visible on http://www.apache.org/licenses/exports/ is no longer there. Can someone with access to the SVN for this, say what caused it's disappearance? When was the entry added to the exports page? I've looked at all the index.html files committed in 2008, and cannot find any entry for UIMA. I had a message from Ken Coar that he updated the index.xml page on June 4 2008 (3:25 PM EDT). Maybe the wrong page got updated? -Marshall -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Release Apache UIMA-AS 2.2.2-incubating
Hi Everyone, Please review and vote on approving the 1st release of Apache UIMA-AS, an add-on to base UIMA. The release artifacts and the annotated RAT reports can be found here: http://people.apache.org/~schor/uima-release-candidates/uima-as/08 UIMA-AS originally came to Apache under a software grant, and has an IP Clearance form recorded: http://incubator.apache.org/ip-clearance/uima-as.html and linked from http://incubator.apache.org/ip-clearance/index.html The UIMA project dev-list vote to release was 6 +1's, and no other votes; see the vote here: http://markmail.org/message/t6l2ineufbr3qo4g UIMA-AS adds a scaleout capability to base UIMA based on asynchronous messaging; it makes use of the recently released UIMA base 2.2.2-incubating level, as well as Apache ActiveMQ and the Spring middleware framework (also licensed under the Apache v.2 license), internally. Because this release includes a distribution of parts of ActiveMQ, which in turn is classified as a 5D002 export, we submitted classification for UIMA-AS also as a 5D002 category. The http://apache.org/licenses/exports/ page has been updated to reflect this. Thanks. -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gummit crypto for UIMA-AS
Rodent of Unusual Size wrote: Sending to Noel as i.a.o chair to forward.. ---EMAIL HEADER--- To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: TSU NOTIFICATION - Encryption ---EMAIL BODY--- SUBMISSION TYPE: TSU SUBMITTED BY: Noel J. Bergman SUBMITTED FOR:The Apache Software Foundation POINT OF CONTACT: Secretary, The Apache Software Foundation FAX: +1-919-573-9199 MANUFACTURER(S): The Apache Software Foundation PRODUCT NAME/MODEL #: Apache UIMA-AS ECCN: 5D002 NOTIFICATION: http://www.apache.org/licenses/exports/ The entry for UIMA-AS (a component of UIMA which we would like to start the release vote on) which was at one point visible on http://www.apache.org/licenses/exports/ is no longer there. Can someone with access to the SVN for this, say what caused it's disappearance? -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gummit crypto for UIMA-AS
sebb wrote: On 29/06/2008, Marshall Schor [EMAIL PROTECTED] wrote: Rodent of Unusual Size wrote: Sending to Noel as i.a.o chair to forward.. ---EMAIL HEADER--- To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: TSU NOTIFICATION - Encryption ---EMAIL BODY--- SUBMISSION TYPE: TSU SUBMITTED BY: Noel J. Bergman SUBMITTED FOR:The Apache Software Foundation POINT OF CONTACT: Secretary, The Apache Software Foundation FAX: +1-919-573-9199 MANUFACTURER(S): The Apache Software Foundation PRODUCT NAME/MODEL #: Apache UIMA-AS ECCN: 5D002 NOTIFICATION: http://www.apache.org/licenses/exports/ The entry for UIMA-AS (a component of UIMA which we would like to start the release vote on) which was at one point visible on http://www.apache.org/licenses/exports/ is no longer there. Can someone with access to the SVN for this, say what caused it's disappearance? When was the entry added to the exports page? I've looked at all the index.html files committed in 2008, and cannot find any entry for UIMA. I had a message from Ken Coar that he updated the index.xml page on June 4 2008 (3:25 PM EDT). Maybe the wrong page got updated? -Marshall -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (INCUBATOR-75) add guide page for doing mirrored Eclipse update sites
add guide page for doing mirrored Eclipse update sites -- Key: INCUBATOR-75 URL: https://issues.apache.org/jira/browse/INCUBATOR-75 Project: Incubator Issue Type: Improvement Components: site Reporter: Marshall Schor Priority: Minor Change the guides/releasemanagement.xml where it says TODO ... to point to a new page releasing-eclipse-update-site.xml, and add that file, marked similarly as a working draft. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jira] Created: (INCUBATOR-75) add guide page for doing mirrored Eclipse update sites
Marshall Schor (JIRA) wrote: add guide page for doing mirrored Eclipse update sites -- Key: INCUBATOR-75 URL: https://issues.apache.org/jira/browse/INCUBATOR-75 Project: Incubator Issue Type: Improvement Components: site Reporter: Marshall Schor Priority: Minor Change the guides/releasemanagement.xml where it says TODO ... to point to a new page releasing-eclipse-update-site.xml, and add that file, marked similarly as a working draft. I commited 3 of the 4 changed files: 2 for the new page (for the Anakia .xml source and the generated .html) and 1 for the revision of the Anakia .xml source for the releasemanagement.xml - that links to the new page. However, I was unable to commit the releasemanagement.html page - I kept getting inconsistent newlines errors from SVN. If someone can rebuild this so it works and commit it, that would be great. I don't know why this is failing... (I'm on a Windows machine, and the releasemanagement.html page has the svn:eol-style set to native; it worked for the other page, etc...). -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[IP CLEARANCE] UIMA-AS Software Grant
Please check clearance on: https://svn.apache.org/repos/asf/incubator/public/trunk/site-author/ip-clearance/uima-as.xml Thanks, Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve release Apache UIMA 2.2.2-incubating
Thilo Goetz wrote: snip 3) IMO its better if the jars include the version number - which they do for the maven repo, but not the ones in the binary distro I personally agree with you, but we had a long discussion about this and the no version numbers in jar names faction carried the day. I believe the main reason is that it makes upgrading to a new version easier, or switching between versions for testing purposes. We actually have a Jira issue that may address this, for the next release: http://issues.apache.org/jira/browse/UIMA-857 - Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve release Apache UIMA 2.2.2-incubating
Hello Incubator PMC - Thank you for your reviews of this; please do not confuse this with another release vote just posted for the UIMA Add-on package, which is another piece of the project, moving forward under a separate packaging and vote. For this vote, so far we have 1 +1 vote (only). Could some others please review and cast their votes? Thanks again. -Marshall Schor Michael Baessler wrote: The Apache UIMA committers ask the Apache Incubator PMC for permission to publish a new bug fix release of Apache UIMA version 2.2.2. This release contains bug fixes of for release version 2.2.1 that was published in December 2007. For details about the fixes, please have a look at the release notes. We had a vote on uima-dev that resulted in 6 binding +1s (all the committers) and no 0s or -1s. The vote thread is here: http://mail-archives.apache.org/mod_mbox/incubator-uima-dev/200804.mbox/[EMAIL PROTECTED] Please review the release candidate here: http://people.apache.org/~mbaessler/uimaj-2.2.2/05/ There are subdirectories like: /bin - contains the binary distribution files /src - contains the source distribution files /rat - contains the RAT reports (using RAT 0.5.1) with some comments The SVN tag for this release candidate is: https://svn.apache.org/repos/asf/incubator/uima/uimaj/tags/uimaj-2.2.2/uimaj-2.2.2-05 The KEYS file can be found in the SVN at: http://svn.apache.org/repos/asf/incubator/uima/uimaj/trunk/uimaj-distr/src/main/readme/KEYS Please vote: [ ] +1 Accept to release Apache UIMA 2.2.2 [ ] -1 No, because Thanks! -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Report reviews
Jukka Zitting wrote: Hi, I reviewed the submitted project reports for April. I'm not sure if people are actively following the page or the diffs, so here's a summary of my review. OK: * CouchDB * PDFBox (I'm a mentor) * Tika (I'm a mentor) OK with comments: * CXF - Good luck for the TLP! * Imperius - Issues before graduation? * JSPWiki - Issues before graduation? * Qpid - Did you understand the IPMC concerns about diversity? The report seems to indicate otherwise. Also missing: Qpid is ...? Incubating since? * Sanselan - Issues before graduation? * Shindig - Issues before graduation? * UIMA - Too comfortable in the Incubator? Focus on growing the community and on graduating! Hi Jukka - We're not at all comfortable and have become recently more assertive in trying to entice other potentially interested parties to come and join in the development of UIMA. We completely agree with your point - we need to focus on growing our community and graduating. Please send any good prospective committers / PPMC members our way :-). -Marshall Report missing: * Buildr * FtpServer * Ivy * RCF * JuiCE * Lucene.Net BR, Jukka Zitting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve release Apache UIMA 2.2.2-incubating
sebb wrote: On 11/04/2008, Thilo Goetz [EMAIL PROTECTED] wrote: Daniel Kulp wrote: On Friday 11 April 2008, Adam Lally wrote: On Fri, Apr 11, 2008 at 9:10 AM, sebb [EMAIL PROTECTED] wrote: On 11/04/2008, Michael Baessler [EMAIL PROTECTED] wrote: sebb wrote: Problem building uimaj: 1) javax.activation:activation:jar:1.0.2 Unfortunately only the POM and metadata are present in the M2 repo for that version - the jar is not present. I raised a JIRA issue for this: http://jira.codehaus.org/browse/MAVENUPLOAD-2014 This is because Sun's license prevents this jar from being redistributed from the central Maven repository: http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html In the build instructions on the UIMA website, we describe how to obtain the jar yourself and add it to your local Maven repo: http://incubator.apache.org/uima/svn.html#building.command.line Any particular reason you don't exclude this dependency in you poms and then pull in a version that IS available. Either the 1.1 version from java.net: http://download.java.net/maven/1/javax.activation/jars/ or the geronimo-specs version available at central: http://repo1.maven.org/maven2/org/apache/geronimo/specs/ (In general, I prefer the geronimo specs versions, but it doesn't really matter) If that works, it'll be vastly preferable to the manual do-hicky we have now. We'll follow up on uima-dev. FYI: the Geronimo-specs approach works fine for building JMeter. I changed the POM in the one project that references the javax.activation, changing the dependency to dependency groupIdorg.apache.geronimo.specs/groupId artifactIdgeronimo-activation_1.0.2_spec/artifactId version1.2/version scopecompile/scope /dependency This seems to have done the trick - is that all that we need to do? This artifact appears to be Apache v2 licensed. -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hit counters for incubating web sites
Various posts in the past have expressed interest in collecting statistics on usage, or downloads. Previous replies have pointed out that counting downloads is inaccurate, because Apache licensed components can be redistributed by others, and the Apache mirroring system means that most downloads occur from non-Apache machines. We would like to get some statistical information about downloads, and are thinking that counting clicks on the download button(s) would be a good way (it would avoid the problem of missing mirroring). Although not perfect (it would miss repackaging/redistribution, and other sites which link to a download page other than our own), we think it would be somewhat useful, at least as a lower bound of interest. Vadim Gritsenko has a stats site on people.a.o, looking at downloads by extracting data from web server logs. He has said, however, that he won't track individual incubator projects, just TLP. See http://people.apache.org/~vgritsenko/stats/index.html and http://people.apache.org/~vgritsenko/faq.html . Most of the hit counters out there seem to be snippets of html you add to your web page, which go off to someone else's server, where the counting happens. Is there a service running on an apache server (e.g., people.a.o), which we can use for hit-counting? If so, can someone post the html needed to use it? -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUIDANCE] When should we start to follow new incubator policy on where to post releases?
Apache UIMA just passed its release vote; where should we post the release? A recent change to the incubator policy resulted in the page http://incubator.apache.org/incubation/Incubation_Policy.html saying that distributions *must* be from www.a.o/dist/incubator/podling-name. The www.a.o/dist site on people.a.o doesn't have an incubator subdirectory. So it looks like we might be the first incubator project since this policy was enacted., unless implementation of this policy is being delayed. Can someone on the IPMC let us know if the implementation is being delayed? Assuming we should be following this new policy now, should we ask infra to establish the new dist/incubator directory and also ... /dist/incubator/uima (or do we have the karma to do this ourselves)? If we do this, because things posted here are mirrored, as I understand it, we need to update our download page to properly handle directing downloaders to the mirrors. Some of us have read the docs on how to do this, and we can give it a go - but we would appreciate some oversight by an experienced person :-). Any volunteers? The policy page doesn't say what, if anything, we need to do at this time for our previous releases - my preference would be to just leave things as they are, for now, for those. Is this OK? -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve release Apache UIMA 2.2.1-incubating
sebb wrote: On 17/12/2007, Martijn Dashorst [EMAIL PROTECTED] wrote: On Dec 17, 2007 5:49 PM, Kevan Miller [EMAIL PROTECTED] wrote: Your interpretation works if your subversion repository is not a distribution. IMO, it is and should contain appropriate license/ notice/disclaimer. I agree with Kevan. I don't agree with this standpoint as for instance the LICENSE and DISCLAIMER docs can be automatically included into the correct distribution location from officially released bundles. This makes much more sense as it keeps the definition of those documents in one place. This process is repeatable using maven. IMO SVN does not have to mirror an unzipped release (there is no policy directing that, or if there is, please provide a link), as long as it is reproducible from the release tag. I have asked about this on the legal discuss list. Regardless of the outcome, I think that there are problems with generating the NOTICE and LICENSE files automatically. Unless the project is pure ASF, there are additional items that may need to be added to the N L files. In any case, I think it's important that these files are carefully considered to ensure that the required entries are present. This is difficult if not impossible if the contents of the N L files are automatically generated. Just to be clear, in the case of UIMA, these files are *not* being generated (that is, their contents are not being generated) automatically. The only thing that is happening is that our automated build process for building the binary and source distributions from our SVN has a step which copies these files from where they reside in our SVN to the top level, as required in the distribution. The N L files are unlikely to change frequently, so it really does not save much work (if any) to create them by hand. Having them in the top-level SVN directory seems sensible to me. The tools we use for development (Eclipse, mainly) like to have files in projects; we have adopted an organization where our SVN follows this convention. So, for us, it is more convenient to have these files in SVN inside one of our Eclipse projects, where we can then use the standard tooling for maintaining them. -Marshall Martijn -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-rc2 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-rc1/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve release Apache UIMA 2.2.1-incubating
We've put the LICENSE, NOTICES, and DISCLAIMERs into the top directory of the source (and binary) distribution(s), but didn't realize this also needs to be in the top level of the SVN tag, because we didn't know that was considered part of the distribution. Can you please confirm this is the case? In which case, we'll of course comply. -Marshall Kevan Miller wrote: On Dec 15, 2007, at 1:43 PM, sebb wrote: [Eventually found the KEYS file in SVN, but it might be helpful to provide a pointer in the vote mails] The NOTICE file in uimaj-2.2.1-incubating-bin.zip refers to the contributions from IBM: Software Grant License Agreement, informally known as the IBM UIMA License Agreement. however, that license is not in LICENSE, nor is it linked from there. The code covered by that software grant would now be covered by the Apache License. I would not expect to find the software grant agreement in the license text/files. Haven't looked into the hash/checksum issues... On further review, I am changing my vote to a -1. The source code in svn (https://svn.apache.org/repos/asf/incubator/uima/uimaj/tags/uimaj-2.2.1/uimaj-2.2.1-06) does not contain a LICENSE, NOTICE, and DISCLAIMER file in the top directory. Refer to http://apache.org/dev/apply-license.html if you have any questions. --kevan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Doing a release which includes an Eclipse update site
In our next release of Apache UIMA from the incubator, we would like to include an additional packaging of some of our Eclipse tooling as an Eclipse update site. This is a location, reachable via http, which Eclipse can use to download Eclipse plugins. Doing this solves a long-standing complaint because this method does version / dependency checking for other needed Eclipse plugins. Several projects at Apache make use of Eclipse update sites; all of them (I think) host them off of their project web sites. This is what we would like to do. Is this OK to do (once the release is voted on, and passes, of course) ? -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Doing a release which includes an Eclipse update site
Thanks, Erik. It makes sense to me to have the update site under the dist/ directory, since it is a kind of distribution. I see there was an update to the page http://incubator.apache.org/incubation/Incubation_Policy.html about a month ago which added the information that incubator podling releases *must* be on http://www.apache.org/dist/incubator/---podlingname--- So I'll make our update site have the form: www.a.o/dist/incubator/uima/ I see in geronimo/eclipse/updates/plugins the jars for the plugins, plus the .asc, md5, and .sha files. How are the .asc, md5, .sha files used? Does the Eclipse update-site signing mechanism interface with these files? By the way, I looked at www.a.o/dist/incubator, and it appears that the incubator tree has not yet been set up (I get a URL Not Found). Am I looking in the wrong spot, or have there been no incubator releases since this policy change? -Marshall Erik Abele wrote: On 29.11.2007, at 22:41, Marshall Schor wrote: In our next release of Apache UIMA from the incubator, we would like to include an additional packaging of some of our Eclipse tooling as an Eclipse update site. This is a location, reachable via http, which Eclipse can use to download Eclipse plugins. Doing this solves a long-standing complaint because this method does version / dependency checking for other needed Eclipse plugins. Several projects at Apache make use of Eclipse update sites; all of them (I think) host them off of their project web sites. This is what we would like to do. Off of their project web sites? Hmm, I'd suggest to do it like Geronimo and use your /dist/ area: http://www.apache.org/dist/geronimo/eclipse/updates/ and also tie it into the current mirroring system; for an example see site.xml at that location, esspecially the site mirrorsURL=... in there which refers to [1] and which takes care of delivering the locations of the currently available mirrors... Cheers, Erik [1] http://geronimo.apache.org/devtools/geronimo-eclipse-update--xml.cgi for the source see https://svn.apache.org/repos/asf/geronimo/site/trunk/docs/devtools/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jira closure and resolution user and date tracking
To search for issues resolved or closed between given dates, you can come close by searching for issues with the filter set to resolved or closed, and then use the updated fields to specify the date range. Maybe this doesn't quite do what you want though - or does it? -Marshall Martin Sebor wrote: In an effort to improve our scheduling processes stdcxx is trying to find a better way to manage our issues. One feature that I think would help us is the ability to search for issues resolved and/or closed between given dates. Our Jira doesn't seem to provide the feature out of the box, although there is a plugin that apparently makes this possible. Before I request that INFRA install this plugin I'm curious if other projects have a similar need and if so, how they manage without it. The pugin is here: http://confluence.atlassian.com/pages/viewpage.action?pageId=195827 Thanks Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FastFeather and ApacheCon - incubator's place to shine!
Hi everyone - I plan to attend ApacheCon 2007 in Atlanta, and will be happy to get a slot in the fast-feather session to talk about the UIMA project. Thanks for the opportunity! -Marshall William A. Rowe, Jr. wrote: Hello incubator committers! You should have received an email from me if you are a committer, sent on 8/17, encouraging you to attend ApacheCon US 2007. You might or might not know that early registration discounts are extended still until September 22nd, so you have a week and a half still to save some wampum on your registration! But this is going to you now because tomorrow night we are finalizing the next press release about ApacheCon, and we want to generate excitement. What's more exciting than tomorrows' next big thing? That would be here at the Apache Incubator and at Apache Labs! See the press release below for how this was sold in the past. If you 1) plan to attend and 2) are willing to present a 15 minute short presentation about your incubating or labs technology, the attendees would very much appreciate learning about your podling's technology! These have been warmly received, the attendees are very kind to folks who haven't done that much public speaking. And you get the satisfaction of championing your podling! Lars is starting the schedule soon, and is willing to modify it (space available) all the way through the convention. But for the purpose of identifying what technologies are represented, **please reply** with the project *you* are willing to speak about to the general@ list, so everyone finds out about all the projects that will Fast Feather. Do so today (in the next 24 hours) and *your project* can appear in the next official press release about the convention! Many thanks, see you in Atlanta! Bill from the AC/EU 2007 press release... FAST FEATHER TRACK – ALL DAY Thursday Due to the overwhelming response to the Incubator Fast Track in Austin at ApacheCon US 2006, we expanded the idea for Amsterdam – AND IT WAS A HIT. The ASF is now over 10 years old, with more than forty top level projects and dozens of other active projects in the Incubator and elsewhere. Additionally, there are new ideas and potential projects being hatched in the Incubator and Labs every day. With this in mind, we bring you the Fast Feather Talks. An extra session track has been added for Thursday. Join us in an intimate setting to hear 10 to 15 minute updates on some of your favorite (or soon-to-be favorite!) projects within the ASF community. Stay for a few talks, or stay all day and get caught up on the exciting, cutting-edge world of ASF projects! Incubator: incubator.apache.org/ The Incubator is the entry path into The Apache Software Foundation (ASF) for projects and codebases wishing to become part of the Foundation's efforts. All code donations from external organizations and existing external projects wishing to join Apache enter through the Incubator. Labs: labs.apache.org/ Apache Labs is a place for innovation where committers of the foundation can experiment with new ideas. The aim is to provide the necessary resource to promote and maintain the innovative power within the Apache community without the burden of community building. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Signing Java Jars, versus Apache Signing of distributed artifacts
I'm no expert in signing, but am looking into alternatives. This is what I've found, so far. Apache projects sign their distributable artifacts; see http://www.apache.org/dev/release-signing.html For artifacts which are Jars, there is another standard for signing which is supported by Java itself, in that the signed Jar can be verified when loaded. This kind of signing requires, besides the private key, a certificate authority which indicates who owns the key. See http://java.sun.com/docs/books/tutorial/deployment/jar/intro.html Apache signing, to my knowledge, doesn't require use of a certificate authority. In looking at several projects placing Jars in Maven repositories, they appear to be signing Jars using the Apache signing, not the Java Jar signing mechanism. Maven (I believe) supports this. Eclipse, as of release 3.3 (just out), has moved to a posture of signing all of its Jars using the Java mechanisms, see http://wiki.eclipse.org/JAR_Signing There are some issues to signing Jars with Java's approach - in terms of performance impacts. These are documented here: http://wiki.eclipse.org/index.php/Performance_Bloopers#JAR_signing_and_verification Eclipse avoids these performance impacts by not using the popular Java class loaders built on the URLClassLoader. I'd be interested to learn if others have gone down the Java JAR signing path, and if so, - is it considered an OK alternative to Apache signing, - how did you get a certificate authority to verify ownership of your signing key - how did you avoid performance issues If not - does anyone know if the Eclipse update site mechanism supports the Apache-style signing mechanism, or can be made to support this? (The Eclipse update site mechanism checks if the artifacts have been signed, and if so, verifies them, prior to installing them. But I believe it only works with Java JAR signed objects - but I could be mistaken). Thanks for any guidance / experiences. -Marshall Schor (Apache UIMA project) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Signing Java Jars, versus Apache Signing of distributed artifacts
Craig L Russell wrote: Hi Marshall, When I looked into Java signing and found it to be too burdensome. There are two basic issues with it that made me think that it wasn't suitable for use with Apache projects: 1. The certificates are the keys to the kingdom. Whoever has the ability to use the certificates warrants the contents of the jar, so the certificates need to be kept secret. It's not practical for Apache projects to have secrets like this, so each individual would need their own certificate. I don't quite follow. My understanding is that the signing key can be like Apache's signing keys - each person can have their own individual signing key, just like Apache ones. The difference is that there is an additional step where you have to get the key certified by a certificate authority. I think that, at verification time, this authority is contacted to verify the signing key is owned by the alleged owner. Did you mean by your comment that the part of the Apache license (Section 7), Disclaimer of Warranty, is inconsistent with Jar signing, because the signer warrants the contents of the Jar? 2. The runtime cost of checking the certificate every time the jar is used. Right- so this would need to be examined. For Jars packaged for use by Eclipse (say, for instance, doing an Eclipse Update Site for Eclipse plugins that might be a part of your project, Eclipse seems to have solved this problem in how they use class loaders (see references in originial note). Thanks for your opinion. -Marshall Just my opinion, Craig On Aug 20, 2007, at 8:54 AM, Marshall Schor wrote: I'm no expert in signing, but am looking into alternatives. This is what I've found, so far. Apache projects sign their distributable artifacts; see http://www.apache.org/dev/release-signing.html For artifacts which are Jars, there is another standard for signing which is supported by Java itself, in that the signed Jar can be verified when loaded. This kind of signing requires, besides the private key, a certificate authority which indicates who owns the key. See http://java.sun.com/docs/books/tutorial/deployment/jar/intro.html Apache signing, to my knowledge, doesn't require use of a certificate authority. In looking at several projects placing Jars in Maven repositories, they appear to be signing Jars using the Apache signing, not the Java Jar signing mechanism. Maven (I believe) supports this. Eclipse, as of release 3.3 (just out), has moved to a posture of signing all of its Jars using the Java mechanisms, see http://wiki.eclipse.org/JAR_Signing There are some issues to signing Jars with Java's approach - in terms of performance impacts. These are documented here: http://wiki.eclipse.org/index.php/Performance_Bloopers#JAR_signing_and_verification Eclipse avoids these performance impacts by not using the popular Java class loaders built on the URLClassLoader. I'd be interested to learn if others have gone down the Java JAR signing path, and if so, - is it considered an OK alternative to Apache signing, - how did you get a certificate authority to verify ownership of your signing key - how did you avoid performance issues If not - does anyone know if the Eclipse update site mechanism supports the Apache-style signing mechanism, or can be made to support this? (The Eclipse update site mechanism checks if the artifacts have been signed, and if so, verifies them, prior to installing them. But I believe it only works with Java JAR signed objects - but I could be mistaken). Thanks for any guidance / experiences. -Marshall Schor (Apache UIMA project) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: monthly reports
Thanks for noticing :-) Based on your note, I was reminded to enter the UIMA report. -Marshall Xavier Hanin wrote: Hi, I've just entered the report for Ivy on the July2007 report page, and I was surprised to see we are the first to fill in the report. It's the first time such a thing happen :-) Reports seems to be due tomorrow (July 11th), so maybe a reminder for other projects would be nice. Xavier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing reports
Hi, UIMA reported in April, next due in July. I removed the placeholder from the June report. -Marshall Jukka Zitting wrote: Hi, On 6/15/07, Jukka Zitting [EMAIL PROTECTED] wrote: The June report still needs input from the following podlings: Take that with a grain of salt, the report page seems to (again) be out of sync with the reporting schedule. BR, Jukka Zitting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [docs] Please review first draft of graduation guide
robert burrell donkin wrote: On 5/12/07, Niall Pemberton [EMAIL PROTECTED] wrote: snip Looks really good to me - the only comment I would make is the use of the word serendipity which isn't a particularly common and may be confusing, esp. for non-native English speakers. serendipity is not a common word but seems appropriate to me for the situation described can anyone come up with a good alternative? How about: Communication through other channels also reduces the chance of accidental discovery/insight/innovation. (you might pick one of these words, or even use all 3...). -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: counting downloads
Noel J. Bergman wrote: Garrett Rooney wrote: The mirror system makes this an essentially unsolvable problem. And in addition to all of your other valid points, there is the problem of having a a farm of caching proxies on the ISP side of the net, leading to the seemingly odd case that the more popular a download, the less likely you are to get a good count, because the more likely it is to be served from the caching proxies. --- Noel One confusion I have: If we count clicks on the download link, it seems that even if that link led to a mirror page, it would count pretty accurately (except of course if a person clicked to download, and then didn't bother going through with it). I guess it would also miss the case where people somehow found their way to a download mirror *without* going through the project download page. Did I miss something, or would this give a reasonable estimate of downloads? -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
counting downloads
We're curious to see how many downloads we're getting, perhaps sorted by ip number or who's downloading (I realize that would need be volunteered information). Do other projects have a good way to track this? I know we could pull the logs for the p.a.o webserver and grep through them looking for things, but I'm wondering if there's something we can put on our download page that users would click on that would count things? -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[RESULT][VOTE][HOTFIX] Approve the release of hotfix-1 for Apache UIMA 2.1.0-incubating
This vote has been open for 72 hours, and has received +1's from Noel Bergman, Davanum Srinivas, Ken Coar, Niclas Hedman, Jean T. Anderson, and Robert Burrell Donkin. At least 3 of these are binding votes (Noels, Ken's and Robert's), the others I think are also binding. No other votes were received. Therefore, the vote passes. Thanks, everyone, for your speedy review :-) -Marshall Schor Marshall Schor wrote: The Apache UIMA community has voted to release org.apache.uima.desceditor.2.1.0.incubating-hotfix-1.zip . We would now like to ask the Incubator PMC to approve this hotfix release. This release consists of 1 zip file containing a replacement for one of the Eclipse plugins included in the current release, that corrects several problems documented in the Jira issue http://issues.apache.org/jira/browse/UIMA-364. This is a temporary fix until we do our next full release. This artifact was built from the SVN branch used for the 2.1.0 release, already out. It includes no other changes from the main trunk. Besides the code changes needed for Jira issue UIMA-364, the only other changes that were done were 1) to modify the MANIFEST and Maven pom files to give the created artifact a new name appending the hotfix-1 string. 2) to modify the build for this zip to include the LICENSE, DISCLAIMER, and NOTICES file that are normally packaged with the top level zip file of the whole distribution, 3) to add a README-HOTFIX-1 file describing how to apply this fix, to the zip. The intent is to put this hot-fix package with the same instructions as in the README-HOTFIX-1 on our download site, if this is approved. This is a temporary fix until we do our next full release. The artifact is located in http://people.apache.org/~schor/org.apache.uima.desceditor.2.1.0.incubating-hotfix-1.zip; this is a binary deployable object usable by UIMA users directly, after unzipping into the Eclipse plugins directory. The release was signed by Marshall I Schor, acting as the release manager for this hot fix. His public key is available here: http://svn.apache.org/repos/asf/incubator/uima/uimaj/trunk/uimaj-distr/src/main/readme/KEYS as well as at the MIT public key repository http://pgp.mit.edu/ . The detached signatures are located here: http://people.apache.org/~schor/ http://people.apache.org/%7Eschor/ The changes for this hotfix are confined to only of one Eclipse Plugin project; this project (uimaj-ep-configurator) was tagged in SVN: https://svn.apache.org/repos/asf/incubator/uima/uimaj/tags/uimaj-ep-configurator-2.1.0-hotfix-1-RC1/uimaj-ep-configurator Here is a link to our vote thread on the uima-dev list: http://www.mail-archive.com/uima-dev@incubator.apache.org/msg02705.html We've not run the RAT utility because the changes involved only minor code updates in one module. For reference (if needed) the previous reports for version 2.1.0-incubating, along with our own comments, are posted here: http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-src.txt http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-bin.txt The original unedited RAT reports are also posted: http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-src-full.txt http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-bin-full.txt We ask that you please vote to approve this hotfix release: [ ] +1 Approve the release of the hotfix artifact: org.apache.uima.desceditor.2.1.0.incubating-hotfix-1.zip [ ] -1 Recommend against releasing at this time (identify issues you consider showstoppers) Thanks! - The Apache UIMA team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE][HOTFIX] Approve the release of hotfix-1 for Apache UIMA 2.1.0-incubating
The Apache UIMA community has voted to release org.apache.uima.desceditor.2.1.0.incubating-hotfix-1.zip . We would now like to ask the Incubator PMC to approve this hotfix release. This release consists of 1 zip file containing a replacement for one of the Eclipse plugins included in the current release, that corrects several problems documented in the Jira issue http://issues.apache.org/jira/browse/UIMA-364. This is a temporary fix until we do our next full release. This artifact was built from the SVN branch used for the 2.1.0 release, already out. It includes no other changes from the main trunk. Besides the code changes needed for Jira issue UIMA-364, the only other changes that were done were 1) to modify the MANIFEST and Maven pom files to give the created artifact a new name appending the hotfix-1 string. 2) to modify the build for this zip to include the LICENSE, DISCLAIMER, and NOTICES file that are normally packaged with the top level zip file of the whole distribution, 3) to add a README-HOTFIX-1 file describing how to apply this fix, to the zip. The intent is to put this hot-fix package with the same instructions as in the README-HOTFIX-1 on our download site, if this is approved. This is a temporary fix until we do our next full release. The artifact is located in http://people.apache.org/~schor/org.apache.uima.desceditor.2.1.0.incubating-hotfix-1.zip; this is a binary deployable object usable by UIMA users directly, after unzipping into the Eclipse plugins directory. The release was signed by Marshall I Schor, acting as the release manager for this hot fix. His public key is available here: http://svn.apache.org/repos/asf/incubator/uima/uimaj/trunk/uimaj-distr/src/main/readme/KEYS as well as at the MIT public key repository http://pgp.mit.edu/ . The detached signatures are located here: http://people.apache.org/~schor/ http://people.apache.org/%7Eschor/ The changes for this hotfix are confined to only of one Eclipse Plugin project; this project (uimaj-ep-configurator) was tagged in SVN: https://svn.apache.org/repos/asf/incubator/uima/uimaj/tags/uimaj-ep-configurator-2.1.0-hotfix-1-RC1/uimaj-ep-configurator Here is a link to our vote thread on the uima-dev list: http://www.mail-archive.com/uima-dev@incubator.apache.org/msg02705.html We've not run the RAT utility because the changes involved only minor code updates in one module. For reference (if needed) the previous reports for version 2.1.0-incubating, along with our own comments, are posted here: http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-src.txt http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-bin.txt The original unedited RAT reports are also posted: http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-src-full.txt http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-bin-full.txt We ask that you please vote to approve this hotfix release: [ ] +1 Approve the release of the hotfix artifact: org.apache.uima.desceditor.2.1.0.incubating-hotfix-1.zip [ ] -1 Recommend against releasing at this time (identify issues you consider showstoppers) Thanks! - The Apache UIMA team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Tika - a content analysis toolkit
Here's my non-binding +1: [ X ] +1 Accept Tika as a new podling -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][Retry] Approve the release of Apache UIMA 2.1.0-incubating
William A. Rowe, Jr. wrote: Daniel John Debrunner wrote: Marshall Schor wrote: Jean T. Anderson wrote: Overall the release looks good to me. I verified the *.asc signatures and looked more closely at uimaj-2.1.0-incubating-src.tar.gz . I noticed just one thing that struck me as odd in the user documentation. The UIMA Documentation Overview in uima-docbooks/src/index.html includes an IBM copyright line after the Apache copyright: Copyright © 2006, 2007 The Apache Software Foundation Copyright © 2004, 2006 International Business Machines Corporation Accumulated copyrights are generally accumulated (in sequence) so the order of this notice appears odd to me too. I would expect them transposed, IBM the original owner/contributor, ASF the supplemental/collected works copyright holder. Thanks for letting us know about this convention. We'll change the order on the next build. We presume this is not a sufficiently wrong thing to require re-building / re-voting for this release, but if this is the wrong, please let us know :-) -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE][Retry] Approve the release of Apache UIMA 2.1.0-incubating
Jean T. Anderson wrote: Overall the release looks good to me. I verified the *.asc signatures and looked more closely at uimaj-2.1.0-incubating-src.tar.gz . I noticed just one thing that struck me as odd in the user documentation. The UIMA Documentation Overview in uima-docbooks/src/index.html includes an IBM copyright line after the Apache copyright: Copyright © 2006, 2007 The Apache Software Foundation Copyright © 2004, 2006 International Business Machines Corporation The Apache copyright is for the collected work published by Apache, and the NOTICE file collects all copyright notices and attributions. I don't know if adding non-Apache copyrights to the user doc is correct, so somebody more knowledgeable needs to say for sure. I give this release a +1 (but realize somebody might authoritatively say that the copyright in the overview doc needs to change). We are of course happy to do whatever is correct here. The rationale for doing it this way was 2-fold. First: although *source code* no longer is supposed to have copyright statements in the headers (it only has license statements); the documentation (when formatted as a book for printing) traditionally has copyright statements. Second: the documentation is often printed into a book (it has a table of contents, page numbers, etc.,). As such it would be somewhat more likely to be independently distributed than source code. If we are going to put copyright statements in the book, it seemed appropriate to include the copyright statement that would have otherwise been in the notices file. But IANAL, so am happy to follow the advice of those who understand this area better. -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve the Release of Apache UIMA 2.1.0-incubating
Dear Incubator community, Thanks to Dan Kulp, we have a +1 vote to release so far. We need of course 3 binding +1 votes to release; could some other folks please take a look at this? Thanks for your time and efforts in doing this - we really appreciate it! -Marshall Schor Adam Lally wrote: The Apache UIMA community has voted to release version 2.1.0-incubating. We would now like to ask the Incubator PMC to approve this release. Release artifacts: http://people.apache.org/~alally/uima-2.1.0-incubating/ The release was signed by Thilo Goetz, our release manager. His public key is available here: http://svn.apache.org/repos/asf/incubator/uima/uimaj/trunk/uimaj-distr/src/main/readme/KEYS Release notes: http://people.apache.org/~alally/uima-2.1.0-incubating/RELEASE_NOTES.html The release has been tagged in SVN: http://svn.apache.org/repos/asf/incubator/uima/uimaj/tags/uimaj-2.1.0-RC3/ Here is a link to our vote thread on the uima-dev list: http://www.mail-archive.com/uima-dev@incubator.apache.org/msg02306.html We've run the RAT utility and have posted the reports, along with our own comments, here: http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-src.txt http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-bin.txt The original unedited RAT reports are also posted: http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-src-full.txt http://people.apache.org/~alally/uima-2.1.0-incubating/RAT/RAT-bin-full.txt We have done thorough testing of this release, which is documented here: http://cwiki.apache.org/UIMA/testplan21.html We ask that you please vote to approve this release: [ ] +1 Approve the release as Apache UIMA 2.1.0-incubating [ ] -1 Recommend against releasing at this time (identify issues you consider showstoppers) Thanks! - The Apache UIMA team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve the Release of Apache UIMA 2.1.0-incubating
Just to be clear, we plan to fix the issues Dan raised in the next release, which is not yet scheduled, but will be sometime in the future. We ask that the Incubator PMC members review this, the current release candidate, and look forward to your feedback and votes. -Marshall Schor Thilo Goetz wrote: Daniel Kulp wrote: On Friday 23 February 2007 16:39, Adam Lally wrote: The Apache UIMA community has voted to release version 2.1.0-incubating. We would now like to ask the Incubator PMC to approve this release. Release artifacts: http://people.apache.org/~alally/uima-2.1.0-incubating/ A quick look through this looks OK to me for the src and bin distributions. Great! HOWEVER, I notice you are using Maven for builds. Is UIMA planning on releasing the 2.1.0-incubating artifacts to the maven repository so other maven based projects can use it?If so, then we have problems. You would need to get those artifacts into the staging area as well so we can look at and vote on them. A quick look reveals: We currently have no plans to release anything to the maven repository. Hopefully in the future sometime, but not for this release. 1) The jars don't have the incubator disclaimer in them. (this is the critical one) I see. I didn't think this was required, but I understand it makes sense when individual jars are downloadable from the maven repo. We'll make sure to have the disclaimer in there before we release anything to the maven repository. 2) The name for jVinci doesn't have Apache UIMA in it. 3) The poms don't have a licenses section 4) The organization tag doesn't have a url to apache.org All of these make sense, even if we're not distributing anything via maven repos (yet). Will fix. Thanks for taking the time to look at our release candidate. --Thilo So, I'm +1 (non-binding) on these exact distributions, but -1 if there are maven artifacts that are supposed to be deployed along with it. Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JIRA patch available column
http://www.atlassian.com/software/jira/docs/v3.7.2/navigatorviews.html?clicked=jirahelp scroll down to Customizing your Issue Navigator columns -Marshall Schor kelvin goodson wrote: I'd really like to update the Tuscany JIRA environment to have a patch available column (similar to Geronimo's here -- http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=10220status=1) but have no idea how to do it. Can anyone point to me some infor please? Regards, Kelvin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Packaging for distribution - replacement for InstallShield functionality?
I know that Apache projects like to release source code distributions but some projects also like to include binary (pre-built) distributions as well. In pre-Apache versions of UIMA, for instance, we used Installshield to create one-click (well, maybe 3-click) installers for Windows and Linux systems. Is there an Apache favorite, open-source equivalent to Installshield - something that runs on many platforms, asks the user to accept a license and specify an install directory, and then unzips and perhaps runs some kind of post-install script to configure things? -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Weirdness with the web site
The referred to email 13-oct points to this JIRA issue: https://issues.apache.org/jira/browse/INFRA-881 This says there are some problems with line ends when tools are used to generate websites. I tried an experiment: we have a XDOC-style website. I scanned our XDOC source files and found they were all using x'0A' (unix) line ends (except for one file). On my windows machine, I changed a file that had'0A' line ends to x'0D0A' line ends, using the Eclipse menu feature under the menu file-convert line end delimiters to I checked this using the Eclipse search to look for the x'0D' characters - they were there whereas they were not there before I ran the command. Then I generated the website .html files by running XDOC's build.xml ant script. The generated files showed that one file had changed but it had x'0A' (unix) line ends, not Windows line ends. In fact, in order to get it to change at all, I had to actually change some text. Just changing the line-end style did not cause the XDOC processing to update the target html file. So - if you're using XDOC to generate the files, perhaps the generated files are going to be OK. -Marshall Gwyn Evans wrote: On 11/11/06, Noel J. Bergman [EMAIL PROTECTED] wrote: There is an issue with building the site from a windows platform that causes the eols to get all mixed up. See http://www.apache.org/dev/version-control.html#https-svn, specifically the last two paragraphs, starting with Committers will need to properly ... This is why Roy made his comment to Garrett expressing displeasure that SVN doesn't permit us to enforce it from the server side. If you recall, you trotted out that when I faced the same issue (13-Oct). While it may not be incorrect in itself, it's neither the issue here nor was it then. /Gwyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Name for UIMA Podling?
Based on information in the notes about the Braintree proposal, I used the service at the US Patent and Trademark office to look up UIMA - it generates no hits. Honu (one of the alternative names earlier proposed) generates several hits - it's a live trademark. You can try this at www.uspto.gov and clicking in the left menu bar under Search Trademarks. -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Name for UIMA Podling?
The most popular way to pronounce UIMA is you-eee-muh. There is a fairly large user community using pre-Apache UIMA. The potential confusion about which UIMA people may be talking about may be mitigated somewhat by versioning. The pre-Apache releases are numbered 1.x.x; the Apache ones will be numbered as 2.x.x and higher. (We are showing a beta level of 2.x in pre-Apache form, but will transition users as rapidly as possible to the the Apache one, once we get set up and going in Apache). If we rename it, this might cause some confusion itself - it would appear that there were 2 different things, rather than one thing that was moving from its previous environment to Apache. I'm not sure what would be more confusing - having a new name, or having users understand that the project has moved to Apache. I agree it's good to avoid creating the impression of having Apache becoming a BigCo shill. But I'm not sure renaming will do very much for this point, one way or another. For what its worth, I'm slightly on the side of thinking it's less confusing (especially to the existing users) to keep the name. -Marshall Schor Rodent of Unusual Size wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mads Toftum wrote: +1 - there seems to have started some sort of fascination with changing names where there is no need. In general I'm not really a fan of naming things so that it is impossible to guess what a project is (that's hard enough as it is already). How would UIMA be pronounced in languages other than English? Aside from that, I'm wary of tedious and uninspiring names, like 'log4j'. I'm also wary of retaining names for projects that have had an existence prior to Apache. One reason is possible IP issues, and another is confusion. If some commercial concern has a product based on UIMA and they say so.. do they mean Apache UIMA? Pre-Apache UIMA? If they adopt the Apache package, do we need to worry about brand issues? (Answer: yes.) This is a new set of IP attributes for this item. I seriously think it needs a new name.. and not least because it's coming from the company with probably the greatest investment in software IP on the planet. With all the (baseless) remarks about Apache becoming a BigCo shill and clearinghouse, I see contraindications for maintaining the BigCo name. Just MHO. - -- #kenP-)} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Form of included license for non-software files (e.g. documentation)
Hello - from one of the proposers for the new UIMA project on the incubator- now being set up. (I would ask this question on the legal-discuss mailing list, but I've not been granted access (although I've asked for this). If there is another place to ask, please let me know.) In preparing things for the initial upload - I'm putting in license comments in XML documentation source files. The boiler plate for these from the apache.org/legal site includes: ... Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. ... First, is it true this won't apply to documentation, since it isn't software? Second, I'm aware that many books have phrases of the form: Warning and Disclaimer Although efforts have been made to make this book as complete and accurate as possible, xxx makes no warranties etc. regarding the content or its fitness for any particular purpose. The information in this book is provided on an as-is basis. etc. Additional sentences might disclaim liability responsibility for damages and loss resulting from the info in the book. Additional sentences might disclaim any responsibility for any linked internet sites. Additional sentences might disclaim any implied endorsement of any linked sites. Is any of this needed or appropriate to include in our documentation? Third, Many books have some statement about Trademarks. They often say something about items known to be trademarks are capitalized . Is something about this needed for our UIMA books from Apache? Finally, the O'Reilly book Head First Design Patterns includes the phrase: No ducks were harmed in the making of this book. (Yes, really). I have no questions about this :-) -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Name for UIMA Podling?
The name UIMA has built up some amount of name recognition in the community where it is being adopted, so there's some advantage to not changing it. It also has an advantage of being rather short. For our project files currently on SourceForge, we used as a naming root uimaj - the j being appended to indicate the Java version of the framework. We also have a C++ enablement layer, which is part of what we'll be bringing into the incubator. These we currently manage as 2 independent but coordinated projects, from a release standpoint. Over time, we might see other implementations of the UIMA framework, in other languages (C# / .net for instance). To start, my sense is to try and keep things simple, and have one project, under one name - but thinking ahead, it's nice if that can change when and if needed into some kind of a small hierarchy of related projects, with related names. -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PROPOSAL] UIMA (Unstructured Information Management Architecture) Framework
interoperability and application composition that will provide this needed unifying standard, and allow a variety of framework implementations to exist, while preserving the goal of unstructured information analytic component reuse. UIMA was built to help developers create solutions that get more value from unstructured information more quickly and at lower cost by making it easy to reuse and combine analytic modules from different sources into new analytic applications. The architecture and the framework have been validated through work with USA's DARPA which is using it as a standard for key projects with several universities involved in advanced linguistics analysis, such as Carnegie Mellon, Columbia, Stanford and University of Massachusetts. Other companies, such as the Mayo Clinic and Sloan Kettering, are also building efforts around UIMA. In addition, over 15 software vendors, including companies such as Inxight, Attensity, ClearForest, Temis, SPSS, SAS, Cognos, Endeca, Factiva and others, announced plans to support UIMA. The UIMA framework (binary and/or source code) has been downloaded over 8000 times from IBM alphaWorks (http://www.alphaworks.ibm.com/tech/uima) or SourceForge (http://uima-framework.sourceforge.net). Rationale: We believe that moving the UIMA framework development to the Apache development community will lead to faster innovation, better integration with other open source software, and broader adoption of UIMA, accelerating the industry's ability to get the most value from text, audio, and video content. The UIMA framework is becoming attractive to developers who want to build components; we believe that having UIMA on Apache will encourage the development of a basic set of open source components that will jumpstart these developers' efforts. One of the first components we see possible synergy with is a search component based on Apache Lucene that would enable semantic search. We like the concept of the Lucene Sandbox as a way to encourage innovation around UIMA, and would envision something similar for this project. Initial Goals: Some initial work we see in the incubator includes the following: * redoing the parts of the tooling that were done as derivative works of Eclipse source code, to enable everything to be licensable under the Apache license * extending the framework to better support scale-out * extending the framework to better align with the emerging UIMA Standards work * extending the framework to support XMI-based SOAP and/or other service interfaces * extending the framework to support OSGi-based approaches to componentization and packaging * exploring embeddings of the framework within other interested Apache projects, including synergies with Lucene * providing aids to the community to migrate from previous versions of the framework to the Apache version * setting up community support: hosting a facility similar to the Lucene Sandbox to encourage innovation and experimentation; establishing a wiki and some process to allow better documentation to be developed by the community, and linking our existing XHTML documentation via an XSL transform to Apache FOP Current Status: * Meritocracy: Meritocracy seems to us an ideal way to grow the community of developers around UIMA, it being a controlled, rational way to give those who positively contribute, more ability to directly contribute. This approach also gives contributors one of the best reasons to join the community of volunteers - to be recognized for the merit of their contributions. * Community: Currently, the UIMA Framework development is being done by IBM, with input from a group of early adopters in industry and government. Going forward, we see IBM continuing to support several committers working on it. We have already begun talking with other people outside of IBM that have expressed interest in contributing towards the development. This includes members of academic institutions, people working for some of the software vendors that have announced plans to support UIMA, and others from companies that have expressed interest since initial announcements about our open source plans. Multiple non-IBM people have already expressed desires to become committers. * Core Developers: The previous core developers of UIMA are Adam Lally, Thilo Goetz, Marshall Schor, Edward Epstein, Jaroslaw Cwiklik and Thomas Hampp. Many others have also contributed. The developers come from both the Research and Development parts of IBM. * Alignment: UIMA has significant synergy with search applications, and we expect to see integration with Lucene in the future. UIMA makes use of the Apache Portable Runtime (APR) for C++ support. It is designed to be embeddable into other frameworks, such as web application servers. Part of UIMA is Eclipse-based tooling. We use ANT for build scripting. UIMA has support for various language bindings including C
Re: [VOTE] accept UIMA as a podling
Justin Erenkrantz wrote: snip My only condition for acceptance is that someone explain UIMA to me over beer at AC. =) Good luck! -- justin I'm planning on attending AC (Wednesday thru Friday), and would love to explain UIMA to all that are interested! -- Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
Noel J. Bergman wrote: The notification clause mentioned in the FAQ has been considered an issue for the ASF, as it passes that obligation to downstream consumers of our code. Does that apply to UIMA? I looked in the FAQ http://www.oasis-open.org/who/ipr/ipr_faq.php but didn't see the notification clause. Which clause is of concern? -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] UIMA (Unstructured Information Management Architecture) Framework
Hello, everyone. In conjunction with our proposal to Apache for the UIMA framework, we have submitted a Charter to develop a community based standard for the UIMA Specification (not implementation) to OASIS (www.oasis-open.org). OASIS is a standards development organization with a good track record for developing and promoting open standards around many things including XML processing, SOA, document management and web services. The UIMA Specification is intended to parallel the efforts of the open-source UIMA Java Framework implementation. It is a platform-independent specification intended to facilitate interoperability of text and multi-modal analytics across modalities, platforms and frameworks. The Apache proposal for the UIMA framework references this work, and would comply with this standard. (A rough analogy might be the Apache web server as the Apache project, and the HTTP protocol standard from W3C as the corresponding standards work). If you are interested in developing the UIMA Specification standard, can commit to participating in the technical committee and want to be one of its founding members, you can do so by following the standard OASIS process for this. The first step would be to become a member of OASIS ( http://www.oasis-open.org/join/categories.php) by October 5th (if you're not already a member :-), and to let us know of your intent to be a founding member; we already have four others from different organizations/companies signed up as founding members. On October 5 there will be an open Call For Participation to OASIS members for participation in the UIMA Technical Committee. The founding membership must be formed before October 5th. -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PROPOSAL] UIMA (Unstructured Information Management Architecture) Framework
Hello everyone, I'm restarting this thread on the Unstructured Information Management Architecture implementation (UIMA) framework, in the hopes of moving this along better; this time it also has the prefix [PROPOSAL] which I had left out due to over-excitement at doing my first posting to this list :-) . Please consider this proposal (on the incubator wiki because it is quite long: http://wiki.apache.org/incubator/UimaProposal ), and help us move it along toward getting it voted on by the Incubator PMC. Two important clarifying emails (as well as the whole previous thread) can be found here: http://www.nabble.com/Re%3A-Proposal-for-a-new-incubation-project%3A-Unstructured-Information-Management-Architecture---UIMA-p5987788.html and http://www.nabble.com/Re%3A-Proposal-for-a-new-incubation-project%3A-Unstructured-Information-Management-Architecture---UIMA-p5986403.html (These are also hyperlinks in the wiki to these at the end of the first small section.) -Marshall Leo Simons wrote: On Fri, Aug 25, 2006 at 06:04:04PM +0200, Thilo Goetz wrote: snip/ I hope this gives you a better idea what UIMA is about Yep, this and other explanations made it a lot clearer, thanks! UIMA sounds ambituous and interesting. cheers, Leo Niclas Hedhman wrote: On Thursday 24 August 2006 03:21, Marshall Schor wrote: Proposal for Incubation Project: Unstructured Information Management Architecture - UIMA From going from WTF is this to Hmmm... interesting after Leo's brilliant please clarify (resusable as well) mail. I think this is an area that has plenty of potential, possibly with a lot of interested parties in academia at large, I think ASF could be a good community breeding ground. I'm in favour of this, but not capable of contributing in any form. Cheers Niclas Yonik Seeley wrote: On 8/26/06, Thilo Goetz [EMAIL PROTECTED] wrote: From an application perspective, we have great hopes for a cooperation with the Lucene project. Great, I think this is something I'd like to get involved in! I've been thinking about how Solr integration could work. You then also need a search engine that can index that extra information and make it available for search. Without getting into too much detail here, some info could be immediately usable by Lucene based apps (like entity extraction, where you can add info via a new field in the document). Parts-of-speech type of stuff is currently more difficult of course. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] UIMA (Unstructured Information Management Architecture) Framework
Hi, and thanks for taking the time to read all the emails on this. Here's some answers to your questions, below. Otis Gospodnetic wrote: Having finally read all the emails related to this proposal, I'm very much for this puppy entering ASF and eventually getting it going with Lucene and friends. A few questions. 1. What you are proposing for ASF is the UIMA 2.0 code that currently lives on SF, correct? Yes, that is correct. 2. What about the SDK, and could you tell me/us what's in the SDK that is not in the SF code? (I'm confused, because your proposal includes references to tools for development and design of UIMA components, but doesn't that typically live in an SDK?) The only other thing in the SDK that is not coming to Apache is a version of a semantic search engine (and some associated components) that can index both keywords, and also labeled spans containing the keywords; this is because Apache already has Lucene, and that engine is a good candidate for extension in this manner. The SDK includes tooling and examples; those are coming. In addition, we're bringing the framework test cases. 3. I'm a bit puzzled why something that sounds like a framework/pipeline for hooking up components with pre-defined input/output adapters ends up with with a 400 page user guide/book. Perhaps I should present this as a question. How come? Or is that user guide for the SDK only? There are several reasons for this. One reason is that the book's first part is actually a general introduction to the rationale behind the framework, followed by a tutorial (chapters 4-7). Our target audience were mainly Researchers who worked down in the depths of analytic algorithms, and who didn't necessarily spend much time keeping up to date with newer technologies for building software applications. So we found ourselves giving tutorials, and decided it would be good to include those in the big book. Besides the framework, we have some tooling (both Eclipse IDE based, and stand alone); there are chapters on these tools and how to use them. The architecture includes the idea of specifying lots of meta-data about the components, in XML, and our early users had a lot of trouble getting the XML right. So we built an Eclipse editor for editing the XML which does a whole bunch of consistency checking, and presents a visual model to the user describing the component meta-data in a friendlier way than just XML. The chapter describing this tool is one of the larger ones. Finally, when you get into the details, you'll find there's more to this than it first appears :-). Does that help explain the manual length? -Marshall Schor Otis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Incubator Lightning Talks at ApacheCon US?
I added the UimaProposal to the wiki list of Lightning Talks. Who knows, maybe by ApacheCon time, we'll even be a new Podling. Explaining it in 5 minutes will be a good challenge :-) -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal for a new incubation project: Unstructured Information Management Architecture - UIMA
of potential issues by noticing trends in various kinds of things being reported. - We're not trying to re-invent the semantic web movement. However, we think UIMA might enable some aspects of it, by allowing the flourishing of a rich set of unstructured information analysis components, within the community. -Marshall Leo Simons wrote: Hi Marshall! I'm sure all this is potentially interesting, but you're going to have to help us understand why. On Wed, Aug 23, 2006 at 03:21:55PM -0400, Marshall Schor wrote: Proposal for Incubation Project: Unstructured Information Management Architecture - UIMA The Unstructured Information Management Architecture (UIMA) is an architecture and software framework for creating, discovering, composing and deploying a broad range of multi-modal analysis capabilities. We propose a project to develop, implement, support and enhance UIMA framework implementations that comply with the UIMA standard (being put forward concurrently for standardization within OASIS http://www.oasis-open.org - not yet submitted, but we plan to do this early in September.). snip/ Motivation for UIMA: Databases are core components of nearly all applications; they store information in structured tables. But more and more of the available digital data is unstructured (e.g. email, web documents, images, audio clips, video streams) with little information (metadata) attached to explain its content or context. Although many applications have been built to process unstructured data, they have either managed it as a BLOB or they have developed isolated applications for analyzing the content. In the absence of a standardized means for analytical applications to share insights extracted from the content, analytical applications cannot build upon one another. As a result, the industry has barely begun to tap the value locked in unstructured information. snip/ What does it *do*? How does it *work*? I understand there's a runtime and a framework and a standardization process and a component-based interoperability goal, but what I don't understand is what they are *for*. Can you please write a paragraph or two, that 1) doesn't mention what the industry is doing or needs to do 2) doesn't mention frameworks, standards, or current problematic industry practices, SOA, SOAP, DARPA, OASIS, or other acronyms 3) outlines what problem this UIMA thing is meant to solve 4) outlines what the approach is to solving that problem 5) outlines how this turns into software 6) gives an example or even two of such software in use in the real world to solve some kind of tangible problem For example, one kind of unstructured information is the web, and one way to process that is as plain text, indexing it, create a keyword-based search engine, and then there's also fancier ways such as all the things that google does. And then there's also various ways to make the unstructured mess that is the web more structured by attaching metadata, eg dublin core metadata or the whwole semantic web thing, so right now I might walk away with the understanding that you're devising a way for google and yahoo to interop (which I doubt they really want) by re-inventing the semantic web movement (which I doubt is really productive). Enlighten me, please. If it helps, imagine I'm 12 and write PHP and have difficulty with words such as interoperability since English is not my first language. cheers, LSD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Proposal for a new incubation project: Unstructured Information Management Architecture - UIMA
' efforts. One of the first components we see possible synergy with is a search component based on Apache Lucene that would enable semantic search. We like the concept of the Lucene Sandbox as a way to encourage innovation around UIMA, and would envision something similar for this project. Some initial work we see in the incubator include the following: * redoing the parts of the tooling that were done as derivative works of Eclipse source code, to enable everything to be licensable under the Apache license * extending the framework to better support scale-out * extending the framework to better align with the emerging UIMA Standards work * extending the framework to support XMI-based SOAP and/or other service interfaces * extending the framework to support OSGi-based approaches to componentization and packaging * exploring embeddings of the framework within other interested Apache projects, including synergies with Lucene * providing aids to the community to migrate from previous versions of the framework to the Apache version * setting up community support: hosting a facility similar to the Lucene Sandbox to encourage innovation and experimentation; establishing a wiki and some process to allow better documentation to be developed by the community, and linking our existing XHTML documentation via an XSL transform to Apache FOP ? Section 0.1 : Criteria ? Community: Currently, the UIMA Framework development is being done by IBM, with input from a group of early adopters in industry and government. Going forward, we see IBM continuing to support several committers working on it. We have already begun talking with other people outside of IBM that have expressed interest in contributing towards the development. This includes members of academic institutions, people working for some of the software vendors that have announced plans to support UIMA, and others from companies that have expressed interest since initial announcements about our open source plans. Multiple non-IBM people have already expressed desires to become committers. ? Core Developers: The previous core developers of UIMA are Adam Lally, Thilo Goetz, Marshall Schor, Edward Epstein, Jaroslaw Cwiklik and Thomas Hampp. Many others have also contributed. ? Alignment: UIMA has significant synergy with search applications, and we expect to see integration with Lucene in the future. UIMA makes use of the Apache Portable Runtime (APR) for C++ support. It is designed to be embeddable into other frameworks, such as web application servers. Part of UIMA is Eclipse-based tooling. We use ANT for build scripting. UIMA has support for various language bindings including C++ and Java; we also have more limited bindings for Perl, Python, and TCL. UIMA uses Web Services as part of its approach to wiring up components in its domain. It makes use of XML services such as Xerces and Xalan. ? License: The current license for the source code is CPL, with a small number of files licensed under the EPL (Eclipse Public License), because these were created as derivative works of existing Eclipse open source code. When the code base is moved to Apache, it will be relicensed under the Apache license, except for the small number of files licensed under the EPL as derivative works of Eclipse source files. We plan to work in the incubator to redo these parts, so the entire offering can be licensed under the Apache license. The distribution for the C++ enablement layer includes open source components ICU (a Unicode package) which has its own license. We plan to work with community to properly make use of this non-Apache licensed component. Our current vision for the future of UIMA has it aligning with and incorporating other standards-based open source components/protocols, some of which may have licensing other than the Apache license (for example, the XML Metadata Interchange (XMI), and the EMF ECore Model from Eclipse); we will work with the community in figuring out how to move forward on this. ? Orphaned Software: UIMA has been in active development for 5 years. The community of users has steadily grown, and there are now significant commercial and research organizations actively using it. UIMA is embedded in IBM software products and is delivered through IBM services engagements. IBM has developers assigned to it, and is continuing to support its development. In addition, several people outside of IBM have already expressed interest in working on UIMA, and have been providing IBM with initial feedback. One of the objectives of starting this Apache project is to provide a meritocratic structure for those people to begin more actively contributing to UIMA. ? Experience With Open Source: The individuals working on this software have background as IBM software developers. While many of them have experience working with open source software