from:"JIRA"

param container should have a method delete param
-

 Key: AXIS2C-1449
 URL: https://issues.apache.org/jira/browse/AXIS2C-1449
 Project: Axis2-C
  Issue Type: Improvement
 Environment: any
Reporter: Nandika Jayawardana
Assignee: Nandika Jayawardana


param_container does not support removing params. It should have a method to 
delete parameters added to it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1449) param container should have a method delete param


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nandika Jayawardana resolved AXIS2C-1449.
-

   Resolution: Fixed
Fix Version/s: Current (Nightly)

Added method axutil_param_container_delete_param method

 param container should have a method delete param
 -

 Key: AXIS2C-1449
 URL: https://issues.apache.org/jira/browse/AXIS2C-1449
 Project: Axis2-C
  Issue Type: Improvement
 Environment: any
Reporter: Nandika Jayawardana
Assignee: Nandika Jayawardana
 Fix For: Current (Nightly)


 param_container does not support removing params. It should have a method to 
 delete parameters added to it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1450) operation, service and service group does not have methods to remove a parameter associated with it.

operation, service and service group does not have methods to remove a 
parameter associated with it.


 Key: AXIS2C-1450
 URL: https://issues.apache.org/jira/browse/AXIS2C-1450
 Project: Axis2-C
  Issue Type: Improvement
 Environment: Any
Reporter: Nandika Jayawardana
Assignee: Nandika Jayawardana


axis2_op_t, axis2_svc_t and axis2_svc_grp_t should have methods remove_param.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1450) operation, service and service group does not have methods to remove a parameter associated with it.


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1450?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nandika Jayawardana resolved AXIS2C-1450.
-

Resolution: Fixed

added methods to remove a parameter.

 operation, service and service group does not have methods to remove a 
 parameter associated with it.
 

 Key: AXIS2C-1450
 URL: https://issues.apache.org/jira/browse/AXIS2C-1450
 Project: Axis2-C
  Issue Type: Improvement
 Environment: Any
Reporter: Nandika Jayawardana
Assignee: Nandika Jayawardana

 axis2_op_t, axis2_svc_t and axis2_svc_grp_t should have methods remove_param.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1448) file descriptor leak in axis2_http_transport_utils_get_services_static_wsdl

2010-02-05 Thread Matt Mason (JIRA)

file descriptor leak in axis2_http_transport_utils_get_services_static_wsdl
---

 Key: AXIS2C-1448
 URL: https://issues.apache.org/jira/browse/AXIS2C-1448
 Project: Axis2-C
  Issue Type: Bug
  Components: core/transport
Affects Versions: 1.6.0, 1.5.0
 Environment: All
Reporter: Matt Mason


This problem affects at least 1.5.0 and 1.6.0.  I haven't checked any earlier 
versions.
When viewing the wsdl via services/ServiceName?wsdl
the wsdl is opened with a call to fopen and the result assigned to a local 
FILE* variable.  However there is no corresponding call to fclose.
We have a monitoring script that periodically requests the wsdl to check that 
the service is available.
The process (currently) has a limit of 1024 open file handles, eventually this 
leak causes that number to be exceeded.
The client library we use to connect to the service also requests the wsdl file 
when connecting to the service.

With reference to the code in the 1.6.0 release, here is the 1 liner to plug 
the leak.

Regards,

Matt

core/transport/http/util/http_transport_utils.c

1882wsdl_file = fopen(wsdl_path, r);
1883 if (wsdl_file)
1884 {
1885 c = fgetc(wsdl_file);
1886 while (c != EOF)
1887 {
1888 if (i = size)
1889 {
1890 size = size * 3;
1891 tmp = (axis2_char_t *) AXIS2_MALLOC(env-allocator, 
size);
1892 memcpy(tmp, content, i);
1893 AXIS2_FREE(env-allocator, content);
1894 content = tmp;
1895 }
1896 content[i++] = (axis2_char_t)c;
1897 c = fgetc(wsdl_file);
1898 }
1899 content[i] = AXIS2_ESC_NULL;
1900 wsdl_string = (axis2_char_t *)content;
1901 fclose(wsdl_file); 
  Added this line
1902 }


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1445) Detaching an axiom node is not setting the builder's last node properly

2010-02-02 Thread S.Uthaiyashankar (JIRA)

Detaching an axiom node is not setting the builder's last node properly
---

 Key: AXIS2C-1445
 URL: https://issues.apache.org/jira/browse/AXIS2C-1445
 Project: Axis2-C
  Issue Type: Bug
  Components: xml/om
Affects Versions: Current (Nightly)
Reporter: S.Uthaiyashankar
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0


When detaching/freeing a node, the underlying builder's last node is freed 
node, it should be adjusted correctly. If the full tree is built already, 
detaching will not be a problem. But if we are in the middle of building the 
tree, and last node built is same as the node we are trying to free, then 
builder's last node property should be assigned to either previous sibling or 
parent of the deleted node. 

Since it is not assigned properly, this cause a crash in Rampart when 
validating signatures/encryption. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1445) Detaching an axiom node is not setting the builder's last node properly

2010-02-02 Thread S.Uthaiyashankar (JIRA)


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar resolved AXIS2C-1445.
--

Resolution: Fixed

Fixed in revision 905612

 Detaching an axiom node is not setting the builder's last node properly
 ---

 Key: AXIS2C-1445
 URL: https://issues.apache.org/jira/browse/AXIS2C-1445
 Project: Axis2-C
  Issue Type: Bug
  Components: xml/om
Affects Versions: Current (Nightly)
Reporter: S.Uthaiyashankar
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0


 When detaching/freeing a node, the underlying builder's last node is freed 
 node, it should be adjusted correctly. If the full tree is built already, 
 detaching will not be a problem. But if we are in the middle of building the 
 tree, and last node built is same as the node we are trying to free, then 
 builder's last node property should be assigned to either previous sibling or 
 parent of the deleted node. 
 Since it is not assigned properly, this cause a crash in Rampart when 
 validating signatures/encryption. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1446) axutil_hash_copy() issues

2010-02-02 Thread JIRA

axutil_hash_copy() issues
-

 Key: AXIS2C-1446
 URL: https://issues.apache.org/jira/browse/AXIS2C-1446
 Project: Axis2-C
  Issue Type: Wish
  Components: util
Affects Versions: 1.6.0, Current (Nightly)
Reporter: Olivier Mengué
Priority: Trivial


The axutil_hash_copy() function in util/hash.c has several issues:
- it should be documented that it should be used only read only and not freed 
with axutil_hash_free() but instead with AXIS2_FREE().
- the allocated structure is one block, but may not respect alignment rules of 
the platform.
In its current state, its usage is discouraged.

Currently (1.6.0) it is not used in the code base, so that is a minor problem.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1447) axutil_hash_free() should free using ht-env

2010-02-02 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1447:
---

Priority: Minor  (was: Major)

 axutil_hash_free() should free using ht-env
 

 Key: AXIS2C-1447
 URL: https://issues.apache.org/jira/browse/AXIS2C-1447
 Project: Axis2-C
  Issue Type: Bug
  Components: util
Affects Versions: 1.6.0, Current (Nightly)
Reporter: Olivier Mengué
Priority: Minor

 Currently axutil_hash_free() frees memory using the 'env' arg. Instead it 
 should use the same allocator that was used for allocation. This allocation 
 is stored in the 'env' member (ht-env).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1447) axutil_hash_free() should free using ht-env

2010-02-02 Thread JIRA

axutil_hash_free() should free using ht-env


 Key: AXIS2C-1447
 URL: https://issues.apache.org/jira/browse/AXIS2C-1447
 Project: Axis2-C
  Issue Type: Bug
  Components: util
Affects Versions: 1.6.0, Current (Nightly)
Reporter: Olivier Mengué


Currently axutil_hash_free() frees memory using the 'env' arg. Instead it 
should use the same allocator that was used for allocation. This allocation is 
stored in the 'env' member (ht-env).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1444) WS addressing enabled service returns just an acknowledgement and not the response

2010-02-01 Thread Gautham Varada (JIRA)

WS addressing enabled service returns just an acknowledgement and not the 
response
--

 Key: AXIS2C-1444
 URL: https://issues.apache.org/jira/browse/AXIS2C-1444
 Project: Axis2-C
  Issue Type: Task
  Components: core/addressing
Affects Versions: 1.6.0
 Environment: Unix
Reporter: Gautham Varada
Priority: Blocker


Hello,

I'm trying to implement a service that implements ws addressing in the axis2c 
framework. 

The service is mediated through a ESB flow(Message broker).

I send a asynchronous soap request and I get an ack back from the http server 
but no response.

There is not much information in the logs, the only information in log says

Starting addressing out handler Starting addressing in handler Starting 
addressing out handler soap_builder.c(852) SOAP message does not have a SOAP 
envelope element 

To enable ws addressing in axis 2c. I have made sure that the addressing module 
is enabled in the axis2.xml and the services.xml has the wsmapping which 
matches the ws:action attribute I send out.

Am I missing anything? Do I neeed to add any additonal metadata in the WSDL to 
enable ws addressing.

Any help is much appreciated.

It appears that this issue is common. I'm hoping there is a fix to this.

http://marc.info/?l=axis-c-devm=124039515904833w=2

Thanks

GV


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1427) guththilla/configure should not check for CXX as it is not used

2010-01-29 Thread JIRA

[
https://issues.apache.org/jira/browse/AXIS2C-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12806345#action_12806345
]

Olivier Mengué commented on AXIS2C-1427:

The problem I had was that the C++ compiler was not correctly configured (no
license manager available). This made any call to C++ compiler last for 10
minutes, and fails. So this made the 'configure' last a very long time while
the C++ compiler was finally not used at all !

I have now fixed this problem, but checking for AC_PROG_CXX is useless for most
of Axis2/C.

I have a patch that removes AC_PROG_CXX from every configure.ac except the top
one as it may be used for qpid transport.

guththilla/configure should not check for CXX as it is not used
---

Key: AXIS2C-1427
URL: https://issues.apache.org/jira/browse/AXIS2C-1427
Project: Axis2-C
Issue Type: Bug
Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Environment: Unix
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
Priority: Minor
Fix For: 1.7.0

Attachments: AXIS2C-1427.patch

The following line is present in guththilla/configure.ac:
AC_PROG_CXX
However the C++ compiler is never used as all sources are pure C.
This makes harder to build Axis2/C on environments where no C++ compiler is
available or where it is broken (such as on AIX with Visual Age C++ 6 without
a license manager). Workaround: configure CXX=cc.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1443) axutil_string_create_const() has a strange signature

2010-01-29 Thread JIRA

axutil_string_create_const() has a strange signature


 Key: AXIS2C-1443
 URL: https://issues.apache.org/jira/browse/AXIS2C-1443
 Project: Axis2-C
  Issue Type: Improvement
  Components: util
Affects Versions: 1.6.0, Current (Nightly)
Reporter: Olivier Mengué


axutil_string_create_const() has a strange signature:

/**
 * Creates a string struct.
 * @param str pointer to string. string struct would not create a duplicate
 * of this and assumes the str would have longer life than that of itself
 * @param env pointer to environment struct
 * @return a pointer to newly created string struct
 */
AXIS2_EXTERN axutil_string_t *AXIS2_CALL
axutil_string_create_const(
const axutil_env_t * env,
axis2_char_t ** str);


Why ** str and not * str ?

I expected to be able to do:
axutil_string_t *soap_action = axutil_string_create_const(env, 
MySoapAction);

Instead I have to do:
const axis2_char_t * MySoapAction = MySoapAction
axutil_string_t *soap_action = axutil_string_create_const(env, 
MySoapAction);

This is crazy !

Same problem for axutil_string_create_assume_ownership().

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1423) util/include/platforms/unix/axutil_unix.h: invalid duplicate declaration of usleep


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar updated AXIS2C-1423:
-

Fix Version/s: 1.7.0
 Assignee: S.Uthaiyashankar

 util/include/platforms/unix/axutil_unix.h: invalid duplicate declaration of 
 usleep
 --

 Key: AXIS2C-1423
 URL: https://issues.apache.org/jira/browse/AXIS2C-1423
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0


 util/include/platforms/unix/axutil_unix.h contains the following block:
 /* for file access handling */
 #ifdef HAVE_UNISTD_H
 #include unistd.h
 extern int usleep (__useconds_t __useconds);
 #endif  /*HAVE_UNISTD_H */
 The problem is that:
 - usleep() is already declared in unistd.h : extern int  
 usleep(useconds_t);
 - __useconds_t does not exists on AIX
 This error blocks the build on AIX 5.2.
 Here is the build log:
 Making all in platforms/unix
 /home/prodfs/otp/axis2c-src-1.6.0/util/src/platforms/unix
 source='uuid_gen_unix.c' object='uuid_gen_unix.lo' libtool=yes  
 DEPDIR=.deps depmode=aix /bin/sh ../../../depcomp  /bin/sh ../../../libtool 
 --tag=CC--mode=compile cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. 
 -I../../../include  -I../../../include/platforms  
 -I../../../include/platforms/unix -g -D_LARGEFILE64_SOURCE  -c -o 
 uuid_gen_unix.lo uuid_gen_unix.c
  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
 -I../../../include/platforms -I../../../include/platforms/unix -g 
 -D_LARGEFILE64_SOURCE -c -M uuid_gen_unix.c  -DPIC -o .libs/uuid_gen_unix.o
 ../../../include/platforms/unix/axutil_unix.h, line 119.10: 1506-296 (S) 
 #include file getopt.h not found.
 ../../../include/platforms/unix/axutil_unix.h, line 125.33: 1506-275 (S) 
 Unexpected text __useconds encountered.
 ../../../include/platforms/unix/axutil_unix.h, line 125.12: 1506-282 (S) 
 The type of the parameters must be specified in a prototype.
 make: The error code from the last command is 1.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1423) util/include/platforms/unix/axutil_unix.h: invalid duplicate declaration of usleep


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar resolved AXIS2C-1423.
--

Resolution: Fixed

This is already fixed

 util/include/platforms/unix/axutil_unix.h: invalid duplicate declaration of 
 usleep
 --

 Key: AXIS2C-1423
 URL: https://issues.apache.org/jira/browse/AXIS2C-1423
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0


 util/include/platforms/unix/axutil_unix.h contains the following block:
 /* for file access handling */
 #ifdef HAVE_UNISTD_H
 #include unistd.h
 extern int usleep (__useconds_t __useconds);
 #endif  /*HAVE_UNISTD_H */
 The problem is that:
 - usleep() is already declared in unistd.h : extern int  
 usleep(useconds_t);
 - __useconds_t does not exists on AIX
 This error blocks the build on AIX 5.2.
 Here is the build log:
 Making all in platforms/unix
 /home/prodfs/otp/axis2c-src-1.6.0/util/src/platforms/unix
 source='uuid_gen_unix.c' object='uuid_gen_unix.lo' libtool=yes  
 DEPDIR=.deps depmode=aix /bin/sh ../../../depcomp  /bin/sh ../../../libtool 
 --tag=CC--mode=compile cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. 
 -I../../../include  -I../../../include/platforms  
 -I../../../include/platforms/unix -g -D_LARGEFILE64_SOURCE  -c -o 
 uuid_gen_unix.lo uuid_gen_unix.c
  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
 -I../../../include/platforms -I../../../include/platforms/unix -g 
 -D_LARGEFILE64_SOURCE -c -M uuid_gen_unix.c  -DPIC -o .libs/uuid_gen_unix.o
 ../../../include/platforms/unix/axutil_unix.h, line 119.10: 1506-296 (S) 
 #include file getopt.h not found.
 ../../../include/platforms/unix/axutil_unix.h, line 125.33: 1506-275 (S) 
 Unexpected text __useconds encountered.
 ../../../include/platforms/unix/axutil_unix.h, line 125.12: 1506-282 (S) 
 The type of the parameters must be specified in a prototype.
 make: The error code from the last command is 1.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1442) configure with --enable-multi-thread=no causes a compilation issue in op_client.c


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar updated AXIS2C-1442:
-

  Description: op_client.c:544: error: unused variable 'worker_thread'
Fix Version/s: 1.7.0
 Assignee: S.Uthaiyashankar
  Summary: configure with --enable-multi-thread=no causes a compilation 
issue in op_client.c  (was: configure with --enable-multi-thread=no causes a 
compilation issue in op_client.c:q)

 configure with --enable-multi-thread=no causes a compilation issue in 
 op_client.c
 -

 Key: AXIS2C-1442
 URL: https://issues.apache.org/jira/browse/AXIS2C-1442
 Project: Axis2-C
  Issue Type: Sub-task
Reporter: S.Uthaiyashankar
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0


 op_client.c:544: error: unused variable 'worker_thread'

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1442) configure with --enable-multi-thread=no causes a compilation issue in op_client.c:q

configure with --enable-multi-thread=no causes a compilation issue in 
op_client.c:q
---

 Key: AXIS2C-1442
 URL: https://issues.apache.org/jira/browse/AXIS2C-1442
 Project: Axis2-C
  Issue Type: Sub-task
Reporter: S.Uthaiyashankar




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1442) configure with --enable-multi-thread=no causes a compilation issue in op_client.c


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar resolved AXIS2C-1442.
--

Resolution: Fixed

Fixed in revision 904004

 configure with --enable-multi-thread=no causes a compilation issue in 
 op_client.c
 -

 Key: AXIS2C-1442
 URL: https://issues.apache.org/jira/browse/AXIS2C-1442
 Project: Axis2-C
  Issue Type: Sub-task
Reporter: S.Uthaiyashankar
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0


 op_client.c:544: error: unused variable 'worker_thread'

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1442) configure with --enable-multi-thread=no causes a compilation issue in op_client.c


[ 
https://issues.apache.org/jira/browse/AXIS2C-1442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12805854#action_12805854
 ] 

S.Uthaiyashankar commented on AXIS2C-1442:
--

similar problem is available in http_svr_thread.c as well and fixed in revision 
904023

 configure with --enable-multi-thread=no causes a compilation issue in 
 op_client.c
 -

 Key: AXIS2C-1442
 URL: https://issues.apache.org/jira/browse/AXIS2C-1442
 Project: Axis2-C
  Issue Type: Sub-task
Reporter: S.Uthaiyashankar
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0


 op_client.c:544: error: unused variable 'worker_thread'

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (AXIS2C-1335) Configuring with --enable-multi-thread=no still has a dependency on pthreads


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar reassigned AXIS2C-1335:


Assignee: S.Uthaiyashankar

 Configuring with --enable-multi-thread=no still has a dependency on pthreads
 

 Key: AXIS2C-1335
 URL: https://issues.apache.org/jira/browse/AXIS2C-1335
 Project: Axis2-C
  Issue Type: Improvement
  Components: build system (Unix/Linux)
Affects Versions: 1.5.0
Reporter: Dominic Smith
Assignee: S.Uthaiyashankar
Priority: Minor

 When configuring with --enable-multi-thread=no, the resultant build still has 
 a dependency on the pthread library, due to the pthread calls within 
 thread_unix.c. In principal this isn't a huge problem as it can easily be 
 worked around, however it would be desirable to have the full build have no 
 pthread dependency when configured without multithreading to prevent 
 portability issues. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1335) Configuring with --enable-multi-thread=no still has a dependency on pthreads

[
https://issues.apache.org/jira/browse/AXIS2C-1335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12805866#action_12805866
]

S.Uthaiyashankar commented on AXIS2C-1335:
--

--enable-multi-threaded option is used to enable axis2 multithreaded worker.
It is nothing to do with multithreading or pthread support. For example, even
if single threaded worker is used, the modules can have more than one thread
(like sandesha2) and log messages, so log should have mutex, which means we
need to link with pthread.

I think the cause of this jira issue is related to the help given in
./configure --help. It gave enable multi thread, and I modified it to have
enable multi threaded axis2 worker.

Configuring with --enable-multi-thread=no still has a dependency on pthreads

Key: AXIS2C-1335
URL: https://issues.apache.org/jira/browse/AXIS2C-1335
Project: Axis2-C
Issue Type: Improvement
Components: build system (Unix/Linux)
Affects Versions: 1.5.0
Reporter: Dominic Smith
Priority: Minor

When configuring with --enable-multi-thread=no, the resultant build still has
a dependency on the pthread library, due to the pthread calls within
thread_unix.c. In principal this isn't a huge problem as it can easily be
worked around, however it would be desirable to have the full build have no
pthread dependency when configured without multithreading to prevent
portability issues.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1434) top ./configure --enable-guththilla makes an invalid config


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar resolved AXIS2C-1434.
--

   Resolution: Fixed
Fix Version/s: 1.7.0

Thank you very much for the patch. 

Fixed in revision 904045

 top ./configure --enable-guththilla makes an invalid config
 ---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0

 Attachments: AXIS2C-1434.patch


 configure.ac does not do the same when --enable-guththilla is given as when 
 it is not given. In particular it does not set GUTHTHILLA_LIBS and 
 GUTHTHILLA_DIR so the generated Makefile will not automatically build 
 Guththilla and make will fail.
 ./configure --enable-guththilla=no = OK
 ./configure = OK
 ./configure --enable-guththilla = Not OK
 ./configure --enable-guththilla=yes = Not OK
 Here the current configure.ac code that handles the --enable-guththilla 
 option:
 AC_ARG_ENABLE(guththila, [  --enable-guththila
   build Guththila XML parser library wrapper 
 (default=yes)],
 [ case ${enableval} in
   no)
 AC_MSG_RESULT(no)
 ;;
   *)
 AC_MSG_RESULT(yes)
 CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
 CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
 WRAPPER_DIR=guththila
 ;;
   esac ],
   AC_MSG_RESULT(yes)
   WRAPPER_DIR=guththila
   CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
   CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
   AC_CONFIG_SUBDIRS(guththila)
   GUTHTHILA_LIBS=/guththila/src/
   GUTHTHILA_DIR=guththila
 )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (AXIS2C-1438) samples/configure.ac: incorrect --with-axi2c handling


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar reassigned AXIS2C-1438:


Assignee: S.Uthaiyashankar

 samples/configure.ac: incorrect --with-axi2c handling
 -

 Key: AXIS2C-1438
 URL: https://issues.apache.org/jira/browse/AXIS2C-1438
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
 Attachments: AXIS2C-1438.patch


 samples/configure does not correctly detect include dir when --with-axis2c is 
 not given a value
 The test uses $(AXIS2C_HOME) instead of ${AXIS2C_HOME}.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1438) samples/configure.ac: incorrect --with-axi2c handling


[ 
https://issues.apache.org/jira/browse/AXIS2C-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12805904#action_12805904
 ] 

S.Uthaiyashankar commented on AXIS2C-1438:
--

Fixed in revision 904069. 

Thank you very much for the patch. There are some changes to the patch.. 

 samples/configure.ac: incorrect --with-axi2c handling
 -

 Key: AXIS2C-1438
 URL: https://issues.apache.org/jira/browse/AXIS2C-1438
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
 Attachments: AXIS2C-1438.patch


 samples/configure does not correctly detect include dir when --with-axis2c is 
 not given a value
 The test uses $(AXIS2C_HOME) instead of ${AXIS2C_HOME}.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1438) samples/configure.ac: incorrect --with-axi2c handling


[ 
https://issues.apache.org/jira/browse/AXIS2C-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12805907#action_12805907
 ] 

S.Uthaiyashankar commented on AXIS2C-1438:
--

Also, axis2/c header files are compulsary to build the samples. Hence, even if 
--with-axis2 is not given, it should try to use default include location. This 
is fixed in revision 904071

 samples/configure.ac: incorrect --with-axi2c handling
 -

 Key: AXIS2C-1438
 URL: https://issues.apache.org/jira/browse/AXIS2C-1438
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0

 Attachments: AXIS2C-1438.patch


 samples/configure does not correctly detect include dir when --with-axis2c is 
 not given a value
 The test uses $(AXIS2C_HOME) instead of ${AXIS2C_HOME}.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1438) samples/configure.ac: incorrect --with-axi2c handling


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar resolved AXIS2C-1438.
--

   Resolution: Fixed
Fix Version/s: 1.7.0

 samples/configure.ac: incorrect --with-axi2c handling
 -

 Key: AXIS2C-1438
 URL: https://issues.apache.org/jira/browse/AXIS2C-1438
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0

 Attachments: AXIS2C-1438.patch


 samples/configure does not correctly detect include dir when --with-axis2c is 
 not given a value
 The test uses $(AXIS2C_HOME) instead of ${AXIS2C_HOME}.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1427) guththilla/configure should not check for CXX as it is not used

2010-01-27 Thread S.Uthaiyashankar (JIRA)


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar updated AXIS2C-1427:
-

Fix Version/s: 1.7.0

 guththilla/configure should not check for CXX as it is not used
 ---

 Key: AXIS2C-1427
 URL: https://issues.apache.org/jira/browse/AXIS2C-1427
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: Unix
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
Priority: Minor
 Fix For: 1.7.0

 Attachments: AXIS2C-1427.patch


 The following line is present in guththilla/configure.ac:
 AC_PROG_CXX
 However the C++ compiler is never used as all sources are pure C.
 This makes harder to build Axis2/C on environments where no C++ compiler is 
 available or where it is broken (such as on AIX with Visual Age C++ 6 without 
 a license manager). Workaround: configure CXX=cc.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (AXIS2C-1427) guththilla/configure should not check for CXX as it is not used

2010-01-27 Thread S.Uthaiyashankar (JIRA)


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

S.Uthaiyashankar reassigned AXIS2C-1427:


Assignee: S.Uthaiyashankar

 guththilla/configure should not check for CXX as it is not used
 ---

 Key: AXIS2C-1427
 URL: https://issues.apache.org/jira/browse/AXIS2C-1427
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: Unix
Reporter: Olivier Mengué
Assignee: S.Uthaiyashankar
Priority: Minor
 Fix For: 1.7.0

 Attachments: AXIS2C-1427.patch


 The following line is present in guththilla/configure.ac:
 AC_PROG_CXX
 However the C++ compiler is never used as all sources are pure C.
 This makes harder to build Axis2/C on environments where no C++ compiler is 
 available or where it is broken (such as on AIX with Visual Age C++ 6 without 
 a license manager). Workaround: configure CXX=cc.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1423) util/include/platforms/unix/axutil_unix.h: invalid duplicate declaration of usleep

2010-01-26 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12805055#action_12805055
 ] 

Olivier Mengué commented on AXIS2C-1423:


The usleep declare has already been removed in revision r812450 (2009-09-08).

 util/include/platforms/unix/axutil_unix.h: invalid duplicate declaration of 
 usleep
 --

 Key: AXIS2C-1423
 URL: https://issues.apache.org/jira/browse/AXIS2C-1423
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2
Reporter: Olivier Mengué

 util/include/platforms/unix/axutil_unix.h contains the following block:
 /* for file access handling */
 #ifdef HAVE_UNISTD_H
 #include unistd.h
 extern int usleep (__useconds_t __useconds);
 #endif  /*HAVE_UNISTD_H */
 The problem is that:
 - usleep() is already declared in unistd.h : extern int  
 usleep(useconds_t);
 - __useconds_t does not exists on AIX
 This error blocks the build on AIX 5.2.
 Here is the build log:
 Making all in platforms/unix
 /home/prodfs/otp/axis2c-src-1.6.0/util/src/platforms/unix
 source='uuid_gen_unix.c' object='uuid_gen_unix.lo' libtool=yes  
 DEPDIR=.deps depmode=aix /bin/sh ../../../depcomp  /bin/sh ../../../libtool 
 --tag=CC--mode=compile cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. 
 -I../../../include  -I../../../include/platforms  
 -I../../../include/platforms/unix -g -D_LARGEFILE64_SOURCE  -c -o 
 uuid_gen_unix.lo uuid_gen_unix.c
  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
 -I../../../include/platforms -I../../../include/platforms/unix -g 
 -D_LARGEFILE64_SOURCE -c -M uuid_gen_unix.c  -DPIC -o .libs/uuid_gen_unix.o
 ../../../include/platforms/unix/axutil_unix.h, line 119.10: 1506-296 (S) 
 #include file getopt.h not found.
 ../../../include/platforms/unix/axutil_unix.h, line 125.33: 1506-275 (S) 
 Unexpected text __useconds encountered.
 ../../../include/platforms/unix/axutil_unix.h, line 125.12: 1506-282 (S) 
 The type of the parameters must be specified in a prototype.
 make: The error code from the last command is 1.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXISCPP-1064) Parser gets confused when expected element is not there

2010-01-25 Thread nadir amra (JIRA)

Parser gets confused when expected element is not there
---

 Key: AXISCPP-1064
 URL: https://issues.apache.org/jira/browse/AXISCPP-1064
 Project: Axis-C++
  Issue Type: Bug
  Components: Client - Deserialization
Reporter: nadir amra
Assignee: nadir amra
 Fix For: current (nightly)


Currently, when an expected element is does not exist in the XML document, a 
NULL is returned.  However, this causes the parser to consume a node that has 
not really been processed, which leads to erroneous errors. 

I have confirmed that some java clients allow for expected elements to not be 
sent. 

So I will correct this problem by always doing a peek to see what the next 
element before processing the element. 

Add benefit to this is that it simplifies the generated code so that it no 
longer does peeks for optional or nillable elements.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1441) [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to __stdcall on non-Windows platforms

2010-01-25 Thread JIRA

[AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to 
__stdcall on non-Windows platforms
-

 Key: AXIS2C-1441
 URL: https://issues.apache.org/jira/browse/AXIS2C-1441
 Project: Axis2-C
  Issue Type: Bug
  Components: platforms/unix
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.2 ; Visual Age C++ 6.0 ; Insure++ 7.1
Reporter: Olivier Mengué


__stdcall is a Microsoft specific keyword that should be used only for Win32 
builds.
(reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )

 However util/include/axutil_utils_defines.h contains this code:

#if defined(__GNUC__)
#if defined(__i386)
#define AXIS2_CALL __attribute__((cdecl))
#define AXIS2_WUR __attribute__((warn_unused_result))
#else
#define AXIS2_CALL
#define AXIS2_WUR


#endif
#else
#if defined(__unix)
#define AXIS2_CALL
#define AXIS2_WUR


#else   /* WIN32 */
#define AXIS2_CALL __stdcall
#define AXIS2_WUR
#endif
#endif


On AIX platforms, Insure++ doesn't have the __unix define and doesn't know the 
__stdcall keyword.

So this makes Insure++ fail to compile such function variable declaration:

void *(
AXIS2_CALL
* my_fn)();


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1441) [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to __stdcall on non-Windows platforms

2010-01-25 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12804604#action_12804604
 ] 

Olivier Mengué commented on AXIS2C-1441:


This problem applies also to guththila/include/guththila_defines.h for the 
GUTHTHILA_CALL define.

 [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to 
 __stdcall on non-Windows platforms
 -

 Key: AXIS2C-1441
 URL: https://issues.apache.org/jira/browse/AXIS2C-1441
 Project: Axis2-C
  Issue Type: Bug
  Components: platforms/unix
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.2 ; Visual Age C++ 6.0 ; Insure++ 7.1
Reporter: Olivier Mengué

 __stdcall is a Microsoft specific keyword that should be used only for Win32 
 builds.
 (reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )
  However util/include/axutil_utils_defines.h contains this code:
 
 #if defined(__GNUC__)
 #if defined(__i386)
 #define AXIS2_CALL __attribute__((cdecl))
 #define AXIS2_WUR __attribute__((warn_unused_result))
 #else
 #define AXIS2_CALL
 #define AXIS2_WUR
 #endif
 #else
 #if defined(__unix)
 #define AXIS2_CALL
 #define AXIS2_WUR
 #else   /* WIN32 */
 #define AXIS2_CALL __stdcall
 #define AXIS2_WUR
 #endif
 #endif
 
 On AIX platforms, the C preprocessor doesn't have the __unix define and 
 Insure++ doesn't know the __stdcall keyword.
 So this makes Insure++ fail to compile such function variable declaration as 
 AXIS2_CALL is mapped to __stdcall:
 
 void *(
 AXIS2_CALL
 * my_fn)();
 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1441) [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to __stdcall on non-Windows platforms

2010-01-25 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1441:
---

Description: 
__stdcall is a Microsoft specific keyword that should be used only for Win32 
builds.
(reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )

 However util/include/axutil_utils_defines.h contains this code:

#if defined(__GNUC__)
#if defined(__i386)
#define AXIS2_CALL __attribute__((cdecl))
#define AXIS2_WUR __attribute__((warn_unused_result))
#else
#define AXIS2_CALL
#define AXIS2_WUR


#endif
#else
#if defined(__unix)
#define AXIS2_CALL
#define AXIS2_WUR


#else   /* WIN32 */
#define AXIS2_CALL __stdcall
#define AXIS2_WUR
#endif
#endif


On AIX platforms, the C preprocessor doesn't have the __unix define and 
Insure++ doesn't know the __stdcall keyword.

So this makes Insure++ fail to compile such function variable declaration as 
AXIS2_CALL is mapped to __stdcall:

void *(
AXIS2_CALL
* my_fn)();


  was:
__stdcall is a Microsoft specific keyword that should be used only for Win32 
builds.
(reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )

 However util/include/axutil_utils_defines.h contains this code:

#if defined(__GNUC__)
#if defined(__i386)
#define AXIS2_CALL __attribute__((cdecl))
#define AXIS2_WUR __attribute__((warn_unused_result))
#else
#define AXIS2_CALL
#define AXIS2_WUR


#endif
#else
#if defined(__unix)
#define AXIS2_CALL
#define AXIS2_WUR


#else   /* WIN32 */
#define AXIS2_CALL __stdcall
#define AXIS2_WUR
#endif
#endif


On AIX platforms, Insure++ doesn't have the __unix define and doesn't know the 
__stdcall keyword.

So this makes Insure++ fail to compile such function variable declaration:

void *(
AXIS2_CALL
* my_fn)();



 [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to 
 __stdcall on non-Windows platforms
 -

 Key: AXIS2C-1441
 URL: https://issues.apache.org/jira/browse/AXIS2C-1441
 Project: Axis2-C
  Issue Type: Bug
  Components: platforms/unix
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.2 ; Visual Age C++ 6.0 ; Insure++ 7.1
Reporter: Olivier Mengué

 __stdcall is a Microsoft specific keyword that should be used only for Win32 
 builds.
 (reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )
  However util/include/axutil_utils_defines.h contains this code:
 
 #if defined(__GNUC__)
 #if defined(__i386)
 #define AXIS2_CALL __attribute__((cdecl))
 #define AXIS2_WUR __attribute__((warn_unused_result))
 #else
 #define AXIS2_CALL
 #define AXIS2_WUR
 #endif
 #else
 #if defined(__unix)
 #define AXIS2_CALL
 #define AXIS2_WUR
 #else   /* WIN32 */
 #define AXIS2_CALL __stdcall
 #define AXIS2_WUR
 #endif
 #endif
 
 On AIX platforms, the C preprocessor doesn't have the __unix define and 
 Insure++ doesn't know the __stdcall keyword.
 So this makes Insure++ fail to compile such function variable declaration as 
 AXIS2_CALL is mapped to __stdcall:
 
 void *(
 AXIS2_CALL
 * my_fn)();
 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1441) [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to __stdcall on non-Windows platforms

2010-01-25 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1441:
---

Component/s: util
 guththila

Added 'guththila' and 'util' component

 [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to 
 __stdcall on non-Windows platforms
 -

 Key: AXIS2C-1441
 URL: https://issues.apache.org/jira/browse/AXIS2C-1441
 Project: Axis2-C
  Issue Type: Bug
  Components: guththila, platforms/unix, util
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.2 ; Visual Age C++ 6.0 ; Insure++ 7.1
Reporter: Olivier Mengué

 __stdcall is a Microsoft specific keyword that should be used only for Win32 
 builds.
 (reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )
  However util/include/axutil_utils_defines.h contains this code:
 
 #if defined(__GNUC__)
 #if defined(__i386)
 #define AXIS2_CALL __attribute__((cdecl))
 #define AXIS2_WUR __attribute__((warn_unused_result))
 #else
 #define AXIS2_CALL
 #define AXIS2_WUR
 #endif
 #else
 #if defined(__unix)
 #define AXIS2_CALL
 #define AXIS2_WUR
 #else   /* WIN32 */
 #define AXIS2_CALL __stdcall
 #define AXIS2_WUR
 #endif
 #endif
 
 On AIX platforms, the C preprocessor doesn't have the __unix define and 
 Insure++ doesn't know the __stdcall keyword.
 So this makes Insure++ fail to compile such function variable declaration as 
 AXIS2_CALL is mapped to __stdcall:
 
 void *(
 AXIS2_CALL
 * my_fn)();
 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1441) [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to __stdcall on non-Windows platforms

2010-01-25 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1441:
---

Comment: was deleted

(was: Added 'guththila' and 'util' component)

 [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to 
 __stdcall on non-Windows platforms
 -

 Key: AXIS2C-1441
 URL: https://issues.apache.org/jira/browse/AXIS2C-1441
 Project: Axis2-C
  Issue Type: Bug
  Components: guththila, platforms/unix, util
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.2 ; Visual Age C++ 6.0 ; Insure++ 7.1
Reporter: Olivier Mengué

 __stdcall is a Microsoft specific keyword that should be used only for Win32 
 builds.
 (reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )
  However util/include/axutil_utils_defines.h contains this code:
 
 #if defined(__GNUC__)
 #if defined(__i386)
 #define AXIS2_CALL __attribute__((cdecl))
 #define AXIS2_WUR __attribute__((warn_unused_result))
 #else
 #define AXIS2_CALL
 #define AXIS2_WUR
 #endif
 #else
 #if defined(__unix)
 #define AXIS2_CALL
 #define AXIS2_WUR
 #else   /* WIN32 */
 #define AXIS2_CALL __stdcall
 #define AXIS2_WUR
 #endif
 #endif
 
 On AIX platforms, the C preprocessor doesn't have the __unix define and 
 Insure++ doesn't know the __stdcall keyword.
 So this makes Insure++ fail to compile such function variable declaration as 
 AXIS2_CALL is mapped to __stdcall:
 
 void *(
 AXIS2_CALL
 * my_fn)();
 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1441) [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to __stdcall on non-Windows platforms

2010-01-25 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12804609#action_12804609
 ] 

Olivier Mengué commented on AXIS2C-1441:


Workaround for Axis2/C users: add -D__unix to CPPFLAGS

Proposed fix: map AXIS2_CALL to __stdcall only if WIN32 is defined instead of 
relying on __unix.

 [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to 
 __stdcall on non-Windows platforms
 -

 Key: AXIS2C-1441
 URL: https://issues.apache.org/jira/browse/AXIS2C-1441
 Project: Axis2-C
  Issue Type: Bug
  Components: guththila, platforms/unix, util
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.2 ; Visual Age C++ 6.0 ; Insure++ 7.1
Reporter: Olivier Mengué

 __stdcall is a Microsoft specific keyword that should be used only for Win32 
 builds.
 (reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )
  However util/include/axutil_utils_defines.h contains this code:
 
 #if defined(__GNUC__)
 #if defined(__i386)
 #define AXIS2_CALL __attribute__((cdecl))
 #define AXIS2_WUR __attribute__((warn_unused_result))
 #else
 #define AXIS2_CALL
 #define AXIS2_WUR
 #endif
 #else
 #if defined(__unix)
 #define AXIS2_CALL
 #define AXIS2_WUR
 #else   /* WIN32 */
 #define AXIS2_CALL __stdcall
 #define AXIS2_WUR
 #endif
 #endif
 
 On AIX platforms, the C preprocessor doesn't have the __unix define and 
 Insure++ doesn't know the __stdcall keyword.
 So this makes Insure++ fail to compile such function variable declaration as 
 AXIS2_CALL is mapped to __stdcall:
 
 void *(
 AXIS2_CALL
 * my_fn)();
 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1441) [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to __stdcall on non-Windows platforms

2010-01-25 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1441:
---

Attachment: AXIS2C-1441.patch

Added patch.
Requesting review.

 [AIX] util/include/axutil_utils_defines.h should not map AXIS2_CALL to 
 __stdcall on non-Windows platforms
 -

 Key: AXIS2C-1441
 URL: https://issues.apache.org/jira/browse/AXIS2C-1441
 Project: Axis2-C
  Issue Type: Bug
  Components: guththila, platforms/unix, util
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.2 ; Visual Age C++ 6.0 ; Insure++ 7.1
Reporter: Olivier Mengué
 Attachments: AXIS2C-1441.patch


 __stdcall is a Microsoft specific keyword that should be used only for Win32 
 builds.
 (reference: http://msdn.microsoft.com/en-us/library/zxk0tw93%28VS.80%29.aspx )
  However util/include/axutil_utils_defines.h contains this code:
 
 #if defined(__GNUC__)
 #if defined(__i386)
 #define AXIS2_CALL __attribute__((cdecl))
 #define AXIS2_WUR __attribute__((warn_unused_result))
 #else
 #define AXIS2_CALL
 #define AXIS2_WUR
 #endif
 #else
 #if defined(__unix)
 #define AXIS2_CALL
 #define AXIS2_WUR
 #else   /* WIN32 */
 #define AXIS2_CALL __stdcall
 #define AXIS2_WUR
 #endif
 #endif
 
 On AIX platforms, the C preprocessor doesn't have the __unix define and 
 Insure++ doesn't know the __stdcall keyword.
 So this makes Insure++ fail to compile such function variable declaration as 
 AXIS2_CALL is mapped to __stdcall:
 
 void *(
 AXIS2_CALL
 * my_fn)();
 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXISCPP-1064) Parser gets confused when expected element is not there

2010-01-25 Thread nadir amra (JIRA)


 [ 
https://issues.apache.org/jira/browse/AXISCPP-1064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

nadir amra resolved AXISCPP-1064.
-

Resolution: Fixed

Fixed under revision 902922 
(http://svn.apache.org/viewvc?view=revisionrevision=902922).

Will wait to close out for a test case. 

 Parser gets confused when expected element is not there
 ---

 Key: AXISCPP-1064
 URL: https://issues.apache.org/jira/browse/AXISCPP-1064
 Project: Axis-C++
  Issue Type: Bug
  Components: Client - Deserialization
Reporter: nadir amra
Assignee: nadir amra
 Fix For: current (nightly)


 Currently, when an expected element is does not exist in the XML document, a 
 NULL is returned.  However, this causes the parser to consume a node that has 
 not really been processed, which leads to erroneous errors. 
 I have confirmed that some java clients allow for expected elements to not be 
 sent. 
 So I will correct this problem by always doing a peek to see what the next 
 element before processing the element. 
 Add benefit to this is that it simplifies the generated code so that it no 
 longer does peeks for optional or nillable elements.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1440) Source EOL is DOS

2010-01-22 Thread JIRA

Source EOL is DOS
-

 Key: AXIS2C-1440
 URL: https://issues.apache.org/jira/browse/AXIS2C-1440
 Project: Axis2-C
  Issue Type: Improvement
  Components: core/transport, samples, util
Affects Versions: 1.7.0, Current (Nightly)
Reporter: Olivier Mengué


The EOL encoding of some files is DOS instead of Unix when checking out files 
on Unix.
Here are the incorrect files:
./test/find_policy.c
./util/README
./util/include/platforms/windows/axutil_uuid_gen_windows.h
./util/include/axutil_network_handler.h
./util/src/platforms/windows/axutil_windows.c
./util/src/network_handler.c
./samples/client/amqp/echo/echo_non_blocking_dual.c
./samples/client/amqp/echo/echo_blocking_addr.c
./samples/client/amqp/echo/echo_blocking_dual.c
./samples/client/amqp/echo/echo_non_blocking.c
./samples/client/amqp/echo/echo_blocking.c
./samples/client/amqp/echo/echo_util.h
./samples/client/amqp/echo/echo_util.c
./samples/client/amqp/echo/echo_blocking_soap11.c
./samples/client/amqp/mtom/mtom_client.c
./samples/client/amqp/notify/notify_client.c
./src/modules/mod_addr/addr_out_handler.c
./src/core/transport/http/server/apache2/apache2_worker.c
./src/core/transport/http/server/IIS/axis2_iis_worker.h
./src/core/transport/http/server/IIS/iis_iaspi_plugin_51/axis2_isapi_51.c
./src/core/transport/http/server/IIS/axis2_isapi_plugin.c
./src/core/transport/amqp/server/axis2_amqp_server/axis2_amqp_server.h
./src/core/transport/amqp/server/axis2_amqp_server/axis2_amqp_server.c
./src/core/transport/amqp/util/axis2_amqp_defines.h
./src/core/transport/amqp/util/axis2_amqp_util.c
./src/core/transport/amqp/util/axis2_amqp_util.h
./src/core/transport/amqp/sender/axis2_amqp_sender.c
./src/core/transport/amqp/sender/qpid_sender/axis2_qpid_sender_interface.h
./src/core/transport/amqp/sender/qpid_sender/axis2_qpid_sender.h
./src/core/transport/amqp/sender/axis2_amqp_sender.h
./src/core/transport/amqp/receiver/axis2_amqp_receiver.c
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver_listener.h
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver.h
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver_interface.h
./src/core/transport/amqp/receiver/qpid_receiver/request_processor/axis2_amqp_request_processor.h
./src/core/transport/amqp/receiver/qpid_receiver/request_processor/axis2_amqp_request_processor.c
./src/core/transport/amqp/receiver/axis2_amqp_receiver.h
./src/core/deployment/conf_init.c


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1440) Source EOL is DOS

2010-01-22 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1440:
---

Description: 
The EOL encoding of some files is DOS instead of Unix when checking out files 
on Unix.

Here is a partial list of incorrect files:
./test/find_policy.c
./util/README
./util/include/platforms/windows/axutil_uuid_gen_windows.h
./util/include/axutil_network_handler.h
./util/src/platforms/windows/axutil_windows.c
./util/src/network_handler.c
./samples/client/amqp/echo/echo_non_blocking_dual.c
./samples/client/amqp/echo/echo_blocking_addr.c
./samples/client/amqp/echo/echo_blocking_dual.c
./samples/client/amqp/echo/echo_non_blocking.c
./samples/client/amqp/echo/echo_blocking.c
./samples/client/amqp/echo/echo_util.h
./samples/client/amqp/echo/echo_util.c
./samples/client/amqp/echo/echo_blocking_soap11.c
./samples/client/amqp/mtom/mtom_client.c
./samples/client/amqp/notify/notify_client.c
./src/modules/mod_addr/addr_out_handler.c
./src/core/transport/http/server/apache2/apache2_worker.c
./src/core/transport/http/server/IIS/axis2_iis_worker.h
./src/core/transport/http/server/IIS/iis_iaspi_plugin_51/axis2_isapi_51.c
./src/core/transport/http/server/IIS/axis2_isapi_plugin.c
./src/core/transport/amqp/server/axis2_amqp_server/axis2_amqp_server.h
./src/core/transport/amqp/server/axis2_amqp_server/axis2_amqp_server.c
./src/core/transport/amqp/util/axis2_amqp_defines.h
./src/core/transport/amqp/util/axis2_amqp_util.c
./src/core/transport/amqp/util/axis2_amqp_util.h
./src/core/transport/amqp/sender/axis2_amqp_sender.c
./src/core/transport/amqp/sender/qpid_sender/axis2_qpid_sender_interface.h
./src/core/transport/amqp/sender/qpid_sender/axis2_qpid_sender.h
./src/core/transport/amqp/sender/axis2_amqp_sender.h
./src/core/transport/amqp/receiver/axis2_amqp_receiver.c
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver_listener.h
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver.h
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver_interface.h
./src/core/transport/amqp/receiver/qpid_receiver/request_processor/axis2_amqp_request_processor.h
./src/core/transport/amqp/receiver/qpid_receiver/request_processor/axis2_amqp_request_processor.c
./src/core/transport/amqp/receiver/axis2_amqp_receiver.h
./src/core/deployment/conf_init.c


  was:
The EOL encoding of some files is DOS instead of Unix when checking out files 
on Unix.
Here are the incorrect files:
./test/find_policy.c
./util/README
./util/include/platforms/windows/axutil_uuid_gen_windows.h
./util/include/axutil_network_handler.h
./util/src/platforms/windows/axutil_windows.c
./util/src/network_handler.c
./samples/client/amqp/echo/echo_non_blocking_dual.c
./samples/client/amqp/echo/echo_blocking_addr.c
./samples/client/amqp/echo/echo_blocking_dual.c
./samples/client/amqp/echo/echo_non_blocking.c
./samples/client/amqp/echo/echo_blocking.c
./samples/client/amqp/echo/echo_util.h
./samples/client/amqp/echo/echo_util.c
./samples/client/amqp/echo/echo_blocking_soap11.c
./samples/client/amqp/mtom/mtom_client.c
./samples/client/amqp/notify/notify_client.c
./src/modules/mod_addr/addr_out_handler.c
./src/core/transport/http/server/apache2/apache2_worker.c
./src/core/transport/http/server/IIS/axis2_iis_worker.h
./src/core/transport/http/server/IIS/iis_iaspi_plugin_51/axis2_isapi_51.c
./src/core/transport/http/server/IIS/axis2_isapi_plugin.c
./src/core/transport/amqp/server/axis2_amqp_server/axis2_amqp_server.h
./src/core/transport/amqp/server/axis2_amqp_server/axis2_amqp_server.c
./src/core/transport/amqp/util/axis2_amqp_defines.h
./src/core/transport/amqp/util/axis2_amqp_util.c
./src/core/transport/amqp/util/axis2_amqp_util.h
./src/core/transport/amqp/sender/axis2_amqp_sender.c
./src/core/transport/amqp/sender/qpid_sender/axis2_qpid_sender_interface.h
./src/core/transport/amqp/sender/qpid_sender/axis2_qpid_sender.h
./src/core/transport/amqp/sender/axis2_amqp_sender.h
./src/core/transport/amqp/receiver/axis2_amqp_receiver.c
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver_listener.h
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver.h
./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver_interface.h
./src/core/transport/amqp/receiver/qpid_receiver/request_processor/axis2_amqp_request_processor.h
./src/core/transport/amqp/receiver/qpid_receiver/request_processor/axis2_amqp_request_processor.c
./src/core/transport/amqp/receiver/axis2_amqp_receiver.h
./src/core/deployment/conf_init.c



 Source EOL is DOS
 -

 Key: AXIS2C-1440
 URL: https://issues.apache.org/jira/browse/AXIS2C-1440
 Project: Axis2-C
  Issue Type: Improvement
  Components: core/transport, samples, util
Affects Versions: 1.7.0, Current (Nightly)
Reporter: Olivier Mengué

 The EOL encoding of some files is DOS

[jira] Updated: (AXIS2C-1440) Source EOL is DOS in subversion

2010-01-22 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1440:
---

Summary: Source EOL is DOS in subversion  (was: Source EOL is DOS)

 Source EOL is DOS in subversion
 ---

 Key: AXIS2C-1440
 URL: https://issues.apache.org/jira/browse/AXIS2C-1440
 Project: Axis2-C
  Issue Type: Improvement
  Components: core/transport, samples, util
Affects Versions: 1.7.0, Current (Nightly)
Reporter: Olivier Mengué

 The EOL encoding of some files is DOS instead of Unix when checking out files 
 on Unix.
 Here is a partial list of incorrect files:
 ./test/find_policy.c
 ./util/README
 ./util/include/platforms/windows/axutil_uuid_gen_windows.h
 ./util/include/axutil_network_handler.h
 ./util/src/platforms/windows/axutil_windows.c
 ./util/src/network_handler.c
 ./samples/client/amqp/echo/echo_non_blocking_dual.c
 ./samples/client/amqp/echo/echo_blocking_addr.c
 ./samples/client/amqp/echo/echo_blocking_dual.c
 ./samples/client/amqp/echo/echo_non_blocking.c
 ./samples/client/amqp/echo/echo_blocking.c
 ./samples/client/amqp/echo/echo_util.h
 ./samples/client/amqp/echo/echo_util.c
 ./samples/client/amqp/echo/echo_blocking_soap11.c
 ./samples/client/amqp/mtom/mtom_client.c
 ./samples/client/amqp/notify/notify_client.c
 ./src/modules/mod_addr/addr_out_handler.c
 ./src/core/transport/http/server/apache2/apache2_worker.c
 ./src/core/transport/http/server/IIS/axis2_iis_worker.h
 ./src/core/transport/http/server/IIS/iis_iaspi_plugin_51/axis2_isapi_51.c
 ./src/core/transport/http/server/IIS/axis2_isapi_plugin.c
 ./src/core/transport/amqp/server/axis2_amqp_server/axis2_amqp_server.h
 ./src/core/transport/amqp/server/axis2_amqp_server/axis2_amqp_server.c
 ./src/core/transport/amqp/util/axis2_amqp_defines.h
 ./src/core/transport/amqp/util/axis2_amqp_util.c
 ./src/core/transport/amqp/util/axis2_amqp_util.h
 ./src/core/transport/amqp/sender/axis2_amqp_sender.c
 ./src/core/transport/amqp/sender/qpid_sender/axis2_qpid_sender_interface.h
 ./src/core/transport/amqp/sender/qpid_sender/axis2_qpid_sender.h
 ./src/core/transport/amqp/sender/axis2_amqp_sender.h
 ./src/core/transport/amqp/receiver/axis2_amqp_receiver.c
 ./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver_listener.h
 ./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver.h
 ./src/core/transport/amqp/receiver/qpid_receiver/axis2_qpid_receiver_interface.h
 ./src/core/transport/amqp/receiver/qpid_receiver/request_processor/axis2_amqp_request_processor.h
 ./src/core/transport/amqp/receiver/qpid_receiver/request_processor/axis2_amqp_request_processor.c
 ./src/core/transport/amqp/receiver/axis2_amqp_receiver.h
 ./src/core/deployment/conf_init.c

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1439) AIX: axutil_uuid_get_mac_addr() returns NULL = uuid with zeroes

2010-01-22 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12803697#action_12803697
 ] 

Olivier Mengué commented on AXIS2C-1439:


The RFC 4122 (which describes UUID) advice to use cryptographic level random 
data instead of MAC address.
http://tools.ietf.org/html/rfc4122#page-15

The Apache Portable Runtime has such an implementation under Apache License 2.0
http://svn.apache.org/repos/asf/apr/apr/trunk/crypto/getuuid.c

 AIX: axutil_uuid_get_mac_addr() returns NULL = uuid with zeroes
 

 Key: AXIS2C-1439
 URL: https://issues.apache.org/jira/browse/AXIS2C-1439
 Project: Axis2-C
  Issue Type: Bug
  Components: platforms/unix
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.3
Reporter: Olivier Mengué

 axutil_uuid_get_mac_addr() return NULL on AIX 5.3.
 The axutil_uuid_get_mac_addr() implementation is the default one (neither 
 HAVE_LINUX_IF_H or HAVE_GETIFADDRS defined).
 Note that the case of axutil_uuid_get_mac_addr() returning NULL is not 
 handled in axutil_uuid_gen_v1(), so invalid memory access occurs.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Issue Comment Edited: (AXIS2C-1439) AIX: axutil_uuid_get_mac_addr() returns NULL = uuid with zeroes

2010-01-22 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12803697#action_12803697
 ] 

Olivier Mengué edited comment on AXIS2C-1439 at 1/22/10 1:49 PM:
-

The RFC 4122 (which describes UUID) advices to use cryptographic level random 
data instead of MAC address.
http://tools.ietf.org/html/rfc4122#page-15

The Apache Portable Runtime has such an implementation under Apache License 2.0
http://svn.apache.org/repos/asf/apr/apr/trunk/crypto/getuuid.c

  was (Author: dolmen-oxymel):
The RFC 4122 (which describes UUID) advice to use cryptographic level 
random data instead of MAC address.
http://tools.ietf.org/html/rfc4122#page-15

The Apache Portable Runtime has such an implementation under Apache License 2.0
http://svn.apache.org/repos/asf/apr/apr/trunk/crypto/getuuid.c
  
 AIX: axutil_uuid_get_mac_addr() returns NULL = uuid with zeroes
 

 Key: AXIS2C-1439
 URL: https://issues.apache.org/jira/browse/AXIS2C-1439
 Project: Axis2-C
  Issue Type: Bug
  Components: platforms/unix
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.3
Reporter: Olivier Mengué

 axutil_uuid_get_mac_addr() return NULL on AIX 5.3.
 The axutil_uuid_get_mac_addr() implementation is the default one (neither 
 HAVE_LINUX_IF_H or HAVE_GETIFADDRS defined).
 Note that the case of axutil_uuid_get_mac_addr() returning NULL is not 
 handled in axutil_uuid_gen_v1(), so invalid memory access occurs.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1439) AIX: axutil_uuid_get_mac_addr() returns NULL = uuid with zeroes

2010-01-21 Thread JIRA

AIX: axutil_uuid_get_mac_addr() returns NULL = uuid with zeroes


 Key: AXIS2C-1439
 URL: https://issues.apache.org/jira/browse/AXIS2C-1439
 Project: Axis2-C
  Issue Type: Bug
  Components: platforms/unix
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.3
Reporter: Olivier Mengué


axutil_uuid_get_mac_addr() return NULL on AIX 5.3.
The axutil_uuid_get_mac_addr() implementation is the default one (neither 
HAVE_LINUX_IF_H or HAVE_GETIFADDRS defined).

Note that the case of axutil_uuid_get_mac_addr() returning NULL is not handled 
in axutil_uuid_gen_v1(), so invalid memory access occurs.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1434) top ./configure does not do the same thing whith explicit --enable-guththilla as without the option

2010-01-21 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1434:
---

Attachment: AXIS2C-1434.patch

New patch.

 top ./configure does not do the same thing whith explicit --enable-guththilla 
 as without the option
 ---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
 Attachments: AXIS2C-1434.patch


 configure.ac does not do the same when --enable-guththilla is given as when 
 it is not given. In particular it does not set GUTHTHILLA_LIBS and 
 GUTHTHILLA_DIR so the generated Makefile will not automatically build 
 Guththilla.
 Here the current configure.ac code that handles the --enable-guththilla 
 option:
 AC_ARG_ENABLE(guththila, [  --enable-guththila
   build Guththila XML parser library wrapper 
 (default=yes)],
 [ case ${enableval} in
   no)
 AC_MSG_RESULT(no)
 ;;
   *)
 AC_MSG_RESULT(yes)
 CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
 CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
 WRAPPER_DIR=guththila
 ;;
   esac ],
   AC_MSG_RESULT(yes)
   WRAPPER_DIR=guththila
   CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
   CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
   AC_CONFIG_SUBDIRS(guththila)
   GUTHTHILA_LIBS=/guththila/src/
   GUTHTHILA_DIR=guththila
 )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1434) top ./configure does not do the same thing whith explicit --enable-guththilla as without the option

2010-01-21 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1434:
---

Affects Version/s: Current (Nightly)

 top ./configure does not do the same thing whith explicit --enable-guththilla 
 as without the option
 ---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
 Attachments: AXIS2C-1434.patch


 configure.ac does not do the same when --enable-guththilla is given as when 
 it is not given. In particular it does not set GUTHTHILLA_LIBS and 
 GUTHTHILLA_DIR so the generated Makefile will not automatically build 
 Guththilla.
 Here the current configure.ac code that handles the --enable-guththilla 
 option:
 AC_ARG_ENABLE(guththila, [  --enable-guththila
   build Guththila XML parser library wrapper 
 (default=yes)],
 [ case ${enableval} in
   no)
 AC_MSG_RESULT(no)
 ;;
   *)
 AC_MSG_RESULT(yes)
 CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
 CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
 WRAPPER_DIR=guththila
 ;;
   esac ],
   AC_MSG_RESULT(yes)
   WRAPPER_DIR=guththila
   CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
   CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
   AC_CONFIG_SUBDIRS(guththila)
   GUTHTHILA_LIBS=/guththila/src/
   GUTHTHILA_DIR=guththila
 )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Issue Comment Edited: (AXIS2C-1434) top ./configure does not do the same thing whith explicit --enable-guththilla as without the option

2010-01-21 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12803291#action_12803291
 ] 

Olivier Mengué edited comment on AXIS2C-1434 at 1/21/10 1:51 PM:
-

The patch fixes the problem by setting GUTHTHILA_LIBS and GUTHTHILA_DIR outside 
the case block.

Requesting review.

  was (Author: dolmen-oxymel):
The patch fixes the problem by setting GUTHTHILA_LIBS and GUTHTHILA_DIR 
outside the case block.

Review requested.
  
 top ./configure does not do the same thing whith explicit --enable-guththilla 
 as without the option
 ---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
 Attachments: AXIS2C-1434.patch


 configure.ac does not do the same when --enable-guththilla is given as when 
 it is not given. In particular it does not set GUTHTHILLA_LIBS and 
 GUTHTHILLA_DIR so the generated Makefile will not automatically build 
 Guththilla.
 Here the current configure.ac code that handles the --enable-guththilla 
 option:
 AC_ARG_ENABLE(guththila, [  --enable-guththila
   build Guththila XML parser library wrapper 
 (default=yes)],
 [ case ${enableval} in
   no)
 AC_MSG_RESULT(no)
 ;;
   *)
 AC_MSG_RESULT(yes)
 CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
 CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
 WRAPPER_DIR=guththila
 ;;
   esac ],
   AC_MSG_RESULT(yes)
   WRAPPER_DIR=guththila
   CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
   CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
   AC_CONFIG_SUBDIRS(guththila)
   GUTHTHILA_LIBS=/guththila/src/
   GUTHTHILA_DIR=guththila
 )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1434) top ./configure does not do the same thing whith explicit --enable-guththilla as without the option

2010-01-21 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12803291#action_12803291
 ] 

Olivier Mengué commented on AXIS2C-1434:


The patch fixes the problem by setting GUTHTHILA_LIBS and GUTHTHILA_DIR outside 
the case block.

Review requested.

 top ./configure does not do the same thing whith explicit --enable-guththilla 
 as without the option
 ---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
 Attachments: AXIS2C-1434.patch


 configure.ac does not do the same when --enable-guththilla is given as when 
 it is not given. In particular it does not set GUTHTHILLA_LIBS and 
 GUTHTHILLA_DIR so the generated Makefile will not automatically build 
 Guththilla.
 Here the current configure.ac code that handles the --enable-guththilla 
 option:
 AC_ARG_ENABLE(guththila, [  --enable-guththila
   build Guththila XML parser library wrapper 
 (default=yes)],
 [ case ${enableval} in
   no)
 AC_MSG_RESULT(no)
 ;;
   *)
 AC_MSG_RESULT(yes)
 CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
 CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
 WRAPPER_DIR=guththila
 ;;
   esac ],
   AC_MSG_RESULT(yes)
   WRAPPER_DIR=guththila
   CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
   CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
   AC_CONFIG_SUBDIRS(guththila)
   GUTHTHILA_LIBS=/guththila/src/
   GUTHTHILA_DIR=guththila
 )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1434) top ./configure --enable-guththilla makes an invalid config

2010-01-21 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1434:
---

Description: 
configure.ac does not do the same when --enable-guththilla is given as when it 
is not given. In particular it does not set GUTHTHILLA_LIBS and GUTHTHILLA_DIR 
so the generated Makefile will not automatically build Guththilla and make will 
fail.

./configure --enable-guththilla=no = OK
./configure = OK
./configure --enable-guththilla = Not OK
./configure --enable-guththilla=yes = Not OK

Here the current configure.ac code that handles the --enable-guththilla option:

AC_ARG_ENABLE(guththila, [  --enable-guththila
  build Guththila XML parser library wrapper 
(default=yes)],
[ case ${enableval} in
  no)
AC_MSG_RESULT(no)
;;
  *)
AC_MSG_RESULT(yes)
CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
WRAPPER_DIR=guththila

;;
  esac ],
  AC_MSG_RESULT(yes)
  WRAPPER_DIR=guththila
  CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
  CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
  AC_CONFIG_SUBDIRS(guththila)
  GUTHTHILA_LIBS=/guththila/src/
  GUTHTHILA_DIR=guththila
)


  was:
configure.ac does not do the same when --enable-guththilla is given as when it 
is not given. In particular it does not set GUTHTHILLA_LIBS and GUTHTHILLA_DIR 
so the generated Makefile will not automatically build Guththilla.

Here the current configure.ac code that handles the --enable-guththilla option:

AC_ARG_ENABLE(guththila, [  --enable-guththila
  build Guththila XML parser library wrapper 
(default=yes)],
[ case ${enableval} in
  no)
AC_MSG_RESULT(no)
;;
  *)
AC_MSG_RESULT(yes)
CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
WRAPPER_DIR=guththila

;;
  esac ],
  AC_MSG_RESULT(yes)
  WRAPPER_DIR=guththila
  CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
  CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
  AC_CONFIG_SUBDIRS(guththila)
  GUTHTHILA_LIBS=/guththila/src/
  GUTHTHILA_DIR=guththila
)


Summary: top ./configure --enable-guththilla makes an invalid config  
(was: top ./configure does not do the same thing whith explicit 
--enable-guththilla as without the option)

 top ./configure --enable-guththilla makes an invalid config
 ---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
 Attachments: AXIS2C-1434.patch


 configure.ac does not do the same when --enable-guththilla is given as when 
 it is not given. In particular it does not set GUTHTHILLA_LIBS and 
 GUTHTHILLA_DIR so the generated Makefile will not automatically build 
 Guththilla and make will fail.
 ./configure --enable-guththilla=no = OK
 ./configure = OK
 ./configure --enable-guththilla = Not OK
 ./configure --enable-guththilla=yes = Not OK
 Here the current configure.ac code that handles the --enable-guththilla 
 option:
 AC_ARG_ENABLE(guththila, [  --enable-guththila
   build Guththila XML parser library wrapper 
 (default=yes)],
 [ case ${enableval} in
   no)
 AC_MSG_RESULT(no)
 ;;
   *)
 AC_MSG_RESULT(yes)
 CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
 CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
 WRAPPER_DIR=guththila
 ;;
   esac ],
   AC_MSG_RESULT(yes)
   WRAPPER_DIR=guththila
   CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
   CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
   AC_CONFIG_SUBDIRS(guththila)
   GUTHTHILA_LIBS=/guththila/src/
   GUTHTHILA_DIR=guththila
 )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1437) AIX: dynamic libraries are built but not installed

2010-01-20 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12802833#action_12802833
 ] 

Olivier Mengué commented on AXIS2C-1437:


According to the LibTool manual, the 'dlopen' option must be given to LT_INIT 
in configure.ac
http://www.gnu.org/software/libtool/manual/html_node/Dlopened-modules.html#Dlopened-modules

 AIX: dynamic libraries are built but not installed
 --

 Key: AXIS2C-1437
 URL: https://issues.apache.org/jira/browse/AXIS2C-1437
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.3
Reporter: Olivier Mengué
 Attachments: inst-libs.sh


 On AIX, the dynamic are correctly built, but they are not installed by make 
 install. I only have .a and .la in $deploy_dir/lib. No .so.
 It looks like that the dynamic libraries are build with a .so.0 extension 
 instead of just .so
 # find . -name '*.so'
 # find . -name '*.so*'
 ./guththila/src/.libs/libguththila.so.0
 ./util/src/.libs/libaxutil.so.0
 ./neethi/src/.libs/libneethi.so.0
 ./axiom/src/xpath/.libs/libaxis2_xpath.so.0
 ./axiom/src/om/.libs/libaxis2_axiom.so.0
 ./axiom/src/parser/guththila/.libs/libaxis2_parser.so.0
 ./src/modules/mod_log/.libs/libaxis2_mod_log.so.0
 ./src/modules/mod_addr/.libs/libaxis2_mod_addr.so.0
 ./src/core/transport/http/sender/.libs/libaxis2_http_sender.so.0
 ./src/core/transport/http/receiver/.libs/libaxis2_http_receiver.so.0
 ./src/core/transport/http/common/.libs/libaxis2_http_common.so.0
 ./src/core/engine/.libs/libaxis2_engine.so.0

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1437) AIX: dynamic libraries are built but not installed

2010-01-19 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1437:
---

Attachment: inst-libs.sh

Workaround: copy the .so.0 manually as .so. I wrote the following (also 
attached) script to do that:

#!/usr/bin/sh

[[ -z $deploy_dir ]]  exit 2

cd ${1:-axis2c-src-1.6.0}

cp $(find . -name '*.so.0') $deploy_dir/lib
cd $deploy_dir/lib
for f in *.so.0
do
x=$(basename $f .0)
[[ -h $x ]] || ln -s -f $f $x
done
mv libaxis2_mod_addr.* ../modules/addressing
mv libaxis2_mod_log.* ../modules/logging


 AIX: dynamic libraries are built but not installed
 --

 Key: AXIS2C-1437
 URL: https://issues.apache.org/jira/browse/AXIS2C-1437
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: AIX 5.3
Reporter: Olivier Mengué
 Attachments: inst-libs.sh


 On AIX, the dynamic are correctly built, but they are not installed by make 
 install. I only have .a and .la in $deploy_dir/lib. No .so.
 It looks like that the dynamic libraries are build with a .so.0 extension 
 instead of just .so
 # find . -name '*.so'
 # find . -name '*.so*'
 ./guththila/src/.libs/libguththila.so.0
 ./util/src/.libs/libaxutil.so.0
 ./neethi/src/.libs/libneethi.so.0
 ./axiom/src/xpath/.libs/libaxis2_xpath.so.0
 ./axiom/src/om/.libs/libaxis2_axiom.so.0
 ./axiom/src/parser/guththila/.libs/libaxis2_parser.so.0
 ./src/modules/mod_log/.libs/libaxis2_mod_log.so.0
 ./src/modules/mod_addr/.libs/libaxis2_mod_addr.so.0
 ./src/core/transport/http/sender/.libs/libaxis2_http_sender.so.0
 ./src/core/transport/http/receiver/.libs/libaxis2_http_receiver.so.0
 ./src/core/transport/http/common/.libs/libaxis2_http_common.so.0
 ./src/core/engine/.libs/libaxis2_engine.so.0

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1424) AIX 5.2/5.3 build issues

2010-01-19 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1424:
---

Summary: AIX 5.2/5.3 build issues  (was: AIX 5.2 build issues)

 AIX 5.2/5.3 build issues
 

 Key: AXIS2C-1424
 URL: https://issues.apache.org/jira/browse/AXIS2C-1424
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2
 Visual Age C++
 ./configure CC=cc CFLAGS=-qnolm CXX=xlC CXXFLAGS=-qnolm --enable-guththila=yes
Reporter: Olivier Mengué

 This is a meta bug for tracking AIX build issues.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1429) Makefile.am: -pthread not supported on AIX (Visual Age C++)

2010-01-19 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12802190#action_12802190
 ] 

Olivier Mengué commented on AXIS2C-1429:


Similar problem in samples/configure.ac where GCC flags are hard-coded:

CFLAGS=$CFLAGS -ansi -Wall -D_LARGEFILE64_SOURCE 
-Wno-implicit-function-declaration
LDFLAGS=$LDFLAGS -lpthread


 Makefile.am: -pthread not supported on AIX (Visual Age C++)
 ---

 Key: AXIS2C-1429
 URL: https://issues.apache.org/jira/browse/AXIS2C-1429
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 6
Reporter: Olivier Mengué

 -pthread is reported as an invalid argument by Visual Age C++ 6:
 Here is the build log extract:
 -
 Making all in test
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
 source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
 /bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include 
  -I ../../util/include  -I ../../axiom/include  -I ../../include   
 -I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
 test.c
 cc: 1501-210 command option t contains an incorrect subargument
 -
 The '-pthread' argument should instead be generated by the configure script. 
 See http://www.nongnu.org/autoconf-archive/ax_pthread.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1438) samples/configure.ac: incorrect --with-axi2c handling

2010-01-19 Thread JIRA

samples/configure.ac: incorrect --with-axi2c handling
-

 Key: AXIS2C-1438
 URL: https://issues.apache.org/jira/browse/AXIS2C-1438
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué


samples/configure does not correctly detect include dir when --with-axis2c is 
not given a value
The test uses $(AXIS2C_HOME) instead of ${AXIS2C_HOME}.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1438) samples/configure.ac: incorrect --with-axi2c handling

2010-01-19 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1438:
---

Attachment: AXIS2C-1438.patch

Attached a patch.

 samples/configure.ac: incorrect --with-axi2c handling
 -

 Key: AXIS2C-1438
 URL: https://issues.apache.org/jira/browse/AXIS2C-1438
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
 Attachments: AXIS2C-1438.patch


 samples/configure does not correctly detect include dir when --with-axis2c is 
 not given a value
 The test uses $(AXIS2C_HOME) instead of ${AXIS2C_HOME}.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1419) Fixing memory leak

2010-01-19 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12802203#action_12802203
 ] 

Olivier Mengué commented on AXIS2C-1419:


To mark issues relations, use the Link operation of JIRA.

 Fixing memory leak 
 ---

 Key: AXIS2C-1419
 URL: https://issues.apache.org/jira/browse/AXIS2C-1419
 Project: Axis2-C
  Issue Type: Task
Reporter: S.Uthaiyashankar
Assignee: S.Uthaiyashankar
 Fix For: 1.7.0




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1433) axis2c.pc.in: parametrize version number

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1433:
---

Attachment: AXIS2C-1433.patch

Here is a patch.

 axis2c.pc.in: parametrize version number
 

 Key: AXIS2C-1433
 URL: https://issues.apache.org/jira/browse/AXIS2C-1433
 Project: Axis2-C
  Issue Type: Improvement
  Components: build system (Unix/Linux)
Affects Versions: 1.7.0
Reporter: Olivier Mengué
Priority: Trivial
 Attachments: AXIS2C-1433.patch


 1.6.0 is currently hardcoded in axis2c.pc.in instead of being generated by 
 configure.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1434) top ./configure does not do the same thing whith explicit --enable-guththilla as without the option

2010-01-18 Thread JIRA

top ./configure does not do the same thing whith explicit --enable-guththilla 
as without the option
---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0
Reporter: Olivier Mengué


configure.ac does not do the same when --enable-guththilla is given as when it 
is not given. In particular it does not set GUTHTHILLA_LIBS and GUTHTHILLA_DIR 
so the generated Makefile will not automatically build Guththilla.

Here the current configure.ac code that handles the --enable-guththilla option:

AC_ARG_ENABLE(guththila, [  --enable-guththila
  build Guththila XML parser library wrapper 
(default=yes)],
[ case ${enableval} in
  no)
AC_MSG_RESULT(no)
;;
  *)
AC_MSG_RESULT(yes)
CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
WRAPPER_DIR=guththila

;;
  esac ],
  AC_MSG_RESULT(yes)
  WRAPPER_DIR=guththila
  CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
  CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
  AC_CONFIG_SUBDIRS(guththila)
  GUTHTHILA_LIBS=/guththila/src/
  GUTHTHILA_DIR=guththila
)


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1434) top ./configure does not do the same thing whith explicit --enable-guththilla as without the option

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1434:
---

Attachment: AXIS2C-1434.patch

Here is a patch.

 top ./configure does not do the same thing whith explicit --enable-guththilla 
 as without the option
 ---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0
Reporter: Olivier Mengué
 Attachments: AXIS2C-1434.patch


 configure.ac does not do the same when --enable-guththilla is given as when 
 it is not given. In particular it does not set GUTHTHILLA_LIBS and 
 GUTHTHILLA_DIR so the generated Makefile will not automatically build 
 Guththilla.
 Here the current configure.ac code that handles the --enable-guththilla 
 option:
 AC_ARG_ENABLE(guththila, [  --enable-guththila
   build Guththila XML parser library wrapper 
 (default=yes)],
 [ case ${enableval} in
   no)
 AC_MSG_RESULT(no)
 ;;
   *)
 AC_MSG_RESULT(yes)
 CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
 CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
 WRAPPER_DIR=guththila
 ;;
   esac ],
   AC_MSG_RESULT(yes)
   WRAPPER_DIR=guththila
   CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
   CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
   AC_CONFIG_SUBDIRS(guththila)
   GUTHTHILA_LIBS=/guththila/src/
   GUTHTHILA_DIR=guththila
 )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1427) guththilla/configure should not check for CXX as it is not used

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1427:
---

Attachment: AXIS2C-1427.patch

Added a patch that fixes this issue.

 guththilla/configure should not check for CXX as it is not used
 ---

 Key: AXIS2C-1427
 URL: https://issues.apache.org/jira/browse/AXIS2C-1427
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: Unix
Reporter: Olivier Mengué
Priority: Minor
 Attachments: AXIS2C-1427.patch


 The following line is present in guththilla/configure.ac:
 AC_PROG_CXX
 However the C++ compiler is never used as all sources are pure C.
 This makes harder to build Axis2/C on environments where no C++ compiler is 
 available or where it is broken (such as on AIX with Visual Age C++ 6 without 
 a license manager). Workaround: configure CXX=cc.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1433) axis2c.pc.in: parametrize version number

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1433:
---

Affects Version/s: Current (Nightly)

 axis2c.pc.in: parametrize version number
 

 Key: AXIS2C-1433
 URL: https://issues.apache.org/jira/browse/AXIS2C-1433
 Project: Axis2-C
  Issue Type: Improvement
  Components: build system (Unix/Linux)
Affects Versions: 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
Priority: Trivial
 Attachments: AXIS2C-1433.patch


 1.6.0 is currently hardcoded in axis2c.pc.in instead of being generated by 
 configure.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1427) guththilla/configure should not check for CXX as it is not used

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1427:
---

Affects Version/s: Current (Nightly)
   1.7.0

 guththilla/configure should not check for CXX as it is not used
 ---

 Key: AXIS2C-1427
 URL: https://issues.apache.org/jira/browse/AXIS2C-1427
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
 Environment: Unix
Reporter: Olivier Mengué
Priority: Minor
 Attachments: AXIS2C-1427.patch


 The following line is present in guththilla/configure.ac:
 AC_PROG_CXX
 However the C++ compiler is never used as all sources are pure C.
 This makes harder to build Axis2/C on environments where no C++ compiler is 
 available or where it is broken (such as on AIX with Visual Age C++ 6 without 
 a license manager). Workaround: configure CXX=cc.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1435) configure should not require a C++ compiler, except for qpid transport

2010-01-18 Thread JIRA

configure should not require a C++ compiler, except for qpid transport
--

 Key: AXIS2C-1435
 URL: https://issues.apache.org/jira/browse/AXIS2C-1435
 Project: Axis2-C
  Issue Type: Improvement
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
Priority: Minor


Currently configure.ac requires a C++ compiler (AC_PROC_CXX) while it is never 
used except for qpid transport (which is i optional).
This makes unnecessarry build problems on platforms where a C++ compiler is not 
available.

AC_PROC_CXX should be moved to just the case where qpid transport build is 
requested.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1422) sys/sockio.h not checked in configure

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1422:
---

Attachment: AXIS2C-1422.patch

Here a patch that fixes this issue and also:
- removes the C++ compiler check (no C++ source in util/src)
- checks also for getopt.h which is missing also on AIX 5.2

 sys/sockio.h not checked in configure
 -

 Key: AXIS2C-1422
 URL: https://issues.apache.org/jira/browse/AXIS2C-1422
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2
 Visual Age C++
 ./configure CC=cc CCFLAGS=-qnolm CXX=xlC CXXFLAGS=-qnolm 
 --enable-guththila=yes
Reporter: Olivier Mengué
Priority: Minor
 Attachments: AXIS2C-1422.patch


 On AIX 5.2 the build of Axis2C 1.6.0 warns of missing include file 
 sys/sockio.h
 Here is the make log.
 make  all-recursive
 Making all in util
 /home/prodfs/otp/axis2c-src-1.6.0/util
 make  all-recursive
 Making all in src
 /home/prodfs/otp/axis2c-src-1.6.0/util/src
 Making all in platforms/unix
 /home/prodfs/otp/axis2c-src-1.6.0/util/src/platforms/unix
 source='uuid_gen_unix.c' object='uuid_gen_unix.lo' libtool=yes  
 DEPDIR=.deps depmode=aix /bin/sh ../../../depcomp  /bin/sh ../../../libtool 
 --tag=CC--mode=compile cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. 
 -I../../../include  -I../../../include/platforms  
 -I../../../include/platforms/unix -g -D_LARGEFILE64_SOURCE  -c -o 
 uuid_gen_unix.lo uuid_gen_unix.c
  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
 -I../../../include/platforms -I../../../include/platforms/unix -g 
 -D_LARGEFILE64_SOURCE -c -M uuid_gen_unix.c  -DPIC -o .libs/uuid_gen_unix.o
 uuid_gen_unix.c, line 36.12: 1506-296 (S) #include file sys/sockio.h not 
 found.
 ../../../include/platforms/unix/axutil_unix.h, line 119.10: 1506-296 (S) 
 #include file getopt.h not found.
 ../../../include/platforms/unix/axutil_unix.h, line 125.33: 1506-275 (S) 
 Unexpected text __useconds encountered.
 ../../../include/platforms/unix/axutil_unix.h, line 125.12: 1506-282 (S) 
 The type of the parameters must be specified in a prototype.
 make : 1254-004 Code d'erreur de la dernière commande : 1.
 See also another report on the mailing list that confirms the problem wit 
 Axis2/C 1.4:
 http://marc.info/?l=axis-c-userm=121028024909757w=2

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1422) sys/sockio.h not checked in configure

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1422:
---

Attachment: (was: AXIS2C-1422.patch)

 sys/sockio.h not checked in configure
 -

 Key: AXIS2C-1422
 URL: https://issues.apache.org/jira/browse/AXIS2C-1422
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2
 Visual Age C++
 ./configure CC=cc CCFLAGS=-qnolm CXX=xlC CXXFLAGS=-qnolm 
 --enable-guththila=yes
Reporter: Olivier Mengué
Priority: Minor
 Attachments: AXIS2C-1422.patch


 On AIX 5.2 the build of Axis2C 1.6.0 warns of missing include file 
 sys/sockio.h
 Here is the make log.
 make  all-recursive
 Making all in util
 /home/prodfs/otp/axis2c-src-1.6.0/util
 make  all-recursive
 Making all in src
 /home/prodfs/otp/axis2c-src-1.6.0/util/src
 Making all in platforms/unix
 /home/prodfs/otp/axis2c-src-1.6.0/util/src/platforms/unix
 source='uuid_gen_unix.c' object='uuid_gen_unix.lo' libtool=yes  
 DEPDIR=.deps depmode=aix /bin/sh ../../../depcomp  /bin/sh ../../../libtool 
 --tag=CC--mode=compile cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. 
 -I../../../include  -I../../../include/platforms  
 -I../../../include/platforms/unix -g -D_LARGEFILE64_SOURCE  -c -o 
 uuid_gen_unix.lo uuid_gen_unix.c
  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
 -I../../../include/platforms -I../../../include/platforms/unix -g 
 -D_LARGEFILE64_SOURCE -c -M uuid_gen_unix.c  -DPIC -o .libs/uuid_gen_unix.o
 uuid_gen_unix.c, line 36.12: 1506-296 (S) #include file sys/sockio.h not 
 found.
 ../../../include/platforms/unix/axutil_unix.h, line 119.10: 1506-296 (S) 
 #include file getopt.h not found.
 ../../../include/platforms/unix/axutil_unix.h, line 125.33: 1506-275 (S) 
 Unexpected text __useconds encountered.
 ../../../include/platforms/unix/axutil_unix.h, line 125.12: 1506-282 (S) 
 The type of the parameters must be specified in a prototype.
 make : 1254-004 Code d'erreur de la dernière commande : 1.
 See also another report on the mailing list that confirms the problem wit 
 Axis2/C 1.4:
 http://marc.info/?l=axis-c-userm=121028024909757w=2

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1422) sys/sockio.h not checked in configure

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1422:
---

Attachment: AXIS2C-1422.patch

Added missing files to the patch.
Fixed files:
- util/configure.ac
- util/include/platforms/unix/axutil_unix.h
- util/src/platforms/unix/uuid_gen_unix.c

 sys/sockio.h not checked in configure
 -

 Key: AXIS2C-1422
 URL: https://issues.apache.org/jira/browse/AXIS2C-1422
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2
 Visual Age C++
 ./configure CC=cc CCFLAGS=-qnolm CXX=xlC CXXFLAGS=-qnolm 
 --enable-guththila=yes
Reporter: Olivier Mengué
Priority: Minor
 Attachments: AXIS2C-1422.patch


 On AIX 5.2 the build of Axis2C 1.6.0 warns of missing include file 
 sys/sockio.h
 Here is the make log.
 make  all-recursive
 Making all in util
 /home/prodfs/otp/axis2c-src-1.6.0/util
 make  all-recursive
 Making all in src
 /home/prodfs/otp/axis2c-src-1.6.0/util/src
 Making all in platforms/unix
 /home/prodfs/otp/axis2c-src-1.6.0/util/src/platforms/unix
 source='uuid_gen_unix.c' object='uuid_gen_unix.lo' libtool=yes  
 DEPDIR=.deps depmode=aix /bin/sh ../../../depcomp  /bin/sh ../../../libtool 
 --tag=CC--mode=compile cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. 
 -I../../../include  -I../../../include/platforms  
 -I../../../include/platforms/unix -g -D_LARGEFILE64_SOURCE  -c -o 
 uuid_gen_unix.lo uuid_gen_unix.c
  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
 -I../../../include/platforms -I../../../include/platforms/unix -g 
 -D_LARGEFILE64_SOURCE -c -M uuid_gen_unix.c  -DPIC -o .libs/uuid_gen_unix.o
 uuid_gen_unix.c, line 36.12: 1506-296 (S) #include file sys/sockio.h not 
 found.
 ../../../include/platforms/unix/axutil_unix.h, line 119.10: 1506-296 (S) 
 #include file getopt.h not found.
 ../../../include/platforms/unix/axutil_unix.h, line 125.33: 1506-275 (S) 
 Unexpected text __useconds encountered.
 ../../../include/platforms/unix/axutil_unix.h, line 125.12: 1506-282 (S) 
 The type of the parameters must be specified in a prototype.
 make : 1254-004 Code d'erreur de la dernière commande : 1.
 See also another report on the mailing list that confirms the problem wit 
 Axis2/C 1.4:
 http://marc.info/?l=axis-c-userm=121028024909757w=2

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1338) make install overly eager

2010-01-18 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12801846#action_12801846
 ] 

Olivier Mengué commented on AXIS2C-1338:


$ find . -name Makefile.am | xargs grep data_DATA
./guththila/Makefile.am:data_DATA= INSTALL README AUTHORS NEWS LICENSE COPYING
./util/Makefile.am:data_DATA= INSTALL README AUTHORS NEWS CREDITS LICENSE 
COPYING
./axiom/Makefile.am:data_DATA= INSTALL README AUTHORS NEWS CREDITS LICENSE 
COPYING
./Makefile.am:data_DATA= samples/server/axis2.xml README \
./tools/md5/Makefile.am:data_DATA= INSTALL README AUTHORS NEWS LICENSE COPYING
./tools/tcpmon/Makefile.am:data_DATA= INSTALL README AUTHORS NEWS LICENSE 
COPYING


 make install overly eager
 ---

 Key: AXIS2C-1338
 URL: https://issues.apache.org/jira/browse/AXIS2C-1338
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.5.0
 Environment: Ubuntu 9.04 (pre-release)
Reporter: Soren Hansen
Assignee: Sanjaya Ratnaweera

 I'm building an axis2c package for Ubuntu.
 After make install DESTDIR=/foo/bar/baz is done, I get all of these:
 /foo/bar/baz/usr/share/INSTALL
 /foo/bar/baz/usr/share/README
 /foo/bar/baz/usr/share/AUTHORS
 /foo/bar/baz/usr/share/NEWS
 /foo/bar/baz/usr/share/LICENSE
 /foo/bar/baz/usr/share/COPYING
 /foo/bar/baz/usr/LICENSE
 /foo/bar/baz/usr/bin/tools/wsdl2c/README
 /foo/bar/baz/usr/INSTALL
 /foo/bar/baz/usr/CREDITS
 /foo/bar/baz/usr/COPYING
 /foo/bar/baz/usr/NEWS
 /foo/bar/baz/usr/NOTICE
 /foo/bar/baz/usr/AUTHORS
 They obvisouly have no place in neither /usr nor /usr/share.
 Looking at the Makefile.am's, however, it looks deliberate?
 One of them has this:
 datadir=
 datadir=$(prefix)
 data_DATA= samples/server/axis2.xml README \
 INSTALL CREDITS COPYING NEWS NOTICE AUTHORS
 Also, adding subdirectories in /usr/bin is bad manners :)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1435) configure should not require a C++ compiler, except for qpid transport

2010-01-18 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1435:
---

Attachment: (was: AXIS2C-1435.patch)

 configure should not require a C++ compiler, except for qpid transport
 --

 Key: AXIS2C-1435
 URL: https://issues.apache.org/jira/browse/AXIS2C-1435
 Project: Axis2-C
  Issue Type: Improvement
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0, Current (Nightly)
Reporter: Olivier Mengué
Priority: Minor

 Currently configure.ac requires a C++ compiler (AC_PROC_CXX) while it is 
 never used except for qpid transport (which is i optional).
 This makes unnecessarry build problems on platforms where a C++ compiler is 
 not available.
 AC_PROC_CXX should be moved to just the case where qpid transport build is 
 requested.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1434) top ./configure does not do the same thing whith explicit --enable-guththilla as without the option

2010-01-18 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12801883#action_12801883
 ] 

Olivier Mengué commented on AXIS2C-1434:


Deleted patch (not working).

 top ./configure does not do the same thing whith explicit --enable-guththilla 
 as without the option
 ---

 Key: AXIS2C-1434
 URL: https://issues.apache.org/jira/browse/AXIS2C-1434
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0, 1.7.0
Reporter: Olivier Mengué

 configure.ac does not do the same when --enable-guththilla is given as when 
 it is not given. In particular it does not set GUTHTHILLA_LIBS and 
 GUTHTHILLA_DIR so the generated Makefile will not automatically build 
 Guththilla.
 Here the current configure.ac code that handles the --enable-guththilla 
 option:
 AC_ARG_ENABLE(guththila, [  --enable-guththila
   build Guththila XML parser library wrapper 
 (default=yes)],
 [ case ${enableval} in
   no)
 AC_MSG_RESULT(no)
 ;;
   *)
 AC_MSG_RESULT(yes)
 CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
 CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
 WRAPPER_DIR=guththila
 ;;
   esac ],
   AC_MSG_RESULT(yes)
   WRAPPER_DIR=guththila
   CFLAGS=$CFLAGS -DAXIS2_GUTHTHILA_ENABLED
   CPPFLAGS=$CPPFLAGS -DAXIS2_GUTHTHILA_ENABLED
   AC_CONFIG_SUBDIRS(guththila)
   GUTHTHILA_LIBS=/guththila/src/
   GUTHTHILA_DIR=guththila
 )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (AXISCPP-235) Provide C samples

2010-01-10 Thread nadir amra (JIRA)


 [ 
https://issues.apache.org/jira/browse/AXISCPP-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

nadir amra closed AXISCPP-235.
--

Resolution: Incomplete

Closing this issue since description is incomplete.

 Provide C samples
 -

 Key: AXISCPP-235
 URL: https://issues.apache.org/jira/browse/AXISCPP-235
 Project: Axis-C++
  Issue Type: Task
  Components: Samples
Affects Versions: 1.4 Alpha, 1.4 Final
Reporter: Samisa Abeysinghe
 Fix For: unspecified


 I get a build failure for C samples with the latest changes to CVS for 1.4.
 C samples fail to build due to file name changes to hpp and structs being 
 changing to classes etc.
 So I have removed C client/server samples from configure.ac, hoping they 
 would be put back in palce with 1.5.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXISCPP-1063) Add support for xsd:union

2010-01-10 Thread nadir amra (JIRA)


 [ 
https://issues.apache.org/jira/browse/AXISCPP-1063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

nadir amra updated AXISCPP-1063:


Component/s: XSD Types

 Add support for xsd:union
 -

 Key: AXISCPP-1063
 URL: https://issues.apache.org/jira/browse/AXISCPP-1063
 Project: Axis-C++
  Issue Type: New Feature
  Components: XSD Types
Reporter: nadir amra

 support xsd:union.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1428) Add visual studio project file generation for code generator

Add visual studio project file generation for code generator


 Key: AXIS2C-1428
 URL: https://issues.apache.org/jira/browse/AXIS2C-1428
 Project: Axis2-C
  Issue Type: Improvement
  Components: code generation
 Environment: Any
Reporter: Nandika Jayawardana
Assignee: Nandika Jayawardana
 Fix For: 1.7.0


Generating Visual Studio Project files when code is generated will make code 
generated code a lot easier to use.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1429) neethi/test/Makefile.am: -pthread instead of -lpthread

2010-01-07 Thread JIRA

neethi/test/Makefile.am: -pthread instead of -lpthread
--

 Key: AXIS2C-1429
 URL: https://issues.apache.org/jira/browse/AXIS2C-1429
 Project: Axis2-C
  Issue Type: Bug
  Components: neethi
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 6
Reporter: Olivier Mengué


-pthread is reported as an invalid argument by Visual Age C++ 6:
Making all in test
/home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
/bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include  
-I ../../util/include  -I ../../axiom/include  -I ../../include   
-I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
test.c
cc: 1501-210 command option t contains an incorrect subargument

This is probably a typo: the argument should be -lpthread.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1428) Add visual studio project file generation for code generator


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nandika Jayawardana resolved AXIS2C-1428.
-

Resolution: Fixed

Implemented in current svn

 Add visual studio project file generation for code generator
 

 Key: AXIS2C-1428
 URL: https://issues.apache.org/jira/browse/AXIS2C-1428
 Project: Axis2-C
  Issue Type: Improvement
  Components: code generation
 Environment: Any
Reporter: Nandika Jayawardana
Assignee: Nandika Jayawardana
 Fix For: 1.7.0


 Generating Visual Studio Project files when code is generated will make code 
 generated code a lot easier to use.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1429) neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++)

2010-01-07 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1429:
---

Description: 
-pthread is reported as an invalid argument by Visual Age C++ 6:
Making all in test
/home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
/bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include  
-I ../../util/include  -I ../../axiom/include  -I ../../include   
-I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
test.c
cc: 1501-210 command option t contains an incorrect subargument

The '-pthread' argument should instead be generated by the configure script. 
See http://www.nongnu.org/autoconf-archive/ax_pthread.html



  was:
-pthread is reported as an invalid argument by Visual Age C++ 6:
Making all in test
/home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
/bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include  
-I ../../util/include  -I ../../axiom/include  -I ../../include   
-I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
test.c
cc: 1501-210 command option t contains an incorrect subargument

This is probably a typo: the argument should be -lpthread.

Summary: neethi/test/Makefile.am: -pthread not supported on AIX (Visual 
Age C++)  (was: neethi/test/Makefile.am: -pthread instead of -lpthread)

 neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++)
 ---

 Key: AXIS2C-1429
 URL: https://issues.apache.org/jira/browse/AXIS2C-1429
 Project: Axis2-C
  Issue Type: Bug
  Components: neethi
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 6
Reporter: Olivier Mengué

 -pthread is reported as an invalid argument by Visual Age C++ 6:
 Making all in test
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
 source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
 /bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include 
  -I ../../util/include  -I ../../axiom/include  -I ../../include   
 -I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
 test.c
 cc: 1501-210 command option t contains an incorrect subargument
 The '-pthread' argument should instead be generated by the configure script. 
 See http://www.nongnu.org/autoconf-archive/ax_pthread.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1429) neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++)

2010-01-07 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12797564#action_12797564
 ] 

Olivier Mengué commented on AXIS2C-1429:


The corresponding option on VA C++ is '-qthreaded'.

 neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++)
 ---

 Key: AXIS2C-1429
 URL: https://issues.apache.org/jira/browse/AXIS2C-1429
 Project: Axis2-C
  Issue Type: Bug
  Components: neethi
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 6
Reporter: Olivier Mengué

 -pthread is reported as an invalid argument by Visual Age C++ 6:
 Making all in test
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
 source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
 /bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include 
  -I ../../util/include  -I ../../axiom/include  -I ../../include   
 -I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
 test.c
 cc: 1501-210 command option t contains an incorrect subargument
 The '-pthread' argument should instead be generated by the configure script. 
 See http://www.nongnu.org/autoconf-archive/ax_pthread.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1430) src/core/deployment/dep_engine.c: compiler warning

2010-01-07 Thread JIRA

src/core/deployment/dep_engine.c: compiler warning
--

 Key: AXIS2C-1430
 URL: https://issues.apache.org/jira/browse/AXIS2C-1430
 Project: Axis2-C
  Issue Type: Improvement
 Environment: AIX 5.2, Visual Age C++ 1.6.0
Reporter: Olivier Mengué


From the build log:
/home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/src/core/deployment
 cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
-I../../../src/core/description -I../../../src/core/engine 
-I../../../src/core/phaseresolver -I../../../src/core/deployment 
-I../../../src/core/util -I../../../axiom/include -I../../../neethi/include 
-I../../../util/include -I/home/prodfs/deploy/include -D_LARGEFILE64_SOURCE 
-DAXIS2_GUTHTHILA_ENABLED -DAXIS2_SVR_MULTI_THREADED -DAXIS2_SSL_ENABLED -qnolm 
-D_LARGEFILE64_SOURCE -DAXIS2_GUTHTHILA_ENABLED -DAXIS2_SVR_MULTI_THREADED 
-DAXIS2_SSL_ENABLED -c -M dep_engine.c  -DPIC -o .libs/dep_engine.o
dep_engine.c, line 1343.29: 1506-068 (W) Operation between types struct 
axis2_handler*(*)(const struct axutil_env*,const struct axutil_string*) and 
void* is not allowed.


Here is the line 1343:
handler_create_func = axutil_hash_get(handler_create_func_map, 
axutil_string_get_buffer(
handler_name, env), AXIS2_HASH_KEY_STRING);

The axutil_hash_get()  result should be typecasted.





-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1430) src/core/deployment/dep_engine.c: compiler warning

2010-01-07 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1430:
---

  Component/s: core/deployment
 Priority: Trivial  (was: Major)
Affects Version/s: 1.6.0

 src/core/deployment/dep_engine.c: compiler warning
 --

 Key: AXIS2C-1430
 URL: https://issues.apache.org/jira/browse/AXIS2C-1430
 Project: Axis2-C
  Issue Type: Improvement
  Components: core/deployment
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 1.6.0
Reporter: Olivier Mengué
Priority: Trivial

 From the build log:
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/src/core/deployment
  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
 -I../../../src/core/description -I../../../src/core/engine 
 -I../../../src/core/phaseresolver -I../../../src/core/deployment 
 -I../../../src/core/util -I../../../axiom/include -I../../../neethi/include 
 -I../../../util/include -I/home/prodfs/deploy/include -D_LARGEFILE64_SOURCE 
 -DAXIS2_GUTHTHILA_ENABLED -DAXIS2_SVR_MULTI_THREADED -DAXIS2_SSL_ENABLED 
 -qnolm -D_LARGEFILE64_SOURCE -DAXIS2_GUTHTHILA_ENABLED 
 -DAXIS2_SVR_MULTI_THREADED -DAXIS2_SSL_ENABLED -c -M dep_engine.c  -DPIC -o 
 .libs/dep_engine.o
 dep_engine.c, line 1343.29: 1506-068 (W) Operation between types struct 
 axis2_handler*(*)(const struct axutil_env*,const struct axutil_string*) and 
 void* is not allowed.
 Here is the line 1343:
 handler_create_func = axutil_hash_get(handler_create_func_map, 
 axutil_string_get_buffer(
 handler_name, env), AXIS2_HASH_KEY_STRING);
 The axutil_hash_get()  result should be typecasted.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1430) src/core/deployment/dep_engine.c: compiler warning on axutil_hash_get() usage

2010-01-07 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1430:
---

Summary: src/core/deployment/dep_engine.c: compiler warning on 
axutil_hash_get() usage  (was: src/core/deployment/dep_engine.c: compiler 
warning)

 src/core/deployment/dep_engine.c: compiler warning on axutil_hash_get() usage
 -

 Key: AXIS2C-1430
 URL: https://issues.apache.org/jira/browse/AXIS2C-1430
 Project: Axis2-C
  Issue Type: Improvement
  Components: core/deployment
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 1.6.0
Reporter: Olivier Mengué
Priority: Trivial

 From the build log:
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/src/core/deployment
  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I../../.. -I../../../include 
 -I../../../src/core/description -I../../../src/core/engine 
 -I../../../src/core/phaseresolver -I../../../src/core/deployment 
 -I../../../src/core/util -I../../../axiom/include -I../../../neethi/include 
 -I../../../util/include -I/home/prodfs/deploy/include -D_LARGEFILE64_SOURCE 
 -DAXIS2_GUTHTHILA_ENABLED -DAXIS2_SVR_MULTI_THREADED -DAXIS2_SSL_ENABLED 
 -qnolm -D_LARGEFILE64_SOURCE -DAXIS2_GUTHTHILA_ENABLED 
 -DAXIS2_SVR_MULTI_THREADED -DAXIS2_SSL_ENABLED -c -M dep_engine.c  -DPIC -o 
 .libs/dep_engine.o
 dep_engine.c, line 1343.29: 1506-068 (W) Operation between types struct 
 axis2_handler*(*)(const struct axutil_env*,const struct axutil_string*) and 
 void* is not allowed.
 Here is the line 1343:
 handler_create_func = axutil_hash_get(handler_create_func_map, 
 axutil_string_get_buffer(
 handler_name, env), AXIS2_HASH_KEY_STRING);
 The axutil_hash_get()  result should be typecasted.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1429) neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++)

2010-01-07 Thread Danushka Menikkumbura (JIRA)


[ 
https://issues.apache.org/jira/browse/AXIS2C-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12797568#action_12797568
 ] 

Danushka Menikkumbura commented on AXIS2C-1429:
---

-pthread sets flags for both the preprocessor and the linker. I think this 
works on some platforms only.

Danushka
 

 neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++)
 ---

 Key: AXIS2C-1429
 URL: https://issues.apache.org/jira/browse/AXIS2C-1429
 Project: Axis2-C
  Issue Type: Bug
  Components: neethi
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 6
Reporter: Olivier Mengué

 -pthread is reported as an invalid argument by Visual Age C++ 6:
 Making all in test
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
 source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
 /bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include 
  -I ../../util/include  -I ../../axiom/include  -I ../../include   
 -I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
 test.c
 cc: 1501-210 command option t contains an incorrect subargument
 The '-pthread' argument should instead be generated by the configure script. 
 See http://www.nongnu.org/autoconf-archive/ax_pthread.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (AXIS2C-1429) neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++)

2010-01-07 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12797586#action_12797586
 ] 

Olivier Mengué commented on AXIS2C-1429:


This issue applies to many other directories:

$ find . -name Makefile | xargs grep -- -pthread
./src/core/transport/tcp/server/simple_tcp_server/Makefile:AM_CFLAGS = -g 
-pthread
./src/core/transport/amqp/server/axis2_amqp_server/Makefile:AM_CFLAGS = -g 
-pthread
./src/core/transport/http/server/CGI/Makefile:AM_CFLAGS = -g -pthread
./src/core/transport/http/server/simple_axis2_server/Makefile:AM_CFLAGS = -g 
-pthread
./test/core/addr/Makefile:AM_CFLAGS = -g -pthread
./test/core/context/Makefile:AM_CFLAGS = -g -pthread
./test/core/transport/http/Makefile:AM_CFLAGS = -g -pthread
./test/core/deployment/Makefile:AM_CFLAGS = $(CFLAGS) -g -pthread
./test/core/description/Makefile:AM_CFLAGS = -g -O2 -pthread
./test/core/engine/Makefile:AM_CFLAGS = -g -pthread
./test/core/clientapi/Makefile:AM_CFLAGS = -g -pthread
./axiom/test/om/Makefile:AM_CFLAGS = -g -O2 -pthread
./axiom/test/soap/Makefile:AM_CFLAGS = -g -O2 -pthread
./neethi/test/Makefile:AM_CFLAGS = -g -O2 -pthread


 neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++)
 ---

 Key: AXIS2C-1429
 URL: https://issues.apache.org/jira/browse/AXIS2C-1429
 Project: Axis2-C
  Issue Type: Bug
  Components: neethi
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 6
Reporter: Olivier Mengué

 -pthread is reported as an invalid argument by Visual Age C++ 6:
 Making all in test
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
 source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
 /bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include 
  -I ../../util/include  -I ../../axiom/include  -I ../../include   
 -I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
 test.c
 cc: 1501-210 command option t contains an incorrect subargument
 The '-pthread' argument should instead be generated by the configure script. 
 See http://www.nongnu.org/autoconf-archive/ax_pthread.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (AXIS2C-1429) Makefile.am: -pthread not supported on AIX (Visual Age C++)

2010-01-07 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Mengué updated AXIS2C-1429:
---

Component/s: (was: neethi)
 build system (Unix/Linux)
Description: 
-pthread is reported as an invalid argument by Visual Age C++ 6:

Here is the build log extract:
-
Making all in test
/home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
/bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include  
-I ../../util/include  -I ../../axiom/include  -I ../../include   
-I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
test.c
cc: 1501-210 command option t contains an incorrect subargument
-

The '-pthread' argument should instead be generated by the configure script. 
See http://www.nongnu.org/autoconf-archive/ax_pthread.html



  was:
-pthread is reported as an invalid argument by Visual Age C++ 6:
Making all in test
/home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
/bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include  
-I ../../util/include  -I ../../axiom/include  -I ../../include   
-I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
test.c
cc: 1501-210 command option t contains an incorrect subargument

The '-pthread' argument should instead be generated by the configure script. 
See http://www.nongnu.org/autoconf-archive/ax_pthread.html



Summary: Makefile.am: -pthread not supported on AIX (Visual Age C++)  
(was: neethi/test/Makefile.am: -pthread not supported on AIX (Visual Age C++))

Retargeted from component 'neethi' to 'build system (Unix)'.

 Makefile.am: -pthread not supported on AIX (Visual Age C++)
 ---

 Key: AXIS2C-1429
 URL: https://issues.apache.org/jira/browse/AXIS2C-1429
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 6
Reporter: Olivier Mengué

 -pthread is reported as an invalid argument by Visual Age C++ 6:
 Here is the build log extract:
 -
 Making all in test
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
 source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
 /bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include 
  -I ../../util/include  -I ../../axiom/include  -I ../../include   
 -I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
 test.c
 cc: 1501-210 command option t contains an incorrect subargument
 -
 The '-pthread' argument should instead be generated by the configure script. 
 See http://www.nongnu.org/autoconf-archive/ax_pthread.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Issue Comment Edited: (AXIS2C-1429) Makefile.am: -pthread not supported on AIX (Visual Age C++)

2010-01-07 Thread JIRA


[ 
https://issues.apache.org/jira/browse/AXIS2C-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12797586#action_12797586
 ] 

Olivier Mengué edited comment on AXIS2C-1429 at 1/7/10 10:45 AM:
-

This issue applies to many other directories:

$ find . -name Makefile.am | xargs grep -- -pthread
./src/core/transport/tcp/server/simple_tcp_server/Makefile.am:AM_CFLAGS = -g 
-pthread
./src/core/transport/amqp/server/axis2_amqp_server/Makefile.am:AM_CFLAGS = -g 
-pthread
./src/core/transport/http/server/CGI/Makefile.am:AM_CFLAGS = -g -pthread
./src/core/transport/http/server/simple_axis2_server/Makefile.am:AM_CFLAGS = -g 
-pthread
./test/core/addr/Makefile.am:AM_CFLAGS = -g -pthread
./test/core/context/Makefile.am:AM_CFLAGS = -g -pthread
./test/core/transport/http/Makefile.am:AM_CFLAGS = -g -pthread
./test/core/deployment/Makefile.am:AM_CFLAGS = $(CFLAGS) -g -pthread
./test/core/description/Makefile.am:AM_CFLAGS = -g -O2 -pthread
./test/core/engine/Makefile.am:AM_CFLAGS = -g -pthread
./test/core/clientapi/Makefile.am:AM_CFLAGS = -g -pthread
./axiom/test/om/Makefile.am:AM_CFLAGS = -g -O2 -pthread
./axiom/test/soap/Makefile.am:AM_CFLAGS = -g -O2 -pthread
./neethi/test/Makefile.am:AM_CFLAGS = -g -O2 -pthread



  was (Author: dolmen-oxymel):
This issue applies to many other directories:

$ find . -name Makefile | xargs grep -- -pthread
./src/core/transport/tcp/server/simple_tcp_server/Makefile:AM_CFLAGS = -g 
-pthread
./src/core/transport/amqp/server/axis2_amqp_server/Makefile:AM_CFLAGS = -g 
-pthread
./src/core/transport/http/server/CGI/Makefile:AM_CFLAGS = -g -pthread
./src/core/transport/http/server/simple_axis2_server/Makefile:AM_CFLAGS = -g 
-pthread
./test/core/addr/Makefile:AM_CFLAGS = -g -pthread
./test/core/context/Makefile:AM_CFLAGS = -g -pthread
./test/core/transport/http/Makefile:AM_CFLAGS = -g -pthread
./test/core/deployment/Makefile:AM_CFLAGS = $(CFLAGS) -g -pthread
./test/core/description/Makefile:AM_CFLAGS = -g -O2 -pthread
./test/core/engine/Makefile:AM_CFLAGS = -g -pthread
./test/core/clientapi/Makefile:AM_CFLAGS = -g -pthread
./axiom/test/om/Makefile:AM_CFLAGS = -g -O2 -pthread
./axiom/test/soap/Makefile:AM_CFLAGS = -g -O2 -pthread
./neethi/test/Makefile:AM_CFLAGS = -g -O2 -pthread

  
 Makefile.am: -pthread not supported on AIX (Visual Age C++)
 ---

 Key: AXIS2C-1429
 URL: https://issues.apache.org/jira/browse/AXIS2C-1429
 Project: Axis2-C
  Issue Type: Bug
  Components: build system (Unix/Linux)
Affects Versions: 1.6.0
 Environment: AIX 5.2, Visual Age C++ 6
Reporter: Olivier Mengué

 -pthread is reported as an invalid argument by Visual Age C++ 6:
 Here is the build log extract:
 -
 Making all in test
 /home/prodfs/otp/axis-build/axis2c-src-1.6.0-2/neethi/test
 source='test.c' object='test.o' libtool=no  DEPDIR=.deps depmode=aix 
 /bin/sh ../depcomp  cc -qlanglvl=extc89 -DHAVE_CONFIG_H -I. -I.. -I../include 
  -I ../../util/include  -I ../../axiom/include  -I ../../include   
 -I/home/prodfs/deploy/include -g -O2 -pthread -qnolm -D_LARGEFILE64_SOURCE -c 
 test.c
 cc: 1501-210 command option t contains an incorrect subargument
 -
 The '-pthread' argument should instead be generated by the configure script. 
 See http://www.nongnu.org/autoconf-archive/ax_pthread.html

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (AXIS2C-1432) Generated Service methods should take message context as an argument.

Generated Service methods should take message context as an argument.
-

 Key: AXIS2C-1432
 URL: https://issues.apache.org/jira/browse/AXIS2C-1432
 Project: Axis2-C
  Issue Type: Bug
Affects Versions: Current (Nightly)
 Environment: Any
Reporter: Nandika Jayawardana
 Fix For: 1.7.0


For advanced operations, it is necessary to access data from the axis2 engine. 
For this, it is necessary to have message context as a parameter to methods in 
the the generated service.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (AXIS2C-1432) Generated Service methods should take message context as an argument.


 [ 
https://issues.apache.org/jira/browse/AXIS2C-1432?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nandika Jayawardana reassigned AXIS2C-1432:
---

Assignee: Nandika Jayawardana

 Generated Service methods should take message context as an argument.
 -

 Key: AXIS2C-1432
 URL: https://issues.apache.org/jira/browse/AXIS2C-1432
 Project: Axis2-C
  Issue Type: Bug
Affects Versions: Current (Nightly)
 Environment: Any
Reporter: Nandika Jayawardana
Assignee: Nandika Jayawardana
 Fix For: 1.7.0


 For advanced operations, it is necessary to access data from the axis2 
 engine. For this, it is necessary to have message context as a parameter to 
 methods in the the generated service.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AXIS2C-1432) Generated Service methods should take message context as an argument.