> If I create an .aar do I not mandatory need a service.xml?
yes .aar file must have a services.xml
> How far is a POJO different then a normal service?
It does not have a services.xml, but there are some other limitations
(e.g., cannot have package name, cannot have more than one class)
> And what makes the difference during deployment?
Not much, either way you finally get the same web service.
> And when does a POJO servie become a normal service hence may/maynot need a 
> service.xml?
Write way to say this is ".class" deployment vs. ".aar" deployment.
> Also I have added <module ref="addressing"/> in serivice.xml as well as in 
> axis2.xml
If you have added into axis2.xml, then you do not need that for services.xml
> Also engaged addressing in the serviceClient. 
To engage addressing in client side you need to call the method in
service client or, need to create ConfigurationContext with custom
axis2.xml.
> And scope="soapsession" needs to go to the service.xml!
Yes.
> And do not forget to adjust the timeout in axis2.xml !!!
> Josef
>
> -----Ursprüngliche Nachricht-----
> Von: Deepal jayasinghe [mailto:deep...@gmail.com] 
> Gesendet: Mittwoch, 3. August 2011 00:57
> An: java-user@axis.apache.org
> Cc: Barry Hathaway
> Betreff: Re: Enabling addressing
>
> This is a bug, could you please send your client and service code to
> axis2 list or create a JIRA.
>
> Thanks,
> Deepal
>> Deepal,
>>
>> The error messages my previous email messages below were produced when
>> I had:
>>
>> <service name="SadlService" scope="soapsession">
>>
>> If I change it to scope="application" and turn off addessing on the
>> client then the service
>> responds correct.
>> Thanks.
>> Barry
>>
>> On 8/2/2011 11:57 AM, Deepal Jayasinghe wrote:
>>> By default any given service is deployed in request scope, so you need
>>> to modify services.xml to have the session scope attribute.
>>>
>>> <service name="foo" scope=" soapsession">
>>> </service>
>>>
>>> Did you get any response after you engaged addressing module? or just
>>> gave errors ?
>>>
>>> Thanks,
>>> Deepal
>>>
>>> On Tue, Aug 2, 2011 at 11:50 AM, Barry
>>> Hathaway<bhath...@nycap.rr.com>  wrote:
>>>> Deepal,
>>>>
>>>> Thanks.  The POJO service works without the:
>>>>
>>>> serviceClient.engageModule("addressing");
>>>>
>>>> I can call all of the service methods without any problems. It is
>>>> only when
>>>> I
>>>> enable addressing on the client side that I see problems.
>>>>
>>>> I did not do anything in the service itself (other than adding a
>>>> init() and
>>>> destroy() method).
>>>> Does something need to be done?
>>>>
>>>> I did create a .aar archive file and dropped it into Tomcat.
>>>>
>>>> Thanks
>>>> Barry
>>>>
>>>>
>>>> On 8/2/2011 11:16 AM, Deepal Jayasinghe wrote:
>>>>> Hi There,
>>>>>
>>>>> When you call Service client it creates Axis2 runtime as a result it
>>>>> loads all the modules. That is why you see the module deploy log
>>>>> message. But if you use the same service client to invoke the service
>>>>> multiple times then you will not see that message.
>>>>>
>>>>> Were you able to invoke your POJO service without using soap session
>>>>> ?. It could be that you have not correctly set the endpoint address
>>>>> (it has to include both service name and the operation) or the SOAP
>>>>> action.
>>>>>
>>>>> How did you enable SOAP session for the POJO service ? do you have a
>>>>> service archive or is this simple .class deployment ?
>>>>>
>>>>> Thanks,
>>>>> Deepal
>>>>>
>>>>> On Tue, Aug 2, 2011 at 10:50 AM, Barry Hathaway<bhath...@nycap.rr.com>
>>>>>   wrote:
>>>>>> I'm trying to enable addressing so that I can use soapsession.
>>>>>> In axis2.xml I have:
>>>>>>
>>>>>> <module ref="addressing"/>
>>>>>>
>>>>>> In the client I have:
>>>>>>
>>>>>>          serviceClient.engageModule("addressing");
>>>>>>
>>>>>> However, when I invoke any of the methods of my POJO service I get:
>>>>>>
>>>>>> 2011-07-29 09:49:31,991 [main           ] INFO  ModuleDeployer
>>>>>>    - Deploying module: addressing-1.6.0 - file:/D:/Documents and
>>>>>>
>>>>>> Settings/xxxxxxxxx/.m2/repository/org/apache/axis2/axis2/1.6.0/axis2-1.6.0.jar
>>>>>>
>>>>>> 2011-07-29 09:49:32,100 [main           ] INFO  SadlMain
>>>>>>    - Invoking remote 'getClassName' operation
>>>>>> 2011-07-29 09:49:32,460 [main           ] INFO  SadlMain
>>>>>>    - Caught AxisFault
>>>>>> 2011-07-29 09:49:32,460 [main           ] INFO  SadlMain
>>>>>>    - Fault message: The server did not recognise the action which it
>>>>>> received:
>>>>>>
>>>>>> In the axis2.log file I see the messages:
>>>>>>
>>>>>> 2011-07-29 09:49:32,366 [http-8080-1] WARN
>>>>>>   org.apache.axis2.addressing.AddressingFaultsHelper  -
>>>>>> triggerActionNotSupportedFault: messageContext: [MessageContext:
>>>>>> logID=6c720be37e254cd4121f68fb5a5501817ef03ba267c1dbb2]
>>>>>> problemAction:
>>>>>> urn:anonOutInOpResponse
>>>>>> 2011-07-29 09:49:32,366 [http-8080-1] DEBUG
>>>>>> org.apache.axis2.i18n.ProjectResourceBundle  -
>>>>>>
>>>>>> org.apache.axis2.addressing.i18n.resource::handleGetObject(spec.FAULT_ACTION_NOT_SUPPORTED_REASON)
>>>>>>
>>>>>> 2011-07-29 09:49:32,366 [http-8080-1] ERROR
>>>>>> org.apache.axis2.engine.AxisEngine  - The [action] cannot be
>>>>>> processed at
>>>>>> the receiver.
>>>>>> org.apache.axis2.AxisFault: The [action] cannot be processed at the
>>>>>> receiver.
>>>>>>
>>>>>>
>>>>>> Any ideas?
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
>>>>>> For additional commands, e-mail: java-user-h...@axis.apache.org
>>>>>>
>>>>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
> For additional commands, e-mail: java-user-h...@axis.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
> For additional commands, e-mail: java-user-h...@axis.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org
For additional commands, e-mail: java-user-h...@axis.apache.org

Reply via email to