Return-Path: Delivered-To: apmail-synapse-dev-archive@www.apache.org Received: (qmail 72446 invoked from network); 29 Jun 2008 17:12:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Jun 2008 17:12:16 -0000 Received: (qmail 94778 invoked by uid 500); 29 Jun 2008 17:12:10 -0000 Delivered-To: apmail-synapse-dev-archive@synapse.apache.org Received: (qmail 94744 invoked by uid 500); 29 Jun 2008 17:12:10 -0000 Mailing-List: contact dev-help@synapse.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@synapse.apache.org Delivered-To: mailing list dev@synapse.apache.org Received: (qmail 94716 invoked by uid 99); 29 Jun 2008 17:12:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 29 Jun 2008 10:12:10 -0700 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.68.5.9] (HELO relay00.pair.com) (209.68.5.9) by apache.org (qpsmtpd/0.29) with SMTP; Sun, 29 Jun 2008 17:11:16 +0000 Received: (qmail 2639 invoked from network); 29 Jun 2008 17:10:33 -0000 Received: from unknown (HELO ?10.0.0.5?) (unknown) by unknown with SMTP; 29 Jun 2008 17:10:33 -0000 X-pair-Authenticated: 124.43.223.176 Message-ID: <4867C208.3080108@wso2.com> Date: Sun, 29 Jun 2008 22:40:32 +0530 From: "Asankha C. Perera" User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: dev@synapse.apache.org Subject: Re: Reading Target Address Parameter at Transport Level References: <558af1840806290747q73f0153aibe1d4628d5380af9@mail.gmail.com> <4867B519.5040102@wso2.com> <0F7EFAC0-5EA7-48FC-8490-9E454FD539C4@skynet.be> In-Reply-To: <0F7EFAC0-5EA7-48FC-8490-9E454FD539C4@skynet.be> Content-Type: multipart/alternative; boundary="------------080406000400050905050709" X-Virus-Checked: Checked by ClamAV on apache.org --------------080406000400050905050709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hiranya Andreas Veithen wrote: > As far as I understand the requirement is as follows: When the > transport sender transmits the first message to a given endpoint, it > needs to create a session with the endpoint. This operation is > expensive and causes a delay if the message is received and forwarded > by a proxy service. Since Synapse knows about the endpoints it will > connect to, the idea is to create these sessions in advance (at > startup) so that the proxy service will forward the first message > without delay. However the transports can't get access to the required > information because it is managed by Synapse specific classes. If the above description from Andreas holds, I do not think the transport sender could pre-establish sessions as per requirements of different services. However, check how the JMS sender uses connection pools (if defined), which are initialized at the startup. asankha > On 29 juin 08, at 18:15, Asankha C. Perera wrote: > >> Hiranya >> >> The description of the issue does not make me understand much about >> the underlying problem, but some transports like JMS, Mail, VFS etc, >> will only poll/connect on behalf of services that registers with >> them. So, you can get the service.xml parameters (or Proxy service >> parameters), from the AxisService, and there you could define what >> you want for the transport. This will not make the transport Synapse >> specific, as Axis2 can work too >> >> hope this helps >> asankha >> >> Andreas Veithen wrote: >>> Transports should not contain any code specific to Synapse. Maybe >>> you can achieve your goal by creating a org.apache.synapse.Startup >>> implementation? >>> >>> Andreas >>> >>> On 29 juin 08, at 16:47, Hiranya Jayathilaka wrote: >>> >>>> Hi Devs, >>>> >>>> Can we access the information like target address endpoints, we >>>> normally put in the synapse configuration, at the transport level >>>> (at a transport listener to be precise)? I want to read the target >>>> address of a proxy service at the transport level. This is required >>>> to resolve SYNAPSE-380. I have access to the configuration context >>>> and the AxisService object of the proxy service. >>>> >>>> Thanks in advance >>>> >>>> Best Regards, >>>> Hiranya Jayathilaka >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscribe@synapse.apache.org >>> For additional commands, e-mail: dev-help@synapse.apache.org >>> >>> >> >> -- >> Asankha C. Perera >> >> WSO2 - http://wso2.org >> http://esbmagic.blogspot.com >> > -- Asankha C. Perera WSO2 - http://wso2.org http://esbmagic.blogspot.com --------------080406000400050905050709 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hiranya

Andreas Veithen wrote:
As far as I understand the requirement is as follows: When the transport sender transmits the first message to a given endpoint, it needs to create a session with the endpoint. This operation is expensive and causes a delay if the message is received and forwarded by a proxy service. Since Synapse knows about the endpoints it will connect to, the idea is to create these sessions in advance (at startup) so that the proxy service will forward the first message without delay. However the transports can't get access to the required information because it is managed by Synapse specific classes.
If the above description from Andreas holds, I do not think the transport sender could pre-establish sessions as per requirements of different services. However, check how the JMS sender uses connection pools (if defined), which are initialized at the startup.

asankha
On 29 juin 08, at 18:15, Asankha C. Perera wrote:

Hiranya

The description of the issue does not make me understand much about the underlying problem, but some transports like JMS, Mail, VFS etc, will only poll/connect on behalf of services that registers with them. So, you can get the service.xml parameters (or Proxy service parameters), from the AxisService, and there you could define what you want for the transport. This will not make the transport Synapse specific, as Axis2 can work too

hope this helps
asankha

Andreas Veithen wrote:
Transports should not contain any code specific to Synapse. Maybe you can achieve your goal by creating a org.apache.synapse.Startup implementation?

Andreas

On 29 juin 08, at 16:47, Hiranya Jayathilaka wrote:

Hi Devs,

Can we access the information like target address endpoints, we normally put in the synapse configuration, at the transport level (at a transport listener to be precise)? I want to read the target address of a proxy service at the transport level. This is required to resolve SYNAPSE-380. I have access to the configuration context and the AxisService object of the proxy service.

Thanks in advance

Best Regards,
Hiranya Jayathilaka


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@synapse.apache.org
For additional commands, e-mail: dev-help@synapse.apache.org



--
Asankha C. Perera

WSO2 - http://wso2.org
http://esbmagic.blogspot.com



--
Asankha C. Perera

WSO2 - http://wso2.org
http://esbmagic.blogspot.com

--------------080406000400050905050709--