[esb-dev] remove bus/provider requirement

[Mark Little]

What's to be gained by removing this now? Configuration is definitely  
going to change between 4.2 and 5.0 and it sounds like this isn't  
such a major headache. Or maybe I'm missing something.

Mark.


On 6 May 2007, at 15:26, Tom Fennelly wrote:

> Hehehe... I expected this would come back at some stage :-) The  
> potential for errors caused by duplication Vs the potential errors  
> caused by the confusion/frustration brought about by excessive  
> normalisation (following references around the config before you  
> eventually find what you're looking for)... which is a greater  
> risk??? hmmmm...
>
>
> Kurt T Stam wrote:
>> You mean it annoys you ;)? You still have to define it the jms  
>> provider
>> info. Does it really matter where it is? Maybe I'm not understanding
>> this correctly, but I don't see why this would be annoying. It's  
>> reduces
>> the amount of configuration bugs. Providing a channel is different  
>> then
>> listening to it. We can sit down next week and add a jca-listener  
>> to the
>> xsd and I'll add a mapper for it, easy stuff.
>>
>> --Kurt
>>
>> Bill Burke wrote:
>>
>>> Its simple.  If you are only declaring one listener for one  
>>> provider,
>>> then there really is no need to describe a provider.  Its extra  
>>> syntax
>>> sugar that just annoys the user.
>>>
>>> Mark Little wrote:
>>>
>>>> Bill, could you provide an example of what you want to  
>>>> accomplish (a
>>>> before and after)? It may help to remove any confusion.
>>>>
>>>> Cheers,
>>>>
>>>> Mark.
>>>>
>>>>
>>>> On 4 May 2007, at 22:43, Bill Burke wrote:
>>>>
>>>>
>>>>> I would like to remove the bus/provider requirement that
>>>>> listeners/gateways have.
>>>>>
>>>>> The move is basically around cutting the amount of syntax sugar  
>>>>> that
>>>>> is required when writing a gateway or a listener.  My bet is  
>>>>> that in
>>>>> a majority of cases, the provider/bus syntax/metadata is not
>>>>> reusable. Why require the extra metadata?
>>>>>
>>>>> This is even more so when plugging in JCA since JCA in/out is
>>>>> configured separately, or in the case of JMS, might not even  
>>>>> have an
>>>>> outbound configuration.
>>>>>
>>>>> Bill
>>>>>
>>>>> -- 
>>>>> Bill Burke
>>>>> JBoss, a division of Red Hat Inc.
>>>>> _______________________________________________
>>>>> esb-dev mailing list
>>>>> esb-dev at lists.jboss.org <mailto:esb-dev at lists.jboss.org>
>>>>> https://lists.jboss.org/mailman/listinfo/esb-dev
>>>>>
>>>> ----
>>>>
>>>> Mark Little
>>>> mlittle at redhat.com <mailto:mlittle at redhat.com>
>>>>
>>>> JBoss, a Division of Red Hat
>>>> Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod
>>>> Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered  
>>>> in UK
>>>> and Wales under Company Registration No. 3798903 Directors: Michael
>>>> Cunningham (USA), Charlie Peters (USA) and David Owens (Ireland)
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>> _______________________________________________
>> esb-dev mailing list
>> esb-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/esb-dev
>>
>
> -- 
> Red Hat:
> Registered Address: Red Hat Ltd, Brian O' Donnell and Partners, 62  
> Merrion Square, Dublin 2, Ireland.
> Registered in the Companies Registration Office, Parnell House, 14  
> Parnell Square, Dublin 1, Ireland, at No. 304873
> Directors: Charlie Peters (USA), Michael Cunningham (USA). David  
> Owens, Brendan Lane
>
> _______________________________________________
> esb-dev mailing list
> esb-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/esb-dev

----

Mark Little
mlittle at redhat.com

JBoss, a Division of Red Hat
Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod  
Street, Windsor, Berkshire,
SI4 1TE, United Kingdom.
Registered in UK and Wales under Company Registration No. 3798903
Directors: Michael Cunningham (USA), Charlie Peters (USA) and David  
Owens (Ireland)




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/esb-dev/attachments/20070506/ef863543/attachment.html