Re: [Carbon-dev] Shall we remove XKMS feature from ESB..?

[Prabath Siriwardena]

Done... Removed from ESB, AS and BPS.

Thanks & regards,
-Prabath

On Thu, Jan 26, 2012 at 1:32 PM, Thilina Buddhika  wrote:

>
>
> On Thu, Jan 26, 2012 at 7:01 PM, Prabath Siriwardena wrote:
>
>>
>>
>> On Thu, Jan 26, 2012 at 6:59 PM, Paul Fremantle  wrote:
>>
>>> +1. And from all products except IS?
>>
>>
>> +1
>>
>>
> +1.
>
> Thanks,
> Thilina
>
>
>
>> Thanks & regards,
>> -Prabath
>>
>>
>>>
>>> Paul
>>>
>>> On 26 January 2012 13:27, Prabath Siriwardena  wrote:
>>>
 $subject

 --
 Thanks & Regards,
 Prabath

 Mobile : +94 71 809 6732

 http://blog.facilelogin.com
 http://RampartFAQ.com


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> Paul Fremantle
>>> CTO and Co-Founder, WSO2
>>> OASIS WS-RX TC Co-chair, VP, Apache Synapse
>>>
>>> UK: +44 207 096 0336
>>> US: +1 646 595 7614
>>>
>>> blog: http://pzf.fremantle.org
>>> twitter.com/pzfreo
>>> p...@wso2.com
>>>
>>> wso2.com Lean Enterprise Middleware
>>>
>>> Disclaimer: This communication may contain privileged or other
>>> confidential information and is intended exclusively for the addressee/s.
>>> If you are not the intended recipient/s, or believe that you may have
>>> received this communication in error, please reply to the sender indicating
>>> that fact and delete the copy you received and in addition, you should not
>>> print, copy, retransmit, disseminate, or otherwise use the information
>>> contained in this communication. Internet communications cannot be
>>> guaranteed to be timely, secure, error or virus-free. The sender does not
>>> accept liability for any errors or omissions.
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Thanks & Regards,
>> Prabath
>>
>> Mobile : +94 71 809 6732
>>
>> http://blog.facilelogin.com
>> http://RampartFAQ.com
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Thilina Buddhika
> Associate Technical Lead
> WSO2 Inc. ; http://wso2.com
> lean . enterprise . middleware
>
> phone : +94 77 44 88 727
> blog : http://blog.thilinamb.com
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thanks & Regards,
Prabath

Mobile : +94 71 809 6732

http://blog.facilelogin.com
http://RampartFAQ.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] svn externs .. are they worth it? Fwd: More compilation errors in Carbon trunk

[Pradeep Fernando]

hi,

we had the same discussion, some time back, [1]

[1] http://markmail.org/message/k4647yw6rbfwyfsf

thanks,
--Pradeep
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] svn externs .. are they worth it? Fwd: More compilation errors in Carbon trunk

[Thilina Buddhika]

Most of the time these externals are set to config files, etc which are
modified hardly. So 95% of the time, it is safe to make that assumption and
exclude svn externals when performing an update. :)

Thanks,
Thilina

On Fri, Jan 27, 2012 at 12:36 PM, KasunG Gajasinghe  wrote:

>
>
> On Fri, Jan 27, 2012 at 12:17 PM, Muhammed Shariq  wrote:
>
>> On Fri, Jan 27, 2012 at 6:21 AM, Srinath Perera  wrote:
>>
>>> When we want to avoid putting the same file in two places .. we are
>>> using svn externs
>>>
>>> But they added lot of complexity IMO .. slow down the checkout .. are
>>> they worth it? isn't there a better way? what if we refer to them as
>>> ../.. .. etc?
>>>
>>> WDYT?
>>>
>>
>>
> +1
>
>
>> +1 for some alternative other than externals, a svn up takes like forever
>> :(
>>
>>>
>>> --Srinath
>>>
>>>
>>> -- Forwarded message --
>>> From: Denis Weerasiri 
>>> Date: Thu, Jan 26, 2012 at 11:13 PM
>>> Subject: Re: [Carbon-dev] More compilation errors in Carbon trunk
>>> To: carbon-dev@wso2.org
>>>
>>>
>>>
>>>
>>> On Thu, Jan 26, 2012 at 10:59 PM, Srinath Perera 
>>> wrote:
>>> >
>>> > Denis do we have to have those externs? any chance we remove them to
>>> > make things simpler and faster?
>>>
>>> Hi Srinath,
>>> We keep our BPEL engine API wsdls in
>>>
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>>> .
>>> Again we generate a stub and skeleton from the same wsdl.
>>> We use the same mechanism for
>>>
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.skeleton
>>> and
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.stub
>>> .
>>> It'll be hard to maintain these without svn externals.
>>>
>>> As well we have a svn extern from
>>>
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>>> to
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/products/bps/modules/samples/product/BPSManagementClient/src/main/resources/mgt
>>> .
>>>
>>> >
>>> > On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri 
>>> wrote:
>>> > > Hi Azeez,
>>> > > Can you
>>> > > check
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>>> > > and
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>>>  are
>>> > > upto date?
>>> > >
>>> > > As
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>>>  has
>>> > > an svn external
>>> > > to
>>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>>> > > this error may be occurred.
>>> > >
>>> > > On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez 
>>> wrote:
>>> > >>
>>> > >> We haven't had a single successful build in the past 3 days because
>>> from
>>> > >> time to time, some people were careless as to introduce compilation
>>> errors!
>>> > >>
>>> > >>
>>> > >> INFO]
>>> > >>
>>> 
>>> > >> [INFO] BUILD FAILURE
>>> > >> [INFO]
>>> > >>
>>> 
>>> > >> [INFO] Total time: 2:28:04.486s
>>> > >> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
>>> > >> [INFO] Final Memory: 723M/1391M
>>> > >> [INFO]
>>> > >>
>>> 
>>> > >> [ERROR] Failed to execute goal
>>> > >> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
>>> > >> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation
>>> failure:
>>> > >> Compilation failure:
>>> > >> [ERROR]
>>> > >>
>>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
>>> > >> cannot find symbol
>>> > >> [ERROR] symbol  : class InvokeServiceListType
>>> > >> [ERROR] location: class
>>> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>>> > >> [ERROR]
>>> > >> [ERROR]
>>> > >>
>>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
>>> > >> cannot find symbol
>>> > >> [ERROR] symbol  : class ProvideServiceListType
>>> > >> [ERROR] location: class
>>> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>>> > >> [ERROR]
>>> > >> [ERROR]
>>> > >>
>>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
>>> > >> cannot find symbol
>>> > >> [ERROR] symbol  : class MexInterpreterListType
>>> > >> [ERROR] location: class
>>> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>>> > >> [ERROR]
>>> > >> [ERROR]
>>> > >>
>>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/sr

Re: [Carbon-dev] svn externs .. are they worth it? Fwd: More compilation errors in Carbon trunk

[KasunG Gajasinghe]

On Fri, Jan 27, 2012 at 12:17 PM, Muhammed Shariq  wrote:

> On Fri, Jan 27, 2012 at 6:21 AM, Srinath Perera  wrote:
>
>> When we want to avoid putting the same file in two places .. we are
>> using svn externs
>>
>> But they added lot of complexity IMO .. slow down the checkout .. are
>> they worth it? isn't there a better way? what if we refer to them as
>> ../.. .. etc?
>>
>> WDYT?
>>
>
>
+1


> +1 for some alternative other than externals, a svn up takes like forever
> :(
>
>>
>> --Srinath
>>
>>
>> -- Forwarded message --
>> From: Denis Weerasiri 
>> Date: Thu, Jan 26, 2012 at 11:13 PM
>> Subject: Re: [Carbon-dev] More compilation errors in Carbon trunk
>> To: carbon-dev@wso2.org
>>
>>
>>
>>
>> On Thu, Jan 26, 2012 at 10:59 PM, Srinath Perera 
>> wrote:
>> >
>> > Denis do we have to have those externs? any chance we remove them to
>> > make things simpler and faster?
>>
>> Hi Srinath,
>> We keep our BPEL engine API wsdls in
>>
>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>> .
>> Again we generate a stub and skeleton from the same wsdl.
>> We use the same mechanism for
>>
>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.skeleton
>> and
>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.stub
>> .
>> It'll be hard to maintain these without svn externals.
>>
>> As well we have a svn extern from
>>
>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>> to
>> https://svn.wso2.org/repos/wso2/trunk/carbon/products/bps/modules/samples/product/BPSManagementClient/src/main/resources/mgt
>> .
>>
>> >
>> > On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri 
>> wrote:
>> > > Hi Azeez,
>> > > Can you
>> > > check
>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>> > > and
>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>>  are
>> > > upto date?
>> > >
>> > > As
>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>>  has
>> > > an svn external
>> > > to
>> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>> > > this error may be occurred.
>> > >
>> > > On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
>> > >>
>> > >> We haven't had a single successful build in the past 3 days because
>> from
>> > >> time to time, some people were careless as to introduce compilation
>> errors!
>> > >>
>> > >>
>> > >> INFO]
>> > >>
>> 
>> > >> [INFO] BUILD FAILURE
>> > >> [INFO]
>> > >>
>> 
>> > >> [INFO] Total time: 2:28:04.486s
>> > >> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
>> > >> [INFO] Final Memory: 723M/1391M
>> > >> [INFO]
>> > >>
>> 
>> > >> [ERROR] Failed to execute goal
>> > >> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
>> > >> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation
>> failure:
>> > >> Compilation failure:
>> > >> [ERROR]
>> > >>
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
>> > >> cannot find symbol
>> > >> [ERROR] symbol  : class InvokeServiceListType
>> > >> [ERROR] location: class
>> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> > >> [ERROR]
>> > >> [ERROR]
>> > >>
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
>> > >> cannot find symbol
>> > >> [ERROR] symbol  : class ProvideServiceListType
>> > >> [ERROR] location: class
>> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> > >> [ERROR]
>> > >> [ERROR]
>> > >>
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
>> > >> cannot find symbol
>> > >> [ERROR] symbol  : class MexInterpreterListType
>> > >> [ERROR] location: class
>> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> > >> [ERROR]
>> > >> [ERROR]
>> > >>
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
>> > >> cannot find symbol
>> > >> [ERROR] symbol  : class PropertyListType
>> > >> [ERROR] location: class
>> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> > >> [ERROR]
>> > >> [ERROR]
>> > >>
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bp

Re: [Carbon-dev] svn externs .. are they worth it? Fwd: More compilation errors in Carbon trunk

[Srinath Perera]

yah my svn update it now running for about 4 hours

--Srinath

On Fri, Jan 27, 2012 at 6:38 AM, Srinath Perera  wrote:
> When we want to avoid putting the same file in two places .. we are
> using svn externs
>
> But they added lot of complexity IMO .. slow down the checkout .. are
> they worth it? isn't there a better way? what if we refer to them as
> ../.. .. etc?
>
> WDYT?
>
> --Srinath
>
>
> -- Forwarded message --
> From: Denis Weerasiri 
> Date: Thu, Jan 26, 2012 at 11:13 PM
> Subject: Re: [Carbon-dev] More compilation errors in Carbon trunk
> To: carbon-dev@wso2.org
>
>
>
>
> On Thu, Jan 26, 2012 at 10:59 PM, Srinath Perera  wrote:
>>
>> Denis do we have to have those externs? any chance we remove them to
>> make things simpler and faster?
>
> Hi Srinath,
> We keep our BPEL engine API wsdls in
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> .
> Again we generate a stub and skeleton from the same wsdl.
> We use the same mechanism for
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.skeleton
> and 
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.stub.
> It'll be hard to maintain these without svn externals.
>
> As well we have a svn extern from
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> to https://svn.wso2.org/repos/wso2/trunk/carbon/products/bps/modules/samples/product/BPSManagementClient/src/main/resources/mgt
> .
>
>>
>> On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri  wrote:
>> > Hi Azeez,
>> > Can you
>> > check https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>> > and https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/ are
>> > upto date?
>> >
>> > As https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/ has
>> > an svn external
>> > to https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
>> > this error may be occurred.
>> >
>> > On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
>> >>
>> >> We haven't had a single successful build in the past 3 days because from
>> >> time to time, some people were careless as to introduce compilation 
>> >> errors!
>> >>
>> >>
>> >> INFO]
>> >> 
>> >> [INFO] BUILD FAILURE
>> >> [INFO]
>> >> 
>> >> [INFO] Total time: 2:28:04.486s
>> >> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
>> >> [INFO] Final Memory: 723M/1391M
>> >> [INFO]
>> >> 
>> >> [ERROR] Failed to execute goal
>> >> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
>> >> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
>> >> Compilation failure:
>> >> [ERROR]
>> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
>> >> cannot find symbol
>> >> [ERROR] symbol  : class InvokeServiceListType
>> >> [ERROR] location: class
>> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> >> [ERROR]
>> >> [ERROR]
>> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
>> >> cannot find symbol
>> >> [ERROR] symbol  : class ProvideServiceListType
>> >> [ERROR] location: class
>> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> >> [ERROR]
>> >> [ERROR]
>> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
>> >> cannot find symbol
>> >> [ERROR] symbol  : class MexInterpreterListType
>> >> [ERROR] location: class
>> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> >> [ERROR]
>> >> [ERROR]
>> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
>> >> cannot find symbol
>> >> [ERROR] symbol  : class PropertyListType
>> >> [ERROR] location: class
>> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> >> [ERROR]
>> >> [ERROR]
>> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
>> >> cannot find symbol
>> >> [ERROR] symbol  : class ScopeEventType
>> >> [ERROR] location: class
>> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> >> [ERROR]
>> >>
>> >>
>> >> --
>> >> Afkham Azeez
>> >> Director of Architecture; WSO2, Inc.; http://wso2.com
>> >> Member; 

Re: [Carbon-dev] svn externs .. are they worth it? Fwd: More compilation errors in Carbon trunk

[Muhammed Shariq]

On Fri, Jan 27, 2012 at 6:21 AM, Srinath Perera  wrote:

> When we want to avoid putting the same file in two places .. we are
> using svn externs
>
> But they added lot of complexity IMO .. slow down the checkout .. are
> they worth it? isn't there a better way? what if we refer to them as
> ../.. .. etc?
>
> WDYT?
>

+1 for some alternative other than externals, a svn up takes like forever
:(

>
> --Srinath
>
>
> -- Forwarded message --
> From: Denis Weerasiri 
> Date: Thu, Jan 26, 2012 at 11:13 PM
> Subject: Re: [Carbon-dev] More compilation errors in Carbon trunk
> To: carbon-dev@wso2.org
>
>
>
>
> On Thu, Jan 26, 2012 at 10:59 PM, Srinath Perera  wrote:
> >
> > Denis do we have to have those externs? any chance we remove them to
> > make things simpler and faster?
>
> Hi Srinath,
> We keep our BPEL engine API wsdls in
>
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> .
> Again we generate a stub and skeleton from the same wsdl.
> We use the same mechanism for
>
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.skeleton
> and
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.stub
> .
> It'll be hard to maintain these without svn externals.
>
> As well we have a svn extern from
>
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> to
> https://svn.wso2.org/repos/wso2/trunk/carbon/products/bps/modules/samples/product/BPSManagementClient/src/main/resources/mgt
> .
>
> >
> > On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri 
> wrote:
> > > Hi Azeez,
> > > Can you
> > > check
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > > and
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>  are
> > > upto date?
> > >
> > > As
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>  has
> > > an svn external
> > > to
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > > this error may be occurred.
> > >
> > > On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
> > >>
> > >> We haven't had a single successful build in the past 3 days because
> from
> > >> time to time, some people were careless as to introduce compilation
> errors!
> > >>
> > >>
> > >> INFO]
> > >>
> 
> > >> [INFO] BUILD FAILURE
> > >> [INFO]
> > >>
> 
> > >> [INFO] Total time: 2:28:04.486s
> > >> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
> > >> [INFO] Final Memory: 723M/1391M
> > >> [INFO]
> > >>
> 
> > >> [ERROR] Failed to execute goal
> > >> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
> > >> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation
> failure:
> > >> Compilation failure:
> > >> [ERROR]
> > >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
> > >> cannot find symbol
> > >> [ERROR] symbol  : class InvokeServiceListType
> > >> [ERROR] location: class
> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> > >> [ERROR]
> > >> [ERROR]
> > >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
> > >> cannot find symbol
> > >> [ERROR] symbol  : class ProvideServiceListType
> > >> [ERROR] location: class
> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> > >> [ERROR]
> > >> [ERROR]
> > >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
> > >> cannot find symbol
> > >> [ERROR] symbol  : class MexInterpreterListType
> > >> [ERROR] location: class
> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> > >> [ERROR]
> > >> [ERROR]
> > >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
> > >> cannot find symbol
> > >> [ERROR] symbol  : class PropertyListType
> > >> [ERROR] location: class
> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> > >> [ERROR]
> > >> [ERROR]
> > >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
> > >> cannot find symbol
> > >> [ERROR] symbol  : class ScopeEventType
> > >> [ERROR] location: class
> > >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdate

Re: [Carbon-dev] [Bamboo-Build] WSO2 Carbon Trunk > WSO2 Carbon - Platform Trunk > #154 has FAILED. Change made by 4 authors.

[Sanjeewa Malalgoda]

Yes i fixed it by changing version into stratos version(1.1.0-SNAPSHOT).

On Fri, Jan 27, 2012 at 9:46 AM, Shammi Jayasinghe  wrote:

> Hi sanjeewa,
>
>Please have a look,
> [ERROR] Failed to execute goal org.wso2.maven:carbon-p2-
> plugin:1.4-SNAPSHOT:p2-repo-gen (2-p2-repo-generation) on project
> wso2stratos-brs-p2-profile: ERROR: Failure to find org.wso2.carbon:org.wso2.
> carbon.stratos.usage.agent.feature:zip:1.2.0-SNAPSHOT in
> http://maven.wso2.org/nexus/content/groups/wso2-public/ was cached in the
> local repository, resolution will not be reattempted until the update
> interval of wso2-nexus has elapsed or updates are forced
>
>
> Thanks
> Shammi
>
> On Fri, Jan 27, 2012 at 7:43 AM, Bamboo  wrote:
>
>>  [image: Failed]  WSO2 Carbon 
>> Trunk› WSO2
>> Carbon - Platform 
>> Trunk›
>> #154
>> failed
>>
>> Code has been updated by 
>> krishantha,
>> janaka ,
>> deep ,
>> prabath .
>>
>> No failed tests found, a possible compilation error.
>>Failing 
>> Jobs
>> Job
>> Duration Tests[image: Failed]  WSO2 Carbon Trunk Build 
>> Process
>>  (Default
>> Stage)  363 minutes  7837 passed  
>> Logs|
>> Artifacts
>>  Code
>> Changes
>>   View
>> all 7 code 
>> changes
>> krishantha
>> Populate users after each test suite run  119571
>> deep
>> Hadoop 0.20.203.1 initial commit.
>>
>>  119570
>> krishantha
>> Check for open port after server shutdown call  119566   4 more 
>> changes…
>>  View
>> Online
>> | Add 
>> Comments
>>
>> This message was sent by Atlassian 
>> Bamboo
>> .
>>
>> If you wish to stop receiving these emails edit your user 
>> profileor
>>  notify
>> your 
>> administrator
>> .
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Best Regards,*
>
> Shammi Jayasinghe*
> Senior Software Engineer; WSO2, Inc.; http://wso2.com,
> mobile: +94 71 4493085
>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Sanjeewa Malalgoda*
Software Engineer
**
*WSO2, Inc.*
lean.enterprise.middleware.

mobile : +94 713068779
web: http://wso2.com
 blog
:http://sanjeewamalalgoda.blogspot.com/

[image:
http://wso2.com/wp-content/themes/wso2ng-v2/images/logos/stratos_logo_h42.gif]
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] [Bamboo-Build] WSO2 Carbon Trunk > WSO2 Carbon - Platform Trunk > #154 has FAILED. Change made by 4 authors.

[Shammi Jayasinghe]

Hi sanjeewa,

   Please have a look,
[ERROR] Failed to execute goal org.wso2.maven:carbon-p2-
plugin:1.4-SNAPSHOT:p2-repo-gen (2-p2-repo-generation) on project
wso2stratos-brs-p2-profile: ERROR: Failure to find org.wso2.carbon:org.wso2.
carbon.stratos.usage.agent.feature:zip:1.2.0-SNAPSHOT in
http://maven.wso2.org/nexus/content/groups/wso2-public/ was cached in the
local repository, resolution will not be reattempted until the update
interval of wso2-nexus has elapsed or updates are forced


Thanks
Shammi

On Fri, Jan 27, 2012 at 7:43 AM, Bamboo  wrote:

>  [image: Failed]  WSO2 Carbon 
> Trunk› WSO2
> Carbon - Platform 
> Trunk›
> #154
> failed
>
> Code has been updated by 
> krishantha,
> janaka ,
> deep ,
> prabath .
>
> No failed tests found, a possible compilation error.
>   Failing 
> Jobs
> Job Duration Tests[image: Failed]  WSO2 Carbon Trunk Build 
> Process
>  (Default
> Stage)  363 minutes  7837 passed  
> Logs|
> Artifacts
>  Code
> Changes
>   View
> all 7 code 
> changes
> krishantha
> Populate users after each test suite run  119571
> deep
> Hadoop 0.20.203.1 initial commit.
>
>  119570
> krishantha
> Check for open port after server shutdown call  119566   4 more 
> changes…
>  View
> Online
> | Add 
> Comments
>
> This message was sent by Atlassian 
> Bamboo
> .
>
> If you wish to stop receiving these emails edit your user 
> profileor
>  notify
> your 
> administrator
> .
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Best Regards,*

Shammi Jayasinghe*
Senior Software Engineer; WSO2, Inc.; http://wso2.com,
mobile: +94 71 4493085
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] [Bamboo-Build] WSO2 Carbon Trunk > WSO2 Carbon - Platform Trunk > #154 has FAILED. Change made by 4 authors.

[Bamboo]

---
WSO2 Carbon Trunk > WSO2 Carbon - Platform Trunk > #154 failed.
---
Code has been updated by krishantha, janaka, deep, prabath.
No failed tests found, a possible compilation error.

http://builder4.us1.wso2.org:/bamboo/browse/WSO2CARBONTUNK-WSO2CARBONPLATFORMTRUNK-154/


--
Failing Jobs
--
  - WSO2 Carbon Trunk Build Process (Default Stage): 7837 tests passed.


--
Code Changes
--
krishantha (119566):

>Check for open port after server shutdown call

deep (119570):

>Hadoop 0.20.203.1 initial commit.
>
>

janaka (119564):

>Fixing CARBON-12053
>



--
This message is automatically generated by Atlassian Bamboo___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] svn externs .. are they worth it? Fwd: More compilation errors in Carbon trunk

[Srinath Perera]

When we want to avoid putting the same file in two places .. we are
using svn externs

But they added lot of complexity IMO .. slow down the checkout .. are
they worth it? isn't there a better way? what if we refer to them as
../.. .. etc?

WDYT?

--Srinath


-- Forwarded message --
From: Denis Weerasiri 
Date: Thu, Jan 26, 2012 at 11:13 PM
Subject: Re: [Carbon-dev] More compilation errors in Carbon trunk
To: carbon-dev@wso2.org




On Thu, Jan 26, 2012 at 10:59 PM, Srinath Perera  wrote:
>
> Denis do we have to have those externs? any chance we remove them to
> make things simpler and faster?

Hi Srinath,
We keep our BPEL engine API wsdls in
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
.
Again we generate a stub and skeleton from the same wsdl.
We use the same mechanism for
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.skeleton
and 
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.stub.
It'll be hard to maintain these without svn externals.

As well we have a svn extern from
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
to https://svn.wso2.org/repos/wso2/trunk/carbon/products/bps/modules/samples/product/BPSManagementClient/src/main/resources/mgt
.

>
> On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri  wrote:
> > Hi Azeez,
> > Can you
> > check https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > and https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/ are
> > upto date?
> >
> > As https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/ has
> > an svn external
> > to https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > this error may be occurred.
> >
> > On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
> >>
> >> We haven't had a single successful build in the past 3 days because from
> >> time to time, some people were careless as to introduce compilation errors!
> >>
> >>
> >> INFO]
> >> 
> >> [INFO] BUILD FAILURE
> >> [INFO]
> >> 
> >> [INFO] Total time: 2:28:04.486s
> >> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
> >> [INFO] Final Memory: 723M/1391M
> >> [INFO]
> >> 
> >> [ERROR] Failed to execute goal
> >> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
> >> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
> >> Compilation failure:
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class InvokeServiceListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class ProvideServiceListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class MexInterpreterListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class PropertyListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class ScopeEventType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >>
> >>
> >> --
> >> Afkham Azeez
> >> Director of Architecture; WSO2, Inc.; http://wso2.com
> >> Member; Apache Software Foundation; http://www.apache.org/
> >>
> >> email: az...@wso2.com cell: +94 77 3320919
> >> blog: http://blog.afkham.org
> >> twitter: http://twitter.com/afkham_azeez
> >> linked-in: http://lk.linkedin.com/in/afkhamazeez
> >>
> >> Lean . Enterprise . M

[Carbon-dev] svn externs .. are they worth it? Fwd: More compilation errors in Carbon trunk

[Srinath Perera]

When we want to avoid putting the same file in two places .. we are
using svn externs

But they added lot of complexity IMO .. slow down the checkout .. are
they worth it? isn't there a better way? what if we refer to them as
../.. .. etc?

WDYT?

--Srinath


-- Forwarded message --
From: Denis Weerasiri 
Date: Thu, Jan 26, 2012 at 11:13 PM
Subject: Re: [Carbon-dev] More compilation errors in Carbon trunk
To: carbon-dev@wso2.org




On Thu, Jan 26, 2012 at 10:59 PM, Srinath Perera  wrote:
>
> Denis do we have to have those externs? any chance we remove them to
> make things simpler and faster?

Hi Srinath,
We keep our BPEL engine API wsdls in
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
.
Again we generate a stub and skeleton from the same wsdl.
We use the same mechanism for
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.skeleton
and 
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.stub.
It'll be hard to maintain these without svn externals.

As well we have a svn extern from
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
to https://svn.wso2.org/repos/wso2/trunk/carbon/products/bps/modules/samples/product/BPSManagementClient/src/main/resources/mgt
.

>
> On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri  wrote:
> > Hi Azeez,
> > Can you
> > check https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > and https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/ are
> > upto date?
> >
> > As https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/ has
> > an svn external
> > to https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > this error may be occurred.
> >
> > On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
> >>
> >> We haven't had a single successful build in the past 3 days because from
> >> time to time, some people were careless as to introduce compilation errors!
> >>
> >>
> >> INFO]
> >> 
> >> [INFO] BUILD FAILURE
> >> [INFO]
> >> 
> >> [INFO] Total time: 2:28:04.486s
> >> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
> >> [INFO] Final Memory: 723M/1391M
> >> [INFO]
> >> 
> >> [ERROR] Failed to execute goal
> >> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
> >> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
> >> Compilation failure:
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class InvokeServiceListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class ProvideServiceListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class MexInterpreterListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class PropertyListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class ScopeEventType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >>
> >>
> >> --
> >> Afkham Azeez
> >> Director of Architecture; WSO2, Inc.; http://wso2.com
> >> Member; Apache Software Foundation; http://www.apache.org/
> >>
> >> email: az...@wso2.com cell: +94 77 3320919
> >> blog: http://blog.afkham.org
> >> twitter: http://twitter.com/afkham_azeez
> >> linked-in: http://lk.linkedin.com/in/afkhamazeez
> >>
> >> Lean . Enterprise . M

Re: [Carbon-dev] Carbon bootup validator component Architecture + Code review meeting notes - Dileepa

[Chethiya Abeysinghe]

On Thu, Jan 26, 2012 at 3:36 PM, Nirmal Fernando  wrote:

> Hi,
>
> On Thu, Jan 26, 2012 at 3:30 PM, KasunG Gajasinghe wrote:
>
>> This is the notes for architecture and code of the new component, carbon
>> bootup validator held on 26th Jan 2011. Please amend it as necessary.
>> Relevant JIRA - https://wso2.org/jira/browse/CARBONROADMAP-15
>>
>> In the current arch, only the hard-coded parameters can be checked.
>> Parameters should be broken down to validators for extensibility. The
>> parameters here refers to heapMemory etc. See
>> https://wso2.org/jira/secure/attachment/18252/config_validation.xml
>>
>
> Why we need both RAM and freeRAM validation? Can't we have only freeRAM
> validation? (same question apply to Swap as well)
>

Free RAM can be tricky; we can only obtain a instancial value of it as it
changes over the time. Also there can be cases like hosting multiple
servers on the same hardware.

Anyway, nowadays all the OSs have their implemntation of
*optimized*virtual memory. Therefore given that you have enough
physical memory,
 performance is good. i.e. no use of having very very large physical memory
for most of well engineered codes (like the stuffs we have :)  )  given
that you have sufficiently large physical memory.

Therefore I guess just checking RAM is what we'll need.

Thanks,
 - Chethiya

>
> Thanks.
>
>
>>  The point is, for a given validator, create a hashmap for the
>> parameters name-value pair, and pass it to the validator. So, there will be
>> a HashMap per Validator. Inside a validator retrieve the current system
>> hardware and system properties, and compare the values. This new arch
>> invalidates the need of separate DataCollectors. Data collecting is also
>> done inside a validator.
>>
>> Then, the interface for validators will look like -
>> protected init (Map recommendedValues),
>> protected abstract Map validate(),
>> - No printing inside the validators. This isnt the presentation layer.
>> - just validate the parameters and return true/false
>> - The guy using these values can decide what to do
>>
>> The stubs of how the invocation happen (like Azeez's 'How to make a tea'
>> example ;) ) will be like what's in the provided snapshot.
>>
>>
>> Apart from the above architectural decisions, following decisions were
>> taken.
>>
>>- Rename the config file config_validation.xml to
>>config-validation.xml. Separating words by dash (-) is the general 
>> standard
>>for carbon and axis2.
>>- Concerns raised whether the measurement unit (like MBs, MHz) should
>>be added as a parameter instead of a comment for configurability. But
>>agreed that it's OK for the moment.
>>-
>>- Add a new Validator for validating System Properties. Some use
>>cases - If an user removes a sh script, there can be problems at runtime,
>>sys properties like carbon.home should be available.
>>- Add an optional validator for validating GC optimization
>>parameters. Add a commented xml such that end-user can uncomment if 
>> needed.
>>- Add PermGen size as well to the JVMValidator.
>>- Display a message stating the tested OSes if the OS at runtime
>>hasn't been tested.
>>
>>
>> Code level notes -
>>
>>- Catching exceptions ---Properly handle and throw the
>>exceptions. Rename ConfigurationParamaeterException to something like
>>UnrecongnizedParameterException, and make it a RuntimeException because
>>this isnt about business logic
>>- Make 'activate' variable in ConfigValidationXMLProcessor class final
>>- Create Logger instance per class, not per instance. Such that make
>>it private static final.
>>- Remove the construct in ConfigValidationXMLProcessor
>>- Have interfaces (like List, Map etc.) for reference class instead
>>of having ArrayList, HashMap etc.
>>
>>
>>- Use ulimit -n for max number of opened files. It includes the
>>opened socket count as well. SystemDataCollector class
>>
>>
>> Regards,
>> --KasunG
>>
>>
>> --
>> *Kasun Gajasinghe*
>> Software Engineer; WSO2 Inc.; http://wso2.com
>>
>> ,
>> *email: **kasung AT spamfree wso2.com** cell: **+94 (77) 678-0813*
>> *blog: **http://blog.kasunbg.org* 
>>
>> *
>> twitter: **http://twitter.com/kasunbg* 
>>
>> *
>> *
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
>
> regards,
> Nirmal
>
> Software Engineer, WSO2 Inc.
> mobile: +94715779733
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Chethiya Abeysinghe
Software Engineer; WSO2, Inc.;  http://wso2.com/
email: cheth...@wso2.com phone: +94 777334874
blog: chethiya3000.blogspot.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org

Re: [Carbon-dev] More compilation errors in Carbon trunk

[Denis Weerasiri]

On Thu, Jan 26, 2012 at 10:59 PM, Srinath Perera  wrote:

> Denis do we have to have those externs? any chance we remove them to
> make things simpler and faster?
>
Hi Srinath,
We keep our BPEL engine API wsdls in
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
 .
Again we generate a stub and skeleton from the same wsdl.
We use the same mechanism for
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.skeletonand
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.humantask.stub
.
It'll be hard to maintain these without svn externals.

As well we have a svn extern from
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeletonto
https://svn.wso2.org/repos/wso2/trunk/carbon/products/bps/modules/samples/product/BPSManagementClient/src/main/resources/mgt
 .


> On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri  wrote:
> > Hi Azeez,
> > Can you
> > check
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > and
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>  are
> > upto date?
> >
> > As
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>  has
> > an svn external
> > to
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > this error may be occurred.
> >
> > On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
> >>
> >> We haven't had a single successful build in the past 3 days because from
> >> time to time, some people were careless as to introduce compilation
> errors!
> >>
> >>
> >> INFO]
> >> 
> >> [INFO] BUILD FAILURE
> >> [INFO]
> >> 
> >> [INFO] Total time: 2:28:04.486s
> >> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
> >> [INFO] Final Memory: 723M/1391M
> >> [INFO]
> >> 
> >> [ERROR] Failed to execute goal
> >> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
> >> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation
> failure:
> >> Compilation failure:
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class InvokeServiceListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class ProvideServiceListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class MexInterpreterListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class PropertyListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class ScopeEventType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >>
> >>
> >> --
> >> Afkham Azeez
> >> Director of Architecture; WSO2, Inc.; http://wso2.com
> >> Member; Apache Software Foundation; http://www.apache.org/
> >>
> >> email: az...@wso2.com cell: +94 77 3320919
> >> blog: http://blog.afkham.org
> >> twitter: http://twitter.com/afkham_azeez
> >> linked-in: http://lk.linkedin.com/in/afkhamazeez
> >>
> >> Lean . Enterprise . Middleware
> >>
> >
> >
> >
> > --
> > Thanks,
> > Denis
> > --
> > Denis Weerasiri
> > Software Engineer; WSO2 Inc.; http://wso2.com,
> > email: denis [AT] wso2.com
> > phone: +94117639629
> > site: https://sites.google.com/site/ddweerasiri/
> > blog: http://ddweerasiri.blogspot.com
> > twitter: http://twitter.com/ddweerasiri
> > linked-in: http://lk.linkedin.com/in/d

Re: [Carbon-dev] More compilation errors in Carbon trunk

[Waruna Ranasinghe]

On Thu, Jan 26, 2012 at 10:59 PM, Srinath Perera  wrote:

> Denis do we have to have those externs? any chance we remove them to
> make things simpler and faster?
>
If we need to remove the externals, then we will have to commit the same
wsdl to two separate locations. I do not think that is a good practice.

Thanks,
Waruna


>
> On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri  wrote:
> > Hi Azeez,
> > Can you
> > check
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > and
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>  are
> > upto date?
> >
> > As
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
>  has
> > an svn external
> > to
> https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> > this error may be occurred.
> >
> > On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
> >>
> >> We haven't had a single successful build in the past 3 days because from
> >> time to time, some people were careless as to introduce compilation
> errors!
> >>
> >>
> >> INFO]
> >> 
> >> [INFO] BUILD FAILURE
> >> [INFO]
> >> 
> >> [INFO] Total time: 2:28:04.486s
> >> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
> >> [INFO] Final Memory: 723M/1391M
> >> [INFO]
> >> 
> >> [ERROR] Failed to execute goal
> >> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
> >> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation
> failure:
> >> Compilation failure:
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class InvokeServiceListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class ProvideServiceListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class MexInterpreterListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class PropertyListType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >> [ERROR]
> >>
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
> >> cannot find symbol
> >> [ERROR] symbol  : class ScopeEventType
> >> [ERROR] location: class
> >> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> >> [ERROR]
> >>
> >>
> >> --
> >> Afkham Azeez
> >> Director of Architecture; WSO2, Inc.; http://wso2.com
> >> Member; Apache Software Foundation; http://www.apache.org/
> >>
> >> email: az...@wso2.com cell: +94 77 3320919
> >> blog: http://blog.afkham.org
> >> twitter: http://twitter.com/afkham_azeez
> >> linked-in: http://lk.linkedin.com/in/afkhamazeez
> >>
> >> Lean . Enterprise . Middleware
> >>
> >
> >
> >
> > --
> > Thanks,
> > Denis
> > --
> > Denis Weerasiri
> > Software Engineer; WSO2 Inc.; http://wso2.com,
> > email: denis [AT] wso2.com
> > phone: +94117639629
> > site: https://sites.google.com/site/ddweerasiri/
> > blog: http://ddweerasiri.blogspot.com
> > twitter: http://twitter.com/ddweerasiri
> > linked-in: http://lk.linkedin.com/in/ddweerasiri
> >
> >
> > ___
> > Carbon-dev mailing list
> > Carbon-dev@wso2.org
> > http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
> >
>
>
>
> --
> 
> Srinath Perera, Ph.D.
>http://www.cs.indiana.edu/~hperera/
>http://srinathsview.blogspot.com/
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>



-- 

Re: [Carbon-dev] More compilation errors in Carbon trunk

[Srinath Perera]

Denis do we have to have those externs? any chance we remove them to
make things simpler and faster?

On Thu, Jan 26, 2012 at 10:36 PM, Denis Weerasiri  wrote:
> Hi Azeez,
> Can you
> check https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> and https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/ are
> upto date?
>
> As https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/ has
> an svn external
> to https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeleton
> this error may be occurred.
>
> On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
>>
>> We haven't had a single successful build in the past 3 days because from
>> time to time, some people were careless as to introduce compilation errors!
>>
>>
>> INFO]
>> 
>> [INFO] BUILD FAILURE
>> [INFO]
>> 
>> [INFO] Total time: 2:28:04.486s
>> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
>> [INFO] Final Memory: 723M/1391M
>> [INFO]
>> 
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
>> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
>> Compilation failure:
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
>> cannot find symbol
>> [ERROR] symbol  : class InvokeServiceListType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
>> cannot find symbol
>> [ERROR] symbol  : class ProvideServiceListType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
>> cannot find symbol
>> [ERROR] symbol  : class MexInterpreterListType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
>> cannot find symbol
>> [ERROR] symbol  : class PropertyListType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
>> cannot find symbol
>> [ERROR] symbol  : class ScopeEventType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>>
>>
>> --
>> Afkham Azeez
>> Director of Architecture; WSO2, Inc.; http://wso2.com
>> Member; Apache Software Foundation; http://www.apache.org/
>>
>> email: az...@wso2.com cell: +94 77 3320919
>> blog: http://blog.afkham.org
>> twitter: http://twitter.com/afkham_azeez
>> linked-in: http://lk.linkedin.com/in/afkhamazeez
>>
>> Lean . Enterprise . Middleware
>>
>
>
>
> --
> Thanks,
> Denis
> --
> Denis Weerasiri
> Software Engineer; WSO2 Inc.; http://wso2.com,
> email: denis [AT] wso2.com
> phone: +94117639629
> site: https://sites.google.com/site/ddweerasiri/
> blog: http://ddweerasiri.blogspot.com
> twitter: http://twitter.com/ddweerasiri
> linked-in: http://lk.linkedin.com/in/ddweerasiri
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>



-- 

Srinath Perera, Ph.D.
   http://www.cs.indiana.edu/~hperera/
   http://srinathsview.blogspot.com/
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] More compilation errors in Carbon trunk

[Denis Weerasiri]

Hi Azeez,
Can you check
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeletonand
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
are
upto date?

As
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.stub/
has
an svn external to
https://svn.wso2.org/repos/wso2/trunk/carbon/service-stubs/org.wso2.carbon.bpel.skeletonthis
error may be occurred.

On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:

> We haven't had a single successful build in the past 3 days because from
> time to time, some people were careless as to introduce compilation errors!
>
>
> INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 2:28:04.486s
> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
> [INFO] Final Memory: 723M/1391M
> [INFO]
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
> Compilation failure:
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
> cannot find symbol
> [ERROR] symbol  : class InvokeServiceListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
> cannot find symbol
> [ERROR] symbol  : class ProvideServiceListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
> cannot find symbol
> [ERROR] symbol  : class MexInterpreterListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
> cannot find symbol
> [ERROR] symbol  : class PropertyListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
> cannot find symbol
> [ERROR] symbol  : class ScopeEventType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
>
>
> --
> *Afkham Azeez*
> Director of Architecture; WSO2, Inc.; http://wso2.com
> Member; Apache Software Foundation; http://www.apache.org/
> * **
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>


-- 
Thanks,
Denis
--
*Denis Weerasiri*
Software Engineer; WSO2 Inc.; http://wso2.com,
*email: denis ** [AT] wso2.com *
*phone: +94117639629
*
*site: 
**https://sites.google.com/site/ddweerasiri/*
*blog: **http://ddweerasiri.blogspot.com* 
*
twitter: **http://twitter.com/ddweerasiri* *
linked-in: 
**http://lk.linkedin.com/in/ddweerasiri*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] More compilation errors in Carbon trunk

[Selvaratnam Uthaiyashankar]

On Thu, Jan 26, 2012 at 9:45 PM, Dushan Abeyruwan  wrote:
> Hi
>   I do have a suspicious over the bamboo build strategy, as discussed
>  Bamboo will trigger if any new commits within 1 hr gap, when agent starts
> to build it takes the latest update, so at the time of bamboo svn update
> there may be halft commits (because no body knows when it gets build)

There should not be any half commit. People should commit all relevant
changes in a single commit. (svn treats single commit as
transactional, so you won't get half of a single commit when you
checkout.)

Shankar


> complete by different groups, so  we can expect compilation failures during
> run time, i think we better to come up with good building strategy over
> Bamboo such as , we have to defined time periods where no group should
> commits any source with  period of time and we need to build trunk/branch at
> predefined time (most probably better to build over night) .. may be this
> issue due to this.. WDYT ?
>
>
> cheers,
> Dushan
>
> On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:
>>
>> We haven't had a single successful build in the past 3 days because from
>> time to time, some people were careless as to introduce compilation errors!
>>
>>
>> INFO]
>> 
>> [INFO] BUILD FAILURE
>> [INFO]
>> 
>> [INFO] Total time: 2:28:04.486s
>> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
>> [INFO] Final Memory: 723M/1391M
>> [INFO]
>> 
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
>> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
>> Compilation failure:
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
>> cannot find symbol
>> [ERROR] symbol  : class InvokeServiceListType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
>> cannot find symbol
>> [ERROR] symbol  : class ProvideServiceListType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
>> cannot find symbol
>> [ERROR] symbol  : class MexInterpreterListType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
>> cannot find symbol
>> [ERROR] symbol  : class PropertyListType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>> [ERROR]
>> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
>> cannot find symbol
>> [ERROR] symbol  : class ScopeEventType
>> [ERROR] location: class
>> org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
>> [ERROR]
>>
>>
>> --
>> Afkham Azeez
>> Director of Architecture; WSO2, Inc.; http://wso2.com
>> Member; Apache Software Foundation; http://www.apache.org/
>>
>> email: az...@wso2.com cell: +94 77 3320919
>> blog: http://blog.afkham.org
>> twitter: http://twitter.com/afkham_azeez
>> linked-in: http://lk.linkedin.com/in/afkhamazeez
>>
>> Lean . Enterprise . Middleware
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>
>
>
> --
> Dushan Abeyruwan
> WSO2 Inc
> Software Engineer
>
> Mobile:(+94)714408632
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>



-- 
S.Uthaiyashankar
Senior Architect & Senior Manager
WSO2 Inc.
http://wso2.com/ - "lean . enterprise . middleware"

Phone: +94 714897591
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] More compilation errors in Carbon trunk

[Prabath Siriwardena]

I was able to do a full trunk build - svn up was taken around 1 PM today...

Thanks & regards,
-Prabath

On Thu, Jan 26, 2012 at 3:36 PM, Afkham Azeez  wrote:

> We haven't had a single successful build in the past 3 days because from
> time to time, some people were careless as to introduce compilation errors!
>
>
> INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 2:28:04.486s
> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
> [INFO] Final Memory: 723M/1391M
> [INFO]
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
> Compilation failure:
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
> cannot find symbol
> [ERROR] symbol  : class InvokeServiceListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
> cannot find symbol
> [ERROR] symbol  : class ProvideServiceListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
> cannot find symbol
> [ERROR] symbol  : class MexInterpreterListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
> cannot find symbol
> [ERROR] symbol  : class PropertyListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
> cannot find symbol
> [ERROR] symbol  : class ScopeEventType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
>
>
> --
> *Afkham Azeez*
> Director of Architecture; WSO2, Inc.; http://wso2.com
> Member; Apache Software Foundation; http://www.apache.org/
> * **
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thanks & Regards,
Prabath

Mobile : +94 71 809 6732

http://blog.facilelogin.com
http://RampartFAQ.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] More compilation errors in Carbon trunk

[Dushan Abeyruwan]

Hi
  I do have a suspicious over the bamboo build strategy, as discussed
 Bamboo will trigger if any new commits* within 1 hr gap*, when agent
starts to build* it takes the latest update*, so at the time of bamboo *svn
update there may be halft commits* *(because no body knows when it gets
build*) complete by different groups, so  we *can expect compilation
failures during run time,* i think we better to come up with good
building strategy over Bamboo such as , we have to defined time periods
where no group should commits any source with  period of time and we need
to build trunk/branch at predefined time (most probably better to build
over night) .. may be this issue due to this.. WDYT ?


cheers,
Dushan

On Thu, Jan 26, 2012 at 9:06 PM, Afkham Azeez  wrote:

> We haven't had a single successful build in the past 3 days because from
> time to time, some people were careless as to introduce compilation errors!
>
>
> INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 2:28:04.486s
> [INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
> [INFO] Final Memory: 723M/1391M
> [INFO]
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
> (default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
> Compilation failure:
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
> cannot find symbol
> [ERROR] symbol  : class InvokeServiceListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
> cannot find symbol
> [ERROR] symbol  : class ProvideServiceListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
> cannot find symbol
> [ERROR] symbol  : class MexInterpreterListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
> cannot find symbol
> [ERROR] symbol  : class PropertyListType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
> [ERROR]
> /Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
> cannot find symbol
> [ERROR] symbol  : class ScopeEventType
> [ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
> [ERROR]
>
>
> --
> *Afkham Azeez*
> Director of Architecture; WSO2, Inc.; http://wso2.com
> Member; Apache Software Foundation; http://www.apache.org/
> * **
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Dushan Abeyruwan
WSO2 Inc
Software Engineer

Mobile:(+94)714408632
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] More compilation errors in Carbon trunk

[Afkham Azeez]

We haven't had a single successful build in the past 3 days because from
time to time, some people were careless as to introduce compilation errors!


INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 2:28:04.486s
[INFO] Finished at: Thu Jan 26 19:23:27 IST 2012
[INFO] Final Memory: 723M/1391M
[INFO]

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
(default-compile) on project org.wso2.carbon.bpel.ui: Compilation failure:
Compilation failure:
[ERROR]
/Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[42,12]
cannot find symbol
[ERROR] symbol  : class InvokeServiceListType
[ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
[ERROR]
[ERROR]
/Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[44,12]
cannot find symbol
[ERROR] symbol  : class ProvideServiceListType
[ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
[ERROR]
[ERROR]
/Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[46,12]
cannot find symbol
[ERROR] symbol  : class MexInterpreterListType
[ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
[ERROR]
[ERROR]
/Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[48,12]
cannot find symbol
[ERROR] symbol  : class PropertyListType
[ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
[ERROR]
[ERROR]
/Users/azeez/projects/wso2/org/trunk/carbon/components/business-processes/bpel/org.wso2.carbon.bpel.ui/src/main/java/org/wso2/carbon/bpel/ui/DeploymentDescriptorUpdater.java:[50,12]
cannot find symbol
[ERROR] symbol  : class ScopeEventType
[ERROR] location: class org.wso2.carbon.bpel.ui.DeploymentDescriptorUpdater
[ERROR]


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] CApp not getting deployed correctly

[Nirmal Fernando]

Hi Kishanthan,

On Thu, Jan 26, 2012 at 6:40 PM, Kishanthan Thangarajah  wrote:

> Hi Nirmal,
>
> On Thu, Jan 26, 2012 at 3:58 PM, Nirmal Fernando  wrote:
>
>> Hi,
>>
>> When I try to deploy a CApp, I can see following messages at the
>> back-end.
>>
>> INFO - GhostDeployer Ghost Deployer Deploying Artifact :
>> /media/wso2/carbon/carbon/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/deployment/server/carbonapps/TestCApp-1.0.0_1.car
>> [2012-01-26 15:53:36,428]  INFO - ApplicationManager Deploying Carbon
>> Application : TestCApp-1.0.0_1.car...
>> [2012-01-26 15:53:36,954]  WARN - SynapseAppDeployer Can't deploy
>> artifact : endpoint1 of type : synapse/endpoint. Required features are not
>> installed in the system
>> [2012-01-26 15:53:36,955]  WARN - SynapseAppDeployer Can't deploy
>> artifact : proxyService1 of type : synapse/proxy-service. Required features
>> are not installed in the system
>> [2012-01-26 15:53:36,955]  INFO - ApplicationManager Successfully
>> Deployed Carbon Application : TestCApp {super-tenant}
>>
>
> This is because the required feature versions has to be updated to support
> the trunk version. Currently it is pointing at [3.1.0, 4.0.0) in
> required-features.xml under application-deployers component. But the trunk
> version is 4.0.0-SNAPSHOT, so the issue comes. I'm working on this.
>

A quick fix is appreciated, cause I think this is a major requirement when
fixing bugs of esb.

Thanks.


> You can also try deploying with the released products, where this will not
> be a problem.
>
> Thanks.
> Kishanthan.
>
>>
>> Any help?
>>
>> Thanks.
>>
>> --
>>
>> regards,
>> Nirmal
>>
>> Software Engineer, WSO2 Inc.
>> mobile: +94715779733
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Kishanthan Thangarajah*
> Software Engineer,
> WSO2, Inc.
> lean.enterprise.middleware
>
> Mobile - +94773426635
> Blog - *http://kishanthan.wordpress.com*
> Twitter - *http://twitter.com/kishanthan*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 

regards,
Nirmal

Software Engineer, WSO2 Inc.
mobile: +94715779733
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Carbon bootup validator component Architecture + Code review meeting notes - Dileepa

[Nirmal Fernando]

Hi Dileepa,

On Thu, Jan 26, 2012 at 5:08 PM, Dileepa Jayakody  wrote:

> Hi Nirmal,
>
> The list of configurations to be validated are yet to be finalised.
> The set of configs added to the current config-validation.xml are a set of
> sample validation parameters.
> Will finalise the set of configs to be validated in each Validator  and
> give an update.
> First, I'm going to re-factor the current architecture to incorporate the
> suggestions made at the review; the list of configs to be validated can be
> finalised thereafter.
>

Great!


>
> Thanks,
> Dileepa
>
>
> On Thu, Jan 26, 2012 at 3:36 PM, Nirmal Fernando  wrote:
>
>> Hi,
>>
>> On Thu, Jan 26, 2012 at 3:30 PM, KasunG Gajasinghe wrote:
>>
>>> This is the notes for architecture and code of the new component, carbon
>>> bootup validator held on 26th Jan 2011. Please amend it as necessary.
>>> Relevant JIRA - https://wso2.org/jira/browse/CARBONROADMAP-15
>>>
>>> In the current arch, only the hard-coded parameters can be checked.
>>> Parameters should be broken down to validators for extensibility. The
>>> parameters here refers to heapMemory etc. See
>>> https://wso2.org/jira/secure/attachment/18252/config_validation.xml
>>>
>>
>> Why we need both RAM and freeRAM validation? Can't we have only freeRAM
>> validation? (same question apply to Swap as well)
>>
>> Thanks.
>>
>>
>>>  The point is, for a given validator, create a hashmap for the
>>> parameters name-value pair, and pass it to the validator. So, there will be
>>> a HashMap per Validator. Inside a validator retrieve the current system
>>> hardware and system properties, and compare the values. This new arch
>>> invalidates the need of separate DataCollectors. Data collecting is also
>>> done inside a validator.
>>>
>>> Then, the interface for validators will look like -
>>> protected init (Map recommendedValues),
>>> protected abstract Map validate(),
>>> - No printing inside the validators. This isnt the presentation
>>> layer.
>>> - just validate the parameters and return true/false
>>> - The guy using these values can decide what to do
>>>
>>> The stubs of how the invocation happen (like Azeez's 'How to make a tea'
>>> example ;) ) will be like what's in the provided snapshot.
>>>
>>>
>>> Apart from the above architectural decisions, following decisions were
>>> taken.
>>>
>>>- Rename the config file config_validation.xml to
>>>config-validation.xml. Separating words by dash (-) is the general 
>>> standard
>>>for carbon and axis2.
>>>- Concerns raised whether the measurement unit (like MBs, MHz)
>>>should be added as a parameter instead of a comment for configurability.
>>>But agreed that it's OK for the moment.
>>>-
>>>- Add a new Validator for validating System Properties. Some use
>>>cases - If an user removes a sh script, there can be problems at runtime,
>>>sys properties like carbon.home should be available.
>>>- Add an optional validator for validating GC optimization
>>>parameters. Add a commented xml such that end-user can uncomment if 
>>> needed.
>>>- Add PermGen size as well to the JVMValidator.
>>>- Display a message stating the tested OSes if the OS at runtime
>>>hasn't been tested.
>>>
>>>
>>> Code level notes -
>>>
>>>- Catching exceptions ---Properly handle and throw the
>>>exceptions. Rename ConfigurationParamaeterException to something like
>>>UnrecongnizedParameterException, and make it a RuntimeException because
>>>this isnt about business logic
>>>- Make 'activate' variable in ConfigValidationXMLProcessor
>>>class final
>>>- Create Logger instance per class, not per instance. Such that make
>>>it private static final.
>>>- Remove the construct in ConfigValidationXMLProcessor
>>>- Have interfaces (like List, Map etc.) for reference class instead
>>>of having ArrayList, HashMap etc.
>>>
>>>
>>>- Use ulimit -n for max number of opened files. It includes the
>>>opened socket count as well. SystemDataCollector class
>>>
>>>
>>> Regards,
>>> --KasunG
>>>
>>>
>>> --
>>> *Kasun Gajasinghe*
>>> Software Engineer; WSO2 Inc.; http://wso2.com
>>>
>>> ,
>>> *email: **kasung AT spamfree wso2.com** cell: **+94 (77) 678-0813*
>>> *blog: **http://blog.kasunbg.org* 
>>>
>>> *
>>> twitter: **http://twitter.com/kasunbg* 
>>>
>>> *
>>> *
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>>
>> regards,
>> Nirmal
>>
>> Software Engineer, WSO2 Inc.
>> mobile: +94715779733
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Dileepa Jayakody,
> Software Engineer, WSO2 Inc.
> Lean . Enterprise . Middleware
>
> Mobile : +94777-857616
>
>
> ___

Re: [Carbon-dev] Error while running MB's samples/jmsclient

[Nirmal Fernando]

Hi Shammi,

On Thu, Jan 26, 2012 at 5:56 PM, Shammi Jayasinghe  wrote:

> Hi Nirmal,
>
>  What is the MB version that you used here.
>

It's trunk version (r119003).

Thanks.

>
> Thanks
> Shammi
>
> On Thu, Jan 26, 2012 at 3:20 PM, Nirmal Fernando  wrote:
>
>> Hi,
>>
>> While running MB's samples/jmsclient, I got following error [1]. After I
>> manually add "slf4j-jdk14-1.6.4.jar" and "slf4j-api-1.6.4.jar" to
>> client-lib, it ran fine.
>>
>> Should we add these jars?
>>
>> Thanks.
>>
>>
>> [1]
>> run:
>>  [java] Exception in thread "main" java.lang.NoClassDefFoundError:
>> org/slf4j/LoggerFactory
>>  [java] at
>> org.apache.qpid.jndi.PropertiesFileInitialContextFactory.(PropertiesFileInitialContextFactory.java:57)
>>  [java] at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>  [java] at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>>  [java] at
>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>>  [java] at
>> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>>  [java] at java.lang.Class.newInstance0(Class.java:355)
>>  [java] at java.lang.Class.newInstance(Class.java:308)
>>  [java] at
>> javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
>>  [java] at
>> javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
>>  [java] at
>> javax.naming.InitialContext.init(InitialContext.java:223)
>>  [java] at
>> javax.naming.InitialContext.(InitialContext.java:197)
>>  [java] at org.sample.jms.PubsubClient.subscribe(Unknown Source)
>>  [java] at org.sample.jms.PubsubClient.main(Unknown Source)
>>  [java] Caused by: java.lang.ClassNotFoundException:
>> org.slf4j.LoggerFactory
>>  [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
>>  [java] at java.security.AccessController.doPrivileged(Native
>> Method)
>>  [java] at
>> java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>>  [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>  [java] at
>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>>  [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
>>  [java] ... 13 more
>>  [java] Java Result: 1
>>  [java] Exception in thread "main" java.lang.NoClassDefFoundError:
>> org/slf4j/LoggerFactory
>>  [java] at
>> org.apache.qpid.jndi.PropertiesFileInitialContextFactory.(PropertiesFileInitialContextFactory.java:57)
>>  [java] at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>  [java] at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>>  [java] at
>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>>  [java] at
>> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>>  [java] at java.lang.Class.newInstance0(Class.java:355)
>>  [java] at java.lang.Class.newInstance(Class.java:308)
>>  [java] at
>> javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
>>  [java] at
>> javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
>>  [java] at
>> javax.naming.InitialContext.init(InitialContext.java:223)
>>  [java] at
>> javax.naming.InitialContext.(InitialContext.java:197)
>>  [java] at org.sample.jms.SendConsumeClient.sendMessage(Unknown
>> Source)
>>  [java] at org.sample.jms.SendConsumeClient.main(Unknown Source)
>>  [java] Caused by: java.lang.ClassNotFoundException:
>> org.slf4j.LoggerFactory
>>  [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
>>  [java] at java.security.AccessController.doPrivileged(Native
>> Method)
>>  [java] at
>> java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>>  [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>  [java] at
>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>>  [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
>>  [java] ... 13 more
>>  [java] Java Result: 1
>>
>> BUILD SUCCESSFUL
>>
>>
>> --
>>
>> regards,
>> Nirmal
>>
>> Software Engineer, WSO2 Inc.
>> mobile: +94715779733
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Best Regards,*
>
> Shammi Jayasinghe*
> Senior Software Engineer; WSO2, Inc.; http://wso2.com,
> mobile: +94 71 4493085
>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 

regards,
Nirmal

Software En

Re: [Carbon-dev] Shall we remove XKMS feature from ESB..?

[Thilina Buddhika]

On Thu, Jan 26, 2012 at 7:01 PM, Prabath Siriwardena wrote:

>
>
> On Thu, Jan 26, 2012 at 6:59 PM, Paul Fremantle  wrote:
>
>> +1. And from all products except IS?
>
>
> +1
>
>
+1.

Thanks,
Thilina



> Thanks & regards,
> -Prabath
>
>
>>
>> Paul
>>
>> On 26 January 2012 13:27, Prabath Siriwardena  wrote:
>>
>>> $subject
>>>
>>> --
>>> Thanks & Regards,
>>> Prabath
>>>
>>> Mobile : +94 71 809 6732
>>>
>>> http://blog.facilelogin.com
>>> http://RampartFAQ.com
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Paul Fremantle
>> CTO and Co-Founder, WSO2
>> OASIS WS-RX TC Co-chair, VP, Apache Synapse
>>
>> UK: +44 207 096 0336
>> US: +1 646 595 7614
>>
>> blog: http://pzf.fremantle.org
>> twitter.com/pzfreo
>> p...@wso2.com
>>
>> wso2.com Lean Enterprise Middleware
>>
>> Disclaimer: This communication may contain privileged or other
>> confidential information and is intended exclusively for the addressee/s.
>> If you are not the intended recipient/s, or believe that you may have
>> received this communication in error, please reply to the sender indicating
>> that fact and delete the copy you received and in addition, you should not
>> print, copy, retransmit, disseminate, or otherwise use the information
>> contained in this communication. Internet communications cannot be
>> guaranteed to be timely, secure, error or virus-free. The sender does not
>> accept liability for any errors or omissions.
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Thanks & Regards,
> Prabath
>
> Mobile : +94 71 809 6732
>
> http://blog.facilelogin.com
> http://RampartFAQ.com
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thilina Buddhika
Associate Technical Lead
WSO2 Inc. ; http://wso2.com
lean . enterprise . middleware

phone : +94 77 44 88 727
blog : http://blog.thilinamb.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Shall we remove XKMS feature from ESB..?

[Prabath Siriwardena]

On Thu, Jan 26, 2012 at 6:59 PM, Paul Fremantle  wrote:

> +1. And from all products except IS?


+1

Thanks & regards,
-Prabath


>
> Paul
>
> On 26 January 2012 13:27, Prabath Siriwardena  wrote:
>
>> $subject
>>
>> --
>> Thanks & Regards,
>> Prabath
>>
>> Mobile : +94 71 809 6732
>>
>> http://blog.facilelogin.com
>> http://RampartFAQ.com
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Paul Fremantle
> CTO and Co-Founder, WSO2
> OASIS WS-RX TC Co-chair, VP, Apache Synapse
>
> UK: +44 207 096 0336
> US: +1 646 595 7614
>
> blog: http://pzf.fremantle.org
> twitter.com/pzfreo
> p...@wso2.com
>
> wso2.com Lean Enterprise Middleware
>
> Disclaimer: This communication may contain privileged or other
> confidential information and is intended exclusively for the addressee/s.
> If you are not the intended recipient/s, or believe that you may have
> received this communication in error, please reply to the sender indicating
> that fact and delete the copy you received and in addition, you should not
> print, copy, retransmit, disseminate, or otherwise use the information
> contained in this communication. Internet communications cannot be
> guaranteed to be timely, secure, error or virus-free. The sender does not
> accept liability for any errors or omissions.
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thanks & Regards,
Prabath

Mobile : +94 71 809 6732

http://blog.facilelogin.com
http://RampartFAQ.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Shall we remove XKMS feature from ESB..?

[Paul Fremantle]

+1. And from all products except IS?

Paul

On 26 January 2012 13:27, Prabath Siriwardena  wrote:

> $subject
>
> --
> Thanks & Regards,
> Prabath
>
> Mobile : +94 71 809 6732
>
> http://blog.facilelogin.com
> http://RampartFAQ.com
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Paul Fremantle
CTO and Co-Founder, WSO2
OASIS WS-RX TC Co-chair, VP, Apache Synapse

UK: +44 207 096 0336
US: +1 646 595 7614

blog: http://pzf.fremantle.org
twitter.com/pzfreo
p...@wso2.com

wso2.com Lean Enterprise Middleware

Disclaimer: This communication may contain privileged or other confidential
information and is intended exclusively for the addressee/s. If you are not
the intended recipient/s, or believe that you may have received this
communication in error, please reply to the sender indicating that fact and
delete the copy you received and in addition, you should not print, copy,
retransmit, disseminate, or otherwise use the information contained in this
communication. Internet communications cannot be guaranteed to be timely,
secure, error or virus-free. The sender does not accept liability for any
errors or omissions.
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Shall we remove XKMS feature from ESB..?

[Prabath Siriwardena]

$subject

-- 
Thanks & Regards,
Prabath

Mobile : +94 71 809 6732

http://blog.facilelogin.com
http://RampartFAQ.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] CApp not getting deployed correctly

[Kishanthan Thangarajah]

Hi Nirmal,

On Thu, Jan 26, 2012 at 3:58 PM, Nirmal Fernando  wrote:

> Hi,
>
> When I try to deploy a CApp, I can see following messages at the back-end.
>
> INFO - GhostDeployer Ghost Deployer Deploying Artifact :
> /media/wso2/carbon/carbon/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/deployment/server/carbonapps/TestCApp-1.0.0_1.car
> [2012-01-26 15:53:36,428]  INFO - ApplicationManager Deploying Carbon
> Application : TestCApp-1.0.0_1.car...
> [2012-01-26 15:53:36,954]  WARN - SynapseAppDeployer Can't deploy artifact
> : endpoint1 of type : synapse/endpoint. Required features are not installed
> in the system
> [2012-01-26 15:53:36,955]  WARN - SynapseAppDeployer Can't deploy artifact
> : proxyService1 of type : synapse/proxy-service. Required features are not
> installed in the system
> [2012-01-26 15:53:36,955]  INFO - ApplicationManager Successfully Deployed
> Carbon Application : TestCApp {super-tenant}
>

This is because the required feature versions has to be updated to support
the trunk version. Currently it is pointing at [3.1.0, 4.0.0) in
required-features.xml under application-deployers component. But the trunk
version is 4.0.0-SNAPSHOT, so the issue comes. I'm working on this. You can
also try deploying with the released products, where this will not be a
problem.

Thanks.
Kishanthan.

>
> Any help?
>
> Thanks.
>
> --
>
> regards,
> Nirmal
>
> Software Engineer, WSO2 Inc.
> mobile: +94715779733
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Kishanthan Thangarajah*
Software Engineer,
WSO2, Inc.
lean.enterprise.middleware

Mobile - +94773426635
Blog - *http://kishanthan.wordpress.com*
Twitter - *http://twitter.com/kishanthan*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Error building trunk - logging component.

[Muhammed Shariq]

On Thu, Jan 26, 2012 at 5:54 PM, Kishanthan Thangarajah  wrote:

> Hi Shariq,
>
> On Thu, Jan 26, 2012 at 3:04 PM, Muhammed Shariq  wrote:
>
>> Hi,
>>
>> I am getting the following error while building trunk. Looks like
>> something to do with the new spring framework added to orbit, I have build
>> this orbit bundle already.
>>
>> [ERROR] Failed to execute goal on project
>> org.wso2.carbon.logging.service: Could not resolve dependencies for project
>> org.wso2.carbon:org.wso2.carbon.logging.service:bundle:4.0.0-SNAPSHOT: The
>> following artifacts could not be resolved:
>> org.springframework:spring-core:jar:${version.spring},
>> org.springframework:spring-beans:jar:${version.spring},
>> org.springframework:spring-context:jar:${version.spring},
>> org.springframework:spring-web:jar:${version.spring}: The repository system
>> is offline but the artifact
>> org.springframework:spring-core:jar:${version.spring} is not available in
>> the local repository. -> [Help 1]
>>
>
> The platform pom was also updated with new spring version. So i think you
> have to update that first and then try building it again. I didn't get this
> as i built from root.
>

Building for the root pom worked, thanks!

>
> Thanks,
> Kishanthan.
>
>
>>
>> --
>> Thanks,
>> Shariq.
>> Phone: +94 777 202 225
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Kishanthan Thangarajah*
> Software Engineer,
> WSO2, Inc.
> lean.enterprise.middleware
>
> Mobile - +94773426635
> Blog - *http://kishanthan.wordpress.com*
> Twitter - *http://twitter.com/kishanthan*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thanks,
Shariq.
Phone: +94 777 202 225
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Error while running MB's samples/jmsclient

[Shammi Jayasinghe]

Hi Nirmal,

 What is the MB version that you used here.

Thanks
Shammi

On Thu, Jan 26, 2012 at 3:20 PM, Nirmal Fernando  wrote:

> Hi,
>
> While running MB's samples/jmsclient, I got following error [1]. After I
> manually add "slf4j-jdk14-1.6.4.jar" and "slf4j-api-1.6.4.jar" to
> client-lib, it ran fine.
>
> Should we add these jars?
>
> Thanks.
>
>
> [1]
> run:
>  [java] Exception in thread "main" java.lang.NoClassDefFoundError:
> org/slf4j/LoggerFactory
>  [java] at
> org.apache.qpid.jndi.PropertiesFileInitialContextFactory.(PropertiesFileInitialContextFactory.java:57)
>  [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>  [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>  [java] at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>  [java] at
> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>  [java] at java.lang.Class.newInstance0(Class.java:355)
>  [java] at java.lang.Class.newInstance(Class.java:308)
>  [java] at
> javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
>  [java] at
> javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
>  [java] at
> javax.naming.InitialContext.init(InitialContext.java:223)
>  [java] at
> javax.naming.InitialContext.(InitialContext.java:197)
>  [java] at org.sample.jms.PubsubClient.subscribe(Unknown Source)
>  [java] at org.sample.jms.PubsubClient.main(Unknown Source)
>  [java] Caused by: java.lang.ClassNotFoundException:
> org.slf4j.LoggerFactory
>  [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
>  [java] at java.security.AccessController.doPrivileged(Native
> Method)
>  [java] at
> java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>  [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>  [java] at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>  [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
>  [java] ... 13 more
>  [java] Java Result: 1
>  [java] Exception in thread "main" java.lang.NoClassDefFoundError:
> org/slf4j/LoggerFactory
>  [java] at
> org.apache.qpid.jndi.PropertiesFileInitialContextFactory.(PropertiesFileInitialContextFactory.java:57)
>  [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>  [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>  [java] at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>  [java] at
> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>  [java] at java.lang.Class.newInstance0(Class.java:355)
>  [java] at java.lang.Class.newInstance(Class.java:308)
>  [java] at
> javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
>  [java] at
> javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
>  [java] at
> javax.naming.InitialContext.init(InitialContext.java:223)
>  [java] at
> javax.naming.InitialContext.(InitialContext.java:197)
>  [java] at org.sample.jms.SendConsumeClient.sendMessage(Unknown
> Source)
>  [java] at org.sample.jms.SendConsumeClient.main(Unknown Source)
>  [java] Caused by: java.lang.ClassNotFoundException:
> org.slf4j.LoggerFactory
>  [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
>  [java] at java.security.AccessController.doPrivileged(Native
> Method)
>  [java] at
> java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>  [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>  [java] at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>  [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
>  [java] ... 13 more
>  [java] Java Result: 1
>
> BUILD SUCCESSFUL
>
>
> --
>
> regards,
> Nirmal
>
> Software Engineer, WSO2 Inc.
> mobile: +94715779733
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Best Regards,*

Shammi Jayasinghe*
Senior Software Engineer; WSO2, Inc.; http://wso2.com,
mobile: +94 71 4493085
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Error building trunk - logging component.

[Amani Soysa]

This is because we have moved logging to latest spring framework... please
build orbit from the root pom

On Thu, Jan 26, 2012 at 4:57 PM, Amila Maha Arachchi wrote:

>
>
> On Thu, Jan 26, 2012 at 3:04 PM, Muhammed Shariq  wrote:
>
>> Hi,
>>
>> I am getting the following error while building trunk. Looks like
>> something to do with the new spring framework added to orbit, I have build
>> this orbit bundle already.
>>
>> [ERROR] Failed to execute goal on project
>> org.wso2.carbon.logging.service: Could not resolve dependencies for project
>> org.wso2.carbon:org.wso2.carbon.logging.service:bundle:4.0.0-SNAPSHOT: The
>> following artifacts could not be resolved:
>> org.springframework:spring-core:jar:${version.spring},
>> org.springframework:spring-beans:jar:${version.spring},
>> org.springframework:spring-context:jar:${version.spring},
>> org.springframework:spring-web:jar:${version.spring}: The repository system
>> is offline but the artifact
>> org.springframework:spring-core:jar:${version.spring} is not available in
>> the local repository. -> [Help 1]
>>
>
> Above mentioned jars are not direct dependencies in the logging.service
> component. Its dependency is to spring.framework orbit bundle.
>
> I tried excluding above mentioned dependencies and then the build was
> successful. But, why this failure popped up suddenly?
>
> BTW, I didnt commit the excluding part.
>
> Thanks,
> AmilaM.
>
>>
>>
>> --
>> Thanks,
>> Shariq.
>> Phone: +94 777 202 225
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Amila Maharachchi*
> Senior Software Engineer; WSO2, Inc.; http://wso2.com
>
> Blog: http://maharachchi.blogspot.com
> Mobile: +94719371446
>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Error building trunk - logging component.

[Kishanthan Thangarajah]

Hi Shariq,

On Thu, Jan 26, 2012 at 3:04 PM, Muhammed Shariq  wrote:

> Hi,
>
> I am getting the following error while building trunk. Looks like
> something to do with the new spring framework added to orbit, I have build
> this orbit bundle already.
>
> [ERROR] Failed to execute goal on project org.wso2.carbon.logging.service:
> Could not resolve dependencies for project
> org.wso2.carbon:org.wso2.carbon.logging.service:bundle:4.0.0-SNAPSHOT: The
> following artifacts could not be resolved:
> org.springframework:spring-core:jar:${version.spring},
> org.springframework:spring-beans:jar:${version.spring},
> org.springframework:spring-context:jar:${version.spring},
> org.springframework:spring-web:jar:${version.spring}: The repository system
> is offline but the artifact
> org.springframework:spring-core:jar:${version.spring} is not available in
> the local repository. -> [Help 1]
>

The platform pom was also updated with new spring version. So i think you
have to update that first and then try building it again. I didn't get this
as i built from root.

Thanks,
Kishanthan.


>
> --
> Thanks,
> Shariq.
> Phone: +94 777 202 225
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Kishanthan Thangarajah*
Software Engineer,
WSO2, Inc.
lean.enterprise.middleware

Mobile - +94773426635
Blog - *http://kishanthan.wordpress.com*
Twitter - *http://twitter.com/kishanthan*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Bad API in registry.core HandlerManager

[Afkham Azeez]

This class in in really bad shape. It has about 20 maps each correspond to
a method, and in the addHandler methods check for the method doing a String
comparison & add to the relevant map! Really bad OO design. I guess
introducing another class which has the Map & method will greatly reduce
the LOC in this class.

On Thu, Jan 26, 2012 at 5:31 PM, Afkham Azeez  wrote:

> See attached screenshot. This type of code should be properly refactored
> to use enums.
>
> --
> *Afkham Azeez*
> Director of Architecture; WSO2, Inc.; http://wso2.com
> Member; Apache Software Foundation; http://www.apache.org/
> * **
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Invitation: tomcat OSGi - architecture review @ Mon Jan 30 1:30pm - 2:30pm (carbon-dev@wso2.org)

[Pradeep Fernando]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20120130T08Z
DTEND:20120130T09Z
DTSTAMP:20120126T114505Z
ORGANIZER;CN=prad...@wso2.com:mailto:prad...@wso2.com
UID:0dci9douelei9lpracrusbb...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Afkham Azeez;X-NUM-GUESTS=0:mailto:az...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=prad...@wso2.com;X-NUM-GUESTS=0:mailto:prad...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Chethiya Abeysinghe;X-NUM-GUESTS=0:mailto:cheth...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=carbon-dev@wso2.org;X-NUM-GUESTS=0:mailto:carbon-dev@wso2.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Sameera Jayasoma;X-NUM-GUESTS=0:mailto:same...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Dileepa Jayakody;X-NUM-GUESTS=0:mailto:dile...@wso2.com
CREATED:20120126T114224Z
DESCRIPTION:architecture review session on Tomcat OSGification + effect on 
 carbon\nView your event at http://www.google.com/calendar/event?action=VIEW
 &eid=MGRjaTlkb3VlbGVpOWxwcmFjcnVzYmJibXMgY2FyYm9uLWRldkB3c28yLm9yZw&tok=MTY
 jcHJhZGVlcEB3c28yLmNvbTViNmNkOWU4ZmMwMDY4OGVkOGQ3MjY5Nzk3YWNiMmE3NmJjYjE1YW
 Q&ctz=Asia%2FColombo&hl=en.
LAST-MODIFIED:20120126T114505Z
LOCATION:conference room\, 59 2nd floor
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:tomcat OSGi - architecture review
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Carbon bootup validator component Architecture + Code review meeting notes - Dileepa

[Dileepa Jayakody]

Hi Nirmal,

The list of configurations to be validated are yet to be finalised.
The set of configs added to the current config-validation.xml are a set of
sample validation parameters.
Will finalise the set of configs to be validated in each Validator  and
give an update.
First, I'm going to re-factor the current architecture to incorporate the
suggestions made at the review; the list of configs to be validated can be
finalised thereafter.

Thanks,
Dileepa

On Thu, Jan 26, 2012 at 3:36 PM, Nirmal Fernando  wrote:

> Hi,
>
> On Thu, Jan 26, 2012 at 3:30 PM, KasunG Gajasinghe wrote:
>
>> This is the notes for architecture and code of the new component, carbon
>> bootup validator held on 26th Jan 2011. Please amend it as necessary.
>> Relevant JIRA - https://wso2.org/jira/browse/CARBONROADMAP-15
>>
>> In the current arch, only the hard-coded parameters can be checked.
>> Parameters should be broken down to validators for extensibility. The
>> parameters here refers to heapMemory etc. See
>> https://wso2.org/jira/secure/attachment/18252/config_validation.xml
>>
>
> Why we need both RAM and freeRAM validation? Can't we have only freeRAM
> validation? (same question apply to Swap as well)
>
> Thanks.
>
>
>>  The point is, for a given validator, create a hashmap for the
>> parameters name-value pair, and pass it to the validator. So, there will be
>> a HashMap per Validator. Inside a validator retrieve the current system
>> hardware and system properties, and compare the values. This new arch
>> invalidates the need of separate DataCollectors. Data collecting is also
>> done inside a validator.
>>
>> Then, the interface for validators will look like -
>> protected init (Map recommendedValues),
>> protected abstract Map validate(),
>> - No printing inside the validators. This isnt the presentation layer.
>> - just validate the parameters and return true/false
>> - The guy using these values can decide what to do
>>
>> The stubs of how the invocation happen (like Azeez's 'How to make a tea'
>> example ;) ) will be like what's in the provided snapshot.
>>
>>
>> Apart from the above architectural decisions, following decisions were
>> taken.
>>
>>- Rename the config file config_validation.xml to
>>config-validation.xml. Separating words by dash (-) is the general 
>> standard
>>for carbon and axis2.
>>- Concerns raised whether the measurement unit (like MBs, MHz) should
>>be added as a parameter instead of a comment for configurability. But
>>agreed that it's OK for the moment.
>>-
>>- Add a new Validator for validating System Properties. Some use
>>cases - If an user removes a sh script, there can be problems at runtime,
>>sys properties like carbon.home should be available.
>>- Add an optional validator for validating GC optimization
>>parameters. Add a commented xml such that end-user can uncomment if 
>> needed.
>>- Add PermGen size as well to the JVMValidator.
>>- Display a message stating the tested OSes if the OS at runtime
>>hasn't been tested.
>>
>>
>> Code level notes -
>>
>>- Catching exceptions ---Properly handle and throw the
>>exceptions. Rename ConfigurationParamaeterException to something like
>>UnrecongnizedParameterException, and make it a RuntimeException because
>>this isnt about business logic
>>- Make 'activate' variable in ConfigValidationXMLProcessor class final
>>- Create Logger instance per class, not per instance. Such that make
>>it private static final.
>>- Remove the construct in ConfigValidationXMLProcessor
>>- Have interfaces (like List, Map etc.) for reference class instead
>>of having ArrayList, HashMap etc.
>>
>>
>>- Use ulimit -n for max number of opened files. It includes the
>>opened socket count as well. SystemDataCollector class
>>
>>
>> Regards,
>> --KasunG
>>
>>
>> --
>> *Kasun Gajasinghe*
>> Software Engineer; WSO2 Inc.; http://wso2.com
>>
>> ,
>> *email: **kasung AT spamfree wso2.com** cell: **+94 (77) 678-0813*
>> *blog: **http://blog.kasunbg.org* 
>>
>> *
>> twitter: **http://twitter.com/kasunbg* 
>>
>> *
>> *
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
>
> regards,
> Nirmal
>
> Software Engineer, WSO2 Inc.
> mobile: +94715779733
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Dileepa Jayakody,
Software Engineer, WSO2 Inc.
Lean . Enterprise . Middleware

Mobile : +94777-857616
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Error with Deployment Synchronizer

[Afkham Azeez]

You can ignore that. It is logged at debug level. It binds to the locally
installed svn client.

On Thu, Jan 26, 2012 at 4:55 PM, Chamara Ariyarathne wrote:

> Hi, I got this error with the svn based deployment synchronizer turned on.
> Is this a known error? How can I overcome?
>
> [2012-01-26 16:52:56,778] DEBUG - SVNDeploymentSynchronizerComponent
> Unable to initialize the Java HL client adapter - Required jars  or the
> native libraries may be missing
> org.tigris.subversion.svnclientadapter.SVNClientException: Javahl client
> adapter is not available
> at
> org.tigris.subversion.svnclientadapter.javahl.JhlClientAdapterFactory.setup(JhlClientAdapterFactory.java:78)
>  at
> org.wso2.carbon.deployment.synchronizer.subversion.SVNDeploymentSynchronizerComponent.activate(SVNDeploymentSynchronizerComponent.java:45)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>  at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:230)
>  at
> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:140)
> at
> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:330)
>  at
> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:560)
> at
> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:182)
>  at
> org.eclipse.equinox.internal.ds.Resolver.buildNewlySatisfied(Resolver.java:393)
> at
> org.eclipse.equinox.internal.ds.Resolver.enableComponents(Resolver.java:176)
>  at
> org.eclipse.equinox.internal.ds.SCRManager.performWork(SCRManager.java:786)
> at
> org.eclipse.equinox.internal.ds.SCRManager$QueuedJob.dispatch(SCRManager.java:753)
>  at org.eclipse.equinox.internal.ds.WorkThread.run(WorkThread.java:88)
> at
> org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor.run(Executor.java:70)
> [2012-01-26 16:52:56,806] DEBUG - SVNDeploymentSynchronizerComponent
> Unable to initialize the command line client adapter - SVN command line
> tools may be missing
> org.tigris.subversion.svnclientadapter.SVNClientException: Command line
> client adapter is not available
>  at
> org.tigris.subversion.svnclientadapter.commandline.CmdLineClientAdapterFactory.setup(CmdLineClientAdapterFactory.java:69)
> at
> org.wso2.carbon.deployment.synchronizer.subversion.SVNDeploymentSynchronizerComponent.activate(SVNDeploymentSynchronizerComponent.java:53)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
>  at
> org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:230)
> at
> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:140)
>  at
> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:330)
> at
> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:560)
>  at
> org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:182)
> at
> org.eclipse.equinox.internal.ds.Resolver.buildNewlySatisfied(Resolver.java:393)
>  at
> org.eclipse.equinox.internal.ds.Resolver.enableComponents(Resolver.java:176)
> at
> org.eclipse.equinox.internal.ds.SCRManager.performWork(SCRManager.java:786)
>  at
> org.eclipse.equinox.internal.ds.SCRManager$QueuedJob.dispatch(SCRManager.java:753)
> at org.eclipse.equinox.internal.ds.WorkThread.run(WorkThread.java:88)
>  at
> org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor.run(Executor.java:70)
>
>
> --
> *Chamara Ariyarathne*
> Software Engineer - QA;
> WSO2 Inc; http://www.wso2.com/.
> Mobile; *0772786766*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Error building trunk - logging component.

[Amila Maha Arachchi]

On Thu, Jan 26, 2012 at 3:04 PM, Muhammed Shariq  wrote:

> Hi,
>
> I am getting the following error while building trunk. Looks like
> something to do with the new spring framework added to orbit, I have build
> this orbit bundle already.
>
> [ERROR] Failed to execute goal on project org.wso2.carbon.logging.service:
> Could not resolve dependencies for project
> org.wso2.carbon:org.wso2.carbon.logging.service:bundle:4.0.0-SNAPSHOT: The
> following artifacts could not be resolved:
> org.springframework:spring-core:jar:${version.spring},
> org.springframework:spring-beans:jar:${version.spring},
> org.springframework:spring-context:jar:${version.spring},
> org.springframework:spring-web:jar:${version.spring}: The repository system
> is offline but the artifact
> org.springframework:spring-core:jar:${version.spring} is not available in
> the local repository. -> [Help 1]
>

Above mentioned jars are not direct dependencies in the logging.service
component. Its dependency is to spring.framework orbit bundle.

I tried excluding above mentioned dependencies and then the build was
successful. But, why this failure popped up suddenly?

BTW, I didnt commit the excluding part.

Thanks,
AmilaM.

>
>
> --
> Thanks,
> Shariq.
> Phone: +94 777 202 225
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Amila Maharachchi*
Senior Software Engineer; WSO2, Inc.; http://wso2.com

Blog: http://maharachchi.blogspot.com
Mobile: +94719371446
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Error with Deployment Synchronizer

[Chamara Ariyarathne]

Hi, I got this error with the svn based deployment synchronizer turned on.
Is this a known error? How can I overcome?

[2012-01-26 16:52:56,778] DEBUG - SVNDeploymentSynchronizerComponent Unable
to initialize the Java HL client adapter - Required jars  or the native
libraries may be missing
org.tigris.subversion.svnclientadapter.SVNClientException: Javahl client
adapter is not available
at
org.tigris.subversion.svnclientadapter.javahl.JhlClientAdapterFactory.setup(JhlClientAdapterFactory.java:78)
 at
org.wso2.carbon.deployment.synchronizer.subversion.SVNDeploymentSynchronizerComponent.activate(SVNDeploymentSynchronizerComponent.java:45)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
at
org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:230)
 at
org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:140)
at
org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:330)
 at
org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:560)
at
org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:182)
 at
org.eclipse.equinox.internal.ds.Resolver.buildNewlySatisfied(Resolver.java:393)
at
org.eclipse.equinox.internal.ds.Resolver.enableComponents(Resolver.java:176)
 at
org.eclipse.equinox.internal.ds.SCRManager.performWork(SCRManager.java:786)
at
org.eclipse.equinox.internal.ds.SCRManager$QueuedJob.dispatch(SCRManager.java:753)
 at org.eclipse.equinox.internal.ds.WorkThread.run(WorkThread.java:88)
at
org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor.run(Executor.java:70)
[2012-01-26 16:52:56,806] DEBUG - SVNDeploymentSynchronizerComponent Unable
to initialize the command line client adapter - SVN command line tools may
be missing
org.tigris.subversion.svnclientadapter.SVNClientException: Command line
client adapter is not available
 at
org.tigris.subversion.svnclientadapter.commandline.CmdLineClientAdapterFactory.setup(CmdLineClientAdapterFactory.java:69)
at
org.wso2.carbon.deployment.synchronizer.subversion.SVNDeploymentSynchronizerComponent.activate(SVNDeploymentSynchronizerComponent.java:53)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
 at
org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:230)
at
org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:140)
 at
org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:330)
at
org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:560)
 at
org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:182)
at
org.eclipse.equinox.internal.ds.Resolver.buildNewlySatisfied(Resolver.java:393)
 at
org.eclipse.equinox.internal.ds.Resolver.enableComponents(Resolver.java:176)
at
org.eclipse.equinox.internal.ds.SCRManager.performWork(SCRManager.java:786)
 at
org.eclipse.equinox.internal.ds.SCRManager$QueuedJob.dispatch(SCRManager.java:753)
at org.eclipse.equinox.internal.ds.WorkThread.run(WorkThread.java:88)
 at
org.eclipse.equinox.internal.util.impl.tpt.threadpool.Executor.run(Executor.java:70)


-- 
*Chamara Ariyarathne*
Software Engineer - QA;
WSO2 Inc; http://www.wso2.com/.
Mobile; *0772786766*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] CApp not getting deployed correctly

[Krishantha Samaraweera]

I also got the same error when deploying Car files in ESB trunk build.

Thanks,
Krishantha.

On Thu, Jan 26, 2012 at 3:58 PM, Nirmal Fernando  wrote:

> Hi,
>
> When I try to deploy a CApp, I can see following messages at the back-end.
>
> INFO - GhostDeployer Ghost Deployer Deploying Artifact :
> /media/wso2/carbon/carbon/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/deployment/server/carbonapps/TestCApp-1.0.0_1.car
> [2012-01-26 15:53:36,428]  INFO - ApplicationManager Deploying Carbon
> Application : TestCApp-1.0.0_1.car...
> [2012-01-26 15:53:36,954]  WARN - SynapseAppDeployer Can't deploy artifact
> : endpoint1 of type : synapse/endpoint. Required features are not installed
> in the system
> [2012-01-26 15:53:36,955]  WARN - SynapseAppDeployer Can't deploy artifact
> : proxyService1 of type : synapse/proxy-service. Required features are not
> installed in the system
> [2012-01-26 15:53:36,955]  INFO - ApplicationManager Successfully Deployed
> Carbon Application : TestCApp {super-tenant}
>
> Any help?
>
> Thanks.
>
> --
>
> regards,
> Nirmal
>
> Software Engineer, WSO2 Inc.
> mobile: +94715779733
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] CApp not getting deployed correctly

[Nirmal Fernando]

Hi,

When I try to deploy a CApp, I can see following messages at the back-end.

INFO - GhostDeployer Ghost Deployer Deploying Artifact :
/media/wso2/carbon/carbon/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/deployment/server/carbonapps/TestCApp-1.0.0_1.car
[2012-01-26 15:53:36,428]  INFO - ApplicationManager Deploying Carbon
Application : TestCApp-1.0.0_1.car...
[2012-01-26 15:53:36,954]  WARN - SynapseAppDeployer Can't deploy artifact
: endpoint1 of type : synapse/endpoint. Required features are not installed
in the system
[2012-01-26 15:53:36,955]  WARN - SynapseAppDeployer Can't deploy artifact
: proxyService1 of type : synapse/proxy-service. Required features are not
installed in the system
[2012-01-26 15:53:36,955]  INFO - ApplicationManager Successfully Deployed
Carbon Application : TestCApp {super-tenant}

Any help?

Thanks.

-- 

regards,
Nirmal

Software Engineer, WSO2 Inc.
mobile: +94715779733
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] [Bamboo-Build] WSO2 Carbon Trunk > WSO2 Carbon - Platform Trunk > #151 has FAILED. Change made by 4 authors.

[Afkham Azeez]

Folks,
The build has been broken for more than 3 days. Different people have been
introducing build breaks, including compilation errors over the past few
days. This is totally unacceptable. Everybody who committed code over the
past 3 days should build the latest trunk & fix all build errors.

On Thu, Jan 26, 2012 at 2:08 PM, Bamboo  wrote:

>  [image: Failed]  WSO2 Carbon 
> Trunk› WSO2
> Carbon - Platform 
> Trunk›
> #151
> failed
>
> Code has been updated by 
> pradeeban,
> krishantha,
> kasunw ,
> denis .
>
> No failed tests found, a possible compilation error.
>Failing 
> Jobs
> Job
> Duration Tests[image: Failed]  WSO2 Carbon Trunk Build 
> Process
>  (Default
> Stage)  328 minutes  7835 passed  
> Logs|
> Artifacts
>  Code
> Changes
>   View
> all 23 code 
> changes
> pradeeban
> CARBON-12278
> .
>  119498
> kasunw
> making input type to password, for password textbox  119497
> denis
> Fix related to https://wso2.org/jira/browse/BPS-73  119496   20 more
> changes…
>  View
> Online
> | Add 
> Comments
>
> This message was sent by Atlassian 
> Bamboo
> .
>
> If you wish to stop receiving these emails edit your user 
> profileor
>  notify
> your 
> administrator
> .
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Carbon bootup validator component Architecture + Code review meeting notes - Dileepa

[Nirmal Fernando]

Hi,

On Thu, Jan 26, 2012 at 3:30 PM, KasunG Gajasinghe  wrote:

> This is the notes for architecture and code of the new component, carbon
> bootup validator held on 26th Jan 2011. Please amend it as necessary.
> Relevant JIRA - https://wso2.org/jira/browse/CARBONROADMAP-15
>
> In the current arch, only the hard-coded parameters can be checked.
> Parameters should be broken down to validators for extensibility. The
> parameters here refers to heapMemory etc. See
> https://wso2.org/jira/secure/attachment/18252/config_validation.xml
>

Why we need both RAM and freeRAM validation? Can't we have only freeRAM
validation? (same question apply to Swap as well)

Thanks.


> The point is, for a given validator, create a hashmap for the parameters
> name-value pair, and pass it to the validator. So, there will be a HashMap
> per Validator. Inside a validator retrieve the current system hardware and
> system properties, and compare the values. This new arch invalidates the
> need of separate DataCollectors. Data collecting is also done inside a
> validator.
>
> Then, the interface for validators will look like -
> protected init (Map recommendedValues),
> protected abstract Map validate(),
> - No printing inside the validators. This isnt the presentation layer.
> - just validate the parameters and return true/false
> - The guy using these values can decide what to do
>
> The stubs of how the invocation happen (like Azeez's 'How to make a tea'
> example ;) ) will be like what's in the provided snapshot.
>
>
> Apart from the above architectural decisions, following decisions were
> taken.
>
>- Rename the config file config_validation.xml to
>config-validation.xml. Separating words by dash (-) is the general standard
>for carbon and axis2.
>- Concerns raised whether the measurement unit (like MBs, MHz) should
>be added as a parameter instead of a comment for configurability. But
>agreed that it's OK for the moment.
>-
>- Add a new Validator for validating System Properties. Some use cases
>- If an user removes a sh script, there can be problems at runtime, sys
>properties like carbon.home should be available.
>- Add an optional validator for validating GC optimization parameters.
>Add a commented xml such that end-user can uncomment if needed.
>- Add PermGen size as well to the JVMValidator.
>- Display a message stating the tested OSes if the OS at runtime
>hasn't been tested.
>
>
> Code level notes -
>
>- Catching exceptions ---Properly handle and throw the exceptions.
>Rename ConfigurationParamaeterException to something like
>UnrecongnizedParameterException, and make it a RuntimeException because
>this isnt about business logic
>- Make 'activate' variable in ConfigValidationXMLProcessor class final
>- Create Logger instance per class, not per instance. Such that make
>it private static final.
>- Remove the construct in ConfigValidationXMLProcessor
>- Have interfaces (like List, Map etc.) for reference class instead of
>having ArrayList, HashMap etc.
>
>
>- Use ulimit -n for max number of opened files. It includes the opened
>socket count as well. SystemDataCollector class
>
>
> Regards,
> --KasunG
>
>
> --
> *Kasun Gajasinghe*
> Software Engineer; WSO2 Inc.; http://wso2.com
>
> ,
> *email: **kasung AT spamfree wso2.com** cell: **+94 (77) 678-0813*
> *blog: **http://blog.kasunbg.org* 
>
> *
> twitter: **http://twitter.com/kasunbg* 
>
> *
> *
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 

regards,
Nirmal

Software Engineer, WSO2 Inc.
mobile: +94715779733
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Error while running MB's samples/jmsclient

[Nirmal Fernando]

Hi,

While running MB's samples/jmsclient, I got following error [1]. After I
manually add "slf4j-jdk14-1.6.4.jar" and "slf4j-api-1.6.4.jar" to
client-lib, it ran fine.

Should we add these jars?

Thanks.


[1]
run:
 [java] Exception in thread "main" java.lang.NoClassDefFoundError:
org/slf4j/LoggerFactory
 [java] at
org.apache.qpid.jndi.PropertiesFileInitialContextFactory.(PropertiesFileInitialContextFactory.java:57)
 [java] at
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 [java] at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
 [java] at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
 [java] at
java.lang.reflect.Constructor.newInstance(Constructor.java:513)
 [java] at java.lang.Class.newInstance0(Class.java:355)
 [java] at java.lang.Class.newInstance(Class.java:308)
 [java] at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
 [java] at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
 [java] at javax.naming.InitialContext.init(InitialContext.java:223)
 [java] at
javax.naming.InitialContext.(InitialContext.java:197)
 [java] at org.sample.jms.PubsubClient.subscribe(Unknown Source)
 [java] at org.sample.jms.PubsubClient.main(Unknown Source)
 [java] Caused by: java.lang.ClassNotFoundException:
org.slf4j.LoggerFactory
 [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
 [java] at java.security.AccessController.doPrivileged(Native
Method)
 [java] at
java.net.URLClassLoader.findClass(URLClassLoader.java:190)
 [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
 [java] at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
 [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
 [java] ... 13 more
 [java] Java Result: 1
 [java] Exception in thread "main" java.lang.NoClassDefFoundError:
org/slf4j/LoggerFactory
 [java] at
org.apache.qpid.jndi.PropertiesFileInitialContextFactory.(PropertiesFileInitialContextFactory.java:57)
 [java] at
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 [java] at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
 [java] at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
 [java] at
java.lang.reflect.Constructor.newInstance(Constructor.java:513)
 [java] at java.lang.Class.newInstance0(Class.java:355)
 [java] at java.lang.Class.newInstance(Class.java:308)
 [java] at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
 [java] at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
 [java] at javax.naming.InitialContext.init(InitialContext.java:223)
 [java] at
javax.naming.InitialContext.(InitialContext.java:197)
 [java] at org.sample.jms.SendConsumeClient.sendMessage(Unknown
Source)
 [java] at org.sample.jms.SendConsumeClient.main(Unknown Source)
 [java] Caused by: java.lang.ClassNotFoundException:
org.slf4j.LoggerFactory
 [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
 [java] at java.security.AccessController.doPrivileged(Native
Method)
 [java] at
java.net.URLClassLoader.findClass(URLClassLoader.java:190)
 [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
 [java] at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
 [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
 [java] ... 13 more
 [java] Java Result: 1

BUILD SUCCESSFUL


-- 

regards,
Nirmal

Software Engineer, WSO2 Inc.
mobile: +94715779733
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Broker 2 in trunk

[Charith Wickramarachchi]

Can you please use the Zookeeper version used in our carbon trunk. It
should work without a problem.

--Charith

On Thu, Jan 26, 2012 at 2:58 PM, Hasitha Hiranya  wrote:

> Hi Charith,
>
> The screenshot attached herewith shows the minimum jars required in
> carbon/dependencies/broker2/java/lib to run current Broker2 without
> problems.
>




> Thanks.
>
>
> On Thu, Jan 19, 2012 at 11:44 AM, Srinath Perera  wrote:
>
>> I think it is matter of write a pom file  .. keep the current qpid
>> folder structures and configure maven to use the same structure.
>>
>> --Srinath
>>
>> On Thu, Jan 19, 2012 at 9:16 AM, Charith Wickramarachchi
>>  wrote:
>> >
>> >
>> > On Thu, Jan 19, 2012 at 9:08 AM, Nuwan Bandara  wrote:
>> >>
>> >> Hi Srinath,
>> >>
>> >> While I was taking an update I saw there are multiple .jar files
>> checked
>> >> in [1]. Is that correct ?
>> >>
>> >
>> >
>> > That is because we used the qpid project structure. (see [1] )
>> >
>> > [1]
>> https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/qpid/0.11-wso2v2
>> >
>> >
>> > thanks,
>> > Charith
>> >
>> >
>> >
>> >
>> >>
>> >> Regards,
>> >> /Nuwan
>> >>
>> >>
>> >> [1]
>> https://svn.wso2.org/repos/wso2/trunk/carbon/dependencies/broker2/java/lib/
>> >>
>> >> On Thu, Jan 19, 2012 at 6:20 AM, Srinath Perera 
>> wrote:
>> >>>
>> >>> sending to carbon dev
>> >>>
>> >>> It builds OK to me
>> >>>
>> >>> Can we avoid checking in the dependancies to SVN? I know we have to
>> >>> rewrite the build to do that but it is cleaner
>> >>>
>> >>> On Wed, Jan 18, 2012 at 10:59 PM, Charith Wickramarachchi
>> >>>  wrote:
>> >>> > Please find the Broker 2 code at [1]
>> >>> > Please try to build it and report if you find any issues. Since i
>> got
>> >>> > commit
>> >>> > failures few times i m not sure about the state in the svn.It works
>> >>> > fine for
>> >>> > me.
>> >>> >
>> >>> > So still i did not add that to the pom. Will do it tomorrow.
>> >>> >
>> >>> >
>> >>> > [1]
>> https://svn.wso2.org/repos/wso2/trunk/carbon/dependencies/broker2
>> >>> >
>> >>> >
>> >>> > --Charith
>> >>> > --
>> >>> > Charith Dhanushka Wickramarachchi
>> >>> > Software Engineer
>> >>> > WSO2 Inc
>> >>> > http://wso2.com/
>> >>> > http://wso2.org/
>> >>> >
>> >>> > blog
>> >>> > http://charithwiki.blogspot.com/
>> >>> >
>> >>> > twitter
>> >>> > http://twitter.com/charithwiki
>> >>> >
>> >>> > Mobile : 0776706568
>> >>> >
>> >>> >
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> 
>> >>> Srinath Perera, Ph.D.
>> >>>   Senior Software Architect, WSO2 Inc.
>> >>>   Visiting Faculty, University of Moratuwa
>> >>>   Member, Apache Software Foundation
>> >>>   Research Scientist, Lanka Software Foundation
>> >>>   Blog: http://srinathsview.blogspot.com/
>> >>>   Photos: http://www.flickr.com/photos/hemapani/
>> >>>  Phone: 0772360902
>> >>> ___
>> >>> Carbon-dev mailing list
>> >>> Carbon-dev@wso2.org
>> >>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Thanks & Regards,
>> >>
>> >> Nuwan Bandara
>> >> Senior Software Engineer
>> >> WSO2 Inc. | http://wso2.com
>> >> lean . enterprise . middleware
>> >>
>> >> http://nuwan.bandara.co
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Charith Dhanushka Wickramarachchi
>> > Software Engineer
>> > WSO2 Inc
>> > http://wso2.com/
>> > http://wso2.org/
>> >
>> > blog
>> > http://charithwiki.blogspot.com/
>> >
>> > twitter
>> > http://twitter.com/charithwiki
>> >
>> > Mobile : 0776706568
>> >
>> >
>>
>>
>>
>> --
>> 
>> Srinath Perera, Ph.D.
>>   Senior Software Architect, WSO2 Inc.
>>   Visiting Faculty, University of Moratuwa
>>   Member, Apache Software Foundation
>>   Research Scientist, Lanka Software Foundation
>>   Blog: http://srinathsview.blogspot.com/
>>   Photos: http://www.flickr.com/photos/hemapani/
>>  Phone: 0772360902
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>
>
>
> --
> *Hasitha Abeykoon*
> Software Engineer; WSO2, Inc.; http://wso2.com
> *cell:* *+94 719363063*
> *blog: **abeykoon.blogspot.com* * *
> *
> *
>
>


-- 
Charith Dhanushka Wickramarachchi
Software Engineer
WSO2 Inc
http://wso2.com/
http://wso2.org/

blog
http://charithwiki.blogspot.com/

twitter
http://twitter.com/charithwiki

Mobile : 0776706568
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Error building trunk - logging component.

[Muhammed Shariq]

Hi,

I am getting the following error while building trunk. Looks like something
to do with the new spring framework added to orbit, I have build this orbit
bundle already.

[ERROR] Failed to execute goal on project org.wso2.carbon.logging.service:
Could not resolve dependencies for project
org.wso2.carbon:org.wso2.carbon.logging.service:bundle:4.0.0-SNAPSHOT: The
following artifacts could not be resolved:
org.springframework:spring-core:jar:${version.spring},
org.springframework:spring-beans:jar:${version.spring},
org.springframework:spring-context:jar:${version.spring},
org.springframework:spring-web:jar:${version.spring}: The repository system
is offline but the artifact
org.springframework:spring-core:jar:${version.spring} is not available in
the local repository. -> [Help 1]


-- 
Thanks,
Shariq.
Phone: +94 777 202 225
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Tomcat OSGification - progress update

[Nuwan Bandara]

Great, Thanks Pradeep, We will do Jaggery M2 with the old method, and we
will move to this one in M3. thanks for the update.

Regards,
/Nuwan

On Thu, Jan 26, 2012 at 2:16 PM, Pradeep Fernando  wrote:

> Hi all,
>
> You can get a working carbon pack that runs on bundled tomcat (tomcat in
> plugins) with web-app deployment functionality by building the source found
> at [1].
>
> You will see some exceptions while starting up the pack. Just ignore them
> for the moment. They are related HttpTransport manager, jmx registering and
> JNDI. Code is still in POC level. we are going to have a arch review soon.
>
> [1]
> https://svn.wso2.org/repos/wso2/scratch/pradeep/tomcat-OSGification/carbon
>
> build carbon-core.
> build carbon  product (it has web-app mgt feature)
>
> thanks,
> --pradeep
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Thanks & Regards,

Nuwan Bandara
Senior Software Engineer
WSO2 Inc. | http://wso2.com
lean . enterprise . middleware

http://nuwan.bandara.co
*

___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Tomcat OSGification - progress update

[Pradeep Fernando]

Hi all,

You can get a working carbon pack that runs on bundled tomcat (tomcat in
plugins) with web-app deployment functionality by building the source found
at [1].

You will see some exceptions while starting up the pack. Just ignore them
for the moment. They are related HttpTransport manager, jmx registering and
JNDI. Code is still in POC level. we are going to have a arch review soon.

[1]
https://svn.wso2.org/repos/wso2/scratch/pradeep/tomcat-OSGification/carbon

build carbon-core.
build carbon  product (it has web-app mgt feature)

thanks,
--pradeep
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] [Bamboo-Build] WSO2 Carbon Trunk > WSO2 Carbon - Platform Trunk > #151 has FAILED. Change made by 4 authors.

[Bamboo]

---
WSO2 Carbon Trunk > WSO2 Carbon - Platform Trunk > #151 failed.
---
Code has been updated by pradeeban, krishantha, kasunw, denis.
No failed tests found, a possible compilation error.

http://builder4.us1.wso2.org:/bamboo/browse/WSO2CARBONTUNK-WSO2CARBONPLATFORMTRUNK-151/


--
Failing Jobs
--
  - WSO2 Carbon Trunk Build Process (Default Stage): 7835 tests passed.


--
Code Changes
--
denis (119484):

>Removed the unused dir

denis (119485):

>Added the new dir

krishantha (119480):

>Formatting sources



--
This message is automatically generated by Atlassian Bamboo___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev