Re: [sandbox] new sandbox component

[Rahul Akolkar <ra...@gmail.com>]

On Mon, Jan 31, 2011 at 3:22 PM, Phil Steitz <ph...@gmail.com> wrote:
> On Mon, Jan 31, 2011 at 3:12 PM, Gary Gregory
> <GG...@seagullsoftware.com> wrote:
>>> -----Original Message-----
>>> From: Luc Maisonobe [mailto:Luc.Maisonobe@free.fr]
>>> Sent: Monday, January 31, 2011 14:52
>>> To: Commons Developers List
>>> Subject: Re: [sandbox] new sandbox component
>>>
>>> Le 31/01/2011 20:13, Phil Steitz a écrit :
>>> > On 1/31/11 1:59 PM, Luc Maisonobe wrote:
>>> >> Le 31/01/2011 17:46, Gary Gregory a écrit :
>>> >>> Does that really fit in [math] or would it be better in a new component
>>> like a [geometry]?
>>> >> Good idea, thanks Gary, I'll start with geometry as the name. We can
>>> >> decide later if we include it in [math] or not. It will at least depend
>>> >> on [math].
>>> >>
>>> > Hey, last I checked geometry was a field within math :)
>>>
>>> Yes, and its the part the new code will depend on.
>>> So should I stick to BSP ? I was wondering if I can do some nice acronym
>>> that would sound like commons-BoSPhore (this was also a pun as Bosphore
>>> can be considered a splitting line between Europe and Asia ...
>>>
>>> Luc
>>
>> While I like to have fun to make up names, for smaller components (as opposed to a server), l like obvious names. [Math] is obvious. [BSP] is not crystal clear but [Math-BSP] is.
>>
>> I always scratch my head when I read: '[ANNOUNCE] Project Zazibar releases version 2.3' and nowhere in the announcement is a hint of what project Zanzibar is.
>>
>> [Math-...] makes it obvious that it is closely related to [Math]. But it's not as much fun as Project Ka-Pow.
>>
> So far, we have mostly steered clear of cutesy, meaningless names in
> Commons.  Personally, I would prefer that we keep it that way.
<snip/>

+1

-Rahul


>  The
> "old charter"  [1], which I guess is now somehow "deprecated" actually
> requires "boring functional names."
>
> Phil
>
> [1] http://commons.apache.org/oldcharter.html
>
>> Gary
>>
>>>
>>> >
>>> > Phil
>>> >> Luc
>>> >>
>>> >>> Gary
>>> >>>
>>> >>>> -----Original Message-----
>>> >>>> From: luc.maisonobe@free.fr [mailto:luc.maisonobe@free.fr]
>>> >>>> Sent: Monday, January 31, 2011 11:23
>>> >>>> To: Commons Developers List
>>> >>>> Subject: [sandbox] new sandbox component
>>> >>>>
>>> >>>> Hi all,
>>> >>>>
>>> >>>> I have a bunch of code lying around to deal with BSP trees (useful in
>>> >>>> different kinds of geometry modeling) and I would like to start a new
>>> >>>> sandbox component to improve it and maybe merge it back to [math] if
>>> useful
>>> >>>> or let it grow as a standalone component.
>>> >>>>
>>> >>>> Do you agree with the idea ? How do I start a new sandbox component ?
>>> >>>>
>>> >>>> best regards,
>>> >>>> Luc
>>> >>>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org

Re: [sandbox] new sandbox component

[Niall Pemberton <ni...@gmail.com>]

On Wed, Feb 2, 2011 at 10:35 PM, Luc Maisonobe <Lu...@free.fr> wrote:
> Hi all,
>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: luc.maisonobe@free.fr [mailto:luc.maisonobe@free.fr]
>>>>>>>>> Sent: Monday, January 31, 2011 11:23
>>>>>>>>> To: Commons Developers List
>>>>>>>>> Subject: [sandbox] new sandbox component
>>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> I have a bunch of code lying around to deal with BSP trees (useful in
>>>>>>>>> different kinds of geometry modeling) and I would like to start a new
>>>>>>>>> sandbox component to improve it and maybe merge it back to [math] if
>>>>> useful
>>>>>>>>> or let it grow as a standalone component.
>>>>>>>>>
>>>>>>>>> Do you agree with the idea ? How do I start a new sandbox component ?
>
> I have created the BSP component in sandbox. I have cleaned the code
> before commit, so it does compile, pass the tests, pass findbugs,
> checkstyle and PMD checks (there is one false positive in PMD).
>
> I did not update anything else, so I think their are some other actions
> to do about about Gump, about the components list in out main page and
> about Jira. I have put a dummy 00000000 value for Jira component Id at
> the end of the pom.xml file for now. Niall just did the trunk-sandbox
> magic. Could someone point me to what should be done next ? I'll try to
> do it tomorrow if I can.

I've added a basic site and put it on the sandbox page - I'll upload
new versions shortly.

Niall

> thanks
> Luc
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org

Re: [sandbox] new sandbox component

[Luc Maisonobe <Lu...@free.fr>]

Hi all,

>>>>>>>> -----Original Message-----
>>>>>>>> From: luc.maisonobe@free.fr [mailto:luc.maisonobe@free.fr]
>>>>>>>> Sent: Monday, January 31, 2011 11:23
>>>>>>>> To: Commons Developers List
>>>>>>>> Subject: [sandbox] new sandbox component
>>>>>>>>
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> I have a bunch of code lying around to deal with BSP trees (useful in
>>>>>>>> different kinds of geometry modeling) and I would like to start a new
>>>>>>>> sandbox component to improve it and maybe merge it back to [math] if
>>>> useful
>>>>>>>> or let it grow as a standalone component.
>>>>>>>>
>>>>>>>> Do you agree with the idea ? How do I start a new sandbox component ?

I have created the BSP component in sandbox. I have cleaned the code
before commit, so it does compile, pass the tests, pass findbugs,
checkstyle and PMD checks (there is one false positive in PMD).

I did not update anything else, so I think their are some other actions
to do about about Gump, about the components list in out main page and
about Jira. I have put a dummy 00000000 value for Jira component Id at
the end of the pom.xml file for now. Niall just did the trunk-sandbox
magic. Could someone point me to what should be done next ? I'll try to
do it tomorrow if I can.

thanks
Luc

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org