On Jan 30, 2009, at 12:48 AM, cowwoc wrote:
>
> I hope you're right. Does JAX-RS support matrix parameters with
> multiple values?
Yes.
> This is what we're talking about, right?
>
Yes. And note that document we are referring to is not a standard ,
or really even a specification, and the section that talks about
constraints refers to *relative matrix URLs*, which states "relative
Matrix URLs are not generally implemented" and i suspect that
statement is as true now as it was when it was declared.
Welcome to the Wild Wild Web :-)
Paul.
> Gili
>
> Marc Hadley wrote:
>> On Jan 28, 2009, at 10:13 PM, cowwoc wrote:
>>>
>>> That's the first I heard of it. Are you asking *why* only one
>>> attributes can only occur once? If so, I'm wondering too. I've
>>> already designed an application that requires multiple matrix
>>> parameter instances.
>>>
>> I think use of matrix parameters is still evolving and there are
>> few strict rules governing their usage right now.
>> Marc.
>>>
>>> Andrzej Michalec wrote:
>>>> Hi,
>>>> In UriBuilder manipulation of query params allows to bind multiple
>>>> values with single name -- e.g. this is observed by varargs in
>>>> "replaceQueryParams(String, Object...)". It's generally fine,
>>>> since we
>>>> can have query part of URI like this "foo=bar&foo=baz". So far so
>>>> good.
>>>> I see however same rule is applied to matrix params. Javadoc
>>>> points to
>>>> document (http://www.w3.org/DesignIssues/MatrixURIs.html) that very
>>>> clearly states that "attributes can only occur once" e.g taking
>>>> final
>>>> segment of URI we can have "/finalsegment;foo=bar;baz=blah" but
>>>> this
>>>> one "/finalsegment;foo=bar;foo=blah" should be wrong.
>>>> Where is the catch, though?
>>>> cheers,
>>>> andy.
>>>> -------------------------------------------------------------------
>>>> --
>>>> To unsubscribe, e-mail: users-unsubscribe_at_jsr311.dev.java.net
>>>> For additional commands, e-mail: users-help_at_jsr311.dev.java.net
>>>
>>> --------------------------------------------------------------------
>>> -
>>> To unsubscribe, e-mail: users-unsubscribe_at_jsr311.dev.java.net
>>> For additional commands, e-mail: users-help_at_jsr311.dev.java.net
>>>
>> ---
>> Marc Hadley <marc.hadley at sun.com>
>> CTO Office, Sun Microsystems.
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_jsr311.dev.java.net
>> For additional commands, e-mail: users-help_at_jsr311.dev.java.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jsr311.dev.java.net
> For additional commands, e-mail: users-help_at_jsr311.dev.java.net
>