Re: [VOTE] Graduate Tika to a Lucene subproject (Graduation Approval Vote)
On Fri, Oct 24, 2008 at 10:07 AM, Jukka Zitting [EMAIL PROTECTED] wrote: [ ] +1 Approve graduation of Tika to a Lucene subproject +1 -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept Etch into the Incubator
and development of an Etch community. At this time, Etch is a core component of shipping Cisco products and is likely to grow over time. Cisco in interested in investing time to support Etch development and use it as a key component in multiple products. It is also expected that non-Cisco developers will become interested in Etch. === Relationships with Other Apache Products === Etch currently depends upon these other Apache projects: Velocity, Maven and Ant. We expect that as Etch becomes available, it will be seen as a very compelling technology and others will begin to depend upon it. === A Excessive Fascination with the Apache Brand === We believe Etch offers much to the Apache brand. We could easily, with the backing of Cisco, take a more independent route and support Etch directly without the Apache foundation. But after much consideration, we truly believe that would be the wrong approach for this technology. As a technology, we believe Etch is very much a kindred spirit of the other software infrastructure technologies currently part of the Apache community: Ant, Velocity, Derby, and others. The technological niche of Etch--platform and language agnostic service definition and binding-is a technology that can be appreciated across a broad range software domains. It is our view that Apache is simply the most appropriate community for the kind of technology Etch represents. == Documentation == Public documents are available. All documentation can be found here http://developer.cisco.com/web/cuae/etch . == Initial Source == Etch has been in development at Cisco since Jan-2007. The system was designed from the beginning to be open-sourced. We consider Etch to be at release 1.0 and ready for production use. We continue to develop on Etch aggressively and a continually adding tests and documentation to accompany the code, in particular around Etch's unique pluggable architecture. The compiler and language bindings for Java and C# are working and functional. Etch will be included in shipping Cisco products in Sept-2008 as a core technology component. The language bindings for JavaScript, Python and C are in development. The Etch development home page is currently hosted a Cisco's developer portal: http://developer.cisco.com/web/cuae/etch . Full source and binary distributions are available there including access to our public subversion repository. == Source and Intellectual Property Submission Plan == Apache would receive all source and documentation under the Apache Corporate Contributor agreement. Cisco is the only license holder. == External Dependencies == Java, JavaCC and Velocity are core dependencies of the compiler. The Java language binding depends only on Java. Ant and Maven are used by the build system. For the other language bindings we have the following compile/link dependencies: C# - Microsoft .NET v2.0 (Mono compatibility coming soon) == Cryptography == Etch uses the native capabilities of Java and C# to support TLS as an option for the default Etch binary transport protocol. == Required Resources == === Mailing Lists === * etch-private * etch-dev * etch-commits * etch-user === Subversion Directory === https://svn.apache.org/repos/asf/incubator/etch === Issue Tracking === JIRA : Etch (ETCH) === Other Resources === None == Initial Committers == Gaurav Sandhir gsandhir at cisco dot com J.D. Liau jliau at cisco dot com James Dixsonjadixson at cisco dot com James deCocq jadecocq at cisco dot com Rene Barazzarebarraz at cisco dot com Scott Comer sccomer at cisco dot com Seth Call secall at cisco dot com Youngjin Park youngjpa at cisco dot com === Affiliations === All the initial committers are Cisco employees. == Sponsors == === Champion === Niclas Hedhman (has offered to be Champion) === Nominated Mentors === Niclas Hedhman Doug Cutting Yonik Seeley === Sponsoring Entity === Incubator - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Etch
It was suggested that the committer list be trimmed to those who will actually be committing (perhaps the 8 that Scott mentions). Those suggestions were not even acknowledged. Is there a problem with trimming the list? -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Etch
On Wed, Aug 13, 2008 at 12:58 PM, scott comer [EMAIL PROTECTED] wrote: of the people that mention name (8), only 3 are voting: This is a discussion thread, not a formal vote for Etch to enter the Incubator. [...] so, can we put the name question to bed? it was suggested that the podling could/should decide the issue for itself, later. is there a problem with that? IMO, if people think the name should change, it's best to get it decided up front before resources (mailing lists, subversion, etc) have been created. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Etch
+1 -Yonik On Sat, Aug 9, 2008 at 4:58 AM, Bertrand Delacretaz [EMAIL PROTECTED] wrote: On Fri, Aug 1, 2008 at 8:23 PM, scott comer (sccomer) [EMAIL PROTECTED] wrote: we might have overdone the committer list here a bit so nobody who made a significant contribution felt left out. :-)... ...summary: architecture: scott comer compiler, java and csharp binding: scott comer, gaurav sandhir build: james dixson c binding: james deCocq, rene barazza, youngjin park javascript binding: seth call python binding: james dixson documentation: shy pease... That's 8 people, as opposed to 14 listed on the proposal. How about trimming the list to those 8 to start with? Others can gain committership along the way if they are active - but starting with 14 people form the same organization sounds like a high hurdle to jump in terms of community diversity. -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Etch
On Wed, Aug 6, 2008 at 10:20 PM, Niclas Hedhman [EMAIL PROTECTED] wrote: Now; Niclas Hedhman Doug Cutting Paul Fremantle I had to remove Yonik from the list of formal Mentors, as he is not on the Incubator PMC (AFAICT). Huh? Mentors become part of the Incubator PMC. The Sponsor shall assign a Mentor, who shall be granted membership of the Incubator PMC for the duration of the incubation process. That's also why they are listed as Nominated Members... the Incubator PMC must confirm them. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Etch
On Fri, Aug 1, 2008 at 2:23 PM, scott comer (sccomer) [EMAIL PROTECTED] wrote: we might have overdone the committer list here a bit so nobody who made a significant contribution felt left out. :-) Perhaps something like a FAQ entry What is the history of Etch? on the web site would be a more appropriate way to recognize these? -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept Tashi into the Incubator
+1 very cool stuff. On Mon, Aug 4, 2008 at 1:48 PM, Doug Cutting [EMAIL PROTECTED] wrote: Please vote on accepting Tashi into the Incubator. Tashi's proposal is at: http://wiki.apache.org/incubator/TashiProposal Thanks! Doug - 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: [PROPOSAL] Etch
I've spent some time looking at the existing documentation, and checking out the video introduction great stuff! I think it could fit well in the ASF, and I have a personal interest in perhaps using it for Solr 2.0. I'll certainly volunteer to be a Mentor. -Yonik On Thu, Jul 31, 2008 at 12:16 PM, James Dixson [EMAIL PROTECTED] wrote: This a proposal to enter Etch in to the incubator. See http://wiki.apache.org/incubator/EtchProposal for updates. In particular, we are looking for an interested Champion. We welcome any and all comments. :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Etch
On Thu, Jul 31, 2008 at 12:16 PM, James Dixson [EMAIL PROTECTED] wrote: This a proposal to enter Etch in to the incubator. James, could you perhaps describe how this differs from Thrift? -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Etch
On Fri, Aug 1, 2008 at 5:41 AM, Upayavira [EMAIL PROTECTED] wrote: 14 people from one organisation on the initial committer list looks to me like a daunting incubation. Indeed. Which of those people will actually be working on Etch going forward? A quick perusal shows a Manager and a Director of Engineering on that list. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Accept Hama into the Incubator
On Wed, May 14, 2008 at 9:28 PM, Otis Gospodnetic [EMAIL PROTECTED] wrote: +1 for the idea, but you don't have Apache Members there (neither Ian nor Jeff are ASF members, as far as I know). Ian is a member. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Statements from Qpid mentors would help me decide... [WAS Re: [VOTE] Apache Qpid Graduation as TLP]
On Wed, Mar 26, 2008 at 5:28 PM, Robert Burrell Donkin [EMAIL PROTECTED] wrote: i can understand the reluctance to add employment details but it doesn't have to be a dayjob CV if that's uncomfortable. this would help to IPMC to be able to draw on useful information without this rather interrogative process... In general, I think that committers who can't reveal their affiliations shouldn't be counted toward a diversity requirement. That seems reasonable since it removes any motivation for investigation and is likely to be very rare. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Statements from Qpid mentors would help me decide... [WAS Re: [VOTE] Apache Qpid Graduation as TLP]
On Mon, Mar 24, 2008 at 8:34 AM, Rupert Smith [EMAIL PROTECTED] wrote: Don't forget about me. I am a currently active Qpid committer and not an employee of either RedHat or JPMC. http://www.mail-archive.com/[EMAIL PROTECTED]/msg02323.html I've done the independent contractor thing for a long time myself... doesn't make you independent IMO, and it should have been disclosed. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Statements from Qpid mentors would help me decide... [WAS Re: [VOTE] Apache Qpid Graduation as TLP]
On Mon, Mar 24, 2008 at 6:23 PM, Carl Trieloff [EMAIL PROTECTED] wrote: Over the course of the project we have received large contributions from at least 3+ legally independents. They include Rupert Smith (.NET), Colin Crist (Hermes integration / use cases), Tomas Restrepo (.NET). Rupert is the only committer, and he looks like he may have a JPMC affiliation to me. Let's drop the legally qualifier from independent... this isn't the IRS :-) I'm more concerned about the misleading statements on committer diversity than I am about the actual diversity itself. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [DISCUSSION] Hama Proposal
This seems small enough in scope and so tied to Hadoop that it seems like it should either just be part of one of the hadoop sub-projects or at a maximum, a hadoop sub-project of it's own. I see you opened https://issues.apache.org/jira/browse/HADOOP-2878 what's the status of that? -Yonik On Tue, Mar 18, 2008 at 8:02 AM, edward yoon [EMAIL PROTECTED] wrote: Dear Incubator PMC, I've updated the Hama project proposal. Please review/update as needed and report back any concerns. http://wiki.apache.org/incubator/HamaProposal Hama has a strong relationship with the hadoop, hbase and mahout project, so i discussed about become a sub-project of these project for a long time with the each community. However, The sub-project was beset with difficulties. Hence the list of committers, etc. And now we all agree that the Hama should aim to general purpose rathen than it becomes a specified piece in something. http://www.nabble.com/-jira--Created%3A-%28MAHOUT-16%29-Hama-contrib-package-for-the-mahout-to15998717.html https://issues.apache.org/jira/browse/HADOOP-2878 If you think this will make a good ASF project, please encourage our team members to create the world's largest matrix computational framework. Thanks. B. Regards, Edward yoon @ NHN, corp. - 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] as to Thrift Proposal
On Jan 23, 2008 9:07 PM, Mark Slee [EMAIL PROTECTED] wrote: We've just posted the Apache Incubator proposal for Thrift onto the Wiki: http://wiki.apache.org/incubator/ThriftProposal +1 -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve the release of Apache Lucene.Net 2.0 build 003 incubating
On 3/6/07, George Aroush [EMAIL PROTECTED] wrote: I can write a script to change the current old header to the new header Or, you can use one that someone else has already written :-) http://www.apache.org/legal/src-headers.html#faq-update-scripts -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Approve the release of Apache Lucene.Net 2.0 build 003 incubating
On 3/5/07, George Aroush [EMAIL PROTECTED] wrote: As for #3, I can use some more comment. The current header reflect what's found in the Java Lucene source code such that any place Java Lucene uses the newer header (http://www.apache.org/legal/src-headers.html#headers) so is Apache Lucene.Net. Won't this do? The catch is that you're using an old version of Java Lucene, before the new headers were required. All of the license headers have since been changed in lucene-java. Perhaps use a script to change them all after you do the Java-C# conversion. -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE][RESULT] graduate Solr to Lucene
With 10 +1s, and no -1s, this vote has passed. Apache Solr has graduated from the Apache Incubator and is now a sub-project of Apache Lucene! Thank you everyone! -Yonik On 1/12/07, Yonik Seeley [EMAIL PROTECTED] wrote: The Solr community has voted and believes Solr is ready for graduation from the Incubator and has met all incubation requirements, and the Lucene PMC has voted to accept Solr. The Solr podling is therefore requesting to graduate from the Incubator to become an Apache Lucene subproject. Please send in your +1/0/-1 to approve/abstain/disapprove. References: Lucene PMC Vote on it's private list: Message-ID: [EMAIL PROTECTED] Solr community vote: http://mail-archives.apache.org/mod_mbox/lucene-solr-dev/200701.mbox/[EMAIL PROTECTED] The project status for Solr is at: http://incubator.apache.org/projects/solr.html The Solr home page is at: http://incubator.apache.org/solr/ -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] graduate Solr to Lucene
The Solr community has voted and believes Solr is ready for graduation from the Incubator and has met all incubation requirements, and the Lucene PMC has voted to accept Solr. The Solr podling is therefore requesting to graduate from the Incubator to become an Apache Lucene subproject. Please send in your +1/0/-1 to approve/abstain/disapprove. References: Lucene PMC Vote on it's private list: Message-ID: [EMAIL PROTECTED] Solr community vote: http://mail-archives.apache.org/mod_mbox/lucene-solr-dev/200701.mbox/[EMAIL PROTECTED] The project status for Solr is at: http://incubator.apache.org/projects/solr.html The Solr home page is at: http://incubator.apache.org/solr/ -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (INCUBATOR-52) PATCH: update Solr STATUS file
[ https://issues.apache.org/jira/browse/INCUBATOR-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462131 ] Yonik Seeley commented on INCUBATOR-52: --- I just committed this and synced the site (AFAIK, I think you should have had perms to do this). Any incubator guys with the right JIRA perms feel free to close this. Thanks! PATCH: update Solr STATUS file -- Key: INCUBATOR-52 URL: https://issues.apache.org/jira/browse/INCUBATOR-52 Project: Incubator Issue Type: Improvement Components: site Reporter: Hoss Man Attachments: solr.release.patch update to Solr incubation STATUS file (news about 1.1.0 release) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE][RESULT] Release Apache Solr 1.1.0-incubating
This vote as passed, with +1s from Erik Hatcher, Yoav Shapira, Bertrand Delacretaz, and Doug Cutting. There were no -1s. Thanks everyone! -Yonik On 12/19/06, Yonik Seeley [EMAIL PROTECTED] wrote: The Solr community has voted to release apache-solr-1.1.0-incubating We now ask the Incubator PMC to approve this release. Artifacts for release: http://people.apache.org/~yonik/solr/staging_area/1.1/CHANGES.txt http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.tgz http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.tgz.asc http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.tgz.md5 http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.zip http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.zip.asc http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.zip.md5 Keys: http://people.apache.org/~yonik/solr/staging_area/KEYS.txt solr-dev vote thread: http://mail-archives.apache.org/mod_mbox/lucene-solr-dev/200612.mbox/[EMAIL PROTECTED] -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Release Apache Solr 1.1.0-incubating
The Solr community has voted to release apache-solr-1.1.0-incubating We now ask the Incubator PMC to approve this release. Artifacts for release: http://people.apache.org/~yonik/solr/staging_area/1.1/CHANGES.txt http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.tgz http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.tgz.asc http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.tgz.md5 http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.zip http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.zip.asc http://people.apache.org/~yonik/solr/staging_area/1.1/apache-solr-1.1.0-incubating.zip.md5 Keys: http://people.apache.org/~yonik/solr/staging_area/KEYS.txt solr-dev vote thread: http://mail-archives.apache.org/mod_mbox/lucene-solr-dev/200612.mbox/[EMAIL PROTECTED] -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Mark lucene4c as dormant
+1 -Yonik On 10/9/06, Garrett Rooney [EMAIL PROTECTED] wrote: Since there hasn't been any significant work on Lucene4c in quite some time, I'd like to officially mark it as dormant so I don't have to keep writing board reports that just say there has been no progress in the last 3 months. So, cast your votes now: [ ] +1 - Mark Lucene4c as dormant. [ ] 0 - I have no opinion. [ ] -1 - No, please keep it! [include reason] -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IRC chats
On 10/10/06, Justin Erenkrantz [EMAIL PROTECTED] wrote: On 10/10/06, Paul Fremantle [EMAIL PROTECTED] wrote: 1) we log the chats to the dev list (yes I know we always did) 2) If we have any proposals in the chats we explicitly send these out as separate notes and follow up in email to make any decisions. In other words the IRC chats are not formal decision making forums (fora?) but there to stimulate discussion. 3) we choose a time that is as convenient as possible to all our global contributors. This is an extremely fine line to walk, so you must be prepared to be vigilant about ensuring that you don't present the IRC discussions as a fait accompli - and permit a true and honest discussion on-list. All decisions need to happen on the list, or it is as if the decision didn't occur. To facilitate this, how about coming up with something users would be encouraged to cut-n-paste at the top of irc logs or other non-list summaries? Something to the effect of These discussions happened outside the official dev mailing list and are still open for discussion. Feedback and further discussion is welcomed. It's normal for people to work up prototypes/designs on their own and present something to the dev list. If people want to work in a real-time collaborative manner on either code or discussions instead, it would seem beneficial to not discourage it too heavily. Collaborative development tools are just going to get better over time too. For myself, I dislike IRC/IM and prefer asynchronous mailing lists... but maybe I'm just getting old ;-) -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] accept UIMA as a podling - #2
On 9/26/06, Ian Holsman [EMAIL PROTECTED] wrote: [X] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: +1 (non binding) -Yonik - 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
On 8/27/06, Thilo Goetz [EMAIL PROTECTED] wrote: it would be a lot easier if one had special support for embedded structures in the index -- like you need for XML indexing. Lucene doesn't have embedded structures yet, but it's been discussed. http://www.nabble.com/Flexible-index-format---Payloads-Cont%27d-tf1869946.html -Yonik - 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
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: [jira] Created: (INFRA-677) create accounts for new committers for new project Solr
I had read that guide, but it seems geared toward existing projects wasn't clear what to do in the case of a new project in the incubator. Shall I send the email to root? Or do I need a PMC to do so? What is the relevant PMC... Lucene or the Incubator? (Solr is going to be a sub-project of Lucene on incubation). -Yonik On 1/17/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Please follow guidelines here : http://www.apache.org/dev/pmc.html#newcommitter thanks Begin forwarded message: From: Yonik Seeley (JIRA) [EMAIL PROTECTED] Date: January 17, 2006 5:40:44 PM EST To: [EMAIL PROTECTED] Subject: [jira] Created: (INFRA-677) create accounts for new committers for new project Solr Reply-To: [EMAIL PROTECTED] create accounts for new committers for new project Solr --- Key: INFRA-677 URL: http://issues.apache.org/jira/browse/INFRA-677 Project: Infrastructure Type: Task Reporter: Yonik Seeley Priority: Blocker Project Solr has been accepted for incubation. We need two new apache accounts created for this project: Preferred userid: billa Full name:William Au Forwarding email address: [EMAIL PROTECTED] Preferred userid: hossman Full name:Chris M. Hostetter Forwarding email address: [EMAIL PROTECTED] Solr Incubation VOTE: http://www.mail-archive.com/ general@incubator.apache.org/msg06689.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Geir Magnusson Jr +1-203-665-6437 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept Solr into incubator
On 1/11/06, Justin Erenkrantz [EMAIL PROTECTED] wrote: One other question to help narrow the project's scope a little: Is the 'search server' written entirely from scratch or is it using servlets or some other Java HTTP container? Solr is currently implemented as a webapp for a servlet container. A servlet handles update and query requests (XML in an HTTP post for updates, and HTTP-GET for queries) The admin interface consists of JSPs and HTML. The replication part external to the JVM currently relies on shell scripts, rsync, and unix style hard links. The answer to the question matters little, but I'd like this stated up front so that it's clear for everyone where Solr's boundaries are. Is there some additional verbiage you would like added to the proposal? -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept Solr into incubator
On 1/10/06, Noel J. Bergman [EMAIL PROTECTED] wrote: (a) you should identify the additional ASF folks, and get them down either as comitters and/or Mentors. Was there a reason for excluding them from the proposal? I didn't list any mentors myself on the proposal because it looked like that authority rested with the sponsor (in this case the Lucene PMC). -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PROPOSAL] Solr
Hello Incubator PMC folks, I would like to propose a new Apache project named Solr. http://wiki.apache.org/incubator/SolrProposal The project is being proposed as a sub-project of Lucene, and the Lucene PMC has agreed to be the sponsor. -Yonik '''Proposal for new project Solr ''' Yonik Seeley -- yonik at apache dot org '''(0) rationale''' Solr is a search server based on Apache Lucene and focused on full-text search, relevancy, and performance. Some of the server features include: * Query and update interfaces over HTTP and XML. * Replication based on index snapshots and rsync. * A schema allowing declarative specification of fields and their types, including specification of text analysis filter chains. * External configuration for Lucene parameters, stopword lists, and synonym lists. * A web based admin interface with statistics and debugging. * An extensive caching framework for filters, queries, documents, and user caches. * Plugins for customizing query handling, caching and many other server aspects. Solr is currently an internal CNET project, and is used to power search and faceted browsing in a number of CNET sites. '''(0.1) criteria''' ''Meritocracy: '' Solr's developers are comfortable operating as a meritocracy. ''Community: '' Establishing an active open source community will be the top priority. ''Core Developers:'' Solr starts with three committers. ''Alignment:'' Solr currently uses the following Apache projects: Ant, Lucene. '''(0.2) warning signs''' ''Orphaned products: '' Solr is not an orphan, use within CNET is growing rapidly. ''Inexperience with open source:'' Solr's committers are experienced with open source and have made contributions to other open source projects. ''Homogenous developers:'' Solr's initial committers are all CNET employees since it's currently an internal project. ''Reliance on salaried developers:'' Some committers are currently paid to make contributions to Solr. ''No ties to other Apache products:'' Solr has strong ties to Lucene. ''A fascination with the Apache brand:'' The committers respect the Apache brand and feel that Apache is the right place to generate a strong open source community. '''(1) scope of the subprojects''' The scope of the project is to provide a stand-alone full-text search server. The proposal is that this project become a sub-project of Apache Lucene. '''(2) identify the initial source from which the subproject is to be populated''' CNET will donate the initial source code for this project. '''(3) identify the ASF resources to be created ''' '''(3.1) mailing list(s) ''' * solr-dev * solr-user '''(3.2) Subversion or CVS repositories''' * https://svn.apache.org/repos/asf/incubator/solr '''(3.3) Jira ''' * Solr (SOLR) '''(4) identify the initial set of committers ''' * Yonik Seeley, CNET (Lucene committer) * Bill Au, CNET * Chris Hostetter, CNET '''(5) identify apache sponsoring individual ''' * Doug Cutting, Champion * Lucene PMC, Sponsor (as defined in http://incubator.apache.org/incubation/Roles_and_Responsibilities.html) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
