Mmm, yes of course. But I guess you are talking about a mandatory
interface, like Remote. I am talking about an optional one, like
LifeCycle. For example:
public interface ContextAware {
void setOperationContext(OperationContext ctx);
}
In this case, only those services interested in having this data will
need to implement it. The rest can work just like now.
Such an interface would make reflection/introspection unnecessary, and
the relationship with Axis2 more explicit.
Rodrigo
Eran Chinthaka wrote:
> Hi Rodrigu,
>
> Rodrigo Ruiz wrote:
>> Eran Chinthaka wrote:
>>> We didn't want to put any restriction on a user who wanna write a simple
>>> java class and expose that as a web service. Thats been the case so far.
>>> I hope you can understand that it will make the most common and simple
>>> case simple.
>>> And I don't see a single reason behind the service impl being dependent
>>> on the web services engine being used. So thats why we didn't wanna
>>> define a contract for the service implementor to implement.
>> Sorry Chintaka, but I think I miss something here. Why does implementing
>> an Axis2 interface makes your service more implementation dependent than
>> adding a method that receives an Axis2 parameter?
>>
>> Once you need to pass an OperationContext instance you are
>> implementation dependent, aren't you?.
>
> Yes, that will happen iff you, as the service author, wanna get some
> information from the Axis2 environment.
> But, if you wanna deploy a simple service which does an xslt
> transformation on the recd xml, you don't wanna know what is happening
> in Axis2. Isn't it?
>
> -- Chinthaka
>
>
--
-------------------------------------------------------------------
GRIDSYSTEMS Rodrigo Ruiz Aguayo
Parc Bit - Son Espanyol
07120 Palma de Mallorca mailto:[EMAIL PROTECTED]
Baleares - España Tel:+34-971435085 Fax:+34-971435082
http://www.gridsystems.com
-------------------------------------------------------------------
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.0/388 - Release Date: 13/07/2006
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
