RE: WS-I Basic Security Profile

2006-03-24 Thread John Hawkins

please do an exception.what();







Andy Weiss
[EMAIL PROTECTED] 
23/03/2006 20:23



Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org





To
'Apache AXIS C User List'
axis-c-user@ws.apache.org


cc



Subject
RE: WS-I Basic Security Profile








When using AxisCPP I am receiving:


AxisExeption: 67

Can someone help me find out what this means? I can't find any
documentation about exception numbers.

Thanks,
Andy





Re: Application, Session or Request scope

2006-03-24 Thread Antoine Galataud
Hi,Could you confirm that it is a normal behavior that axis engine load libs each time a method is called on ? Or is it a mistake in my configuration ?Thanks2006/3/23, Antoine Galataud 
[EMAIL PROTECTED]:Yes that's it.
2006/3/23, John Hawkins 
[EMAIL PROTECTED]:

OK,

so let me repeat it back to you so we're
clear.

You tested and found that the library
is loaded and unloaded on every method call?







Antoine Galataud
[EMAIL PROTECTED] 
23/03/2006 09:14



Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org







To
Apache AXIS C User List
axis-c-user@ws.apache.org


cc



Subject
Re: Application, Session or Request
scope








No, I didn't test it yet. But I realized, reading again
Adrian mail and looking at wrapper class that it can't be my solution (or
just a part of). What I'm saying is that the wrapper class is contained
in the web service library, and is used to initialize and stop the web
service with init and fini methods. But this doesn't resolve my problem:
I want the library loaded and run until server shuts down. So what I need
is the scope parameter of server.wsdd file correctly handled (I tested
that it doesn't work), so the library is loaded at first request and stays
up.

2006/3/23, John Hawkins 
[EMAIL PROTECTED]:

Sorry, I'm not clear what you are saying - are you saying that you have
tested this and the library is loaded each time the service is requested?







Antoine Galataud
[EMAIL PROTECTED]



22/03/2006 17:18






Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org






To
Apache AXIS C User List
axis-c-user@ws.apache.org





cc



Subject
Re: Application, Session or Request
scope










Hi,

this a very great manner to initialize my business objects before
getting a request, but does this help to have the web service library
loaded once and not unloaded when method returns ?
I mean, for the moment I can't call a method without having Axis
loading the web service library (at each call). I need it to load at
first time, then be up until server (apache) shuts down.
What you are saying is that library is loaded at first invocation and
unloaded when server shuts down. But in my case, library is loaded
each time the service is requested !

Thanks
2006/3/21, Adrian Dick [EMAIL PROTECTED]

:
 Hi,

 There is already a mechanism in place to do this.

 As part of WrapperClassHandler, from which the generated wrapper class
is
 inherited, there are the init and fini methods.
 These methods are called respectively as the service library is loaded
(ie:
 first invocation of service) and unloaded (ie: server shutdown).

 As these methods are virtual, you can override these within the generated
 wrapper class, to do the initialization and clearup activities you
require.


 One word of warning, although this has been designed to work in this
 manner, it hasn't (so far) been tested.

 Please let us know how you get on with trying this.

 Regards,
 Adrian
 ___
 Adrian Dick ([EMAIL PROTECTED]

)


 Antoine Galataud [EMAIL PROTECTED]

wrote on 21/03/2006
 12:43:45:

 
  Sorry, I haven't been really clear with what I wanted to do.
I'll
  try to clarify my thoughts a little :
 
  I get a web service library, that handles the web service technical
  part and access to business objects. But my business part is
heavy
  to initialize, and I want to do it only once, so when a first
  request come to the web service, the back end service starts
and
  replys, then any other request doesn't involve a back end service
start.
 
  So what I want to do is, as axis java does, define an application
  scope for the web service and get the service running until container
 stops.

  2006/3/21, John Hawkins  [EMAIL PROTECTED]

:
 
  Antoine,
 
  Can I clarify what you're trying to do here? Are you trying to
have
  a stateful session with a particular instance of a service i.e.
the
  same service gets called twice? Or pass context across the-wire
on
  subsequent uses of the same stub?
 
  thanks,
  John.
 
 
 

 
  Antoine Galataud [EMAIL PROTECTED]

  21/03/2006 09:27
 
  Please respond to
  Apache AXIS C User List axis-c-user@ws.apache.org

 
  To
 
  Apache AXIS C User List axis-c-user@ws.apache.org

 
  cc
 
  Subject
 
  Re: Application, Session or Request scope
 
 
 
 
  Hi !
 
  I've found no way to solve my scope issue for the moment, I'm
still
  looking for a way to do this (application scope, not handlers).
 
  Thanks for any idea !
 
  2006/3/16, Antoine Galataud  [EMAIL PROTECTED]

:
  It doesn't work :
 
  in fact, I succeeded in getting a session scope, e.g I request
the
  service 2 times in the same main() client, but I can't have an
  application scope. But I don't get the error I described in my
  earlier mail, now it gives me nothing. And I'm talking about
service
  scope, I don't use any handler.
 
  Thanks for your answer
 
  2006/3/16, John Hawkins [EMAIL PROTECTED]


:
 
  I've just looked at this again and I'm not sure 

Re: AIX 32 bit built

2006-03-24 Thread Adrian Dick
Hi,

At the start of the log file, is a snapshot of various environment
variables, including AXISCPP_DEPLOY, which may be worth checking.

Regards,
Adrian
___
Adrian Dick ([EMAIL PROTECTED])


Antoine Galataud [EMAIL PROTECTED] wrote on 24/03/2006
10:31:07:

 Hi !

 I suceeded in compiling Axis with xerces 2.7.0 version. It worked just
fine.

 Now I'm getting issues at startup, with simple_axis_server or with
 apache module. The strange thing is that it seems configuration file
 parser get correctly the values, but then the values are corrupted
 with something and it produces strange ascii chars (see log output
 below). Then, it can't load any lib.
 I'm also wondering if it finds correctly the
 $AXISCPP_DEPLOY/etc/axiscpp.conf file (it could explain that it
 can't find any library), because if you look at the logs, it
 outputed a wrong configuration value for log files location (though
 I set another value in the axiscpp.conf file)

 What could be the reasons ?

 Thanks

 logs :
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  AxisConfig @205c7ee8,
 205c5848
 [205C5848F008BCC4F008BCD4] 
 \XH
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  AxisConfig @205c7ee8,
 205c5848
 [205C5848F008BCC4F008BCD4] 
 \XH
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 null
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 ¾ïÞ­
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0001] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0001] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@2 /usr/local/axiscpp_deploy/log/AxisLog
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@3 Kÿÿä‚'
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0002] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0002] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@2 /usr/local/axiscpp_deploy/log/AxisClientLog
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@3 Kÿÿä‚'
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0003] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0003] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 null
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 ¾ïÞ­
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0004] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0004] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 null
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 ¾ïÞ­
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0005] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0005] 
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@2 libhttp_transport.a
 [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@3 Kÿÿä‚'
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0006] 
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0006] 
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 null
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 ¾ïÞ­
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0007] 
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0007] 
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@2 libaxis_xmlparser.a
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@3 Kÿÿä‚'
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0008] 
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0008] 
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 null
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 ¾ïÞ­
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0009] 
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,[0009] 
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
 @205c5848,@1 null
 [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty

Re: AIX 32 bit built

2006-03-24 Thread Antoine Galataud
Yes, the value is good. All the environments variable seems to be set correctly

2006/3/24, Adrian Dick [EMAIL PROTECTED]:
 Hi,

 At the start of the log file, is a snapshot of various environment
 variables, including AXISCPP_DEPLOY, which may be worth checking.

 Regards,
 Adrian
 ___
 Adrian Dick ([EMAIL PROTECTED])


 Antoine Galataud [EMAIL PROTECTED] wrote on 24/03/2006
 10:31:07:

  Hi !
 
  I suceeded in compiling Axis with xerces 2.7.0 version. It worked just
 fine.
 
  Now I'm getting issues at startup, with simple_axis_server or with
  apache module. The strange thing is that it seems configuration file
  parser get correctly the values, but then the values are corrupted
  with something and it produces strange ascii chars (see log output
  below). Then, it can't load any lib.
  I'm also wondering if it finds correctly the
  $AXISCPP_DEPLOY/etc/axiscpp.conf file (it could explain that it
  can't find any library), because if you look at the logs, it
  outputed a wrong configuration value for log files location (though
  I set another value in the axiscpp.conf file)
 
  What could be the reasons ?
 
  Thanks
 
  logs :
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  AxisConfig @205c7ee8,
  205c5848
  [205C5848F008BCC4F008BCD4] 
  \XH
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  AxisConfig @205c7ee8,
  205c5848
  [205C5848F008BCC4F008BCD4] 
  \XH
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 null
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 ¾ïÞ­
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0001] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0001] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@2 /usr/local/axiscpp_deploy/log/AxisLog
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@3 Kÿÿä‚'
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0002] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0002] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@2 /usr/local/axiscpp_deploy/log/AxisClientLog
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@3 Kÿÿä‚'
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0003] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0003] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 null
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 ¾ïÞ­
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0004] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0004] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 null
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 ¾ïÞ­
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0005] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0005] 
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@2 libhttp_transport.a
  [24/03/2006 11:26:51:270 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@3 Kÿÿä‚'
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0006] 
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0006] 
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 null
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 ¾ïÞ­
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0007] 
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0007] 
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@2 libaxis_xmlparser.a
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@3 Kÿÿä‚'
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0008] 
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0008] 
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 null
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,@1 ¾ïÞ­
  [24/03/2006 11:26:51:271 NFT] 1 AxisConfig  getAxisConfProperty
  @205c5848,[0009] 
  

Re: Application, Session or Request scope

2006-03-24 Thread John Hawkins

I've not got time to look into this
problem but it should not load the libs but it might be creating new instances
of the objects. Can you confirm which? 






Antoine Galataud
[EMAIL PROTECTED] 
24/03/2006 10:33



Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org





To
Apache AXIS C User List
axis-c-user@ws.apache.org


cc



Subject
Re: Application, Session or Request
scope








Hi,

Could you confirm that it is a normal behavior that axis engine load libs
each time a method is called on ? Or is it a mistake in my configuration
?

Thanks

2006/3/23, Antoine Galataud  [EMAIL PROTECTED]:
Yes that's it. 


2006/3/23, John Hawkins 
[EMAIL PROTECTED]:

OK, 

so let me repeat it back to you so we're clear. 

You tested and found that the library is loaded and unloaded on every method
call? 






Antoine Galataud
[EMAIL PROTECTED]

23/03/2006 09:14






Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org





To
Apache AXIS C User List
axis-c-user@ws.apache.org



cc



Subject
Re: Application, Session or Request
scope










No, I didn't test it yet. But I realized, reading again Adrian mail and
looking at wrapper class that it can't be my solution (or just a part of).
What I'm saying is that the wrapper class is contained in the web service
library, and is used to initialize and stop the web service with init and
fini methods. But this doesn't resolve my problem: I want the library loaded
and run until server shuts down. So what I need is the scope parameter
of server.wsdd file correctly handled (I tested that it doesn't work),
so the library is loaded at first request and stays up.

2006/3/23, John Hawkins 
[EMAIL PROTECTED]: 

Sorry, I'm not clear what you are saying - are you saying that you have
tested this and the library is loaded each time the service is requested?






Antoine Galataud
[EMAIL PROTECTED]
 
22/03/2006 17:18






Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org







To
Apache AXIS C User List
axis-c-user@ws.apache.org
 


cc



Subject
Re: Application, Session or Request
scope












Hi,

this a very great manner to initialize my business objects before
getting a request, but does this help to have the web service library
loaded once and not unloaded when method returns ?
I mean, for the moment I can't call a method without having Axis
loading the web service library (at each call). I need it to load at
first time, then be up until server (apache) shuts down.
What you are saying is that library is loaded at first invocation and
unloaded when server shuts down. But in my case, library is loaded
each time the service is requested !

Thanks
2006/3/21, Adrian Dick [EMAIL PROTECTED]
:
 Hi,

 There is already a mechanism in place to do this.

 As part of WrapperClassHandler, from which the generated wrapper class
is
 inherited, there are the init and fini methods.
 These methods are called respectively as the service library is loaded
(ie:
 first invocation of service) and unloaded (ie: server shutdown).

 As these methods are virtual, you can override these within the generated
 wrapper class, to do the initialization and clearup activities you
require.


 One word of warning, although this has been designed to work in this
 manner, it hasn't (so far) been tested.

 Please let us know how you get on with trying this.

 Regards,
 Adrian
 ___
 Adrian Dick ([EMAIL PROTECTED]
)


 Antoine Galataud [EMAIL PROTECTED]
 wrote on 21/03/2006
 12:43:45:

 
  Sorry, I haven't been really clear with what I wanted to do.
I'll
  try to clarify my thoughts a little :
 
  I get a web service library, that handles the web service technical
  part and access to business objects. But my business part is
heavy
  to initialize, and I want to do it only once, so when a first
  request come to the web service, the back end service starts
and
  replys, then any other request doesn't involve a back end service
start.
 
  So what I want to do is, as axis java does, define an application
  scope for the web service and get the service running until container
 stops.

  2006/3/21, John Hawkins  [EMAIL PROTECTED]
:
 
  Antoine,
 
  Can I clarify what you're trying to do here? Are you trying to
have
  a stateful session with a particular instance of a service i.e.
the
  same service gets called twice? Or pass context across the-wire
on
  subsequent uses of the same stub?
 
  thanks,
  John.
 
 
 

 
  Antoine Galataud [EMAIL PROTECTED]

  21/03/2006 09:27
 
  Please respond to
  Apache AXIS C User List axis-c-user@ws.apache.org

 
  To
 
  Apache AXIS C User List axis-c-user@ws.apache.org

 
  cc
 
  Subject
 
  Re: Application, Session or Request scope
 
 
 
 
  Hi !
 
  I've found no way to solve my scope issue for the moment, I'm
still
  looking for a way to do this (application scope, not handlers).
 
  Thanks for any idea !
 
  2006/3/16, Antoine Galataud  [EMAIL PROTECTED]
:
  It doesn't work :
 
  in fact, 

Re: Application, Session or Request scope

2006-03-24 Thread John Hawkins

Could you send me the trace pls.







Antoine Galataud
[EMAIL PROTECTED] 
24/03/2006 11:31



Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org





To
Apache AXIS C User List
axis-c-user@ws.apache.org


cc



Subject
Re: Application, Session or Request
scope








The logs are clear : it does a loadlib each time a method
is called

2006/3/24, John Hawkins [EMAIL PROTECTED]:

I've not got time to look into this problem but it should not load the
libs but it might be creating new instances of the objects. Can you confirm
which? 





Antoine Galataud
[EMAIL PROTECTED]

24/03/2006 10:33






Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org





To
Apache AXIS C User List
axis-c-user@ws.apache.org



cc



Subject
Re: Application, Session or Request
scope










Hi,

Could you confirm that it is a normal behavior that axis engine load libs
each time a method is called on ? Or is it a mistake in my configuration
?

Thanks

2006/3/23, Antoine Galataud  [EMAIL PROTECTED]
: 
Yes that's it. 


2006/3/23, John Hawkins 
[EMAIL PROTECTED]: 

OK, 

so let me repeat it back to you so we're clear. 

You tested and found that the library is loaded and unloaded on every method
call? 





Antoine Galataud
[EMAIL PROTECTED]
 
23/03/2006 09:14






Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org







To
Apache AXIS C User List
axis-c-user@ws.apache.org
 


cc



Subject
Re: Application, Session or Request
scope












No, I didn't test it yet. But I realized, reading again Adrian mail and
looking at wrapper class that it can't be my solution (or just a part of).
What I'm saying is that the wrapper class is contained in the web service
library, and is used to initialize and stop the web service with init and
fini methods. But this doesn't resolve my problem: I want the library loaded
and run until server shuts down. So what I need is the scope parameter
of server.wsdd file correctly handled (I tested that it doesn't work),
so the library is loaded at first request and stays up.

2006/3/23, John Hawkins 
[EMAIL PROTECTED]: 

Sorry, I'm not clear what you are saying - are you saying that you have
tested this and the library is loaded each time the service is requested?





Antoine Galataud
[EMAIL PROTECTED]
 
22/03/2006 17:18






Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org







To
Apache AXIS C User List
axis-c-user@ws.apache.org
 


cc



Subject
Re: Application, Session or Request
scope














Hi,

this a very great manner to initialize my business objects before
getting a request, but does this help to have the web service library
loaded once and not unloaded when method returns ?
I mean, for the moment I can't call a method without having Axis
loading the web service library (at each call). I need it to load at
first time, then be up until server (apache) shuts down.
What you are saying is that library is loaded at first invocation and
unloaded when server shuts down. But in my case, library is loaded
each time the service is requested !

Thanks
2006/3/21, Adrian Dick [EMAIL PROTECTED]
:
 Hi,

 There is already a mechanism in place to do this.

 As part of WrapperClassHandler, from which the generated wrapper class
is
 inherited, there are the init and fini methods.
 These methods are called respectively as the service library is loaded
(ie:
 first invocation of service) and unloaded (ie: server shutdown).

 As these methods are virtual, you can override these within the generated
 wrapper class, to do the initialization and clearup activities you
require.


 One word of warning, although this has been designed to work in this
 manner, it hasn't (so far) been tested.

 Please let us know how you get on with trying this.

 Regards,
 Adrian
 ___
 Adrian Dick ([EMAIL PROTECTED]
)


 Antoine Galataud [EMAIL PROTECTED]
 wrote on 21/03/2006
 12:43:45:

 
  Sorry, I haven't been really clear with what I wanted to do.
I'll
  try to clarify my thoughts a little :
 
  I get a web service library, that handles the web service technical
  part and access to business objects. But my business part is
heavy
  to initialize, and I want to do it only once, so when a first
  request come to the web service, the back end service starts
and
  replys, then any other request doesn't involve a back end service
start.
 
  So what I want to do is, as axis java does, define an application
  scope for the web service and get the service running until container
 stops.

  2006/3/21, John Hawkins  [EMAIL PROTECTED]
:
 
  Antoine,
 
  Can I clarify what you're trying to do here? Are you trying to
have
  a stateful session with a particular instance of a service i.e.
the
  same service gets called twice? Or pass context across the-wire
on
  subsequent uses of the same stub?
 
  thanks,
  John.
 
 
 

 
  Antoine Galataud [EMAIL PROTECTED]

  21/03/2006 09:27
 
  Please respond to
  Apache AXIS C User List 

RE: WS-I Basic Security Profile

2006-03-24 Thread John Hawkins

You're going to have to give us something
to go on here :-)

Like - what are you doing. Is this is
the client or server?
Are you creating a service, calling
a method.
Have you managed to call the service
by this time - etc. etc. etc.







Andy Weiss
[EMAIL PROTECTED] 
24/03/2006 13:16



Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org





To
'Apache AXIS C User List'
axis-c-user@ws.apache.org


cc



Subject
RE: WS-I Basic Security Profile








I am doing that, the line of
code I have is this:
// Catch an AXIS exception
cout  AxisException: 
 e.getExceptionCode()  
  e.what()  endl;
And the line I get on the console
is, in its entirety:

   AxisExeption: 67


From: John Hawkins [mailto:[EMAIL PROTECTED]

Sent: Friday, March 24, 2006 4:12 AM
To: Apache AXIS C User List
Subject: RE: WS-I Basic Security Profile

please do an exception.what(); 


When using AxisCPP I am receiving:

AxisExeption: 67

Can someone help me find out what this means? I can't find any
documentation about exception numbers.


RE: WS-I Basic Security Profile

2006-03-24 Thread Andy Weiss



Here's the gory details:


I have a webservice written in Java running under 
Websphere 6.0.2.1.

The webservice employs WS-Security, namely requiring a 
Username token in the SOAP header. Any SOAP requests received without the 
proper WS-Security token will be rejected. The Username token is validated 
against an external LDAP database.

I need to generate "sample" client applications in a 
variety of platforms to illustrate to our customers how to interact with the 
webservice.

I have generated a .NET C# webservice client. It 
works beautifully.
I have generated a J2EE Java webservice client. 
It works beautifully.
I have generated a J2SE Java webservice client, but I 
haven't gotten that working yet.

I need to generate ... wait for it ... an RPG 
client. RPG is an old procedural language that runs on the AS/400 platform 
made by IBM. The operating system is OS/400, nothing like Linux, nothing 
like Windows.

RPG toolset is very very limited. But just like 
the .NET framework, RPG can call programs written in other languages, as lng as 
they are compiled on the AS/400.

IBM offers a product called "XML Toolkit for iSeries" 
(another name for AS/400). Part of that toolkit is a product called "WSCC 
- Web Services Client for C++". It permits you to generate a C++ client 
which will run on the AS/400.

The WSCC product is based on Axis C++, that is no 
secret. If IBM has made some custom changes, I can't see any. The 
documentation for Axis C++ seem to be just fine for me.

I intend to get the AS/400 C++ client working, and then 
call it from an RPG program. This is an acceptable 
direction.

When I use the C++ client without inserting any 
security tokens, the service answers me with "Missing SOAP elements in header", 
and this is what I expect.

So I made a C++ handler, and I have it insert the 
proper WS-Security tokens into the SOAP header. To do so, I had to 
properly modify the AXISCPP.CONF file, and the WSDD file. I know I got 
these right because when I got them wrong I received errors stating that the 
handler class could not be found, or the WSDD could not be found, or the 
AXISCPP.CONF could not be found.

I've compared the C++ SOAP request against the .NET 
SOAP request (which works), and they both seem to be equivalent. I can 
compare these by using a TCP/IP monitor supplied by 
Websphere.

The first request from the C++ client immediately 
generates the "AxisException 67" on the client side. No errors in the 
Websphere server log. No other errors in the job log or on the console on 
the client side.

Is ANYONE else in this crazy world trying to do this on 
an AS/400? I bet not.


From: John Hawkins [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 24, 2006 8:41 AMSubject: RE: WS-I 
Basic Security Profile
You're going to have to give us 
something to go on here :-) Like - 
what are you doing. Is this is the client or server? Are you creating a service, calling a method. 
Have you managed to call the service by this 
time - etc. etc. etc. When using AxisCPP I 
am 
receiving:AxisExeption: 
67 


RE: WS-I Basic Security Profile

2006-03-24 Thread Andy Weiss



A little more information I just found.

The .NET client's XML request starts off 
with:?xml version="1.0" encoding="utf-8"?
The C++ client's XML reqeust 
starts off with:?xml version="1.0" encoding="http://schemas.xmlsoap.org/soap/envelope/"?A colleague 
wonders whether the encoding generated by the C++ client is 
valid.


From: John Hawkins 
[mailto:[EMAIL PROTECTED] Sent: Friday, March 24, 2006 8:41 
AMSubject: RE: WS-I Basic Security 
Profile
You're 
going to have to give us something to go on here :-) 
When using AxisCPP I am 
receiving:AxisExeption: 
67 


RE: Building on Linux

2006-03-24 Thread Lei Tang
Adrian,

I run the ant -v initialize and the top a few lines from the output
are:

Apache Ant version 1.6.2 compiled on May 23 2005
Buildfile: build.xml
Detected Java version: 1.5 in: /usr/java/jdk1.5.0_06/jre
Detected OS: Linux

At the end the output are:

pre-init:
 [property] Loading /usr/local/axiscpp_src/c/build/version.properties

set-platform-specifics:
 [property] Loading
/usr/local/axiscpp_src/c/build/build.Linux.properties
 [property] Loading
/usr/local/axiscpp_src/c/build/build.common.properties
Override ignored for property server.simpleaxisserver
Property ${env.APACHE_HOME} has not been set
Property ${env.XML4C_HOME} has not been set
Override ignored for property server.apache2
Override ignored for property server.apache1
Property ${env.OPENSSL_HOME} has not been set
Override ignored for property HTTP.SSLChannel
Property ${env.OPENSSL_HOME} has not been set

checkIfDebug:
Skipped because property 'debug' not set.

initialize:

BUILD SUCCESSFUL
Total time: 2 seconds

I also attached the whole output in a file.

Thanks,

Lei

-Original Message-
From: Adrian Dick [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 24, 2006 3:35 AM
To: Apache AXIS C User List
Subject: Re: Building on Linux

Hi,

Have you tried running ant -v initialize as suggested in the original
discussion.

This will help us determine what ANT/Java and our scripts _think_ you're
running.  It is possible we don't correctly detect the particular Linux
variant you're using.

Thanks,
Adrian
___
Adrian Dick ([EMAIL PROTECTED])


Lei Tang [EMAIL PROTECTED] wrote on 24/03/2006 03:50:45:

 When I built from source on Linux I got errors:

 BUILD FAILED
 /usr/local/axiscpp_src/c/build.xml:245: The following error occurred 
 while execu ting this line:
 /usr/local/axiscpp_src/c/build.xml:233: The following error occurred 
 while execu ting this line:
 /usr/local/axiscpp_src/c/build.xml:96: The following error occurred 
 while execut ing this line:
 /usr/local/axiscpp_src/c/build/buildClient.xml:23: SolarisLinker 
 doesn't denote a ProcessorDef

 I installed the following on my Linux Fedora Core 4 machine:
 Ant: 1.6.2
 Ant-contrib: 0.6
 CppTasks: 1.0b3
 Java: 1.5

 I found the same problem at
 http://marc.theaimsgroup.com/?l=axis-c-userm=112169616401422
 Does anybody know how to solve this issue?

 Lei

[EMAIL PROTECTED] c]# ant -v initialize
Apache Ant version 1.6.2 compiled on May 23 2005
Buildfile: build.xml
Detected Java version: 1.5 in: /usr/java/jdk1.5.0_06/jre
Detected OS: Linux
parsing buildfile /usr/local/axiscpp_src/c/build.xml with URI = file:///usr/loca
l/axiscpp_src/c/build.xml
Project base dir set to: /usr/local/axiscpp_src/c
Importing file /usr/local/axiscpp_src/c/build/buildInitialize.xml from /usr/loca
l/axiscpp_src/c/build.xml
parsing buildfile /usr/local/axiscpp_src/c/build/buildInitialize.xml with URI =
file:///usr/local/axiscpp_src/c/build/buildInitialize.xml
Importing file /usr/local/axiscpp_src/c/build/Initialize.xml from /usr/local/axi
scpp_src/c/build/buildInitialize.xml
parsing buildfile /usr/local/axiscpp_src/c/build/Initialize.xml with URI = file:
///usr/local/axiscpp_src/c/build/Initialize.xml
 [property] Loading Environment env.
Importing file /usr/local/axiscpp_src/c/build/buildTools.xml from /usr/local/axi
scpp_src/c/build.xml
parsing buildfile /usr/local/axiscpp_src/c/build/buildTools.xml with URI = file:
///usr/local/axiscpp_src/c/build/buildTools.xml
Importing file /usr/local/axiscpp_src/c/build/buildClient.xml from /usr/local/ax
iscpp_src/c/build.xml
parsing buildfile /usr/local/axiscpp_src/c/build/buildClient.xml with URI = file
:///usr/local/axiscpp_src/c/build/buildClient.xml
Importing file /usr/local/axiscpp_src/c/build/buildTransport.xml from /usr/local
/axiscpp_src/c/build.xml
parsing buildfile /usr/local/axiscpp_src/c/build/buildTransport.xml with URI = f
ile:///usr/local/axiscpp_src/c/build/buildTransport.xml
Importing file /usr/local/axiscpp_src/c/build/buildChannel.xml from /usr/local/a
xiscpp_src/c/build.xml
parsing buildfile /usr/local/axiscpp_src/c/build/buildChannel.xml with URI = fil
e:///usr/local/axiscpp_src/c/build/buildChannel.xml
Importing file /usr/local/axiscpp_src/c/build/buildSSLChannel.xml from /usr/loca
l/axiscpp_src/c/build.xml
parsing buildfile /usr/local/axiscpp_src/c/build/buildSSLChannel.xml with URI =
file:///usr/local/axiscpp_src/c/build/buildSSLChannel.xml
Importing file /usr/local/axiscpp_src/c/build/buildXMLParser.xml from /usr/local
/axiscpp_src/c/build.xml
parsing buildfile /usr/local/axiscpp_src/c/build/buildXMLParser.xml with URI = f
ile:///usr/local/axiscpp_src/c/build/buildXMLParser.xml
Importing file /usr/local/axiscpp_src/c/build/buildServerEngine.xml from /usr/lo
cal/axiscpp_src/c/build.xml
parsing buildfile /usr/local/axiscpp_src/c/build/buildServerEngine.xml with URI
= file:///usr/local/axiscpp_src/c/build/buildServerEngine.xml
Importing file /usr/local/axiscpp_src/c/build/buildApache13Module.xml from /usr/

RE: WS-I Basic Security Profile

2006-03-24 Thread John Hawkins

What version of wscc are you running
with? This header used to be the case but isn't with the 1.1 code (which
is based on AXIS 1.6 )








Andy Weiss
[EMAIL PROTECTED] 
24/03/2006 14:49



Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org





To
'Apache AXIS C User List'
axis-c-user@ws.apache.org


cc



Subject
RE: WS-I Basic Security Profile








A little more information I
just found.

The .NET client's XML request
starts off with:
?xml
version=1.0
encoding=utf-8?
The C++ client's XML reqeust
starts off with:
?xml
version=1.0
encoding=http://schemas.xmlsoap.org/soap/envelope/?

A colleague wonders whether the encoding generated by the C++ client is
valid.


From: John Hawkins [mailto:[EMAIL PROTECTED]

Sent: Friday, March 24, 2006 8:41 AM
Subject: RE: WS-I Basic Security Profile

You're going to have to give us something
to go on here :-) 

When using AxisCPP I am receiving:
AxisExeption: 67



RE: WS-I Basic Security Profile

2006-03-24 Thread Andy Weiss



The readme.txt says it is Version 1 Release 0, shipped on 
or after March 2005.

Can this be the problem? Where can I get 
V1R1?


From: John Hawkins [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 24, 2006 10:25 AMSubject: RE: WS-I 
Basic Security Profile
What version of wscc are you running 
with? This header used to be the case but isn't with the 1.1 code (which is 
based on AXIS 1.6 ) 


RE: WS-I Basic Security Profile

2006-03-24 Thread Andy Weiss



This says that WSCC 1.1. is based on Axis C++ 1.5http://www-03.ibm.com/servers/eserver/iseries/software/xml/


From: John Hawkins [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 24, 2006 10:25 AMSubject: RE: WS-I 
Basic Security Profile
What version of wscc are you running 
with? This header used to be the case but isn't with the 1.1 code (which is 
based on AXIS 1.6 ) 


RE: WS-I Basic Security Profile

2006-03-24 Thread Andy Weiss



The client sends a request, and receives a response. 
I know this because I see both request and response in the TCP/IP monitor. 
After the response is sent from the server, that is when the AxisException is 
generated.


From: John Hawkins [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 24, 2006 10:12 AMSubject: RE: WS-I 
Basic Security Profile
so, just to confirm - at what point is 
the message happening - does the client manage to send a request aqnd receive a 
response? When using AxisCPP I am 
receiving:   AxisExeption: 
67 


RE: WS-I Basic Security Profile

2006-03-24 Thread John Hawkins

Ok, can you put your wsdl and the captured
response here pls.








Andy Weiss
[EMAIL PROTECTED] 
24/03/2006 15:30



Please respond to
Apache AXIS C User List axis-c-user@ws.apache.org





To
'Apache AXIS C User List'
axis-c-user@ws.apache.org


cc



Subject
RE: WS-I Basic Security Profile








The client sends a request,
and receives a response. I know this because I see both request and
response in the TCP/IP monitor. After the response is sent from the
server, that is when the AxisException is generated.


From: John Hawkins [mailto:[EMAIL PROTECTED]

Sent: Friday, March 24, 2006 10:12 AM
Subject: RE: WS-I Basic Security Profile

so, just to confirm - at what point
is the message happening - does the client manage to send a request aqnd
receive a response? 

When using AxisCPP I am receiving:
   AxisExeption: 67



RE: WS-I Basic Security Profile

2006-03-24 Thread Andy Weiss



WSDL and captured response attached. I can't show 
you the HTTP headers of the response.

I also attached an XML file that shows the XML requests 
from both the WSCC/C++ and .NET clients, as well as the HTTP 
headers.


From: John Hawkins [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 24, 2006 11:03 AMSubject: RE: WS-I 
Basic Security ProfileOk, can 
you put your wsdl and the captured response here pls. 
soapenv:Envelope xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/; xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
soapenv:Header/
soapenv:Body/
/soapenv:Envelope

axiscpp_ots.wsdl
Description: Binary data

   BELOW IS WHAT IS BEING SENT BY THE C++ CLIENT


?xml version=1.0 encoding=http://schemas.xmlsoap.org/soap/envelope/;?
SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; 
xmlns:xsd=http://www.w3.org/2001/XMLSchema; 
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
SOAP-ENV:Header
ns2:Security 
xmlns:ns2=http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd;
 xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; 
xmlns:wsa=http://schemas.xmlsoap.org/ws/2004/03/addressing; 
xmlns:wsse=http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd;
 
xmlns:wsu=http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd;
 soap:mustUnderstand=1
wsu:Timestamp
wsu:Created2006-03-23T00:00:01Z/wsu:Created
wsu:Expires2006-03-23T23:59:59Z/wsu:Expires
/wsu:Timestamp
wsse:UsernameToken
wsse:UsernameABCDE/wsse:Username
wsse:Password 
Type=http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText;ABCDE/wsse:Password
/wsse:UsernameToken
/ns2:Security
/SOAP-ENV:Header
SOAP-ENV:Body
ns1:dequeue xmlns:ns1=http://websvcs.otswebws;
subscriberId1/subscriberId
blockCount1/blockCount
transactionId0/transactionId
/ns1:dequeue
/SOAP-ENV:Body
/SOAP-ENV:Envelope



BELOW IS WHAT IS BEING SENT BY THE .NET CLIENT


?xml version=1.0 encoding=utf-8?
soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; 
xmlns:wsa=http://schemas.xmlsoap.org/ws/2004/03/addressing; 
xmlns:wsse=http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd;
 
xmlns:wsu=http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd;
 xmlns:xsd=http://www.w3.org/2001/XMLSchema; 
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
soap:Header
wsa:Action/

wsa:MessageIDuuid:ebb37da2-8e52-418f-aaf3-dc49164f1aa4/wsa:MessageID
wsa:ReplyTo

wsa:Addresshttp://schemas.xmlsoap.org/ws/2004/03/addressing/role/anonymous/wsa:Address
/wsa:ReplyTo
wsa:Tohttp://vhomer:9081/otsWebWS/services/OTSWebSvcs/wsa:To
wsse:Security soap:mustUnderstand=1
wsu:Timestamp 
wsu:Id=Timestamp-91c5031e-40dc-42da-89c2-8ca2be5ff957
wsu:Created2006-03-23T20:42:59Z/wsu:Created
wsu:Expires2006-03-23T20:47:59Z/wsu:Expires
/wsu:Timestamp
wsse:UsernameToken 
wsu:Id=SecurityToken-ca295076-16dc-4b64-a1d8-ec4a48438252 
xmlns:wsu=http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd;
wsse:UsernameABCDE/wsse:Username
wsse:Password 
Type=http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText;ABCDE/wsse:Password

wsse:Nonce8pFTiRjEUNKgqQyfygeKkw==/wsse:Nonce
wsu:Created2006-03-23T20:42:59Z/wsu:Created
/wsse:UsernameToken
/wsse:Security
/soap:Header
soap:Body
dequeue xmlns=http://websvcs.otswebws;
subscriberId xmlns=1/subscriberId
blockCount xmlns=1/blockCount
transactionId xmlns=0/transactionId
/dequeue
/soap:Body
/soap:Envelope


   BELOW ARE THE HTTP HEADERS BEING 

compilation problem

2006-03-24 Thread Olivier Destrebecq
I downloaded axis 1.6b and am trying to build the client side of a  
web service. The source file get generated fine,  I add the various  
path to my project an then try to build.


I get a bunch of error in the deserialization functions:
All of them along those lines:

	xsd__boolean* p_compilation = (pIWSDZ-getElementAsBoolean 
(compilation,0));

param-compilation = *p_compilation;

error: cannot convert 'axiscpp::xsd__boolean' to  
'axiscpp::xsd__boolean*' in assignment


compilation is declared as like this in the class:	xsd__boolean *	 
compilation;


So i don't really know what i should change to get it to generate the  
C++ file correctly.
Note that I'm running on a mac, so maybe it has something to do with  
this.


any idea appreciated
Best,
Olivier Destrebecq
[EMAIL PROTECTED]