Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Received-SPF: pass (nike.apache.org: domain of robbie.gemmell@gmail.com
 designates 209.85.217.181 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAFitrpQFE4wMx8RcVri5KDvCqjkWT58pao2zVsmtf7qHkVTEEQ@mail.gmail.com>
References: 
 <CANVjZ_SUpygmim9mh0+hvqf-AjBQpTLsxGJUES60_HpVnrtmwQ@mail.gmail.com>
	<CAFEMS4vqxg_YaGNmkgtbgoZNWxsEg2MaDY5iByvEoptNhqRSXw@mail.gmail.com>
	<53DF60FE.6050404@redhat.com>
	<CAFEMS4uyzS2KHAoC6HUW4=2fbgKQXjAg1CuzKkcbScGwXzDdmw@mail.gmail.com>
	<CANVjZ_T6vPeT8hBsi2HW79bXggMe7zMDT0fbSA71Ocgts0=KTA@mail.gmail.com>
	<CAFitrpQ3_V_0mrseb6U8WZFb2j802H6MHUzzhEsC_K=uZCcawg@mail.gmail.com>
	<53E0FA24.8000804@redhat.com>
	<CAFitrpQFE4wMx8RcVri5KDvCqjkWT58pao2zVsmtf7qHkVTEEQ@mail.gmail.com>
Date: Wed, 6 Aug 2014 11:31:04 +0100
Message-ID: 
 <CAFitrpRF+uF8h7_83nd-toUmAZUFdgoECeOAN=y+yVg6cAbh+g@mail.gmail.com>
Subject: Re: 0.30 release update - alpha is available
From: Robbie Gemmell <robbie.gemmell@gmail.com>
To: "users@qpid.apache.org" <users@qpid.apache.org>
Content-Type: multipart/alternative; boundary=001a11c221ae24a7ab04fff3785d

--001a11c221ae24a7ab04fff3785d
Content-Type: text/plain; charset=UTF-8

On 5 August 2014 16:40, Robbie Gemmell <robbie.gemmell@gmail.com> wrote:

>
> On 5 August 2014 16:37, Gordon Sim <gsim@redhat.com> wrote:
>
>> On 08/05/2014 02:54 PM, Robbie Gemmell wrote:
>>
>>> Part of the reason it is the way it is currently is because I tied
>>> creation
>>> of the tar.gz assembly files to the 'package' phase so that the systests
>>> could immediately use the broker tar.gz release in the integration-tests
>>> phase (they fire up an external broker using it via the startup scripts).
>>> Traditionally you might be more likely to build the assemblies later in
>>> the
>>> cycle, or only when using a release profile, or maybe explicitly using
>>> "mvn
>>> assembly:single". The examples havent been built at the point the client
>>> is
>>> packaged currently, because they actually depend on the client and so
>>> only
>>> get built afterwards.
>>>
>>> Adding a tar.gz file containing just the example jar would be easy. To
>>> include the examples and client jars in the same assembly we would likely
>>> need to add a further 'packaging' module to gather everything up
>>> together,
>>> or have the examples module tar.gz duplicate the client libs.
>>>
>>> An alternative could be to bundle the example src (only) in the client
>>> releases, with their build pom.
>>>
>>
>> I think that would be my preference, i.e. having the example source in
>> the client artefact itself along with a brief description of how to build
>> and run them.
>>
>>
> A well timed cross-posting :)
>
> Any other opinions? I can make the change if people are happy with it.
>

Done in commit https://svn.apache.org/r1616149


>
> Robbie
>
>
>>  The instructions can then say how to build
>>> and run them. As alternative to that the examples jar would still be
>>> available via maven central (unless we alter the poms not to publish the
>>> jar).
>>>
>>> Robbie
>>>
>>> On 5 August 2014 14:21, Justin Ross <jross@apache.org> wrote:
>>>
>>>  That's fine by me, though in general I tend to think it's better to have
>>>> fewer bundles and keep the examples with the client libraries they
>>>> correspond to.
>>>>
>>>> A separate issue: the examples artefact is a jar, not a tar.gz like the
>>>> other artefacts.  That's certainly not a big deal, just a little
>>>> incongruous.
>>>>
>>>> Justin
>>>>
>>>>
>>>> On Tue, Aug 5, 2014 at 8:22 AM, Keith W <keith.wall@gmail.com> wrote:
>>>>
>>>>  On 4 August 2014 11:31, Gordon Sim <gsim@redhat.com> wrote:
>>>>>
>>>>>> On 07/31/2014 02:01 PM, Keith W wrote:
>>>>>>
>>>>>>>
>>>>>>> It occurs to me that as the Java Client Examples are now a separate
>>>>>>> artefact in its own right (rather than examples being part of the
>>>>>>> Java
>>>>>>> Client), I think it would be a good idea if this artefact is
>>>>>>> distributed too.  It is the artefact generated by
>>>>>>> java/client/example/pom.xml.  I expect this will be useful for users
>>>>>>> and I for one always use drain/spout from the examples for my kick
>>>>>>> the
>>>>>>> tyres type tests.
>>>>>>>
>>>>>>
>>>>>>
>>>>>> I agree, having examples or 'test clients' of some kind easily
>>>>>>
>>>>> accessible
>>>>
>>>>> and guaranteed to work with a given release is important.
>>>>>>
>>>>>> Is this separate artefact only the 0-10 and earlier compatible
>>>>>>
>>>>> examples?
>>>>
>>>>>
>>>>> These examples are suitable for 0-8..0-10.
>>>>>
>>>>>  Is there a separate one for the 1.0 client?
>>>>>>
>>>>>
>>>>> qpid-ampq-1-0-client does have its own examples (./examples), but
>>>>> there is no maven pom.xml, so there is no distributable artefact.
>>>>> It would be easy to add a pom.xml. I'm happy to volunteer to do this.
>>>>>   Thoughts?
>>>>>
>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
>>>>>> For additional commands, e-mail: users-help@qpid.apache.org
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
>>>>> For additional commands, e-mail: users-help@qpid.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
>> For additional commands, e-mail: users-help@qpid.apache.org
>>
>>
>

--001a11c221ae24a7ab04fff3785d--