Re: webservice over https - No trusted certificate found

1. Use a browser to access the https:// url and check if it presents the correct certificate. 2. Don't confuse your trust store, typically your .../lib/security/cacerts file, with your key store. The trust store contains the certificates of of Certification Authorities the client side of a HT

Re: Converting from UTF-8 to ISO-8859-I with Axis2 and Java

On Thursday 02 November 2006 00:03, Bruno Negrao wrote: > Manuel, > > It seems you are using SoapUI to decode the SOAP response. Does > SoapUI uses axis2 do send/receive the messages? > The log shows the case were SoapUI is the client and Axis2 is the server. The server does decode the message, t

Fwd: RE: Converting from UTF-8 to ISO-8859-I with Axis2 and Java

lsoap.org/soap/envelope/"; xmlns:exam="http://example";>[\r][\n]" >> " [\r][\n]" >> " [\r][\n]" >> " [\r][\n]" >> " utf-8[\r][\n]" >> " Abric[0xc3][0xb3]Gimar[0xc3] [0xa3]e

Re: Converting from UTF-8 to ISO-8859-I with Axis2 and Java

gs one should be able test, for example using SoapUI,  if there is a problem with specific encodings. Manuel > -- dims > > On 11/1/06, Manuel Mall <[EMAIL PROTECTED]> wrote: > > On Wednesday 01 November 2006 20:27, Xinjun Chen wrote: > > > Hi, > > > > >

Re: Converting from UTF-8 to ISO-8859-I with Axis2 and Java

ing to rollout the project. Is there any estimated timeline > for the resolve of this problem? > > Thank you. > > Regards, > Xinjun > > > On 11/1/06, Davanum Srinivas < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > wrote: > > Bruno, > > Pl

Re: Converting from UTF-8 to ISO-8859-I with Axis2 and Java

On Wednesday 01 November 2006 13:43, Bruno Negrao wrote: > Bruno, > > encoding issues in my experience can be very tricky to debug. Never > rely on any characters you see on the screen or in print to figure > out the actual encoding used. The tool which displays / prints may > have weaved its own e

Re: Converting from UTF-8 to ISO-8859-I with Axis2 and Java

On Wednesday 01 November 2006 12:40, Bruno Negrao wrote: > Guys, I found an interesting point. Since my SOAP server is using > iso-8859-1, and the xml it sends do set the encoding to iso-8859-1, > the (OMElement) > response.getXMLStreamReader().getCharacterEncodingScheme() method > should print the

Re: Axis 1.4: Send dont't send string in UTF-8

ssue on output, that is on displaying the received content. The ? is simply an indicator that the character could not be displayed. > The question is why axis translate º to º and not send º as > utf-8? > It is my understanding that Axis behaves compliant with the XML spec. It is

Re: Axis 1.4: Send dont't send string in UTF-8

Just curious why you don't like the characters encoded as numeric entities? Any decent XML parser should be able to handle that correctly and return the correct Unicode code point for these entities. Manuel On Tuesday 31 October 2006 20:32, Filozof71 wrote: > I implemented the temporarily solut

Re: Axis 1.4: Send dont't send string in UTF-8

do you know how to switch off this conversation in Axis ? > I don't know of a switch to turn this off but this doesn't mean there is none. > sincerely Olek > > > - Original Message - > From: "Manuel Mall" <[EMAIL PROTECTED]> > To: > Sen

Re: Axis 1.4: Send dont't send string in UTF-8

On Tuesday 31 October 2006 20:55, HHDirecto.Net wrote: > My .net client don't do it... > I don't have experience with .Net but I find that hard to believe or are you dealing within .Net with the raw message? What does .Net do with < and &? Manuel > > 2006/10/31, M

Re: axis 1.4 overriding BASIC authentication

On Monday 04 September 2006 20:55, Paul McMahon wrote: > Is it possible to override the class that handles BASIC HTTP > authentication? > > I want to forget tomcat_users.xml and hook into some proprietary > authentication code which stores users and passwords. In tomcat custom authentication can b

Re: Problem sending Date between web services

On Thursday 31 August 2006 01:35, HHDirecto.Net wrote: > Thanks Martin, but my client, and my web service server are the same > PC, and it is in spain with correct timezone... > > > - Original Message - > From: Martin Gainty > To: axis-user@ws.apache.org

Re: axis 1.4 questions

On Monday 21 August 2006 03:16, Ravi Krishnamurthy wrote: > Thanks Jose. > I would like to get the sample message without using the soap monitor > so that it will be easy to test the webservice just by sending the > soap message. > > Regards, > Ravi Have a look a SOAPUI (http://www.soapui.org).

Re: [Axis 1.4] Possible multi-threading problem

the issue? Are > > there any known problems with the default http implementation used > > by Axis? > > > > Thanks > > > > Manuel > > > > > -- dims > > > > > > On 8/17/06, Manuel Mall <[EMAIL PROTECTED]> wrote: ---

Re: [Axis 1.4] Possible multi-threading problem

; -- dims > > On 8/17/06, Manuel Mall <[EMAIL PROTECTED]> wrote: > > I am supporting a multi-threaded server application which uses Axis > > as a web services client. We observe at what appear random and rare > > occasions (< less than once a week or less than 1 in

[Axis 1.4] Possible multi-threading problem

I am supporting a multi-threaded server application which uses Axis as a web services client. We observe at what appear random and rare occasions (< less than once a week or less than 1 in 10 requests) that thread 1 sends a request which is actually a duplicate of a request send by a thread

Re: Two questions - BOM in UTF-8, and manually cleaning XML

y, July 05, 2006 2:46 PM > > To: axis-user@ws.apache.org > > Subject: RE: Two questions - BOM in UTF-8, and manually cleaning > > XML > > > > > > What does the content-type header say the charset is? That takes > > precedence over the payload (at least for SOA

Re: Two questions - BOM in UTF-8, and manually cleaning XML

can anyone comment on how Xerces > will determine what type of encoding the xml is in? Will it look at > the prolog, the byte order mark, etc? > See section F. of the XML 1.0 spec (http://www.w3.org/TR/2004/REC-xml-20040204/#sec-guessing) Manuel > Thanks > > > -Ori

Re: Two questions - BOM in UTF-8, and manually cleaning XML

tside my area of expertise. May be someone else can give advice on how to attempt such a thing. Manuel > -Original Message----- > From: Manuel Mall [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 05, 2006 11:09 AM > To: axis-user@ws.apache.org > Subject: Re: Two questions - BOM in U

Re: Two questions - BOM in UTF-8, and manually cleaning XML

there any way to instruct Axis/Xerces to parse it > as UTF-16? Sorry if this question doesn't make much sense, but I'm > not too familiar with how Axis and/or Xerces decide which character > encoding to use when reading the XML. > > Thanks again > Matt > > -Orig

Re: Two questions - BOM in UTF-8, and manually cleaning XML

On Wednesday 05 July 2006 22:16, Axel Bock wrote: > Yes, there is a work-around. It works if you encode the file with > UTF-8 (for example), and do not include the BOM at the beginning. I > use notepad++ for that task, where you can save in "UTF-8 without > BOM". > > The process for that is easy: >

Re: Help on Axis and SSL

On Wednesday 05 July 2006 16:19, iceal thaddeus lim wrote: > Hi All, > > been googling, trying things out and stuff for a week now on SSL but > still no success... I need help an fast. > Our server operator emailed me a couple of weeks ago with the > following files for SSL > > .crt, csr, .key, .p1

Re: A concrete axis + ssl client example.

On Friday 16 June 2006 21:07, [EMAIL PROTECTED] wrote: > Hi, > > I guess if you use the stubs generated using WSDL2Java then there is > nothing much to do. Set the trust store property and trust store > password property before invoking the client. Just leave the other > properties as default it se

Re: [Axis 1.2] WSDL2Java for HTTPs url throws exception. -

On Thursday 15 June 2006 18:19, Dhakshinamoorthy, Hariharasudhan wrote: > Iam not sure , i too had the same issue with https , then i did this > to solve the issue > Did it work for anyone ? please let us know. > Using https to point to a remote wsdl file for the wsdl2java tool works fine for me.

Re: Axis client thread safety

On Sunday 11 June 2006 06:36, Cyrille Le Clerc wrote: >Hello Manuel, > >My understanding is the Stub#createCall invokes methods on an > instance of TypeMapping that is shared by the AxisEngine via the > TypeMappingRegistry. Unfortunately, this TypeMappingImpl is not > threadsafe. > I was a

Axis client thread safety

I am aware that this topic has been discussed a number of times, e.g. http://marc.theaimsgroup.com/?l=axis-user&m=113771126214607&w=2. I followed the advice that the locator is thread safe but the stub is not and as I have only stateless calls I have therefore a single instance of the serviceL