2008/9/30 Rajith Attapattu <[EMAIL PROTECTED]>:
> Hi Qpidians,
>
> Currently our temp queue naming is hard coded to "Temp_ " + uuid.
> We could change this to a format that is configurable and captures more
> useful information that can be utilized by,
I think there are different point in here:
1) Should we change our temp queue naming to include more useful information
+1 from me
2) Should we add some sort of way for the client application to
configure the scheme for naming temporary queues created from JMS
-1 From me (I have no problem with the low level API allowing any name
to be used)
My fundamental objection to configurability is that the client
applications shouldn't need to know how these queues are named and
that allowing them to configure it is to risk them building in
dependencies on behaviour we may not be able to maintain in the face
of changes to the underlying AMQP model.
>From a broker point of view we cannot depend on any naming scheme
since the names are client generated and thus non-Qpid clients may be
being used to connect to the broker (a use case for this functionality
as put to me involved being able to detect from the name that a
particular reply-to address related to a temporary queue).
What is the use case for a client being able to configure the naming scheme?
-- Rob
>
> a) management tools to provide more visibility
> b) ACL modules.
>
> I propose the following format
> {host}.{port}.{user_prefix}.{uuid}.
>
> The above format is configurable with {uuid} being the only mandatory part.
> The order of the tokens could also be changed.
> The scheme can be set globally using a jvm argument or per connection using
> connection URL.
>
> Example.
> {user_prefix}_{uuid} = Temp_535fewfsgdsg where user_prefix = "Temp"
>
> I do have a patch ready for the above functionality.
> However there are also some valid points to not making the temp queue naming
> scheme configurable.
>
> I open the floor for any discussion ion for us to come to an agreement on
> this issue.
> Once a decision is made I am quite happy to make the necessary changes.
>
> Regards,
>
> Rajith Attapattu
> Red Hat
> http://rajith.2rlabs.com/
>
