Re: [VOTE] Retire AWF from incubation
On Wed, Jul 4, 2012 at 11:18 PM, Roger Schildmeijer wrote: > [X] +1 Retire the AWF project /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: AWF status
On Sun, Jul 1, 2012 at 5:01 PM, Jukka Zitting wrote: > In preparation for reviewing the hopefully upcoming report, I gave a > brief look at how things are in the AWF podling. > > Unfortunately l see zero activity since April, which suggests that the > temporary activity drop mentioned in the April report has become a > more permanent state. > > AWF mentors, can you raise this issue with the community and report > back with a plan of action (possibly to retire) ideally already in > time for the July report? There is indeed a suggestion to retire the project on the awf-dev list: http://mail-archives.apache.org/mod_mbox/incubator-awf-dev/201207.mbox/browser Personally, I think it's time for retirement as activity has not picked up despite some previous discussions about the projects future. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] accept DirectMemory as new Apache Incubator podling
On Sun, Oct 2, 2011 at 9:36 AM, Simone Tripodi wrote: > [X] +1 Accept DirectMemory into the Apache Incubator (binding) /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESULT][VOTE] Deft to join the Incubator
Hi After 72 hours of voting, the results for Deft to join the Incubator are complete: * 9 +1's from IPMC members * 1 +1 from non-binding * No -1 * No 0 Binding +1: Alan D. Cabrera Bertrand Delacretaz Emmanuel Lecharny Julien Vermillard Mark Struberg Mohammad Nour El-Din Niklas Gustavsson Robert Burrell Donkin Tim Williams Non-binding +1: Ashish Paliwal Thanks for helping out on the proposal and voting! /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Deft to join the incubator
On Tue, Jul 5, 2011 at 12:35 PM, Niklas Gustavsson wrote: > [X] +1 Accept Deft for incubation /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Deft to join the incubator
t. === Relationships with Other Apache Products === Deft has dependencies upon other Apache Projects: !HttpClient and Maven. Also, Deft comes with a "built-in" asynchronous http client. It could be worth time to investigate if parts of [[http://mina.apache.org/asyncweb/client-ideas.html|Apache Mina's async http client]] could be reused. === An Excessive Fascination with the Apache Brand === The initial set of developers respect the Apache brand and feel that Apache is the right place to establish a healthy open source community. Deft itself will hopefully have benefits from Apache, in terms of attracting a community and establishing a solid group of developers. However, even if this proposal is not accepted, the development will continue. As such, there is no need to, or reason to, "abuse" the brand. == Documentation == Infoq article about Deft: http://www.infoq.com/articles/deft-loft Deft documentation: http://deftserver.org/ Deft issue tracker and source: https://github.com/rschildmeijer/deft/ Deft Continuous Integration: http://savagesprout.com:8180/jenkins/ == External Dependencies == The external dependencies that Deft uses are all Apache license or compatible licenses. * Google Guava (http://code.google.com/p/guava-libraries/, Apache License 2.0) * Logback (http://logback.qos.ch, Dual license, LGPL 2.1 and EPL v1.0) * Apache HttpClient (for unit/system tests) (http://hc.apache.org/httpcomponents-client-ga/, Apache License 2.0) * Ning's Async Http Client (for unit/system tests) (https://github.com/sonatype/async-http-client, Apache License 2.0) * JUnit (http://www.junit.org/, Common Public License - v 1.0) * javax.activation (http://mvnrepository.com/artifact/javax.activation/activation/1.1.1, Common Development and Distribution License (CDDL) Version 1.0) == Required Resources == === Mailing lists === * deft-private * deft-dev * deft-commits * deft-user === Subversion Directory === https://svn.apache.org/repos/asf/incubator/deft === Issue Tracking === JIRA DEFT (Deft) === Other Resources === * Jenkins for continuos integration. * deftserver.org domain to be transferred to ASF upon incubation. == Initial Committers == * Roger Schildmeijer (schildmeijer [at] gmail com) * Jim Petersson (jim.petersson [at] gmail com) * Johnathan Meehan (jmeehan [at] phasevariance com) * Nicholas Whitehead (nwhitehead [at] heliosdev org) * Séven Le Mesle (slemesle [at] xebia fr) == Sponsors == === Champion === * Niklas Gustavsson n...@apache.org === Nominated Mentors === * Emmanuel Lécharny (Apache Member) * Mohammad Nour El-Din (Apache Member) * Mark Struberg (Apache Memeber) === Sponsoring Entity === * Apache Incubator PMC - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
On Tue, Jul 5, 2011 at 12:12 PM, Mohammad Nour El-Din wrote: > Sorry to interrupt this technical discussion, but I believe that now > we are ready to go for a [VOTE] ? Agreed. I'll start a new thread. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
On Mon, Jul 4, 2011 at 12:13 PM, Mark Struberg wrote: > If it technically makes sense the way it is, then I could volunteer as 3rd > mentor a bit - but I'm pretty busted with work atm, so I may not have enough > time to go all the way with you. That's of course just fine, whatever time you can spend is great. Feel free to sign up in the wiki page (or let me know and I'll do it for you). /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
On Wed, Jun 29, 2011 at 4:05 PM, Mohammad Nour El-Din wrote: > You can sign me in. You've been added to the wiki page. One or two more mentors would be outstanding. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
On Mon, Jun 27, 2011 at 12:37 PM, Niklas Gustavsson wrote: > As you will note, the list of mentors is in need of some volunteers, > so if you find this interesting, feel free to sign up. Needless to > say, the same of course goes for committers. We're still in need for more mentors to sign up. Anyone willing? /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Kafka to join the Incubator
On Tue, Jun 28, 2011 at 7:00 PM, Jun Rao wrote: > Since the discussion on the thread of the Kafka incubator proposal is > winding down, I'd like to call a vote. +1 /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Retire Bluesky Podling
On Tue, Jun 28, 2011 at 7:49 AM, berndf wrote: > [X] +1, retire Bluesky for the time being /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Deft for incubation
On Mon, Jun 27, 2011 at 1:13 PM, Emmanuel Lecharny wrote: > Interesting. May be it can revive the AsyncWeb project. There is an obvious connection, so some collaboration would be of interest. > If this project needs a mentor, I can be one of them. You would be very welcome. Feel free to sign up on the wiki page. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[PROPOSAL] Deft for incubation
=== Relationships with Other Apache Products === Deft has dependencies upon other Apache Projects: !HttpClient and Maven. Also, Deft comes with a "built-in" asynchronous http client. It could be worth time to investigate if parts of [[http://mina.apache.org/asyncweb/client-ideas.html|Apache Mina's async http client]] could be reused. === An Excessive Fascination with the Apache Brand === The initial set of developers respect the Apache brand and feel that Apache is the right place to establish a healthy open source community. Deft itself will hopefully have benefits from Apache, in terms of attracting a community and establishing a solid group of developers. However, even if this proposal is not accepted, the development will continue. As such, there is no need to, or reason to, "abuse" the brand. == Documentation == Infoq article about Deft: http://www.infoq.com/articles/deft-loft Deft documentation: http://deftserver.org/ Deft issue tracker and source: https://github.com/rschildmeijer/deft/ Deft Continuous Integration: http://savagesprout.com:8180/jenkins/ == External Dependencies == The external dependencies that Deft uses are all Apache license or compatible licenses. * Google Guava (http://code.google.com/p/guava-libraries/, Apache License 2.0) * Logback (http://logback.qos.ch, Dual license, LGPL 2.1 and EPL v1.0) * Apache HttpClient (for unit/system tests) (http://hc.apache.org/httpcomponents-client-ga/, Apache License 2.0) * Ning's Async Http Client (for unit/system tests) (https://github.com/sonatype/async-http-client, Apache License 2.0) * JUnit (http://www.junit.org/, Common Public License - v 1.0) * javax.activation (http://mvnrepository.com/artifact/javax.activation/activation/1.1.1, Common Development and Distribution License (CDDL) Version 1.0) == Required Resources == === Mailing lists === * deft-private * deft-dev * deft-commits * deft-user === Subversion Directory === https://svn.apache.org/repos/asf/incubator/deft === Issue Tracking === JIRA DEFT (Deft) === Other Resources === * Jenkins for continuos integration. * deftserver.org domain to be transferred to ASF upon incubation. == Initial Committers == * Roger Schildmeijer (schildmeijer [at] gmail com) * Jim Petersson (jim.petersson [at] gmail com) * Johnathan Meehan (jmeehan [at] phasevariance com) * Nicholas Whitehead (nwhitehead [at] heliosdev org) * Séven Le Mesle (slemesle [at] xebia fr) == Sponsors == === Champion === * Niklas Gustavsson n...@apache.org === Nominated Mentors === === Sponsoring Entity === * Apache Incubator PMC - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept OpenOffice.org for incubation
On Fri, Jun 10, 2011 at 6:02 PM, Sam Ruby wrote: > As the discussions on the OpenOfficeProposal threads seem to be winding > down, I would like to initiate the vote to accept OpenOffice.org as an > Apache Incubator project. +1 (non-binding) /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Commented] (INCUBATOR-113) Hudson access for MRUnit podling
[ https://issues.apache.org/jira/browse/INCUBATOR-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13041485#comment-13041485 ] Niklas Gustavsson commented on INCUBATOR-113: - I've gone ahead and added you to hudson-jobadmin. Unfortunately, I don't have karma to close this issue so might have to do so yourself. > Hudson access for MRUnit podling > > > Key: INCUBATOR-113 > URL: https://issues.apache.org/jira/browse/INCUBATOR-113 > Project: Incubator > Issue Type: Task >Reporter: E. Sammer > > I'd like to request access (apache user esammer) to hudson to setup a build > for the mrunit podling. According to the hudson wiki page the PMC should have > access to grant accounts, but let me know if this should go to infra instead. > Thanks. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Hudson access
On Tue, Feb 1, 2011 at 3:03 PM, Benson Margulies wrote: > http://wiki.apache.org/general/Hudson#How_do_I_get_an_account says > that PMC chairs grant hudson access. > > Is this the process for the incubator, as well? Do others have karma > for this purpose? Hudson admins and infra also have access. If one of the mentors can add a JIRA issue for the incubator project, we can add those committers to Hudson. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Wave into the incubator
On Tue, Nov 30, 2010 at 7:52 AM, Dan Peterson wrote: > [X] +1 Accept Wave for incubation Non-binding. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE][PROPOSAL] Amber incubator
On Wed, May 5, 2010 at 12:48 AM, Simone Gianni wrote: > I would like to present for a vote the following proposal to be sponsored by > the Shindig PMC for a new "Amber" podling. +1 (non-binding), very interesting project, hoping to lurk around. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE][PROPOSAL] Spatial Information Systems Proposal
On Wed, Feb 17, 2010 at 4:15 AM, Ian Holsman wrote: > [X] +1. Accept SIS into the Incubator. Interesting stuff, will lurk on the dev list :-) /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Incubate Lucene Connector Framework
On Fri, Jan 8, 2010 at 2:51 PM, Grant Ingersoll wrote: > On behalf of the Lucene PMC, I'd like to propose incubation for a new Lucene > subproject called the Lucene Connector Framework (LCF). I think we have all > the > necessary bits in place for the proposal to go forward. +1 (non-binding), sounds very useful! /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Clerezza
On Fri, Nov 20, 2009 at 2:13 PM, Niclas Hedhman wrote: > Your proposal mentions "Open Software License v3.0". I'm not at my computer, > but if memory serves me any at all, I vaguely recall it being a problematic > one. Does resolved.html mentions it? Listed as weak copyleft with its ilk like EPL and CDDL: "By attaching a prominent label to the distribution and requiring an explicit action by the user to get the reciprocally-licensed source, users are less likely to be unaware of restrictions significantly different from those of the Apache License" /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Aries proposal for incubation
On Tue, Sep 15, 2009 at 5:54 PM, Jeremy Hughes wrote: > Please cast your votes: +1 /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache Aries incubator for Enterprise OSGi
On Wed, Sep 9, 2009 at 8:14 PM, Kevan Miller wrote: > Cool! So, IMO would be best to post the names here on general@ and let > Jeremy update the Wiki. Since we're at it, I'd like to sign up as a committer as well (apache username ngn). Will be quite time constrained in the next two-three months but the areas deeply interests me so I'll chime in where possible. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache JSecurity/Ki Project Rename - Final Vote
On Thu, Jun 4, 2009 at 3:45 PM, Les Hazlewood wrote: > This is the final vote for the Apache JSecurity/Ki project's new name > between the two proposed finalists. +1 Shiro /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Apache JSecurity/Ki rename - choose your favorite!
Apache Shiro /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduate Apache Sling as Top Level Project
On Fri, May 29, 2009 at 10:11 PM, Felix Meschberger wrote: > [X] +1 to recommend Sling's graduation Great project, been very useful for me at many times. Good luck! /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Continuous Build environment?
On Wed, Dec 17, 2008 at 9:11 AM, Jason van Zyl wrote: > I've never tried hooking up agents to more then one master, but if that > works sure. Oh, that was not really my question. I was wondering if we could install separate agents that would be controlled by the Apache Hudson? /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Continuous Build environment?
On Tue, Dec 16, 2008 at 11:28 PM, Jason van Zyl wrote: > We're still trying to figure out how the machine is being utilized but we > can offer up some space for Apache projects that are interested using the > grid Sonatype has setup for Maven: Could we have Hudson agents connected to the Hudson installation at Apache set up on the Sonatype grid? Would be nice not having to work with multiple Hudson's. /niklas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduate Buildr as TLP
On Thu, Nov 6, 2008 at 6:03 PM, Alex Boisvert <[EMAIL PROTECTED]> wrote: > [X] +1 Approve graduation of Buildr as a Top-Level Project Non binding. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Accepting Kato into the Incubator
On Thu, Oct 30, 2008 at 10:14 AM, ant elder <[EMAIL PROTECTED]> wrote: > The Kato proposal has been out for discussion for a few weeks now, > please vote on accepting the Kato project for incubation. +1 (non-binding). Always great to see JSRs working in the open. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Accepting OpenWebBeans into the Incubator
On Sun, Oct 12, 2008 at 4:50 PM, Gurkan Erdogdu <[EMAIL PROTECTED]> wrote: > Please vote on accepting the OpenWebBeans project for incubation. The full > OpenWebBeans proposal is available at the end of this message and as a wiki > page at http://wiki.apache.org/incubator/OpenWebBeansProposal. +1 (non-binding), thrilled to see some work at Apache on this crucial piece of the Java EE puzzle. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuous Build environment?
On 10/13/08, Brett Porter <[EMAIL PROTECTED]> wrote: > Continuum currently runs on Linux - I'm currently investigating > setting up a Windows server for the same. That would be very useful, if we could plan for running a Hudson agent on that server as well would be excellent. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuous Build environment?
On Sun, Oct 12, 2008 at 5:29 PM, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > Does Apache have build-environment resources that we could leverage? Perhaps > a shared Atlassian Bamboo or Apache Continuum or similar? As pointed our by Daniel, there is a Continuum install available as well as Hudson (http://hudson.zones.apache.org/hudson/) and the Geronimo guys seems to be setting up AntHill, do know if the idea is to open that up to all projects. > I would like to see us building continuously on Windows and Linux and OSX. This interests me as well. As a user of Hudson, would it be possible to have build agents on other OSes than the one currently used (Solaris)? /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: status of PGP support in Maven
On Tue, Oct 7, 2008 at 3:21 PM, Hiram Chirino <[EMAIL PROTECTED]> wrote: > Because we would be including the checksum in the source code of the > project that needs the dependency. Is the idea to do this in the POM or similar? Having something like: commons-lang commons-lang 2.3 ABC...123 /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Depending on incubating project
On Wed, Sep 17, 2008 at 7:11 AM, Henning Schmiedehausen <[EMAIL PROTECTED]> wrote: > Branch and experiment. FtpServer does not need to be one-dimensional. > You will probably not release this code to an unsuspecting public > anyway, will you? ;-) I wouldn't know about unsuspecting :-) Yes, I would like to include this code in the FtpServer releases. Of course we due warning in place, like the incubation disclaimer. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [POLICY] Allow extra release distribution channels like the central Maven repository
On Wed, Sep 10, 2008 at 8:34 AM, Jukka Zitting <[EMAIL PROTECTED]> wrote: > [X] +1 Yes, allow extra release distribution channels like the central > Maven repository Non-binding. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept Etch into the Incubator
On Mon, Aug 25, 2008 at 7:22 PM, James Dixson <[EMAIL PROTECTED]> wrote: > Please vote on accepting Etch into the Incubator. +1 (non-binding) /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Apache CouchDB 0.8.1-incubating release
On Wed, Aug 13, 2008 at 9:01 PM, Noah Slater <[EMAIL PROTECTED]> wrote: > On Wed, Aug 13, 2008 at 08:20:59PM +0200, Niklas Gustavsson wrote: >> "Copyright (c) 2008 Akos Maroy <[EMAIL PROTECTED]> >> >> Copying and distribution of this file, with or without modification, >> are permitted in any medium without royalty provided the copyright >> notice and this notice are preserved." >> >> However, the NOTICE file does not contain the second line and I can't >> seem to find it elsewhere. > > The paragraph under the copyright line is effectively the software licences > and > the NOTICE file does not contain any licence information for 3rd party > software. You might be right, however, my interpretation of this: "The remainder of the NOTICE file is to be used for required third-party notices" And the use of the work "notice" in the autoconf statement made me think you need it in the NOTICE file. But, I'm sure more knowledgeable people will step in :-) /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Apache CouchDB 0.8.1-incubating release
On Wed, Aug 13, 2008 at 7:12 PM, Noah Slater <[EMAIL PROTECTED]> wrote: > Pursuant to the Releases section of the Incubation Policy we would now like to > request the approval of the Incubator PMC to make the release. +1 (non-binding). An issue that should be fixed, but I don't believe is blocking for the release is that the license for the autoconf macro reads: "Copyright (c) 2008 Akos Maroy <[EMAIL PROTECTED]> Copying and distribution of this file, with or without modification, are permitted in any medium without royalty provided the copyright notice and this notice are preserved." However, the NOTICE file does not contain the second line and I can't seem to find it elsewhere. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Etch
On Thu, Jul 31, 2008 at 6: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. +1 for incubation (non-binding). While I find this area to be a bit overcrowded lately, having both Etch and Thrift at Apache and Protocol buffers under ASL 2.0 does offer some interesting opportunities for competition as well as cooperation. I do share the concerns about naming conflicts. Debian is by far more well known and trying to establish this project under a conflicting name would be hard. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept Tashi into the Incubator
On Mon, Aug 4, 2008 at 7:48 PM, Doug Cutting <[EMAIL PROTECTED]> wrote: > Please vote on accepting Tashi into the Incubator. +1 (non-binding) /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Accept Click for Incubation
Looks like an interesting project! On Mon, Jul 14, 2008 at 1:14 PM, Henning Schmiedehausen <[EMAIL PROTECTED]> wrote: > [X] +1 Accept Click for incubation /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Incubate JSecurity Project
+1 /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Apache Tuscany Graduation as TLP
+1 /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSecurity Champion Recruitment
On Wed, May 7, 2008 at 8:55 PM, Les Hazlewood <[EMAIL PROTECTED]> wrote: > JSecurity (http://www.jsecurity.org/) is a "powerful and flexible > open-source Java security framework that cleanly handles > authentication, authorization, enterprise session management and > cryptography." I've was just looking at JSecurity a few weeks back as an option for replacing our homebrewed solution we use in FtpServer. From the documentation it looks like it would be a perfect fit. That said, I would be interested in you becoming a podling. Since I'm not an Apache member I can't champion the project nor am I a IPMC member so I can't mentor you either. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Accept CouchDB for incubation
Sam Ruby wrote: We've had an initial discussion, which attracted a number of messages of encouragement, and identified no issues or concerns. Then we proceeded onto a proposal, which attracted three excellent mentors. Now it is time to vote on the proposal which can be found on the Apache Wiki, and reproduced below. Without a doubt, +1 (non-binding). /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Shindig, an OpenSocial Container
+1 (non-binding), nice with Apache activity in this interesting area. /niklas Brian McCallister wrote: Shindig Proposal -- = Abstract = Shindig will develop the container and backend server components for hosting OpenSocial applications. = Proposal = Shindig will develop a JavaScript container and implementations of the backend APIs and proxy required for hosting OpenSocial applications. = Background = OpenSocial provides a common set of APIs for social applications across multiple websites. With standard JavaScript and HTML, developers can create social applications that use a social network's friends and update feeds. A social application, in this context, is an application run by a third party provider and embedded in a web page, or web application, which consumes services provided by the container and by the application host. This is very similar to Portal/Portlet technology, but is based on client-side compositing, rather than server. More information can be found about OpenSocial at http://code.google.com/apis/opensocial/ == Rationale == Shindig is an implementation of an emerging set of APIs for client-side composited web applications. The Apache Software Foundation has proven to have developed a strong system and set of mores for building community-centric, open standards based systems with a wide variety of participants. A robust, community-developed implementation of these APIs will encourage compatibility between service providers, ensure an excellent implementation is available to everyone, and enable faster and easier application development for users. The Apache Software Foundation has proven it is the best place for this type of open development. = Current Status = This is a new project. = Meritocracy = The initial developers are very familiar with meritocratic open source development, both at Apache and elsewhere. Apache was chosen specifically because the initial developers want to encourage this style of development for the project. === Community === Shindig seeks to develop developer and user communities during incubation. = Core Developers = The initial core developers are all Ning employees. We hope to expand this very quickly. = Alignment = The developers of Shindig want to work with the Apache Software Foundation specifically because Apache has proven to provide a strong foundation and set of practices for developing standards-based infrastructure and server components. = Known Risks = == Orphaned products == Shindig is new development of an emerging set of APIs. == Inexperience with Open Source == The initial developers include long-time open source developers, including Apache Members. == Homogenous Developers == The initial group of developers is quite homogenous. Remedying this is a large part of why we want to bring the project to Apache. == Reliance on Salaried Developers == The initial group of developers are employed by a potential consumer of the project. Remedying this is a large part of why we want to bring the project to Apache. == Relationships with Other Apache Products == None in particular, except that Apache HTTPD is the best place to run PHP, which the server-side components Ning intends to donate have been implemented in. == A Excessive Fascination with the Apache Brand == We believe in the processes, systems, and framework Apache has put in place. The brand is nice, but is not why we wish to come to Apache. = Documentation = Google's OpenSocial Documentation: http://code.google.com/apis/opensocial/ Ning's OpenSocial Documentation: http://tinyurl.com/3y5ckx = Initial Source = Ning, Inc. intends to donate code based on their implementation of OpenSocial. The backend systems will be replaced with more generic equivalents in order to not bind the implementation to specifics of the Ning platform. This code will be extracted from Ning's internal development, and has not been expanded on past the extraction. It will be provided primarily as a starting place for a much more robust, community-developed implementation. = External Dependencies = The initial codebase relies on a library created by Google, Inc., and licensed under the Apache Software License, Version 2.0. = Required Resources = Developer and user mailing lists A subversion repository A JIRA issue tracker = Initial Committers = Thomas Baker<[EMAIL PROTECTED]> Tim Williamson <[EMAIL PROTECTED]> Brian McCallister <[EMAIL PROTECTED]> Thomas Dudziak <[EMAIL PROTECTED]> Martin Traverso <[EMAIL PROTECTED]> = Sponsors = == Champion == Brian McCallister <[EMAIL PROTECTED]> == Nominated Mentors == Brian McCallister <[EMAIL PROTECTED]> Thomas Dudziak <[EMAIL PROTECTED]> Santiago Gala <[EMAIL PROTECTED]> Upayavira <[EMAIL PROTECTED]> == Sponsoring Entity == The Apache Incubator. - To unsubscrib
Re: [VOTE] RAT to enter incubator
+1 (non-binding) /niklas Robert Burrell Donkin wrote: i'd like to propose that the IPMC sponsors the entry of RAT into the incubator - robert --8<- [ ] +1 Allow RAT to enter incubator, sponsored by IPMC [ ] +0 [ ] -0 [ ] -1 Do no allow RAT to enter incubator --- Rat Proposal == Abstract RAT is comprehension and auditing for distributions and source code. Proposal -- RAT will provide a focus for components, applications and integration tools for the comprehension and audit of distributions and source code. It will collect data and meta-data as required. It will create suitable schemas for this data and meta-data as required. Background -- RAT began as an attempt to automate the technical part of reviewing releases in the incubator. Following requests for access from release managers, RAT was developed as an open source project under the Apache License 2.0. Rationale --- Reviewing releases for compliance with Apache technical criteria and policies is time consuming. The Incubator requires that all releases are reviewed. Though small mistakes are common, this process typically adds only a little value. It is common for candidates to be presented with small but significant defects which then must be fixed and the candidate represented. Significant energy and good will is wasted by this process. This is unnecessary. Given effort, these technical criteria are capable of automation. Automated continuous checking of the source would allow the Incubator PMC to be alerted promptly to potential issues. Integration with build tools (such as Apache Ant and Apache Maven) would allow releases to be checked automatically and continuously. Initial Goals -- * Read standard license meta-data for documents without license headers * Improved RAT reporting * RAT source reporting for major build tools * Continuous RAT * RAT analytics: using meta-data to verify rules o Apache third party documents policy analysis o license compatibility analysis * Discordia integration to allow distributed binaries to be recognised * RAT analytic integration for major build tools * Improved recursive RAT scripts for better analysis of release with many distributables Current Status === Meritocracy -- I'm very happy to move from a solo development model towards a collective one as more active developers are recruited. Community -- The RAT community needs to be developed. Having RAT here at Apache will hopefully encourage release managers to take a more active role in developing RAT. Core Developers -- It has been developed principally by myself but with significant contributions of small amounts of code from other Apache members and committers. Alignment RAT has found itself becoming a standard part of the Apache release infrastructure. The Incubator needs fully featured release tools. It makes sense to bring the project here. Known Risks == Orphaned Projects - This is a project with a set of definite goals aimed at serving the wider Apache community. There may well come a time when the coding is actually finished. It has a small set of developers who all have many other calls on their time. The target user audience is relatively small. So, this risk is real. I think that it's clear that something similar to RAT is required. So, unless another better product is developed, time will be found to push RAT forward. Even if one day, RAT is orphaned then it will have done it's job. Inexperience With Open Source - The contributors are Apache members or experienced Apache committers. Reliance On Salaried Developers I know of no one who's paid to work on RAT. Relationships with Other Apache Products -- RAT contains an Ant reporting plugin. Codehaus hosts a Maven reporting plugin. Analytic plugins for Ant and Maven will be developed. There are overlaps with Tika and there has been some talk of collaboration. The discordia lab will likely be used for license and artifact meta-data. RAT may integrate with Gump for continuous code scanning. Initial Source * [WWW] http://code.google.com/p/arat/source * [WWW] http://mojo.codehaus.org/rat-maven-plugin External Dependencies Compliant with current Apache policy. Cryptography - Required to check signatures. Required Resources Mailing lists: * rat-private * rat-dev * rat-comm
Re: [VOTE] Accept project Buildr for incubation
+1, Buildr is excellent stuff. /niklas Matthieu Riou wrote: Hi, Following up on the proposal discussed at [1] I'd like to call for a vote to incubate Buildr. Buildr is a simple and intuitive build system for Java projects written in Ruby (and based on Rake), please see the complete proposal text at [2] or at the end of this e-mail. Also we're missing one more mentor so if someone could volunteer, that would really be great. Please vote on accepting Buildr into the Apache Incubator. This vote will run until Thursday November 1st at 3pm PST. [ ] +1 Accept Buildr project for incubation [ ] 0 Don't care [ ] -1 Reject for the following reason : Thanks! Matthieu [1] http://mail-archives.apache.org/mod_mbox/incubator-general/200710.mbox/[EMAIL PROTECTED] [2] http://wiki.apache.org/incubator/BuildrProposal --- = Abstract = Buildr is a simple and intuitive build system for Java projects. = Proposal = Buildr is a build system for Java applications. We wanted something that's simple and intuitive to use, so we only need to tell it what to do, and it takes care of the rest. But also something we can easily extend for those one-off tasks, with a language that's a joy to use. And of course, we wanted it to be fast, reliable and have outstanding dependency management. Here's what we got: * A simple way to specify projects, and build large projects out of smaller sub-projects. * Pre-canned tasks that require the least amount of configuration, keeping the build script DRY and simple. * Compiling, copying and filtering resources, JUnit/TestNG test cases, APT source code generation, Javadoc and more. * A dependency mechanism that only build that which changed since the last release. * Buildr uses the same file layout, artifact specifications, local and remote repositories as Maven 2. * All your Ant tasks belong to us! Anything you can do with Ant, you can do with Buildr. * Buildr is Ruby all the way down. No one-off task is too demanding when you write code using variables, functions and objects. * Simple way to upgrade to new versions. * Did we mention fast? = Background = Buildr is developed using the Ruby language and is layered on top of Rake, a popular build program for Ruby that provides all the task and task dependency infrastructure. It also relies on AntWrap to allow the reuse of all existing Ant tasks. = Rationale = Buildr's initial focus was to be layered on top of a powerful scripting language. It's an internal DSL and therefore enjoys a lot of ease of use and extensibility. It's also declarative, which gives scripts expressiveness (they're easy to read). And there's no XML! We believe bringing Buildr at Apache is a good way to expand even more the build tool space, attract more committers and users to Buildr and have people start playing with the Ruby language, both within and outside the foundation. = Current Status = == Meritocracy == Buildr has been mostly developed by Assaf Arkin but others have contributed either directly or through patches. In addition to contributed patches, work on Scala and JRuby is done by community members, and we're working to cultivate that and add more committers. == Community == A community of standard users but also power users is building around Buildr and several people are using it in all sort of different projects. Currently the discussion group has 86 members, more statistics available at http://groups.google.com/group/buildr-talk?lnk=srg == Core Developers == Core developers are mostly from a single organization but more and more power users are contributing patches and trying to extend Buildr. Also current core developers are very experienced in open source and already follow the Apache ways. == Alignment == Buildr is in line with the existing strong culture of build tools at Apache (Ant, Maven, Ivy, ...). It already relies on Maven2 repositories and follows most of its project structure conventions. It allows reuse of Ant tasks. Not to mention that other Apache projects could use it for their build (as ODE already does). = Known Risks = == Orphaned Projects == Buildr core development is still very much dependent on Assaf but more and more people are getting familiar with the way Buildr works and its intricacies. So we're aware of the problem but also confident that we're on the right track as more and more people get involved. == Inexperience with Open Source == Many committers have experience working on open source projects. Three of them are Apache committers. == Reliance on Salaried Developers == Buildr is part of the committers job but is far from being the main company focus. So it's part working time and part personal time. == Relationships with Other Apache Products == As there aren't many Ruby projects in the ASF yet, there's less relationship possible for the time being. But Apache ODE is already using Buildr as its build tool
Re: Missing reports
robert burrell donkin wrote: On 4/14/07, Jukka Zitting <[EMAIL PROTECTED]> wrote: Hi, The reports from the following projects are still missing: FtpServer Heraldry maybe this one needs to be written up by the IPMC. opinions? I'll be happy to write one for FtpServer, however if the IPMC would rather write, that's fine with me. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FtpServer mentor/commiter shortage
Niclas Hedhman wrote: On Wednesday 04 April 2007 03:33, Niklas Gustavsson wrote: Currently, there is only one active commiter (me) and no active mentors. This causes some issues with the project. As a way of promoting the project and possibly get more people interested in contributing, it's my belief that we need to get a series of milestone releases out (much like most other incubating projects). As Bill points out, no releases before you have more eyeballs. Sad, I agree... It's a position I certainly can agree with as well. I think that FTP is perceived as 'old' and not relevant anymore. On top of that, I suspect that FtpServer is almost complete, which makes noone's fingers itchy. "Why bother with FTP, when it comes with every *nix computer, or can easily be installed?" Yes, I think this is one of the main reasons FtpServer is having these problems. FTP is not as cool as some newer stuff, even though its use is probably magnitudes larger. Myself I like to mix well established stuff and the new and cool :-) I think you should concentrate on a couple of higher profile use-cases. - Knopflerfish has a telnet server connection available for the console. AFAIK, Apache Felix doesn't have that. How can the existing Felix Text UI (TUI) be complemented with FTP client access? - I have seen StarWars parody over an FTP session. Hack something cool up which you can host somewhere (ask at http://www.ops4j.org if nothing else). - Describe via documentation more complex cases, which can be done via FTP. - If secure FTP is supported, push for that as an alternative to SSH, which ain't that easy to use with jsch for instance. If secure FTP is not supported, that is where you get the additional developers. I think all of these are great ideas for articles and blog posts. Thanks! - Evangelize why FTP is not dead, and still viable for certain scenarios. It's at least used in great extent and bridging to other protocols (JMS, WS-* and so on) is surely needed. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FtpServer mentor/commiter shortage
William A. Rowe, Jr. wrote: It's a problem though, when there is only one committer on the code. I encourage you to approach both the Tomcat and Jakarta communities to attract some additional hackers! We (Incubator PMC) won't permit a release when there are fewer than three sets of eyeballs on the -code-, because by definition it's neither collaborative nor scrutinized. In the specific case of FtpServer, the significant parts have in fact been worked on by multiple commiters over time, although I'm the only one remaining. But, in general I certainly agree with the principle and given that it would be good idea to have multiple commiters actually maintaining a release after its out, I feel that we should maybe not focus on releasing FtpServer after all. We all need other developers looking at our code, especially considering all of the 'security issues' in the FTP protocol in this case. (I use the phrase security pretty loosely here, many of the supposed security-related issues are nothing but implementation and protocol flaws, and their claims to be security related are in some cases very dubious.) In the case of FTP, most security issues is pretty much built into the original protocol, and we need to support the later RFCs for SSL to fix that (luckily we do :-) (FYI - were I a Java fan - I'd be there for you :) Certainly not biased towards httpd-mod_ftp v.s. FtpServer - I think it's great that both are at the ASF. Strictly my own language-bias.) I have the same language-bias (or is it maybe ignorance) against mod_ftp so I understand your position :-) /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FtpServer mentor/commiter shortage
Yoav Shapira wrote: On 4/4/07, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: I strongly think that Tomcat is your best ally here - in the same way that Niklas, speaking with my Tomcat hat on, you're definitely welcome to join the [EMAIL PROTECTED] mailing list and bounce your thoughts off the Tomcat team. I'm not sure if any existing committers would be particularly interested, but you might at least get some constructive discussions around your ideas. We've been adding more connectors (heck, we've got like four connectors just for HTTP/1.1 already), so if you've got an FTP connector that fits the Tomcat Connector API, that could be sweet. This is a great idea! I will start playing around with the Tomcat APIs to see how to best fit FtpServer into it. I'll also join the dev list and when I feel more comfortable with the APIs start a discussion. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FtpServer mentor/commiter shortage
Hey, over at FtpServer we have a issue with the lack of mentors/commiters. Currently, there is only one active commiter (me) and no active mentors. This causes some issues with the project. As a way of promoting the project and possibly get more people interested in contributing, it's my belief that we need to get a series of milestone releases out (much like most other incubating projects). That way, it's easier for our users to actually start using FtpServer and for us to start writing on how to use it easily. However, the lack of active commiters means that we haven't even been able to complete the voting process for Milestone 1 due to lack of responses [1][2]. The vote has been going for more than one month. I'm not sure what would be the best way forward and would like to ask for assistance from the Incubator. As one possible route, I would be very happy if we would be able to get some new volunteers for mentoring the project. /niklas [1] Start of voting http://permalink.gmane.org/gmane.comp.jakarta.ftpserver.devel/487 [2] http://permalink.gmane.org/gmane.comp.jakarta.ftpserver.devel/574 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Ftpserver] Substitute PASV IP / ftpserver build failed
Nate Grandner wrote: hi, I'm not sure where to ask this (since it is a usage question, not a project or dev one), but I have a quick question dealing with the address sent as a response to the PASV command. My FTP Server is behind a router, so the passive IP is set to the local address of the server. Is it possible to send the router's address to the client instead? As Niclas pointed out, please feel free to ask this over at ftpserver-dev@incubator.apache.org and I'll make sure to answer any question there. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Publish Yoko M2 Release
Rick McGuire wrote: The Yoko community voted on and has approved a proposal to release Yoko Milestone 2. Pursuant to the Releases section of the Incubation Policy we would now like to request the permission of the Incubator PMC to publish the milestone on the Yoko Download page. How come the notice file in yoko-distribution-1.0-incubating-M2.jar contains quite a few more items than the one in yoko-distribution-1.0-incubating-M2-runtime-bin.zip? Besides that everything looks good as far as I can see. +1 (non-binding). /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is Apache FTP Server project available in maven repository?
Hi Bhole, Ulhas wrote: Hi all, Sorry for my previous mail not mentioning the project name. I thought it was going to the FTP server project. No, FtpServer has not yet completed a release and we have not published any snapshots. However, we are currently doing a vote on a first release. That vote would first have to pass among the FtpServer project commiters and then here at the Incubator before the release would be made available. Feel free to ask further questions on the FtpServer dev list at: ftpserver-dev@incubator.apache.org /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [DISCUSS]Incubator podling mvn pom files...
Trustin Lee wrote: I agree with the idea on extending a parent POM generally, but org.apache:apache-incubator might be more reasonable for the projects under incubation. I agree. Having an Incubator POM that includes the necessary stuff like the Maven remote resources, GPG and RAT plugin configuration would most certainly increase the quality of the metadata and binaries released from the Incubator. I'll be happy to help out with the effort. /someone-whos-been-struggeling-with-getting-the-ftpserver-build-right-the-last-couple-of-days - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Apache Tuscany SCA Java M2 release
Looks great as far as I can see (the .rat files is nice assistance). +1 (non-binding) /niklas Simon Nash wrote: A vote has recently completed on the tuscany-dev list to release Tuscany SCA Java M2. The vote passed with binding +1s from rfeng, jmarino, rineholt, svkrish, isilval, antelder, dims, and jboynes, and a non-binding +1 from Simon Nash. The vote thread is here: http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200612.mbox/[EMAIL PROTECTED] Could IPMC members please take a look at this release proposal. We need two more +1s from IPMC members in addition to the +1 we have already received from Dims. Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release ServiceMix 3.0.1
Guillaume Nodet wrote: Yeah. maybe. Anyway, it will be difficult to fix until the maven guys take a look at the bug. I've raised a JIRA for that: http://jira.codehaus.org/browse/MRELEASE-180 What you probably could do in the meantime is to stick the license comment inside of the project element. Maven only seems to loose comments on the root level (for example notice how your
Request for FtpServer JIRA karma
Hi I'm a commiter on the incubating FtpServer project. As there is currently only one active commiter with admin (edit, close and assign issues, manager versions and components) rights I would like to apply for this level of access to help share the load. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FTPServer one more time
Hi Noel Noel J. Bergman wrote: Niklas Gustavsson wrote: I'm not a commiter but I do have my CLA on file "niklas" is already taken for another account. What would be your prefered alternative(s)? Any updates on the progress of setting up the accounts for Sergey and me? /niklas --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FTPServer one more time
Noel J. Bergman wrote: Niklas Gustavsson wrote: I'm not a commiter but I do have my CLA on file "niklas" is already taken for another account. What would be your prefered alternative(s)? ngn would be fine, thanks! It doesn't seem to be taken based on the list at http://apache.org/~jim/committers.html. /niklas --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FTPServer one more time
Niclas Hedhman wrote: On Friday 30 December 2005 14:55, Noel J. Bergman wrote: I can take care of Niclas immediately, since he's already an ASF Committer. I just checked the CLA records as of today, and we do not have a CLA from Sergey Vladimirov. As soon as we do, we can put in an account request for him. Please note that Niclas Hedhman is not Niklas Gustavsson, and AFAICT NG is not a current committer. I have no particular interest in the project, at least not from a technical point of view. That is correct, I'm not a commiter but I do have my CLA on file since I've previously contributed code to commons. /niklas --- Niklas Gustavsson http://www.protocol7.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Ftpserver] Comments on the new code
Paul Hammant wrote: OK, if we're keen about Dependency Injection, we'd need to change a lot. The basic FtpConfig component should have little knowledge of UserManager (and others), and no coupling to it... If we do aim for a DI/IoC approach (and I think we should), should we choose a DI implementation (Pico, Spring...) that we ship as the default implementation? Or, should we try to implement a specialized runtime ourselves? I would certainly go for the former option and would favour Spring but I'm guessing that Paul won't agree on this choice :-). /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Ftpserver] SVN and mailing lists
Noel J. Bergman wrote: Remind me if no one else gets to it first. As I write this note, I'm sitting at LAX, without connectivity. I have no idea when this will actually get posted. Now that it appears that FTPServer has happily come back to life, I would like to see a greater community grow around it. That would be great Noel! I'm not a commiter so if any formal request is needed that would be for Paul or Rana. /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Ftpserver] Comments on the new code
Paul Hammant wrote: OK, if we're keen about Dependency Injection, we'd need to change a lot. The basic FtpConfig component should have little knowledge of UserManager (and others), and no coupling to it... If we do aim for a DI/IoC approach (and I think we should), should we choose a DI implementation (Pico, Spring...) that we ship as the default implementation? Or, should we try to implement a specialized runtime ourselves? I would certainly go for the former option and would favour Spring but I'm guessing that Paul won't agree on this choice :-). /niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Ftpserver] Comments on the new code
Hi why is this difference necessary? Or maybe rather, why the need for the I-prefix on the "internal" interfaces? /niklas /niklas Rana Bhattacharyya wrote: > Hi, > > This is the logic behind the interface name. > > 1. ftplet is basic interface package which will be > exposed to add custom ftplet. > > 2. The package interfaces has all the other interfaces > used in the server. Here all the observers will not > have I in front. Everything else will have I in front. > > So it bolis down to > > 1. No observer interface will have I prefix. > 2. No ftplet will have I prefix. > 3. Everything else will have I prefix. > > Thanks, > Rana Bhattacharyya > > > --- Niklas Gustavsson <[EMAIL PROTECTED]> wrote: > > >>Hi >> >>I've taken a quick look through the new code for >>Ftpserver commited by >>Rana. For the most of it I'm impressed and think it >>looks very good. I >>do have some minor comments though: >> >>1. Interfaces are inconsitently named, some starting >>with "I", some not. >>They are also somewhat randomly placed in different >>packages with some >>in a special "interfaces" package and some not. >>2. Logging, I'm not so sure that it's a good idea to >>invent our own >>logging solution. There are plenty out there that >>works great and are >>highly configurable. I think the cost of introducing >>a dependency is >>lower then that of writing our own logger. >>3. There is a great need for unit tests. I'll try to >>work on this. >>4. In general, the code could be brokern down into >>more replacable parts >>(think IoC). I'll try to work on this as well. >> >>Anyways, great work! >> >>/niklas >> >> >>-- >>Niklas Gustavsson >>[EMAIL PROTECTED] >>http://www.protocol7.com >> >> >> > > - > >>To unsubscribe, e-mail: >>[EMAIL PROTECTED] >>For additional commands, e-mail: >>[EMAIL PROTECTED] >> >> > > > > > > __ > Yahoo! Mail - PC Magazine Editors' Choice 2005 > http://mail.yahoo.com -- -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Ftpserver] SVN and mailing lists
Hi what's the progress on setting up mailing lists and doing the SVN migration for Ftpserver? /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Ftpserver] Comments on the new code
Hi I've taken a quick look through the new code for Ftpserver commited by Rana. For the most of it I'm impressed and think it looks very good. I do have some minor comments though: 1. Interfaces are inconsitently named, some starting with "I", some not. They are also somewhat randomly placed in different packages with some in a special "interfaces" package and some not. 2. Logging, I'm not so sure that it's a good idea to invent our own logging solution. There are plenty out there that works great and are highly configurable. I think the cost of introducing a dependency is lower then that of writing our own logger. 3. There is a great need for unit tests. I'll try to work on this. 4. In general, the code could be brokern down into more replacable parts (think IoC). I'll try to work on this as well. Anyways, great work! /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Ftpserver] Incubator Ftpserver Site Update
Rana Bhattacharyya wrote: > Today, I have uploaded the latest source code in > CVS. Does that mean that we (as in other developers) could start working against CVS HEAD or will you commit further major changes? /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs2svn: altrmi + ftpserver
Paul Hammant wrote: > Lets set a target date for completion of work against copy taken from > CVS. People have work outstanding that is _much_ better applied to the > SCM is was taken from than another. Agreed > Say cut over on or around 15th Sept ? I think that's a good date with enough time for commiters to get their stuff into the code base. Will you arrange for the formal stuff to be ready until then? /niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs2svn: altrmi + ftpserver
Paul Hammant wrote: > If we were > in Subversion there would be even more room ! How can we make this happen? Having FTPServer in SVN would be great. /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ftpserver] Contributing to FTPServr
Hi Birkir A. Barkarson wrote: >Hello, > >on noticing Niklas mail on the FTP Server here I wanted to express my >intrest as well. > >At the beginning of 2004 I conducted a wide search and test of various FTP >servers. My particularly requirements was that it properly supported UTF-8 >and that it >enabled proper display of file names on my server which tend to be in more >than one language (covering at least two different ASCII codepages). None >of the servers I tried could do this properly (even the ones advertised as >UTF8 compatible). I therefore downloaded the Apache FTP Server and in a >period of about one month made extensive modifications. > >The main modifications included: > >Full compliance with RFC 2389 - Feature Negotiation Mechanism for FTP >Full compliance with RFC 2640 - Internationalization of the FTP >Translation in three additional languages (Japanese, Chinese Traditional and >Icelandic) >Additional compliance with Extensions to FTP (draft-ietf-ftpext-mlst-14.txt) > > I think all of these sounds very interesting and having good i18n support is crucial. >Like Niklas I'm not an Apache commiter but if there is interest in >integrating these modifications back to the source or further developing the >FTP server then I believe I would be interested in participating or >providing any help I could. > >I would appreciate some directions in how I might best accomplish that. > > Given that there are no licensing issues, I think that using the FTPServer JIRA project (http://issues.apache.org/jira/browse/FTPSERVER) by creating issues for each item and then providing patches. Since I guess that some of the modifications you've done might be quite intricate (especially the i18n stuff) you might want to break your items above into several smaller tasks. The patches would then be reviewed by a commiter before being applied to the code base. >My main areas of interests would be in the following, > >full consideration of RFC's 2428 and 2577. >implementing Transport Layer Security ( draft-murray-auth-ftp-ssl-06 ) >a virtual directory system > > All of these are of interest to me as well so I would be very interested in working with you on them. /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ftpserver] Contributing to FTPServr
Niclas Hedhman wrote: > As has been expressed by Trustin, and by ALex Karasulu at several occassions, > MINA has the potential to become a top-level project in ASF, in which case > FTP is a natural fit. So far, it has only been a matter of timing to minimize > disruptions on the Directory project. While I don't see the immidiate connection, I think it's well worth considering should MINA become a top-level project. But first, I would love to see development on FTPServer getting up to speed again :-) /niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ftpserver] Contributing to FTPServr
Hi I entered a test issue into the FTPServer JIRA project. It sends out the issue notification to [EMAIL PROTECTED] What would be required for setting up the usual mailing lists (user, dev, scm) for FTPServer? They are currently listed in the Maven POM in the source but does not seem to be actually up and running. I'm reading at http://apache.org/dev/list-setup.html that mailing lists should be requested by the PMC, would the best way be for a FTPServer commiter (e.g. Paul Hammant) to ask the PMC for this? /niklas -- Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ftpserver] Contributing to FTPServr
Niclas Hedhman wrote: > An interesting "enhancement" would be to base it on MINA, which is a NIO > subsystem, made to drive high volume traffic, and has an active community. It > currently resides in Apache Directory Server project. It suits well with the > MINA scope, and would then have a good home and not orphaned like now. > Protocols already implemented on top of MINA (IIUC) includes LDAP, Kerberos, > DHCP and DNS. MINA looks very interesting, I just wrote up a prototype implementation for FTPServer which will take us a long way to removing the Avalon dependencies. But, do you think that Apache Directory Server/MINA would be a appropriate home for a fully fledged FTP server? I would imagine it's beyond their scope. /niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ftpserver] Contributing to FTPServr
Hi I would like to contribute to the FTPServer project. I know that the project has been slow lately but with Pauls help I hope to be able to get it up to speed again. I'm not an Apache commiter but will work via patches with Pauls help. There seems to be a JIRA project set up for FTPServer so that would be perfect for patches. Now, FTPServer doesn't seem to have a mailing list of its own. Would [EMAIL PROTECTED] be the appropriate place for discussions on FTPServer (with the risk of boring the rest of you) or somewhere else? It's my understanding that [EMAIL PROTECTED] is no longer active. /niklas ------ Niklas Gustavsson [EMAIL PROTECTED] http://www.protocol7.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
