shamblett / axis2c-unofficial

Automatically exported from code.google.com/p/axis2c-unofficial

Hi there 👋

I'm Steve Hamblett, a long time Dartisan and C/C++/C# developer in my day job, with a particular interest in IOT/embedded stuff. See my Dart Pub publisher site for a few more details. For now here are some stats for my repositories -

A few badges -

axis2c-unofficial's Issues

Sockets left in CLOSE_WAIT state when using SSL

What steps will reproduce the problem?
1. Configure Axis2c to use SSL
2. Eventually the Windows machine will run out of ports
3. From a command prompt "netstat -an" will show thousand of waiting to close 
sockets connections.

What is the expected output? What do you see instead?
The sockets should close properly.

What version of the product are you using? On what operating system?
Axis2c 1.6 (tried both Apache and this site's binaries)

Please provide any additional information below.

I found this patch on the Apache site detailing the issue and the fix.
https://issues.apache.org/jira/browse/AXIS2C-1605

Original issue reported on code.google.com by [email protected] on 20 May 2015 at 5:17

--disable-oldname-compat unavailable

Hi,
in the linux installation instructions you list as a prerequisite the 
installation of JSON-C. Unfortunately the switch --disable-oldname-compat 
throws a warning : Unrecognized options: --disable-oldname-compat.

steps to reproduce:
1. clone the JSON-C repo as described in the manual.
2. run ./autogen.sh
3. run configure.
you will receive the message in the configure output.
-----------------------------------------------
...
onfigure: creating ./config.status
config.status: creating Makefile
config.status: creating json-c.pc
config.status: creating tests/Makefile
config.status: creating json-c-uninstalled.pc
config.status: creating config.h
config.status: creating json_config.h
config.status: executing depfiles commands
config.status: executing libtool commands
configure: WARNING: unrecognized options: --disable-oldname-compat

Original issue reported on code.google.com by [email protected] on 5 Mar 2014 at 12:53

Enhance configuration scripts to support building with MinGW

Create patch for Axis2/C-1.6.0 to support building with MinGW:

Patch for old version (~1.3.0) is here:
https://issues.apache.org/jira/browse/AXIS2C-1107

Original issue reported on code.google.com by loentar on 30 Mar 2013 at 8:28

Axis2c-unofficial trunk built with open SSL for https protocol does not support proxy

I am using Axis2-C Unofficial 
(https://code.google.com/p/axis2c-unofficial/source/checkout) trunk built with 
openssl-1.0.1g version but it is not built with libcurl enabled. This version 
is properly connecting to web service using https protocol.But when I try to 
connect to the proxy via client API axis2_svc_client_set_proxy which only 
requires proxy host and proxy port and does not require authentication web 
service is not getting connected. It seems like proxy is not working with https 
protocol.

Original issue reported on code.google.com by [email protected] on 24 Jul 2014 at 1:46

SIGSEGV on first access to axis2_http_server

What steps will reproduce the problem?
1.Build and install axis2c unofficial from source on Solaris 11
2.Start axis2_http_server
3.Access axis endpoint from a browser using <machine>:9090/axis2/services

What is the expected output? What do you see instead?
A page showing the list of services should be returned in the browser.  
Instead, the browser receives no data.  On the server machine, the 
axis2_http_server experiences a segmentation fault and exits.

What version of the product are you using? On what operating system?
The source code is from change set 77b54e8f4b2a.  The version of Solaris is:

                          Oracle Solaris 11 11/11 SPARC
  Copyright (c) 1983, 2011, Oracle and/or its affiliates.  All rights reserved.
                            Assembled 18 October 2011



Please provide any additional information below.
I am building axis in an environment where I am not root, so all axis source 
and install are done in local directories.

The following is the stack backtrace from gdb:

#0  0xff02e9a0 in memcpy%sun4v-hwcap3 () from /lib/libc.so.1
#1  0xff2e98e4 in axutil_uuid_gen_v1 () at uuid_gen_unix.c:72
#2  0xff2e9d5c in axutil_platform_uuid_gen (s=0x6cd60 "")
    at uuid_gen_unix.c:191
#3  0xff2d9080 in axutil_uuid_gen (env=0x6f678) at uuid_gen.c:27
#4  0xff222ce8 in axis2_http_worker_process_request (http_worker=0x68870,
    env=0x6f678, svr_conn=0x696a8, simple_request=0x6bb68)
    at ../transport/http/common/http_worker.c:483
#5  0xff182fdc in axis2_svr_thread_worker_func (thd=0x69648, data=0x69408)
    at http_svr_thread.c:259
#6  0xff2ea220 in dummy_worker (opaque=0x69648) at thread_unix.c:93
#7  0xfeff5898 in _lwp_start () from /lib/libc.so.1
#8  0xfeff5898 in _lwp_start () from /lib/libc.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Original issue reported on code.google.com by [email protected] on 15 Oct 2013 at 6:45

JSON: support of boolean and number

Add support of serializing and deserializing of boolean and number types using 
SOAP marshaling.

Original issue reported on code.google.com by loentar on 26 May 2014 at 8:21

Add JSON patch

Add patch to support JSON transport.

Original issue reported on code.google.com by loentar on 29 Mar 2013 at 9:50

axutil_dir_handler_list_service_or_module_dirs using chdir is not thread-safe

In file axis2c-unofficial\util\src\dir_handler.c function 
axutil_dir_handler_list_service_or_module_dirs
is using "chdir" function, so axutil_dir_handler_list_service_or_module_dirs is 
not thread-safe 
and cannot be use in multithread applications.

Original issue reported on code.google.com by [email protected] on 7 Feb 2014 at 7:20

axis2 macos installation

I am getting error on macos installation:

Onders-MacBook-Pro:axis2c-src-1.6.0 onder$ make
make  all-recursive
Making all in util
make  all-recursive
Making all in src
Making all in platforms/unix
/bin/sh ../../../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. 
-I../../.. -I../../../include -I../../../include/platforms 
-I../../../include/platforms/unix    -g -O2 -D_LARGEFILE64_SOURCE -ansi -Wall 
-Werror -Wno-implicit-function-declaration -D_GNU_SOURCE -Wno-long-double  -MT 
uuid_gen_unix.lo -MD -MP -MF .deps/uuid_gen_unix.Tpo -c -o uuid_gen_unix.lo 
uuid_gen_unix.c
 gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../include/platforms -I../../../include/platforms/unix -g -O2 -D_LARGEFILE64_SOURCE -ansi -Wall -Werror -Wno-implicit-function-declaration -D_GNU_SOURCE -Wno-long-double -MT uuid_gen_unix.lo -MD -MP -MF .deps/uuid_gen_unix.Tpo -c uuid_gen_unix.c  -fno-common -DPIC -o .libs/uuid_gen_unix.o
cc1: error: unrecognized command line option "-Wno-long-double"
make[5]: *** [uuid_gen_unix.lo] Error 1
make[4]: *** [all-recursive] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Original issue reported on code.google.com by [email protected] on 5 Aug 2013 at 5:57

tranfer of large file from server to client failed

We have implemented and deployed a webservice, where a file will be transmitted 
as Base64data to client. If the file is large 10 Mb, the client will not 
receive the file. In this service we haven't used MTOM. 

Original issue reported on code.google.com by [email protected] on 24 Oct 2014 at 8:35

Stress test fails under load and/ async calls

Currently Axis2/C fails under a lot of load, and using async calls

1.Compile the example (The test uses boost in order to force certain 
syncronisation conditions)
2.Run it

What is the expected output? What do you see instead?
It segfaults

Please use labels and text to provide additional information.
There seem to be multiple issues related to this:
 -The first part related to releasing the async result after the operation is complete... It seems that is not clear who should release it... some sort of incremental pointer must be implemented for that...

 - Also there seem to be other issues regarding freeing the memory from multiple threads... There are lots of places with race conditions and threads who share resources and try to free those resources more than once.

For more information see: https://issues.apache.org/jira/browse/AXIS2C-1584 and 
related issues

Original issue reported on code.google.com by alexmantaut on 2 Sep 2013 at 12:39

Attachments:

• non_blocking_test.7z