Re: [VOTE] Release Droids 0.1-incubating RC4
Thank you Christian. :) salu2 On Mon, 2011-10-31 at 17:35 +0100, Christian Grobmeier wrote: +1 (binding) On Wed, Oct 12, 2011 at 5:08 PM, Richard Frovarp rfrov...@apache.org wrote: Please vote on the release candidate for Apache Droids Incubating, version 0.1-incubating. I've received two binding IPMC +1 votes and 4 non-binding +1 votes. The blockers identified by Marvin and sebb should be fixed in this release. I need one more binding IPMC +1 vote. PPMC release vote thread: http://mail-archives.apache.org/mod_mbox/incubator-droids-dev/201109.mbox/%3c4e84e1b9.2050...@apache.org%3E Source files: https://repository.apache.org/content/repositories/orgapachedroids-075/org/apache/droids/droids/0.1.0-incubating/ Maven staging repo: https://repository.apache.org/content/repositories/orgapachedroids-075/ SVN source tag (r1172386): https://svn.apache.org/repos/asf/incubator/droids/tags/0.1.0-incubating/ PGP release keys (signed using 3698A2B1): https://svn.apache.org/repos/asf/incubator/droids/KEYS [ ] +1 [ ] +0 [ ] -1 Thanks, Richard - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
PLEASE third binding vote from the IPMC. (was Re: [VOTE] Release Droids 0.1-incubating RC4)
On Thu, 2011-10-27 at 08:25 -0500, Richard Frovarp wrote: Don't worry about it. Your vote and my vote carry over from the dev list. We're in need of a third binding vote from the IPMC. Please, somebody, we are waiting for this release and suffering in the community because devs hold back they commits. This is our 4th attempt and this time we would like a last effort from our IPMC members. TIA! salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Droids 0.1-incubating RC4
+1 Sorry, dude I thought I voted here as well but seems not. salu2 On Wed, 2011-10-12 at 10:08 -0500, Richard Frovarp wrote: Please vote on the release candidate for Apache Droids Incubating, version 0.1-incubating. I've received two binding IPMC +1 votes and 4 non-binding +1 votes. The blockers identified by Marvin and sebb should be fixed in this release. I need one more binding IPMC +1 vote. PPMC release vote thread: http://mail-archives.apache.org/mod_mbox/incubator-droids-dev/201109.mbox/%3c4e84e1b9.2050...@apache.org%3E Source files: https://repository.apache.org/content/repositories/orgapachedroids-075/org/apache/droids/droids/0.1.0-incubating/ Maven staging repo: https://repository.apache.org/content/repositories/orgapachedroids-075/ SVN source tag (r1172386): https://svn.apache.org/repos/asf/incubator/droids/tags/0.1.0-incubating/ PGP release keys (signed using 3698A2B1): https://svn.apache.org/repos/asf/incubator/droids/KEYS [ ] +1 [ ] +0 [ ] -1 Thanks, Richard - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Droids 0.1-incubating RC2
On Tue, 2011-06-14 at 18:14 -0700, Marvin Humphrey wrote: On Tue, Jun 14, 2011 at 01:39:20PM -0500, Richard Frovarp wrote: Looks like this is the inaugural ASF release for Droids, right? Thank you for looking at this. Yes, it will be. w00t! Yes, the page needs to be updated. Ross has provided us with a link to the page on how to update that information. I personally haven't had time to do it. I think I'm on the PPMC, but for the Incubator, I'm not quite sure the distinction between a PPMC member and a committer. The roles are just as distinct as they are between a Committer and a PMC member for a top-level project, and there are separate voting procedures. Some projects add both roles at once: http://incubator.apache.org/guides/ppmc.html#Voting+in+a+new+committer http://incubator.apache.org/guides/ppmc.html#Voting+in+a+new+PPMC+member For projects which wish to have all committers also be PPMC members, the Voting in a new PPMC member guide below should then be followed, noting that if desired it is possible to run a joint committership and PPMC vote, providing that the guidance for both is followed. There should be archived VOTE threads on the droids-private list, which were cc'd to private@incubator.a.o. Hopefully they were for PPMC membership. If not, there will be some cleanup work to do. ... Thorsten is not on the IPMC right now, though as an ASF Member he can simply request to join. Once that happens, you'll have 1 IPMC vote. But he is. Several months ago the board acked his request, but it would appear that the IPCM membership roster hasn't been updated. OK, great! That's resolved. Ross participated in a previous vote that didn't pass as we found things we need to clean up. It would seem he didn't have the time to participate this time. OK, that's reassuring. :) (Looks like OOo is already starting to impact our volunteer resources.) FYI, at this point I still plan to gate my vote on a +1 vote from a Droids Mentor. IMO, it would be less than ideal to have an inaugural release approved by one interested party (Thorsten) augmented by freelancers, even if one or more Mentors has expressed some measure of support in the past. Actually I stepped up as mentor when Grant resigned. Message-id: ce9e361e-737d-47e5-bf7a-bbcbffea3...@apache.org References: f7bb5fb8-eb7f-4203-91d7-c7ea1cdb7...@apache.org 08051FA22EC442FA9D0A116651FBEE63@developer 510143ac0910190738s17179ba3k46170bffdc01b...@mail.gmail.com I need to search in my send mail folder but I actually wrote an request to the private incubator list to add me as mentor. ... Lastly, I think it's worth commenting on the contents of README.TXT, which starts off like so: A p a c h eD r o i d s -- by Thorsten Scherler thorsten at apache.org That credit is obviously inaccurate and seems quite unusual for an Apache project. I know that other projects have gone out of their way to delete all @author tags. Perhaps Droids might consider doing likewise. If you read this file to the end you will find: Please report feedback to the labs mailing list. Meaning this file have not changed since it was first created in Apache Labs. That is the only reason for this unusual credit. It started as personal research project and we have not reviewed this file ever since. Thanks for pointing this out, I will fix it right away. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ smime.p7s Description: S/MIME cryptographic signature
Re: [VOTE] Release Droids 0.1-incubating RC2
+1 (binding) sau2 On Sat, 2011-06-11 at 22:43 -0500, Richard Frovarp wrote: Please vote on the release cndidate for Apache Droids Incubating, version 0.1-incubating. I've received one binding IPMC +1 votes and 2 non-binding +1 votes. PPMC release vote thread: http://mail-archives.apache.org/mod_mbox/incubator-droids-dev/201106.mbox/%3c4de7d6cc.8080...@apache.org%3E Source files: http://people.apache.org/~rfrovarp/droids/ Maven staging repo: https://repository.apache.org/content/repositories/orgapachedroids-011/ SVN source tag (r1127762): https://svn.apache.org/repos/asf/incubator/droids/tags/0.1-incubating/ PGP release keys (signed using 3698A2B1): https://svn.apache.org/repos/asf/incubator/droids/KEYS [ ] +1 [ ] +0 [ ] -1 Thanks, Richard - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Rave into the Incubator
* org.springframework:spring-core:jar:3.0.3.RELEASE:compile * org.springframework:spring-orm:jar:3.0.3.RELEASE:compile * org.springframework:spring-jdbc:jar:3.0.3.RELEASE:compile * org.springframework:spring-tx:jar:3.0.3.RELEASE:compile * org.springframework:spring-context:jar:3.0.3.RELEASE:compile * org.springframework:spring-aop:jar:3.0.3.RELEASE:compile * commons-dbcp:commons-dbcp:jar:1.2.2:compile * commons-pool:commons-pool:jar:1.3:compile * commons-codec:commons-codec:jar:1.4:compile * org.springframework:spring-webmvc:jar:3.0.3.RELEASE:compile * org.springframework:spring-asm:jar:3.0.3.RELEASE:compile * org.springframework:spring-beans:jar:3.0.3.RELEASE:compile * org.springframework:spring-context-support:jar:3.0.3.RELEASE:compile * org.springframework:spring-expression:jar:3.0.3.RELEASE:compile * org.springframework:spring-web:jar:3.0.3.RELEASE:compile * commons-collections:commons-collections:jar:3.1:compile * org.codehaus.jackson:jackson-mapper-asl:jar:1.5.3:compile * org.codehaus.jackson:jackson-core-asl:jar:1.5.3:compile * org.apache.httpcomponents:httpclient:jar:4.1-alpha2:compile * org.apache.httpcomponents:httpcore:jar:4.1-beta1:compile * commons-logging:commons-logging:jar:1.1.1:compile * org.easymock:easymock:jar:2.5.2:compile * org.objenesis:objenesis:jar:1.0:compile * org.apache.commons:commons-io:jar:1.3.2:compile * javax.validation:validation-api:jar:1.0.0.GA:compile * org.hibernate:hibernate-validator:jar:4.0.2.GA:compile * javax.xml.stream:stax-api:jar:1.0-2:compile '''GNU Lesser General Public License''' * c3p0:c3p0:jar:0.9.1.2:compile '''Dual license of the MPL and the LGPL''' * javassist:javassist:jar:3.8.0.GA:compile '''BSD License''' * org.hsqldb:hsqldb:jar:1.8.0.10:compile '''GPL-2.0''' * mysql:mysql-connector-java:jar:5.1.10:compile '''Public Domain''' * aopalliance:aopalliance:jar:1.0:compile '''LPGL v2.1''' * org.hibernate:hibernate-core:jar:3.3.2.GA:compile * org.hibernate:hibernate-annotations:jar:3.4.0.GA:compile * org.hibernate:ejb3-persistence:jar:1.0.2.GA:compile * org.hibernate:hibernate-commons-annotations:jar:3.1.0.GA:compile '''BSD license''' * antlr:antlr:jar:2.7.6:compile * dom4j:dom4j:jar:1.6.1:compile * org.hamcrest:hamcrest-core:jar:1.1:compile '''COMMON DEVELOPMENT AND DISTRIBUTION LICENSE (CDDL) Version 1.0''' * javax.transaction:jta:jar:1.1:compile * javax.mail:mail:jar:1.4.3:compile * javax.activation:activation:jar:1.1:compile * javax.servlet:jstl:jar:1.2:compile * javax.xml.bind:jaxb-api:jar:2.1:compile * com.sun.xml.bind:jaxb-impl:jar:2.1.3:compile '''MIT license''' * org.slf4j:slf4j-api:jar:1.5.8:compile * org.slf4j:slf4j-log4j12:jar:1.5.8:compile log4j:log4j:jar:1.2.14:compile * org.mockito:mockito-core:jar:1.8.5:compile OGCE Gadget Container '''Apache Software License, Version 2.0''' * OpenAJAX * Commons-codec * Commons-logging * Commons-fileupload * Commons-collections * Commons-digester * Commons-el * Commons-lang * Tomcat Catalina * Google-collections * Xalan * Xerces dom3-xml-apis and dom3-xercesImpl * Tomcat annotations-api * commons-beanutils * commons-io * openid4java * axiom-api * openxri-client, openxri-syntax * jug * stax-api * Guice * cilogon-portal-servlet (also have BSD NCSA Licenses) '''MIT''' * Facebook Java API * slf4j (3 jars: simple, api, and jdk14) * xmlsec '''BSD''' * Dom4j * Antlr '''CDDL''' * JSTL '''GPL V3''' * EXT-JS v2.2 '''GPL v2''' * Trimpath v1.0.38 * Rhino JS 1.7R1 (Also has MPL1.1 license) * Sun Jersey (Also has CDDI license) * mysql-connector-jar '''LGPL''' * Hibernate * !C3P0 * JBoss Javassist (Also has MPL License) * htmlparser (also has CPL License) '''Common Public License, v1''' * Junit, junit-addons '''Sun Binary''' * Servlet API * activation '''EPL''' * higgins-configuration-api * higgins-sts-api * higgins-sts-common * higgins-sts-server-token-handler * higgins-sts-spi '''Other''' * Google !FriendConnect: http://code.google.com/apis/friendconnect/docs/terms.html * TMT JS: http://www.massimocorner.com/license.htm * JSON: http://www.json.org/license.html * H2: http://www.h2database.com/html/license.html * icu4j: http://source.icu-project.org/repos/icu/icu/trunk/license.html - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http
[Droids] preparing for a release
Hi all, Droids is planing to do its first release and we are looking into using the maven-release-plugin. Now the question is at what point in time we actually use it. I mean we need to create first the release candidates which should be tested, right? How other projects do this? TIA for any input salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ smime.p7s Description: S/MIME cryptographic signature
RE: Dormant projects to mothball? (was missing reports ...)
On Tue, 2010-11-16 at 14:34 -0500, Noel J. Bergman wrote: Thorsten Scherler wrote: ... I am ATM to busy to organize my personal (third child born) and my professional live (new company) that I do not come to spend any time on any projects let alone Droids. Congratulations on your new child. :-) Cheers, after 2 girls now a boy. :) I wish that people could step up and lead the project out of the incubator and into a successful project but I myself do not find the time for that ATM. Who else is working on it now? Do you expect to have more time in 2011? There are a couple of people interested in the project, including committer from other projects, the problem only a couple of committer actually apply the patches and trying to give feedback. I think as things get more routine again I will find some time. Further our company has done recently some Android development and I have an idea to use Apache Droids on Android for different use cases. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Dormant projects to mothball? (was missing reports ...)
On Mon, 2010-11-15 at 21:16 -0500, Noel J. Bergman wrote: Of the currently missing reports: - Droids appears to have no activity since September. People asking questions are not getting answered. Perhaps the project should be mothballed. Not really sure how you have come to this conclusion, but I have to admit that there is interest in the project but to less helping hands. I am ATM to busy to organize my personal (third child born) and my professional live (new company) that I do not come to spend any time on any projects let alone Droids. I wish that people could step up and lead the project out of the incubator and into a successful project but I myself do not find the time for that ATM. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ smime.p7s Description: S/MIME cryptographic signature
Re: November 2010 Incubator Status Report - Updated
On Tue, 2010-11-16 at 13:15 -0500, Noel J. Bergman wrote: Missing reports: Droids I just added it. Very sorry for the delay. salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: How to put droids into the snapshot rep
On 06/12/2009, at 08:56, Gavin wrote: -Original Message- From: Thorsten Scherler [mailto:thorsten.scherler@juntadeandalucia.es] Sent: Friday, 4 December 2009 10:35 PM To: general@incubator.apache.org Subject: How to put droids into the snapshot rep Hi all, https://issues.apache.org/jira/browse/DROIDS-65 I am looking into adding droids to the public apache maven rep. I did some research but could not really find a extend how to. Can somebody point me in the right direction? Here's a slightly different direction. Buildbot currently builds Droids and does your rat reports [1], your website [2] and various API docs [3]. The ASF buildbot has the feature to also deploy snapshots to the Nexus Repository snapshots area. If you are interested in using this feature to autodeploy your new snapshots then let me know. wow, I did not know that. Thank you very much Gavin and it would be wonderful if you can setup up the snapshots with buildbot. TIA Gavin. salu2 Cheers Gav... [1] - http://ci.apache.org/projects/droids/rat-output.html [2] - http://ci.apache.org/projects/droids/index.html [3] - http://ci.apache.org/projects/droids/api/droids-core/index.html salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.708 / Virus Database: 270.14.87/2536 - Release Date: 11/30/09 17:31:00 - 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
How to put droids into the snapshot rep
Hi all, https://issues.apache.org/jira/browse/DROIDS-65 I am looking into adding droids to the public apache maven rep. I did some research but could not really find a extend how to. Can somebody point me in the right direction? salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduation of Apache Pivot
On Tue, 2009-08-04 at 10:48 +0100, ant elder wrote: On Tue, Aug 4, 2009 at 10:21 AM, Ross Gardlerrgard...@apache.org wrote: I would suggest that anyone wishing to vote -1 on the graduation of a podling on grounds of diversity of code commits needs to back it up with documented evidence that either a) the committers are not listening to the community or b) there is no active oversight from those with voting rights. The Incubator policy minimum graduation requirements says: The project is not highly dependent on any single contributor (there are at least 3 legally independent committers and there is no single company or entity that is vital to the success of the project) - http://incubator.apache.org/incubation/Incubation_Policy.html#Graduating +from+the+Incubator There is a judgement call to be made about if a committer needs to be active and what being active means (posting to the ML vs. committing code etc). The archives are full of discussions what active is and what not. Bottom line: activity is hardly measurable since you can be active in the community or in code or both. Being active on the ml is even more important then committing code, or do we not always saying community over code? Committing code is important, having just two actively committing committers isn't quite enough IMHO, especially when they're both with the same employer. Not sure here but Greg pointed out that the project is NOT (!!!) part of their day job. Meaning they are independent since the company has nothing to do with Pivot. How many committers are in the project? As understand from the thread 2 coding committers but how many other committers? In the past lots of poddlings first graduation vote doesn't pass due to diversity issues, they go away and encourage others to be active committers and graduate on the next attempt and the project is better for it, and thats what I think should happen here with Pivot. If they have 3 committers than I do not see the diversity part as problem. Diversity is for projects which have a company behind it that have a big interest in the project and its direction. Since we used DAY as example in the thread a lot: Day has an interest in Sling and its directions, if only Day employee are committers and they work mainly on their working hours on the project then Sling would have a diversity problem, since as soon as Day loose interest the project can die. Since there is no company behind Pivot I do not see at all the diversity as problem. Only if there are only two committers that I see as problem since voting does not work out. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduation of Apache Pivot
On Tue, 2009-08-04 at 18:16 +0800, Niclas Hedhman wrote: On Tue, Aug 4, 2009 at 6:14 PM, Thorsten Scherlerthorsten.scherler@juntadeandalucia.es wrote: How many committers are in the project? As understand from the thread 2 coding committers but how many other committers? 5 committers and PPMC Members in total, not counting 2 mentors. Then IMHO diversity is NOT an issue at all here. I bet a bottle of wine that we can find LOTS of apache projects where less then two people are doing 99% of the coding. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduation of Apache Pivot
On Tue, 2009-08-04 at 11:23 +0100, Niall Pemberton wrote: ... Bottom line: activity is hardly measurable since you can be active in the community or in code or both. Being active on the ml is even more important then committing code, or do we not always saying community over code? I disagree with community OVER code and IMO should be community AND code - since a successful/active project needs both. Then we failed the last 10 years. https://blogs.apache.org/foundation/entry/the_asf_is_ten_years#comment-1237975716000 Like Stefano said bad code equals strong community. Not trying to say that we need BAD code or NO code but the important here @apache is the first of ALL the community. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: February 2009 Incubator Board Report
On Mon, 2009-02-16 at 13:56 -0500, Noel J. Bergman wrote: The last month has been fairly quite, with nothing currently requiring the attention of the Board. ... = Droids = ** DID NOT REPORT ** Awfully sorry about that but I could have sworn we did not had to report. ATM Droids is quite since the core devs are busy with other projects. However we hope we get some momentum again the next couple of weeks/months. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source consulting, training and solutions - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [REPORTS] missing: Abdera BlueSky Buildr Droids Hama JSecurity Lokahi Olio PDFBox PhotArk Tashi VCL WSRP4J XAP
On Wed, 2008-11-12 at 08:34 +0100, Bertrand Delacretaz wrote: Please add your reports at http://wiki.apache.org/incubator/November2008 Real Soon. Sorry, for the delay. We just added the report. salu2 -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Fri, 2008-10-31 at 11:50 +1100, David Crossley wrote: Grant Ingersoll wrote: Thorsten Scherler wrote: One more thing we need is: ssh people.apache.org cd /www/incubator.apache.org/ mkdir droids chown droids:droids droids However if I am doing groups on people I do not get the droids group but I remembered that you said you have set it up. I don't have that Karma. That would have to be a JIRA infra request, I think. I set up a Droids group in the SVN auth. However, I don't think we need an explicit Droids UNIX group (just look at all the others there) I presume that anyone on your project who wants to update your website, needs to ask to be added to the incubator UNIX group. http://apache.org/dev/reporting-issues.html#perms Thanks for pointing t out David. What we need is someone in the incubator group to add the directory. I _think_ all Incubator committers can be in that group, judging by the people who are already in that group. Maybe that's just an INFRA request? I just added the droids directory. Thanks very much I just deployed the documentation. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Tue, 2008-10-28 at 07:00 -0400, Grant Ingersoll wrote: Sorry, missed that part. At any rate: svn mv -m Move Droids from labs https://svn.apache.org/repos/asf/labs/droids https://svn.apache.org/repos/asf/incubator Committed revision 708523. Just did a checkout and it looks good. One more thing we need is: ssh people.apache.org cd /www/incubator.apache.org/ mkdir droids chown droids:droids droids However if I am doing groups on people I do not get the droids group but I remembered that you said you have set it up. TIA salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Mon, 2008-10-27 at 22:28 -0400, Grant Ingersoll wrote: OK, I believe I have toggled the necessary switch in the svn authorization files. I added Thorsten, Ryan, Oleg and me to the droids SVN group and gave permissions to /incubator/droids. I also added the Droids group to incubator/public, which seems to be the model for other projects in Incubator, please correct me if I'm wrong. Thorsten, can you give your mv command a try? I did and actually the result was no surprise: # step 1: move project from labs to incubator [EMAIL PROTECTED]:~$ svn mv https://svn.apache.org/repos/asf/labs/droids https://svn.apache.org/repos/asf/incubator svn: CHECKOUT of '/repos/asf/!svn/ver/708466/incubator': 403 Forbidden (https://svn.apache.org) svn: Your commit message was left in a temporary file: svn:'svn-commit.tmp' I do not have the right to create a new folder in the incubator root. That is why I wrote: (side-note: the following step 1 needs to be done from someone that has write access to the incubator rep) Please can you try and then I will take over again. salu2 On Oct 27, 2008, at 6:31 PM, Thorsten Scherler wrote: On Fri, 2008-10-24 at 08:00 +1100, David Crossley wrote: Grant Ingersoll wrote: Thorsten Scherler wrote: like pointed out in the other mail the next things for droids is to move svn, move the issues and setup the mailing lists. I reckon I will need to write to infrastructure to ask for help, right? Regarding the svn move I would like to ask one of the mentors (Ross, Paul or Grant) do do step 1 of [1] since I do not have sufficient rights to do it myself. TIA. I'm happy to help, but I need some mentoring on being a mentor ;-) I have permission to change the SVN auth stuff, but am not sure if this is outside my authority, since I think I'm only supposed to be responsible for Lucene stuff. Just do whatever you need. The link below refers to some Mentor guidelines. The only missing thing is now to move the svn, then we can set up http://incubator.apache.org/droids. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - 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] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Tue, 2008-10-28 at 07:00 -0400, Grant Ingersoll wrote: Sorry, missed that part. No worries. At any rate: svn mv -m Move Droids from labs https://svn.apache.org/repos/asf/labs/droids https://svn.apache.org/repos/asf/incubator Committed revision 708523. Just did a checkout and it looks good. Awesome. I did the rest of the protocol and we left labs now for good. All resources has been moved. ...now we can concentrate on leaving incubator again. ;) Cheers salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Project Proposal
On Mon, 2008-10-27 at 07:39 +0530, Hussain Fakhruddin wrote: Hi, The last time I sent out this email, the ms word document got stripped off. Here's the link for the document: http://jlingo.googlecode.com/files/JLingoProposal.doc Did you read http://incubator.apache.org/guides/proposal.html especially http://incubator.apache.org/guides/proposal.html#developing You should really create a wiki page since it is evolving proposal content. Further you need to find a champion and mentors for your proposal. A extended document about what jlingo does different then other and how to use this will as well help to fuel interest. HTH salu2 If you guys want to check out and comment on the project, here is the project source codes. http://code.google.com/p/jlingo/ Let me know your thoughts. Kind Regards, Hussain Fakhruddin -- Forwarded message -- From: Hussain Fakhruddin [EMAIL PROTECTED] Date: 2008/9/24 Subject: Apache Project Proposal To: general@incubator.apache.org Hi, I have prepared a rough draft of a Proposal which I would want ASF to have a look. I am not sure if this is the correct email where I should be sending it. Please consider it. Thanks, Regards, Hussain F. http://hussulinux.blogspot.com -- Computers are like airconditioners, they don't function if you open windows! -- Computers are like airconditioners, they don't function if you open windows! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Project Proposal
On Mon, 2008-10-27 at 15:41 +0530, Hussain Fakhruddin wrote: Hi Thorsten, I created the Wiki at : http://wiki.apache.org/incubator/JlingoProposal I have added details on how to use it, but however, I don't know where to upload sample source code.I.e the Proof of concept on how the project can be used. You misunderstood me, it is good that you added the details how to use it but your proposal should look like: http://wiki.apache.org/incubator/DroidsProposal or any other proposal from http://wiki.apache.org/incubator/ In the process of writing such a proposal you will find things like (which are incomplete in your proposal): * Orphaned products * Relationships with Other Apache Products * Sponsors see http://incubator.apache.org/incubation/Incubation_Policy.html#Entry +to+Incubation salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Fri, 2008-10-24 at 08:00 +1100, David Crossley wrote: Grant Ingersoll wrote: Thorsten Scherler wrote: like pointed out in the other mail the next things for droids is to move svn, move the issues and setup the mailing lists. I reckon I will need to write to infrastructure to ask for help, right? Regarding the svn move I would like to ask one of the mentors (Ross, Paul or Grant) do do step 1 of [1] since I do not have sufficient rights to do it myself. TIA. I'm happy to help, but I need some mentoring on being a mentor ;-) I have permission to change the SVN auth stuff, but am not sure if this is outside my authority, since I think I'm only supposed to be responsible for Lucene stuff. Just do whatever you need. The link below refers to some Mentor guidelines. The only missing thing is now to move the svn, then we can set up http://incubator.apache.org/droids. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Sun, 2008-10-26 at 11:34 +1100, David Crossley wrote: Thorsten Scherler wrote: David Crossley wrote: ... You need to do the Acceptance steps. I added you to the Reporting Schedule a while ago. The next step is to add your Status page. There are links to the relevant docs about that at the second paragraph of http://incubator.apache.org/clutch.html#notes Thanks David for pointing us in the right direction. I added and modified the status file of droids now. However you did bot follow the intructions to add the new entry to the table at http://incubator.apache.org/projects/ and to the right-hand side menu. If these instructions are not clear, then please fix them as you go. Actually my problem was that I got lost in documentation (many different pages). The information you finally refer to is found in http://incubator.apache.org/guides/website.html#Edit+your+project+status +report Setting Up a New Podling is referring to the above page as well. http://incubator.apache.org/incubation/Incubation_Policy.html#Setting+Up +a+New+Podling salu2 P.S. I am not in the incubator group so I could not update /www/incubator. -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Next steps for droids
Hi all, like pointed out in the other mail the next things for droids is to move svn, move the issues and setup the mailing lists. I reckon I will need to write to infrastructure to ask for help, right? Regarding the svn move I would like to ask one of the mentors (Ross, Paul or Grant) do do step 1 of [1] since I do not have sufficient rights to do it myself. TIA. I had a look at http://incubator.apache.org/clutch.html but have to admit I need to have a better look on the latest thread around the clutch tool to see how it works. I reckon as soon we set up the svn the start date will appear. The sponsoring organization are the hc and the lucene project. salu2 [1] http://markmail.org/message/wjlondcr6hkyosmz -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Next steps for droids
On Fri, 2008-10-24 at 08:00 +1100, David Crossley wrote: ... You need to do the Acceptance steps. I added you to the Reporting Schedule a while ago. The next step is to add your Status page. There are links to the relevant docs about that at the second paragraph of http://incubator.apache.org/clutch.html#notes Thanks David for pointing us in the right direction. I added and modified the status file of droids now. The point about Ask infrastructure to create source repository modules and grant the committers karma. seems to not be needed in the case of moving a labs project. First of all it is addressed best with a svn mv and second AFAIR we will keep the labs policy on commit access. I asked infrastructurer to create the ml and jira. Thanks again David, so good to have you around. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Result] [Vote] accept Droids into incubation
On Thu, 2008-10-16 at 12:01 -0400, Grant Ingersoll wrote: On Oct 15, 2008, at 7:59 AM, Thorsten Scherler wrote: On Tue, 2008-10-14 at 09:00 -0400, Grant Ingersoll wrote: I presume this is passed. I suppose we need to setup mailing lists, JIRA, etc. right? Since we are transferring from labs, is there anyway to import the issues from there? Yeah that would be awesome. Have you seen the latest threads on labs about the move? Any thread in particular? The move thread, here what we need to do: (side-note: the following step 1 needs to be done from someone that has write access to the incubator rep) # step 1: move project from labs to incubator svn mv https://svn.apache.org/repos/asf/labs/droids \ https://svn.apache.org/repos/asf/incubator # step 2: create old home again svn add https://svn.apache.org/repos/asf/labs/droids # step 3: re-add descriptor svn cp https://svn.apache.org/repos/asf/incubator/droids/doap.rdf \ https://svn.apache.org/repos/asf/labs/droids/ # step 4: change status in doap.rdf vi https://svn.apache.org/repos/asf/labs/droids/doap.rdf After this the project trees are in incubator and in labs remains a folder with the descriptor. Regarding the issues I am not an expert in jira administration but maybe somebody else can help out. Next thing is move svn, move issues and setup the mailing lists. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Result] [Vote] accept Droids into incubation
On Tue, 2008-10-14 at 09:00 -0400, Grant Ingersoll wrote: I presume this is passed. I suppose we need to setup mailing lists, JIRA, etc. right? Since we are transferring from labs, is there anyway to import the issues from there? Yeah that would be awesome. Have you seen the latest threads on labs about the move? salu2 -Grant On Oct 8, 2008, at 7:34 PM, Jukka Zitting wrote: Hi, On Thu, Oct 9, 2008 at 1:19 AM, Thorsten Scherler [EMAIL PROTECTED] wrote: Can the PMC ACK this result and we'll start the next step of the process? No ACK needed, as it was the Incubator PMC itself who just voted. Regarding the svn move ATM there are two trees under development https://svn.apache.org/repos/asf/labs/droids/trunk https://svn.apache.org/repos/asf/labs/droids/branch/LABS-144/ Where the latest has become kind of trunk. We can merge them if this will ease the work of migrating. I don't think you need anything more complicated than an svn move of labs/droids to incubator/droids. Whether or how you want to merge branches is a project decision that's up to you and the other committers. 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] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: moving over from labs [Re: [Result] [Vote] accept Droids into incubation]
On Thu, 2008-10-09 at 08:17 +0200, Bernd Fondermann wrote: ... I don't think you need anything more complicated than an svn move of labs/droids to incubator/droids. Whether or how you want to merge branches is a project decision that's up to you and the other committers. There is one additional step. According to the lab's bylaws[1], this labling wants to change its status from 'active' to 'promoted'. This is done by a majority vote of the lab PMC + the labling's PI and it should take place on [EMAIL PROTECTED] I think this vote will just go through easily, as we have discussed the transition in all details over at labs already. The incubator is not involved with this - I am just posting here in context. If people have a different take on this process: please post over at labs. I started a promotion vote over there. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Result] [Vote] accept Droids into incubation
The vote to accept Droids into the Apache incubator had been successful. There have been around 21 positive votes and not other. Can the PMC ACK this result and we'll start the next step of the process? Regarding the svn move ATM there are two trees under development https://svn.apache.org/repos/asf/labs/droids/trunk https://svn.apache.org/repos/asf/labs/droids/branch/LABS-144/ Where the latest has become kind of trunk. We can merge them if this will ease the work of migrating. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Vote] accept Droids into incubation
Please vote on accepting Droids into incubation. The proposal can be found at: http://wiki.apache.org/incubator/DroidsProposal The text of the proposal = Droids, an intelligent standalone robot framework = === Abstract === Droids aims to be an intelligent standalone robot framework that allows to create and extend existing droids (robots). === Proposal === As a standalone robot framework Droids will offer infrastructure code to create and extend existing robots. In the future it will offer as well a web based administration application to manage and controll the different droids which will communicate with this app. Droids makes it very easy to extend existing robots or write a new one from scratch, which can automatically seek out relevant online information based on the user's specifications. Since the flexible design it can reuse directly all custom business logic that are written in java. In the long run it should become umbrella for specialized droids that are hosted as sub-projects. Where an ultimate goal is to integrate an artificial intelligence that can control a swarm of droids and actively plan/react on different tasks. === Background === The initial idea for the Droids project was voiced in February 2007 from Thorsten Scherler mainly because of personal curiosity and developed as a labs project. The background of his work was that Cocoon trunk (2.2) did not provide a crawler anymore and Forrest was based on it, meaning we could not update anymore till we found a crawler replacement. Getting more involved in Solr and Nutch he saw the request for a generic standalone crawler. For the first version he took nutch, ripped out and modified the plugin/extension framework. However the second version were not based on it anymore but was using Spring instead. The main reason was that Spring has become a standard and helped to make Droids as extensible as possible. Soon the first plugins and sample droids had been added to the code based. === Rationale === There is ever more demand for tools that automatically do determinate tasks. Search engines such as Nuts are normally very focused on a specific functionality and are not focused on extensibility. Furthermore there are manly focused on crawling, requesting certain pages and extract links to other pages, which in our opinion is only one small area for automated robots. While there are a number of existing crawler libraries for various task, each of them comes with a custom API and there are no generic interface for automatically determining which crawler (droids) to use for a specific task. The Droids project attempts to remove this duplication of efforts. We believe that by pooling the efforts of multiple projects we will be able to create a generic robot framework that exceeds the capabilities and quality of the custom solutions of any single project. The focus of Droids is not a single crawler but more to offer different reusable components that custom droids (robots) can use to automate certain tasks. An intelligent standalone robot framework project will not only provide common ground for the developers of crawler but as well for any other automated application (robots) libraries. === Initial Goals === The initial goals of the proposed project are: * Viable community around the Droids codebase * Active relationships and possible cooperation with related projects and communities (e.g. reusing Tika for text extraction) * Generic robot API for crawling, extracting structured text content and/or new task, filtering task and handle the content * Flexible extension and plugin development to create a wide range of functionality * Fuel develop of various droids and bring the current wget style crawler to state-of-the-art level == Current Status == === Meritocracy === All the initial committers are familiar with the meritocracy principles of Apache, and have already worked on the various source codebases. We will follow the normal meritocracy rules also with other potential contributors. === Community === There is not yet a clear Droids community. Instead we have a number of people and related projects with an understanding that an intelligent standalone robot framework project would best serve everyone's interests. The primary goal of the incubating project is to build a self-sustaining community around this shared vision. === Core Developers === The initial set of developers comes from various backgrounds, with different but compatible needs for the proposed project. === Alignment === As a generic robot framework Droids will likely be widely used by various open source and commercial projects both together with and independent of other Apache tools. Apache projects like Cocoon, Lenya and Forrest are potential candidates for using different droids as an embedded component. == Known Risks == === Orphaned products === Till now only one company is known to use Droids in a productive environment however
Re: [PROPOSAL] Droids
On Fri, 2008-09-26 at 14:44 +0800, Niclas Hedhman wrote: On Thu, Sep 25, 2008 at 2:12 AM, Grant Ingersoll [EMAIL PROTECTED] wrote: Looks like we need one more mentor. Is it redundant to put myself as one since I'm already the champion and a listed committer? IMHO, not at all, on the contrary... Hmm, http://incubator.apache.org/incubation/Roles_and_Responsibilities.html#Mentor ...All Mentors must be members of the Incubator PMC http://incubator.apache.org/whoweare.html Grant is not on this page, trying to say Grant cannot be mentor as I understand the rules, or do I miss something? salu2 Cheers Niclas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Droids
On Fri, 2008-09-26 at 16:39 +0800, Niclas Hedhman wrote: On Fri, Sep 26, 2008 at 4:25 PM, Thorsten Scherler [EMAIL PROTECTED] wrote: ...All Mentors must be members of the Incubator PMC http://incubator.apache.org/whoweare.html Grant is not on this page, trying to say Grant cannot be mentor as I understand the rules, or do I miss something? Correct. But IIRC, Grant is a ASF Member and can therefor just send a request to join the PMC. Ah, cheers for the clarification. :) salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Project Proposal
On Wed, 2008-09-24 at 10:22 +0530, Hussain Fakhruddin wrote: Hi, I have prepared a rough draft of a Proposal which I would want ASF to have a look. I am not sure if this is the correct email where I should be sending it. Please consider it. It is the correct mailing list however you forgot to send us the link to the proposal. That would help considering it. ;) salu2 Thanks, Regards, Hussain F. http://hussulinux.blogspot.com -- Computers are like airconditioners, they don't function if you open windows! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Droids
On Tue, 2008-09-23 at 10:29 +0100, Ross Gardler wrote: Thorsten Scherler wrote: This is a proposal to enter the incubator. See http://wiki.apache.org/incubator/DroidsProposal for the most up-to-date version. I'm happy to mentor this proposal. :) Thank you very much Ross, I added your name to the proposal. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Droids
On Tue, 2008-09-23 at 12:11 +0100, Paul Fremantle wrote: I'm happy to mentor as well. I've added my name to the proposal. :) Thank you very much Paul. salu2 Paul On Tue, Sep 23, 2008 at 11:08 AM, Thorsten Scherler [EMAIL PROTECTED] wrote: On Tue, 2008-09-23 at 10:29 +0100, Ross Gardler wrote: Thorsten Scherler wrote: This is a proposal to enter the incubator. See http://wiki.apache.org/incubator/DroidsProposal for the most up-to-date version. I'm happy to mentor this proposal. :) Thank you very much Ross, I added your name to the proposal. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PROPOSAL] Droids
This is a proposal to enter the incubator. See http://wiki.apache.org/incubator/DroidsProposal for the most up-to-date version. As Champion we have Grant Ingersoll gsingers at apache dot org from the ASF. Droids is an Apache Labs project and we are still looking for some mentors for this proposal. We look forward to comments and discussion. = Droids, an intelligent standalone robot framework = === Abstract === Droids aims to be an intelligent standalone robot framework that allows to create and extend existing droids (robots). === Proposal === As a standalone robot framework Droids will offer infrastructure code to create and extend existing robots. In the future it will offer as well a web based administration application to manage and controll the different droids which will communicate with this app. Droids makes it very easy to extend existing robots or write a new one from scratch, which can automatically seek out relevant online information based on the user's specifications. Since the flexible design it can reuse directly all custom business logic that are written in java. In the long run it should become umbrella for specialized droids that are hosted as sub-projects. Where an ultimate goal is to integrate an artificial intelligence that can control a swarm of droids and actively plan/react on different tasks. === Background === The initial idea for the Droids project was voiced in February 2007 from Thorsten Scherler mainly because of personal curiosity and developed as a labs project. The background of his work was that Cocoon trunk (2.2) did not provide a crawler anymore and Forrest was based on it, meaning we could not update anymore till we found a crawler replacement. Getting more involved in Solr and Nutch he saw the request for a generic standalone crawler. For the first version he took nutch, ripped out and modified the plugin/extension framework. However the second version were not based on it anymore but was using Spring instead. The main reason was that Spring has become a standard and helped to make Droids as extensible as possible. Soon the first plugins and sample droids had been added to the code based. === Rationale === There is ever more demand for tools that automatically do determinate tasks. Search engines such as Nuts are normally very focused on a specific functionality and are not focused on extensibility. Furthermore there are manly focused on crawling, requesting certain pages and extract links to other pages, which in our opinion is only one small area for automated robots. While there are a number of existing crawler libraries for various task, each of them comes with a custom API and there are no generic interface for automatically determining which crawler (droids) to use for a specific task. The Droids project attempts to remove this duplication of efforts. We believe that by pooling the efforts of multiple projects we will be able to create a generic robot framework that exceeds the capabilities and quality of the custom solutions of any single project. The focus of Droids is not a single crawler but more to offer different reusable components that custom droids (robots) can use to automate certain tasks. An intelligent standalone robot framework project will not only provide common ground for the developers of crawler but as well for any other automated application (robots) libraries. === Initial Goals === The initial goals of the proposed project are: * Viable community around the Droids codebase * Active relationships and possible cooperation with related projects and communities (e.g. reusing Tika for text extraction) * Generic robot API for crawling, extracting structured text content and/or new task, filtering task and handle the content * Flexible extension and plugin development to create a wide range of functionality * Fuel develop of various droids and bring the current wget style crawler to state-of-the-art level == Current Status == === Meritocracy === All the initial committers are familiar with the meritocracy principles of Apache, and have already worked on the various source codebases. We will follow the normal meritocracy rules also with other potential contributors. === Community === There is not yet a clear Droids community. Instead we have a number of people and related projects with an understanding that an intelligent standalone robot framework project would best serve everyone's interests. The primary goal of the incubating project is to build a self-sustaining community around this shared vision. === Core Developers === The initial set of developers comes from various backgrounds, with different but compatible needs for the proposed project. === Alignment === As a generic robot framework Droids will likely be widely used by various open source and commercial projects both together with and independent of other Apache tools. Apache projects like Cocoon, Lenya and Forrest are potential candidates for using
Re: [PROPOSAL] Droids
On Mon, 2008-09-22 at 14:31 -0700, Otis Gospodnetic wrote: This sounds good to me. Are you planning to run Droids on top of Hadoop? Apache Droids aims to be a component framework for robots. Meaning that Apache Droids has just a couple direct dependencies (logging, ...). However components, such as plugins and robots (droids) can integrate whatever they want. If not, why not? I gladly welcome a queue implementation for Apache Droids that is build on top of hadoop. However that is ATM not very high on our todo list since more basic stuff still needs some attention. The short goal is to provide a couple of droids that can serve for the typical one-box crawling use-cases (being wget or nutch like). As soon we reached enough components we will look into support distributed queues. However as always: patches are welcome. ;) Cheers Otis for your feedback. salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Labs project promotion
Hi all, I seek your feedback regarding a discussion that we currently have on the labs ml [2]. I am the PI of the labs project droids and I like to move out of the labs and create a ASF subproject (either HC or Lucene, still to define). The labs bylaws [1] state: ... Lab Lifecycle ... Promoted Lab started incubation. When a lab is promoted, the files are moved over to the incubation area. This move to the incubation has raised some argumentation. One reason for this expressed in [3], stating that the code is developed on ASF homeland: ...BTW, why do you need to go through incubation? All the code was developed in the ASF. It's ASL. You already have a home designated for it. Seems like incubation can be skipped. Another reason to skip incubation is the possible lost of visibility of the project expressed in [5]: ...The thing is, people looking at HC may just say Oh, Droids. Interesting and take a look and join the community, whereas in incubator, who knows, it's might be lost in the noise One suggestion for this points is suggested in [6]: I does seem to me like there should be some sort of incubation fast track for a lab project that wants to become a subproject of an existing TLP. The thing that Droids [7] needs now is more exposure, committer with different use cases and different needs for robots and plugins. This is the only way to create a truly intelligent standalone robot framework. BTW I started an incubator proposal [8]. WDYT about either skipping or fast track incubation or doing the standard incubation? salu2 [1] http://labs.apache.org/bylaws.html [2] http://labs.markmail.org/search/?q=champion#query:champion+page:1 +mid:s2g4ab652sb2xqmh+state:results [3] http://markmail.org/message/3vvkiute54e34b6y [4] http://markmail.org/message/o4ykfjehiuhdbzhu [5] http://markmail.org/message/x4spyz7czgyys4eh [6] http://markmail.org/message/pctmfp54zqmzb4t2 [7] http://people.apache.org/~thorsten/droids/ [8] http://wiki.apache.org/incubator/DroidsProposal -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Graduate Derby from the incubator
On Mon, 2005-04-18 at 09:59 -0700, Cliff Schmidt wrote: On 4/18/05, Rodent of Unusual Size [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Brian Behlendorf wrote: Wouldn't how can we increase the number of new developers on Derby while still in incubation a better question to ask? I think only if the answer to 'does Derby need more committers before it can graduate' is 'yes.' Participation is growing nicely, but the Derby PPMC is being careful not to hand out commit access like candy. I definitely don't think the PPMC should lower the standard for commit access, nor do I think the Incubator PMC should lower the standard for Incubator graduation. I'm really surprised we're even talking about graduation before Derby has met the most basic rule of three independent committers (didn't we just have a thread on this a few weeks ago about log4net?). Once that has been met, I'd expect a discussion about whether the project has the kind of community that could continue to maintain and evolve the project even if one individual / company stopped contributing to it. I know that there are different opinions on the second point, but I believe the three committer rule is pretty widely agreed upon. Actually lenya has been in the exact same situation a while ago. The exact same condition was not made for a while. The thing I learned as most important lesson is that Apache is *not* about code but about community. I know that is one of the most used phrases but it is (and has to be) true and *very* important. What will happen if IBM will loose interest in Derby? Will the committer still be there for the project or is it more that they are committing because it is a paid job and as soon as they have to do it in their spare time there is no project? About but the Derby PPMC is being careful not to hand out commit access like candy that is perfectly alright but are we doing this normally on Apache? ...and how come they cannot find trust in active developer that are around for a while and contributing on a regular basis. Every new committer has to learn a lot and it may take a while but the project will/has to help (her)him. If a project is not ready to invite more people it is IMO not ready to leave the incubator. I guess the basic question would be, 'Does keeping Derby in the incubator add any value anywhere?' At this point I feel moderately strongly that it doesn't, but that's just me -- and I can be convinced otherwise. :-) I'm primarily concerned about the devaluation of the Apache brand by lowering our standards for what it means to have a strong, diverse community. I think the same way like Cliff. The lesson that derby still needs to learn is to trust and build a diverse community. saludos -- thorsten Together we stand, divided we fall! Hey you (Pink Floyd) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]