Hi Andreas,

I tried the suggested approach, yet was unsuccessful. In both plain
text and attached message case I am getting the exception,

ERROR AxisEngine The endpoint reference (EPR) for the Operation not
found is  and the WSA Action = null
org.apache.axis2.AxisFault: The endpoint reference (EPR) for the
Operation not found is  and the WSA Action = null
        at 
org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.java:89)
        at org.apache.axis2.engine.Phase.invoke(Phase.java:334)
        at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:256)
        at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:165)
        at 
org.apache.axis2.transport.base.AbstractTransportListener.handleIncomingMessage(AbstractTransportListener.java:325)
        at 
org.apache.axis2.transport.mail.MailTransportListener.processMail(MailTransportListener.java:534)
        at 
org.apache.axis2.transport.mail.MailTransportListener.access$000(MailTransportListener.java:71)
        at 
org.apache.axis2.transport.mail.MailTransportListener$MailProcessor.run(MailTransportListener.java:350)
        at 
org.apache.axis2.transport.mail.MailTransportListener.processMail(MailTransportListener.java:314)
        at 
org.apache.axis2.transport.mail.MailTransportListener.checkMail(MailTransportListener.java:218)
        at 
org.apache.axis2.transport.mail.MailTransportListener.poll(MailTransportListener.java:99)
        at 
org.apache.axis2.transport.mail.MailTransportListener.poll(MailTransportListener.java:71)
        at 
org.apache.axis2.transport.base.AbstractPollingTransportListener$1$1.run(AbstractPollingTransportListener.java:99)
        at 
org.apache.axis2.transport.base.threads.NativeWorkerPool$1.run(NativeWorkerPool.java:58)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Thread.java:595)



I debugged into this and found that in the plain text case the
PlainTextBuilder builds an OMSourcedElement. The body based dispatcher
of Axis2 is thus unable to find the operation for the EPR.

Any help on this is highly appreciated.

Thanks
Saliya

On Mon, May 4, 2009 at 1:46 PM, Andreas Veithen
<[email protected]> wrote:
> Saliya,
>
> One problem is that sample 256 is no longer compatible with the way
> the mail transport works in the snapshot. More precisely, in previous
> versions, the mail transport tried to parse the message as XML and
> fell back to plain text in case of error, completely ignoring the
> content type of the message. That is why the sample indicates to "send
> a plain/text email". This behavior had several issues, in particular
> the mail transport didn't use the message builder abstraction.
>
> Recent versions of the mail transport use the content type of the
> message to select a message builder and then delegate parsing of the
> message to the builder (in the same way as other transports). I see
> two ways one could adapt sample 256:
>
> - Instead of sending the XML inside the body, send it as attachment.
> This is supported by the mail transport, but it is a bit tricky
> because the content type of the attachment will depend on the email
> client or operation system that is used.
>
> - Play with the transport.mail.ContentType property to override the
> content type of the message.
>
> Andreas
>
> On Mon, May 4, 2009 at 09:53, Saliya Ekanayake <[email protected]> wrote:
>> I am using the snapshot.
>>
>> thanks,
>> Saliya
>>
>> On Mon, May 4, 2009 at 1:13 PM, Andreas Veithen
>> <[email protected]> wrote:
>>> Saliya,
>>>
>>> Can you please tell us the version of Synapse you are using?
>>>
>>> Andreas
>>>
>>> On Mon, May 4, 2009 at 08:45, Saliya Ekanayake <[email protected]> wrote:
>>>> Hi,
>>>>
>>>> I was able to get passed this by sending a plain text message from
>>>> GMail. It seems that when HTML formatted message is present, Synapse
>>>> cannot properly build the SOAP envelope.
>>>>
>>>> At the same time I found that the error with configuration occurs when
>>>> you send a mail from the same account as the recipient (the
>>>> configuration simply checks for the "from" address and send the
>>>> reply). So in fact I think it's not an error.
>>>>
>>>> Thanks,
>>>> Saliya
>>>>
>>>> On Mon, May 4, 2009 at 11:41 AM, Saliya Ekanayake <[email protected]> wrote:
>>>>> Regarding issue 2, I think the reason is having a wrong input stream in
>>>>> creating the XMLStreamReader. The input stream taken from the message
>>>>> contains all the headers as well (I did a debug and found the presence of
>>>>> headers). Thus, when parsing the stream to create a SOAP message I hit the
>>>>> error "Unexpected character" (Woodstock 3.2.4: BasicStreamReader: line
>>>>> 2047).
>>>>>
>>>>> Thanks,
>>>>> Saliya
>>>>>
>>>>>
>>>>>
>>>>> On Mon, May 4, 2009 at 10:22 AM, Saliya Ekanayake <[email protected]> wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I have encountered two issues with sample 256 - using mail transport with
>>>>>> Synapse.
>>>>>>
>>>>>> 1. The configuration is wrong as it simply sends the response back to the
>>>>>> same mail address. Then, Synapse will again send that response mail back 
>>>>>> to
>>>>>> the service thinking it is a request.
>>>>>>
>>>>>> 2. When retrieving mail from GMail I am getting a null pointer exception
>>>>>> due to null charset while parsing.
>>>>>>
>>>>>> The first issue can be corrected by modifying the configuration. The
>>>>>> second one, however, was bit unclear to me even after a debug. Could 
>>>>>> someone
>>>>>> please help on this. To reproduce this simply run sample 256 as given.
>>>>>>
>>>>>> Thanks,
>>>>>> Saliya
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Saliya Ekanayake
>>>>> Software Engineer, WSO2 Inc. (http://www.wso2.com)
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Saliya Ekanayake
>>>> Software Engineer, WSO2 Inc. (http://www.wso2.com)
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>
>>
>>
>> --
>> Saliya Ekanayake
>> Software Engineer, WSO2 Inc. (http://www.wso2.com)
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>



-- 
Saliya Ekanayake
Software Engineer, WSO2 Inc. (http://www.wso2.com)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to