Re: External plugin repository for JMeter?

Martin van den Bemt <[email protected]>
Newsgroups gmane.comp.jakarta.general
Message-ID <[email protected]>
Mojo plugins start out in the sandbox and need 3 votes from current committers to promote to proper.
If you want to release a vote is expected to happen (I think apache voting rules apply)

Mvgr,
Martin

Roland Weber wrote:
> Hi Sebastian,
> 
> sebb wrote:
>> I don't see it as splitting the community, rather as an adjunct to the
>> existing community.
>>
>> One of the reasons would be to allow independent release cycles.
>>
>> Also, not every user would need all the plugins.
>>
>> Perhaps this could be done by rearranging the JMeter project, but it
>> seems cleaner to have a separate repository - as is done with Maven.
> 
> HttpComponents is also managing currently two components on
> separate release cycles. However, that comes with a certain
> overhead. At the current frequency of our releases, I can
> fully understand Oleg's reluctance against putting more modules
> on separate release cycles.
> If the idea is to have each extra JMeter plugin on a separate
> release cycle, you're probably better off without the Apache
> overhead. I assume Codehouse does not require three PMC votes
> for a release? If the extra JMeter plugins are meant to share
> on release cycle, and there are no licensing issues, I believe
> it can be handled at Apache.
> 
> cheers,
>   Roland
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.