date:20070504

Re: IPv6

2007-05-04 Thread Demetris G



I will certainly give it a shot but currently I don't have an IPv6 box 
either to

work with. I will ask around here and if I get an access to one I will give
test Axis2 and let the list know.

Thanks Dims ...

Davanum Srinivas wrote:

Am yet to test it on an IPv6 only machine. I believe JDK15 and Tomcat6
are both IPv6 compatible. Digging into my memory, Even in Axis1 I
remember dealing with only one issue in regarding IPv6 basically where
we set the endpoint url in the auto-generated wsdl. If you can help us
test Axis2 that would be wonderful as at this point, i don't have
access to a IPv6 only box.

thanks,
dims

On 5/4/07, Demetris G <[EMAIL PROTECTED]> wrote:


Hi all - a somewhat elementary question

Does Axis2 support IPv6? Axis 1.X only deals with IPv4 ?

Thanks


-
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]

Re: Looking for recommended books/articles for Webservices newbies

2007-05-04 Thread Davanum Srinivas


sorry, clicked send too fast. here's the list of articles etc:
http://ws.apache.org/axis2/articles.html

-- dims

On 5/4/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:

See http://wso2.org

-- dims

On 5/4/07, Masin, Valerie <[EMAIL PROTECTED]> wrote:
>
>
> Hi,
> I am the only one in my group doing web services. The others would like to
> get on board in the most efficient way so we are looking for books and/or
> articles that will explain the concepts starting at a high level but moving
> quickly down to code. Any suggestions?
> Thanks, Valerie


--
Davanum Srinivas :: http://davanum.wordpress.com




--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Looking for recommended books/articles for Webservices newbies

2007-05-04 Thread Davanum Srinivas


See http://wso2.org

-- dims

On 5/4/07, Masin, Valerie <[EMAIL PROTECTED]> wrote:



Hi,
I am the only one in my group doing web services. The others would like to
get on board in the most efficient way so we are looking for books and/or
articles that will explain the concepts starting at a high level but moving
quickly down to code. Any suggestions?
Thanks, Valerie



--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Looking for recommended books/articles for Webservices newbies

2007-05-04 Thread Masin, Valerie

Hi,
I am the only one in my group doing web services. The others would like
to get on board in the most efficient way so we are looking for books
and/or articles that will explain the concepts starting at a high level
but moving quickly down to code. Any suggestions?
Thanks, Valerie

RE: [AXIS2] Module configuration and flows

2007-05-04 Thread Masin, Valerie

Sorry it has taken so long to reply but I haven't read this listserv for a 
week. I agree you do not have the module listed in your axis2.xml.
Something else is going on and someone more axis2 savvy than me will have to 
figure it out. Or maybe you have in the meantime.
Good luck



From: Ephemeris Lappis [mailto:[EMAIL PROTECTED] 
Sent: Saturday, April 28, 2007 6:13 PM
To: axis-user@ws.apache.org
Subject: RE: [AXIS2] Module configuration and flows



Hello Valerie.

 

If I'm not wrong, I have just declared the custom phase in the axis2.xml. Look 
at the attached file.

And I have only engaged the module in my test service...

An idea ?

 

Thanks.

 

--

Ephemeris Lappis

 



De : Masin, Valerie [mailto:[EMAIL PROTECTED] 
Envoyé : samedi 28 avril 2007 23:45
À : axis-user@ws.apache.org
Objet : RE: [AXIS2] Module configuration and flows

 

Make sure you haven't declared the module in your conf/axis2.xml

 



From: Ephemeris Lappis [mailto:[EMAIL PROTECTED] 
Sent: Thursday, April 26, 2007 2:30 AM
To: axis-user@ws.apache.org
Subject: [AXIS2] Module configuration and flows

Hello.

 

I'm trying to make a simple custom module. According to the tutorial from Axis 
site, I've added the custom phase in the four flow definitions of the 
conf/axis2.xml : in, out, fault in and fault out. Indeed, my handler expects 
calls for these four flows.

 

Then, for a testing service, I have declared the module in the services.xml. 
So, when my service gets normally invoked, my module handler is called for 
flows 1 and 2: in and out...

 

But, when other services are called, my handler is also called on flow 2 (out), 
while no module is configured for these services...

 

Any explanation about what services and flows are taken into account for module 
invocation ? Did I make something bad ?

 

Thanks.

 

--

Ephemeris Lappis

Re: IPv6

2007-05-04 Thread Davanum Srinivas


Am yet to test it on an IPv6 only machine. I believe JDK15 and Tomcat6
are both IPv6 compatible. Digging into my memory, Even in Axis1 I
remember dealing with only one issue in regarding IPv6 basically where
we set the endpoint url in the auto-generated wsdl. If you can help us
test Axis2 that would be wonderful as at this point, i don't have
access to a IPv6 only box.

thanks,
dims

On 5/4/07, Demetris G <[EMAIL PROTECTED]> wrote:


Hi all - a somewhat elementary question

Does Axis2 support IPv6? Axis 1.X only deals with IPv4 ?

Thanks


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Axis2] Re: XMLBeans, Attachments and Rampart

2007-05-04 Thread Dennis Sosnoski


Hi Jorge,

I haven't verified Rampart handling of attachments, but based on what 
I've seen in other cases I suspect it will build an in-memory 
representation of the entire document (including attachments, as 
embedded base64 text) any time Rampart is engaged for a service. This 
should really only be necessary when you're signing or encrypting the 
body, but in my trials Rampart built the in-memory tree even when just 
adding timestamps.


The reason why the attachments need to be part of the tree goes back to 
the design of XOP/MTOM and WS-Security. Attachments using XOP/MTOM are 
treated just as if they were embedded directly in the XML document, 
using base64 encoding - MTOM is *only* a transport level optimization. 
This means that when you use WS-Security you need to have a view of the 
document with the attachments present as the base64 strings. AFAIK 
there's no way around this issue, since it was "by design".


It would be possible in theory for the WS-Security implementation to be 
smart about handling attachments, and basically just generate a 
streaming version of the base64 representation for the attachment data 
as needed when signing (digesting, actually) or encrypting. But this 
would require changes all the way down to the underlying XML Signature 
and XML Encryption implementations, and I'd suspect such changes are 
unlikely to occur without a lot of user demand. In the meantime, I 
suspect the practical limit for attachment size with Rampart engaged 
will be somewhere in the 10 MB range.


 - Dennis

Dennis M. Sosnoski
SOA and Web Services in Java
Training and Consulting
http://www.sosnoski.com - http://www.sosnoski.co.nz
Seattle, WA +1-425-939-0576 - Wellington, NZ +64-4-298-6117



Jorge Fernandez wrote:

Hi again,

I didn't have answer for my question. So I'll try again.

My problem is that I was using XMLBeans for my project. But XMLBeans 
doesn't support MTOM. So I tried to use ADB but I have some problems 
with the mapping of my objects to xml so I would like keep using 
XMLBeans.


Also I want to secure my message also and I found that Rampart and 
MTOM have memory problems.


This are my questions:

  -  When I used ADB and MTOM I could see that if I don't enable MTOM, 
the attachment is sent in binary code as a String inside de SOAP 
message but if I enable MTOM, it's send outside the message in clear 
text (I used an xml file as example of attachment). I would like to 
send the attachment outside the message in binary code. Is this possible??




  -  I know that MTOM is better than SwA, but what are the reasons?

  -  Is there any limit in the size of messages that axis2 can send, I 
mean in both the envelope and as attachments?? I'll have to send huge 
arrays of int or other data. I'll have to send some of them as 
attachments to avoid the multiple tags the xml would generate.


  -  The last one: As I'm building big messages, I'm having memory 
problems and I would like to know if axis can build this messages in 
parts, like build the first part of the message when it reach a limit 
size and send it, then build another one and send it..


Any help will be appreciated.

Thanks in advance,

Jorge Fernández



*/Jorge Fernandez <[EMAIL PROTECTED]>/* escribió:

Hi all,

I would like to know if it's possible to use XMLBeans and Rampart
with attachtments cos I heard that XMLBeans doesn't support MTOM
and I doubt if Rampart supports SwA or there is any problem in
that combination.

Thanks and regards,

Jorge Fernández




LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com






LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

IPv6

2007-05-04 Thread Demetris G



Hi all - a somewhat elementary question

Does Axis2 support IPv6? Axis 1.X only deals with IPv4 ?

Thanks


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem using faults under axis2 with XMLBeans data binding

2007-05-04 Thread Davanum Srinivas


And the sample soap request / response as well (captured via tcpmon)
or sample client code to recreate the problem.

thanks,
dims

On 5/4/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:

Artem,

Please log a bug in JIRA and upload your wsdl and xsd's.

thanks,
dims

On 5/4/07, Artem Portnoy <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We've been successfully using 'fault' messages with Axis1, but now we decided 
to switch to using Axis 2, so that we can use XmlBeans data binding.  The problem 
we're faced with is that it appears as though fault support is broken.  We're 
getting the following exception when a fault message is returned by the server 
instead of the regular response message...
>
> org.apache.xmlbeans.XmlException: Element [EMAIL 
PROTECTED]://configsm.ibi.com/xml/registry is not a valid [EMAIL 
PROTECTED]://configsm.ibi.com/xml/registry document or a valid substitution.
> at org.apache.xmlbeans.impl.store.Locale.autoTypeDocument(Locale.java:322)
> at org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:850)
> at org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:826)
> at 
org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.parse(SchemaTypeLoaderBase.java:231)
> at 
com.ibi.configsm.xml.registry.AddTransformResDocument$Factory.parse(Unknown Source)
> at 
com.ibi.iwregistry.config.IwregistryStub.fromOM(IwregistryStub.java:15994)
> at 
com.ibi.iwregistry.config.IwregistryStub.AddTransform(IwregistryStub.java:11784)
>
> Any help would be appreciated.
>
> Regards,
>
> Artem Portnoy
> iWay Software
>
>
>
>
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Davanum Srinivas :: http://davanum.wordpress.com




--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Axis2 under JBossand Tomcat

2007-05-04 Thread Davanum Srinivas


Larry,

Could it be this problem?
http://mail-archives.apache.org/mod_mbox/ws-wsif-user/200411.mbox/[EMAIL 
PROTECTED]

thanks,
dims

On 5/4/07, Lennhoff, Larry J (Larry) <[EMAIL PROTECTED]> wrote:





Hi



I'm currently working on a J2EE based application that is supposed to be
application server independent.  We are using Axis 2 for our web services
platform, bundling the Axis2 jars into our application war.  We are not
using JBossWS.



The web services piece we have works just fine under stand-alone tomcat.
When we take the same war and deploy it to JBoss 4.0.5, the web service
Junit test does not work.  We get the following exception:



2007-05-03 16:48:28,762 INFO
[org.apache.axis2.deployment.DeploymentEngine] no modules
directory found under
C:\jboss-4.0.5.GA\server\default\tmp\deploy\tmp44739um-exp.war\WEB-INF

2007-05-03 16:48:29,483 ERROR
[org.apache.axis2.description.WSDL11ToAxisServiceBuilder]
WSDLException (at
/wsdl:definitions/wsdl:types/xsd:schema[1]):
faultCode=OTHER_ERROR: An error occurred trying to resolve schema referenced
at 'UserMgmt.xsd', relative to
'C:\jboss-4.0.5.GA\server\default\.\tmp\deploy\tmp44739um-exp.war\WEB-INF\services\UserMgmtService\META-INF'.:
no content-type: java.net.UnknownServiceException: no
content-type

at
java.net.URLConnection.getContentHandler(Unknown Source)



The beginning of UserMgmt.wsdl is as follows:

http://xml.avaya.com/schema/user/mgmt";
xmlns:um="http://xml.avaya.com/wsdl/user/mgmt";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:wsa="http://www.w3.org/2005/08/addressing";
xmlns:wsx="http://schemas.xmlsoap.org/ws/2004/09/mex";
xmlns:ns="http://xml.avaya.com/schema/user";
targetNamespace="http://xml.avaya.com/wsdl/user/mgmt";>

  

http://xml.avaya.com/wsdl/user/mgmt";>

  http://xml.avaya.com/schema/user/mgmt";
schemaLocation="UserMgmt.xsd"/>



http://www.w3.org/2005/08/addressing";>

  



http://schemas.xmlsoap.org/ws/2004/09/mex";>

  







The following import statement is included in UserMgmt.xsd:

  http://xml.avaya.com/schema/user";
schemaLocation="AvUser.xsd"/>



Any idea why this work work under tomcat and not under jboss?  All the xsd
and wsld files specified in the hint are present in both cases.



Thanks in advance for any help



Larry





--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem using faults under axis2 with XMLBeans data binding

2007-05-04 Thread Davanum Srinivas


Artem,

Please log a bug in JIRA and upload your wsdl and xsd's.

thanks,
dims

On 5/4/07, Artem Portnoy <[EMAIL PROTECTED]> wrote:

Hi,

We've been successfully using 'fault' messages with Axis1, but now we decided 
to switch to using Axis 2, so that we can use XmlBeans data binding.  The 
problem we're faced with is that it appears as though fault support is broken.  
We're getting the following exception when a fault message is returned by the 
server instead of the regular response message...

org.apache.xmlbeans.XmlException: Element [EMAIL 
PROTECTED]://configsm.ibi.com/xml/registry is not a valid [EMAIL 
PROTECTED]://configsm.ibi.com/xml/registry document or a valid substitution.
at org.apache.xmlbeans.impl.store.Locale.autoTypeDocument(Locale.java:322)
at org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:850)
at org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:826)
at 
org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.parse(SchemaTypeLoaderBase.java:231)
at 
com.ibi.configsm.xml.registry.AddTransformResDocument$Factory.parse(Unknown 
Source)
at 
com.ibi.iwregistry.config.IwregistryStub.fromOM(IwregistryStub.java:15994)
at 
com.ibi.iwregistry.config.IwregistryStub.AddTransform(IwregistryStub.java:11784)

Any help would be appreciated.

Regards,

Artem Portnoy
iWay Software




__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Problem using faults under axis2 with XMLBeans data binding

2007-05-04 Thread Artem Portnoy

Hi,

We've been successfully using 'fault' messages with Axis1, but now we decided 
to switch to using Axis 2, so that we can use XmlBeans data binding.  The 
problem we're faced with is that it appears as though fault support is broken.  
We're getting the following exception when a fault message is returned by the 
server instead of the regular response message...

org.apache.xmlbeans.XmlException: Element [EMAIL 
PROTECTED]://configsm.ibi.com/xml/registry is not a valid [EMAIL 
PROTECTED]://configsm.ibi.com/xml/registry document or a valid substitution.
at org.apache.xmlbeans.impl.store.Locale.autoTypeDocument(Locale.java:322)
at org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:850)
at org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:826)
at 
org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.parse(SchemaTypeLoaderBase.java:231)
at 
com.ibi.configsm.xml.registry.AddTransformResDocument$Factory.parse(Unknown 
Source)
at 
com.ibi.iwregistry.config.IwregistryStub.fromOM(IwregistryStub.java:15994)
at 
com.ibi.iwregistry.config.IwregistryStub.AddTransform(IwregistryStub.java:11784)

Any help would be appreciated.

Regards,

Artem Portnoy
iWay Software




__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Axis2 under JBossand Tomcat

2007-05-04 Thread Lennhoff, Larry J \(Larry\)

Hi

 

I'm currently working on a J2EE based application that is supposed to be
application server independent.  We are using Axis 2 for our web
services platform, bundling the Axis2 jars into our application war.  We
are not using JBossWS.

 

The web services piece we have works just fine under stand-alone tomcat.
When we take the same war and deploy it to JBoss 4.0.5, the web service
Junit test does not work.  We get the following exception:

 

2007-05-03 16:48:28,762 INFO
[org.apache.axis2.deployment.DeploymentEngine] no modules directory
found under
C:\jboss-4.0.5.GA\server\default\tmp\deploy\tmp44739um-exp.war\WEB-INF

2007-05-03 16:48:29,483 ERROR
[org.apache.axis2.description.WSDL11ToAxisServiceBuilder] WSDLException
(at /wsdl:definitions/wsdl:types/xsd:schema[1]): faultCode=OTHER_ERROR:
An error occurred trying to resolve schema referenced at 'UserMgmt.xsd',
relative to
'C:\jboss-4.0.5.GA\server\default\.\tmp\deploy\tmp44739um-exp.war\WEB-IN
F\services\UserMgmtService\META-INF'.: no content-type:
java.net.UnknownServiceException: no content-type

at java.net.URLConnection.getContentHandler(Unknown Source)

 

The beginning of UserMgmt.wsdl is as follows:

http://xml.avaya.com/schema/user/mgmt";
xmlns:um="http://xml.avaya.com/wsdl/user/mgmt";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:wsa="http://www.w3.org/2005/08/addressing";
xmlns:wsx="http://schemas.xmlsoap.org/ws/2004/09/mex";
xmlns:ns="http://xml.avaya.com/schema/user";
targetNamespace="http://xml.avaya.com/wsdl/user/mgmt";>

  

http://xml.avaya.com/wsdl/user/mgmt";>

  http://xml.avaya.com/schema/user/mgmt";
schemaLocation="UserMgmt.xsd"/>



http://www.w3.org/2005/08/addressing";>

  



http://schemas.xmlsoap.org/ws/2004/09/mex";>

  





 

The following import statement is included in UserMgmt.xsd:

  http://xml.avaya.com/schema/user";
schemaLocation="AvUser.xsd"/>

 

Any idea why this work work under tomcat and not under jboss?  All the
xsd and wsld files specified in the hint are present in both cases.

 

Thanks in advance for any help

 

Larry

Re: Invoke Axis2 Web Service from Non JVM Client?

2007-05-04 Thread Michele Mazzucco

No, it's possible with all SOAP engines because XML guarantees  
interoperability.


Michele

On 4 May 2007, at 20:23, Rupal Soni wrote:

Is this made possible after Axis 2 came in market or was it  
possible to invoke Axis 1.x web services with non-Java clients.  
after reading http://wso2.org/library/24 it seems like it's made  
possible in Axis 2 only. Is this true?


"Hickman, Craig" <[EMAIL PROTECTED]> wrote:
No problem with that at all. As long as the client is SOAP or REST  
or other supported protocols you're fine. I have parts of the  
company using Cold Fusion Clients, C clients, etc.


Only the service is in java, but the clients accessing it don't  
matter as long as they can understand the protocol and make the  
appropriate calls on the service.


From: Rupal Soni [mailto:[EMAIL PROTECTED]
Sent: Friday, May 04, 2007 12:26 PM
To: axis-user@ws.apache.org
Subject: Invoke Axis2 Web Service from Non JVM Client?

From what I read in the documentation " The Apache Axis2 project is  
a Java-based implementation of both the client and server sides of  
the Web services equation". Does this mean the client I implement  
has be written in Java only. Can't I have the client invoking the  
Web Service in any other language?


Michele Mazzucco <[EMAIL PROTECTED]> wrote: On Fri,  
2007-05-04 at 08:06 -0700, Rupal Soni wrote:

> In short I want my Web Service to return XML response

This is what Web services are supposed to do :)

Michele


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! Autos.


Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! Autos.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Davanum Srinivas


Do you have a stripped down test?

thanks,
dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:

I've tried it (see my previous post), but with no success :(.
BTW, since I'm using asynchronous invocations (with a separate
channel for responses) I guess the connection should be closes
immediately after sending the request, not after receiving the
response. Am I right?

Michele
On 4 May 2007, at 20:41, Davanum Srinivas wrote:

> Resending email...somehow this did not make it to the list. Can you
> please try this?
>
> -- dims
>
> -- Forwarded message --
> From: Davanum Srinivas <[EMAIL PROTECTED]>
> Date: May 4, 2007 11:25 AM
> Subject: Re: AbstractHTTPSender not releasing connection
> To: axis-user@ws.apache.org
>
>
> Ok then try this tactic. Can you get hold of the OperationContext for
> each invocation? Typically you can use
> myServiceContext.getLastOperationContext() to get the last
> OperationContext. You will have to start caching them though by
> calling myServiceClient.setCachingOperationContext(true) or you can
> create the OperationContext by calling
> myServiceContext.createOperationContext as well. Either way after the
> invocation is done you can call the following snippet to cleanup the
> HttpMethod.
>
> myOperationContext.getMessageContext
> (WSDLConstants.MESSAGE_LABEL_OUT_VALUE);
> _messageContext.getTransportOut().getSender().cleanup
> (_messageContext);
>
> thanks,
> dims
>
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
>> Dims,
>>
>> what do you mean by "calling the complete method"?. In this
>> scenario I'm
>> using simple ServiceClient(s) sharing the same conf. context and
>> attached to custom callbacks (I'm reusing the same ServiceClients for
>> thousands of asynchronous requests).
>> For my knowledge (see the link below) the cleanup (on the
>> ServiceClient)
>> should be called only at the end which, as I said, is after receiving
>> thousands of responses.
>> Are you then suggesting me to share an OperationClient for all my
>> requests and to free resources as soon as I receive the response?
>>
>> Thanks,
>> Michele
>
> -
> 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]





--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Invoke Axis2 Web Service from Non JVM Client?

2007-05-04 Thread Paul Fremantle


Rupal

Axis1 services can also be accessed by all sorts of clients. Axis2 has
slightly better interoperability with Microsoft Windows Comms
Foundation (WCF) but both Axis1 and Axis2 are very interoperable.

There is also an Axis2/C if you want to code C clients.

Paul

On 5/4/07, Rupal Soni <[EMAIL PROTECTED]> wrote:

Is this made possible after Axis 2 came in market or was it possible to
invoke Axis 1.x web services with non-Java clients. after reading
http://wso2.org/library/24 it seems like it's made possible in Axis 2 only.
Is this true?


"Hickman, Craig" <[EMAIL PROTECTED]> wrote:

No problem with that at all. As long as the client is SOAP or REST or other
supported protocols you're fine. I have parts of the company using Cold
Fusion Clients, C clients, etc.

Only the service is in java, but the clients accessing it don't matter as
long as they can understand the protocol and make the appropriate calls on
the service.

 
 From: Rupal Soni [mailto:[EMAIL PROTECTED]
Sent: Friday, May 04, 2007 12:26 PM
To: axis-user@ws.apache.org
Subject: Invoke Axis2 Web Service from Non JVM Client?


From what I read in the documentation " The Apache Axis2 project is a
Java-based implementation of both the client and server sides of the Web
services equation". Does this mean the client I implement has be written in
Java only. Can't I have the client invoking the Web Service in any other
language?

Michele Mazzucco <[EMAIL PROTECTED]> wrote:
On Fri, 2007-05-04 at 08:06 -0700, Rupal Soni wrote:
> In short I want my Web Service to return XML response

This is what Web services are supposed to do :)

Michele


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



 
 Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! Autos.


 
Ahhh...imagining that irresistible "new car" smell?
 Check out new cars at Yahoo! Autos.





--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Michele Mazzucco


I've tried it (see my previous post), but with no success :(.
BTW, since I'm using asynchronous invocations (with a separate  
channel for responses) I guess the connection should be closes  
immediately after sending the request, not after receiving the  
response. Am I right?


Michele
On 4 May 2007, at 20:41, Davanum Srinivas wrote:


Resending email...somehow this did not make it to the list. Can you
please try this?

-- dims

-- Forwarded message --
From: Davanum Srinivas <[EMAIL PROTECTED]>
Date: May 4, 2007 11:25 AM
Subject: Re: AbstractHTTPSender not releasing connection
To: axis-user@ws.apache.org


Ok then try this tactic. Can you get hold of the OperationContext for
each invocation? Typically you can use
myServiceContext.getLastOperationContext() to get the last
OperationContext. You will have to start caching them though by
calling myServiceClient.setCachingOperationContext(true) or you can
create the OperationContext by calling
myServiceContext.createOperationContext as well. Either way after the
invocation is done you can call the following snippet to cleanup the
HttpMethod.

myOperationContext.getMessageContext 
(WSDLConstants.MESSAGE_LABEL_OUT_VALUE);
_messageContext.getTransportOut().getSender().cleanup 
(_messageContext);


thanks,
dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:

Dims,

what do you mean by "calling the complete method"?. In this  
scenario I'm

using simple ServiceClient(s) sharing the same conf. context and
attached to custom callbacks (I'm reusing the same ServiceClients for
thousands of asynchronous requests).
For my knowledge (see the link below) the cleanup (on the  
ServiceClient)

should be called only at the end which, as I said, is after receiving
thousands of responses.
Are you then suggesting me to share an OperationClient for all my
requests and to free resources as soon as I receive the response?

Thanks,
Michele


-
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]

Fwd: AbstractHTTPSender not releasing connection

2007-05-04 Thread Davanum Srinivas

Resending email...somehow this did not make it to the list. Can you
please try this?

-- dims

-- Forwarded message --
From: Davanum Srinivas <[EMAIL PROTECTED]>
Date: May 4, 2007 11:25 AM
Subject: Re: AbstractHTTPSender not releasing connection
To: axis-user@ws.apache.org

Ok then try this tactic. Can you get hold of the OperationContext for
each invocation? Typically you can use
myServiceContext.getLastOperationContext() to get the last
OperationContext. You will have to start caching them though by
calling myServiceClient.setCachingOperationContext(true) or you can
create the OperationContext by calling
myServiceContext.createOperationContext as well. Either way after the
invocation is done you can call the following snippet to cleanup the
HttpMethod.

myOperationContext.getMessageContext(WSDLConstants.MESSAGE_LABEL_OUT_VALUE);
_messageContext.getTransportOut().getSender().cleanup(_messageContext);

thanks,
dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:

Dims,

what do you mean by "calling the complete method"?. In this scenario I'm
using simple ServiceClient(s) sharing the same conf. context and
attached to custom callbacks (I'm reusing the same ServiceClients for
thousands of asynchronous requests).
For my knowledge (see the link below) the cleanup (on the ServiceClient)
should be called only at the end which, as I said, is after receiving
thousands of responses.
Are you then suggesting me to share an OperationClient for all my
requests and to free resources as soon as I receive the response?

Thanks,
Michele

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Invoke Axis2 Web Service from Non JVM Client?

2007-05-04 Thread Rupal Soni

Is this made possible after Axis 2 came in market or was it possible to invoke 
Axis 1.x web services with non-Java clients. after reading 
http://wso2.org/library/24 it seems like it's made possible in Axis 2 only. Is 
this true?

"Hickman, Craig" <[EMAIL PROTECTED]> wrote:
  No problem with that at all. As long as the client is SOAP or REST or 
other supported protocols you're fine. I have parts of the company using Cold 
Fusion Clients, C clients, etc.

  Only the service is in java, but the clients accessing it don't matter as 
long as they can understand the protocol and make the appropriate calls on the 
service.

-
  From: Rupal Soni [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 04, 2007 12:26 PM
To: axis-user@ws.apache.org
Subject: Invoke Axis2 Web Service from Non JVM Client?

>From what I read in the documentation " The Apache Axis2 project is a 
>Java-based implementation of both the client and server sides of the Web 
>services equation". Does this mean the client I implement has be written in 
>Java only. Can't I have the client invoking the Web Service in any other 
>language?

Michele Mazzucco <[EMAIL PROTECTED]> wrote:   On Fri, 2007-05-04 at 08:06 
-0700, Rupal Soni wrote:
> In short I want my Web Service to return XML response

This is what Web services are supposed to do :)

Michele

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
  Ahhh...imagining that irresistible "new car" smell?
Check out new cars at Yahoo! Autos. 

-
Ahhh...imagining that irresistible "new car" smell?
 Check outnew cars at Yahoo! Autos.

Maven2 Profiles + Axis2 wsdl2code = ?

2007-05-04 Thread Edward Bush

All,

Maven2 question for you all (if you'd be so kind!)
 
We run different environments here -- development, test, and production.
I'm trying to figure out how I am going to change the service URI based
on the environment I'm building for.  For example, if I'm building for a
local test, I can use localhost, however if I'm building for test, I
need to use dmztest.mycompany, and in production it'll be
dmzprod.mycompany.

I've got profiles setup to manage this, with a property (ws.host)
defined.  That property doesn't seem to be being picked-up when
wsdl2code runs though.  Instead, it's putting ${ws.host} in those
locations that the service URI should be.  I do have my src/main/axis2
directory setup to do resource filtering.

Thanks in advance!
 
Eddie Bush
Software Analyst
Clinical Reference Laboratory
bushe at crlcorp dot com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Invoke Axis2 Web Service from Non JVM Client?

2007-05-04 Thread Hickman, Craig

No problem with that at all. As long as the client is SOAP or REST or other
supported protocols you're fine. I have parts of the company using Cold
Fusion Clients, C clients, etc.

Only the service is in java, but the clients accessing it don't matter as
long as they can understand the protocol and make the appropriate calls on
the service.

  _  

From: Rupal Soni [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 04, 2007 12:26 PM
To: axis-user@ws.apache.org
Subject: Invoke Axis2 Web Service from Non JVM Client?

>From what I read in the documentation " The Apache Axis2 project is a
Java-based implementation of both the client and server sides of the Web
services equation". Does this mean the client I implement has be written in
Java only. Can't I have the client invoking the Web Service in any other
language?

Michele Mazzucco <[EMAIL PROTECTED]> wrote: 

On Fri, 2007-05-04 at 08:06 -0700, Rupal Soni wrote:
> In short I want my Web Service to return XML response

This is what Web services are supposed to do :)

Michele

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

  _  

Ahhh...imagining that irresistible "new car" smell?
Check out new
 cars
at Yahoo! Autos.

Invoke Axis2 Web Service from Non JVM Client?

2007-05-04 Thread Rupal Soni

>From what I read in the documentation " The Apache Axis2 project is a 
>Java-based implementation of both the client and server sides of the Web 
>services equation". Does this mean the client I implement has be written in 
>Java only. Can't I have the client invoking the Web Service in any other 
>language?

Michele Mazzucco <[EMAIL PROTECTED]> wrote:  On Fri, 2007-05-04 at 08:06 -0700, 
Rupal Soni wrote:
> In short I want my Web Service to return XML response

This is what Web services are supposed to do :)

Michele


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



  
-
Ahhh...imagining that irresistible "new car" smell?
 Check outnew cars at Yahoo! Autos.

Re: Advantages of Axis2 over Axis 1.3

2007-05-04 Thread Demetris G

Gotcha. Thanks for the clarification Paul - and no harm done.

Paul Fremantle wrote:

Yes Axis2 supports Async.

My mistake wasn't about Axis2! My mistake was that I implied that
Axis1 didn't do it.

Paul

On 5/4/07, Demetris G <[EMAIL PROTECTED]> wrote:

Paul - I thought you were referring to the advantages of Axis2. So that
we don't confuse
one too many people, Axis2 does support Async mode - is that correct ?

Doug Davis wrote:
>
> "Paul Fremantle" <[EMAIL PROTECTED]> wrote on 05/04/2007 06:17:43 AM:
> ...
> > * Asynchronous calling model
> > * Better support for WS-Addressing
>
> Current axis1 code does support async and both versions of
> WS-Addressing (2004,2005)
>
> -Doug

-
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]

Re: Advantages of Axis2 over Axis 1.3

2007-05-04 Thread Paul Fremantle

Yes Axis2 supports Async.

My mistake wasn't about Axis2! My mistake was that I implied that
Axis1 didn't do it.

Paul

On 5/4/07, Demetris G <[EMAIL PROTECTED]> wrote:

Paul - I thought you were referring to the advantages of Axis2. So that
we don't confuse
one too many people, Axis2 does support Async mode - is that correct ?

Doug Davis wrote:
>
> "Paul Fremantle" <[EMAIL PROTECTED]> wrote on 05/04/2007 06:17:43 AM:
> ...
> > * Asynchronous calling model
> > * Better support for WS-Addressing
>
> Current axis1 code does support async and both versions of
> WS-Addressing (2004,2005)
>
> -Doug

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Advantages of Axis2 over Axis 1.3

2007-05-04 Thread Demetris G

Paul - I thought you were referring to the advantages of Axis2. So that 
we don't confuse

one too many people, Axis2 does support Async mode - is that correct ?

Doug Davis wrote:

"Paul Fremantle" <[EMAIL PROTECTED]> wrote on 05/04/2007 06:17:43 AM:
...
> * Asynchronous calling model
> * Better support for WS-Addressing

Current axis1 code does support async and both versions of 
WS-Addressing (2004,2005)

-Doug

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Performances of Axis2 over Axis 1.1

2007-05-04 Thread Paul Fremantle

Jack

I'm still not sure what you are describing. WSDL is a description
language that typically isn't used at runtime. The actual message
exchanges are made using SOAP.

Axis2 can typically serve around 110req/s of SOAP messages when using
a large and complex payload (100k in/100k out of complex object-mapped
XML) on a modern machine, so I'm wondering whats going on with your
case.

Is it possible you can post your WSDL, a sample SOAP message, or even
better your code?

Paul

On 5/4/07, Jacky Rymasz-Maillot <[EMAIL PROTECTED]> wrote:

Hello Paul,

My server application is receiving WSDL requests and my server perform 
functional work then returns a WSDL response using.

When I run my test class, I got the response from my server about 2-3 seconds 
after sending the request. The functional part takes only 600ms.
Both server and test class are on my dev computer.
The message sent to the client is rather large.
But my questioning is more about the performance difference between AXIS 1.1 
and AXIS2 which is almost identical.

Paul, tell me if you need more info to understand my problem.

And thank you very much for your help

Jack

-Message d'origine-
De: Paul Fremantle [mailto:[EMAIL PROTECTED]
Envoyé: vendredi 4 mai 2007 12:13
À: axis-user@ws.apache.org
Objet: Re: Performances of Axis2 over Axis 1.1

Jacky

I'm not clear what you mean by "generate some WSDL responses".

Can you explain exactly what you want to run faster? Its very unusual
too see response times of 2-3 seconds. On small messages I see
response times of 2-3milliseconds!

Paul

On 5/4/07, Jacky Rymasz-Maillot <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hello,
>
>
>
> We have a server which is using Axis1.1 for WSDL request/response.
>
> We have noticed that Axis 1.1 was taking too long time to generate some WSDL
> responses (the functional part is taking about 600ms but the transformation
> to WSDL is taking about 2000-2500ms).
>
> Response speed is quite an important factor for us.
>
>
>
> We heard that Axis2 was about 10 times faster than old version of Axis, so I
> did a test and adapted Axis2 onto the server, but we don't see any time
> response improvement!
>
>
>
> I generated my java classes from a wsdl file.
>
> I am using xmlbeans binding with AXIS2 1.2RC
>
> Is there a way to monitor were the time is used into Axis?
>
>
>
> What did I do wrong?
>
> Thx ;)
>
>
>
> Jack
>
>

--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", 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]

--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Advantages of Axis2 over Axis 1.3

2007-05-04 Thread Paul Fremantle


My apologies for getting it wrong.

Paul

On 5/4/07, Doug Davis <[EMAIL PROTECTED]> wrote:


"Paul Fremantle" <[EMAIL PROTECTED]> wrote on 05/04/2007 06:17:43 AM:
 ...
> * Asynchronous calling model
 > * Better support for WS-Addressing

 Current axis1 code does support async and both versions of WS-Addressing
(2004,2005)

-Doug




--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Appropriate place for transaction code?

2007-05-04 Thread Hickman, Craig

One way you could do this is to just use Spring's api, or you could inject
it yourself as in:

Now for specific injection (unrelated to above) of SessionFactory:












org.example.ExampleBean




hibernate.dialect=org.hibernate.dialect.HSQLDialect
hibernate.show_sql=true






Also a good article for Session injection:

http://unitils.sourceforge.net/spring_article.html

Also roll your own beans too:

 Let's say you wanted to inject the datasource. Create a util class using a
synchronized singleton and then add your method as private for the
appContext lookup (this can also be done for your own beans using a factory
method as well):

private final static DataSource getDataSource() {
ApplicationContext ctx = new
ClassPathXmlApplicationContext(WSConstants.APPLICATION_CONTEXT );
DataSource ds = (DataSource)ctx.getBean("ds");

return ds;
}

Then add your public method:

   public ExampleDaoImpl getExampleDS() {
ExampleDaoImpl dataSupport = new ExampleDaoImpl();
dataSupport.setDataSource(getDataSource());
return dataSupport;
}

---

Now for injection of your own beans:

Create a bean xml and add this to it and place it in WEB-INF (later use ant
to place it in build directory and classes, because it will be referenced
from the classpath using a specialized method):

 start of xml --

http://@TLD_HOST_WEB_SERVER@/dtd/spring-beans.dtd";>








  

-- end of xml -

Now create two classes:


public interface AbstractBeanFactory {

public ExampleBO createExampleBean();

}

public class ExampleBeanFactory implements AbstractBeanFactory {


public ExampleBean createExampleBean(){
return new ExampleBean();
}


}

 //--- utility method
   public  Object getBean(String bean) {
  ClassPathResource res = new
ClassPathResource("beans.xml"); // lookup your bean
  XmlBeanFactory factory = new XmlBeanFactory(res);
  Object obj = factory.getBean(bean);
  
  return obj;
  }


Then I can create the instance ( I used a service bean helper ), and call
the utility method in the init:

 private ServiceBeanHelper() {
super();
this.setSsoBO((SsoBO)utils.getBean(WSConstants.EXAMPLE_BEAN
)); 
}

  





-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
Sent: Thursday, May 03, 2007 2:26 PM
To: axis-user@ws.apache.org
Subject: Appropriate place for transaction code?

Hi,

I'm new to Axis. I'm using Axis2 1.1.1.

I'm creating a service that retrieves data from a database. I'm using
Hibernate. For those of you not familiar with it, the basic pattern of usage
is that you create something called a SessionFactory once when the
application starts, and then for each request/response cycle you create a
Session. When the response finishes, you commit the session.

In regular web applications I create the session factory in the
ApplicationContext. Then I make a servlet filter that creates the session
and starts a transaction on the way in, and then commits the transaction and
closes the session on the way out.

I'm trying to figure out how to do this in Axis. I created a module called
hibernateTransactionModule. I've got two handlers, one for the way in and
one for the way out, each attached to a new phase. Right now they're just
saying 'hello world' and it works, they do execute when I expect them to.

So I've got three classes:

HibernateTransactionModule implements org.apache.axis2.modules.Module
HibernateTransactionHandlerBegin extends AbstractHandler implements Handler
HibernateTransactionHandlerEnd extends AbstractHandler implements Handler

My intuition tells me that HibernateTransactionModule.init() would be the
appropriate place to create the hibernate session factory,
HibernateTransactionHandlerBegin.invoke() could create a session for a
request and put it into the messageContext, and
HibernateTransactionHandlerEnd.invoke() could commit the transaction and
close the session.

But I can't see a place where I can store the session factory where it can
be accessible to the handlers.

One possibility would be to use a static field in
HibernateTransactionHandlerBegin but that would be an ugly hack. Any
suggestions?

Thanks
Michael Davis
www.damaru.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 PROTEC

Re: Advantages of Axis2 over Axis 1.3

2007-05-04 Thread Doug Davis

"Paul Fremantle" <[EMAIL PROTECTED]> wrote on 05/04/2007 06:17:43 AM:
...
> * Asynchronous calling model
> * Better support for WS-Addressing

Current axis1 code does support async and both versions of WS-Addressing 
(2004,2005)

-Doug

Re: Advantages of Axis2 over Axis 1.3

2007-05-04 Thread Demetris G



To extend Rakesh's question ...

Is the transition of legacy code from Axis 1.3 to Axis 2 easy ?

Thanks

Paul Fremantle wrote:

Rakesh

Sure there are a large number of advantages. I'll leave it up to an
Axis1 expert to list the disadvantages!

* Improved performance 6-10 times, reduced memory footprint for large 
messages

* Better .NET interoperability and support for doc/lit wrapped
* Full support for MTOM for efficient binary data and interop with
.NET, support for very large binary messages
* Much wider support for XML schema binding including several toolkits
(JIBX, JAXB, XMLBeans). XMLBeans on Axis2 currently has the widest
support for schema constructs of any toolkit
* Asynchronous calling model
* Better support for WS-Addressing
* Support for WS-Security, SecureConversation, Trust
* Much better support for WS-ReliableMessaging 1.0 and 1.1
* a whole lot more too.

Paul

On 5/4/07, Rakesh Thawait <[EMAIL PROTECTED]> wrote:







Hi all,



I am a new to axis. Can anybody please tell me the advantages and
disadvantages of Axis2 over Axis 1.3?





Regards,
 Rakesh Thawait







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Michele Mazzucco

Dims,

unfortunately there are still tonns of connections in CLOSE_WAIT state
(it does not crashes only because I'm running on Mac OS X -- which has a
limit set to an higher value, on Linux it crashes after a few minutes).
I've tried with version 1.2 and by caching the operation context.

Michele

On Fri, 2007-05-04 at 12:08 -0400, Davanum Srinivas wrote:
> I have linked the 2 issues. Let's wait to hear from Michele on my
> latest suggestions
> 
> thanks,
> dims
> 
> On 5/4/07, Cox, Brian (GE Infra, Energy) <[EMAIL PROTECTED]> wrote:
> > I believe this JIRA is also related:
> >
> > http://issues.apache.org/jira/browse/AXIS2-935
> >
> >
> >
> >  -Original Message-
> > From:   Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > Sent:   Friday, May 04, 2007 10:12 AM
> > To: axis2
> > Subject:Re: AbstractHTTPSender not releasing connection
> >
> > Dims,
> >
> > please see here
> > https://issues.apache.org/jira/browse/AXIS2-2593
> >
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > > Michele,
> > >
> > > Here's what is see in the http client code:
> > > http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> > >
> > >/** The default maximum number of connections allowed per host */
> > > public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> > > RFC 2616 sec 8.1.4
> > >
> > > /** The default maximum number of connections allowed overall */
> > > public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> > >
> > > Could the new threads being created because the old ones are still in
> > > progress? can you bump up the default limits and try?
> > >
> > > -- dims
> > >
> > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > > Dims,
> > > >
> > > > even if the HttpClient is cached new connections are created every 3/4
> > > > requests.
> > > >
> > > > Michele
> > > >
> > > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > > Kamaljeet,
> > > > >
> > > > > can you try the 2nd option here:
> > > > > http://wso2.org/library/87
> > > > >
> > > > > -- dims
> > > > >
> > > > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > > > Hi,
> > > > > >
> > > > > > I turned the HttpClient log on and from the log it looks like new
> > > > > > connection is created for every request. I am sending request every 
> > > > > > 1
> > > > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender 
> > > > > > is not
> > > > > > releasing the connection back to the pool so
> > > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it 
> > > > > > after
> > > > > > 1 use.
> > > > > >
> > > > > >
> > > > > >
> > > > > >  Log
> > > > > >
> > > > > > 04-May 08:11:22,184 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > **ProbCause*PROP_TEST
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed 
> > > > > > by
> > > > > > garbage collector,
> > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread 
> > > > > > waiting
> > > > > > on host pool, 
> > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process 
> > > > > > request
> > > > > >
> > > > > >
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > > Kamal
> > > > > >
> > > > > > -Original Message-
> > > > > > From: Michele Mazzucco [mailto:[EMAIL P

Re: Axis2 and OSGi

2007-05-04 Thread Demetris G



Super - thanks Rodrigo.

Rodrigo Ruiz wrote:

Hi Demetris, take a look at MUSE project:

http://ws.apache.org/muse

The project includes an OSGi compliant Axis2 installation.

Regards,
Rodrigo

Demetris G wrote:
  

Hi all,

   anyone has experience with deploying Axis2 into one of the popular
OSGi R4 implementations
(Equinox, Knopflerfish, Oscar/Felx) etc. ? Any insights or words of
wisdom as to how easy
this can be accomplished. I know in the past there have been ports of
Axis 1.X into OSGi containers
but I do know in such cases the Axis code needed to be "bundlefied" to
be imported. Is Axis2
exempt from this? I have a feeling it is not. Deploying Axis2 into
Tomcat is more automatic I assume.

Thanks much in advance
Demetris


--

  

-
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]

RE: Returning arrayList

2007-05-04 Thread Hickman, Craig


Hope the below will provide you an example

If I read this correctly your user is calling the service and your are
returning a collection of objects as in your example. I do this with a list
sequence using the Object Model and returning a
org.apache.axiom.soap.SOAPEnvelope envelope:

1. Build the envelope from your POJO list and/or bean objects:

 private org.apache.axiom.soap.SOAPEnvelope getSoapMessage(ExampleBean pco,
List exampleList) throws ErrorException, IOException {

try {
  factory = new
org.apache.axiom.soap.impl.dom.soap11.SOAP11Factory();
envelope = factory.getDefaultEnvelope();
envelope.getHeader().detach();
org.apache.axiom.soap.SOAPBody body =
envelope.getBody();
OMFactory fac = OMAbstractFactory.getOMFactory();
OMNamespace omNs =
fac.createOMNamespace("http://example.namespace.com";, "");
org.apache.axiom.om.OMElement punchoutResponse =
fac.createOMElement(WSConstants.Punch_Out_Response, omNs);

org.apache.axiom.om.OMElement exampleResponse =
fac.createOMElement(WSConstants.RESPONSE_URL, omNs);
org.apache.axiom.om.OMElement exampleWarnings =
fac.createOMElement(WSConstants.RESPONSE_WARNINGS, omNs);
org.apache.axiom.om.OMElement exampleWarning =
fac.createOMElement(WSConstants.RESPONSE_WARNING, omNs);


if (pco.getExample().equalsIgnoreCase("")) {

exampleResponse.addChild(fac.createOMText(exampleResponse, ""));


} else {

exampleResponse.addChild(fac.createOMText(exampleResponse, ""
+pco.getExampleResponseUrl())); 
}


if (exampleList.isEmpty()) {

exampleWarning.addChild(fac.createOMText(warnings, ""));

} else {
   for (int j=0; j < candidateList.size(); j++) {

exampleWarning.addChild(fac.createOMText(warnings, ""
+exampleList.get(j).toString()));
  }
}
exampleWarningWarnings.addChild(exampleWarning);
punchoutResponse.addChild(exampleResponse); 
punchoutResponse.addChild(exampleWarnings);
body.addChild(punchoutResponse);

} catch (org.apache.axiom.soap.SOAPProcessingException e) {
e.getStackTrace();
ErrorException failedSOAP =
utils.getErrorMessage(WSConstants.FAILED_SOAP_MESSAGE);
throw failedSOAP;
}
return envelope;
}

2. In the main adapter I then call this method:

 try {
// pass in your list or bean object
return getSoapMessage(pco,
exampleList);
} catch (IOException e1) {
e1.printStackTrace();
logger.debug("SOAP Message
Failed > " +e1.getMessage());
ErrorException authEX =
utils.getErrorMessage(WSConstants.FAILED_SOAP_MESSAGE);
throw authEX;
}

3. Which is called by the Skeleton, which is then calle bye the
MessageReceiver:

public org.apache.axiom.soap.SOAPEnvelope
create(org.apache.axis2.context.MessageContext msgContext) throws
ErrorException {
envelope = msgContext.getEnvelope();
try {
SOAPBody body = envelope.getBody();
if (body == null) {
ErrorException run =
utils.getErrorMessage(WSConstants.SOAP_MESSAGE_MISSING); // chek soap body
throw run;
}
// GET THE FIRST ELEMENT 
 Set objects for POJO ...
 

service = new ExampleManagerImpl();
envelope =
service.create(this.getExampleBean()); // pass in bean


} catch (OMException e) {
ErrorException ex =
utils.getErrorMessage(WSConstants.SERVICE_FAILED); // if service fails
throw ex;
}

return envelope;

}

// Message Receiver/Sender

public void invokeBusinessLogic(
org.apache.axis2.context.MessageContext msgContext

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Davanum Srinivas


I have linked the 2 issues. Let's wait to hear from Michele on my
latest suggestions

thanks,
dims

On 5/4/07, Cox, Brian (GE Infra, Energy) <[EMAIL PROTECTED]> wrote:

I believe this JIRA is also related:

http://issues.apache.org/jira/browse/AXIS2-935



 -Original Message-
From:   Michele Mazzucco [mailto:[EMAIL PROTECTED]
Sent:   Friday, May 04, 2007 10:12 AM
To: axis2
Subject:Re: AbstractHTTPSender not releasing connection

Dims,

please see here
https://issues.apache.org/jira/browse/AXIS2-2593


Michele

On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> Michele,
>
> Here's what is see in the http client code:
> 
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
>
>/** The default maximum number of connections allowed per host */
> public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> RFC 2616 sec 8.1.4
>
> /** The default maximum number of connections allowed overall */
> public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
>
> Could the new threads being created because the old ones are still in
> progress? can you bump up the default limits and try?
>
> -- dims
>
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > Dims,
> >
> > even if the HttpClient is cached new connections are created every 3/4
> > requests.
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > Kamaljeet,
> > >
> > > can you try the 2nd option here:
> > > http://wso2.org/library/87
> > >
> > > -- dims
> > >
> > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > >
> > > > I turned the HttpClient log on and from the log it looks like new
> > > > connection is created for every request. I am sending request every 1
> > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender is not
> > > > releasing the connection back to the pool so
> > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it after
> > > > 1 use.
> > > >
> > > >
> > > >
> > > >  Log
> > > >
> > > > 04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > **ProbCause*PROP_TEST
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
> > > > garbage collector,
> > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
> > > > on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request
> > > >
> > > >
> > > >
> > > > Thanks
> > > >
> > > > Kamal
> > > >
> > > > -Original Message-
> > > > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > To: axis-user@ws.apache.org
> > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > >
> > > > Hi Kamal,
> > > >
> > > > HttpClient by default uses persistent (keep alive) connections, however
> > > > every few requests a new connection is created.
> > > >
> > > > Michele
> > > >
> > > > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > > > Hi,
> > > > >
> > > > > As per HTTPClient documentation if you are using
> > > > > MultiThreadedhttpConnectionManager then for every
> > > > > HttpClient.executeMethod there has to be corresponding
> > > > > 'releaseConnection' call. I do not see AbstractHttpSender releasing
> > > > > connection anywhere in the code. Is this the reason why even after
> > > > using
> > > > > REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> > > > > request/response?
> > > > >
> > > > >
> > > > >
> > > > > Thanks

RE: AbstractHTTPSender not releasing connection

2007-05-04 Thread Cox, Brian \(GE Infra, Energy\)

I believe this JIRA is also related:

http://issues.apache.org/jira/browse/AXIS2-935



 -Original Message-
From:   Michele Mazzucco [mailto:[EMAIL PROTECTED] 
Sent:   Friday, May 04, 2007 10:12 AM
To: axis2
Subject:Re: AbstractHTTPSender not releasing connection

Dims,

please see here
https://issues.apache.org/jira/browse/AXIS2-2593


Michele

On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> Michele,
> 
> Here's what is see in the http client code:
> http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> 
>/** The default maximum number of connections allowed per host */
> public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> RFC 2616 sec 8.1.4
> 
> /** The default maximum number of connections allowed overall */
> public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> 
> Could the new threads being created because the old ones are still in
> progress? can you bump up the default limits and try?
> 
> -- dims
> 
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > Dims,
> >
> > even if the HttpClient is cached new connections are created every 3/4
> > requests.
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > Kamaljeet,
> > >
> > > can you try the 2nd option here:
> > > http://wso2.org/library/87
> > >
> > > -- dims
> > >
> > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > >
> > > > I turned the HttpClient log on and from the log it looks like new
> > > > connection is created for every request. I am sending request every 1
> > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender is not
> > > > releasing the connection back to the pool so
> > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it after
> > > > 1 use.
> > > >
> > > >
> > > >
> > > >  Log
> > > >
> > > > 04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > **ProbCause*PROP_TEST
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
> > > > garbage collector,
> > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
> > > > on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request
> > > >
> > > >
> > > >
> > > > Thanks
> > > >
> > > > Kamal
> > > >
> > > > -Original Message-
> > > > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > To: axis-user@ws.apache.org
> > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > >
> > > > Hi Kamal,
> > > >
> > > > HttpClient by default uses persistent (keep alive) connections, however
> > > > every few requests a new connection is created.
> > > >
> > > > Michele
> > > >
> > > > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > > > Hi,
> > > > >
> > > > > As per HTTPClient documentation if you are using
> > > > > MultiThreadedhttpConnectionManager then for every
> > > > > HttpClient.executeMethod there has to be corresponding
> > > > > 'releaseConnection' call. I do not see AbstractHttpSender releasing
> > > > > connection anywhere in the code. Is this the reason why even after
> > > > using
> > > > > REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> > > > > request/response?
> > > > >
> > > > >
> > > > >
> > > > > Thanks
> > > > >
> > > > > Kamal
> > > > > 
> > > > > The information contained in this message may be privile

RE: AbstractHTTPSender not releasing connection

2007-05-04 Thread Kang, Kamaljeet K.

I just tested the example code in HttpClient,
'MultiThreadedExample.java' (modified so that it runs forever). It
reuses the pool of connections. I do not see it creating new connection
all the time.

Should I enter a bug?

kamal

-Original Message-
From: Davanum Srinivas [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 04, 2007 11:26 AM
To: axis-user@ws.apache.org
Subject: Re: AbstractHTTPSender not releasing connection

Ok then try this tactic. Can you get hold of the OperationContext for
each invocation? Typically you can use
myServiceContext.getLastOperationContext() to get the last
OperationContext. You will have to start caching them though by
calling myServiceClient.setCachingOperationContext(true) or you can
create the OperationContext by calling
myServiceContext.createOperationContext as well. Either way after the
invocation is done you can call the following snippet to cleanup the
HttpMethod.

myOperationContext.getMessageContext(WSDLConstants.MESSAGE_LABEL_OUT_VAL
UE);
_messageContext.getTransportOut().getSender().cleanup(_messageContext);

thanks,
dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> Dims,
>
> what do you mean by "calling the complete method"?. In this scenario
I'm
> using simple ServiceClient(s) sharing the same conf. context and
> attached to custom callbacks (I'm reusing the same ServiceClients for
> thousands of asynchronous requests).
> For my knowledge (see the link below) the cleanup (on the
ServiceClient)
> should be called only at the end which, as I said, is after receiving
> thousands of responses.
> Are you then suggesting me to share an OperationClient for all my
> requests and to free resources as soon as I receive the response?
>
> Thanks,
> Michele
>
>
http://www.nabble.com/-Axis2--ServiceClient-question-tf2496516.html#a907
8044
>
> On Fri, 2007-05-04 at 10:56 -0400, Davanum Srinivas wrote:
> > Michele,
> >
> > Are you calling the complete method in OperationClient? that calls
the
> > cleanup method in the TransportSender. I believe we are doing that
> > automatically in generated stubs as well where we generate the
> > following call.
> >
> >
_messageContext.getTransportOut().getSender().cleanup(_messageContext);
> >
> > that calls the releaseConnection on the HttpMethod.
> >
> > -- dims
> >
> > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > But that workaround works only on Windows :(
> > >
> > > Michele
> > >
> > > On Fri, 2007-05-04 at 10:18 -0400, Davanum Srinivas wrote:
> > > > Guess the only work around is the tuning parameters as mentioned
> > > > there...so it's a no-op fo us. There's nothing we can do..is
there?
> > > >
> > > > -- dims
> > > >
> > > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > > > Dims,
> > > > >
> > > > > please see here
> > > > > https://issues.apache.org/jira/browse/AXIS2-2593
> > > > >
> > > > >
> > > > > Michele
> > > > >
> > > > > On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > > > > > Michele,
> > > > > >
> > > > > > Here's what is see in the http client code:
> > > > > >
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/
src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManage
r.java
> > > > > >
> > > > > >/** The default maximum number of connections allowed per
host */
> > > > > > public static final int DEFAULT_MAX_HOST_CONNECTIONS =
2;   // Per
> > > > > > RFC 2616 sec 8.1.4
> > > > > >
> > > > > > /** The default maximum number of connections allowed
overall */
> > > > > > public static final int DEFAULT_MAX_TOTAL_CONNECTIONS =
20;
> > > > > >
> > > > > > Could the new threads being created because the old ones are
still in
> > > > > > progress? can you bump up the default limits and try?
> > > > > >
> > > > > > -- dims
> > > > > >
> > > > > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]>
wrote:
> > > > > > > Dims,
> > > > > > >
> > > > > > > even if the HttpClient is cached new connections are
created every 3/4
> > > > > > > requests.
> > > > > > >
> > > > > > > Michele
> > > > > > >
> > > > > > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > > > > > Kamaljeet,
> > > > > > > >
> > > > > > > > can you try the 2nd option here:
> > > > > > > > http://wso2.org/library/87
> > > > > > > >
> > > > > > > > -- dims
> > > > > > > >
> > > > > > > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]>
wrote:
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > I turned the HttpClient log on and from the log it
looks like new
> > > > > > > > > connection is created for every request. I am sending
request every 1
> > > > > > > > > sec so connection shouldn't idle out. I think,
AbstractHTTPSender is not
> > > > > > > > > releasing the connection back to the pool so
> > > > > > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is
trashing it after
> > > > > > > > > 1 use.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >  Log
> > > > > > > > >
> > > > > > > > > 04-

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Davanum Srinivas


Ok then try this tactic. Can you get hold of the OperationContext for
each invocation? Typically you can use
myServiceContext.getLastOperationContext() to get the last
OperationContext. You will have to start caching them though by
calling myServiceClient.setCachingOperationContext(true) or you can
create the OperationContext by calling
myServiceContext.createOperationContext as well. Either way after the
invocation is done you can call the following snippet to cleanup the
HttpMethod.

myOperationContext.getMessageContext(WSDLConstants.MESSAGE_LABEL_OUT_VALUE);
_messageContext.getTransportOut().getSender().cleanup(_messageContext);

thanks,
dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:

Dims,

what do you mean by "calling the complete method"?. In this scenario I'm
using simple ServiceClient(s) sharing the same conf. context and
attached to custom callbacks (I'm reusing the same ServiceClients for
thousands of asynchronous requests).
For my knowledge (see the link below) the cleanup (on the ServiceClient)
should be called only at the end which, as I said, is after receiving
thousands of responses.
Are you then suggesting me to share an OperationClient for all my
requests and to free resources as soon as I receive the response?

Thanks,
Michele

http://www.nabble.com/-Axis2--ServiceClient-question-tf2496516.html#a9078044

On Fri, 2007-05-04 at 10:56 -0400, Davanum Srinivas wrote:
> Michele,
>
> Are you calling the complete method in OperationClient? that calls the
> cleanup method in the TransportSender. I believe we are doing that
> automatically in generated stubs as well where we generate the
> following call.
>
> _messageContext.getTransportOut().getSender().cleanup(_messageContext);
>
> that calls the releaseConnection on the HttpMethod.
>
> -- dims
>
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > But that workaround works only on Windows :(
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 10:18 -0400, Davanum Srinivas wrote:
> > > Guess the only work around is the tuning parameters as mentioned
> > > there...so it's a no-op fo us. There's nothing we can do..is there?
> > >
> > > -- dims
> > >
> > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > > Dims,
> > > >
> > > > please see here
> > > > https://issues.apache.org/jira/browse/AXIS2-2593
> > > >
> > > >
> > > > Michele
> > > >
> > > > On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > > > > Michele,
> > > > >
> > > > > Here's what is see in the http client code:
> > > > > 
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> > > > >
> > > > >/** The default maximum number of connections allowed per host */
> > > > > public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> > > > > RFC 2616 sec 8.1.4
> > > > >
> > > > > /** The default maximum number of connections allowed overall */
> > > > > public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> > > > >
> > > > > Could the new threads being created because the old ones are still in
> > > > > progress? can you bump up the default limits and try?
> > > > >
> > > > > -- dims
> > > > >
> > > > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > > > > Dims,
> > > > > >
> > > > > > even if the HttpClient is cached new connections are created every 
3/4
> > > > > > requests.
> > > > > >
> > > > > > Michele
> > > > > >
> > > > > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > > > > Kamaljeet,
> > > > > > >
> > > > > > > can you try the 2nd option here:
> > > > > > > http://wso2.org/library/87
> > > > > > >
> > > > > > > -- dims
> > > > > > >
> > > > > > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > > > > > Hi,
> > > > > > > >
> > > > > > > > I turned the HttpClient log on and from the log it looks like 
new
> > > > > > > > connection is created for every request. I am sending request 
every 1
> > > > > > > > sec so connection shouldn't idle out. I think, 
AbstractHTTPSender is not
> > > > > > > > releasing the connection back to the pool so
> > > > > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing 
it after
> > > > > > > > 1 use.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >  Log
> > > > > > > >
> > > > > > > > 04-May 08:11:22,184 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > > > > > waiting..., 
hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > > > **ProbCause*PROP_TEST
> > > > > > > > 04-May 08:52:15,369 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > > > [MultiThreadedHttpConnectionManager cleanup] - Connection 
reclaimed by
> > > > > > > > garbage collector,
> > > > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > > > 04-May 08:52:15,369 DEBUG 
httpclie

Re: Invoke Axis2 Web Service from Non JVM Client?

2007-05-04 Thread Michele Mazzucco

On Fri, 2007-05-04 at 08:06 -0700, Rupal Soni wrote:
> In short I want my Web Service to return XML response

This is what Web services are supposed to do :)

Michele


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[axis 2] Invoke Axis2 Web Service from Non JVM Client?

2007-05-04 Thread Rupal Soni

I want to be able to develop Axis2 Web Service using MyEclipse and would like 
to be  invoked by any client which may be java, non java, non JVM compatible. 
In short I want my Web Service to return XML response which can be utilized via 
any type of client. Please let me know if this is possible with  Axis2 and how. 
If not, would XFire solve the purpose.

 
-
TV dinner still cooling?
Check out "Tonight's Picks" on Yahoo! TV.

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Michele Mazzucco

Dims,

what do you mean by "calling the complete method"?. In this scenario I'm
using simple ServiceClient(s) sharing the same conf. context and
attached to custom callbacks (I'm reusing the same ServiceClients for
thousands of asynchronous requests).
For my knowledge (see the link below) the cleanup (on the ServiceClient)
should be called only at the end which, as I said, is after receiving
thousands of responses.
Are you then suggesting me to share an OperationClient for all my
requests and to free resources as soon as I receive the response?

Thanks,
Michele

http://www.nabble.com/-Axis2--ServiceClient-question-tf2496516.html#a9078044

On Fri, 2007-05-04 at 10:56 -0400, Davanum Srinivas wrote:
> Michele,
> 
> Are you calling the complete method in OperationClient? that calls the
> cleanup method in the TransportSender. I believe we are doing that
> automatically in generated stubs as well where we generate the
> following call.
> 
> _messageContext.getTransportOut().getSender().cleanup(_messageContext);
> 
> that calls the releaseConnection on the HttpMethod.
> 
> -- dims
> 
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > But that workaround works only on Windows :(
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 10:18 -0400, Davanum Srinivas wrote:
> > > Guess the only work around is the tuning parameters as mentioned
> > > there...so it's a no-op fo us. There's nothing we can do..is there?
> > >
> > > -- dims
> > >
> > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > > Dims,
> > > >
> > > > please see here
> > > > https://issues.apache.org/jira/browse/AXIS2-2593
> > > >
> > > >
> > > > Michele
> > > >
> > > > On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > > > > Michele,
> > > > >
> > > > > Here's what is see in the http client code:
> > > > > http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> > > > >
> > > > >/** The default maximum number of connections allowed per host */
> > > > > public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> > > > > RFC 2616 sec 8.1.4
> > > > >
> > > > > /** The default maximum number of connections allowed overall */
> > > > > public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> > > > >
> > > > > Could the new threads being created because the old ones are still in
> > > > > progress? can you bump up the default limits and try?
> > > > >
> > > > > -- dims
> > > > >
> > > > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > > > > Dims,
> > > > > >
> > > > > > even if the HttpClient is cached new connections are created every 
> > > > > > 3/4
> > > > > > requests.
> > > > > >
> > > > > > Michele
> > > > > >
> > > > > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > > > > Kamaljeet,
> > > > > > >
> > > > > > > can you try the 2nd option here:
> > > > > > > http://wso2.org/library/87
> > > > > > >
> > > > > > > -- dims
> > > > > > >
> > > > > > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > > > > > Hi,
> > > > > > > >
> > > > > > > > I turned the HttpClient log on and from the log it looks like 
> > > > > > > > new
> > > > > > > > connection is created for every request. I am sending request 
> > > > > > > > every 1
> > > > > > > > sec so connection shouldn't idle out. I think, 
> > > > > > > > AbstractHTTPSender is not
> > > > > > > > releasing the connection back to the pool so
> > > > > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing 
> > > > > > > > it after
> > > > > > > > 1 use.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >  Log
> > > > > > > >
> > > > > > > > 04-May 08:11:22,184 DEBUG 
> > > > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > > > > > waiting..., 
> > > > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > > > **ProbCause*PROP_TEST
> > > > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > > > [MultiThreadedHttpConnectionManager cleanup] - Connection 
> > > > > > > > reclaimed by
> > > > > > > > garbage collector,
> > > > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > > > httpclient.MultiThreadedHttpConnectionManage

Invoke Axis2 Web Service from Non JVM Client?

2007-05-04 Thread Rupal Soni

I want to be able to develop Axis2 Web Service using MyEclipse and would like 
to be  invoked by any client which may be java, non java, non JVM compatible. 
In short I want my Web Service to return XML response which can be utilized via 
any type of client. Please let me know if this is possible with  Axis2 and how. 
If not, would XFire solve the purpose.
 
   
-
Ahhh...imagining that irresistible "new car" smell?
 Check outnew cars at Yahoo! Autos.

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Davanum Srinivas


Michele,

Are you calling the complete method in OperationClient? that calls the
cleanup method in the TransportSender. I believe we are doing that
automatically in generated stubs as well where we generate the
following call.

_messageContext.getTransportOut().getSender().cleanup(_messageContext);

that calls the releaseConnection on the HttpMethod.

-- dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:

But that workaround works only on Windows :(

Michele

On Fri, 2007-05-04 at 10:18 -0400, Davanum Srinivas wrote:
> Guess the only work around is the tuning parameters as mentioned
> there...so it's a no-op fo us. There's nothing we can do..is there?
>
> -- dims
>
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > Dims,
> >
> > please see here
> > https://issues.apache.org/jira/browse/AXIS2-2593
> >
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > > Michele,
> > >
> > > Here's what is see in the http client code:
> > > 
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> > >
> > >/** The default maximum number of connections allowed per host */
> > > public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> > > RFC 2616 sec 8.1.4
> > >
> > > /** The default maximum number of connections allowed overall */
> > > public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> > >
> > > Could the new threads being created because the old ones are still in
> > > progress? can you bump up the default limits and try?
> > >
> > > -- dims
> > >
> > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > > Dims,
> > > >
> > > > even if the HttpClient is cached new connections are created every 3/4
> > > > requests.
> > > >
> > > > Michele
> > > >
> > > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > > Kamaljeet,
> > > > >
> > > > > can you try the 2nd option here:
> > > > > http://wso2.org/library/87
> > > > >
> > > > > -- dims
> > > > >
> > > > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > > > Hi,
> > > > > >
> > > > > > I turned the HttpClient log on and from the log it looks like new
> > > > > > connection is created for every request. I am sending request every 
1
> > > > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender 
is not
> > > > > > releasing the connection back to the pool so
> > > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it 
after
> > > > > > 1 use.
> > > > > >
> > > > > >
> > > > > >
> > > > > >  Log
> > > > > >
> > > > > > 04-May 08:11:22,184 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > **ProbCause*PROP_TEST
> > > > > > 04-May 08:52:15,369 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed 
by
> > > > > > garbage collector,
> > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread 
waiting
> > > > > > on host pool, 
hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process 
request
> > > > > >
> > > > > >
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > > Kamal
> > > > > >
> > > > > > -Original Message-
> > > > > > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > > > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > > > To: axis-user@ws.apache.org
> > > > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > > > >
> > > > > > Hi Kamal,
> > > > > >
> > > > > > HttpClient by default uses persistent (keep alive) connections, 
how

Re: Telling when a client disconnects

2007-05-04 Thread Martin Gainty

Hi Wayne

you can setTimeOutInMilliSeconds for client.options e.g.

  stub._getServiceClient().getOptions().setTimeOutInMilliSeconds(60*1000);
http://spteam-lists.blogspot.com/2007/04/re-how-to-increase-time-out-of-axis2.html

HTH/
This email message and any files transmitted with it contain confidential
information intended only for the person(s) to whom this email message is
addressed.  If you have received this email message in error, please notify
the sender immediately by telephone or email and destroy the original
message without making a copy.  Thank you.

  - Original Message - 
  From: Wayne Johnson 
  To: Axis 
  Sent: Friday, May 04, 2007 10:26 AM
  Subject: Telling when a client disconnects


  I have an Axis WSDD service that needs to tell if and when a client 
disconnects, so that we can clean up session information.  I can't simply rely 
on a logoff method getting called, because the disconnect might be based on 
external factors, like loss of network, etc.

  We also appear to have a problem with the client timing out.  Is there a way 
to detect when this happens before we try to send the next packet?  Or of 
preventing timeouts?

  Thanks.




  --- 
  Wayne Johnson, | There are two kinds of people: Those 
  3943 Penn Ave. N.  | who say to God, "Thy will be done," 
  Minneapolis, MN 55412-1908 | and those to whom God says, "All right, 
  (612) 522-7003 | then, have it your way." --C.S. Lewis



--
  Finding fabulous fares is fun.
  Let Yahoo! FareChase search your favorite travel sites to find flight and 
hotel bargains.

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Michele Mazzucco

But that workaround works only on Windows :(

Michele

On Fri, 2007-05-04 at 10:18 -0400, Davanum Srinivas wrote:
> Guess the only work around is the tuning parameters as mentioned
> there...so it's a no-op fo us. There's nothing we can do..is there?
> 
> -- dims
> 
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > Dims,
> >
> > please see here
> > https://issues.apache.org/jira/browse/AXIS2-2593
> >
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > > Michele,
> > >
> > > Here's what is see in the http client code:
> > > http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> > >
> > >/** The default maximum number of connections allowed per host */
> > > public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> > > RFC 2616 sec 8.1.4
> > >
> > > /** The default maximum number of connections allowed overall */
> > > public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> > >
> > > Could the new threads being created because the old ones are still in
> > > progress? can you bump up the default limits and try?
> > >
> > > -- dims
> > >
> > > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > > Dims,
> > > >
> > > > even if the HttpClient is cached new connections are created every 3/4
> > > > requests.
> > > >
> > > > Michele
> > > >
> > > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > > Kamaljeet,
> > > > >
> > > > > can you try the 2nd option here:
> > > > > http://wso2.org/library/87
> > > > >
> > > > > -- dims
> > > > >
> > > > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > > > Hi,
> > > > > >
> > > > > > I turned the HttpClient log on and from the log it looks like new
> > > > > > connection is created for every request. I am sending request every 
> > > > > > 1
> > > > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender 
> > > > > > is not
> > > > > > releasing the connection back to the pool so
> > > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it 
> > > > > > after
> > > > > > 1 use.
> > > > > >
> > > > > >
> > > > > >
> > > > > >  Log
> > > > > >
> > > > > > 04-May 08:11:22,184 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > **ProbCause*PROP_TEST
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed 
> > > > > > by
> > > > > > garbage collector,
> > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread 
> > > > > > waiting
> > > > > > on host pool, 
> > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > > 04-May 08:52:15,369 DEBUG 
> > > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process 
> > > > > > request
> > > > > >
> > > > > >
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > > Kamal
> > > > > >
> > > > > > -Original Message-
> > > > > > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > > > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > > > To: axis-user@ws.apache.org
> > > > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > > > >
> > > > > > Hi Kamal,
> > > > > >
> > > > > > HttpClient by default uses persistent (keep alive) connections, 
> > > > > > however
> > > > > > every few requests a new connection is created.
> > > > > >
> > > > > > Michele
> > > > > >
> > > > > > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > > > > > Hi,
> > > > > > >
> > > > > > > As per HTTP

RE: AbstractHTTPSender not releasing connection

2007-05-04 Thread Kang, Kamaljeet K.

Is it okay not to release the connection back to the pool?

This is from HttpClient site

>>To safely ensure connection release HttpClient should be used in the
>>following manner
  >>// and then from inside some thread executing a method
GetMethod get = new GetMethod("http://jakarta.apache.org/";);
try {
client.executeMethod(get);
// print response to stdout
System.out.println(get.getResponseBodyAsStream());
} finally {
// be sure the connection is released back to the connection

// manager
get.releaseConnection();
}

Kamal

-Original Message-
From: Davanum Srinivas [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 04, 2007 10:18 AM
To: axis-user@ws.apache.org
Subject: Re: AbstractHTTPSender not releasing connection

Guess the only work around is the tuning parameters as mentioned
there...so it's a no-op fo us. There's nothing we can do..is there?

-- dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> Dims,
>
> please see here
> https://issues.apache.org/jira/browse/AXIS2-2593
>
>
> Michele
>
> On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > Michele,
> >
> > Here's what is see in the http client code:
> >
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/
src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManage
r.java
> >
> >/** The default maximum number of connections allowed per host */
> > public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   //
Per
> > RFC 2616 sec 8.1.4
> >
> > /** The default maximum number of connections allowed overall */
> > public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> >
> > Could the new threads being created because the old ones are still
in
> > progress? can you bump up the default limits and try?
> >
> > -- dims
> >
> > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > Dims,
> > >
> > > even if the HttpClient is cached new connections are created every
3/4
> > > requests.
> > >
> > > Michele
> > >
> > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > Kamaljeet,
> > > >
> > > > can you try the 2nd option here:
> > > > http://wso2.org/library/87
> > > >
> > > > -- dims
> > > >
> > > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > > Hi,
> > > > >
> > > > > I turned the HttpClient log on and from the log it looks like
new
> > > > > connection is created for every request. I am sending request
every 1
> > > > > sec so connection shouldn't idle out. I think,
AbstractHTTPSender is not
> > > > > releasing the connection back to the pool so
> > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is
trashing it after
> > > > > 1 use.
> > > > >
> > > > >
> > > > >
> > > > >  Log
> > > > >
> > > > > 04-May 08:11:22,184 DEBUG
httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > > waiting...,
hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > **ProbCause*PROP_TEST
> > > > > 04-May 08:52:15,369 DEBUG
httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - Connection
reclaimed by
> > > > > garbage collector,
> > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG
httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > >
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG
httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > >
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG
httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying
thread waiting
> > > > > on host pool,
hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG
httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > >
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG
httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process
request
> > > > >
> > > > >
> > > > >
> > > > > Thanks
> > > > >
> > > > > Kamal
> > > > >
> > > > > -Original Message-
> > > > > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > > To: axis-user@ws.apache.org
> > > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > > >
> > > > > Hi Kamal,
> >

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Michele Mazzucco

Maybe these could be of interest (on linux/unix systems I see a lot of
connections in CLOSE_WAIT state, and I'm using only a cached HttpClient)

http://www.fedora.info/bugzilla/show_bug.cgi?id=138


http://www.mail-archive.com/[EMAIL PROTECTED]/msg07554.html
(I think this is why if System.gc() is "periodically" called some
connections are closed)


Michele



On Fri, 2007-05-04 at 15:11 +0100, Michele Mazzucco wrote:
> Dims,
> 
> please see here
> https://issues.apache.org/jira/browse/AXIS2-2593
> 
> 
> Michele
> 
> On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > Michele,
> > 
> > Here's what is see in the http client code:
> > http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> > 
> >/** The default maximum number of connections allowed per host */
> > public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> > RFC 2616 sec 8.1.4
> > 
> > /** The default maximum number of connections allowed overall */
> > public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> > 
> > Could the new threads being created because the old ones are still in
> > progress? can you bump up the default limits and try?
> > 
> > -- dims
> > 
> > On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > > Dims,
> > >
> > > even if the HttpClient is cached new connections are created every 3/4
> > > requests.
> > >
> > > Michele
> > >
> > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > Kamaljeet,
> > > >
> > > > can you try the 2nd option here:
> > > > http://wso2.org/library/87
> > > >
> > > > -- dims
> > > >
> > > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > > Hi,
> > > > >
> > > > > I turned the HttpClient log on and from the log it looks like new
> > > > > connection is created for every request. I am sending request every 1
> > > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender is 
> > > > > not
> > > > > releasing the connection back to the pool so
> > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it 
> > > > > after
> > > > > 1 use.
> > > > >
> > > > >
> > > > >
> > > > >  Log
> > > > >
> > > > > 04-May 08:11:22,184 DEBUG 
> > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > **ProbCause*PROP_TEST
> > > > > 04-May 08:52:15,369 DEBUG 
> > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
> > > > > garbage collector,
> > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG 
> > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG 
> > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG 
> > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread 
> > > > > waiting
> > > > > on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG 
> > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG 
> > > > > httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request
> > > > >
> > > > >
> > > > >
> > > > > Thanks
> > > > >
> > > > > Kamal
> > > > >
> > > > > -Original Message-
> > > > > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > > To: axis-user@ws.apache.org
> > > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > > >
> > > > > Hi Kamal,
> > > > >
> > > > > HttpClient by default uses persistent (keep alive) connections, 
> > > > > however
> > > > > every few requests a new connection is created.
> > > > >
> > > > > Michele
> > > > >
> > > > > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > > > > Hi,
> > > > > >
> > > > > > As per HTTPClient documentation if you are using
> > > > > > MultiThreadedhttpConnectionManager then for every
> > > > > > HttpClient.executeMethod there has to be corresponding
> > > > >

Telling when a client disconnects

2007-05-04 Thread Wayne Johnson

I have an Axis WSDD service that needs to tell if and when a client 
disconnects, so that we can clean up session information.  I can't simply rely 
on a logoff method getting called, because the disconnect might be based on 
external factors, like loss of network, etc.

We also appear to have a problem with the client timing out.  Is there a way to 
detect when this happens before we try to send the next packet?  Or of 
preventing timeouts?

Thanks.




--- 
Wayne Johnson, | There are two kinds of people: Those 
3943 Penn Ave. N.  | who say to God, "Thy will be done," 
Minneapolis, MN 55412-1908 | and those to whom God says, "All right, 
(612) 522-7003 | then,  have it your way." --C.S. Lewis

 
-
Finding fabulous fares is fun.
Let Yahoo! FareChase search your favorite travel sites to find flight and hotel 
bargains.

Re: [Axis2] Rampart / WSS4J / WS-Security 1.1

2007-05-04 Thread Davanum Srinivas


We'd love it if you can help out by sharing your patches for WSS1.1.

thanks,
dims

On 5/4/07, Brecht Yperman <[EMAIL PROTECTED]> wrote:





Hi,



Does anyone know when, or if, WS-Security 1.1 will be supported by WSS4J?



I'm trying to connect to a .NET-webservices and I'm having some problems:

-  WSE2.0: Addressing-version in WSE2.0 is too old for Addressing
module in Axis2 1.1

-  WSE3.0: WSE3.0 uses WSS1.1, not supported by WSS4J 1.5 (or the
latest version from CVS, for that matter)



In other words: it is impossible, without patching Axis2-components, to
access .NET-webservices using WS-Security, which is a pity, as Webservices
are meant to be there for interoperability…



I am willing to spend some time on WSS4J and supporting WSS1.1, but I don't
know if I will be able to do that.



Thanks,

Brecht



--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Davanum Srinivas


Guess the only work around is the tuning parameters as mentioned
there...so it's a no-op fo us. There's nothing we can do..is there?

-- dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:

Dims,

please see here
https://issues.apache.org/jira/browse/AXIS2-2593


Michele

On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> Michele,
>
> Here's what is see in the http client code:
> 
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
>
>/** The default maximum number of connections allowed per host */
> public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> RFC 2616 sec 8.1.4
>
> /** The default maximum number of connections allowed overall */
> public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
>
> Could the new threads being created because the old ones are still in
> progress? can you bump up the default limits and try?
>
> -- dims
>
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > Dims,
> >
> > even if the HttpClient is cached new connections are created every 3/4
> > requests.
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > Kamaljeet,
> > >
> > > can you try the 2nd option here:
> > > http://wso2.org/library/87
> > >
> > > -- dims
> > >
> > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > >
> > > > I turned the HttpClient log on and from the log it looks like new
> > > > connection is created for every request. I am sending request every 1
> > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender is not
> > > > releasing the connection back to the pool so
> > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it after
> > > > 1 use.
> > > >
> > > >
> > > >
> > > >  Log
> > > >
> > > > 04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > **ProbCause*PROP_TEST
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
> > > > garbage collector,
> > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
> > > > on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request
> > > >
> > > >
> > > >
> > > > Thanks
> > > >
> > > > Kamal
> > > >
> > > > -Original Message-
> > > > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > To: axis-user@ws.apache.org
> > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > >
> > > > Hi Kamal,
> > > >
> > > > HttpClient by default uses persistent (keep alive) connections, however
> > > > every few requests a new connection is created.
> > > >
> > > > Michele
> > > >
> > > > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > > > Hi,
> > > > >
> > > > > As per HTTPClient documentation if you are using
> > > > > MultiThreadedhttpConnectionManager then for every
> > > > > HttpClient.executeMethod there has to be corresponding
> > > > > 'releaseConnection' call. I do not see AbstractHttpSender releasing
> > > > > connection anywhere in the code. Is this the reason why even after
> > > > using
> > > > > REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> > > > > request/response?
> > > > >
> > > > >
> > > > >
> > > > > Thanks
> > > > >
> > > > > Kamal
> > > > > 
> > > > > The information contained in this message may be privileged
> > > > > and confidential and protected from disclosure. If the reader
> > > > > of t

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Michele Mazzucco

Dims,

please see here
https://issues.apache.org/jira/browse/AXIS2-2593


Michele

On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> Michele,
> 
> Here's what is see in the http client code:
> http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> 
>/** The default maximum number of connections allowed per host */
> public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> RFC 2616 sec 8.1.4
> 
> /** The default maximum number of connections allowed overall */
> public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> 
> Could the new threads being created because the old ones are still in
> progress? can you bump up the default limits and try?
> 
> -- dims
> 
> On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:
> > Dims,
> >
> > even if the HttpClient is cached new connections are created every 3/4
> > requests.
> >
> > Michele
> >
> > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > Kamaljeet,
> > >
> > > can you try the 2nd option here:
> > > http://wso2.org/library/87
> > >
> > > -- dims
> > >
> > > On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > >
> > > > I turned the HttpClient log on and from the log it looks like new
> > > > connection is created for every request. I am sending request every 1
> > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender is not
> > > > releasing the connection back to the pool so
> > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it after
> > > > 1 use.
> > > >
> > > >
> > > >
> > > >  Log
> > > >
> > > > 04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > **ProbCause*PROP_TEST
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
> > > > garbage collector,
> > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
> > > > on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request
> > > >
> > > >
> > > >
> > > > Thanks
> > > >
> > > > Kamal
> > > >
> > > > -Original Message-
> > > > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > To: axis-user@ws.apache.org
> > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > >
> > > > Hi Kamal,
> > > >
> > > > HttpClient by default uses persistent (keep alive) connections, however
> > > > every few requests a new connection is created.
> > > >
> > > > Michele
> > > >
> > > > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > > > Hi,
> > > > >
> > > > > As per HTTPClient documentation if you are using
> > > > > MultiThreadedhttpConnectionManager then for every
> > > > > HttpClient.executeMethod there has to be corresponding
> > > > > 'releaseConnection' call. I do not see AbstractHttpSender releasing
> > > > > connection anywhere in the code. Is this the reason why even after
> > > > using
> > > > > REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> > > > > request/response?
> > > > >
> > > > >
> > > > >
> > > > > Thanks
> > > > >
> > > > > Kamal
> > > > > 
> > > > > The information contained in this message may be privileged
> > > > > and confidential and protected from disclosure. If the reader
> > > > > of this message is not the intended recipient, or an employee
> > > > > or agent responsible for delivering this message to the
> > > > > intended recipient, you are hereby notified that any reproduc

RE: Security using rampart

2007-05-04 Thread Vibhor_Sharma

Thanks Ruchith for the Response
Regarding point D 
why can't the axis2 engine decide that the incoming request is of type REST and 
then it should override Rampart and  let the request be processed 
I have exposed the web services which are REST as well as SOAP enabled and 
Rampart is configured for these services. So i will run in to issues 
if REST cannoy simultaneously coexist when rampart is enabled.

Any plans to get this resolved in the future?
If no then can you please give me some valid reasons why this is not possible?

I raised another question about setting up the keystore in Rampart and Dimuthu 
replied back but he wanted to get some understanding from your side how to 
import PEM into the JKS keystore. Can you please provide your two cents on that 
too.

Vibhor

From: Ruchith Fernando [mailto:[EMAIL PROTECTED]
Sent: Fri 5/4/2007 4:33 AM
To: Vibhor_Sharma
Cc: axis-user@ws.apache.org
Subject: Re: Security using rampart

Hi Vibhor,

On 4/28/07, Vibhor_Sharma <[EMAIL PROTECTED]> wrote:
>
>
> Hi Ruchith
>  We are deploying the web services solution created by Axis2 1.1.1 and
> security using rampart1.1.
>
> The deployment comprises of the Apache Web server which receives the HTTP
> requests and then routes the requests to the Jboss Application server, where
> axis2 web application along with the services are deployed.
>
> I want to have encryption and digital signature in place using rampart. I
> have tested the application with the sample certifcates in the development
> environment and it works fine. The questions are pertaining to the
> production deployment.
>
> a) Do i need to have the certifcates key store(signed server certificate, CA
> self signed certifcate) maintained at the
> Apache web server?  I guess this would be required in case i want to
> have transport layer security enabled right.

Yes, you will only need to have the keystore in the Apache web server
only if you use transport layer security : HTTPS

>
> b) Since rampart  would reside at the Jboss server i would need the keystore
> at Jboss server also right? this will be required for handling
> the encrypted and digitaly signed SOAP messages. This keystore would
> have the private keys of the server, CA self signed certificate, and the
> signed certificate of the server by the CA.

For rampart's configuration it doesn't matter where you store the
keystore! You simply have to provide the path (relative or absolute)
to the keystore in rampart configuration.

>
> c) I hope the Apache web server does not create issues with the encrypted
> soap request coming in when the transport layer security is also
> enabled. It must let it pass through to Jboss as is.

Yes

>
> d) If  rampart is enabled for the web services and the axis2 engine is
> enabled/configured for REST based services too, would Axis2 engine
> expect encrypted and digitally signed messages when the consumer sends a
> POST request?

Yes! Therefore when you enable rampart on a service that service will
not be accessible via REST/POST.

HTH and apologies about the late response!

Thanks,
Ruchith

>
> It is a long mail but will help us in the deployment of the web services in
> the production environment.
>
> Thanks
> Vibhor

--
www.ruchith.org
www.wso2.org

-
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]

[Axis2] Rampart / WSS4J / WS-Security 1.1

2007-05-04 Thread Brecht Yperman

Hi,

 

Does anyone know when, or if, WS-Security 1.1 will be supported by
WSS4J?

 

I'm trying to connect to a .NET-webservices and I'm having some
problems:

-  WSE2.0: Addressing-version in WSE2.0 is too old for
Addressing module in Axis2 1.1

-  WSE3.0: WSE3.0 uses WSS1.1, not supported by WSS4J 1.5 (or
the latest version from CVS, for that matter)

 

In other words: it is impossible, without patching Axis2-components, to
access .NET-webservices using WS-Security, which is a pity, as
Webservices are meant to be there for interoperability...

 

I am willing to spend some time on WSS4J and supporting WSS1.1, but I
don't know if I will be able to do that.

 

Thanks,

Brecht

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Davanum Srinivas


Michele,

Here's what is see in the http client code:
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java

  /** The default maximum number of connections allowed per host */
   public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
RFC 2616 sec 8.1.4

   /** The default maximum number of connections allowed overall */
   public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;

Could the new threads being created because the old ones are still in
progress? can you bump up the default limits and try?

-- dims

On 5/4/07, Michele Mazzucco <[EMAIL PROTECTED]> wrote:

Dims,

even if the HttpClient is cached new connections are created every 3/4
requests.

Michele

On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> Kamaljeet,
>
> can you try the 2nd option here:
> http://wso2.org/library/87
>
> -- dims
>
> On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I turned the HttpClient log on and from the log it looks like new
> > connection is created for every request. I am sending request every 1
> > sec so connection shouldn't idle out. I think, AbstractHTTPSender is not
> > releasing the connection back to the pool so
> > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it after
> > 1 use.
> >
> >
> >
> >  Log
> >
> > 04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > **ProbCause*PROP_TEST
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
> > garbage collector,
> > hostConfig=HostConfiguration[host=http://localhost:8081]
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [MultiThreadedHttpConnectionManager cleanup] - enter
> > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [MultiThreadedHttpConnectionManager cleanup] - enter
> > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
> > on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > hostConfig=HostConfiguration[host=http://localhost:8081]
> > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request
> >
> >
> >
> > Thanks
> >
> > Kamal
> >
> > -Original Message-
> > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > Sent: Friday, May 04, 2007 4:22 AM
> > To: axis-user@ws.apache.org
> > Subject: Re: AbstractHTTPSender not releasing connection
> >
> > Hi Kamal,
> >
> > HttpClient by default uses persistent (keep alive) connections, however
> > every few requests a new connection is created.
> >
> > Michele
> >
> > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > Hi,
> > >
> > > As per HTTPClient documentation if you are using
> > > MultiThreadedhttpConnectionManager then for every
> > > HttpClient.executeMethod there has to be corresponding
> > > 'releaseConnection' call. I do not see AbstractHttpSender releasing
> > > connection anywhere in the code. Is this the reason why even after
> > using
> > > REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> > > request/response?
> > >
> > >
> > >
> > > Thanks
> > >
> > > Kamal
> > > 
> > > The information contained in this message may be privileged
> > > and confidential and protected from disclosure. If the reader
> > > of this message is not the intended recipient, or an employee
> > > or agent responsible for delivering this message to the
> > > intended recipient, you are hereby notified that any reproduction,
> > > dissemination or distribution of this communication is strictly
> > > prohibited. If you have received this communication in error,
> > > please notify us immediately by replying to the message and
> > > deleting it from your computer. Thank you. Tellabs
> > > 
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> >
> > --

Re: Returning arrayList

2007-05-04 Thread Glen Mazza

I believe Anne recommends arrays over ArrayLists in these cases[1].
They are more interoperable with non-Java platforms and map more easily
to the WSDL types.

Listing #7 on page 3 of this tutorial[2] (free registration required)
might be a good option for you on how you can represent the database
columns and rows that you return in your WSDL.  Then run wsdl2java, and
let the Axis codegen determine how it will implement this data into Java
objects.

Glen


[1] http://marc.info/?l=axis-user&w=2&r=1&s=anne+arraylist+array&q=b
[2]
http://www-128.ibm.com/developerworks/edu/ws-dw-ws-understand-web-services2.html


Am Freitag, den 04.05.2007, 03:19 -0700 schrieb Kencana:
> Hi all,
> 
> Lets say, there are many fields on the database table.
> so when user wants to retrieve all the data, basically what i did in normal
> java application is
> I bind it to an arrayList.
> so my question is, can axis return arrayList data type?
> or is there any other solution to let user retrieve all the data from the
> table fields and
> bind it to the xml file.
> for example:
> 
>Kencana
>female
> 
> 
>Bob
>Male
> 
> 
> sorry for my poor explanation, I hope you guys can understand what I am
> trying to do
> 
> Thanks
> 
> Regards,
> Kencana


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Axis2] Maven Tools Downloads Missing?

2007-05-04 Thread Davanum Srinivas


They are in the central maven repo:

http://repo1.maven.org/maven2/org/apache/axis2/axis2-aar-maven-plugin/
http://repo1.maven.org/maven2/org/apache/axis2/axis2-java2wsdl-maven-plugin/

-- dims

On 5/4/07, Edward Bush <[EMAIL PROTECTED]> wrote:

It seems the downloads for the Maven tools are missing.  The Eclipse
plugins seem to be there, but not their Maven counterparts.  I've
checked several different download sites.

I'm betting someone is already aware, but could find nothing to
substantiate my guess.  Any idea when the downloads will once again be
available?  I'm specifically interested in the AAR and WSDL2Code
plugins.

Thanks!

Eddie Bush
Software Analyst
Clinical Reference Laboratory
BushE at crlcorp dot com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Michele Mazzucco

Dims,

even if the HttpClient is cached new connections are created every 3/4
requests.

Michele

On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> Kamaljeet,
> 
> can you try the 2nd option here:
> http://wso2.org/library/87
> 
> -- dims
> 
> On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I turned the HttpClient log on and from the log it looks like new
> > connection is created for every request. I am sending request every 1
> > sec so connection shouldn't idle out. I think, AbstractHTTPSender is not
> > releasing the connection back to the pool so
> > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it after
> > 1 use.
> >
> >
> >
> >  Log
> >
> > 04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > **ProbCause*PROP_TEST
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
> > garbage collector,
> > hostConfig=HostConfiguration[host=http://localhost:8081]
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [MultiThreadedHttpConnectionManager cleanup] - enter
> > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [MultiThreadedHttpConnectionManager cleanup] - enter
> > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
> > on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > hostConfig=HostConfiguration[host=http://localhost:8081]
> > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request
> >
> >
> >
> > Thanks
> >
> > Kamal
> >
> > -Original Message-
> > From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
> > Sent: Friday, May 04, 2007 4:22 AM
> > To: axis-user@ws.apache.org
> > Subject: Re: AbstractHTTPSender not releasing connection
> >
> > Hi Kamal,
> >
> > HttpClient by default uses persistent (keep alive) connections, however
> > every few requests a new connection is created.
> >
> > Michele
> >
> > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > Hi,
> > >
> > > As per HTTPClient documentation if you are using
> > > MultiThreadedhttpConnectionManager then for every
> > > HttpClient.executeMethod there has to be corresponding
> > > 'releaseConnection' call. I do not see AbstractHttpSender releasing
> > > connection anywhere in the code. Is this the reason why even after
> > using
> > > REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> > > request/response?
> > >
> > >
> > >
> > > Thanks
> > >
> > > Kamal
> > > 
> > > The information contained in this message may be privileged
> > > and confidential and protected from disclosure. If the reader
> > > of this message is not the intended recipient, or an employee
> > > or agent responsible for delivering this message to the
> > > intended recipient, you are hereby notified that any reproduction,
> > > dissemination or distribution of this communication is strictly
> > > prohibited. If you have received this communication in error,
> > > please notify us immediately by replying to the message and
> > > deleting it from your computer. Thank you. Tellabs
> > > 
> > >
> > > -
> > > 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]
> > 
> > The information contained in this message may be privileged
> > and confidential and protected from disclosure. If the reader
> > of this message is not the intended recipient, or an employee
> > or agent responsible for delivering this message to the
> > intended recipient, you are hereby notified that any reproduction,
> > dissemination or distribution of this communication is strictly
> > prohibited. If you have received this communication in error,
> > please no

[Axis2] Maven Tools Downloads Missing?

2007-05-04 Thread Edward Bush

It seems the downloads for the Maven tools are missing.  The Eclipse
plugins seem to be there, but not their Maven counterparts.  I've
checked several different download sites.

I'm betting someone is already aware, but could find nothing to
substantiate my guess.  Any idea when the downloads will once again be
available?  I'm specifically interested in the AAR and WSDL2Code
plugins.

Thanks!

Eddie Bush
Software Analyst
Clinical Reference Laboratory
BushE at crlcorp dot com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Davanum Srinivas


Kamaljeet,

can you try the 2nd option here:
http://wso2.org/library/87

-- dims

On 5/4/07, Kang, Kamaljeet K. <[EMAIL PROTECTED]> wrote:

Hi,

I turned the HttpClient log on and from the log it looks like new
connection is created for every request. I am sending request every 1
sec so connection shouldn't idle out. I think, AbstractHTTPSender is not
releasing the connection back to the pool so
'MultiThreadedHttpConnectionManager cleanup' thread is trashing it after
1 use.



 Log

04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
[PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
**ProbCause*PROP_TEST
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
garbage collector,
hostConfig=HostConfiguration[host=http://localhost:8081]
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[MultiThreadedHttpConnectionManager cleanup] - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[MultiThreadedHttpConnectionManager cleanup] - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
hostConfig=HostConfiguration[host=http://localhost:8081]
04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
[PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request



Thanks

Kamal

-Original Message-
From: Michele Mazzucco [mailto:[EMAIL PROTECTED]
Sent: Friday, May 04, 2007 4:22 AM
To: axis-user@ws.apache.org
Subject: Re: AbstractHTTPSender not releasing connection

Hi Kamal,

HttpClient by default uses persistent (keep alive) connections, however
every few requests a new connection is created.

Michele

On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> Hi,
>
> As per HTTPClient documentation if you are using
> MultiThreadedhttpConnectionManager then for every
> HttpClient.executeMethod there has to be corresponding
> 'releaseConnection' call. I do not see AbstractHttpSender releasing
> connection anywhere in the code. Is this the reason why even after
using
> REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> request/response?
>
>
>
> Thanks
>
> Kamal
> 
> The information contained in this message may be privileged
> and confidential and protected from disclosure. If the reader
> of this message is not the intended recipient, or an employee
> or agent responsible for delivering this message to the
> intended recipient, you are hereby notified that any reproduction,
> dissemination or distribution of this communication is strictly
> prohibited. If you have received this communication in error,
> please notify us immediately by replying to the message and
> deleting it from your computer. Thank you. Tellabs
> 
>
> -
> 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]

The information contained in this message may be privileged
and confidential and protected from disclosure. If the reader
of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the
intended recipient, you are hereby notified that any reproduction,
dissemination or distribution of this communication is strictly
prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer. Thank you. Tellabs


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: AbstractHTTPSender not releasing connection

2007-05-04 Thread Kang, Kamaljeet K.

Hi,

I turned the HttpClient log on and from the log it looks like new
connection is created for every request. I am sending request every 1
sec so connection shouldn't idle out. I think, AbstractHTTPSender is not
releasing the connection back to the pool so
'MultiThreadedHttpConnectionManager cleanup' thread is trashing it after
1 use. 



 Log

04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
[PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
**ProbCause*PROP_TEST
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed by
garbage collector,
hostConfig=HostConfiguration[host=http://localhost:8081]
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[MultiThreadedHttpConnectionManager cleanup] - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[MultiThreadedHttpConnectionManager cleanup] - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
[PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
hostConfig=HostConfiguration[host=http://localhost:8081]
04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
[PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request



Thanks

Kamal

-Original Message-
From: Michele Mazzucco [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 04, 2007 4:22 AM
To: axis-user@ws.apache.org
Subject: Re: AbstractHTTPSender not releasing connection

Hi Kamal,

HttpClient by default uses persistent (keep alive) connections, however
every few requests a new connection is created.

Michele

On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> Hi,
> 
> As per HTTPClient documentation if you are using
> MultiThreadedhttpConnectionManager then for every
> HttpClient.executeMethod there has to be corresponding
> 'releaseConnection' call. I do not see AbstractHttpSender releasing
> connection anywhere in the code. Is this the reason why even after
using
> REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> request/response?
> 
> 
> 
> Thanks
> 
> Kamal
> 
> The information contained in this message may be privileged
> and confidential and protected from disclosure. If the reader
> of this message is not the intended recipient, or an employee
> or agent responsible for delivering this message to the
> intended recipient, you are hereby notified that any reproduction,
> dissemination or distribution of this communication is strictly
> prohibited. If you have received this communication in error,
> please notify us immediately by replying to the message and
> deleting it from your computer. Thank you. Tellabs
> 
> 
> -
> 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]

The information contained in this message may be privileged
and confidential and protected from disclosure. If the reader
of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the
intended recipient, you are hereby notified that any reproduction,
dissemination or distribution of this communication is strictly
prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer. Thank you. Tellabs


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Performances of Axis2 over Axis 1.1

2007-05-04 Thread Jacky Rymasz-Maillot

Hello Paul, 

My server application is receiving WSDL requests and my server perform 
functional work then returns a WSDL response using.

When I run my test class, I got the response from my server about 2-3 seconds 
after sending the request. The functional part takes only 600ms.
Both server and test class are on my dev computer.
The message sent to the client is rather large.
But my questioning is more about the performance difference between AXIS 1.1 
and AXIS2 which is almost identical.

Paul, tell me if you need more info to understand my problem.

And thank you very much for your help

Jack

-Message d'origine-
De : Paul Fremantle [mailto:[EMAIL PROTECTED] 
Envoyé : vendredi 4 mai 2007 12:13
À : axis-user@ws.apache.org
Objet : Re: Performances of Axis2 over Axis 1.1

Jacky

I'm not clear what you mean by "generate some WSDL responses".

Can you explain exactly what you want to run faster? Its very unusual
too see response times of 2-3 seconds. On small messages I see
response times of 2-3milliseconds!

Paul

On 5/4/07, Jacky Rymasz-Maillot <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hello,
>
>
>
> We have a server which is using Axis1.1 for WSDL request/response.
>
> We have noticed that Axis 1.1 was taking too long time to generate some WSDL
> responses (the functional part is taking about 600ms but the transformation
> to WSDL is taking about 2000-2500ms).
>
> Response speed is quite an important factor for us.
>
>
>
> We heard that Axis2 was about 10 times faster than old version of Axis, so I
> did a test and adapted Axis2 onto the server, but we don't see any time
> response improvement!
>
>
>
> I generated my java classes from a wsdl file.
>
> I am using xmlbeans binding with AXIS2 1.2RC
>
> Is there a way to monitor were the time is used into Axis?
>
>
>
> What did I do wrong?
>
> Thx ;)
>
>
>
> Jack
>
>

-- 
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", 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]

Re: [Axis] Rampart examples - Username token password verification

2007-05-04 Thread Ruchith Fernando


On 5/3/07, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:

Hi,

I've been looking at the rampart examples recently, but there are a
couple things that I don't understand:

How do the sample services in the rampart distribution verify the password?
Why do the services.xml include a reference to a password callback handler?


The password callback handler carries out the authentication.

Please see : 
https://svn.apache.org/repos/asf/webservices/rampart/trunk/java/modules/rampart-samples/policy/sample01/src/org/apache/rampart/samples/policy/sample01/PWCBHandler.java

To understand this a bit more you can also read:
http://www.wso2.org/library/240

Thanks,
Ruchith

p.s. Please subscribe to [EMAIL PROTECTED] (send a mail to
[EMAIL PROTECTED]) and post rampart related
questions there.



Cheers,

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
www.ruchith.org
www.wso2.org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Axis2] Rampart examples - Username token password verification

2007-05-04 Thread Stefan Magnus Landrø

Is it maybe using the services of the undelying transport?
In this case the security infrastucture of the servlet container?

Stefan

-- Forwarded message --
Date: 03.mai.2007 12:51
Subject: [Axis] Rampart examples - Username token password verification

Hi,

I've been looking at the rampart examples recently, but there are a
couple things that I don't understand:

How do the sample services in the rampart distribution verify the password?
Why do the services.xml include a reference to a password callback handler?

Cheers,

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Axis2] stub sending text/xml instead of application/x-www-form-urlencoded

2007-05-04 Thread Davanum Srinivas


That's ok Brad. We will just use it for testing.

-- dims

On 5/4/07, Brad <[EMAIL PROTECTED]> wrote:

Dims,

I created a bug report as requested: AXIS2-2638. I also attached the
WSDL but I wasn't sure what to do about the license option as the WSDL
is from a third party. I marked it as not licensed so hopefully that
will be ok.

Brad.

On 5/3/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
> Brad,
>
> Could you please log a bug in JIRA and upload your wsdl. Something is
> seriously wrong esp with the StackOverflowError.
>
> thanks,
> dims
>
> On 5/3/07, Brad <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I've generated client classes from a WSDL doc using the following command 
line:
> >
> > wsdl2java.bat -pn xSoap -o src -d xmlbeans -uri xxx.wsdl
> >
> > It all works fine but when I try to invoke the remote service I get
> > the following error:
> >
> > org.apache.axis2.AxisFault: Transport error 500 . Error Message is
> > Request format is invalid: text/xml; charset=UTF-8.
> > ;
> >
> > Which is fair enough as the server is expecting content type
> > "application/x-www-form-urlencoded", as specified in the WSDL:
> >
> > 
> > 
> > 
> >  
> > 
> > 
> > 
> > 
> > 
> >
> > Is there any way to over ride the content type? I tried this:
> >
> > Options opts = new Options();
> > opts.setProperty(Configuration.CONTENT_TYPE,
> > HTTPConstants.MEDIA_TYPE_X_WWW_FORM);
> > opts.setProperty(HTTPConstants.CHUNKED, 
Boolean.FALSE);
> > client.setOptions(opts);
> >
> > I get the same error though. I tried client.setOverrideOptions(opts)
> > as well but no change. Using them both causes a StackOverflowError :-)
> >
> > Any help greatly appreciated!
> >
> > Cheers,
> > Brad.
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Davanum Srinivas :: http://davanum.wordpress.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>




--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WSDL2Java: WSDLProcessingException: Encoded use is not supported?

2007-05-04 Thread Davanum Srinivas


Amila,

No. Let's leave it as-is.

thanks,
dims

On 5/4/07, Amila Suriarachchi <[EMAIL PROTECTED]> wrote:

if you have put that into production, that means for the services it does
not use the encoding
work fine. So what we can do in Axis2 is to proceed by giving a waring
message as in earlier.

Shall we do it giving only an warning message?

amila.


On 5/4/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
> Stefan,
>
> Is this an Axis2 based service in production? and you have a custom wsdl?
>
> -- dims
>
> On 5/3/07, stefan_dragnev <[EMAIL PROTECTED]> wrote:
> >
> > Dims,
> >
> > I'm sure the wsdl uses rpc/encoded because it contains the following
> > section:
> >
> > 
> > http://schemas.xmlsoap.org/soap/http";
> > style="document"/>
> > 
> >> soapAction="http://www.openuri.org/UpdateCategoriesReq";
style="rpc"/>
> >   
> > http://www.openuri.org/";
> >
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/
"/>
> >   
> >   
> > http://www.openuri.org/";
> > encodingStyle="
http://schemas.xmlsoap.org/soap/encoding/"/>
> >   
> > 
> > 
> >   http://www.openuri.org/BPDataReq";
> > style="rpc"/>
> >   
> > http://www.openuri.org/";
> >
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
> >   
> >   
> > http://www.openuri.org/";
> > encodingStyle="
http://schemas.xmlsoap.org/soap/encoding/"/>
> >   
> > 
> > ..
> > 
> >
> > I know that rpc/encoded is not supported in WS-I basic profile but this
WSDL
> > was developed some time ago and is used in production so I'm not sure
> > whether I will be allowed to modify. If I'm allowed to modify it what
will
> > be the best way to do it so Axis2 1.2's wsdl2java will not throw errors?
> >
> > Thanks.
> > Stefan
> >
> >
> > >I believe we are throwing better exceptions now...if you post the wsdl
> > >in a bug report, we can take a look to confirm that it is indeed an
> > >rpc/encoded wsdl which we don't support.
> > >
> > >thanks,
> > >dims
> >
> > --
> > View this message in context:
http://www.nabble.com/WSDL2Java%3A-WSDLProcessingException%3A-Encoded-use-is-not-supported--tf3678548.html#a10312820
> > Sent from the Axis - User mailing list archive at Nabble.com .
> >
> >
> >
-
> > To unsubscribe, e-mail:
[EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Davanum Srinivas :: http://davanum.wordpress.com
>
>
-
> To unsubscribe, e-mail:
[EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



--
Amila Suriarachchi,
WSO2 Inc.



--
Davanum Srinivas :: http://davanum.wordpress.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Returning arrayList

2007-05-04 Thread Kencana


Hi all,

Lets say, there are many fields on the database table.
so when user wants to retrieve all the data, basically what i did in normal
java application is
I bind it to an arrayList.
so my question is, can axis return arrayList data type?
or is there any other solution to let user retrieve all the data from the
table fields and
bind it to the xml file.
for example:

   Kencana
   female


   Bob
   Male


sorry for my poor explanation, I hope you guys can understand what I am
trying to do

Thanks

Regards,
Kencana
-- 
View this message in context: 
http://www.nabble.com/Returning-arrayList-tf3691291.html#a10320177
Sent from the Axis - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Advantages of Axis2 over Axis 1.3

2007-05-04 Thread Paul Fremantle


Rakesh

Sure there are a large number of advantages. I'll leave it up to an
Axis1 expert to list the disadvantages!

* Improved performance 6-10 times, reduced memory footprint for large messages
* Better .NET interoperability and support for doc/lit wrapped
* Full support for MTOM for efficient binary data and interop with
.NET, support for very large binary messages
* Much wider support for XML schema binding including several toolkits
(JIBX, JAXB, XMLBeans). XMLBeans on Axis2 currently has the widest
support for schema constructs of any toolkit
* Asynchronous calling model
* Better support for WS-Addressing
* Support for WS-Security, SecureConversation, Trust
* Much better support for WS-ReliableMessaging 1.0 and 1.1
* a whole lot more too.

Paul

On 5/4/07, Rakesh Thawait <[EMAIL PROTECTED]> wrote:







Hi all,



I am a new to axis. Can anybody please tell me the advantages and
disadvantages of Axis2 over Axis 1.3?





Regards,
 Rakesh Thawait





--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Performances of Axis2 over Axis 1.1

2007-05-04 Thread Paul Fremantle


Jacky

I'm not clear what you mean by "generate some WSDL responses".

Can you explain exactly what you want to run faster? Its very unusual
too see response times of 2-3 seconds. On small messages I see
response times of 2-3milliseconds!

Paul

On 5/4/07, Jacky Rymasz-Maillot <[EMAIL PROTECTED]> wrote:





Hello,



We have a server which is using Axis1.1 for WSDL request/response.

We have noticed that Axis 1.1 was taking too long time to generate some WSDL
responses (the functional part is taking about 600ms but the transformation
to WSDL is taking about 2000-2500ms).

Response speed is quite an important factor for us.



We heard that Axis2 was about 10 times faster than old version of Axis, so I
did a test and adapted Axis2 onto the server, but we don't see any time
response improvement!



I generated my java classes from a wsdl file.

I am using xmlbeans binding with AXIS2 1.2RC

Is there a way to monitor were the time is used into Axis?



What did I do wrong?

Thx ;)



Jack





--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JDBC Database connection

2007-05-04 Thread Michele Mazzucco

On Fri, 2007-05-04 at 01:59 -0700, Kencana wrote:
> Hi,
> 
> sorry but i dun get what you mean in the last post.
> "So I do you know you can't establish a connection?"

You said there are no errors, right?, However the fact that you can't
establish a connection to the db server is an error, so it should be
logged somewhere (app server/servlet container or your own logs).
> 
> anyway in the previous post you mentioned about class loader error.
> if in that case how do we handle that?

A class loader problem means that a library is not found. You should see
an error like ClassNotFoundException. You sort it out by putting the
required jar files to the path. 
If you use Tomcat it should be $CATALINA_HOME/common/lib and in /lib of
your service (aar) file.

Michele

> maybe i can try it out
> 
> Thanks
> Regards,
> Kencana
> 
> Michele Mazzucco-2 wrote:
> > 
> > So I do you know you can't establish a connection?
> > 
> > Michele
> > 
> > On Fri, 2007-05-04 at 01:40 -0700, Kencana wrote:
> >> Hi,
> >> 
> >> there is no error message at all (either from the log file or from the
> >> browser)
> >> 
> >> Kencana
> >> 
> >> 
> >> Michele Mazzucco-2 wrote:
> >> > 
> >> > What's the error? Could it be a class loader issue?
> >> > 
> >> > Michele
> >> > 
> >> > On Fri, 2007-05-04 at 01:29 -0700, Kencana wrote:
> >> >> Hi Michele,
> >> >> 
> >> >> Thanks for the reply. if it is similar to the normal case, I cant get
> >> >> through the following phase
> >> >> Class.forName(drivername);
> >> >> I don't know why I can't establish the connection
> >> >> 
> >> >> any idea of this?
> >> >> 
> >> >> Thanks
> >> >> 
> >> >> Regards,
> >> >> Kencana
> >> >> 
> >> >> 
> >> >> 
> >> >> Michele Mazzucco-2 wrote:
> >> >> > 
> >> >> > On Fri, 2007-05-04 at 00:07 -0700, Kencana wrote:
> >> >> >> Hi all,
> >> >> >> 
> >> >> >> I am a new bie of axis. What I am trying now is to connect the
> >> service
> >> >> to
> >> >> >> the database.
> >> >> >> can somebody teach or tell me the step of connecting to the JDBC
> >> >> >> database.
> >> >> >> is there any guidelines of doing it?any reference?
> >> >> > 
> >> >> > Is there any difference compared to the 'normal' case?, I guess no.
> >> >> > http://www.google.co.uk/search?source=ig&hl=en&q=java+%26+jdbc
> >> >> > +tutorial&btnG=Google+Search&meta=
> >> >> > 
> >> >> > Michele
> >> >> > 
> >> >> >> 
> >> >> >> Thank you
> >> >> >> 
> >> >> >> Regards,
> >> >> >> Kencana
> >> >> > 
> >> >> > 
> >> >> >
> >> -
> >> >> > 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]
> >> > 
> >> > 
> >> > 
> >> 
> > 
> > 
> > -
> > 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]

Re: JDBC Database connection

2007-05-04 Thread Kencana


Hi,

sorry but i dun get what you mean in the last post.
"So I do you know you can't establish a connection?"

anyway in the previous post you mentioned about class loader error.
if in that case how do we handle that?
maybe i can try it out

Thanks
Regards,
Kencana

Michele Mazzucco-2 wrote:
> 
> So I do you know you can't establish a connection?
> 
> Michele
> 
> On Fri, 2007-05-04 at 01:40 -0700, Kencana wrote:
>> Hi,
>> 
>> there is no error message at all (either from the log file or from the
>> browser)
>> 
>> Kencana
>> 
>> 
>> Michele Mazzucco-2 wrote:
>> > 
>> > What's the error? Could it be a class loader issue?
>> > 
>> > Michele
>> > 
>> > On Fri, 2007-05-04 at 01:29 -0700, Kencana wrote:
>> >> Hi Michele,
>> >> 
>> >> Thanks for the reply. if it is similar to the normal case, I cant get
>> >> through the following phase
>> >> Class.forName(drivername);
>> >> I don't know why I can't establish the connection
>> >> 
>> >> any idea of this?
>> >> 
>> >> Thanks
>> >> 
>> >> Regards,
>> >> Kencana
>> >> 
>> >> 
>> >> 
>> >> Michele Mazzucco-2 wrote:
>> >> > 
>> >> > On Fri, 2007-05-04 at 00:07 -0700, Kencana wrote:
>> >> >> Hi all,
>> >> >> 
>> >> >> I am a new bie of axis. What I am trying now is to connect the
>> service
>> >> to
>> >> >> the database.
>> >> >> can somebody teach or tell me the step of connecting to the JDBC
>> >> >> database.
>> >> >> is there any guidelines of doing it?any reference?
>> >> > 
>> >> > Is there any difference compared to the 'normal' case?, I guess no.
>> >> > http://www.google.co.uk/search?source=ig&hl=en&q=java+%26+jdbc
>> >> > +tutorial&btnG=Google+Search&meta=
>> >> > 
>> >> > Michele
>> >> > 
>> >> >> 
>> >> >> Thank you
>> >> >> 
>> >> >> Regards,
>> >> >> Kencana
>> >> > 
>> >> > 
>> >> >
>> -
>> >> > 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]
>> > 
>> > 
>> > 
>> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/JDBC-Database-connection-tf3690546.html#a10319213
Sent from the Axis - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Performances of Axis2 over Axis 1.1

2007-05-04 Thread Jacky Rymasz-Maillot

Hello,

 

We have a server which is using Axis1.1 for WSDL request/response.

We have noticed that Axis 1.1 was taking too long time to generate some
WSDL responses (the functional part is taking about 600ms but the
transformation to WSDL is taking about 2000-2500ms). 

Response speed is quite an important factor for us.

 

We heard that Axis2 was about 10 times faster than old version of Axis,
so I did a test and adapted Axis2 onto the server, but we don't see any
time response improvement!

 

I generated my java classes from a wsdl file.

I am using xmlbeans binding with AXIS2 1.2RC

Is there a way to monitor were the time is used into Axis?

 

What did I do wrong?

Thx ;)

 

Jack

Sequence of choices, or "no serializer for AnyType"

2007-05-04 Thread Axel Bock


Hi list,

Using Axis 1.4 I ran into a very annoying problem, based on this thing in my
web service schema:


 
  
   
   

 
  
  
 

   
  
 

Now every time axis tries to parse the answer with more than one element in
the DocumentList type I get the following error:

No deserializer for {http://www.w3.org/2001/XMLSchema}anyType>
org.xml.sax.SAXException: No deserializer for {
http://www.w3.org/2001/XMLSchema}anyType

I found a post concerning that topic back from 2002, which basically said
"bad luck, axis does not do this". (see here:
http://mail-archives.apache.org/mod_mbox/ws-axis-dev/200204.mbox/[EMAIL 
PROTECTED]
).

I tried to change the choise(0..n) thing to a sequence(0..n)-->choice thing,
or a sequence(1)-->choice(0..n) thing, but both did not help. I had a look
into the stubs and they always look the same - they only seem to expect ONE
sub-element under DocumentList.


This is ... well, kind of mission-critical for us here, so I would be
thankful for every suggestion.


cheers & thanks in advance,
Axel.

Re: [Axis2] Rampart 1.2

2007-05-04 Thread Damien Sauvageot

thanks Sanjiva. I did compile a SVN snapshot version and this message 
disapeared.

I am now getting an error
org.apache.axis2.AxisFault: The endpoint reference (EPR) for the 
Operation not found is http://localhost/josso/services/okauth/ and the 
WSA Action = http://localhost/josso/services/okauth/getUserById


which is thrown on the server side.
this operation is available :
mapActionToOperation: Mapping Action to Operation: action: getUserById; 
operation : [EMAIL PROTECTED]

and it's listed on the administration page.

I use sandesha, rampart and indexing. Il did search on the mailing list 
and google and did not find information corresponding to my use case.

Thanks if you have any idea.

Damien Sauvageot



Sanjiva Weerawarana wrote:

Its still coming ..

Sanjiva.

Damien Sauvageot wrote:

Hello,

Rampart 1.2 is missing from download page 
http://ws.apache.org/axis2/modules/index.html
It still refers to version 1.1 
http://www.apache.org/dyn/mirrors/mirrors.cgi/ws/rampart/1_1/rampart-1.1.zip 



I did not find rampart 1.2 anywhere. Could you please tell me where I 
can download it as for now I am stucked

with

java.lang.NoSuchMethodError: org.apache.axis2.context.MessageContext.isE
ngaged(Ljavax/xml/namespace/QName;)

which is apparently due to refactoring of this method in Axis version 
1.2.


Thanks for your help,

Damien Sauvageot


-
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]

Re: JDBC Database connection

2007-05-04 Thread Michele Mazzucco

So I do you know you can't establish a connection?

Michele

On Fri, 2007-05-04 at 01:40 -0700, Kencana wrote:
> Hi,
> 
> there is no error message at all (either from the log file or from the
> browser)
> 
> Kencana
> 
> 
> Michele Mazzucco-2 wrote:
> > 
> > What's the error? Could it be a class loader issue?
> > 
> > Michele
> > 
> > On Fri, 2007-05-04 at 01:29 -0700, Kencana wrote:
> >> Hi Michele,
> >> 
> >> Thanks for the reply. if it is similar to the normal case, I cant get
> >> through the following phase
> >> Class.forName(drivername);
> >> I don't know why I can't establish the connection
> >> 
> >> any idea of this?
> >> 
> >> Thanks
> >> 
> >> Regards,
> >> Kencana
> >> 
> >> 
> >> 
> >> Michele Mazzucco-2 wrote:
> >> > 
> >> > On Fri, 2007-05-04 at 00:07 -0700, Kencana wrote:
> >> >> Hi all,
> >> >> 
> >> >> I am a new bie of axis. What I am trying now is to connect the service
> >> to
> >> >> the database.
> >> >> can somebody teach or tell me the step of connecting to the JDBC
> >> >> database.
> >> >> is there any guidelines of doing it?any reference?
> >> > 
> >> > Is there any difference compared to the 'normal' case?, I guess no.
> >> > http://www.google.co.uk/search?source=ig&hl=en&q=java+%26+jdbc
> >> > +tutorial&btnG=Google+Search&meta=
> >> > 
> >> > Michele
> >> > 
> >> >> 
> >> >> Thank you
> >> >> 
> >> >> Regards,
> >> >> Kencana
> >> > 
> >> > 
> >> > -
> >> > 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]
> > 
> > 
> > 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Advantages of Axis2 over Axis 1.3

2007-05-04 Thread Rakesh Thawait

 

Hi all,

 

I am a new to axis. Can anybody please tell me the advantages and
disadvantages of Axis2 over Axis 1.3?

 

 

Regards, 
Rakesh Thawait

Re: JDBC Database connection

2007-05-04 Thread Kencana


Hi,

there is no error message at all (either from the log file or from the
browser)

Kencana


Michele Mazzucco-2 wrote:
> 
> What's the error? Could it be a class loader issue?
> 
> Michele
> 
> On Fri, 2007-05-04 at 01:29 -0700, Kencana wrote:
>> Hi Michele,
>> 
>> Thanks for the reply. if it is similar to the normal case, I cant get
>> through the following phase
>> Class.forName(drivername);
>> I don't know why I can't establish the connection
>> 
>> any idea of this?
>> 
>> Thanks
>> 
>> Regards,
>> Kencana
>> 
>> 
>> 
>> Michele Mazzucco-2 wrote:
>> > 
>> > On Fri, 2007-05-04 at 00:07 -0700, Kencana wrote:
>> >> Hi all,
>> >> 
>> >> I am a new bie of axis. What I am trying now is to connect the service
>> to
>> >> the database.
>> >> can somebody teach or tell me the step of connecting to the JDBC
>> >> database.
>> >> is there any guidelines of doing it?any reference?
>> > 
>> > Is there any difference compared to the 'normal' case?, I guess no.
>> > http://www.google.co.uk/search?source=ig&hl=en&q=java+%26+jdbc
>> > +tutorial&btnG=Google+Search&meta=
>> > 
>> > Michele
>> > 
>> >> 
>> >> Thank you
>> >> 
>> >> Regards,
>> >> Kencana
>> > 
>> > 
>> > -
>> > 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]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/JDBC-Database-connection-tf3690546.html#a10318954
Sent from the Axis - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JDBC Database connection

2007-05-04 Thread Michele Mazzucco

What's the error? Could it be a class loader issue?

Michele

On Fri, 2007-05-04 at 01:29 -0700, Kencana wrote:
> Hi Michele,
> 
> Thanks for the reply. if it is similar to the normal case, I cant get
> through the following phase
> Class.forName(drivername);
> I don't know why I can't establish the connection
> 
> any idea of this?
> 
> Thanks
> 
> Regards,
> Kencana
> 
> 
> 
> Michele Mazzucco-2 wrote:
> > 
> > On Fri, 2007-05-04 at 00:07 -0700, Kencana wrote:
> >> Hi all,
> >> 
> >> I am a new bie of axis. What I am trying now is to connect the service to
> >> the database.
> >> can somebody teach or tell me the step of connecting to the JDBC
> >> database.
> >> is there any guidelines of doing it?any reference?
> > 
> > Is there any difference compared to the 'normal' case?, I guess no.
> > http://www.google.co.uk/search?source=ig&hl=en&q=java+%26+jdbc
> > +tutorial&btnG=Google+Search&meta=
> > 
> > Michele
> > 
> >> 
> >> Thank you
> >> 
> >> Regards,
> >> Kencana
> > 
> > 
> > -
> > 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]

Re: Security using rampart

2007-05-04 Thread Ruchith Fernando


Hi Vibhor,

On 4/28/07, Vibhor_Sharma <[EMAIL PROTECTED]> wrote:



Hi Ruchith
 We are deploying the web services solution created by Axis2 1.1.1 and
security using rampart1.1.

The deployment comprises of the Apache Web server which receives the HTTP
requests and then routes the requests to the Jboss Application server, where
axis2 web application along with the services are deployed.

I want to have encryption and digital signature in place using rampart. I
have tested the application with the sample certifcates in the development
environment and it works fine. The questions are pertaining to the
production deployment.

a) Do i need to have the certifcates key store(signed server certificate, CA
self signed certifcate) maintained at the
Apache web server?  I guess this would be required in case i want to
have transport layer security enabled right.


Yes, you will only need to have the keystore in the Apache web server
only if you use transport layer security : HTTPS



b) Since rampart  would reside at the Jboss server i would need the keystore
at Jboss server also right? this will be required for handling
the encrypted and digitaly signed SOAP messages. This keystore would
have the private keys of the server, CA self signed certificate, and the
signed certificate of the server by the CA.


For rampart's configuration it doesn't matter where you store the
keystore! You simply have to provide the path (relative or absolute)
to the keystore in rampart configuration.



c) I hope the Apache web server does not create issues with the encrypted
soap request coming in when the transport layer security is also
enabled. It must let it pass through to Jboss as is.


Yes



d) If  rampart is enabled for the web services and the axis2 engine is
enabled/configured for REST based services too, would Axis2 engine
expect encrypted and digitally signed messages when the consumer sends a
POST request?


Yes! Therefore when you enable rampart on a service that service will
not be accessible via REST/POST.

HTH and apologies about the late response!

Thanks,
Ruchith



It is a long mail but will help us in the deployment of the web services in
the production environment.

Thanks
Vibhor



--
www.ruchith.org
www.wso2.org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JDBC Database connection

2007-05-04 Thread Kencana


Hi Michele,

Thanks for the reply. if it is similar to the normal case, I cant get
through the following phase
Class.forName(drivername);
I don't know why I can't establish the connection

any idea of this?

Thanks

Regards,
Kencana



Michele Mazzucco-2 wrote:
> 
> On Fri, 2007-05-04 at 00:07 -0700, Kencana wrote:
>> Hi all,
>> 
>> I am a new bie of axis. What I am trying now is to connect the service to
>> the database.
>> can somebody teach or tell me the step of connecting to the JDBC
>> database.
>> is there any guidelines of doing it?any reference?
> 
> Is there any difference compared to the 'normal' case?, I guess no.
> http://www.google.co.uk/search?source=ig&hl=en&q=java+%26+jdbc
> +tutorial&btnG=Google+Search&meta=
> 
> Michele
> 
>> 
>> Thank you
>> 
>> Regards,
>> Kencana
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/JDBC-Database-connection-tf3690546.html#a10318822
Sent from the Axis - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JDBC Database connection

2007-05-04 Thread Michele Mazzucco

On Fri, 2007-05-04 at 00:07 -0700, Kencana wrote:
> Hi all,
> 
> I am a new bie of axis. What I am trying now is to connect the service to
> the database.
> can somebody teach or tell me the step of connecting to the JDBC database.
> is there any guidelines of doing it?any reference?

Is there any difference compared to the 'normal' case?, I guess no.
http://www.google.co.uk/search?source=ig&hl=en&q=java+%26+jdbc
+tutorial&btnG=Google+Search&meta=

Michele

> 
> Thank you
> 
> Regards,
> Kencana


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AbstractHTTPSender not releasing connection

2007-05-04 Thread Michele Mazzucco

Hi Kamal,

HttpClient by default uses persistent (keep alive) connections, however
every few requests a new connection is created.

Michele

On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> Hi,
> 
> As per HTTPClient documentation if you are using
> MultiThreadedhttpConnectionManager then for every
> HttpClient.executeMethod there has to be corresponding
> 'releaseConnection' call. I do not see AbstractHttpSender releasing
> connection anywhere in the code. Is this the reason why even after using
> REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> request/response?
> 
> 
> 
> Thanks
> 
> Kamal
> 
> The information contained in this message may be privileged
> and confidential and protected from disclosure. If the reader
> of this message is not the intended recipient, or an employee
> or agent responsible for delivering this message to the
> intended recipient, you are hereby notified that any reproduction,
> dissemination or distribution of this communication is strictly
> prohibited. If you have received this communication in error,
> please notify us immediately by replying to the message and
> deleting it from your computer. Thank you. Tellabs
> 
> 
> -
> 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]

Re: Axis2 and OSGi

2007-05-04 Thread Rodrigo Ruiz

Hi Demetris, take a look at MUSE project:

http://ws.apache.org/muse

The project includes an OSGi compliant Axis2 installation.

Regards,
Rodrigo

Demetris G wrote:
> 
> Hi all,
> 
>anyone has experience with deploying Axis2 into one of the popular
> OSGi R4 implementations
> (Equinox, Knopflerfish, Oscar/Felx) etc. ? Any insights or words of
> wisdom as to how easy
> this can be accomplished. I know in the past there have been ports of
> Axis 1.X into OSGi containers
> but I do know in such cases the Axis code needed to be "bundlefied" to
> be imported. Is Axis2
> exempt from this? I have a feeling it is not. Deploying Axis2 into
> Tomcat is more automatic I assume.
> 
> Thanks much in advance
> Demetris
>> --
>>
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

-- 
---
GRID SYSTEMS, S.A. Rodrigo Ruiz
Parc Bit - Edificio 17 Research Coordinator
07121 Palma de Mallorca
Baleares - Spain
http://www.gridsystems.com/
---

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Axis2] stub sending text/xml instead of application/x-www-form-urlencoded

2007-05-04 Thread Brad


Dims,

I created a bug report as requested: AXIS2-2638. I also attached the
WSDL but I wasn't sure what to do about the license option as the WSDL
is from a third party. I marked it as not licensed so hopefully that
will be ok.

Brad.

On 5/3/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:

Brad,

Could you please log a bug in JIRA and upload your wsdl. Something is
seriously wrong esp with the StackOverflowError.

thanks,
dims

On 5/3/07, Brad <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've generated client classes from a WSDL doc using the following command 
line:
>
> wsdl2java.bat -pn xSoap -o src -d xmlbeans -uri xxx.wsdl
>
> It all works fine but when I try to invoke the remote service I get
> the following error:
>
> org.apache.axis2.AxisFault: Transport error 500 . Error Message is
> Request format is invalid: text/xml; charset=UTF-8.
> ;
>
> Which is fair enough as the server is expecting content type
> "application/x-www-form-urlencoded", as specified in the WSDL:
>
> 
> 
> 
>  
> 
> 
> 
> 
> 
>
> Is there any way to over ride the content type? I tried this:
>
> Options opts = new Options();
> opts.setProperty(Configuration.CONTENT_TYPE,
> HTTPConstants.MEDIA_TYPE_X_WWW_FORM);
> opts.setProperty(HTTPConstants.CHUNKED, 
Boolean.FALSE);
> client.setOptions(opts);
>
> I get the same error though. I tried client.setOverrideOptions(opts)
> as well but no change. Using them both causes a StackOverflowError :-)
>
> Any help greatly appreciated!
>
> Cheers,
> Brad.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Davanum Srinivas :: http://davanum.wordpress.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]

JDBC Database connection

2007-05-04 Thread Kencana


Hi all,

I am a new bie of axis. What I am trying now is to connect the service to
the database.
can somebody teach or tell me the step of connecting to the JDBC database.
is there any guidelines of doing it?any reference?

Thank you

Regards,
Kencana
-- 
View this message in context: 
http://www.nabble.com/JDBC-Database-connection-tf3690546.html#a10317941
Sent from the Axis - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

83 matches

Mail list logo