On Jun 2, 2008, at 12:27 PM, Sergey Beryozkin wrote:
>
> Unless I'm mistaken, the status quo will probably make
> RuntimeDelegate.createEndpoint() + ApplicationConfig usable only
> with RI.
> For ex, as I said earlier, in CXF we'd need to let users
> deal with Jetty apis for RuntimeDelegate.createEndpoint to take any
> effect.
> which is not realistic.
>
> Given a loose nature of the second parameter, we can certainly
> introduce a
> CXF-specific simple Endpoint interface. But it won't work anyway
> because
> ApplicationConfig has no getAddress()...
You could define a publish method in your endpoint interface like the
one in JAX-WS endpoint that takes an address as a parameter.
>
> IMHO at least ApplicationConfig.getAddress() would be needed for a
> reasonable status quo, even though it would be kind of redundant
> with the
> current pattern around using RuntimeDelegate.createEndpoint, where an
> address is set on a lower-level interface in a step 2...
>
I'd rather keep the address out of ApplicationConfig - its also
redundant where that is used in a servlet.
Marc.
>
> -----Original Message-----
> From: Marc.Hadley_at_Sun.COM [mailto:Marc.Hadley_at_Sun.COM]
> Sent: 30 May 2008 19:23
> To: users_at_jsr311.dev.java.net
> Subject: Re: RuntimeDelegate.createEndpoint()
>
> On May 30, 2008, at 1:37 PM, Bill Burke wrote:
>>
>> As far as JAX-WS goes, I don't think it should even be mentioned in
>> the specification. The Endpoint interface brings in a lot of baggage
>> that we don't want/need in REST, or concepts (like Handlers) that
>> we may want a JAX-RS style/flavor for.
>>
> Having looked more closely at JAX-WS endpoint I have to agree that we
> should steer clear, there's too much that's inappropriate.
>
> So, the question is: do we invent our own interface similar to JAX-WS
> Endpoint but without the stuff we don't need or do we stick with the
> current API and defer the question of a standard endpoint interface to
> a subsequent revision of the spec.
>
> Personally I'm happy with the status quo.
>
> Marc.
>
> ---
> 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
>
> ----------------------------
> IONA Technologies PLC (registered in Ireland)
> Registered Number: 171387
> Registered Address: The IONA Building, Shelbourne Road, Dublin 4,
> Ireland
>
> ---------------------------------------------------------------------
> 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.