[prev in list] [next in list] [prev in thread] [next in thread] 

List:       axis-c-user
Subject:    Re: Client configuration without axiscpp.conf?
From:       Tim Bartley <tbartley () au1 ! ibm ! com>
Date:       2005-02-10 23:23:36
Message-ID: OFAF8495EF.9B97E580-ON4A256FA4.007E5C08-4A256FA4.0080811B () au1 ! ibm ! com
[Download RAW message or body]

This is a multipart message in MIME format.
--=_alternative 0080809B4A256FA4_=
Content-Type: text/plain; charset="US-ASCII"

I was going to suggest that simply being able to specify the location of 
the config file programatically would be enough for me for now but that's 
not quite right. The other requirement I have is really to have multiple 
independent instances of the Axis client in a single process.

I.e. I'd like the class defined in Axis.hpp to be a real class and not a 
namespace for the initialize method. This must be a useful thing anyway - 
how can an Axis C++ server also act as a client?

I couldn't work out how to edit the wish list - it alsways told me I 
wasn't permitted - even after creating a profile etc so I've opened a 
couple of JIRA issues.

Thanks,

Tim
--
IBM Tivoli Access Manager Development
Gold Coast Development Lab, Australia
+61-7-5552-4001 phone
+61-7-5571-0420 fax

Samisa Abeysinghe <samisa.abeysinghe@gmail.com> wrote on 10/02/2005 
20:09:49:

> Hi John,
>     Going throuhg AXISCPP-388, I get the feeling that the need is to
> set transport properties either from handlers or at Stub level.
>     I feel it is differrent from setting axiscpp.conf like settings
> programatically.
>     Could you please clarify.
> 
> Thanks,
> Samisa...
> 
> 
> 
> 
> 
> On Thu, 10 Feb 2005 08:38:06 +0000, John Hawkins <HAWKINSJ@uk.ibm.com> 
wrote:
> > 
> > We already have a JIRA that discusses the setting of handlers
> > programmatically (AXISCPP-388). It would appear to be a good thing 
that we
> > can allow this too. Perhaps a new JIRA for this referring to that JIRA 
and
> > then put it on the release candidate list for 1.6 ? 
> > 
> > 
> > 
> > 
> > 
> >  "sanjaya singharage" <sanjayas@opensource.lk> 
> > 
> > 10/02/2005 04:46 
> > 
> > Please respond to
> >  "Apache AXIS C User List" 
> > 
> > 
> > To "Apache AXIS C User List" <axis-c-user@ws.apache.org>, "Samisa
> > Abeysinghe" <samisa.abeysinghe@gmail.com> 
> > 
> > cc
> > 
> > 
> > Subject Re: Client configuration without axiscpp.conf? 
> > 
> > 
> > 
> > 
> > 
> > Is this a wish? May be it should go in to the wish list at
> >  http://wiki.apache.org/ws/FrontPage/AxisC_2b_2b/WishList
> > 
> >  sanjaya.
> > 
> >  ----- Original Message -----
> >  From: "Samisa Abeysinghe" <samisa.abeysinghe@gmail.com>
> >  To: "Apache AXIS C User List" <axis-c-user@ws.apache.org>
> >  Sent: Thursday, February 10, 2005 9:38 AM
> >  Subject: Re: Client configuration without axiscpp.conf?
> > 
> > 
> >  > > Is it possible to specify the configuration parameters to the 
Axis C++
> >  > > client without using axiscpp.conf.
> >  >
> >  > No. The only way is to have c conf file :-(
> >  >
> >  > >
> >  > > I am concerned that multiple clients on the same machine are 
forced to
> >  share
> >  > > the same /etc/axiscpp.conf file. Also I am concerned that 
multiple
> >  clients
> >  > > within the same application are forced to share the same 
configuration
> >  file.
> >  > > My application is likely to have 3rd party Web service clients 
pluged
> > in
> >  to
> >  > > it - I do not want them to interfere with my configuration and 
vice
> >  versa.
> >  >
> >  > There is a workaround though - assuming you are using Linux: you 
can
> >  > have multiple shells open and define fifferent AXISCPP_DEPLOY 
setting
> >  > in each shell and have different axiscpp.conf files in different
> >  > locations pointed to by different AXISCPP_DEPLOY variables. (May be
> >  > the same would work on Windows with multiple command prompts)
> >  >
> >  >
> >  > >
> >  > > While I appreciate the flexibility provided by the configuration 
file
> >  I'd
> >  > > prefer to specify the client configuration parameters 
programatically.
> >  Is
> >  > > this possible?
> >  >
> >  > There is no way that you can specify the settings at stub level
> >  programatically.
> >  > It would be a good idea to support this in view of multiple clients 
in
> >  > the same envioronment.
> >  >
> >  > Thanks,
> >  > Samisa...
> >  >
> >  > >
> >  > > Thanks,
> >  > >
> >  > > Tim
> >  > > --
> >  > > IBM Tivoli Access Manager Development
> >  > > Gold Coast Development Lab, Australia
> >  > > +61-7-5552-4001 phone
> >  > > +61-7-5571-0420 fax
> >  >
> > 
> > 
> > 
> >

--=_alternative 0080809B4A256FA4_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">I was going to suggest that simply being
able to specify the location of the config file programatically would be
enough for me for now but that's not quite right. The other requirement
I have is really to have multiple independent instances of the Axis client
in a single process.</font>
<br>
<br><font size=2 face="sans-serif">I.e. I'd like the class defined in Axis.hpp
to be a real class and not a namespace for the initialize method. This
must be a useful thing anyway - how can an Axis C++ server also act as
a client?</font>
<br>
<br><font size=2 face="sans-serif">I couldn't work out how to edit the
wish list - it alsways told me I wasn't permitted - even after creating
a profile etc so I've opened a couple of JIRA issues.</font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br>
<br><font size=2 face="sans-serif">Tim<br>
--<br>
IBM Tivoli Access Manager Development<br>
Gold Coast Development Lab, Australia<br>
+61-7-5552-4001 phone<br>
+61-7-5571-0420 fax</font>
<br>
<br><font size=2><tt>Samisa Abeysinghe &lt;samisa.abeysinghe@gmail.com&gt;
wrote on 10/02/2005 20:09:49:<br>
<br>
&gt; Hi John,<br>
&gt; &nbsp; &nbsp; Going throuhg AXISCPP-388, I get the feeling that the
need is to<br>
&gt; set transport properties either from handlers or at Stub level.<br>
&gt; &nbsp; &nbsp; I feel it is differrent from setting axiscpp.conf like
settings<br>
&gt; programatically.<br>
&gt; &nbsp; &nbsp; Could you please clarify.<br>
&gt; <br>
&gt; Thanks,<br>
&gt; Samisa...<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; On Thu, 10 Feb 2005 08:38:06 +0000, John Hawkins &lt;HAWKINSJ@uk.ibm.com&gt;
wrote:<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; We already have a JIRA that discusses the setting of handlers<br>
&gt; &gt; programmatically (AXISCPP-388). It would appear to be a good
thing that we<br>
&gt; &gt; can allow this too. Perhaps a new JIRA for this referring to
that JIRA and<br>
&gt; &gt; then put it on the release candidate list for 1.6 ? <br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;&quot;sanjaya singharage&quot; &lt;sanjayas@opensource.lk&gt;
<br>
&gt; &gt; <br>
&gt; &gt; 10/02/2005 04:46 <br>
&gt; &gt; &nbsp;<br>
&gt; &gt; Please respond to<br>
&gt; &gt; &nbsp;&quot;Apache AXIS C User List&quot; <br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; To &quot;Apache AXIS C User List&quot; &lt;axis-c-user@ws.apache.org&gt;,
&quot;Samisa<br>
&gt; &gt; Abeysinghe&quot; &lt;samisa.abeysinghe@gmail.com&gt; <br>
&gt; &gt; &nbsp;<br>
&gt; &gt; cc<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; Subject Re: Client configuration without axiscpp.conf? <br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; Is this a wish? May be it should go in to the wish list at<br>
&gt; &gt; &nbsp;http://wiki.apache.org/ws/FrontPage/AxisC_2b_2b/WishList<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;sanjaya.<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;----- Original Message -----<br>
&gt; &gt; &nbsp;From: &quot;Samisa Abeysinghe&quot; &lt;samisa.abeysinghe@gmail.com&gt;<br>
&gt; &gt; &nbsp;To: &quot;Apache AXIS C User List&quot; &lt;axis-c-user@ws.apache.org&gt;<br>
&gt; &gt; &nbsp;Sent: Thursday, February 10, 2005 9:38 AM<br>
&gt; &gt; &nbsp;Subject: Re: Client configuration without axiscpp.conf?<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;&gt; &gt; Is it possible to specify the configuration parameters
to the Axis C++<br>
&gt; &gt; &nbsp;&gt; &gt; client without using axiscpp.conf.<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;&gt; No. The only way is to have c conf file :-(<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;&gt; &gt;<br>
&gt; &gt; &nbsp;&gt; &gt; I am concerned that multiple clients on the same
machine are forced to<br>
&gt; &gt; &nbsp;share<br>
&gt; &gt; &nbsp;&gt; &gt; the same /etc/axiscpp.conf file. Also I am concerned
that multiple<br>
&gt; &gt; &nbsp;clients<br>
&gt; &gt; &nbsp;&gt; &gt; within the same application are forced to share
the same configuration<br>
&gt; &gt; &nbsp;file.<br>
&gt; &gt; &nbsp;&gt; &gt; My application is likely to have 3rd party Web
service clients pluged<br>
&gt; &gt; in<br>
&gt; &gt; &nbsp;to<br>
&gt; &gt; &nbsp;&gt; &gt; it - I do not want them to interfere with my
configuration and vice<br>
&gt; &gt; &nbsp;versa.<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;&gt; There is a workaround though - assuming you are using
Linux: you can<br>
&gt; &gt; &nbsp;&gt; have multiple shells open and define fifferent AXISCPP_DEPLOY
setting<br>
&gt; &gt; &nbsp;&gt; in each shell and have different axiscpp.conf files
in different<br>
&gt; &gt; &nbsp;&gt; locations pointed to by different AXISCPP_DEPLOY variables.
(May be<br>
&gt; &gt; &nbsp;&gt; the same would work on Windows with multiple command
prompts)<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;&gt; &gt;<br>
&gt; &gt; &nbsp;&gt; &gt; While I appreciate the flexibility provided by
the configuration file<br>
&gt; &gt; &nbsp;I'd<br>
&gt; &gt; &nbsp;&gt; &gt; prefer to specify the client configuration parameters
programatically.<br>
&gt; &gt; &nbsp;Is<br>
&gt; &gt; &nbsp;&gt; &gt; this possible?<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;&gt; There is no way that you can specify the settings
at stub level<br>
&gt; &gt; &nbsp;programatically.<br>
&gt; &gt; &nbsp;&gt; It would be a good idea to support this in view of
multiple clients in<br>
&gt; &gt; &nbsp;&gt; the same envioronment.<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;&gt; Thanks,<br>
&gt; &gt; &nbsp;&gt; Samisa...<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;&gt; &gt;<br>
&gt; &gt; &nbsp;&gt; &gt; Thanks,<br>
&gt; &gt; &nbsp;&gt; &gt;<br>
&gt; &gt; &nbsp;&gt; &gt; Tim<br>
&gt; &gt; &nbsp;&gt; &gt; --<br>
&gt; &gt; &nbsp;&gt; &gt; IBM Tivoli Access Manager Development<br>
&gt; &gt; &nbsp;&gt; &gt; Gold Coast Development Lab, Australia<br>
&gt; &gt; &nbsp;&gt; &gt; +61-7-5552-4001 phone<br>
&gt; &gt; &nbsp;&gt; &gt; +61-7-5571-0420 fax<br>
&gt; &gt; &nbsp;&gt;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt; &nbsp;<br>
&gt; &gt;<br>
</tt></font>
--=_alternative 0080809B4A256FA4_=--
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic