[All projects] please update mentor lists

[David Crossley]

Would all projects please ensure that your list of mentors
is up-to-date.

The primary location is the "Currently in incubation" table:
http://incubator.apache.org/projects/

All incubator website docs are able to be edited by
any committers on incubating projects. So please don't
leave it to your mentors.

-David

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [All projects] please update mentor lists

[Christian Grobmeier]

Zeta Components is up to date
Cheers!

On Mon, Aug 30, 2010 at 8:59 AM, David Crossley  wrote:
> Would all projects please ensure that your list of mentors
> is up-to-date.
>
> The primary location is the "Currently in incubation" table:
> http://incubator.apache.org/projects/
>
> All incubator website docs are able to be edited by
> any committers on incubating projects. So please don't
> leave it to your mentors.
>
> -David
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [All projects] please update mentor lists

[Bertrand Delacretaz]

On Mon, Aug 30, 2010 at 8:59 AM, David Crossley  wrote:
> Would all projects please ensure that your list of mentors
> is up-to-date.
>
> The primary location is the "Currently in incubation" table:
> http://incubator.apache.org/projects/

That info is duplicated then, as many projects have that information
on their individual project pages (like
http://incubator.apache.org/projects/clerezza.html) or websites (like
http://incubator.apache.org/ace/project-team.html).

IIUC http://incubator.apache.org/projects/ is used by Clutch, so we
cannot say "see project website" there, you need the actual lists of
names?

-Bertrand

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [All projects] please update mentor lists

[David Crossley]

Bertrand Delacretaz wrote:
> David Crossley wrote:
> >
> > Would all projects please ensure that your list of mentors
> > is up-to-date.
> >
> > The primary location is the "Currently in incubation" table:
> > http://incubator.apache.org/projects/
> 
> That info is duplicated then, as many projects have that information
> on their individual project pages (like
> http://incubator.apache.org/projects/clerezza.html) or websites (like
> http://incubator.apache.org/ace/project-team.html).
>
> IIUC http://incubator.apache.org/projects/ is used by Clutch, so we
> cannot say "see project website" there, you need the actual lists of
> names?

That http://incubator.apache.org/projects/ table
is referred to in the Incubator docs as being one
of the primary documents for keeping track of what
is happening in the Incubator.

The project status pages are generally too
inconsistent, not well-structured, and too
out-of-date to be relied upon. Now that table
is becoming so too.

Clutch simply tries to gather the information,
validate it and present it in different, hopefully
useful ways.

-David

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [All projects] please update mentor lists

[Dan Haywood]

 +1.  As someone

On 30/08/2010 04:34, David Crossley wrote:

That http://incubator.apache.org/projects/ table
is referred to in the Incubator docs as being one
of the primary documents for keeping track of what
is happening in the Incubator.

The project status pages are generally too
inconsistent, not well-structured, and too
out-of-date to be relied upon. Now that table
is becoming so too.
+1.  As someone whose being trying to find mentors for our project 
proposal, I can tell you that the status page made the job a lot easier 
(the only shame was I had already wasted a bunch of time navigating to 
the individual project pages trying to decipher them.  So the existing 
policy is good, IMO.





-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Meta-mentoring needed (was: Re: [PROPOSAL] Apache Isis)

[Dan Haywood]

 We're making progress on the Apache Isis proposal, and now have four 
mentors. However, only one is currently a mentor (and still quite a 
newbie), and another is really emeritus rather than active.


I'm wondering if there is any grizzled old mentor out there who might do 
a bit of meta-mentoring, ie someone for our mentors to turn to for an 
experienced eye?  The benefits are two-fold:

a) Isis improves its chance of incubating successfully
b) the Incubator itself ends up with some new mentors who might be 
disposed to mentor subsequent projects.


Looking forward to one or two +ve replies...!

Thanks
Dan


On 26/08/2010 12:24, Matthias Wessendorf wrote:

+1 (binding)

On Thu, Aug 26, 2010 at 6:23 PM, Benson Margulies  wrote:

+1, binding.

On Thu, Aug 26, 2010 at 12:12 PM, Siegfried Goeschl
  wrote:

Hi Dan,

+1 (non-binding)

Cheers,


Siegfried Goeschl

On 24.08.10 19:12, Dan Haywood wrote:

I'd like to formally propose a new project for the incubator, Apache
Isis. If accepted, Isis will combine the existing open source Naked
Objects framework with a collection of sister projects, providing an
extensible Java-based framework for rapidly developing domain-driven
applications.

I floated the idea of Isis on this mailing list about a month or so ago,
and we got some positive feedback and a couple of expressions of
interest in contributing. Since then, we've put together a proposal
(also copied in below) onto the incubator wiki.

The proposal is at: http://wiki.apache.org/incubator/IsisProposal.
The current codebase is at: http://nakedobjects.org, with sister
projects hosted at: http://starobjects.org

We currently have two mentors, but require more, and we still need a
champion. I'm hoping that this post will generate some further interest
to develop the proposal further. All being well we hope to put this
proposal to a vote in a week or two's time.

Thanks for reading, looking forward to your feedback.
Dan Haywood

~~~

= Isis Proposal =
The following presents the proposal for creating a new project within
the Apache Software Foundation called Isis.

== Abstract ==
Isis will be an extensible standards-based framework to rapidly develop
and enterprise level deploy domain-driven (DDD) applications.

== Proposal ==
The Isis project will bring together a collection of open source
projects that collectively support the rapid development of
domain-driven applications. The heart of Isis is the Naked Objects
Framework, an established open source project that has been around since
2002. In addition, it will incorporate a number of sister projects that
build on Naked Objects' pluggable architecture and which extend the
reach of Naked Objects in several key areas.

In addition, the project will be reorganising the existing projects to
logically separate out the components into
[[http://docs.jboss.org/weld/reference/1.0.1-Final/en-US/html/|JSR-299]]
beans. We believe that the JSR-299 programming model is likely to become
widely used for enterprise Java applications; adopting it should make it
easier for new contributors to understand how the framework fits
together and therefore to develop their own extensions. In turn, we hope
this will further extend the reach of the framework to other
complementary open source frameworks (either within Apache or outside of
it).

== Background ==
Naked Objects is an open source Java framework that was originally
developed to explore the idea of enterprise systems that treat the user
as a "problem solver, not a process follower". Conceived by Richard
Pawson, the first version of the framework was written by Robert
Matthews (2002). Richard and Rob also wrote a book, Naked Objects
(Wiley, 2002), to explain the idea.

More generally, Naked Objects is an implementation of the naked objects
architectural pattern. In its purest form, "all" the developer has to do
is develop their domain model as pojos; Naked Objects then provides: a
object-oriented user interface by rendering those pojos; persistence by
extracting the content of the pojos; security by wrapping access to the
pojos; remoting by turning local calls into remote ones; and
localisation by adapting all the names used in the metamodel. All of
this is done reflectively at runtime so that the developer can
concentrate on the most important aspect - the application itself. You
can think of Naked Objects' OOUI generation as analogous to Hibernate
and other ORMs, but rather than reflecting the pojo into the persistence
layer, they are reflected into the presentation layer. A number of other
open source frameworks cite it as their inspiration, including
[[http://jmatter.org|JMatter]], [[http://openxava.org|OpenXava]], and
[[http://www.trailsframework.org|Trails]].

Over this time Naked Objects has attracted a fair degree of attention
among the early adopter crowd, generally splitting opinion as either a
very good idea or a very bad one. A common misconception is that naked
obje

Re: [PROPOSAL] Apache Isis

[Tim Williams]

On Tue, Aug 24, 2010 at 1:12 PM, Dan Haywood  wrote:
>  I'd like to formally propose a new project for the incubator, Apache Isis.

... snipped

> == Source and IP Submission Plan ==
> As mentioned earlier, the NO framework is ASLv2 but copyright belongs to
> Naked Objects Group Ltd. NOGL is happy to donate the relevant rights to
> Apache, while Dan is also happy to donate the various sister projects that
> he has written. Having a single legal entity - ASF - owning the relevant
> rights to all this software would be very desirable.

Your proposal caused me to poke around the NO site and the first forum
topic I came upon[1] had someone providing a [simple] patch.  This has
me curious about the code provenance.  Assuming this isn't the only
one, could you say something about getting clearance from outside
contributors?  At least, it seems to me that it could be slightly more
complicated than the two parties you mention above.

Thanks,
--tim

[1] - 
http://sourceforge.net/projects/nakedobjects/forums/forum/544071/topic/3742184

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL] Apache Isis

[Mohammad Nour El-Din]

Hi Tim...

   From this link - http://sourceforge.net/projects/nakedobjects -
project details section, it is stated that the code of this project is
licensed under (Apache License v2.0), and hence it is the
responsibility of the person who contributed any code to the project
to understand that his/her contribution is going to be under the same
license as long as it is committed as a patch to source code of
project they contributed to, just like what happens from contributors
contributing code to different Apache projects. I hope this can reply
your question ? :)

On Mon, Aug 30, 2010 at 11:26 AM, Tim Williams  wrote:
> On Tue, Aug 24, 2010 at 1:12 PM, Dan Haywood  wrote:
>>  I'd like to formally propose a new project for the incubator, Apache Isis.
>
> ... snipped
>
>> == Source and IP Submission Plan ==
>> As mentioned earlier, the NO framework is ASLv2 but copyright belongs to
>> Naked Objects Group Ltd. NOGL is happy to donate the relevant rights to
>> Apache, while Dan is also happy to donate the various sister projects that
>> he has written. Having a single legal entity - ASF - owning the relevant
>> rights to all this software would be very desirable.
>
> Your proposal caused me to poke around the NO site and the first forum
> topic I came upon[1] had someone providing a [simple] patch.  This has
> me curious about the code provenance.  Assuming this isn't the only
> one, could you say something about getting clearance from outside
> contributors?  At least, it seems to me that it could be slightly more
> complicated than the two parties you mention above.
>
> Thanks,
> --tim
>
> [1] - 
> http://sourceforge.net/projects/nakedobjects/forums/forum/544071/topic/3742184
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>



-- 
Thanks
- Mohammad Nour
  Author of (WebSphere Application Server Community Edition 2.0 User Guide)
  http://www.redbooks.ibm.com/abstracts/sg247585.html
- LinkedIn: http://www.linkedin.com/in/mnour
- Blog: http://tadabborat.blogspot.com

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

"Writing clean code is what you must do in order to call yourself a
professional. There is no reasonable excuse for doing anything less
than your best."
- Clean Code: A Handbook of Agile Software Craftsmanship

"Stay hungry, stay foolish."
- Steve Jobs

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL] Apache Isis

[Tim Williams]

On Mon, Aug 30, 2010 at 7:39 AM, Mohammad Nour El-Din
 wrote:
> Hi Tim...
>
>   From this link - http://sourceforge.net/projects/nakedobjects -
> project details section, it is stated that the code of this project is
> licensed under (Apache License v2.0), and hence it is the
> responsibility of the person who contributed any code to the project
> to understand that his/her contribution is going to be under the same
> license as long as it is committed as a patch to source code of
> project they contributed to, just like what happens from contributors
> contributing code to different Apache projects. I hope this can reply
> your question ? :)

Short answer is that I am not totally sure - I just saw that there
were clearly other sources for the code other than the two parties
mentioned and so I thought that should be highlighted in the IP
Clearance section.  The question, AIUI, isn't about the license of the
code being patched, it's the granting of the code in the patch itself.
 We ask contributors to either submit an ICLA or check the "Grant for
inclusion..." checkbox in JIRA.  I don't have a lot of Incubator
experience so I'll defer on this one, it just caught my eye - my own
understanding is that contributors would need to be tracked down[1].

--tim

[1] - http://incubator.apache.org/guides/mentor.html#initial-ip-clearance

> On Mon, Aug 30, 2010 at 11:26 AM, Tim Williams  wrote:
>> On Tue, Aug 24, 2010 at 1:12 PM, Dan Haywood  wrote:
>>>  I'd like to formally propose a new project for the incubator, Apache Isis.
>>
>> ... snipped
>>
>>> == Source and IP Submission Plan ==
>>> As mentioned earlier, the NO framework is ASLv2 but copyright belongs to
>>> Naked Objects Group Ltd. NOGL is happy to donate the relevant rights to
>>> Apache, while Dan is also happy to donate the various sister projects that
>>> he has written. Having a single legal entity - ASF - owning the relevant
>>> rights to all this software would be very desirable.
>>
>> Your proposal caused me to poke around the NO site and the first forum
>> topic I came upon[1] had someone providing a [simple] patch.  This has
>> me curious about the code provenance.  Assuming this isn't the only
>> one, could you say something about getting clearance from outside
>> contributors?  At least, it seems to me that it could be slightly more
>> complicated than the two parties you mention above.
>>
>> Thanks,
>> --tim
>>
>> [1] - 
>> http://sourceforge.net/projects/nakedobjects/forums/forum/544071/topic/3742184
>>
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>>
>
>
>
> --
> Thanks
> - Mohammad Nour
>   Author of (WebSphere Application Server Community Edition 2.0 User Guide)
>   http://www.redbooks.ibm.com/abstracts/sg247585.html
> - LinkedIn: http://www.linkedin.com/in/mnour
> - Blog: http://tadabborat.blogspot.com
> 
> "Life is like riding a bicycle. To keep your balance you must keep moving"
> - Albert Einstein
>
> "Writing clean code is what you must do in order to call yourself a
> professional. There is no reasonable excuse for doing anything less
> than your best."
> - Clean Code: A Handbook of Agile Software Craftsmanship
>
> "Stay hungry, stay foolish."
> - Steve Jobs
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL] Apache Isis

[Benson Margulies]

Um, Well, maven still uses Codehaus JIRA that lacks the 'grant to
Apache' checkbox. Perhaps they separately negotiate iclas.

On Mon, Aug 30, 2010 at 7:57 AM, Tim Williams  wrote:
> On Mon, Aug 30, 2010 at 7:39 AM, Mohammad Nour El-Din
>  wrote:
>> Hi Tim...
>>
>>   From this link - http://sourceforge.net/projects/nakedobjects -
>> project details section, it is stated that the code of this project is
>> licensed under (Apache License v2.0), and hence it is the
>> responsibility of the person who contributed any code to the project
>> to understand that his/her contribution is going to be under the same
>> license as long as it is committed as a patch to source code of
>> project they contributed to, just like what happens from contributors
>> contributing code to different Apache projects. I hope this can reply
>> your question ? :)
>
> Short answer is that I am not totally sure - I just saw that there
> were clearly other sources for the code other than the two parties
> mentioned and so I thought that should be highlighted in the IP
> Clearance section.  The question, AIUI, isn't about the license of the
> code being patched, it's the granting of the code in the patch itself.
>  We ask contributors to either submit an ICLA or check the "Grant for
> inclusion..." checkbox in JIRA.  I don't have a lot of Incubator
> experience so I'll defer on this one, it just caught my eye - my own
> understanding is that contributors would need to be tracked down[1].
>
> --tim
>
> [1] - http://incubator.apache.org/guides/mentor.html#initial-ip-clearance
>
>> On Mon, Aug 30, 2010 at 11:26 AM, Tim Williams  wrote:
>>> On Tue, Aug 24, 2010 at 1:12 PM, Dan Haywood  wrote:
  I'd like to formally propose a new project for the incubator, Apache Isis.
>>>
>>> ... snipped
>>>
 == Source and IP Submission Plan ==
 As mentioned earlier, the NO framework is ASLv2 but copyright belongs to
 Naked Objects Group Ltd. NOGL is happy to donate the relevant rights to
 Apache, while Dan is also happy to donate the various sister projects that
 he has written. Having a single legal entity - ASF - owning the relevant
 rights to all this software would be very desirable.
>>>
>>> Your proposal caused me to poke around the NO site and the first forum
>>> topic I came upon[1] had someone providing a [simple] patch.  This has
>>> me curious about the code provenance.  Assuming this isn't the only
>>> one, could you say something about getting clearance from outside
>>> contributors?  At least, it seems to me that it could be slightly more
>>> complicated than the two parties you mention above.
>>>
>>> Thanks,
>>> --tim
>>>
>>> [1] - 
>>> http://sourceforge.net/projects/nakedobjects/forums/forum/544071/topic/3742184
>>>
>>> -
>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>>> For additional commands, e-mail: general-h...@incubator.apache.org
>>>
>>>
>>
>>
>>
>> --
>> Thanks
>> - Mohammad Nour
>>   Author of (WebSphere Application Server Community Edition 2.0 User Guide)
>>   http://www.redbooks.ibm.com/abstracts/sg247585.html
>> - LinkedIn: http://www.linkedin.com/in/mnour
>> - Blog: http://tadabborat.blogspot.com
>> 
>> "Life is like riding a bicycle. To keep your balance you must keep moving"
>> - Albert Einstein
>>
>> "Writing clean code is what you must do in order to call yourself a
>> professional. There is no reasonable excuse for doing anything less
>> than your best."
>> - Clean Code: A Handbook of Agile Software Craftsmanship
>>
>> "Stay hungry, stay foolish."
>> - Steve Jobs
>>
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL] Apache Isis

[Tim Williams]

On Mon, Aug 30, 2010 at 8:07 AM, Benson Margulies  wrote:
> Um, Well, maven still uses Codehaus JIRA that lacks the 'grant to
> Apache' checkbox. Perhaps they separately negotiate iclas.

Sorry, I can't speak intelligently about maven - hopefully, the Maven
PMC has another mechanism for performing the oversight role they're
responsible for.

--tim

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Name change from "Lucene Connectors Framework" to "Apache Connectors Framework"

[Grant Ingersoll]

On Aug 27, 2010, at 12:15 PM, David Jencks wrote:
> To try to illustrate my thinking rather than push a name down your throat...
> Open ConnectorFramework/OpenConnectorFramework/OpenCF  OK, since you've added 
> a branding word.  Not ideal since the purpose appears overly broad
> Content Connector Framework/ContentConnectorFramework/CCF OK, since you've 
> clarified the scope.  Not ideal since has no branding word.
> OpenContentConnectorFramework/OpenCCF better since it clarifies the scope and 
> includes a branding word.

So, the word "open" somehow alleviates your concern?  I don't get that.  If 
your objection is that it comes across as being _the_ Apache connector library, 
then how does "Open" modulate that?  It's still the Apache Open Connector 
Framework.  It's still descriptive and still implies it's the one.  Besides, 
it's the ASF, isn't "Open" implied/redundant?  We would never have the Apache 
Closed Connector Framework, right?  

Likewise, the word Content implies the same "only" status, albeit here I will 
give you that it distinguishes it from Tomcat Connector somewhat, although the 
Tomcat Connector is just that, the Tomcat connector.  However, I still don't 
buy that it is a "branding" word.  Content is pretty much meaningless.  
Everything is content.  I have no doubt that we could write a plugin for ACF 
that connected to Tomcat and got Content out of it.  Heck, we already do. It's 
called a web crawler.

So, that leaves us, in my mind w/ the option of some made up name or we stick 
w/ ACF.  I'm all for a made up one if someone comes up with one, I just don't 
know what it is and no one in the community seems to have one either.  ACF fits 
and the community likes it.  It's not unprecedented at the ASF and I don't 
think it is confusing with Tomcat Connector.

At any rate, the community would like some resolution.  Should I just call an 
official vote on ACF and if it loses then we will go back to the drawing board?

-Grant
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Name change from "Lucene Connectors Framework" to "Apache Connectors Framework"

[Mattmann, Chris A (388J)]

Guys,

If I may: since we're discussing marks, why not post to trademarks@ and ask 
Shane and crew to weigh in? Maybe you have already, but if so, I haven't seen 
that discussion mentioned over here on gene...@incubator.

Thanks!

Cheers,
Chris


On 8/30/10 10:03 AM, "Grant Ignersoll"  wrote:



On Aug 27, 2010, at 12:15 PM, David Jencks wrote:
> To try to illustrate my thinking rather than push a name down your throat...
> Open ConnectorFramework/OpenConnectorFramework/OpenCF  OK, since you've added 
> a branding word.  Not ideal since the purpose appears overly broad
> Content Connector Framework/ContentConnectorFramework/CCF OK, since you've 
> clarified the scope.  Not ideal since has no branding word.
> OpenContentConnectorFramework/OpenCCF better since it clarifies the scope and 
> includes a branding word.

So, the word "open" somehow alleviates your concern?  I don't get that.  If 
your objection is that it comes across as being _the_ Apache connector library, 
then how does "Open" modulate that?  It's still the Apache Open Connector 
Framework.  It's still descriptive and still implies it's the one.  Besides, 
it's the ASF, isn't "Open" implied/redundant?  We would never have the Apache 
Closed Connector Framework, right?

Likewise, the word Content implies the same "only" status, albeit here I will 
give you that it distinguishes it from Tomcat Connector somewhat, although the 
Tomcat Connector is just that, the Tomcat connector.  However, I still don't 
buy that it is a "branding" word.  Content is pretty much meaningless.  
Everything is content.  I have no doubt that we could write a plugin for ACF 
that connected to Tomcat and got Content out of it.  Heck, we already do. It's 
called a web crawler.

So, that leaves us, in my mind w/ the option of some made up name or we stick 
w/ ACF.  I'm all for a made up one if someone comes up with one, I just don't 
know what it is and no one in the community seems to have one either.  ACF fits 
and the community likes it.  It's not unprecedented at the ASF and I don't 
think it is confusing with Tomcat Connector.

At any rate, the community would like some resolution.  Should I just call an 
official vote on ACF and if it loses then we will go back to the drawing board?

-Grant
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org




++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.mattm...@jpl.nasa.gov
WWW:   http://sunset.usc.edu/~mattmann/
++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++

Re: Name change from "Lucene Connectors Framework" to "Apache Connectors Framework"

[Benson Margulies]

It seems to me that the pivotal problem here is the word connector. On
the one hand, it could mean almost anything to almost anyone. On the
other hand, it has a specific denotation in the vicinity of httpd.
Everything at Apache is in the vicinity of httpd.

I'd offer the following 'made-up' options, all following Apache:

  - manifold  (many connections)
  - omnivore (eats anything)
  - rapunzel (spins straw into gold)
  - diogenes (seeking for something)
  - lantern (ditto)
  - helium (fuel for Solr)

The whole question of brand management strikes me as interesting: is
it, in fact, the job of the incubator PMC to groom the Apache branding
portfolio by guiding new projects towards better names? Is that in our
charter, or should we, as Chris suggests, defer to someone else for
problems in this area.


On Mon, Aug 30, 2010 at 1:12 PM, Mattmann, Chris A (388J)
 wrote:
> Guys,
>
> If I may: since we're discussing marks, why not post to trademarks@ and ask 
> Shane and crew to weigh in? Maybe you have already, but if so, I haven't seen 
> that discussion mentioned over here on gene...@incubator.
>
> Thanks!
>
> Cheers,
> Chris
>
>
> On 8/30/10 10:03 AM, "Grant Ignersoll"  wrote:
>
>
>
> On Aug 27, 2010, at 12:15 PM, David Jencks wrote:
>> To try to illustrate my thinking rather than push a name down your throat...
>> Open ConnectorFramework/OpenConnectorFramework/OpenCF  OK, since you've 
>> added a branding word.  Not ideal since the purpose appears overly broad
>> Content Connector Framework/ContentConnectorFramework/CCF OK, since you've 
>> clarified the scope.  Not ideal since has no branding word.
>> OpenContentConnectorFramework/OpenCCF better since it clarifies the scope 
>> and includes a branding word.
>
> So, the word "open" somehow alleviates your concern?  I don't get that.  If 
> your objection is that it comes across as being _the_ Apache connector 
> library, then how does "Open" modulate that?  It's still the Apache Open 
> Connector Framework.  It's still descriptive and still implies it's the one.  
> Besides, it's the ASF, isn't "Open" implied/redundant?  We would never have 
> the Apache Closed Connector Framework, right?
>
> Likewise, the word Content implies the same "only" status, albeit here I will 
> give you that it distinguishes it from Tomcat Connector somewhat, although 
> the Tomcat Connector is just that, the Tomcat connector.  However, I still 
> don't buy that it is a "branding" word.  Content is pretty much meaningless.  
> Everything is content.  I have no doubt that we could write a plugin for ACF 
> that connected to Tomcat and got Content out of it.  Heck, we already do. 
> It's called a web crawler.
>
> So, that leaves us, in my mind w/ the option of some made up name or we stick 
> w/ ACF.  I'm all for a made up one if someone comes up with one, I just don't 
> know what it is and no one in the community seems to have one either.  ACF 
> fits and the community likes it.  It's not unprecedented at the ASF and I 
> don't think it is confusing with Tomcat Connector.
>
> At any rate, the community would like some resolution.  Should I just call an 
> official vote on ACF and if it loses then we will go back to the drawing 
> board?
>
> -Grant
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>
>
>
> ++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.mattm...@jpl.nasa.gov
> WWW:   http://sunset.usc.edu/~mattmann/
> ++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++
>
>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Name change from "Lucene Connectors Framework" to "Apache Connectors Framework"

[Mark Miller]

Mmmm...some good ones there - I like manifold :)

On 8/30/10 1:23 PM, Benson Margulies wrote:
> It seems to me that the pivotal problem here is the word connector. On
> the one hand, it could mean almost anything to almost anyone. On the
> other hand, it has a specific denotation in the vicinity of httpd.
> Everything at Apache is in the vicinity of httpd.
> 
> I'd offer the following 'made-up' options, all following Apache:
> 
>   - manifold  (many connections)
>   - omnivore (eats anything)
>   - rapunzel (spins straw into gold)
>   - diogenes (seeking for something)
>   - lantern (ditto)
>   - helium (fuel for Solr)
> 
> The whole question of brand management strikes me as interesting: is
> it, in fact, the job of the incubator PMC to groom the Apache branding
> portfolio by guiding new projects towards better names? Is that in our
> charter, or should we, as Chris suggests, defer to someone else for
> problems in this area.
> 
> 
> On Mon, Aug 30, 2010 at 1:12 PM, Mattmann, Chris A (388J)
>  wrote:
>> Guys,
>>
>> If I may: since we're discussing marks, why not post to trademarks@ and ask 
>> Shane and crew to weigh in? Maybe you have already, but if so, I haven't 
>> seen that discussion mentioned over here on gene...@incubator.
>>
>> Thanks!
>>
>> Cheers,
>> Chris
>>
>>
>> On 8/30/10 10:03 AM, "Grant Ignersoll"  wrote:
>>
>>
>>
>> On Aug 27, 2010, at 12:15 PM, David Jencks wrote:
>>> To try to illustrate my thinking rather than push a name down your throat...
>>> Open ConnectorFramework/OpenConnectorFramework/OpenCF  OK, since you've 
>>> added a branding word.  Not ideal since the purpose appears overly broad
>>> Content Connector Framework/ContentConnectorFramework/CCF OK, since you've 
>>> clarified the scope.  Not ideal since has no branding word.
>>> OpenContentConnectorFramework/OpenCCF better since it clarifies the scope 
>>> and includes a branding word.
>>
>> So, the word "open" somehow alleviates your concern?  I don't get that.  If 
>> your objection is that it comes across as being _the_ Apache connector 
>> library, then how does "Open" modulate that?  It's still the Apache Open 
>> Connector Framework.  It's still descriptive and still implies it's the one. 
>>  Besides, it's the ASF, isn't "Open" implied/redundant?  We would never have 
>> the Apache Closed Connector Framework, right?
>>
>> Likewise, the word Content implies the same "only" status, albeit here I 
>> will give you that it distinguishes it from Tomcat Connector somewhat, 
>> although the Tomcat Connector is just that, the Tomcat connector.  However, 
>> I still don't buy that it is a "branding" word.  Content is pretty much 
>> meaningless.  Everything is content.  I have no doubt that we could write a 
>> plugin for ACF that connected to Tomcat and got Content out of it.  Heck, we 
>> already do. It's called a web crawler.
>>
>> So, that leaves us, in my mind w/ the option of some made up name or we 
>> stick w/ ACF.  I'm all for a made up one if someone comes up with one, I 
>> just don't know what it is and no one in the community seems to have one 
>> either.  ACF fits and the community likes it.  It's not unprecedented at the 
>> ASF and I don't think it is confusing with Tomcat Connector.
>>
>> At any rate, the community would like some resolution.  Should I just call 
>> an official vote on ACF and if it loses then we will go back to the drawing 
>> board?
>>
>> -Grant
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>>
>>
>>
>> ++
>> Chris Mattmann, Ph.D.
>> Senior Computer Scientist
>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>> Office: 171-266B, Mailstop: 171-246
>> Email: chris.mattm...@jpl.nasa.gov
>> WWW:   http://sunset.usc.edu/~mattmann/
>> ++
>> Adjunct Assistant Professor, Computer Science Department
>> University of Southern California, Los Angeles, CA 90089 USA
>> ++
>>
>>
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Name change from "Lucene Connectors Framework" to "Apache Connectors Framework"

[Tim Williams]

On Mon, Aug 30, 2010 at 1:23 PM, Benson Margulies  wrote:
> It seems to me that the pivotal problem here is the word connector. On
> the one hand, it could mean almost anything to almost anyone. On the
> other hand, it has a specific denotation in the vicinity of httpd.
> Everything at Apache is in the vicinity of httpd.
>
> I'd offer the following 'made-up' options, all following Apache:
>
>  - manifold  (many connections)
>  - omnivore (eats anything)
>  - rapunzel (spins straw into gold)
>  - diogenes (seeking for something)
>  - lantern (ditto)
>  - helium (fuel for Solr)
>
> The whole question of brand management strikes me as interesting: is
> it, in fact, the job of the incubator PMC to groom the Apache branding
> portfolio by guiding new projects towards better names? Is that in our
> charter, or should we, as Chris suggests, defer to someone else for
> problems in this area.

FWIW, I think we should defer to the project PMC to make their own
decision.  We can advise them that they're making a bad choice - as
has been done - but really, they can either take the advice or leave
it.  The important thing is that they come up with a name that they
can rally around.  Assuming they've done the mark searches, it's not
clear why we have much of a stake in this other than friendly
advice

--tim

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Name change from "Lucene Connectors Framework" to "Apache Connectors Framework"

[Karl Wright]

FWIW, helium is the output product of a sun-like star, not the fuel.  That
would be hydrogen.

Karl

On Mon, Aug 30, 2010 at 1:23 PM, Benson Margulies wrote:

> It seems to me that the pivotal problem here is the word connector. On
> the one hand, it could mean almost anything to almost anyone. On the
> other hand, it has a specific denotation in the vicinity of httpd.
> Everything at Apache is in the vicinity of httpd.
>
> I'd offer the following 'made-up' options, all following Apache:
>
>  - manifold  (many connections)
>  - omnivore (eats anything)
>  - rapunzel (spins straw into gold)
>  - diogenes (seeking for something)
>  - lantern (ditto)
>  - helium (fuel for Solr)
>
> The whole question of brand management strikes me as interesting: is
> it, in fact, the job of the incubator PMC to groom the Apache branding
> portfolio by guiding new projects towards better names? Is that in our
> charter, or should we, as Chris suggests, defer to someone else for
> problems in this area.
>
>
> On Mon, Aug 30, 2010 at 1:12 PM, Mattmann, Chris A (388J)
>  wrote:
> > Guys,
> >
> > If I may: since we're discussing marks, why not post to trademarks@ and
> ask Shane and crew to weigh in? Maybe you have already, but if so, I haven't
> seen that discussion mentioned over here on gene...@incubator.
> >
> > Thanks!
> >
> > Cheers,
> > Chris
> >
> >
> > On 8/30/10 10:03 AM, "Grant Ignersoll"  wrote:
> >
> >
> >
> > On Aug 27, 2010, at 12:15 PM, David Jencks wrote:
> >> To try to illustrate my thinking rather than push a name down your
> throat...
> >> Open ConnectorFramework/OpenConnectorFramework/OpenCF  OK, since you've
> added a branding word.  Not ideal since the purpose appears overly broad
> >> Content Connector Framework/ContentConnectorFramework/CCF OK, since
> you've clarified the scope.  Not ideal since has no branding word.
> >> OpenContentConnectorFramework/OpenCCF better since it clarifies the
> scope and includes a branding word.
> >
> > So, the word "open" somehow alleviates your concern?  I don't get that.
>  If your objection is that it comes across as being _the_ Apache connector
> library, then how does "Open" modulate that?  It's still the Apache Open
> Connector Framework.  It's still descriptive and still implies it's the one.
>  Besides, it's the ASF, isn't "Open" implied/redundant?  We would never have
> the Apache Closed Connector Framework, right?
> >
> > Likewise, the word Content implies the same "only" status, albeit here I
> will give you that it distinguishes it from Tomcat Connector somewhat,
> although the Tomcat Connector is just that, the Tomcat connector.  However,
> I still don't buy that it is a "branding" word.  Content is pretty much
> meaningless.  Everything is content.  I have no doubt that we could write a
> plugin for ACF that connected to Tomcat and got Content out of it.  Heck, we
> already do. It's called a web crawler.
> >
> > So, that leaves us, in my mind w/ the option of some made up name or we
> stick w/ ACF.  I'm all for a made up one if someone comes up with one, I
> just don't know what it is and no one in the community seems to have one
> either.  ACF fits and the community likes it.  It's not unprecedented at the
> ASF and I don't think it is confusing with Tomcat Connector.
> >
> > At any rate, the community would like some resolution.  Should I just
> call an official vote on ACF and if it loses then we will go back to the
> drawing board?
> >
> > -Grant
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> >
> >
> >
> > ++
> > Chris Mattmann, Ph.D.
> > Senior Computer Scientist
> > NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> > Office: 171-266B, Mailstop: 171-246
> > Email: chris.mattm...@jpl.nasa.gov
> > WWW:   http://sunset.usc.edu/~mattmann/
> > ++
> > Adjunct Assistant Professor, Computer Science Department
> > University of Southern California, Los Angeles, CA 90089 USA
> > ++
> >
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

[jira] Commented: (INCUBATOR-111) Mail archives not getting @incubator.apache.org emails

[Bernd Fondermann (JIRA)]

[ 
https://issues.apache.org/jira/browse/INCUBATOR-111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12904300#action_12904300
 ] 

Bernd Fondermann commented on INCUBATOR-111:


oh-ke-y.
you didn't eventually mis-read "infrastructure" as "incubator"?

> Mail archives not getting @incubator.apache.org emails
> --
>
> Key: INCUBATOR-111
> URL: https://issues.apache.org/jira/browse/INCUBATOR-111
> Project: Incubator
>  Issue Type: Bug
>Reporter: Bill Graham
>
> The 2 mail archives links on this page go to archives that stopped updating 
> around 8/3/2010, which is probably around when we switched to incubator email 
> addresses. We should ideally have an archive that includes emails before and 
> after the switch.
> http://hadoop.apache.org/chukwa/mailing_lists.html#Users
> http://mail-archives.apache.org/mod_mbox/hadoop-chukwa-user/
> http://mail-archives.apache.org/mod_mbox/hadoop-chukwa-dev/
> If this isn't possible, please provide two links per list, one to the 
> pre-cutoff archives on apache and one to the post-cutoff archives on 
> incubator.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Name change from "Lucene Connectors Framework" to "Apache Connectors Framework"

[Benson Margulies]

ok, I fell off the main sequence.

On Aug 30, 2010, at 1:39 PM, Karl Wright  wrote:

> FWIW, helium is the output product of a sun-like star, not the fuel.  That
> would be hydrogen.
>
> Karl
>
> On Mon, Aug 30, 2010 at 1:23 PM, Benson Margulies 
> wrote:
>
>> It seems to me that the pivotal problem here is the word connector. On
>> the one hand, it could mean almost anything to almost anyone. On the
>> other hand, it has a specific denotation in the vicinity of httpd.
>> Everything at Apache is in the vicinity of httpd.
>>
>> I'd offer the following 'made-up' options, all following Apache:
>>
>> - manifold  (many connections)
>> - omnivore (eats anything)
>> - rapunzel (spins straw into gold)
>> - diogenes (seeking for something)
>> - lantern (ditto)
>> - helium (fuel for Solr)
>>
>> The whole question of brand management strikes me as interesting: is
>> it, in fact, the job of the incubator PMC to groom the Apache branding
>> portfolio by guiding new projects towards better names? Is that in our
>> charter, or should we, as Chris suggests, defer to someone else for
>> problems in this area.
>>
>>
>> On Mon, Aug 30, 2010 at 1:12 PM, Mattmann, Chris A (388J)
>>  wrote:
>>> Guys,
>>>
>>> If I may: since we're discussing marks, why not post to trademarks@ and
>> ask Shane and crew to weigh in? Maybe you have already, but if so, I haven't
>> seen that discussion mentioned over here on gene...@incubator.
>>>
>>> Thanks!
>>>
>>> Cheers,
>>> Chris
>>>
>>>
>>> On 8/30/10 10:03 AM, "Grant Ignersoll"  wrote:
>>>
>>>
>>>
>>> On Aug 27, 2010, at 12:15 PM, David Jencks wrote:
 To try to illustrate my thinking rather than push a name down your
>> throat...
 Open ConnectorFramework/OpenConnectorFramework/OpenCF  OK, since you've
>> added a branding word.  Not ideal since the purpose appears overly broad
 Content Connector Framework/ContentConnectorFramework/CCF OK, since
>> you've clarified the scope.  Not ideal since has no branding word.
 OpenContentConnectorFramework/OpenCCF better since it clarifies the
>> scope and includes a branding word.
>>>
>>> So, the word "open" somehow alleviates your concern?  I don't get that.
>> If your objection is that it comes across as being _the_ Apache connector
>> library, then how does "Open" modulate that?  It's still the Apache Open
>> Connector Framework.  It's still descriptive and still implies it's the one.
>> Besides, it's the ASF, isn't "Open" implied/redundant?  We would never have
>> the Apache Closed Connector Framework, right?
>>>
>>> Likewise, the word Content implies the same "only" status, albeit here I
>> will give you that it distinguishes it from Tomcat Connector somewhat,
>> although the Tomcat Connector is just that, the Tomcat connector.  However,
>> I still don't buy that it is a "branding" word.  Content is pretty much
>> meaningless.  Everything is content.  I have no doubt that we could write a
>> plugin for ACF that connected to Tomcat and got Content out of it.  Heck, we
>> already do. It's called a web crawler.
>>>
>>> So, that leaves us, in my mind w/ the option of some made up name or we
>> stick w/ ACF.  I'm all for a made up one if someone comes up with one, I
>> just don't know what it is and no one in the community seems to have one
>> either.  ACF fits and the community likes it.  It's not unprecedented at the
>> ASF and I don't think it is confusing with Tomcat Connector.
>>>
>>> At any rate, the community would like some resolution.  Should I just
>> call an official vote on ACF and if it loses then we will go back to the
>> drawing board?
>>>
>>> -Grant
>>> -
>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>>> For additional commands, e-mail: general-h...@incubator.apache.org
>>>
>>>
>>>
>>>
>>> ++
>>> Chris Mattmann, Ph.D.
>>> Senior Computer Scientist
>>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>>> Office: 171-266B, Mailstop: 171-246
>>> Email: chris.mattm...@jpl.nasa.gov
>>> WWW:   http://sunset.usc.edu/~mattmann/
>>> ++
>>> Adjunct Assistant Professor, Computer Science Department
>>> University of Southern California, Los Angeles, CA 90089 USA
>>> ++
>>>
>>>
>>
>> -
>> 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

[jira] Commented: (INCUBATOR-111) Mail archives not getting @incubator.apache.org emails

[Bill Graham (JIRA)]

[ 
https://issues.apache.org/jira/browse/INCUBATOR-111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12904320#action_12904320
 ] 

Bill Graham commented on INCUBATOR-111:
---

Oops, that's exactly what I did and I don't have permissions now to move it out 
of incubator. Would you please help me out with that. :)

> Mail archives not getting @incubator.apache.org emails
> --
>
> Key: INCUBATOR-111
> URL: https://issues.apache.org/jira/browse/INCUBATOR-111
> Project: Incubator
>  Issue Type: Bug
>Reporter: Bill Graham
>
> The 2 mail archives links on this page go to archives that stopped updating 
> around 8/3/2010, which is probably around when we switched to incubator email 
> addresses. We should ideally have an archive that includes emails before and 
> after the switch.
> http://hadoop.apache.org/chukwa/mailing_lists.html#Users
> http://mail-archives.apache.org/mod_mbox/hadoop-chukwa-user/
> http://mail-archives.apache.org/mod_mbox/hadoop-chukwa-dev/
> If this isn't possible, please provide two links per list, one to the 
> pre-cutoff archives on apache and one to the post-cutoff archives on 
> incubator.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org