You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Jacek Laskowski <ja...@laskowski.net.pl> on 2006/09/15 10:17:20 UTC
Is JIRA for sandbox'ed and branch'ed code? (was Re: [jira] Created: (GERONIMO-2407) openwire impl in gcache won't compile)
Hi Bill,
Why is the issue reported in the Geronimo JIRA? AFAIUI It's for a
sandbox'ed code and as well as for branch'ed code the Geronimo JIRA
instance is not meant to be used in such cases.
Jacek
On 9/15/06, Bill Dudney (JIRA) <de...@geronimo.apache.org> wrote:
> openwire impl in gcache won't compile
> -------------------------------------
>
> Key: GERONIMO-2407
> URL: http://issues.apache.org/jira/browse/GERONIMO-2407
> Project: Geronimo
> Issue Type: Bug
> Security Level: public (Regular issues)
> Components: Clustering
> Affects Versions: 1.2
> Reporter: Bill Dudney
> Attachments: openwire.patch
>
> patch provides 3 things;
>
> 1) orgainze imports
> 2) format code to 'standard' format (no tabs etc)
> 3) adds standard header
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
--
Jacek Laskowski
http://www.laskowski.net.pl
Re: Is JIRA for sandbox'ed and branch'ed code? (was Re: [jira] Created: (GERONIMO-2407) openwire impl in gcache won't compile)
Posted by David Jencks <da...@yahoo.com>.
On Sep 18, 2006, at 10:59 PM, Jacek Laskowski wrote:
> On 9/15/06, David Jencks <da...@yahoo.com> wrote:
>> Jacek,
>>
>> This use seems completely appropriate to me..... Bill is supplying a
>> patch against some code that he cant commit against himself. Where
>> else could he put the patch? Among other advantages, using jira
>> gives him the opportunity to explicitly authorize apache (or the
>> geronimo committers) to apply the patch... if he used the mailing
>> list it would not be so clear IMO.
>
> Whenever I think about our tools we can use to help in development
> process I try to see their final results. In this case - would it ever
> become part of RELEASE NOTES that's generated from JIRA? It would not
> if gcache never did its way to the trunk, would it? I think JIRA is
> not meant for sandbox'ed code. JIRA messages may mislead easily that
> gcache is already on trunk. On the other hand, it bothers me that we
> can't provide anything better to help non-committers contribute to it.
Not having tried to write release notes :-) I'm not sure what
problems show up, but certainly not everything in JIRA goes into
every release notes: the issues have to be filtered by branches/
version. So as long as JIRAs for sandbox stuff don't have a release
version number associated with them they shouldn't get into any
release notes. Maybe along with "Wish List" we should have "Sandbox"?
thanks
david jencks
>
> I'm not convinced with JIRA and gcache playing together, but don't
> have anything better to advocate. Eh, I'll have to get used to it.
>
> Jacek
>
> --
> Jacek Laskowski
> http://www.laskowski.net.pl
Re: Is JIRA for sandbox'ed and branch'ed code? (was Re: [jira] Created: (GERONIMO-2407) openwire impl in gcache won't compile)
Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On 9/15/06, David Jencks <da...@yahoo.com> wrote:
> Jacek,
>
> This use seems completely appropriate to me..... Bill is supplying a
> patch against some code that he cant commit against himself. Where
> else could he put the patch? Among other advantages, using jira
> gives him the opportunity to explicitly authorize apache (or the
> geronimo committers) to apply the patch... if he used the mailing
> list it would not be so clear IMO.
Whenever I think about our tools we can use to help in development
process I try to see their final results. In this case - would it ever
become part of RELEASE NOTES that's generated from JIRA? It would not
if gcache never did its way to the trunk, would it? I think JIRA is
not meant for sandbox'ed code. JIRA messages may mislead easily that
gcache is already on trunk. On the other hand, it bothers me that we
can't provide anything better to help non-committers contribute to it.
I'm not convinced with JIRA and gcache playing together, but don't
have anything better to advocate. Eh, I'll have to get used to it.
Jacek
--
Jacek Laskowski
http://www.laskowski.net.pl
Re: Is JIRA for sandbox'ed and branch'ed code? (was Re: [jira] Created: (GERONIMO-2407) openwire impl in gcache won't compile)
Posted by David Jencks <da...@yahoo.com>.
Jacek,
This use seems completely appropriate to me..... Bill is supplying a
patch against some code that he cant commit against himself. Where
else could he put the patch? Among other advantages, using jira
gives him the opportunity to explicitly authorize apache (or the
geronimo committers) to apply the patch... if he used the mailing
list it would not be so clear IMO.
thanks
david jencks
On Sep 15, 2006, at 4:17 AM, Jacek Laskowski wrote:
> Hi Bill,
>
> Why is the issue reported in the Geronimo JIRA? AFAIUI It's for a
> sandbox'ed code and as well as for branch'ed code the Geronimo JIRA
> instance is not meant to be used in such cases.
>
> Jacek
>
> On 9/15/06, Bill Dudney (JIRA) <de...@geronimo.apache.org> wrote:
>> openwire impl in gcache won't compile
>> -------------------------------------
>>
>> Key: GERONIMO-2407
>> URL: http://issues.apache.org/jira/browse/
>> GERONIMO-2407
>> Project: Geronimo
>> Issue Type: Bug
>> Security Level: public (Regular issues)
>> Components: Clustering
>> Affects Versions: 1.2
>> Reporter: Bill Dudney
>> Attachments: openwire.patch
>>
>> patch provides 3 things;
>>
>> 1) orgainze imports
>> 2) format code to 'standard' format (no tabs etc)
>> 3) adds standard header
>>
>> --
>> This message is automatically generated by JIRA.
>> -
>> If you think it was sent incorrectly contact one of the
>> administrators: http://issues.apache.org/jira/secure/
>> Administrators.jspa
>> -
>> For more information on JIRA, see: http://www.atlassian.com/
>> software/jira
>>
>>
>>
>
>
> --
> Jacek Laskowski
> http://www.laskowski.net.pl