we are building product that can be used by other systems. As we have SOA, we develop only a service (WCF). We had several controversial discussions about how to design an interface of that service. We are choosing between procedural and OO design for service.
As our service will be used from .NET and Java some say that it is hard to integrate with service if it has OO design. Other think that services mast not use OO approach. Some say that OO is completely OK. As result we there is no clear depression on it.
WCF provide easy way to use both designs but what is the best?
I assume the definition of "Object Oriented" you are using is the concept of the program managing "Objects", and these individual objects manage their internal state and expose functions to be called.
The closest WCF parralel to this is Session-based services, where the lifetime of each service instance is controlled by the client.
If you want this service to be invoked by Java you would have to use basicHttpBinding, as this uses the classic web-service protocol.
This binding does not provide support for session-based services, so you literally cannot use session based services.
Therefore, you cannot apply the "object-oriented" paradigm with regard to the service itself.