Re: [Vote] [Axis2-C] Vote for Apache Axis2/C 1.2.0 Release - Take 5
+1 Thanks ~sanjaya Manjula Peiris wrote: I tested the binary on Ubuntu 7.10. Working fine. Here is my +1. -Manjula On Thu, 2008-01-10 at 11:56 +0530, Dushshantha Chandradasa wrote: Tested on Windows XP. Here's my +1 Dushshantha On Jan 10, 2008 11:42 AM, Samisa Abeysinghe <[EMAIL PROTECTED]> wrote: Uthaiyashankar wrote: > Hi, > I tested the source distribution and binary distribution in windows > XP, and it works fine... > > here is my +1. +1 form me too... Samisa... > > Regards, > Shankar. > > Dimuthu Gamage wrote: >> Hi, >> I tested the Linux binary in Ubuntu 7.10 and it was working fine.. >> >> Here is my +1. >> >> Thanks >> Dimuthu >> >> On Jan 10, 2008 11:04 AM, Kaushalye Kapuruge <[EMAIL PROTECTED]> wrote: >> >>> Dinesh Premalal wrote: >>> Hi, Dinesh Premalal <[EMAIL PROTECTED]> writes: > There is a bug in the generated site. It states latest version as > 1.1.0 > > I think it is kind of minor bug. Since Axis2/C 1.2.0 release already delayed considerable time, I would suggest to go along with the vote and do the release. Here is my +1 >>> Here is my +1. >>> -Kau >>> thanks, Dinesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] >>> -- >>> http://blog.kaushalye.org/ >>> http://wso2.org/ >>> >>> >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] [Axis2-C] Vote for Apache Axis2/C 1.2.0 Release - Take 5
I tested the binary on Ubuntu 7.10. Working fine. Here is my +1. -Manjula On Thu, 2008-01-10 at 11:56 +0530, Dushshantha Chandradasa wrote: > Tested on Windows XP. Here's my +1 > > Dushshantha > > On Jan 10, 2008 11:42 AM, Samisa Abeysinghe <[EMAIL PROTECTED]> wrote: > Uthaiyashankar wrote: > > Hi, > > I tested the source distribution and binary distribution in > windows > > XP, and it works fine... > > > > here is my +1. > > > +1 form me too... > > Samisa... > > > > > > Regards, > > Shankar. > > > > Dimuthu Gamage wrote: > >> Hi, > >> I tested the Linux binary in Ubuntu 7.10 and it was working > fine.. > >> > >> Here is my +1. > >> > >> Thanks > >> Dimuthu > >> > >> On Jan 10, 2008 11:04 AM, Kaushalye Kapuruge > <[EMAIL PROTECTED]> wrote: > >> > >>> Dinesh Premalal wrote: > >>> > Hi, > > Dinesh Premalal <[EMAIL PROTECTED]> writes: > > > > > There is a bug in the generated site. It states latest > version as > > 1.1.0 > > > > > I think it is kind of minor bug. Since Axis2/C 1.2.0 > release already > delayed considerable time, I would suggest to go along > with the vote > and do the release. > > Here is my +1 > > > > >>> Here is my +1. > >>> -Kau > >>> > thanks, > Dinesh > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > >>> -- > >>> http://blog.kaushalye.org/ > >>> http://wso2.org/ > >>> > >>> > >>> > >>> > - > >>> To unsubscribe, e-mail: > [EMAIL PROTECTED] > >>> For additional commands, e-mail: > [EMAIL PROTECTED] > >>> > >>> > >>> > >> > >> > - > >> To unsubscribe, e-mail: > [EMAIL PROTECTED] > >> For additional commands, e-mail: > [EMAIL PROTECTED] > >> > >> > >> > >> > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (AXIS2C-896) Implementation of Digest Authentication Scheme in Axis2/C
Implementation of Digest Authentication Scheme in Axis2/C - Key: AXIS2C-896 URL: https://issues.apache.org/jira/browse/AXIS2C-896 Project: Axis2-C Issue Type: Improvement Components: core/transport, transport/http Affects Versions: Current (Nightly) Reporter: Senaka Fernando Attachments: diff.txt I have attached a diff (diff.txt) of the proposed improvements. Regards, Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (AXIS2C-896) Implementation of Digest Authentication Scheme in Axis2/C
[ https://issues.apache.org/jira/browse/AXIS2C-896?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Senaka Fernando updated AXIS2C-896: --- Attachment: diff.txt > Implementation of Digest Authentication Scheme in Axis2/C > - > > Key: AXIS2C-896 > URL: https://issues.apache.org/jira/browse/AXIS2C-896 > Project: Axis2-C > Issue Type: Improvement > Components: core/transport, transport/http >Affects Versions: Current (Nightly) >Reporter: Senaka Fernando > Attachments: diff.txt > > > I have attached a diff (diff.txt) of the proposed improvements. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] [Axis2-C] Vote for Apache Axis2/C 1.2.0 Release - Take 5
Tested on Windows XP. Here's my +1 Dushshantha On Jan 10, 2008 11:42 AM, Samisa Abeysinghe <[EMAIL PROTECTED]> wrote: > Uthaiyashankar wrote: > > Hi, > > I tested the source distribution and binary distribution in windows > > XP, and it works fine... > > > > here is my +1. > > +1 form me too... > > Samisa... > > > > > Regards, > > Shankar. > > > > Dimuthu Gamage wrote: > >> Hi, > >> I tested the Linux binary in Ubuntu 7.10 and it was working fine.. > >> > >> Here is my +1. > >> > >> Thanks > >> Dimuthu > >> > >> On Jan 10, 2008 11:04 AM, Kaushalye Kapuruge <[EMAIL PROTECTED]> > wrote: > >> > >>> Dinesh Premalal wrote: > >>> > Hi, > > Dinesh Premalal <[EMAIL PROTECTED]> writes: > > > > > There is a bug in the generated site. It states latest version as > > 1.1.0 > > > > > I think it is kind of minor bug. Since Axis2/C 1.2.0 release already > delayed considerable time, I would suggest to go along with the vote > and do the release. > > Here is my +1 > > > > >>> Here is my +1. > >>> -Kau > >>> > thanks, > Dinesh > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > >>> -- > >>> http://blog.kaushalye.org/ > >>> http://wso2.org/ > >>> > >>> > >>> > >>> - > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>> For additional commands, e-mail: [EMAIL PROTECTED] > >>> > >>> > >>> > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > >> > >> > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [Vote] [Axis2-C] Vote for Apache Axis2/C 1.2.0 Release - Take 5
Uthaiyashankar wrote: Hi, I tested the source distribution and binary distribution in windows XP, and it works fine... here is my +1. +1 form me too... Samisa... Regards, Shankar. Dimuthu Gamage wrote: Hi, I tested the Linux binary in Ubuntu 7.10 and it was working fine.. Here is my +1. Thanks Dimuthu On Jan 10, 2008 11:04 AM, Kaushalye Kapuruge <[EMAIL PROTECTED]> wrote: Dinesh Premalal wrote: Hi, Dinesh Premalal <[EMAIL PROTECTED]> writes: There is a bug in the generated site. It states latest version as 1.1.0 I think it is kind of minor bug. Since Axis2/C 1.2.0 release already delayed considerable time, I would suggest to go along with the vote and do the release. Here is my +1 Here is my +1. -Kau thanks, Dinesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://blog.kaushalye.org/ http://wso2.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] [Axis2-C] Vote for Apache Axis2/C 1.2.0 Release - Take 5
Hi, I tested the source distribution and binary distribution in windows XP, and it works fine... here is my +1. Regards, Shankar. Dimuthu Gamage wrote: Hi, I tested the Linux binary in Ubuntu 7.10 and it was working fine.. Here is my +1. Thanks Dimuthu On Jan 10, 2008 11:04 AM, Kaushalye Kapuruge <[EMAIL PROTECTED]> wrote: Dinesh Premalal wrote: Hi, Dinesh Premalal <[EMAIL PROTECTED]> writes: There is a bug in the generated site. It states latest version as 1.1.0 I think it is kind of minor bug. Since Axis2/C 1.2.0 release already delayed considerable time, I would suggest to go along with the vote and do the release. Here is my +1 Here is my +1. -Kau thanks, Dinesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://blog.kaushalye.org/ http://wso2.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] [Axis2-C] Vote for Apache Axis2/C 1.2.0 Release - Take 5
Hi, I tested the Linux binary in Ubuntu 7.10 and it was working fine.. Here is my +1. Thanks Dimuthu On Jan 10, 2008 11:04 AM, Kaushalye Kapuruge <[EMAIL PROTECTED]> wrote: > Dinesh Premalal wrote: > > Hi, > > > > Dinesh Premalal <[EMAIL PROTECTED]> writes: > > > > > >> There is a bug in the generated site. It states latest version as > >> 1.1.0 > >> > > > > I think it is kind of minor bug. Since Axis2/C 1.2.0 release already > > delayed considerable time, I would suggest to go along with the vote > > and do the release. > > > > Here is my +1 > > > > > Here is my +1. > -Kau > > thanks, > > Dinesh > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > -- > http://blog.kaushalye.org/ > http://wso2.org/ > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] [Axis2-C] Vote for Apache Axis2/C 1.2.0 Release - Take 5
Dinesh Premalal wrote: Hi, Dinesh Premalal <[EMAIL PROTECTED]> writes: There is a bug in the generated site. It states latest version as 1.1.0 I think it is kind of minor bug. Since Axis2/C 1.2.0 release already delayed considerable time, I would suggest to go along with the vote and do the release. Here is my +1 Here is my +1. -Kau thanks, Dinesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://blog.kaushalye.org/ http://wso2.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-891) Guththila doesn't parse xml elements with default namespace correctly
[ https://issues.apache.org/jira/browse/AXIS2C-891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dimuthu Gamage resolved AXIS2C-891. --- Resolution: Fixed I applied the patch and now the tests are working fine. Thanks Lahiru for the patch > Guththila doesn't parse xml elements with default namespace correctly > - > > Key: AXIS2C-891 > URL: https://issues.apache.org/jira/browse/AXIS2C-891 > Project: Axis2-C > Issue Type: Bug > Components: guththila > Environment: Linux (Ubuntu 7.10) >Reporter: Dimuthu Gamage > Attachments: diff.txt > > > For an example consider the following XML. > http://ws.apache.org/axis2/xsd";> > > > Whenever I checked the qname of param0 and rows0, it returns the namespace > uri with NULL values. But they actually should belong to the > "http://ws.apache.org/axis2/xsd";. > This leads to fail code-generation tests with Guththila. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-886) Unused Variable in guththila_xml_parser.c
[ https://issues.apache.org/jira/browse/AXIS2C-886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dimuthu Gamage resolved AXIS2C-886. --- Resolution: Fixed Patch is commited and it solved the issue. > Unused Variable in guththila_xml_parser.c > - > > Key: AXIS2C-886 > URL: https://issues.apache.org/jira/browse/AXIS2C-886 > Project: Axis2-C > Issue Type: Bug > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Attachments: diff_2.txt > > > There are Warnings in Axis2c when it build with guththila parser. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (AXIS2C-886) Unused Variable in guththila_xml_parser.c
[ https://issues.apache.org/jira/browse/AXIS2C-886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lahiru Gunathilake updated AXIS2C-886: -- Attachment: (was: diff.txt) > Unused Variable in guththila_xml_parser.c > - > > Key: AXIS2C-886 > URL: https://issues.apache.org/jira/browse/AXIS2C-886 > Project: Axis2-C > Issue Type: Bug > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Attachments: diff_2.txt > > > There are Warnings in Axis2c when it build with guththila parser. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (AXIS2C-886) Unused Variable in guththila_xml_parser.c
[ https://issues.apache.org/jira/browse/AXIS2C-886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lahiru Gunathilake updated AXIS2C-886: -- Attachment: diff_2.txt > Unused Variable in guththila_xml_parser.c > - > > Key: AXIS2C-886 > URL: https://issues.apache.org/jira/browse/AXIS2C-886 > Project: Axis2-C > Issue Type: Bug > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Attachments: diff_2.txt > > > There are Warnings in Axis2c when it build with guththila parser. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Issue Comment Edited: (AXIS2C-884) Seg fault in libxml when svc client torn down in a multithreaded client
[ https://issues.apache.org/jira/browse/AXIS2C-884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12556935#action_12556935 ] wtmitchell3 edited comment on AXIS2C-884 at 1/9/08 1:21 PM: -- Upon re-examining the code in op_client.c, I uncovered the axis2_options_set_xml_parser_reset, which when set to false allows the application to suppress call to xmlCleanupParser on every op_client termination. So someone has obviously figured this all out before. I tried disabling parser_reset for all the terminations except the last. It turns out that this can still crash libxml2 in getGlobalState when issued from a thread different from the initial thread. (This is essentially the same as the traceback above when the parser cleanup was issued after each operation and the parser re-initialized for the next operation.) ntdll.dll!7c918fea() [Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll] kernel32.dll!7c80e98b() > msvcr80d.dll!_nh_malloc_dbg(unsigned int nSize=12, int nhFlag=0, int > nBlockUse=0, const char * szFileName=0x239c, int nLine=40631000) Line > 268 + 0x15 bytesC++ msvcr80d.dll!malloc(unsigned int nSize=16744212) Line 154 + 0x15 bytes C++ libxml2.dll!xmlGetGlobalState() Line 570 C 0001() I apologize for not figuring this out as a user error early on, but as you can see from the traces above, even with debug enabled to see where the failure happens, xmlCleanupParser is not where the crash happens, rather the crash happens in axis2_libxml2_reader_wrapper_free, or it may appear as a standalone crash in xmlGetGlobalState with no calling information available. So the suggestion I made above would be a source fix to ensure that users of Axis2c don't have this problem at all, but it may spend effort that would be better spent making guththila fully functional. As an alternative simple suggestion, comments could be added in reader_wrapper_free to remind the human that a crash at that point is likely caused by an earlier call to cleanup parser. As well, a simple use count would allow a reminder message to be dropped one time in the axis2.trace when cleanup is called after multiple initializations or multiple concurrent initializations; this would likely be in the trace near the spot of the failure if the user forgot to turn off xml_parser_reset. In a true multi-threaded case, the only way for the application to be assured a way to cleanup the libxml parser is if new entry points are created so that the application can perform the initialization in a persistent thread, and not allow the parser initialization to happen in just whichever thread happens to first create a stub/svc client. was (Author: wtmitchell3): Upon re-examining the code in op_client.c, I uncovered the axis2_options_set_xml_parser_reset, which when set to false allows the application to suppress call to xmlCleanupParser on every op_client termination. So someone has obviously figured this all out before. I have verified that one can set this option back to true on the last termination and libxml2 is not upset to be terminating in a different thread than the initial "main" thread, even when the main thread no longer exists. I apologize for not figuring this out as a user error early on, but as you can see from the traces above, even with debug enabled to see where the failure happens, xmlCleanupParser is not where the crash happens, rather the crash happens in axis2_libxml2_reader_wrapper_free. So the suggestion I made above would be a source fix to ensure that users of Axis2c don't have this problem at all, but it may spend effort that would be better spent making guththila fully functional. As an alternative simple suggestion, comments could be added in reader_wrapper_free to remind the human that a crash at that point is likely caused by an earlier call to cleanup parser. As well, a simple use count would allow a reminder message to be dropped one time in the axis2.trace when cleanup is called after multiple concurrent initializations; this would likely be in the trace near the spot of the failure if the user forgot to turn off xml_parser_reset. > Seg fault in libxml when svc client torn down in a multithreaded client > --- > > Key: AXIS2C-884 > URL: https://issues.apache.org/jira/browse/AXIS2C-884 > Project: Axis2-C > Issue Type: Bug > Components: core/deployment >Affects Versions: Current (Nightly) > Environment: Windows XP, Visual Studio 2005, libxml 2.6.25 and libxml > 2.6.30, libcurl >Reporter: Bill Mitchell > Attachments: axis2.trace, desc_builder_diff.txt > > > In a multit
[jira] Created: (AXIS2C-895) faultcode uses env:Server instead of soapenv:Server
faultcode uses env:Server instead of soapenv:Server --- Key: AXIS2C-895 URL: https://issues.apache.org/jira/browse/AXIS2C-895 Project: Axis2-C Issue Type: Bug Affects Versions: 1.1.0 Environment: Windows XP Reporter: Dave Meier Priority: Critical I built a skeleton project after generated code from my WSDL. Then I made a web service call to make sure the dll loads. The server sends back an expected error, but the client does not like the "env:Sender" faultcode because "env" is not defined. I am using Visual Studio 2005 C# as the client. Here is the response that comes back to the client: http://schemas.xmlsoap.org/soap/envelope/";> env:Sender Data element of the OM Node is null aewebservices70|http://localhost:80/gsoap/aewebservices70.wsdl failed And here is the exception I get from the client when it receives this response: System.InvalidOperationException was unhandled Message="Namespace prefix 'env' not defined" Source="System.Web.Services" StackTrace: at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadFaultCode(XmlReader reader) at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadSoapException(XmlReader reader) at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall) at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters) at axis2client.aeweb.aewebservices70Wse.CreatePrimaryItem(Auth auth, String projectID, TTItem item, String submitTransID) in D:\axis2client\Web References\aeweb\Reference.cs:line 431 at axis2client.AEClient.TestCreatePrimaryItem(myaewebservices aeserv) in D:\axis2client\Client.cs:line 372 at axis2client.AEClient.TestCreateItems(myaewebservices aeserv) in D:\axis2client\Client.cs:line 584 at axis2client.AEClient.Main(String[] args) in D:\axis2client\Client.cs:line 671 at System.AppDomain.nExecuteAssembly(Assembly assembly, String[] args) at System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args) at Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly() at System.Threading.ThreadHelper.ThreadStart_Context(Object state) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.ThreadHelper.ThreadStart() -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] [Axis2-C] Vote for Apache Axis2/C 1.2.0 Release - Take 5
Hi, Dinesh Premalal <[EMAIL PROTECTED]> writes: > There is a bug in the generated site. It states latest version as > 1.1.0 I think it is kind of minor bug. Since Axis2/C 1.2.0 release already delayed considerable time, I would suggest to go along with the vote and do the release. Here is my +1 thanks, Dinesh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-875) Function axiom_attribute_create[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-875. Resolution: Fixed > Function axiom_attribute_create[Alastair FETTES] > > > Key: AXIS2C-875 > URL: https://issues.apache.org/jira/browse/AXIS2C-875 > Project: Axis2-C > Issue Type: Bug > Components: xml/om >Affects Versions: Current (Nightly) > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > Attachments: diff.txt > > > > AXIS2_EXTERN > axiom_attribute_t* axiom_attribute_create( > const axutil_env_t* env, > const axis2_char_t* localname, > const axis2_char_t* value, > axiom_namespace_t* ns) > > Problem: This return value of type axiom_attribute_t* does not take > responsibility for the memory allocated for localname, value, ns, and env. > Although, if the return value is added to an axiom_node_t using > axiom_element_add_attribute, the responsibility of the namespace of the > attribute is given to the axiom_node_t. > Solution: Document memory ownership for parameters and return value. > Investigate the ownership of the namespace parameter. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-876) Function axiom_element_add_attribute[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-876. Resolution: Fixed > Function axiom_element_add_attribute[Alastair FETTES] > - > > Key: AXIS2C-876 > URL: https://issues.apache.org/jira/browse/AXIS2C-876 > Project: Axis2-C > Issue Type: Bug > Components: xml/om >Affects Versions: Current (Nightly) > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > Attachments: diff1.txt > > > > AXIS2_EXTERN > axis2_status_t axiom_element_add_attribute( > axiom_element_t* om_element, > const axutil_env_t*env, > axiom_attribute_t* attribute, > axiom_node_t* element_node) > > Problem: The parameter om_element takes responsibility for the memory > allocated for the parameter attribute, thus a call to axiom_element_free will > de-allocated the data for attribute. The parameter om_element also takes > responsibility for the namespace associated with attribute. > Solution: Document memory ownership for parameters and return value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-879) Function axis2_svc_client_send_receive_non_blocking[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-879. Resolution: Fixed > Function axis2_svc_client_send_receive_non_blocking[Alastair FETTES] > > > Key: AXIS2C-879 > URL: https://issues.apache.org/jira/browse/AXIS2C-879 > Project: Axis2-C > Issue Type: Bug > Components: samples >Affects Versions: Current (Nightly) > Environment: Ubuntu >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > Attachments: diff.txt > > > > AXIS2_EXTERN > void axis2_svc_client_send_receive_non_blocking( > axis2_svc_client_t* svc_client, > const axutil_env_t* env, > const axiom_node_t* payload, > axis2_callback_t* callback) > > Problem: This function takes responsibility for the memory allocated for the > parameter payload (assumed due to access violations for free-ing), as well as > the custom headers that have been added to the parameter svc_client (again, > assumed because of access violations on free-ing). This function also takes > responsibility for the memory allocated at callback, through the following > call tree: > axis2_svc_client_send_receive_non_blocking > axis2_svc_client_send_receive_non_blocking_with_op_qname > axis2_op_client_set_callback > The memory is free-ed with a call to axis2_op_client_free (it is assumed that > someone calls this) > Solution: Document memory ownership for parameters and return value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-878) Function axiom_output_create[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-878. Resolution: Fixed > Function axiom_output_create[Alastair FETTES] > - > > Key: AXIS2C-878 > URL: https://issues.apache.org/jira/browse/AXIS2C-878 > Project: Axis2-C > Issue Type: Bug > Components: xml/om >Affects Versions: Current (Nightly) > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > Attachments: diff.txt > > > > AXIS2_EXTERN > axiom_output_t* axiom_output_create( > const axutil_env_t* env, > axiom_xml_writer_t* xml_writer) > > Problem: The return value of type axiom_output_t* takes responsibility for > the memory allocated to the parameter xml_writer. > Solution: Document memory ownership for parameters and return value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-874) Function axiom_namespace_create[Alastair FETTES]
AXIS2_EXTERN axiom_node_t* axiom_document_build_all( struct axiom_document* document, const axutil_env_t*env) Function axiom_namespace_create In-Reply-To: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit [ https://issues.apache.org/jira/browse/AXIS2C-874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-874. Resolution: Fixed > Function axiom_namespace_create[Alastair FETTES] AXIS2_EXTERN axiom_node_t* axiom_document_build_all( struct axiom_document* document, const axutil_env_t*env) Function axiom_namespace_create > > > Key: AXIS2C-874 > URL: https://issues.apache.org/jira/browse/AXIS2C-874 > Project: Axis2-C > Issue Type: Bug > Components: xml/om >Affects Versions: Current (Nightly) > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > > > AXIS2_EXTERN > axiom_namespace_t* axiom_namespace_create( > const axutil_env_t* env, > const axis2_char_t* uri, > const axis2_char_t* prefix) > > Problem: This function and return value of type axiom_namespace_t* does not > take responsibility for the memory allocated for the parameters uri, prefix, > and of course env. > Solution: Document memory ownership for parameters and return value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-877) Function axutil_env_create_all[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-877. Resolution: Fixed > Function axutil_env_create_all[Alastair FETTES] > --- > > Key: AXIS2C-877 > URL: https://issues.apache.org/jira/browse/AXIS2C-877 > Project: Axis2-C > Issue Type: Bug > Components: util >Affects Versions: Current (Nightly) > Environment: Ubuntu >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > > > AXIS2_EXTERN > axutil_env_t* axutil_env_create_all( > const axis2_char_t* log_file, > const axutil_log_levels_t log_level) > > Problem: This function does not take responsibility for the memory allocated > by log_file. > Solution: Document memory ownership for parameters and return value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-867) Function axis2_svc_client_remove_all_headers[Alastair FETTES]
[
https://issues.apache.org/jira/browse/AXIS2C-867?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dushshantha Chandradasa resolved AXIS2C-867.
Resolution: Fixed
> Function axis2_svc_client_remove_all_headers[Alastair FETTES]
> -
>
> Key: AXIS2C-867
> URL: https://issues.apache.org/jira/browse/AXIS2C-867
> Project: Axis2-C
> Issue Type: Bug
> Components: core/clientapi
>Affects Versions: Current (Nightly)
> Environment: Ubuntu 7.04
>Reporter: Lahiru Gunathilake
> Fix For: Current (Nightly)
>
> Attachments: diff.txt, diff2.txt
>
>
> for (i = 0; i < size; i++)
> {
> /*axiom_node_t *node = NULL;
>
>
>node = axutil_array_list_get(svc_client->headers, env, i);
>
>
>
>
>
>if (node)
>
>
>{
>
>
>axiom_node_free_tree(node, env);
>
>
>node = NULL;
>
>
>} */
> axutil_array_list_remove(svc_client->headers, env, i);
> }
> AXIS2_EXTERN void *AXIS2_CALL
> axutil_array_list_remove(
> struct axutil_array_list *array_list,
> const axutil_env_t * env,
> int index)
> {
> void *result = NULL;
> int i = 0;
> AXIS2_PARAM_CHECK (env->error, array_list, AXIS2_FAILURE);
> if (axutil_array_list_check_bound_exclusive(array_list, env, index))
> {
> result = array_list->data[index];
> for (i = index; i < array_list->size - 1; i++)
> array_list->data[i] = array_list->data[i + 1];
> array_list->size--;
> }
> return result;
> } There is a possible bug in "axis2_svc_client_remove_all_headers" function.
> The call to "axutil_array_list_remove" is where the problem stems from.
> Since the for-loop is incrementing, and the value of "array_list->size" is
> decrementing, eventually line 120 will fail, and some of the headers will not
> be cleared out.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-869) Function axiom_element_set_tex[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-869. Resolution: Fixed > Function axiom_element_set_tex[Alastair FETTES] > --- > > Key: AXIS2C-869 > URL: https://issues.apache.org/jira/browse/AXIS2C-869 > Project: Axis2-C > Issue Type: Bug >Affects Versions: Current (Nightly) > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > Attachments: diff.txt > > > AXIS2_EXTERN > axis2_status_t axiom_element_set_text( > axiom_element_t* om_element, > const axutil_env_t*env, > const axis2_char_t*text, > axiom_node_t* element_node) > Currently, the om_element has no use and is not used by the function > axiom_element_set_text therefore could probably be set NULL. The function > does not take control of the string text within text. > Solution: Document memory ownership for parameters and return value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-870) Function axiom_xml_reader_create_for_memory[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-870. Resolution: Fixed > Function axiom_xml_reader_create_for_memory[Alastair FETTES] > > > Key: AXIS2C-870 > URL: https://issues.apache.org/jira/browse/AXIS2C-870 > Project: Axis2-C > Issue Type: Bug >Affects Versions: Current (Nightly) > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > Attachments: diff.txt > > > AXIS2_EXTERN > axiom_xml_reader_t* axiom_xml_reader_create_for_memory( > const axutil_env_t* env, > void* container, > int size, > const axis2_char_t* encoding, > int type) > The return value of type axiom_xml_reader_t* takes control of the data > contained within container. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-871) Function axiom_stax_builder_create[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-871. Resolution: Fixed > Function axiom_stax_builder_create[Alastair FETTES] > --- > > Key: AXIS2C-871 > URL: https://issues.apache.org/jira/browse/AXIS2C-871 > Project: Axis2-C > Issue Type: Bug > Components: xml/om >Affects Versions: Current (Nightly) > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > Attachments: diff.txt > > > > AXIS2_EXTERN > axiom_stax_builder_t* axiom_stax_builder_create( > const axutil_env_t* env, > axiom_xml_reader_t* parser) > > Problem: The return value of type axiom_stax_t* takes responsibility for the > memory allocated for parser. > Solution: Document memory ownership for parameters and return value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-872) Function axiom_document_create[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-872?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-872. Resolution: Fixed > Function axiom_document_create[Alastair FETTES] > --- > > Key: AXIS2C-872 > URL: https://issues.apache.org/jira/browse/AXIS2C-872 > Project: Axis2-C > Issue Type: Bug > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Attachments: diff.txt > > > > AXIS2_EXTERN > axiom_document_t* axiom_document_create( > const axutil_env_t* env, > axiom_node_t* root, > axiom_stax_builder_t* builder) > > Problem: The return value of type axiom_document_t* takes responsibility for > the memory allocated for root. Any child node that is added to root will be > free-ed when the function axiom_document_free is called. The return value of > type axiom_document_t* does not takes responsibility for the memory allocated > for builder (as of v1.1.0, this seems odd, since the internal structure > maintains a pointer to builder, but does not free builder. So this may create > a dangling pointer situation). > Solution: Document memory ownership for parameters and return value. > Investigate use of pointers in internal structure. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (AXIS2C-891) Guththila doesn't parse xml elements with default namespace correctly
[ https://issues.apache.org/jira/browse/AXIS2C-891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lahiru Gunathilake updated AXIS2C-891: -- Attachment: diff.txt Previously Guththila doesn't work with default namespaces.I've change the guththila_token_close method and now it parses xml's which contains default namespaces. Regs lahiru > Guththila doesn't parse xml elements with default namespace correctly > - > > Key: AXIS2C-891 > URL: https://issues.apache.org/jira/browse/AXIS2C-891 > Project: Axis2-C > Issue Type: Bug > Components: guththila > Environment: Linux (Ubuntu 7.10) >Reporter: Dimuthu Gamage > Attachments: diff.txt > > > For an example consider the following XML. > http://ws.apache.org/axis2/xsd";> > > > Whenever I checked the qname of param0 and rows0, it returns the namespace > uri with NULL values. But they actually should belong to the > "http://ws.apache.org/axis2/xsd";. > This leads to fail code-generation tests with Guththila. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-873) Function axiom_document_build_all[Alastair FETTES]
[ https://issues.apache.org/jira/browse/AXIS2C-873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-873. Resolution: Fixed > Function axiom_document_build_all[Alastair FETTES] > -- > > Key: AXIS2C-873 > URL: https://issues.apache.org/jira/browse/AXIS2C-873 > Project: Axis2-C > Issue Type: Bug >Affects Versions: Current (Nightly) > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake > Fix For: Current (Nightly) > > > > AXIS2_EXTERN > axiom_node_t* axiom_document_build_all( > struct axiom_document* document, > const axutil_env_t*env) > > Problem: The caller of this function is not given responsibility for the > return value of type axiom_node_t*, since (as of v1.1.0) the return value is > free-ed by the function axiom_document_free. If the caller calls the function > axiom_document_free_self, the return value is NOT free-ed. So a memory leak > is possible here. > Solution: Document memory ownership for parameters and return value. > Investigate the use of free functions and pointers in regards to possible > memory leak. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-888) Utility to support HTTP Digest Authentication
[ https://issues.apache.org/jira/browse/AXIS2C-888?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-888. Resolution: Fixed applied the patch > Utility to support HTTP Digest Authentication > - > > Key: AXIS2C-888 > URL: https://issues.apache.org/jira/browse/AXIS2C-888 > Project: Axis2-C > Issue Type: New Feature > Components: util >Affects Versions: 1.2.0 >Reporter: Senaka Fernando > Attachments: diff.txt > > > I have developed a utility to be used with HTTP Digest Authentication, which > implements the calculations of H(A1), H(A2), request-digest and > response-digest based on rfc2617. Using this utility we can implement digest > authentication (for both HTTP and Proxy) in AXIS2/C. Refer diff.txt for patch. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-892) tool to generate md5 checksums of files using Axis2/C md5 implementation
[ https://issues.apache.org/jira/browse/AXIS2C-892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-892. Resolution: Fixed > tool to generate md5 checksums of files using Axis2/C md5 implementation > > > Key: AXIS2C-892 > URL: https://issues.apache.org/jira/browse/AXIS2C-892 > Project: Axis2-C > Issue Type: New Feature >Affects Versions: Current (Nightly) >Reporter: Senaka Fernando > Attachments: md5.tar.gz > > > I have developed a tool that generates md5 checksums of files using Axis2/C > md5 implementation. Refer md5.tar.gz for proposed tool. This confirms to > RFC1321 and is compatible with any other md5 implementation. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (AXIS2C-887) Message-Digest Algorithm for Axis2/C
[ https://issues.apache.org/jira/browse/AXIS2C-887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa closed AXIS2C-887. -- > Message-Digest Algorithm for Axis2/C > > > Key: AXIS2C-887 > URL: https://issues.apache.org/jira/browse/AXIS2C-887 > Project: Axis2-C > Issue Type: New Feature > Components: tests, util >Affects Versions: 1.2.0 >Reporter: Senaka Fernando > Attachments: diff.txt > > > I have attached herewith an implementation of md5 for Axis2/C along with test > cases that confirm to rfc1321 (R. Rivest, 1992). Refer diff.txt for patch. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Issue Comment Edited: (AXIS2C-887) Message-Digest Algorithm for Axis2/C
[ https://issues.apache.org/jira/browse/AXIS2C-887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557222#action_12557222 ] dchandradasa edited comment on AXIS2C-887 at 1/9/08 2:44 AM: apllied the patch. was (Author: dchandradasa): apllied the aptch. > Message-Digest Algorithm for Axis2/C > > > Key: AXIS2C-887 > URL: https://issues.apache.org/jira/browse/AXIS2C-887 > Project: Axis2-C > Issue Type: New Feature > Components: tests, util >Affects Versions: 1.2.0 >Reporter: Senaka Fernando > Attachments: diff.txt > > > I have attached herewith an implementation of md5 for Axis2/C along with test > cases that confirm to rfc1321 (R. Rivest, 1992). Refer diff.txt for patch. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (AXIS2C-887) Message-Digest Algorithm for Axis2/C
[ https://issues.apache.org/jira/browse/AXIS2C-887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dushshantha Chandradasa resolved AXIS2C-887. Resolution: Fixed apllied the aptch. > Message-Digest Algorithm for Axis2/C > > > Key: AXIS2C-887 > URL: https://issues.apache.org/jira/browse/AXIS2C-887 > Project: Axis2-C > Issue Type: New Feature > Components: tests, util >Affects Versions: 1.2.0 >Reporter: Senaka Fernando > Attachments: diff.txt > > > I have attached herewith an implementation of md5 for Axis2/C along with test > cases that confirm to rfc1321 (R. Rivest, 1992). Refer diff.txt for patch. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (AXIS2C-894) Validating against Intermediate CA certificate when root CA certificate is not found
[ https://issues.apache.org/jira/browse/AXIS2C-894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Senaka Fernando updated AXIS2C-894: --- Attachment: diff.txt > Validating against Intermediate CA certificate when root CA certificate is > not found > > > Key: AXIS2C-894 > URL: https://issues.apache.org/jira/browse/AXIS2C-894 > Project: Axis2-C > Issue Type: Improvement > Components: core/transport >Affects Versions: Current (Nightly) >Reporter: Senaka Fernando > Attachments: diff.txt > > > In SSL Transport, validating against Intermediate CA certificate when root CA > certificate is not found is required since it is not compulsory for a client > to have all the certificates in the cert chain. Proposed patch adds this > improvement (refer diff.txt). Verification is done by matching the > certificate fingerprints. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (AXIS2C-894) Validating against Intermediate CA certificate when root CA certificate is not found
[ https://issues.apache.org/jira/browse/AXIS2C-894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Senaka Fernando updated AXIS2C-894: --- Attachment: (was: diff.txt) > Validating against Intermediate CA certificate when root CA certificate is > not found > > > Key: AXIS2C-894 > URL: https://issues.apache.org/jira/browse/AXIS2C-894 > Project: Axis2-C > Issue Type: Improvement > Components: core/transport >Affects Versions: Current (Nightly) >Reporter: Senaka Fernando > Attachments: diff.txt > > > In SSL Transport, validating against Intermediate CA certificate when root CA > certificate is not found is required since it is not compulsory for a client > to have all the certificates in the cert chain. Proposed patch adds this > improvement (refer diff.txt). Verification is done by matching the > certificate fingerprints. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (AXIS2C-892) tool to generate md5 checksums of files using Axis2/C md5 implementation
[ https://issues.apache.org/jira/browse/AXIS2C-892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557206#action_12557206 ] Dushshantha Chandradasa commented on AXIS2C-892: applied the patch. > tool to generate md5 checksums of files using Axis2/C md5 implementation > > > Key: AXIS2C-892 > URL: https://issues.apache.org/jira/browse/AXIS2C-892 > Project: Axis2-C > Issue Type: New Feature >Affects Versions: Current (Nightly) >Reporter: Senaka Fernando > Attachments: md5.tar.gz > > > I have developed a tool that generates md5 checksums of files using Axis2/C > md5 implementation. Refer md5.tar.gz for proposed tool. This confirms to > RFC1321 and is compatible with any other md5 implementation. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Axis2][VOTE]Bill Mitchell as a committer
+1 from me. -Deepal > Dinesh Premalal wrote: >> Hi Devs, >> >> I would like to propose Bill Mitchell as an Axis2/C >> committer. Bill has reported many issues and provided many >> patches. He has contributed towards the Axis2/C core, libcurl >> based HTTP transport layer and code generation tool. Here is some >> of the issues that Bill has reported and provided patches [1]. I'm >> sure he will continue his contribution towards the Axis2/C. >> >> Here is my +1 for Bill ! > +1 form me too. > > Thanks, > Samisa... > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
