Return-Path: 
 <cxf-dev-return-3443-apmail-incubator-cxf-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-cxf-dev-archive@locus.apache.org
Received: (qmail 51304 invoked from network); 21 Jun 2007 04:00:33 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 21 Jun 2007 04:00:33 -0000
Received: (qmail 65163 invoked by uid 500); 21 Jun 2007 04:00:36 -0000
Delivered-To: apmail-incubator-cxf-dev-archive@incubator.apache.org
Received: (qmail 65113 invoked by uid 500); 21 Jun 2007 04:00:34 -0000
Mailing-List: contact cxf-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:cxf-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:cxf-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:cxf-dev@incubator.apache.org>
List-Id: <cxf-dev.incubator.apache.org>
Reply-To: cxf-dev@incubator.apache.org
Delivered-To: mailing list cxf-dev@incubator.apache.org
Received: (qmail 65104 invoked by uid 99); 21 Jun 2007 04:00:34 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jun 2007 21:00:34 -0700
X-ASF-Spam-Status: No, hits=2.0 required=10.0
	tests=HTML_MESSAGE
X-Spam-Check-By: apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Received: from [209.85.134.184] (HELO mu-out-0910.google.com) (209.85.134.184)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jun 2007 21:00:30 -0700
Received: by mu-out-0910.google.com with SMTP id w9so378377mue
        for <cxf-dev@incubator.apache.org>;
 Wed, 20 Jun 2007 21:00:08 -0700 (PDT)
Received: by 10.82.111.8 with SMTP id j8mr2947611buc.1182398407727;
        Wed, 20 Jun 2007 21:00:07 -0700 (PDT)
Received: by 10.82.176.13 with HTTP; Wed, 20 Jun 2007 21:00:07 -0700 (PDT)
Message-ID: <7b774c950706202100m2f4489fay49a20eb85752c7e1@mail.gmail.com>
Date: Thu, 21 Jun 2007 00:00:07 -0400
From: "Dan Diephouse" <dan@envoisolutions.com>
To: cxf-dev@incubator.apache.org
Subject: Re: Picking up <jaxws:client> config from non-specific
 Service.getPort()
In-Reply-To: <9A4696F35B459043970EE4A85A3173900668A2@amer-ems1.IONAGLOBAL.COM>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_144329_322132.1182398407697"
References: <7b774c950706201032vba548d9of4197fcee840bb3e@mail.gmail.com>
	 <9A4696F35B459043970EE4A85A3173900668A2@amer-ems1.IONAGLOBAL.COM>
X-Virus-Checked: Checked by ClamAV on apache.org

------=_Part_144329_322132.1182398407697
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hiya Jervis,

I was looking into this issue for a while tonight, but I haven't figured it
out really. I do know that the first problem is that the "{...}SoapPort"
isn't the one being selected by the getPort() call - its selecting the
GreeterPort. But even if I change my config its not being picked up. But I
could be doing something silly, so you might want to verify that for
yourself :-)

Cheers,
- Dan

On 6/20/07, Liu, Jervis <jliu@iona.com> wrote:
>
> Hi Guys, I can take a look into this issue. I plan to work on a relevant
> issue, which is Service.getPort(java.lang.Class<T>
> serviceEndpointInterface) does not work, JIRA CXF-735. I will make sure the
> injection stuff working properly when I work on cxf-735.
>
> Cheers,
> Jervis
>
> -----Original Message-----
> From: Dan Diephouse [mailto:dan@envoisolutions.com]
> Sent: 2007?6?21? 1:33
> To: cxf-dev@incubator.apache.org
> Subject: Re: Picking up <jaxws:client> config from non-specific
> Service.getPort()
>
>
> I can take a peek... I just thought you wanted feedback on whether or not
> that was the right approach. Cheers,
> - Dan
>
> On 6/20/07, Glynn, Eoghan <eoghan.glynn@iona.com> wrote:
> >
> >
> >
> > Dan,
> >
> > Obviously I misread your response ... i.e. I got the impression that you
> > intended to fix this, but it looks like the issue still exists ... so I
> > guess you meant that you weren't objecting to the problem being fixed,
> > as opposed to signing up to do the fix.
> >
> > Anyway, have you any ideas as to why the injection of the <jaxws:client>
> > bean doesn't occur if the port name isn't specified explicitly by the
> > application?
> >
> > /Eoghan
> >
> > > -----Original Message-----
> > > From: Dan Diephouse [mailto:dan@envoisolutions.com]
> > > Sent: 01 May 2007 16:06
> > > To: cxf-dev@incubator.apache.org
> > > Subject: Re: Picking up <jaxws:client> config from
> > > non-specific Service.getPort()
> > >
> > > Hi Eoghan,
> > >
> > > +1 to fixing this like you said. I completely agree thats how
> > > it should
> > > work.
> > >
> > > - Dan
> > >
> > > On 5/1/07, Glynn, Eoghan <eoghan.glynn@iona.com> wrote:
> > > >
> > > >
> > > >
> > > > Folks,
> > > >
> > > > After an amount of head-banging-on-desk, I noticed that the
> > > > <jaxws:client> config isn't picked up via the non-specific
> > > > Service.getPort(), even when the actual port selected
> > > matches the bean
> > > > ID of the configured <jaxws:client>.
> > > >
> > > > By the non-specific Service.getPort(), I mean the form of this API
> > > > where a specific port name is not provided explicitly by the app,
> > > > instead the Service impl handles the selection of an
> > > appropriate port.
> > > >
> > > > This is easily seen by removing the @Ignore from the
> > > > ServiceImplTest.testNonSpecificGetPort() unit test that I just
> > > > committed.
> > > >
> > > > This should this work, right? I mean, what does it matter
> > > if endpoint
> > > > is selected by the Service impl or specified explicitly by the app,
> > > > either way a matching <jaxws:client> bean should be wired in, or?
> > > >
> > > > Cheers,
> > > > Eoghan
> > > >
> > > >
> > >
> > >
> > > --
> > > Dan Diephouse
> > > Envoi Solutions
> > > http://envoisolutions.com | http://netzooid.com/blog
> > >
> >
> > ----------------------------
> > IONA Technologies PLC (registered in Ireland)
> > Registered Number: 171387
> > Registered Address: The IONA Building, Shelbourne Road, Dublin 4,
> Ireland
> >
>
>
>
> --
> Dan Diephouse
> Envoi Solutions
> http://envoisolutions.com | http://netzooid.com/blog
>
> ----------------------------
> IONA Technologies PLC (registered in Ireland)
> Registered Number: 171387
> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
>



-- 
Dan Diephouse
Envoi Solutions
http://envoisolutions.com | http://netzooid.com/blog

------=_Part_144329_322132.1182398407697--