[Carbon-dev] WSO2 G-Reg JCR project progress and test results
I was implementing the javax.jcr package and I have tested it.But there are some dependent classes for javax.jcr package from other jcr packages which i have not implemented yet.So some of the failures are due to that. Here I am attaching the test results in a spread sheet.It includes 109 test classes and almost 700 test cases.You can find the summery of the test results at the bottom of the sheet. *Most* of the test failures and errors are due to the unavailability of test data at /testdata .So as I figured out , apache jackrabbit has done this by adding all required test data initially to their registry (test data adds as properties under different nodes). So i tried the same.But in our registry we can only set String properties to our registry.But the test have properties like Calendar ,Node ,multi valued attributes , boolean ,long ,double. This is a real problem to go forward ( in testing ) in this project and to make sum of test errors zero . Regards, /subash javax_jcr test results.ods Description: application/vnd.oasis.opendocument.spreadsheet ___ Carbon-dev mailing list Carbon-dev@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Issue in getMountingMethods for MountHandler in Registry Core
Hi Tharindu,
On Fri, May 21, 2010 at 12:13 AM, Tharindu Mathew wrote:
> Hi Senaka,
>
> Thanks for clearing this out. I've made some comments inline.
>
> On Thu, May 20, 2010 at 9:16 AM, Senaka Fernando wrote:
>
>> Hi Tharindu,
>>
>> It is not advised to engage a Handler to all methods available and let the
>> filter decide whether the handler is invoked. We have not made this a strict
>> requirement for handlers engaged by the user, but have been practising the
>> principle for the built-in handlers. So, what is lacking is the comment
>> ("//" type.. :-).. ) explaining the relationship to a developer.
>>
>> I'll make sure to add this comment in. It will certainly help anyone
> digging into the code later ;)
>
+1.
>
> On Wed, May 19, 2010 at 5:46 PM, Tharindu Mathew wrote:
>>
>>> Hi,
>>>
>>> I'm fixing a bug in the remote registry, and came across this method in
>>> Registry Utils, which specifies all the methods that are available for
>>> mounting.
>>>
>>> public static String[] getMountingMethods() {
>>> return new String[]{Filter.RESOURCE_EXISTS, Filter.GET,
>>> Filter.PUT, Filter.DELETE,
>>> Filter.RENAME,
>>> Filter.MOVE, Filter.COPY, .
>>>
>>> }
>>>
>>> Part of the bug was due to some methods of the registry interface not
>>> being specified in this method.
>>>
>>> My issue is whenever any new functionality is added to the Registry
>>> interface we ALSO have to make sure it is included in this method so that it
>>> gets picked up whenever the registry is mounted.
>>
>>
>> Incorrect. This is only governing the behaviour of the Handlers providing
>> the mounting capabilities. So, if you add a new method to this specific
>> handler, you need to make sure that the handler is registered for the new
>> method. This does not impact the addition of a new method to the Registry
>> interface, as long as it is not a part of the mount handler(s).
>>
>>
> I feel I confused you with my earlier statement. Let me clarify. I assume
> that a mounted registry allows all operations present in the registry
> interface.
>
Not necessarily. A careful comparison will reveal that not all methods are
on the handler. The reason here is that some methods on the Registry API
don't make sense on a mounted registry; since the mount will never be the
root of the registry. These methods are the ones that are applied to the
root of the registry (i.e. the entire registry, instead of a specific
mount). Ex:- links and versioning.
> Therefore, shouldn't the design of the mounting mechanism handle this
> issue? Manually replicating the same methods makes this code difficult to
> maintain.
>
> For example: If you look at the bug at
> http://wso2.org/jira/browse/CARBON-7478 , the removing of tags was not
> implemented although it was part of the registry interface.
>
> Is there a way to make sure all methods will be available to this handler
>>> (given it is defined in the Filter class) ?
>>>
>>
>> Yes there is, which is to pass "null" for the methods to which the handler
>> is engaged, which is documented, IIRC. But, as I explained before, for
>> built-in handlers like the Mount Handler, this is not recommended. This is
>> only intended for user defined handlers.
>>
>> I feel that when the users expects that when they pass null, no methods
> will be added to the handler.
>
Well, I don't think they should think like that. :-).. If you engage the
handler to zero methods, that is equivalent to not engaging it at all. Also,
the configuration accepts no methods when you engage the handler to all
methods (the "null" scenario), and a set of methods separated by commas when
you want a handler explicitly engaged for the given set of operations.
Trying to change this thought would break the consistency we have been
maintaining so far, IMO. However, this is open for debate.
> But, as mentioned above, the problem may not lie with the handlers.
>
Yes, I agree. I'm not trying to be conservative, but we need a better
alternative if we are to replace the one that is existing.
Thanks,
Senaka.
>
> Thanks,
>> Senaka.
>>
>>>
>>> --
>>> Regards,
>>>
>>> Tharindu
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Senaka Fernando
>> Associate Technical Lead
>> WSO2 Inc.
>> E-mail: senaka AT wso2.com; Mobile: +94 77 322 1818
>>
>> http://www.wso2.com/ - "Lean . Enterprise . Middleware"
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Regards,
>
> Tharindu
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
--
Senaka Fernando
Associate Technical Lead
WSO2 Inc.
E-mail: senaka AT wso2.com; Mobile: +94 77 322 1818
http://www
Re: [Carbon-dev] Carbon 3.0.0 - Iridium - RC14
Hi, On Thu, May 20, 2010 at 9:56 PM, Chamara Silva wrote: > Could i have another DS build with this patch? I've done a new build with the patches included. The binary pack and docs can be found at [1]. [1] http://builder.wso2.org/~carbon/releases/ds/2.5.0/10.05.21/ Cheers, Anjana. > > thank you, > regards, > Chamara > > On Thu, May 20, 2010 at 5:00 PM, Anjana Fernando wrote: >> On Wed, May 19, 2010 at 2:10 PM, Samisa Abeysinghe wrote: >>> Sameera is back. Please figure out the patching of Axis2 with DS with him. >> >> Carbon Core feature patch (which has the Axis2 fixes) has been added >> for the DS product. >> >>> Samisa... >>> >>> On Wed, May 19, 2010 at 11:00 AM, Anjana Fernando wrote: On Tue, May 18, 2010 at 12:36 PM, Samisa Abeysinghe wrote: > > > On Tue, May 18, 2010 at 12:25 PM, Chamara Silva > wrote: >> >> Is it possible to get new data services build today? > > Anjana, please provide a local build till we figure out patching Done. > Thanks, > Samisa... > >> >> thank you, >> regards, >> Chamara >> >> On Mon, May 17, 2010 at 3:43 PM, Tyrell Perera wrote: >> > Thanks Lahiru. >> > >> > Tyrell >> > >> > On Mon, May 17, 2010 at 2:36 PM, Lahiru Gunathilake >> > wrote: >> >> >> >> Hi all, >> >> Created the source packs for GS and MS and hosted here[1]. >> >> [1]http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14 >> >> >> >> Lahiru >> >> >> >> On Fri, May 14, 2010 at 3:22 PM, Lahiru Gunathilake >> >> >> >> wrote: >> >>> >> >>> >> >>> On Fri, May 14, 2010 at 9:33 AM, Samisa Abeysinghe >> >>> >> >>> wrote: >> >> Lahiru, >> Can you please help me with source packs please? >> >> As we did for Chunk1, we need to tag this for chunk 2. >> >>> >> >>> Done ! >> >> You can find the svn revision for this >> >> >> at http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14/svn.info >> Please create GS and MS source packs, and may be DS as well. >> >>> >> >>> After creating tags I tried to get a complete check out of the >> >>> trunk >> >>> and >> >>> change the svn externals first and then create the source packs, >> >>> but >> >>> due to >> >>> OT failures I cannot get a complete check out of carbon-platform >> >>> and I >> >>> am >> >>> getting the following error continuously. >> >>> Fetching external item into >> >>> >> >>> >> >>> 'chunk2/components/registry/org.wso2.carbon.registry.extensions/3.0.0/src/test/resources/user-test' >> >>> svn: PROPFIND request failed on >> >>> >> >>> >> >>> '/repos/wso2/branches/carbon/3.0.0/core/org.wso2.carbon.user.core/src/test/resources' >> >>> svn: PROPFIND of >> >>> >> >>> >> >>> '/repos/wso2/branches/carbon/3.0.0/core/org.wso2.carbon.user.core/src/test/resources': >> >>> could not connect to server (https://wso2.org) >> >>> >> >>> Regards >> >>> Lahiru >> >> Thanks, >> Samisa... >> >> On Fri, May 14, 2010 at 9:19 AM, Yumani Ranaweera >> >> wrote: >> > >> > On Fri, May 14, 2010 at 9:07 AM, Samisa Abeysinghe >> > >> > wrote: >> >> >> >> >> >> On Thu, May 13, 2010 at 10:19 AM, Samisa Abeysinghe >> >> >> >> wrote: >> >>> >> >>> http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14/ >> >> >> >> Are these packs good? >> >> Can we release MS and DS with these? >> > >> > We can proceed releasing MS. >> > >> > >> > Thanks, >> > Yumani >> > >> >> >> >> We need to be done with those to start patching the core for BPS >> >> and >> >> BAM. >> >> Thanks, >> >> Samisa... >> >> >> >> -- >> >> Samisa Abeysinghe >> >> Director, Engineering - WSO2 Inc. >> >> >> >> http://wso2.com/ - "lean . enterprise . middleware" >> >> >> >> ___ >> >> Carbon-dev mailing list >> >> Carbon-dev@wso2.org >> >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> >> > >> > >> > >> > -- >> > Yumani Ranaweera >> > WSO2, Inc. - http://wso2.org >> > Email : yum...@wso2.com >> > Cell : +94 077 7795242 >> > Blog : http://yumani.blogspot.com/ >> > >> > ___ >> > Carbon-dev mailing list
Re: [Carbon-dev] Issue in getMountingMethods for MountHandler in Registry Core
Hi Senaka,
Thanks for clearing this out. I've made some comments inline.
On Thu, May 20, 2010 at 9:16 AM, Senaka Fernando wrote:
> Hi Tharindu,
>
> It is not advised to engage a Handler to all methods available and let the
> filter decide whether the handler is invoked. We have not made this a strict
> requirement for handlers engaged by the user, but have been practising the
> principle for the built-in handlers. So, what is lacking is the comment
> ("//" type.. :-).. ) explaining the relationship to a developer.
>
> I'll make sure to add this comment in. It will certainly help anyone
digging into the code later ;)
On Wed, May 19, 2010 at 5:46 PM, Tharindu Mathew wrote:
>
>> Hi,
>>
>> I'm fixing a bug in the remote registry, and came across this method in
>> Registry Utils, which specifies all the methods that are available for
>> mounting.
>>
>> public static String[] getMountingMethods() {
>> return new String[]{Filter.RESOURCE_EXISTS, Filter.GET,
>> Filter.PUT, Filter.DELETE,
>> Filter.RENAME,
>> Filter.MOVE, Filter.COPY, .
>>
>> }
>>
>> Part of the bug was due to some methods of the registry interface not
>> being specified in this method.
>>
>> My issue is whenever any new functionality is added to the Registry
>> interface we ALSO have to make sure it is included in this method so that it
>> gets picked up whenever the registry is mounted.
>
>
> Incorrect. This is only governing the behaviour of the Handlers providing
> the mounting capabilities. So, if you add a new method to this specific
> handler, you need to make sure that the handler is registered for the new
> method. This does not impact the addition of a new method to the Registry
> interface, as long as it is not a part of the mount handler(s).
>
>
I feel I confused you with my earlier statement. Let me clarify. I assume
that a mounted registry allows all operations present in the registry
interface. Therefore, shouldn't the design of the mounting mechanism handle
this issue? Manually replicating the same methods makes this code difficult
to maintain.
For example: If you look at the bug at
http://wso2.org/jira/browse/CARBON-7478 , the removing of tags was not
implemented although it was part of the registry interface.
Is there a way to make sure all methods will be available to this handler
>> (given it is defined in the Filter class) ?
>>
>
> Yes there is, which is to pass "null" for the methods to which the handler
> is engaged, which is documented, IIRC. But, as I explained before, for
> built-in handlers like the Mount Handler, this is not recommended. This is
> only intended for user defined handlers.
>
> I feel that when the users expects that when they pass null, no methods
will be added to the handler. But, as mentioned above, the problem may not
lie with the handlers.
Thanks,
> Senaka.
>
>>
>> --
>> Regards,
>>
>> Tharindu
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Senaka Fernando
> Associate Technical Lead
> WSO2 Inc.
> E-mail: senaka AT wso2.com; Mobile: +94 77 322 1818
>
> http://www.wso2.com/ - "Lean . Enterprise . Middleware"
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
--
Regards,
Tharindu
___
Carbon-dev mailing list
Carbon-dev@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Carbon 3.0.0 - Iridium - RC14
Could i have another DS build with this patch? thank you, regards, Chamara On Thu, May 20, 2010 at 5:00 PM, Anjana Fernando wrote: > On Wed, May 19, 2010 at 2:10 PM, Samisa Abeysinghe wrote: >> Sameera is back. Please figure out the patching of Axis2 with DS with him. > > Carbon Core feature patch (which has the Axis2 fixes) has been added > for the DS product. > >> Samisa... >> >> On Wed, May 19, 2010 at 11:00 AM, Anjana Fernando wrote: >>> >>> On Tue, May 18, 2010 at 12:36 PM, Samisa Abeysinghe >>> wrote: >>> > >>> > >>> > On Tue, May 18, 2010 at 12:25 PM, Chamara Silva >>> > wrote: >>> >> >>> >> Is it possible to get new data services build today? >>> > >>> > Anjana, please provide a local build till we figure out patching >>> >>> Done. >>> >>> > Thanks, >>> > Samisa... >>> > >>> >> >>> >> thank you, >>> >> regards, >>> >> Chamara >>> >> >>> >> On Mon, May 17, 2010 at 3:43 PM, Tyrell Perera wrote: >>> >> > Thanks Lahiru. >>> >> > >>> >> > Tyrell >>> >> > >>> >> > On Mon, May 17, 2010 at 2:36 PM, Lahiru Gunathilake >>> >> > wrote: >>> >> >> >>> >> >> Hi all, >>> >> >> Created the source packs for GS and MS and hosted here[1]. >>> >> >> [1]http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14 >>> >> >> >>> >> >> Lahiru >>> >> >> >>> >> >> On Fri, May 14, 2010 at 3:22 PM, Lahiru Gunathilake >>> >> >> >>> >> >> wrote: >>> >> >>> >>> >> >>> >>> >> >>> On Fri, May 14, 2010 at 9:33 AM, Samisa Abeysinghe >>> >> >>> >>> >> >>> wrote: >>> >> >>> >> Lahiru, >>> >> Can you please help me with source packs please? >>> >> >>> >> As we did for Chunk1, we need to tag this for chunk 2. >>> >> >>> >>> >> >>> Done ! >>> >> >>> >> You can find the svn revision for this >>> >> >>> >> >>> >> at http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14/svn.info >>> >> Please create GS and MS source packs, and may be DS as well. >>> >> >>> >>> >> >>> After creating tags I tried to get a complete check out of the >>> >> >>> trunk >>> >> >>> and >>> >> >>> change the svn externals first and then create the source packs, >>> >> >>> but >>> >> >>> due to >>> >> >>> OT failures I cannot get a complete check out of carbon-platform >>> >> >>> and I >>> >> >>> am >>> >> >>> getting the following error continuously. >>> >> >>> Fetching external item into >>> >> >>> >>> >> >>> >>> >> >>> 'chunk2/components/registry/org.wso2.carbon.registry.extensions/3.0.0/src/test/resources/user-test' >>> >> >>> svn: PROPFIND request failed on >>> >> >>> >>> >> >>> >>> >> >>> '/repos/wso2/branches/carbon/3.0.0/core/org.wso2.carbon.user.core/src/test/resources' >>> >> >>> svn: PROPFIND of >>> >> >>> >>> >> >>> >>> >> >>> '/repos/wso2/branches/carbon/3.0.0/core/org.wso2.carbon.user.core/src/test/resources': >>> >> >>> could not connect to server (https://wso2.org) >>> >> >>> >>> >> >>> Regards >>> >> >>> Lahiru >>> >> >>> >> Thanks, >>> >> Samisa... >>> >> >>> >> On Fri, May 14, 2010 at 9:19 AM, Yumani Ranaweera >>> >> >>> >> wrote: >>> >> > >>> >> > On Fri, May 14, 2010 at 9:07 AM, Samisa Abeysinghe >>> >> > >>> >> > wrote: >>> >> >> >>> >> >> >>> >> >> On Thu, May 13, 2010 at 10:19 AM, Samisa Abeysinghe >>> >> >> >>> >> >> wrote: >>> >> >>> >>> >> >>> http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14/ >>> >> >> >>> >> >> Are these packs good? >>> >> >> Can we release MS and DS with these? >>> >> > >>> >> > We can proceed releasing MS. >>> >> > >>> >> > >>> >> > Thanks, >>> >> > Yumani >>> >> > >>> >> >> >>> >> >> We need to be done with those to start patching the core for BPS >>> >> >> and >>> >> >> BAM. >>> >> >> Thanks, >>> >> >> Samisa... >>> >> >> >>> >> >> -- >>> >> >> Samisa Abeysinghe >>> >> >> Director, Engineering - WSO2 Inc. >>> >> >> >>> >> >> http://wso2.com/ - "lean . enterprise . middleware" >>> >> >> >>> >> >> ___ >>> >> >> Carbon-dev mailing list >>> >> >> Carbon-dev@wso2.org >>> >> >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >> >> >>> >> > >>> >> > >>> >> > >>> >> > -- >>> >> > Yumani Ranaweera >>> >> > WSO2, Inc. - http://wso2.org >>> >> > Email : yum...@wso2.com >>> >> > Cell : +94 077 7795242 >>> >> > Blog : http://yumani.blogspot.com/ >>> >> > >>> >> > ___ >>> >> > Carbon-dev mailing list >>> >> > Carbon-dev@wso2.org >>> >> > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >> > >>> >> -- >>> >> Samisa Abeysinghe >>> >> Director, Engineering - WSO2 Inc. >>> >> >>> >> http://wso2.com/ - "lean . enterprise . middleware" >>> >> >>> >> ___ >>> >> Carbon-dev mailing list >>> >> Ca
Re: [Carbon-dev] Carbon 3.0.0 - Iridium - RC14
On Wed, May 19, 2010 at 2:10 PM, Samisa Abeysinghe wrote: > Sameera is back. Please figure out the patching of Axis2 with DS with him. Carbon Core feature patch (which has the Axis2 fixes) has been added for the DS product. > Samisa... > > On Wed, May 19, 2010 at 11:00 AM, Anjana Fernando wrote: >> >> On Tue, May 18, 2010 at 12:36 PM, Samisa Abeysinghe >> wrote: >> > >> > >> > On Tue, May 18, 2010 at 12:25 PM, Chamara Silva >> > wrote: >> >> >> >> Is it possible to get new data services build today? >> > >> > Anjana, please provide a local build till we figure out patching >> >> Done. >> >> > Thanks, >> > Samisa... >> > >> >> >> >> thank you, >> >> regards, >> >> Chamara >> >> >> >> On Mon, May 17, 2010 at 3:43 PM, Tyrell Perera wrote: >> >> > Thanks Lahiru. >> >> > >> >> > Tyrell >> >> > >> >> > On Mon, May 17, 2010 at 2:36 PM, Lahiru Gunathilake >> >> > wrote: >> >> >> >> >> >> Hi all, >> >> >> Created the source packs for GS and MS and hosted here[1]. >> >> >> [1]http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14 >> >> >> >> >> >> Lahiru >> >> >> >> >> >> On Fri, May 14, 2010 at 3:22 PM, Lahiru Gunathilake >> >> >> >> >> >> wrote: >> >> >>> >> >> >>> >> >> >>> On Fri, May 14, 2010 at 9:33 AM, Samisa Abeysinghe >> >> >>> >> >> >>> wrote: >> >> >> >> Lahiru, >> >> Can you please help me with source packs please? >> >> >> >> As we did for Chunk1, we need to tag this for chunk 2. >> >> >>> >> >> >>> Done ! >> >> >> >> You can find the svn revision for this >> >> >> >> >> >> at http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14/svn.info >> >> Please create GS and MS source packs, and may be DS as well. >> >> >>> >> >> >>> After creating tags I tried to get a complete check out of the >> >> >>> trunk >> >> >>> and >> >> >>> change the svn externals first and then create the source packs, >> >> >>> but >> >> >>> due to >> >> >>> OT failures I cannot get a complete check out of carbon-platform >> >> >>> and I >> >> >>> am >> >> >>> getting the following error continuously. >> >> >>> Fetching external item into >> >> >>> >> >> >>> >> >> >>> 'chunk2/components/registry/org.wso2.carbon.registry.extensions/3.0.0/src/test/resources/user-test' >> >> >>> svn: PROPFIND request failed on >> >> >>> >> >> >>> >> >> >>> '/repos/wso2/branches/carbon/3.0.0/core/org.wso2.carbon.user.core/src/test/resources' >> >> >>> svn: PROPFIND of >> >> >>> >> >> >>> >> >> >>> '/repos/wso2/branches/carbon/3.0.0/core/org.wso2.carbon.user.core/src/test/resources': >> >> >>> could not connect to server (https://wso2.org) >> >> >>> >> >> >>> Regards >> >> >>> Lahiru >> >> >> >> Thanks, >> >> Samisa... >> >> >> >> On Fri, May 14, 2010 at 9:19 AM, Yumani Ranaweera >> >> >> >> wrote: >> >> > >> >> > On Fri, May 14, 2010 at 9:07 AM, Samisa Abeysinghe >> >> > >> >> > wrote: >> >> >> >> >> >> >> >> >> On Thu, May 13, 2010 at 10:19 AM, Samisa Abeysinghe >> >> >> >> >> >> wrote: >> >> >>> >> >> >>> http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14/ >> >> >> >> >> >> Are these packs good? >> >> >> Can we release MS and DS with these? >> >> > >> >> > We can proceed releasing MS. >> >> > >> >> > >> >> > Thanks, >> >> > Yumani >> >> > >> >> >> >> >> >> We need to be done with those to start patching the core for BPS >> >> >> and >> >> >> BAM. >> >> >> Thanks, >> >> >> Samisa... >> >> >> >> >> >> -- >> >> >> Samisa Abeysinghe >> >> >> Director, Engineering - WSO2 Inc. >> >> >> >> >> >> http://wso2.com/ - "lean . enterprise . middleware" >> >> >> >> >> >> ___ >> >> >> Carbon-dev mailing list >> >> >> Carbon-dev@wso2.org >> >> >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> >> >> >> > >> >> > >> >> > >> >> > -- >> >> > Yumani Ranaweera >> >> > WSO2, Inc. - http://wso2.org >> >> > Email : yum...@wso2.com >> >> > Cell : +94 077 7795242 >> >> > Blog : http://yumani.blogspot.com/ >> >> > >> >> > ___ >> >> > Carbon-dev mailing list >> >> > Carbon-dev@wso2.org >> >> > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> > >> >> -- >> >> Samisa Abeysinghe >> >> Director, Engineering - WSO2 Inc. >> >> >> >> http://wso2.com/ - "lean . enterprise . middleware" >> >> >> >> ___ >> >> Carbon-dev mailing list >> >> Carbon-dev@wso2.org >> >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> >> >> >>> >> >> >>> >> >> >>> >> >> >>> -- >> >> >>> Lahiru Gunathilake >> >> >>> Senior Software Engineer - WSO2 Inc. >> >> >>> >> >> >>> Blog: www.lahiru.org >> >> >>> >> >> >>> >> >> >> >> >> >> >> >
[Carbon-dev] R: Problem adding WSDL with external import in Governance Registry 3.5.0
Hi, we have finally discovered the problem. The timeout occours because we are
behind a proxy server, and the upload functionality tries to connect to an
external URL (probably in order to validate xmls with external schemas?). Is
there a way to disable this validation, if it occours?
By the way, what is the correct procedure to configure the proxy server in
3.0.0?
Thanks
Da: carbon-dev-boun...@wso2.org [mailto:carbon-dev-boun...@wso2.org] Per conto
di Lahiru Gunathilake
Inviato: giovedì 6 maggio 2010 5.54
A: carbon-dev@wso2.org
Oggetto: Re: [Carbon-dev] Problem adding WSDL with external import in
Governance Registry 3.5.0
Hi Cappa,
I have downloaded the Desktop.zip and renamed it to Desktop.gar and added the
file from Add-WSDL menu and it was successfully added in to my Greg instance
and I have tested in released 3.5.0 ?? Seems this is some network issue, please
try to increase your timeout value by changing axis2_client.xml SO_TIMEOUT
value and try again.
My log looks like this,
Retrieving document at
'file:///home/lahiru/Downloads/wso2greg-3.5.0/tmp/wsdl7432553100460172857/posAdapter.wsdl'.
Retrieving schema at 'PosAdapterSchema.xsd', relative to
'file:/home/lahiru/Downloads/wso2greg-3.5.0/tmp/wsdl7432553100460172857/posAdapter.wsdl'.
Retrieving schema at 'ICTCommonDataModelSchema.xsd', relative to
'file:/home/lahiru/Downloads/wso2greg-3.5.0/tmp/wsdl7432553100460172857/PosAdapterSchema.xsd'.
Retrieving schema at 'ICTCommonDataModelSchema.xsd', relative to
'file:/home/lahiru/Downloads/wso2greg-3.5.0/tmp/wsdl7432553100460172857/posAdapter.wsdl'.
Retrieving document at
'file:///home/lahiru/Downloads/wso2greg-3.5.0/tmp/wsdl7432553100460172857/posAdapter.wsdl'.
Retrieving schema at 'PosAdapterSchema.xsd', relative to
'file:/home/lahiru/Downloads/wso2greg-3.5.0/tmp/wsdl7432553100460172857/posAdapter.wsdl'.
Retrieving schema at 'ICTCommonDataModelSchema.xsd', relative to
'file:/home/lahiru/Downloads/wso2greg-3.5.0/tmp/wsdl7432553100460172857/PosAdapterSchema.xsd'.
Retrieving schema at 'ICTCommonDataModelSchema.xsd', relative to
'file:/home/lahiru/Downloads/wso2greg-3.5.0/tmp/wsdl7432553100460172857/posAdapter.wsdl'.
[2010-05-06 09:20:57,843] INFO - 'admin' logged out at [2010-05-06
09:20:57,0842]
[2010-05-06 09:21:00,759] INFO - 'admin' logged in at [2010-05-06
09:21:00,0759] from IP address 127.0.0.1
What type of setup do you have with greg ?
Thanks
Lahiru
On Wed, May 5, 2010 at 3:09 PM, Cappa Roberto
mailto:roberto.ca...@guest.telecomitalia.it>>
wrote:
Hi, we have to import in Gov.Registry a WSDL with external XSD imports. In the
previous version of G.Reg. you have suggested to create a .GWA file with wsdl
file and XSDs, with the correct folders structure (in our example, WSDL and
XSDs are in the same folder). This solution works on G.Reg 3.0.1.
Now, we are trying to do the same with G.Reg 3.5.0. We noticed that the upload
function was moved into Add/WSDL and the file extension now must be .zip or
.gar. Trying in te same way of the old version, the following error is thrown.
Analyzing the content of the /tmp folder, it seems that WSDL and XSDs are
correctly unzipped and also the import succeeds, the only problem is that the
user must wait for some seconds the socket time out to view the imported files.
Thanks.
Retrieving document at
'file:///C:/WSO2GR~1.0/bin/../tmp/wsdl59650/posAdapter.wsdl'.
Retrieving schema at 'PosAdapterSchema.xsd', relative to
'file:/C:/WSO2GR~1.0/bin/../tmp/wsdl59650/posAdapter.wsdl'.
Retrieving schema at 'ICTCommonDataModelSchema.xsd', relative to
'file:/C:/WSO2GR~1.0/tmp/wsdl59650/PosAdapterSchema.xsd'.
Retrieving schema at 'ICTCommonDataModelSchema.xsd', relative to
'file:/C:/WSO2GR~1.0/bin/../tmp/wsdl59650/posAdapter.wsdl'.
Retrieving document at
'file:///C:/WSO2GR~1.0/bin/../tmp/wsdl59650/posAdapter.wsdl'.
Retrieving schema at 'PosAdapterSchema.xsd', relative to
'file:/C:/WSO2GR~1.0/bin/../tmp/wsdl59650/posAdapter.wsdl'.
Retrieving schema at 'ICTCommonDataModelSchema.xsd', relative to
'file:/C:/WSO2GR~1.0/tmp/wsdl59650/PosAdapterSchema.xsd'.
Retrieving schema at 'ICTCommonDataModelSchema.xsd', relative to
'file:/C:/WSO2GR~1.0/bin/../tmp/wsdl59650/posAdapter.wsdl'.
[2010-05-05 11:21:51,703] INFO - Unable to sendViaPost to
url[https://163.162.244.42:9443/services/ResourceAdminService]
{org.apache.axis2.transport.http.HTTPSender}
java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at
com.sun.net.ssl.internal.ssl.InputRecord.readFully(InputRecord.java:293)
at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:331)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:789)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:746)
at
com.sun.net.ssl.internal.ssl.AppInput
[Carbon-dev] R: Setting timeout on NIO transport
Ok thanks, the timeout property works. By the way, now we have an error when
one of our proxy services is called, since we have changed from servlet
transport to nHttp transport (ESB 2.1.3). Any idea?
Thanks
2010-05-20 11:01:35,138 [-] [HttpServerWorker-1] ERROR AxisEngine Error in
extracting message properties
org.apache.axis2.AxisFault: Error in extracting message properties
at
org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:172)
at
org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
at org.apache.axis2.engine.Phase.invoke(Phase.java:318)
at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:256)
at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:165)
at
org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:167)
at
org.apache.synapse.transport.nhttp.ServerWorker.processEntityEnclosingMethod(ServerWorker.java:349)
at
org.apache.synapse.transport.nhttp.ServerWorker.run(ServerWorker.java:239)
at
org.apache.axis2.transport.base.threads.NativeWorkerPool$1.run(NativeWorkerPool.java:58)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.apache.rampart.RampartException: Error in extracting message
properties
at
org.apache.rampart.RampartMessageData.(RampartMessageData.java:386)
at org.apache.rampart.RampartEngine.process(RampartEngine.java:68)
at
org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:92)
... 10 more
Caused by: org.apache.ws.security.WSSecurityException: Error in converting SOAP
Envelope to Document; nested exception is:
org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException:
Unexpected end of input block; expected an identifier
at [row,col {unknown-source}]: [3,11613]
at
org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:161)
at
org.apache.rampart.RampartMessageData.(RampartMessageData.java:272)
... 12 more
Caused by: org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxEOFException:
Unexpected end of input block; expected an identifier
at [row,col {unknown-source}]: [3,11613]
at
org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:260)
at org.apache.axiom.om.impl.llom.OMNodeImpl.build(OMNodeImpl.java:335)
at
org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:737)
at
org.apache.rampart.util.Axis2Util.getDocumentFromSOAPEnvelope(Axis2Util.java:96)
... 13 more
Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected end of input block;
expected an identifier
at [row,col {unknown-source}]: [3,11613]
at
com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOB(StreamScanner.java:675)
at
com.ctc.wstx.sr.StreamScanner.loadMoreFromCurrent(StreamScanner.java:1029)
at
com.ctc.wstx.sr.StreamScanner.getNextCharFromCurrent(StreamScanner.java:786)
at
com.ctc.wstx.sr.BasicStreamReader.handleStartElem(BasicStreamReader.java:2913)
at
com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2846)
at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)
at
javax.xml.stream.util.StreamReaderDelegate.next(StreamReaderDelegate.java:47)
at
org.apache.axiom.om.impl.builder.SafeXMLStreamReader.next(SafeXMLStreamReader.java:183)
at
org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:597)
at
org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:172)
... 16 more
2010-05-20 11:01:35,141 [-] [HttpServerWorker-1] ERROR ServerWorker Error
processing POST request
org.apache.axis2.AxisFault: Error in extracting message properties
at
org.apache.rampart.handler.RampartReceiver.setFaultCodeAndThrowAxisFault(RampartReceiver.java:172)
at
org.apache.rampart.handler.RampartReceiver.invoke(RampartReceiver.java:99)
at org.apache.axis2.engine.Phase.invoke(Phase.java:318)
at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:256)
at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:165)
at
org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:167)
at
org.apache.synapse.transport.nhttp.ServerWorker.processEntityEnclosingMethod(ServerWorker.java:349)
at
org.apache.synapse.transport.nhttp.ServerWorker.run(ServerWorker.java:239)
at
org.apache.axis2.transport.base.threads.NativeWorkerPool$1.run(NativeWorkerPool.java:58)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.c
[Carbon-dev] Problem with our SVN
Hi All; I am getting this error trying to checkout the branch https://svn.wso2.org/repos/wso2/branches/carbon/3.0.0. Same thing happened when I try to update as well. This happen with some directories only. Error below. Fetching external item into '3.0.0-may20/products/greg/modules/samples/distributed-LCM/src/org.wso2.carbon.governance.samples.lcm' svn: Server sent unexpected return value (501 Not Implemented) in response to OPTIONS request for 'https://wso2.org/repos/wso2/branches/carbon/3.0.0/components/governance/org.wso2.carbon.governance.samples.lcm/3.0.0' Any idea what is wrong? Thanks Srinath -- Srinath Perera, Ph.D. WSO2 Inc. http://wso2.com Blog: http://srinathsview.blogspot.com/ ___ Carbon-dev mailing list Carbon-dev@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
Re: [Carbon-dev] Carbon 3.0.0 - Iridium - RC14
Folks, I do not see GS and MS hosted on OT? What is holding us back??? Samisa... On Wed, May 19, 2010 at 2:10 PM, Samisa Abeysinghe wrote: > Sameera is back. Please figure out the patching of Axis2 with DS with him. > > Samisa... > > > On Wed, May 19, 2010 at 11:00 AM, Anjana Fernando wrote: > >> On Tue, May 18, 2010 at 12:36 PM, Samisa Abeysinghe >> wrote: >> > >> > >> > On Tue, May 18, 2010 at 12:25 PM, Chamara Silva >> wrote: >> >> >> >> Is it possible to get new data services build today? >> > >> > Anjana, please provide a local build till we figure out patching >> >> Done. >> >> > Thanks, >> > Samisa... >> > >> >> >> >> thank you, >> >> regards, >> >> Chamara >> >> >> >> On Mon, May 17, 2010 at 3:43 PM, Tyrell Perera >> wrote: >> >> > Thanks Lahiru. >> >> > >> >> > Tyrell >> >> > >> >> > On Mon, May 17, 2010 at 2:36 PM, Lahiru Gunathilake > > >> >> > wrote: >> >> >> >> >> >> Hi all, >> >> >> Created the source packs for GS and MS and hosted here[1]. >> >> >> [1]http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14 >> >> >> >> >> >> Lahiru >> >> >> >> >> >> On Fri, May 14, 2010 at 3:22 PM, Lahiru Gunathilake < >> lah...@wso2.com> >> >> >> wrote: >> >> >>> >> >> >>> >> >> >>> On Fri, May 14, 2010 at 9:33 AM, Samisa Abeysinghe < >> sam...@wso2.com> >> >> >>> wrote: >> >> >> >> Lahiru, >> >> Can you please help me with source packs please? >> >> >> >> As we did for Chunk1, we need to tag this for chunk 2. >> >> >>> >> >> >>> Done ! >> >> >> >> You can find the svn revision for this >> >> >> >> at >> http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14/svn.info >> >> Please create GS and MS source packs, and may be DS as well. >> >> >>> >> >> >>> After creating tags I tried to get a complete check out of the >> trunk >> >> >>> and >> >> >>> change the svn externals first and then create the source packs, >> but >> >> >>> due to >> >> >>> OT failures I cannot get a complete check out of carbon-platform >> and I >> >> >>> am >> >> >>> getting the following error continuously. >> >> >>> Fetching external item into >> >> >>> >> >> >>> >> 'chunk2/components/registry/org.wso2.carbon.registry.extensions/3.0.0/src/test/resources/user-test' >> >> >>> svn: PROPFIND request failed on >> >> >>> >> >> >>> >> '/repos/wso2/branches/carbon/3.0.0/core/org.wso2.carbon.user.core/src/test/resources' >> >> >>> svn: PROPFIND of >> >> >>> >> >> >>> >> '/repos/wso2/branches/carbon/3.0.0/core/org.wso2.carbon.user.core/src/test/resources': >> >> >>> could not connect to server (https://wso2.org) >> >> >>> >> >> >>> Regards >> >> >>> Lahiru >> >> >> >> Thanks, >> >> Samisa... >> >> >> >> On Fri, May 14, 2010 at 9:19 AM, Yumani Ranaweera < >> yum...@wso2.com> >> >> wrote: >> >> > >> >> > On Fri, May 14, 2010 at 9:07 AM, Samisa Abeysinghe < >> sam...@wso2.com> >> >> > wrote: >> >> >> >> >> >> >> >> >> On Thu, May 13, 2010 at 10:19 AM, Samisa Abeysinghe >> >> >> >> >> >> wrote: >> >> >>> >> >> >>> http://builder.wso2.org/~carbon/releases/carbon/3.0.0/4RC14/ >> >> >> >> >> >> Are these packs good? >> >> >> Can we release MS and DS with these? >> >> > >> >> > We can proceed releasing MS. >> >> > >> >> > >> >> > Thanks, >> >> > Yumani >> >> > >> >> >> >> >> >> We need to be done with those to start patching the core for BPS >> >> >> and >> >> >> BAM. >> >> >> Thanks, >> >> >> Samisa... >> >> >> >> >> >> -- >> >> >> Samisa Abeysinghe >> >> >> Director, Engineering - WSO2 Inc. >> >> >> >> >> >> http://wso2.com/ - "lean . enterprise . middleware" >> >> >> >> >> >> ___ >> >> >> Carbon-dev mailing list >> >> >> Carbon-dev@wso2.org >> >> >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> >> >> >> > >> >> > >> >> > >> >> > -- >> >> > Yumani Ranaweera >> >> > WSO2, Inc. - http://wso2.org >> >> > Email : yum...@wso2.com >> >> > Cell: +94 077 7795242 >> >> > Blog : http://yumani.blogspot.com/ >> >> > >> >> > ___ >> >> > Carbon-dev mailing list >> >> > Carbon-dev@wso2.org >> >> > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> > >> >> -- >> >> Samisa Abeysinghe >> >> Director, Engineering - WSO2 Inc. >> >> >> >> http://wso2.com/ - "lean . enterprise . middleware" >> >> >> >> ___ >> >> Carbon-dev mailing list >> >> Carbon-dev@wso2.org >> >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> >> >> >>> >> >> >>> >> >> >>> >> >> >>> -- >> >> >>> Lahiru Gunathilake >> >> >>> Senior Software Engineer - WSO2 Inc. >> >> >>> >> >> >>> Blog: www.lahiru.org >> >> >>> >> >> >>> >> >> >> >> >> >> >> >> >> >>
