Re: [Carbon-dev] Identity Server API

[Hasini Gunasinghe]

Hi Emilio,

Please find the comments in line.

On Thu, Mar 1, 2012 at 12:24 AM, Emilio Dias emiliod...@gmail.com wrote:

 Hi,


 Hello, I'm developing some applications using OAuth, OpenID and SAML SSO and
 I need to use some API so that I can interact with the Identity Server.


Yes, Most of the functionalities provided by Identity Server, are exposed
as Web Services.

For exampleHow I do validation of the oauth token in my service?


Web service APIs for registering and validating OAuth tokens can be found
at [1] and [2] respectively, as per 3.2.3 IS release.


 How I show the permissions of my users?


There are two user management APIs through which you can obtain the
permissions assigned to a role..(by default, carbon has a role based
permission model)
1. UserAdmin API [3] - mainly used by carbon admin console
2. Remote User Management API[4] - recommended to be used by external
client applications.

[1]
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/components/identity/org.wso2.carbon.identity.oauth/3.2.1/src/main/java/org/wso2/carbon/identity/oauth/OAuthAdminService.java
[2]
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/components/identity/org.wso2.carbon.identity.oauth/3.2.1/src/main/java/org/wso2/carbon/identity/oauth/OAuthService.java
[3]
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/core/org.wso2.carbon.user.mgt/3.2.0/src/main/java/org/wso2/carbon/user/mgt/UserAdmin.java
[4]
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/components/remote-usermgt/org.wso2.carbon.um.ws.api/

HTH.

Thanks,
Hasini.



 ___
 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] Adding Thrift support for the ESB entitlement mediator

[Hasini Gunasinghe]

Hi,

On Mon, Jan 30, 2012 at 2:14 PM, Prabath Siriwardena prab...@wso2.comwrote:

 After the work done by Hasini and Asela on exposing XACML PDP over Thrift,
 we experienced a 16 times performance improvement..

 Asela/Hasini can you please own the $subject as well... let's plan to do
 this for Carbon 4.0.0...


I will implement the Thrift support in Entitlement Mediator side as well.
I think we need to give the option for the user to select which transport
to use at the entitlement mediator side.

Thanks,
Hasini.


 --
 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] Ensure that we do not swallow exceptions

[Hasini Gunasinghe]

Hi Senaka,

On Sat, Jan 28, 2012 at 7:13 AM, Senaka Fernando sen...@wso2.com wrote:

 Hi Hasini,


 On Tuesday, January 24, 2012, Hasini Gunasinghe has...@wso2.com wrote:
  Hi Senaka,
 
  On Mon, Jan 23, 2012 at 11:16 PM, Senaka Fernando sen...@wso2.com
 wrote:
 
  Hi Hasini,
 
  On Mon, Jan 23, 2012 at 10:06 PM, Hasini Gunasinghe has...@wso2.com
 wrote:
 
  Hi Senaka,
 
  On Mon, Jan 23, 2012 at 8:41 PM, Senaka Fernando sen...@wso2.com
 wrote:
 
  Hi Azeez,
 
  Sorry lost track of this.
 
  1. The first one is the easiest. Insert malformed XML into
 user-mgt.xml and start the server. Console is clean (no exceptions). Server
 hangs and does not start-up. There is no clue to what went wrong. Just make
 Configuration into !--Configuration.
 
  Error reporting needs to be fixed here. Thanks for reporting.


This was fixed in trunk.


  2. Create any possible error that would result in the user profiles
 section being corrupted. No exceptions on the BE. The front-end returns the
 same error message for all types of errors making debugging a nightmare. We
 reproduced this by a an accidentally corrupted database, but there could be
 many other ways to get to this.
 
  I couldn't reproduce this with user profiles feature. Can you please
 mention couple of examples out of the many ways you observed this?
 
  As I said I got it reproduced using an accidentally corrupted DB, but
 there could be many other ways - by looking at the code.
 
  Since you have already identified the related code, can you please point
 to it? So that it will be easy to rectify it if there are any issues.

 Great. I misunderstood you earlier. Find the exception in the index.jsp,
 add.jsp and edit.jsp pages of the identity user profile UI. There you catch
 the exception and send an error message to the UI. It is the same error
 message in all 3 cases, so it should be easy to locate. Now, check the
 corresponding code in BE. You'll see that all exceptions are simply
 propagated to FE, and at times, the cause is not carried forward. You need
 to dig deeper and deeper into the BE code until you get to the low-level
 LDAP layer up until the admin service.


Thanks for the information. It will help to identify where to fix.
However, since I haven't written the code in this component, I am not quite
sure whether the error handling was done that way on any purpose.



 
 
  But, I have not attempted to. What I'm trying to get to is that, any
 error will produce no stack traces but a single error message in the UI.
 
 
  Though not quite related, we noticed that usernames on Carbon 3.2.3
 are case-sensitive,
 
  I guess you meant to say case insensitive - we have mentioned this in
 sign-in help docs as follows:
  Please note that due to the inherited behaviour of default user store
 - which is embedded-ldap, user names are case insensitive in 3.2.0 based
 carbon products.
  Are you sure the login failure you encountered is due to a case
 sensitive issue?
  Because username is case insensitive as mentioned above - and allows
 you to login even if you change the case of the username.
 
  Actually, if the username was 'U12345' you cannot login as 'u12345',
 which is the concern.
 
  I tried this case with IS 3.2.3 and it is possible to login with both
 the above usernames with default user store - which is embedded ldap.
  Did you encounter this with any other custom LDAP?
  In that case, it is not a regression issue, but it is due to a behavior
 of that particular LDAP that you connected to.

 Not really. When connected to same custom LDAP, the sensitivity is not
 effective in older releases (very clear in 3.1.0 and perhaps in 3.2.0). So,
 this is clearly a regression.


Can you please let me know what is the LDAP server you tried to connect to
- i.e: OpenLDAP, ApacheDS etc? (So that we can try to reproduce.)
Because this could not be reproduced with embedded-apacheds and was able to
login with the same user name in both lower and upper case.

Thanks,
Hasini.


 Thanks,
 Senaka.


  Thanks,
  Hasini.
 
  Thanks,
  Senaka.
 
  Thanks,
  Hasini.
 
 
  which is a L1 regression. Also, just as in 1 and 2 above, the error is
 failed login attempt, and BE is dead silent to what went wrong. It took at
 least a dozen retries to figure out and a fair amount on time wasted in
 understanding what went wrong. Though the FE might give out a simple
 authentication failure, I'd expect the BE to be more specific to what went
 wrong.
 
  Thanks,
  Senaka.
 
  On Mon, Jan 23, 2012 at 8:19 PM, Afkham Azeez az...@wso2.com wrote:
 
  Please post the relevant code segments. This is something we keep
 repeating during code reviews.
 
  On Fri, Jan 20, 2012 at 11:16 PM, Senaka Fernando sen...@wso2.com
 wrote:
 
  Hi all,
 
  Just like it can be ugly to see lengthy stacktraces at times, seeing the
 UI not working and errors throwing and no stacktrace or clue of what went
 wrong is extremely annoying. I was getting some errors from UM this time,
 and multiple kinds

Re: [Carbon-dev] Ensure that we do not swallow exceptions

[Hasini Gunasinghe]

Hi Senaka,

On Mon, Jan 23, 2012 at 8:41 PM, Senaka Fernando sen...@wso2.com wrote:

 Hi Azeez,

 Sorry lost track of this.

 1. The first one is the easiest. Insert malformed XML into user-mgt.xml
 and start the server. Console is clean (no exceptions). Server hangs and
 does not start-up. There is no clue to what went wrong. Just make
 Configuration into !--Configuration.


Error reporting needs to be fixed here. Thanks for reporting.


 2. Create any possible error that would result in the user profiles
 section being corrupted. No exceptions on the BE. The front-end returns the
 same error message for all types of errors making debugging a nightmare. We
 reproduced this by a an accidentally corrupted database, but there could be
 many other ways to get to this.


I couldn't reproduce this with user profiles feature. Can you please
mention couple of examples out of the many ways you observed this?


 Though not quite related, we noticed that usernames on Carbon 3.2.3 are
 case-sensitive,


I guess you meant to say case insensitive - we have mentioned this in
sign-in help docs as follows:

*Please note that due to the inherited behaviour of default user store -
which is embedded-ldap, user names are case insensitive in 3.2.0 based
carbon products*.

Are you sure the login failure you encountered is due to a case sensitive
issue?
Because username is case insensitive as mentioned above - and allows you to
login even if you change the case of the username.

Thanks,
Hasini.


 which is a L1 regression. Also, just as in 1 and 2 above, the error is
 failed login attempt, and BE is dead silent to what went wrong. It took at
 least a dozen retries to figure out and a fair amount on time wasted in
 understanding what went wrong. Though the FE might give out a simple
 authentication failure, I'd expect the BE to be more specific to what went
 wrong.

 Thanks,
 Senaka.


 On Mon, Jan 23, 2012 at 8:19 PM, Afkham Azeez az...@wso2.com wrote:

 Please post the relevant code segments. This is something we keep
 repeating during code reviews.

 On Fri, Jan 20, 2012 at 11:16 PM, Senaka Fernando sen...@wso2.comwrote:

 Hi all,

 Just like it can be ugly to see lengthy stacktraces at times, seeing the
 UI not working and errors throwing and no stacktrace or clue of what went
 wrong is extremely annoying. I was getting some errors from UM this time,
 and multiple kinds of it; and, had to debug the code to learn what was
 going wrong. The server is failing to work, but the console and the FE has
 no clue to what went wrong. It's greatly appreciated if we could go through
 some of these code and check that we properly throw exceptions. I will
 follow up on the instances where exceptions were not thrown and how to
 reproduce them.

 Thanks,
 Senaka.

 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware


 ___
 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware


 ___
 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] Ensure that we do not swallow exceptions

[Hasini Gunasinghe]

Hi Senaka,

On Mon, Jan 23, 2012 at 11:16 PM, Senaka Fernando sen...@wso2.com wrote:

 Hi Hasini,

 On Mon, Jan 23, 2012 at 10:06 PM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Senaka,

 On Mon, Jan 23, 2012 at 8:41 PM, Senaka Fernando sen...@wso2.com wrote:

 Hi Azeez,

 Sorry lost track of this.

 1. The first one is the easiest. Insert malformed XML into user-mgt.xml
 and start the server. Console is clean (no exceptions). Server hangs and
 does not start-up. There is no clue to what went wrong. Just make
 Configuration into !--Configuration.


 Error reporting needs to be fixed here. Thanks for reporting.


 2. Create any possible error that would result in the user profiles
 section being corrupted. No exceptions on the BE. The front-end returns the
 same error message for all types of errors making debugging a nightmare. We
 reproduced this by a an accidentally corrupted database, but there could be
 many other ways to get to this.


 I couldn't reproduce this with user profiles feature. Can you please
 mention couple of examples out of the many ways you observed this?


 As I said I got it reproduced using an accidentally corrupted DB, but
 there could be many other ways - by looking at the code.


Since you have already identified the related code, can you please point to
it? So that it will be easy to rectify it if there are any issues.


 But, I have not attempted to. What I'm trying to get to is that, any error
 will produce no stack traces but a single error message in the UI.



 Though not quite related, we noticed that usernames on Carbon 3.2.3 are
 case-sensitive,


 I guess you meant to say case insensitive - we have mentioned this in
 sign-in help docs as follows:

 *Please note that due to the inherited behaviour of default user store
 - which is embedded-ldap, user names are case insensitive in 3.2.0 based
 carbon products*.

 Are you sure the login failure you encountered is due to a case sensitive
 issue?
 Because username is case insensitive as mentioned above - and allows you
 to login even if you change the case of the username.


 Actually, if the username was 'U12345' you cannot login as 'u12345', which
 is the concern.


I tried this case with IS 3.2.3 and it is possible to login with both the
above usernames with default user store - which is embedded ldap.
Did you encounter this with any other custom LDAP?
In that case, it is not a regression issue, but it is due to a behavior of
that particular LDAP that you connected to.

Thanks,
Hasini.


 Thanks,
 Senaka.


 Thanks,
 Hasini.


 which is a L1 regression. Also, just as in 1 and 2 above, the error is
 failed login attempt, and BE is dead silent to what went wrong. It took at
 least a dozen retries to figure out and a fair amount on time wasted in
 understanding what went wrong. Though the FE might give out a simple
 authentication failure, I'd expect the BE to be more specific to what went
 wrong.

 Thanks,
 Senaka.


 On Mon, Jan 23, 2012 at 8:19 PM, Afkham Azeez az...@wso2.com wrote:

 Please post the relevant code segments. This is something we keep
 repeating during code reviews.

 On Fri, Jan 20, 2012 at 11:16 PM, Senaka Fernando sen...@wso2.comwrote:

 Hi all,

 Just like it can be ugly to see lengthy stacktraces at times, seeing
 the UI not working and errors throwing and no stacktrace or clue of what
 went wrong is extremely annoying. I was getting some errors from UM this
 time, and multiple kinds of it; and, had to debug the code to learn what
 was going wrong. The server is failing to work, but the console and the FE
 has no clue to what went wrong. It's greatly appreciated if we could go
 through some of these code and check that we properly throw exceptions. I
 will follow up on the instances where exceptions were not thrown and how 
 to
 reproduce them.

 Thanks,
 Senaka.

 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware


 ___
 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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




 --
 *Senaka Fernando*
 Product

Re: [Carbon-dev] identity with openldap problems

[Hasini Gunasinghe]

Hi Bram,

In order to login, you need to have login permission as well. (i.e only
matching user name, password is not sufficient)

In the first time login, you should login as the admin user which you
specify in the user-mgt.xml. Admin user can then create users, roles and
assign users to roles and permissions to those roles.

So can you please make sure that you specify the admin user and admin role
in user-mgt.xml correctly and also the admin user belongs to the admin role
in the LDAP.
Also, please make sure that you provided the correct value for the group
search base property in user-mgt.xml

If you can attach the user-mgt.xml, we might be able to provide more
insight.

Thanks,
Hasini.

On Tue, Jan 3, 2012 at 8:45 PM, Bram Cymet bcy...@cbnco.com wrote:

 Hi,

 I am attempting to setup a wso2 identity server using my existing
 openldap instance as the userstore.

 I can see the server connecting to my ldap instance when I attempt to
 log in so I know the ConnectionURL, Name, and Password are correct. I
 can even see the server bind to my ldap instance successfully. However I
 can not log into the identity web interface.

 In the logs all I get is:

 [2012-01-03 09:55:11,033]  WARN
 {org.wso2.carbon.core.services.util.CarbonAuthenticationUtil} -  Failed
 Administrator login attempt 'bcymet[0]' at [2012-01-03 09:55:11,0032]
 from IP address 172.20.22.157

 Any idea what might be going on or how I can up the logging to get a
 more detailed message?

 Thanks,

 --
 Bram Cymet
 Software Developer
 Canadian Bank Note Co. Ltd.
 613-608-9752
 ___
 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] Carbon 3.2.3 packs to be released

[Hasini Gunasinghe]

Hi Dasun,

On Sat, Dec 24, 2011 at 8:10 AM, Dasunpriya Anuradha anura...@wso2.comwrote:

 Hi PMs, RMs,

 Please confirm whether all 4 packs are ready to host in OT. I need your
 confirmation and the builder location of the uploaded packs. It would be
 better if it's the same location as binaries.


As I let you know offline on Friday, I handed over the signed source packs
to Yasith and he uploaded it.

Yasith, Can you please let Dasun know from where he can obtain the uploaded
packs?

Thanks,
Hasini.


 Thanks.


 On Fri, Dec 23, 2011 at 10:12 AM, Vijayaratha Vijayasingam 
 rat...@wso2.com wrote:

 Hi Maduka,
  why esb src pack's name as 
 wso2esb-2.6.3-src.ziphttp://builder1.us1.wso2.org/%7Ecarbon320/releases/carbon/3.2.3/SourcePacks/wso2esb-2.6.3-src.zip?
 It should be wso2esb-4.0.3-src.zip...I change that locally and sign the
 pack..
 -ratha


 On 22 December 2011 19:25, Krishantha Samaraweera krishan...@wso2.comwrote:

 Are we going to update maven repo with 3.2.3 artifacts ?

 Thanks,
 Krishantha.


 On Thu, Dec 22, 2011 at 6:20 PM, Sanjeewa Malalgoda 
 sanje...@wso2.comwrote:

 RM's please sign with the same key that you used to sign packs.
 Thanks.


 On Thu, Dec 22, 2011 at 5:28 PM, Madhuka Udantha madh...@wso2.comwrote:

 Hi,

 Source packs are available in following url[1].

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/SourcePacks/

 Thank you

 On Wed, Dec 21, 2011 at 2:24 PM, Hasini Gunasinghe has...@wso2.comwrote:


 On Wed, Dec 21, 2011 at 12:04 PM, Sanjeewa Malalgoda 
 sanje...@wso2.com wrote:

 yes dasunpriya completed hosting packs. RM's please download and
 verify the packs before you send release notes.


 Verified the hosted IS pack.

 Thanks,
 Hasini.


 Thanks.

 On Wed, Dec 21, 2011 at 12:01 PM, Fazlan Sabar faz...@wso2.comwrote:

 Shall we sent out the release notes?


 On Wed, Dec 21, 2011 at 11:58 AM, Dasunpriya Anuradha 
 anura...@wso2.com wrote:

 WSO2 ESB 4.0.3, IS 3.2.3, DSS 2.6.3, G-Reg 4.1.1 hosted on
 OxygenTank.

 Thanks.


 On Tue, Dec 20, 2011 at 10:31 PM, Dasunpriya Anuradha 
 anura...@wso2.com wrote:

 Packs hosting in progress...

 Thanks.


 On Tue, Dec 20, 2011 at 10:23 PM, Prabath Siriwardena 
 prab...@wso2.com wrote:



 On Tue, Dec 20, 2011 at 6:11 PM, Prabath Siriwardena 
 prab...@wso2.com wrote:

 We need to crate the source packs.. Madhuka.. can you please
 work on that.. Please talk to Senaka - he will help you..


 Tag : https://svn.wso2.org/repos/wso2/tags/carbon/3.2.3/

 Thanks  regards,
 -Prabath



  Thanks  regards,
 -Prabath


 On Tue, Dec 20, 2011 at 6:01 PM, Sanjeewa Malalgoda 
 sanje...@wso2.com wrote:

 Hi Dasunpriya,
 You can get the signed packs from following url. you can host
 them.

 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/latest/signed_packs/final-packs/

 Thanks.


 On Tue, Dec 20, 2011 at 5:08 PM, Yumani Ranaweera 
 yum...@wso2.com wrote:



 On Tue, Dec 20, 2011 at 5:03 PM, Sanjeewa Malalgoda 
 sanje...@wso2.com wrote:

 Hope you have checked release data, licence, read me texts
 all. Else RMs please take some time and check it.


 This is done for G-Reg pack.

 Regards,
 Yumani



 Thanks.


 On Tue, Dec 20, 2011 at 4:58 PM, Sandapa Handakumbura 
 sand...@wso2.com wrote:

 Hi,

 Smoke test done for ESB 4.0.3 (latest pack) and it's good
 to release.

 Regards,
 Sandapa


 On Tue, Dec 20, 2011 at 4:47 PM, Pavithra Madurangi 
 pavit...@wso2.com wrote:

 Hi,

 Did a smoke test to the IS pack found at [1] and it's okay
 to be released.

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/latest/

 Thanks,
 Pavithra
 On Tue, Dec 20, 2011 at 11:57 AM, Prabath Siriwardena 
 prab...@wso2.com wrote:

 Hi Charitha,

 Can you please confirm whether we are okay to release...


 Thanks  regards,
 -Prabath

 On Tue, Dec 20, 2011 at 11:54 AM, Sanjeewa Malalgoda 
 sanje...@wso2.com wrote:

 Latest packs available in following url. RM's please
 sign the packs.

 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/latest/

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

 mobile : +94 713068779
 web: http://wso2.com
  http://sanjeewamalalgoda.blogspot.com/blog
 :http://sanjeewamalalgoda.blogspot.com/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




 --
 Thanks  Regards,
 Prabath

 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




 --
 Pavithra
 --
 Pavithra Madurangi
 email : pavit...@wso2.com; phone: +94 77 720 7357


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

[Carbon-dev] [ANN] WSO2 Identity Server 3.2.3 Released...!!!

[Hasini Gunasinghe]

*WSO2 Identity Server 3.2.3 Released...!!!*

The WSO2 Identity Server Development team is pleased to announce the
release of version 3.2.3 of the WSO2 Identity Server (IS).

WSO2 Identity Server 3.2.3 release is available for download at
http://wso2.org/downloads/identity-server/


WSO2 Identity Server is an open source Identity and Entitlement management
server having support for OpenID, Information Cards, XACML and SAML.

This is based on revolutionary the WSO2 Carbon framework, which is a
lightweight, high performing platform based on OSGi technology.

All the major features have been developed as pluggable Carbon components.

*New Features In This Release*

* Thrift support in EntitlementService for PEP-PDP communication
* Various improvements to security token service including performance
improvements and token persistence support
* Various bug fixes and enhancements including architectural
improvements to Apache Axis2/Rampart/Sandesha2 , WSO2 Carbon and other
projects.
  Fixed issue list is available at
https://wso2.org/jira/secure/IssueNavigator.jspa?mode=hiderequestId=10623

*Key Features*

* Entitlement Engine with XACML 2.0 support.
* Claim based Security Token Service with SAML 1.1/SAML 2.0.
* Information cards support for SAML 1.1/2.0.
* OpenID Provider.
* 2-legged and 3-legged OAuth support.
* Extension points for SAML assertion handling.
* XMPP based multi-factor authentication.
* Improved User Management.
* Claim Management.
* User Profiles and Profile Management.
* XKMS.
* Separable front-end and back-end - a single front-end server can be
used to administer several back-end servers.
* Information Cards provider supporting Managed Information Cards
backed by user name / password and self-issued cards.
* Multi-factor authentication with Information Cards.

*Issues Fixed in This Release*

* WSO2 Identity
Serverhttps://wso2.org/jira/secure/IssueNavigator.jspa?mode=hiderequestId=10623

*Known Issues*

* All known issues have been recorded at
https://wso2.org/jira/browse/CARBON

*Reporting Problems*

Issues can be reported using the public JIRA available at
https://wso2.org/jira/browse/CARBON

*Contact us*
WSO2 Identity Server developers can be contacted via mailing lists:
* Carbon Developers List: carbon-dev@wso2.org
* Carbon Architecture List: architect...@wso2.org
* For details on subscriptions see http://wso2.org/mail
* Wiki: http://wso2.org/wiki/display/carbon/Carbon

Alternatively, questions can also be raised in the forums:
http://wso2.org/forum/308

*Support*

We are committed to ensuring that your enterprise middleware deployment is
completely supported from evaluation to production. Our unique approach
ensures that all support leverages our open development methodology and is
provided by the very same engineers who build the technology. For more
details and to take advantage of this unique opportunity
http://wso2.com/support/

For more information about WSO2 Identity Server, please see
http://wso2.org/projects/identity or visit the WSO2 Oxygen Tank developer
portal for additional resources.

Thank you for your interest in WSO2 Identity Server.

*-The WSO2 Identity Server Development Team*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Carbon 3.2.3 packs to be released

[Hasini Gunasinghe]

On Wed, Dec 21, 2011 at 12:04 PM, Sanjeewa Malalgoda sanje...@wso2.comwrote:

 yes dasunpriya completed hosting packs. RM's please download and verify
 the packs before you send release notes.


Verified the hosted IS pack.

Thanks,
Hasini.


 Thanks.

 On Wed, Dec 21, 2011 at 12:01 PM, Fazlan Sabar faz...@wso2.com wrote:

 Shall we sent out the release notes?


 On Wed, Dec 21, 2011 at 11:58 AM, Dasunpriya Anuradha 
 anura...@wso2.comwrote:

 WSO2 ESB 4.0.3, IS 3.2.3, DSS 2.6.3, G-Reg 4.1.1 hosted on OxygenTank.

 Thanks.


 On Tue, Dec 20, 2011 at 10:31 PM, Dasunpriya Anuradha anura...@wso2.com
  wrote:

 Packs hosting in progress...

 Thanks.


 On Tue, Dec 20, 2011 at 10:23 PM, Prabath Siriwardena prab...@wso2.com
  wrote:



 On Tue, Dec 20, 2011 at 6:11 PM, Prabath Siriwardena prab...@wso2.com
  wrote:

 We need to crate the source packs.. Madhuka.. can you please work on
 that.. Please talk to Senaka - he will help you..


 Tag : https://svn.wso2.org/repos/wso2/tags/carbon/3.2.3/

 Thanks  regards,
 -Prabath



 Thanks  regards,
 -Prabath


 On Tue, Dec 20, 2011 at 6:01 PM, Sanjeewa Malalgoda 
 sanje...@wso2.com wrote:

 Hi Dasunpriya,
 You can get the signed packs from following url. you can host them.

 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/latest/signed_packs/final-packs/

 Thanks.


 On Tue, Dec 20, 2011 at 5:08 PM, Yumani Ranaweera 
 yum...@wso2.comwrote:



 On Tue, Dec 20, 2011 at 5:03 PM, Sanjeewa Malalgoda 
 sanje...@wso2.com wrote:

 Hope you have checked release data, licence, read me texts all.
 Else RMs please take some time and check it.


 This is done for G-Reg pack.

 Regards,
 Yumani



 Thanks.


 On Tue, Dec 20, 2011 at 4:58 PM, Sandapa Handakumbura 
 sand...@wso2.com wrote:

 Hi,

 Smoke test done for ESB 4.0.3 (latest pack) and it's good to
 release.

 Regards,
 Sandapa


 On Tue, Dec 20, 2011 at 4:47 PM, Pavithra Madurangi 
 pavit...@wso2.com wrote:

 Hi,

 Did a smoke test to the IS pack found at [1] and it's okay to be
 released.

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/latest/

 Thanks,
 Pavithra
 On Tue, Dec 20, 2011 at 11:57 AM, Prabath Siriwardena 
 prab...@wso2.com wrote:

 Hi Charitha,

 Can you please confirm whether we are okay to release...


 Thanks  regards,
 -Prabath

 On Tue, Dec 20, 2011 at 11:54 AM, Sanjeewa Malalgoda 
 sanje...@wso2.com wrote:

 Latest packs available in following url. RM's please sign the
 packs.

 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/latest/

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

 mobile : +94 713068779
 web: http://wso2.com
  http://sanjeewamalalgoda.blogspot.com/blog
 :http://sanjeewamalalgoda.blogspot.com/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




 --
 Thanks  Regards,
 Prabath

 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




 --
 Pavithra
 --
 Pavithra Madurangi
 email : pavit...@wso2.com; phone: +94 77 720 7357


 ___
 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




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

 mobile : +94 713068779
 web: http://wso2.com
  http://sanjeewamalalgoda.blogspot.com/blog
 :http://sanjeewamalalgoda.blogspot.com/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




 --
 Yumani Ranaweera
 WSO2, Inc. - http://wso2.org
 Email : yum...@wso2.com
 Cell: +94 077 7795242
 Blog   : http://yumani.blogspot.com/

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 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
  http://sanjeewamalalgoda.blogspot.com/blog
 :http://sanjeewamalalgoda.blogspot.com/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
 

Re: [Carbon-dev] Using the same invalid characters for username/rolesnames and Registry resources

[Hasini Gunasinghe]

Hi Senaka,

On Tue, Dec 20, 2011 at 10:22 AM, Senaka Fernando sen...@wso2.com wrote:

 Hi Hasini,

 That's defined in a constant in the registry kernel, IIRC. Unlike in UM,
 the characters restricted in G-Reg are those that are not allowed by SQL,
 and the delimiters we have used in the code. So, the list is constant,
 instead of something that a user can define as in UM.

 Can you please point to those constants defined the code? I hope it is in
one place.
So that we can decide whether we can include them in the default regular
expression that we specify in configuration, in order to sync the invalid
characters used in UM and Registry.

Thanks,
Hasini.


Thanks,
 Senaka.


 On Tue, Dec 20, 2011 at 10:18 AM, Hasini Gunasinghe has...@wso2.comwrote:



 On Mon, Dec 19, 2011 at 11:58 PM, Thilina Buddhika thili...@wso2.comwrote:



 On Mon, Dec 19, 2011 at 11:54 PM, Senaka Fernando sen...@wso2.comwrote:

 Hi all,

 +1. I thought we had it in some form, and it seems that I was wrong.
 All invalid characters of G-Reg, should be invalid for UM, and UM can have
 additional invalid characters if needed. Both the registry BE and FE have
 validations, and may be we can reuse some logic in UM.


 UM also has both FE and BE validations. The only problem is the invalid
 character set is not synced up with that of the registry.


 UM does FE and BE validation according to the following parameters
 defined in user-mgt.xml and hence they are configurable.
 Where are those of registry are specified?
 If they are also read from configuration, we can make default
 configurations the same.

 -UsernameJavaRegEx
 -UsernameJavaScriptRegEx
 -RolenameJavaRegEx
 -RolenameJavaScriptRegEx

 Thanks,
 Hasini.


 Thanks,
 Thilina



 Thanks,
 Senaka.


 On Mon, Dec 19, 2011 at 10:06 PM, Prabath Siriwardena prab...@wso2.com
  wrote:



 On Mon, Dec 19, 2011 at 9:31 PM, Supun Malinga sup...@wso2.comwrote:



 On Mon, Dec 19, 2011 at 9:12 PM, Thilina Buddhika 
 thili...@wso2.comwrote:

 Hi Folks,

 At the moment, the two invalid character sets used in UM(for
 usernames and rolenames) and Registry (for Registry resources) are not
 synced. But in some of the components, username is used as part of the
 registry resources. Due to this , there are so many Carbon jira's 
 created
 for broken functionality when there are characters in the
 usernames/rolesnames which are considered invalid for registry resource
 names.  When I reviewed Jiras created for Identity and Security 
 components,
 I found nearly 10-15 Jiras created for similar cases. I think it is the
 case for other components as well.

 So I suggest we should consider the same set of characters as
 invalid for both UM and Registry.


 +1
 How about introducing a JS function into core ui bundle that can
 filter and identify the invalid characters. I also faced this kind of 
 issue
 where sql  injection was possible when I hadn't controlled the role-names
 allowed into server-roles component. So I ended up in adding my own js
 function to filter these. If it is available from core ui utils itself it
 would be much easier to define a common rule-set for allowing characters
 for property names from the ui, etc.


 This also needs to be checked both at the UI level as well as at the
 service level - and UI should ideally ask the validation rule from the BE
 and then validate.. and BE should also validate independently...

 Thanks  regards,
 -Prabath



 thanks,


 Thanks,
 Thilina


 --
 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




 --
 Supun Malinga,

 Software Engineer,
 WSO2 Inc.
 http://wso2.com
 http://wso2.org
 email - sup...@wso2.com sup...@wso2.com
 mobile - 071 56 91 321


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




 --
 Thanks  Regards,
 Prabath

 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




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com
 *
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware


 ___
 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

Re: [Carbon-dev] Release plan for Carbon 3.2.3

[Hasini Gunasinghe]

Hi,

Jasper jars have been added to IS pack too from 3.2.3 release with
reporting feature and License.txt of IS was updated by referring to the
License.txt of GREG [1].
Now, according to the above discussion, shall I continue updating the
License.txt of IS too? if it is the correct way..

[1]
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/products/greg/4.1.1/LICENSE.txt

https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/products/greg/4.1.1/LICENSE.txt
Thanks,
Hasini.

On Mon, Dec 19, 2011 at 7:31 PM, Miyuru Wanninayaka miy...@wso2.com wrote:

 ESB License.txt updated

 On Mon, Dec 19, 2011 at 6:20 PM, Charitha Kankanamge chari...@wso2.comwrote:

 Hi Ratha,

 License.txt of ESB still contains 3.2.0 versions. Please have a look.
 Reopened [1]

 [1]https://wso2.org/jira/browse/CARBON-11804

 /Charitha

 On Mon, Dec 19, 2011 at 3:04 PM, Vijayaratha Vijayasingam 
 rat...@wso2.com wrote:

 Hi,
 are we going to sign and host the packs in builder machine? If so, what
 is the location...? except greg other products can be signed?
 -ratha


 On 19 December 2011 13:03, Senaka Fernando sen...@wso2.com wrote:

 Hi all,

 FYI, I have attached the fixed jars so that we can start verifying them
 even before the builds are made available.

 Thanks,
 Senaka.


 On Mon, Dec 19, 2011 at 12:48 PM, Senaka Fernando sen...@wso2.comwrote:

 Done and Sanjeewa just started building.

 Thanks,
 Senaka.


 On Mon, Dec 19, 2011 at 11:29 AM, Prabath Siriwardena 
 prab...@wso2.com wrote:

 There are some regression issues in G-Reg and Senaka is working on
 the fixes...

 Please do not commit anything other than that..

 Thanks  regards,
 -Prabath


 On Sun, Dec 18, 2011 at 9:44 PM, Prabath Siriwardena 
 prab...@wso2.com wrote:

 We'll be tagging the branch tomorrow afternoon to do the 3.2.3
 release.. PM/RMs please keep the release notes ready..

 Once we create the 3.2.3 tag tomorrow - we can start working on the
 3.2.4 - please do not commit to 3.2.0 branch till then..

 Thanks  regards,
 -Prabath

 On Wed, Dec 14, 2011 at 2:03 PM, Prabath Siriwardena 
 prab...@wso2.com wrote:

 Hi folks,

 Following is the plan for the Carbon 3.2.3 release..

 1. Final RC will be done today - build in progress
 2. Any L1/Regressions will be fixed after being reviewed by the
 PMs/RMs
 3. Expected release date 20th December - Tuesday next week...

 Please do NOT commit to 3.2.0 branch...

 --
 Thanks  Regards,
 Prabath

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




 --
 Thanks  Regards,
 Prabath

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




 --
 Thanks  Regards,
 Prabath

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




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware




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




 --
 Thanks,
 Miyuru

 ___
 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] Using the same invalid characters for username/rolesnames and Registry resources

[Hasini Gunasinghe]

On Mon, Dec 19, 2011 at 11:58 PM, Thilina Buddhika thili...@wso2.comwrote:



 On Mon, Dec 19, 2011 at 11:54 PM, Senaka Fernando sen...@wso2.com wrote:

 Hi all,

 +1. I thought we had it in some form, and it seems that I was wrong. All
 invalid characters of G-Reg, should be invalid for UM, and UM can have
 additional invalid characters if needed. Both the registry BE and FE have
 validations, and may be we can reuse some logic in UM.


 UM also has both FE and BE validations. The only problem is the invalid
 character set is not synced up with that of the registry.


UM does FE and BE validation according to the following parameters defined
in user-mgt.xml and hence they are configurable.
Where are those of registry are specified?
If they are also read from configuration, we can make default
configurations the same.

-UsernameJavaRegEx
-UsernameJavaScriptRegEx
-RolenameJavaRegEx
-RolenameJavaScriptRegEx

Thanks,
Hasini.


 Thanks,
 Thilina



 Thanks,
 Senaka.


 On Mon, Dec 19, 2011 at 10:06 PM, Prabath Siriwardena 
 prab...@wso2.comwrote:



 On Mon, Dec 19, 2011 at 9:31 PM, Supun Malinga sup...@wso2.com wrote:



 On Mon, Dec 19, 2011 at 9:12 PM, Thilina Buddhika thili...@wso2.comwrote:

 Hi Folks,

 At the moment, the two invalid character sets used in UM(for usernames
 and rolenames) and Registry (for Registry resources) are not synced. But 
 in
 some of the components, username is used as part of the registry
 resources. Due to this , there are so many Carbon jira's created for
 broken functionality when there are characters in the usernames/rolesnames
 which are considered invalid for registry resource names.  When I reviewed
 Jiras created for Identity and Security components, I found nearly 10-15
 Jiras created for similar cases. I think it is the case for other
 components as well.

 So I suggest we should consider the same set of characters as invalid
 for both UM and Registry.


 +1
 How about introducing a JS function into core ui bundle that can filter
 and identify the invalid characters. I also faced this kind of issue where
 sql  injection was possible when I hadn't controlled the role-names allowed
 into server-roles component. So I ended up in adding my own js function to
 filter these. If it is available from core ui utils itself it would be much
 easier to define a common rule-set for allowing characters for property
 names from the ui, etc.


 This also needs to be checked both at the UI level as well as at the
 service level - and UI should ideally ask the validation rule from the BE
 and then validate.. and BE should also validate independently...

 Thanks  regards,
 -Prabath



 thanks,


 Thanks,
 Thilina


 --
 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




 --
 Supun Malinga,

 Software Engineer,
 WSO2 Inc.
 http://wso2.com
 http://wso2.org
 email - sup...@wso2.com sup...@wso2.com
 mobile - 071 56 91 321


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




 --
 Thanks  Regards,
 Prabath

 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




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com
 *
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware


 ___
 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


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

Re: [Carbon-dev] Stratos IS on branch has wrong version {was: New set of packs available 3.2.3 Build}

[Hasini Gunasinghe]

This is fixed and committed to 3.2.3 branch. And the changes only affect
the versions related to Stratos IS.
Sorry about any inconvenience caused.

Thanks,
Hasini.

On Sat, Dec 17, 2011 at 10:11 PM, Thilina Buddhika thili...@wso2.comwrote:

 Thanks Senaka for pointing this out. Will fix this ASAP.

 Thilina

 On Sat, Dec 17, 2011 at 9:54 PM, Senaka Fernando sen...@wso2.com wrote:

 Hi Thilina,

 FYI. I just noticed this. I believe that this needs to be fixed, in order
 to avoid issues while deploying the packs into the Maven repos.

 Thanks,
 Senaka.

 On Fri, Dec 16, 2011 at 3:48 PM, Madhuka Udantha madh...@wso2.comwrote:

 Hi,

 New set of 3.2.3 build on DSS packs available in following location[1].

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/QAPacks/


 thanks.

 On Fri, Dec 16, 2011 at 2:49 PM, Sanjeewa Malalgoda 
 sanje...@wso2.comwrote:

 Dss pack will available soon. Madhuka is working on that.
 Thanks.

 On Fri, Dec 16, 2011 at 2:25 PM, Anjana Fernando anj...@wso2.comwrote:

 Hi Prabath,

 On Fri, Dec 16, 2011 at 12:40 AM, Prabath Siriwardena 
 prab...@wso2.com wrote:

 Please note that 3.2.0 branch is frozen for any commits...


 There are some critical issues, [1] and [2] that needs to be fixed, I
 did a round of tests after the fix to find for any regressions also. Sorry
 for the inconvenience, I will work on to get an immediate build of DSS to
 give to QA.

 [1] https://wso2.org/jira/browse/CARBON-11939
 [2] https://wso2.org/jira/browse/CARBON-11884

 Cheers,
 Anjana.



 Thanks  regards,
 -Prabath


 On Fri, Dec 16, 2011 at 12:37 AM, Madhuka Udantha 
 madh...@wso2.comwrote:

 hi,

 New set of 3.2.3 build packs available in following location[1].
 With Revision: 117851

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-12-15_10-57-46/


 thanks.
 --
 *Madhuka* Udantha
 http://madhukaudantha.blogspot.com/




 --
 Thanks  Regards,
 Prabath

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




 --
 *Anjana Fernando*
 Senior Software Engineer
 WSO2 Inc. | http://wso2.com
 lean . enterprise . middleware

 ___
 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
  http://sanjeewamalalgoda.blogspot.com/blog
 :http://sanjeewamalalgoda.blogspot.com/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




 --
 *Madhuka* Udantha
 http://madhukaudantha.blogspot.com/


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




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware




 --
 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


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

Re: [Carbon-dev] Release plan for Carbon 3.2.3

[Hasini Gunasinghe]

Hi Prabath,

I am going to fix some IS product level docs to sync the related docs.

Thanks,
Haisni.


On Thu, Dec 15, 2011 at 1:58 PM, Vijayaratha Vijayasingam
rat...@wso2.comwrote:

 Hi prabath..
 In ESB there is a module is outdated..means the new version is not
 available(message-store, it contains fix for a blocker)..
 I would like to fix that..
 Shall i?

 Thanks
 -Ratha


 On 15 December 2011 11:19, Prabath Siriwardena prab...@wso2.com wrote:

 We'll be doing another build tonight.. If you have L1 fixes - please
 discuss in this list and commit the fixes before 7 PM today...

 Thanks  regards,
 -Prabath


 On Wed, Dec 14, 2011 at 2:03 PM, Prabath Siriwardena prab...@wso2.comwrote:

 Hi folks,

 Following is the plan for the Carbon 3.2.3 release..

 1. Final RC will be done today - build in progress
 2. Any L1/Regressions will be fixed after being reviewed by the PMs/RMs
 3. Expected release date 20th December - Tuesday next week...

 Please do NOT commit to 3.2.0 branch...

 --
 Thanks  Regards,
 Prabath

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




 --
 Thanks  Regards,
 Prabath

 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


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

Re: [Carbon-dev] test failure in user-manger-kernel [trunk]

[Hasini Gunasinghe]

Hi Pradeep,

I too got an error in AdvancedPermissionTreeTest of user-core tests,
locally in trunk.
But the same passes in branch. So I couldn't yet figure out a reason for
the failure in trunk.

According to another mail sent by Azeez, all carbon-core tests have been
passed.

Please let me know if this still occurs in your environment as well.

Thanks,
 Hasini.

On Sat, Dec 10, 2011 at 10:04 PM, Hasini Gunasinghe has...@wso2.com wrote:

 I will look into this.

 Thanks,
 Hasini.


 On Sat, Dec 10, 2011 at 2:52 PM, Pradeep Fernando prad...@wso2.comwrote:

 Hi,
 please fix this.


 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.201 sec
 Running org.wso2.carbon.user.core.hybrid.AdvancedHybridRoleManagerTest
 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.196 sec
 Running org.wso2.carbon.user.core.hybrid.HybridRoleManagerTest
 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.212 sec
 Running org.wso2.carbon.user.core.authman.AdvancedPermissionTreeTest
 Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.187 sec
  FAILURE!
 Running org.wso2.carbon.user.core.claim.ClaimDAOTest
 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.174 sec
 Running org.wso2.carbon.user.core.claim.AdvancedClaimManagerTest
 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.199 sec

 Results :

 Tests in error:

 testStuff(org.wso2.carbon.user.core.authman.AdvancedPermissionTreeTest):
 Role name: role2 in the system. Please pick another role name.

 Tests run: 16, Failures: 0, Errors: 1, Skipped: 0



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

Re: [Carbon-dev] IS integration tests cannot be run without the -clean option. mvn install after first time fails

[Hasini Gunasinghe]

Hi Azeez,

I encountered this during carbon-3.2.0 release time and reported in [1].
But I didn't get response to it.

IMO, this should be fixed at carbon-core/integration-test level.

Not only IS, but any product that persist data during an integration test
cycle can face this issue as I've mentioned in [1].

[1]
http://old.nabble.com/Issue-with-integration-tests---carbontmp-doesn't-get-deleted-at-the-completion-of-a-test-cycle.-td31219266.html

http://old.nabble.com/Issue-with-integration-tests---carbontmp-doesn't-get-deleted-at-the-completion-of-a-test-cycle.-td31219266.html
Thanks,
Hasini.

On Sun, Dec 11, 2011 at 1:11 PM, Afkham Azeez az...@wso2.com wrote:

 Running User Admin Tests...
 [2011-12-11 13:09:16,631]  INFO
 {org.wso2.carbon.integration.core.AuthenticateStub} -  AuthenticateStub :
 Stub created with session JSESSIONID=4A873F31456A4A788095633B9CB6E65F;
 Path=/; Secure=null; HttpOnly=null
 [2011-12-11 13:09:21,406] ERROR
 {org.wso2.carbon.user.core.ldap.ApacheDSUserStoreManager} -  Can not access
 the directory context oruser already exists in the system
 javax.naming.NameAlreadyBoundException: [LDAP: error code 68 -
 ENTRY_ALREADY_EXISTS: failed for Add Request :
 ClientEntry
 dn: uid=User2,ou=Users,dc=wso2,dc=org
 objectClass: wso2Person
 uid: User2
 sn: User2
 userPassword: '0x7B 0x53 0x48 0x41 0x7D 0x75 0x35 0x37 0x30 0x36 0x43
 0x4A 0x43 0x76 0x45 0x50 ...'
 cn: User2
 : ERR_250 uid=User2,ou=Users,dc=wso2,dc=org already exists!]; remaining
 name 'uid=User2'
 at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3036)
  at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2987)
 at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2794)
  at com.sun.jndi.ldap.LdapCtx.c_bind(LdapCtx.java:397)
 at
 com.sun.jndi.toolkit.ctx.ComponentDirContext.p_bind(ComponentDirContext.java:277)
  at
 com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.bind(PartialCompositeDirContext.java:197)
 at
 com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.bind(PartialCompositeDirContext.java:186)
  at
 org.wso2.carbon.user.core.ldap.ApacheDSUserStoreManager.addUser(ApacheDSUserStoreManager.java:277)
 at org.wso2.carbon.user.mgt.UserRealmProxy.addUser(UserRealmProxy.java:218)
  at org.wso2.carbon.user.mgt.UserAdmin.addUser(UserAdmin.java:107)
 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.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:212)
  at
 org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver.invokeBusinessLogic(RPCInOnlyMessageReceiver.java:66)
 at
 org.apache.axis2.receivers.AbstractMessageReceiver.receive(AbstractMessageReceiver.java:110)
  at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:181)
 at
 org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:172)
  at
 org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:146)
 at
 org.wso2.carbon.core.transports.CarbonServlet.doPost(CarbonServlet.java:206)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
  at
 org.eclipse.equinox.http.servlet.internal.ServletRegistration.handleRequest(ServletRegistration.java:90)
 at
 org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:111)
  at
 org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:67)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
  at org.wso2.carbon.bridge.BridgeServlet.service(BridgeServlet.java:164)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
  at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
 at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
  at
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
 at
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164)
  at
 org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
 at
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
  at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
 at
 org.wso2.carbon.server.CarbonStuckThreadDetectionValve.invoke(CarbonStuckThreadDetectionValve.java:154)
  at org.wso2.carbon.server.TomcatServer$1.invoke(TomcatServer.java:257)
 at
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
  at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
 at
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)
  at
 

Re: [Carbon-dev] Caching Core 3.2.3 mixup {was: Re: Carbon 3.2.3 release : Code freeze : 6 PM IST}

[Hasini Gunasinghe]

On Fri, Dec 9, 2011 at 9:12 PM, Asela Pathberiya as...@wso2.com wrote:

 Hi Senaka,

 I went through, both 3.2.2 and 3.2.3 branches and added the commits that
 were missed in 3.2.3 branch.

 The problem is some one who needed to create the 3.2.3 branch, has been
 created with the old revision of 3.2.2 branch. Therefore some fixes are not
 in the 3.2.3 branch. Therefore proper way to fix this is,

 1. Delete the existing 3.2.3 branch which has been created with wrong
 revision.

 2. Create a new 3.2.3 branch from correct release revision of  3.2.2

 3. Commit fixes to 3.2.3

 Sorry, Hasini or I were not able to do this yesterday, as we have not any
 fixes that has been commit in to the 3.2.3 branch already. The best person
 is  to fix this who has committed in to the 3.2.3 branch.


Thanks Asela for clearly explaining the issue here.

And +1, in scenarios like branching individual components, it is always
easy if the person who creates/commits to that particular version of the
component could make sure that it is synced  properly integrated into
product builds. (which we have been following in minor releases)

I think the two versions are in sync now.

Thanks,
Hasini.


 However  I hope, now it is fixed  :)

 Thanks,
 Asela.

 On Sat, Dec 10, 2011 at 9:39 AM, Senaka Fernando sen...@wso2.com wrote:

 Hi Asela, Hasini,

 What's the status of this?

 Thanks,
 Senaka.

 On Fri, Dec 9, 2011 at 1:53 PM, Senaka Fernando sen...@wso2.com wrote:

 Hi again,

 So here is the summary. We have changes to caching core that was
 introduced after 3.2.2. But, we also have some issues with regard to some
 fixes that were done in 3.2.2 not appearing in 3.2.3. So, can we first of
 all, review the difference below and decide whether 3.2.3 is up-to-date and
 if not fix that? After that's done, we need to include 3.2.3 into the build
 so that products will have it.

 Thanks,
 Senaka.


 On Fri, Dec 9, 2011 at 1:35 PM, Senaka Fernando sen...@wso2.com wrote:

 Hi Asela,

 But there are differences in 3.2.2 and 3.2.3. How did that happen?
 Also, somethings have been added to 3.2.3 which means we need to use 3.2.3
 and not 3.2.2.

 +++
 $ diff -r 3.2.3 3.2.2
 diff -r
 3.2.3/src/main/java/org/wso2/carbon/caching/core/identity/IdentityCacheEntry.java
 3.2.2/src/main/java/org/wso2/carbon/caching/core/identity/IdentityCacheEntry.java
 32a33
  private String[] cacheEntryArray;
 54a56,59
  public IdentityCacheEntry(String[] cacheEntryArray) {
  this.cacheEntryArray = cacheEntryArray;
  }
 
 77a83,86
 
  public String[] getCacheEntryArray() {
  return cacheEntryArray;
  }
 diff -r
 3.2.3/src/main/java/org/wso2/carbon/caching/infinispan/InfinispanCacheManager.java
 3.2.2/src/main/java/org/wso2/carbon/caching/infinispan/InfinispanCacheManager.java
 88,98d87
 
 
  String tcpConfigFile =
 cacheConfiguration.getProperty(configuration.tcp.configFile);
  if (tcpConfigFile != null) {
  Properties props = new Properties();
  props.setProperty(configurationFile,
 tcpConfigFile.replace(${carbon.home},
  carbonHome));
  log.debug(Setting infinispan tcp configuration file);
  globalConfiguration.setTransportProperties(props);
  }
 
 171d159
  configuration.setUseLockStriping(false);
 +++

 Thanks,
 Senaka.


 On Fri, Dec 9, 2011 at 12:46 PM, Hasini Gunasinghe has...@wso2.comwrote:



  On Fri, Dec 9, 2011 at 12:30 PM, Asela Pathberiya as...@wso2.comwrote:



  On Fri, Dec 9, 2011 at 11:57 AM, Senaka Fernando sen...@wso2.comwrote:

 Hi Asela,

 I see that 3.2.2 version of
 src/main/java/org/wso2/carbon/caching/core/identity/IdentityCacheEntry.java
 have differences over the 3.2.3 version. Can you sort these out and also
 add the 3.2.3 version of caching.core into the mainstream build?


 I am sorry. IdentityCacheEntry class has not been changed after Oct
 17 (before the 3.2.2 release). Identity components are
 still referring to the 3.2.2 caching core. May be 3.2.3 caching core has
 been created before 3.2.2 release or old revision.

 +1, it is an issue with 3.2.3 version, not with 3.2.2 version.

 Thanks,
 Hasini.

   Thanks,
 Asela.



 Thanks,
 Senaka.


 On Fri, Dec 9, 2011 at 11:49 AM, Hasini Gunasinghe 
 has...@wso2.comwrote:

 Hi,

 In 3.2.3 branch, there is caching.core 3.2.3 version.
 I see two issues with that:
 1.  It is not included in latest product packs at [1],
 2.  Seems like it is not a latest copy of 3.2.2 release.. so some
 of the commits that has gone to 3.2.2 are not in 3.2.3 component of it.

 I think this also should be fixed before the code freeze. Would be
 great if some one who has been working with caching.core 3.2.3 
 component
 can please look into it.

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-12-07_05-46-09/

 Thanks,
 Hasini.

  On Fri, Dec 9, 2011 at 11:00 AM, Sumedha Rubasinghe 
 sume...@wso2

Re: [Carbon-dev] test failure in user-manger-kernel [trunk]

[Hasini Gunasinghe]

I will look into this.

Thanks,
Hasini.

On Sat, Dec 10, 2011 at 2:52 PM, Pradeep Fernando prad...@wso2.com wrote:

 Hi,
 please fix this.


 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.201 sec
 Running org.wso2.carbon.user.core.hybrid.AdvancedHybridRoleManagerTest
 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.196 sec
 Running org.wso2.carbon.user.core.hybrid.HybridRoleManagerTest
 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.212 sec
 Running org.wso2.carbon.user.core.authman.AdvancedPermissionTreeTest
 Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.187 sec
  FAILURE!
 Running org.wso2.carbon.user.core.claim.ClaimDAOTest
 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.174 sec
 Running org.wso2.carbon.user.core.claim.AdvancedClaimManagerTest
 Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.199 sec

 Results :

 Tests in error:
   testStuff(org.wso2.carbon.user.core.authman.AdvancedPermissionTreeTest):
 Role name: role2 in the system. Please pick another role name.

 Tests run: 16, Failures: 0, Errors: 1, Skipped: 0


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

Re: [Carbon-dev] Carbon 3.2.3 : G-Reg, IS, ESB, DSS

[Hasini Gunasinghe]

Updated the version in the docs under products/is/3.2.3.

Thanks,
Hasini.

On Thu, Dec 8, 2011 at 5:15 PM, Thilina Buddhika thili...@wso2.com wrote:

 I will help Hasini to verify those.

 Thanks,
 Thilina

 On Thu, Dec 8, 2011 at 1:03 PM, Prabath Siriwardena prab...@wso2.comwrote:

 PMs/RMs,

 We are code freezing tomorrow.. please make sure release docs and all
 other docs are updated

 --
 Thanks  Regards,
 Prabath

 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


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

Re: [Carbon-dev] Carbon 3.2.3 release : Code freeze : 6 PM IST

[Hasini Gunasinghe]

Hi,

In 3.2.3 branch, there is caching.core 3.2.3 version.
I see two issues with that:
1.  It is not included in latest product packs at [1],
2.  Seems like it is not a latest copy of 3.2.2 release.. so some of the
commits that has gone to 3.2.2 are not in 3.2.3 component of it.

I think this also should be fixed before the code freeze. Would be great if
some one who has been working with caching.core 3.2.3 component can please
look into it.

[1]
http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-12-07_05-46-09/

Thanks,
Hasini.

On Fri, Dec 9, 2011 at 11:00 AM, Sumedha Rubasinghe sume...@wso2.comwrote:

 G-Reg is having 8 blockers still.  Senaka will reply on the possibility of
 completion.
 /sumedha


 On Fri, Dec 9, 2011 at 10:26 AM, Prabath Siriwardena prab...@wso2.comwrote:

 Hi folks,

 Carbon 3.2.3 branch will be frozen at 6 PM IST today

 --
 Thanks  Regards,
 Prabath

 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



 ___
 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] Carbon 3.2.3 release : Code freeze : 6 PM IST

[Hasini Gunasinghe]

On Fri, Dec 9, 2011 at 12:30 PM, Asela Pathberiya as...@wso2.com wrote:



 On Fri, Dec 9, 2011 at 11:57 AM, Senaka Fernando sen...@wso2.com wrote:

 Hi Asela,

 I see that 3.2.2 version of
 src/main/java/org/wso2/carbon/caching/core/identity/IdentityCacheEntry.java
 have differences over the 3.2.3 version. Can you sort these out and also
 add the 3.2.3 version of caching.core into the mainstream build?


 I am sorry. IdentityCacheEntry class has not been changed after Oct 17 (before
 the 3.2.2 release). Identity components are still referring to the 3.2.2
 caching core. May be 3.2.3 caching core has been created before 3.2.2
 release or old revision.

 +1, it is an issue with 3.2.3 version, not with 3.2.2 version.

Thanks,
Hasini.

Thanks,
 Asela.



 Thanks,
 Senaka.


 On Fri, Dec 9, 2011 at 11:49 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi,

 In 3.2.3 branch, there is caching.core 3.2.3 version.
 I see two issues with that:
 1.  It is not included in latest product packs at [1],
 2.  Seems like it is not a latest copy of 3.2.2 release.. so some of the
 commits that has gone to 3.2.2 are not in 3.2.3 component of it.

 I think this also should be fixed before the code freeze. Would be great
 if some one who has been working with caching.core 3.2.3 component can
 please look into it.

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-12-07_05-46-09/

 Thanks,
 Hasini.

 On Fri, Dec 9, 2011 at 11:00 AM, Sumedha Rubasinghe sume...@wso2.comwrote:

 G-Reg is having 8 blockers still.  Senaka will reply on the possibility
 of completion.
 /sumedha


 On Fri, Dec 9, 2011 at 10:26 AM, Prabath Siriwardena 
 prab...@wso2.comwrote:

 Hi folks,

 Carbon 3.2.3 branch will be frozen at 6 PM IST today

 --
 Thanks  Regards,
 Prabath

 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



 ___
 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




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware



 ___
 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] Out dated 3.2.3 components in branch

[Hasini Gunasinghe]

Hi all,

I encountered couple of 3.2.3 components in branch which were not from the
latest 3.2.2 released branch.

This might have occurred due to:
 1. some of the 3.2.3 components were created before 3.2.2 release.
 2. 3.2.3 components created from a local copy which is not up to date.

So there is a possibility that some of the commits gone to 3.2.2 might not
present in the 3.2.3 version of those components.

So when you are committing to an already existing 3.2.3 component in
branch, please check whether it is created from the latest 3.2.2 branch.

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

Re: [Carbon-dev] Out dated 3.2.3 components in branch

[Hasini Gunasinghe]

I've already fixed the components that I noticed.
The purpose of sending the above is just to inform that there is a
possibility, this can happen wrt any other component as well and hence
asking to check this when committing to 3.2.3.

Thanks,
Hasini.

On Wed, Dec 7, 2011 at 3:59 PM, Kathiravelu Pradeeban pradee...@wso2.comwrote:



 On Wed, Dec 7, 2011 at 3:50 PM, Hasini Gunasinghe has...@wso2.com wrote:

 Hi all,

 Hi Hasini,


 I encountered couple of 3.2.3 components in branch which were not from
 the latest 3.2.2 released branch.


 Are they fixed? What are those components that you found this issue?


 This might have occurred due to:
  1. some of the 3.2.3 components were created before 3.2.2 release.
  2. 3.2.3 components created from a local copy which is not up to date.


 That would be a very bad practice. We should just use svn cp.
 I prefer, svn cp url/3.2.2 url/3.2.3.
 That's simpler to create, and then we can checkout, incorporate the
 changes into the branch.


 So there is a possibility that some of the commits gone to 3.2.2 might
 not present in the 3.2.3 version of those components.

 So when you are committing to an already existing 3.2.3 component in
 branch, please check whether it is created from the latest 3.2.2 branch.


 I thought, we decided to revert such 3.2.3 components created before the
 3.2.2 release. Can we get to know the list of the components by those who
 created them?

 Regards,
 Pradeeban.


 Thanks,
 Hasini.


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




 --
 Kathiravelu Pradeeban.
 Software Engineer.
 WSO2 Inc.

 Blog: [Llovizna] http://kkpradeeban.blogspot.com/


 ___
 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] Build fails at 3.2.0/orbit/rampart-core/1.6.1.wso2v3

[Hasini Gunasinghe]

This is fixed. Please take svn up in dependencies/rampart.

Thanks,
Hasini.

On Tue, Dec 6, 2011 at 8:05 AM, Kathiravelu Pradeeban pradee...@wso2.comwrote:

 Hi,
 I am trying to build the 3.2.3 branch from patch-releases/3.2.3 with
 maven2, and it fails for me at rampart-core/1.6.1.wso2v3.
 Any idea on this?

 Regards,
 Pradeeban.

 [INFO]
 
 [INFO] Building Rampart
 [INFO]task-segment: [clean, install]
 [INFO]
 
 [INFO] [clean:clean {execution: default-clean}]
 Downloading:
 http://maven.wso2.org/nexus/content/groups/wso2-public//org/apache/rampart/rampart-core/1.6.1-wso2v3/rampart-core-1.6.1-wso2v3.pom
 [INFO] Unable to find resource
 'org.apache.rampart:rampart-core:pom:1.6.1-wso2v3' in repository wso2-nexus
 (http://maven.wso2.org/nexus/content/groups/wso2-public/)
 Downloading:
 http://repo1.maven.org/maven2/org/apache/rampart/rampart-core/1.6.1-wso2v3/rampart-core-1.6.1-wso2v3.pom
 [INFO] Unable to find resource
 'org.apache.rampart:rampart-core:pom:1.6.1-wso2v3' in repository central (
 http://repo1.maven.org/maven2)
 Downloading:
 http://maven.wso2.org/nexus/content/groups/wso2-public//org/apache/rampart/rampart-core/1.6.1-wso2v3/rampart-core-1.6.1-wso2v3.jar
 [INFO] Unable to find resource
 'org.apache.rampart:rampart-core:jar:1.6.1-wso2v3' in repository wso2-nexus
 (http://maven.wso2.org/nexus/content/groups/wso2-public/)
 Downloading:
 http://repo1.maven.org/maven2/org/apache/rampart/rampart-core/1.6.1-wso2v3/rampart-core-1.6.1-wso2v3.jar
 [INFO] Unable to find resource
 'org.apache.rampart:rampart-core:jar:1.6.1-wso2v3' in repository central (
 http://repo1.maven.org/maven2)
 [INFO]
 
 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO] Failed to resolve artifact.

 Missing:
 --
 1) org.apache.rampart:rampart-core:jar:1.6.1-wso2v3

   Try downloading the file manually from the project website.

   Then, install it using the command:
   mvn install:install-file -DgroupId=org.apache.rampart
 -DartifactId=rampart-core -Dversion=1.6.1-wso2v3 -Dpackaging=jar
 -Dfile=/path/to/file

   Alternatively, if you host your own repository you can deploy the file
 there:
   mvn deploy:deploy-file -DgroupId=org.apache.rampart
 -DartifactId=rampart-core -Dversion=1.6.1-wso2v3 -Dpackaging=jar
 -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

   Path to dependency:
   1) org.apache.rampart.wso2:rampart-core:bundle:1.6.1.wso2v3
   2) org.apache.rampart:rampart-core:jar:1.6.1-wso2v3

 --
 1 required artifact is missing.

 for artifact:
   org.apache.rampart.wso2:rampart-core:bundle:1.6.1.wso2v3

 from the specified remote repositories:
   central (http://repo1.maven.org/maven2),
   wso2-nexus (http://maven.wso2.org/nexus/content/groups/wso2-public/)



 [INFO]
 
 [INFO] For more information, run Maven with the -e switch
 [INFO]
 
 [INFO] Total time: 21 minutes 45 seconds
 [INFO] Finished at: Tue Dec 06 02:18:49 IST 2011
 [INFO] Final Memory: 909M/1407M
 [INFO]
 


 --
 Kathiravelu Pradeeban.
 Software Engineer.
 WSO2 Inc.

 Blog: [Llovizna] http://kkpradeeban.blogspot.com/


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

Re: [Carbon-dev] LDAP test problems in carbon core trunk

[Hasini Gunasinghe]

Did you run these tests while any carbon server(with embedded-LDAP as user
store) is running in the machine?
Below error says address already in use.

Thanks,
Hasini.

On Sun, Dec 4, 2011 at 8:48 PM, Afkham Azeez az...@wso2.com wrote:


 ---
  T E S T S
 ---
 Running org.wso2.carbon.apacheds.impl.ApacheKDCServerTest
 Running Test case - testKDC
 SLF4J: Class path contains multiple SLF4J bindings.
 SLF4J: Found binding in
 [jar:file:/Users/azeez/.m2/repository/org/slf4j/slf4j-log4j12/1.5.10/slf4j-log4j12-1.5.10.jar!/org/slf4j/impl/StaticLoggerBinder.class]
 SLF4J: Found binding in
 [jar:file:/Users/azeez/.m2/repository/slf4j/wso2/slf4j/1.5.10.wso2v1/slf4j-1.5.10.wso2v1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
 SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an
 explanation.
 log4j:WARN No appenders could be found for logger
 (org.wso2.carbon.apacheds.impl.CarbonSchemaLdifExtractor).
 log4j:WARN Please initialize the log4j system properly.
 org.wso2.carbon.ldap.server.exception.DirectoryServerException: Can not
 start the server
  at
 org.wso2.carbon.apacheds.impl.ApacheLDAPServer.start(ApacheLDAPServer.java:129)
 at
 org.wso2.carbon.apacheds.impl.AbstractDirectoryTestCase$DirectoryServerWorker.run(AbstractDirectoryTestCase.java:163)
  at java.lang.Thread.run(Thread.java:680)
 Caused by:
 org.apache.directory.shared.ldap.exception.LdapConfigurationException:
 ERR_171 Failed to bind an LDAP service (10,389) to the service registry.
  at
 org.apache.directory.server.ldap.LdapServer.startNetwork(LdapServer.java:582)
 at org.apache.directory.server.ldap.LdapServer.start(LdapServer.java:446)
  at
 org.wso2.carbon.apacheds.impl.ApacheLDAPServer.start(ApacheLDAPServer.java:124)
 ... 2 more
 Caused by: java.net.BindException: Address already in use
 at sun.nio.ch.Net.bind(Native Method)
 at
 sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:126)
  at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
 at
 org.apache.mina.transport.socket.nio.NioSocketAcceptor.open(NioSocketAcceptor.java:251)
  at
 org.apache.mina.transport.socket.nio.NioSocketAcceptor.open(NioSocketAcceptor.java:48)
 at
 org.apache.mina.core.polling.AbstractPollingIoAcceptor.registerHandles(AbstractPollingIoAcceptor.java:523)
  at
 org.apache.mina.core.polling.AbstractPollingIoAcceptor.access$200(AbstractPollingIoAcceptor.java:65)
 at
 org.apache.mina.core.polling.AbstractPollingIoAcceptor$Acceptor.run(AbstractPollingIoAcceptor.java:407)
  at
 org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)
 at
 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
  at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
 ... 1 more


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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] Latest IS is not properly built

[Hasini Gunasinghe]

Newly built IS pack is available at
http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-11-30_11-55-48/

Thanks build team..


On Fri, Dec 2, 2011 at 10:51 AM, Hasini Gunasinghe has...@wso2.com wrote:

 Hi Pavithra,

 As I checked with Madhuka who is working on the build team, it is due to a
 hard disk limitation in the builder machine.

 We can provide a locally built pack till the next build completes in the
 builder machine, if that is an option.

 Also, previous build is available at [1].
 Thanks for reporting this.

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-11-28_06-09-59/

 Thanks,
 Hasini.


 On Fri, Dec 2, 2011 at 10:33 AM, Pavithra Madurangi pavit...@wso2.comwrote:

 Hi,

 The latest IS pack available at [1] contains only repository directory.
 Can someone from IS team look into the issue.

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-11-30_11-55-48/

 Thanks,
 Pavithra



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

Re: [Carbon-dev] Fwd: WSO2 Carbon Continuous Build has FAILED

[Hasini Gunasinghe]

This reported class has already been there in carbon.utils. Please take svn
up.

Thanks,
Hasini.

On Sat, Dec 3, 2011 at 7:59 AM, Sanjeewa Malalgoda sanje...@wso2.comwrote:

 Please fix this issue.
 thanks


 -- Forwarded message --
 From: WSO2 Carbon 3.2.0 Builder (US1) cbuil...@wso2.org
 Date: Sat, Dec 3, 2011 at 7:54 AM
 Subject: WSO2 Carbon Continuous Build has FAILED
 To: sanje...@wso2.com, carbon-bu...@wso2.org


 Repository Root: https://svn.wso2.org/repos/wso2
 Repository UUID: a5903396-d722-0410-b921-86c7d4935375
 Revision: 116761
 Node Kind: directory
 Schedule: normal
 Last Changed Author: sanjeewa
 Last Changed Rev: 116755
 Last Changed Date: 2011-12-02 09:23:37 -0800 (Fri, 02 Dec 2011) symbol  :
 class ThriftSession
 location: package org.wso2.carbon.utils

 [ERROR]
 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[47,24]
 cannot find symbol
 symbol  : class ThriftSession
 location: class
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorServiceImpl

 [ERROR]
 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[139,11]
 cannot find symbol
 symbol  : class ThriftSession
 location: class
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorServiceImpl

 [ERROR]
 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[48,42]
 cannot find symbol
 symbol  : class ThriftSession
 location: class
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorServiceImpl

 [ERROR]
 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[87,35]
 cannot find symbol
 symbol  : class ThriftSession
 location: class
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorServiceImpl

 [ERROR]
 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[95,12]
 cannot find symbol
 symbol  : class ThriftSession
 location: class
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorServiceImpl

 [ERROR]
 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[99,30]
 cannot find symbol
 symbol  : class ThriftSession
 location: class
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorServiceImpl

 [INFO] 9 errors
 [INFO] -
 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] Compilation failure

 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorService.java:[20,28]
 cannot find symbol
 symbol  : class ThriftSession
 location: package org.wso2.carbon.utils

 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorService.java:[32,11]
 cannot find symbol
 symbol  : class ThriftSession
 location: interface
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorService

 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[30,28]
 cannot find symbol
 symbol  : class ThriftSession
 location: package org.wso2.carbon.utils

 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[47,24]
 cannot find symbol
 symbol  : class ThriftSession
 location: class
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorServiceImpl

 /home/carbon320/323build/3.2.0/components/identity/org.wso2.carbon.identity.thrift.authentication/3.2.3/src/main/java/org/wso2/carbon/identity/thrift/authentication/ThriftAuthenticatorServiceImpl.java:[139,11]
 cannot find symbol
 symbol  : class ThriftSession
 location: class
 org.wso2.carbon.identity.thrift.authentication.ThriftAuthenticatorServiceImpl

 

Re: [Carbon-dev] Latest IS is not properly built

[Hasini Gunasinghe]

Hi Pavithra,

As I checked with Madhuka who is working on the build team, it is due to a
hard disk limitation in the builder machine.

We can provide a locally built pack till the next build completes in the
builder machine, if that is an option.

Also, previous build is available at [1].
Thanks for reporting this.

[1]
http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-11-28_06-09-59/

Thanks,
Hasini.

On Fri, Dec 2, 2011 at 10:33 AM, Pavithra Madurangi pavit...@wso2.comwrote:

 Hi,

 The latest IS pack available at [1] contains only repository directory.
 Can someone from IS team look into the issue.

 [1]
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-11-30_11-55-48/

 Thanks,
 Pavithra

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

Re: [Carbon-dev] IS 3.2.3 build having user.core 3.2.2 jar

[Hasini Gunasinghe]

This was added to core/features on 28th Nov, as per r116362 and r116363.
This will be available in the next build.

Thanks,
Hasini.

On Fri, Dec 2, 2011 at 11:38 AM, Chintana Wilamuna chint...@wso2.comwrote:

 Hi,

 Is there a particular reason for $subject? Is it not built from the
 user.core 3.2.3 branch? Got the build from
 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-11-28_06-09-59/

 -Chintana

 --
 Chintana Wilamuna
 Associate Technical Lead
 WSO2, Inc.; http://wso2.com
 lean.enterprise.middleware

 phone: +94 75 211 1106
 blog: http://engwar.com/
 photos: http://flickr.com/photos/chintana
 linkedin: http://www.linkedin.com/in/engwar
 twitter: twitter.com/std_err


 ___
 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] What is the type of the password used in carbon products? md5, sha1 etc ?

[Hasini Gunasinghe]

Hi,

On Fri, Nov 25, 2011 at 4:26 PM, metin d met...@yahoo.com wrote:

 Carbon version is 3.2.2 and

 database is user database which is configured in user-mgt.xml and table
 is UM_USER and filed is UM_USER_PASSWORD


In carbon 3.2.2, default user store is embedded-ldap and the users are
created there by default.

According to your description, I assume that you changed the configuration
in user-mgt.xml to point to JDBC based user sore.

In that case, digested password, according to the password digest function
provided in user-mgt.xml (SHA-256 by default) is stored in
UM_USER_PASSWORDfield of
UM_USER table.

Can you please make sure that you checked in the same database that you
have pointed from the user-mgt.xml as well?

Thanks,
Hasini.


 What I am trying to do is to use users in wso2 table so I should able to
 create hashed password from plain password.

   --
 *From:* Prabath Siriwardena prab...@wso2.com
 *To:* metin d met...@yahoo.com; carbon-dev@wso2.org
 *Sent:* Friday, November 25, 2011 11:25 AM

 *Subject:* Re: [Carbon-dev] What is the type of the password used in
 carbon products? md5, sha1 etc ?



 On Fri, Nov 25, 2011 at 2:38 PM, Prabath Siriwardena prab...@wso2.comwrote:

 What is the carbon version you are using..?


 Also which database you checked it..?

 Thanks  regards,
 -Prabath



 Thanks  regards,
 -Prabath

 On Fri, Nov 25, 2011 at 2:27 PM, metin d met...@yahoo.com wrote:

  It says SHA-256, but is doesn't create SHA-256 encoded passwords in
 database, I checked it from here and in other places.

 http://www.technipixel.com/webapps/hashencoder.htm

   --
 *From:* metin d met...@yahoo.com
 *To:* carbon-dev@wso2.org carbon-dev@wso2.org
 *Sent:* Friday, November 25, 2011 9:53 AM
 *Subject:* Re: [Carbon-dev] What is the type of the password used in
 carbon products? md5, sha1 etc ?

 Found it under user-mgt.sml

 Property name=PasswordDigestSHA-256/Property

   --
 *From:* metin d met...@yahoo.com
 *To:* carbon-dev@wso2.org carbon-dev@wso2.org
 *Sent:* Friday, November 25, 2011 9:17 AM
 *Subject:* [Carbon-dev] What is the type of the password used in carbon
 products? md5, sha1 etc ?

 What is the type of the password used in carbon products? md5,sha1 etc ?

 ___
 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 mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Thanks  Regards,
 Prabath

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




 --
 Thanks  Regards,
 Prabath

 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


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

Re: [Carbon-dev] What is the type of the password used in carbon products? md5, sha1 etc ?

[Hasini Gunasinghe]

On Mon, Nov 28, 2011 at 5:34 PM, metin d met...@yahoo.com wrote:

 Yes, I changed it to JDBC based user store and database is correct,

 it produced this string for test1234:
 3ImBoCnrc8xybmA857r6y9fd0XO/2PRI+k4Z6f0XQ3A=

 while its SHA-256 encoding is
 937e8d5fbb48bd4949536cd65b8d35c426b80d2f830c5c308e2cdec422ae2244

 Is there any extra processing in wso2,


Yes, there is extra processing, if 'StoreSaltedPassword' value is enabled
(which is the default case) in user-mgt.xml, a salt value is generated and
both the password and the salt value become the input for the digest
function.
Encoded salt value is also stored in the UM_USER table in UM_SALT_VALUE
field.
You can find the related code at [1].

this mail is talking about some extra processes.

http://old.nabble.com/How-hashed-passwords-are-generated-td31740602.html


Above mail thread describes the password storing mechanism used, when the
underlying user store is LDAP.

[1]
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/core/org.wso2.carbon.user.core/3.2.2/src/main/java/org/wso2/carbon/user/core/jdbc/JDBCUserStoreManager.java

Thanks,
Hasini.


   --
 *From:* Hasini Gunasinghe has...@wso2.com

 *To:* metin d met...@yahoo.com; carbon-dev@wso2.org
 *Cc:* Prabath Siriwardena prab...@wso2.com
 *Sent:* Monday, November 28, 2011 1:51 PM

 *Subject:* Re: [Carbon-dev] What is the type of the password used in
 carbon products? md5, sha1 etc ?

 Hi,

 On Fri, Nov 25, 2011 at 4:26 PM, metin d met...@yahoo.com wrote:

 Carbon version is 3.2.2 and

 database is user database which is configured in user-mgt.xml and table
 is UM_USER and filed is UM_USER_PASSWORD


 In carbon 3.2.2, default user store is embedded-ldap and the users are
 created there by default.

 According to your description, I assume that you changed the configuration
 in user-mgt.xml to point to JDBC based user sore.

 In that case, digested password, according to the password digest function
 provided in user-mgt.xml (SHA-256 by default) is stored in
 UM_USER_PASSWORD field of UM_USER table.

 Can you please make sure that you checked in the same database that you
 have pointed from the user-mgt.xml as well?

 Thanks,
 Hasini.


 What I am trying to do is to use users in wso2 table so I should able to
 create hashed password from plain password.

   --
 *From:* Prabath Siriwardena prab...@wso2.com
 *To:* metin d met...@yahoo.com; carbon-dev@wso2.org
 *Sent:* Friday, November 25, 2011 11:25 AM

 *Subject:* Re: [Carbon-dev] What is the type of the password used in
 carbon products? md5, sha1 etc ?



 On Fri, Nov 25, 2011 at 2:38 PM, Prabath Siriwardena prab...@wso2.comwrote:

 What is the carbon version you are using..?


 Also which database you checked it..?

 Thanks  regards,
 -Prabath



 Thanks  regards,
 -Prabath

 On Fri, Nov 25, 2011 at 2:27 PM, metin d met...@yahoo.com wrote:

  It says SHA-256, but is doesn't create SHA-256 encoded passwords in
 database, I checked it from here and in other places.

 http://www.technipixel.com/webapps/hashencoder.htm

   --
 *From:* metin d met...@yahoo.com
 *To:* carbon-dev@wso2.org carbon-dev@wso2.org
 *Sent:* Friday, November 25, 2011 9:53 AM
 *Subject:* Re: [Carbon-dev] What is the type of the password used in
 carbon products? md5, sha1 etc ?

 Found it under user-mgt.sml

 Property name=PasswordDigestSHA-256/Property

   --
 *From:* metin d met...@yahoo.com
 *To:* carbon-dev@wso2.org carbon-dev@wso2.org
 *Sent:* Friday, November 25, 2011 9:17 AM
 *Subject:* [Carbon-dev] What is the type of the password used in carbon
 products? md5, sha1 etc ?

 What is the type of the password used in carbon products? md5,sha1 etc ?

 ___
 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 mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Thanks  Regards,
 Prabath

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




 --
 Thanks  Regards,
 Prabath

 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





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

Re: [Carbon-dev] What are the PasswordDigest options in user-mgt.xml ?

[Hasini Gunasinghe]

We use MessageDigest[1] provided by java.security package to digest the
passwords.
Therefore, ideally the list of supported algorithms by MessageDigest as
mentioned in[2] should be options for this. But I haven't tested with all
these options given in the list at [2].

[1]
http://docs.oracle.com/javase/1.4.2/docs/api/java/security/MessageDigest.html
[2]
http://docs.oracle.com/javase/1.4.2/docs/guide/security/CryptoSpec.html#AppA

Thanks,
Hasini.

On Mon, Nov 28, 2011 at 5:09 PM, metin d met...@yahoo.com wrote:

 What are the PasswordDigest options in user-mgt.xml ?


 ___
 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] Carbon 3.2.3 Release

[Hasini Gunasinghe]

Hi Charitha,

On Sun, Nov 27, 2011 at 11:59 PM, Charitha Kankanamge chari...@wso2.comwrote:

 Hi RMs,

 Create Carbon jira filters for L1/L2 issues according to your products.


Filter for the issues related to IS/Security: https://wso2.org/jira
/secure/IssueNavigator.jspa?mode=hiderequestId=10492
Will discuss with the team and prioritize the ones to be fixed for this
release.

Thanks,
Hasini.

 eg-[1]
 Issues are in carbon jira not in emails. Therefore, please keep an eye on
 open jiras.

 [1]
 https://wso2.org/jira/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+CARBON+AND+component+%3D+%22Data+Services%22+AND+resolution+%3D+Unresolved+AND+priority+%3D+Highest+ORDER+BY+key+DESCmode=hide

 /Charitha




 On Sun, Nov 27, 2011 at 10:13 PM, Charitha Kankanamge 
 chari...@wso2.comwrote:

 Please host the P2-repo to test feature installations.

 /Charitha




 On Sun, Nov 27, 2011 at 1:34 PM, Madhuka Udantha madh...@wso2.comwrote:

 hi,

 Latest packs available here

 http://builder1.us1.wso2.org/~carbon320/releases/carbon/3.2.3/2011-11-26_23-32-23/

 Thank you


 On Sun, Nov 27, 2011 at 8:53 AM, Isuru Suriarachchi is...@wso2.comwrote:

 Yes, AS should also be released. SupunM will be the RM.

 Thanks,
 ~Isuru

 On Sat, Nov 26, 2011 at 4:06 PM, Kathiravelu Pradeeban 
 pradee...@wso2.com wrote:



 On Sat, Nov 26, 2011 at 4:04 PM, Sumedha Rubasinghe 
 sume...@wso2.comwrote:

 Pradeeban,
 recent changes to log4j needs to go in to AS release.


 Yes, that change is already in (r116192).
 branches/carbon/3.2.0/core/distribution/3.2.3/src/assembly/bin.xml and


 branches/carbon/3.2.0/core/org.wso2.carbon.server/3.2.3/src/assembly/bin.xml

 Regards,
 Pradeeban.

 /sumedha

 On 11/23/11, Charitha Kankanamge chari...@wso2.com wrote:
  Hi,
 
  In the last AS release, BAM publishers and other qpid related stuff
 do not
  work OOTB due to [1] since we have not shipped qpid-config.xml in
 AS. We
  may consider to fix that and release AS as well.
 
  [1]https://wso2.org/jira/browse/CARBON-11527
 
  /Charitha
 
 
  On Wed, Nov 23, 2011 at 11:40 AM, Prabath Siriwardena
  prab...@wso2.comwrote:
 
  Hi folks,
 
  Samisa. Sumedha and me had an offline discussion the $subject -
 please
  find the details below..
 
  Following products will be released
 
  1. G-Reg - [RM - Fazlan]
  2. IS - [RM - Hasini]
  3. ESB - [RM - Ratha]
  4. MS - [RM - Lalaji]
 
  Code Freeze : 2nd December
 
  Release : 16th December
 
  Any other products that need to be released on 16th December - PMs,
  please reply to this mail by EOD today...
 
  --
  Thanks  Regards,
  Prabath
 
  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
 
 

 --
 Sent from my mobile device




 --
 Kathiravelu Pradeeban.
 Software Engineer.
 WSO2 Inc.

 Blog: [Llovizna] http://kkpradeeban.blogspot.com/




 --
 Isuru Suriarachchi
 Technical Lead  Product Manager, WSO2 Application Server
 WSO2 Inc. http://wso2.com
 email : is...@wso2.com
 blog : http://isurues.wordpress.com/


 lean . enterprise . middleware


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




 --
 *Madhuka* Udantha
 http://madhukaudantha.blogspot.com/


 ___
 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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Thrift related changes in 3.2.3 branch

[Hasini Gunasinghe]

Hi,

FYI,
1). Currently, the version of thrift used in branch/trunk is 0.5. But
AFAIK, it doesn't have support for SSL over socket transport.  This is
available in 0.7(latest verion). We need this to expose a thrift based
EntitlementService.
Therefore, we are going to include 0.7 version of thrift in orbit, side
by side with 0.5 so that other components that currently use thrift, will
not break.

2). We have included an AuthenticationService based on thrift (in the
bundle: org.wso2.carbon.identity.thrift.authentication) which wraps the
AuthenticationService in org.wso2.carbon.identity.authentication, in order
to handle authentication to thrift based admin services. (Since we can not
use default AuthenticationAdmin in this case)

If any other thrift based Admin services needs to handle authentication,
above service can be used as a common service.

If you find any concerns with above, please let me know.

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

Re: [Carbon-dev] Shall we change the axis2 version in trunk?

[Hasini Gunasinghe]

Hi,

On Fri, Nov 25, 2011 at 11:46 AM, Sanjeewa Malalgoda sanje...@wso2.comwrote:

 Hi,
 I current trunk we are using  Axis2 1.6.1-wso2v2. May i change it
 to 1.6.1-wso2v4 since latest clustering code is commited to 1.6.1-wso2v4. I
 can see rampart wso2v2/wso2v3/wso2v4

Rampart wso2v2 is the latest which was used in carbon 3.2.2. release. It is
updated to this version in trunk.

Thanks,
Hasini.


 and synapse wso2v4/wso2v5 has axis2 dependency as 1.6.1-wso2v2. How should
 we proceed with this.

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

 mobile : +94 713068779
 web: http://wso2.com
  http://sanjeewamalalgoda.blogspot.com/blog
 :http://sanjeewamalalgoda.blogspot.com/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


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

Re: [Carbon-dev] Trunk compilation error

[Hasini Gunasinghe]

Hi Tharindu,

The symbols that are reported above as not found, are there in [1]  [2].

Rampart in trunk points to that of 3.2.0 branch. I have committed all the
changes in local branch check out before 3.2.2 release and the branch
builds fine.

That is why I doubted this as a issue in dependency versions used when
building sts component.

Will try again with a clean repo as well to see if I can reproduce this.

[1]
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/rampart/1.6.1-wso2v2/modules/rampart-trust/src/main/java/org/apache/rahas/impl/SAMLTokenIssuerConfig.java
[2]
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/rampart/1.6.1-wso2v2/modules/rampart-trust/src/main/java/org/apache/rahas/impl/AbstractIssuerConfig.java

Thanks,
Hasini.


On Thu, Nov 17, 2011 at 7:49 AM, Tharindu Mathew thari...@wso2.com wrote:

 Hi Hasini,

 I just ran into this. I'm not building from root (that never worked for me
 ;) ), I'm building from components level.

 You probably have local changes with you related to Rahas. Please have a
 look.


 INFO]
 
 [INFO] BUILD FAILURE
 [INFO]
 
 [INFO] Total time: 1:06:46.770s
 [INFO] Finished at: Wed Nov 16 18:00:20 PST 2011
 [INFO] Final Memory: 428M/903M
 [INFO]
 
 [ERROR] Failed to execute goal
 org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
 (default-compile) on project org.wso2.carbon.sts: Compilation failure:
 Compilation failure:
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
 [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR]
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[197,29]
 cannot find symbol
 [ERROR] symbol  : method setPersisterClassName(java.lang.String)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR]
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[201,52]
 cannot find symbol
 [ERROR] symbol  : variable LOCAL_PROPERTY_STORAGE_PATH
 [ERROR] location: class org.apache.rahas.impl.AbstractIssuerConfig
 [ERROR]
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[204,52]
 cannot find symbol
 [ERROR] symbol  : variable LOCAL_PROPERTY_THRESHOLD
 [ERROR] location: class org.apache.rahas.impl.AbstractIssuerConfig
 [ERROR]
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[225,29]
 cannot find symbol
 [ERROR] symbol  : method
 setPersisterPropertyMap(java.util.Mapjava.lang.String,java.lang.String)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR] - [Help 1]
 [ERROR]
 [ERROR] To see the full stack trace of the errors, re-run Maven with the
 -e switch.
 [ERROR] Re-run Maven using the -X switch to enable full debug logging.
 [ERROR]
 [ERROR] For more information about the errors and possible solutions,
 please read the following articles:
 [ERROR] [Help 1]
 http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
 [ERROR]
 [ERROR] After correcting the problems, you can resume the build with the
 command
 [ERROR]   mvn goals -rf :org.wso2.carbon.sts
 Mackies-Mac:components mackie$

 On Wed, Nov 16, 2011 at 11:46 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Azeez,

 On Thu, Nov 17, 2011 at 12:59 AM, Afkham Azeez az...@wso2.com wrote:

 Why are you building part by part when I clearly mentioned that I did a
 full build from the root?


 Actually I did a top level build up to core. Since some other components
 failed due to some other issues(which I mentioned earlier), I tried
 building sts component separately because it was the component that I
 mainly targeted at fixing if there is any issue.

 I will take a svn up and do a top level build and update.

 Thanks,
 Hasini.



 On Thu, Nov 17, 2011 at 12:36 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi,

 I didn't face this issue. Following is how I built:

 Did a full build up to core online. Then built components offline up
 to  Registry - WebDAV (after this, build failed due to some other issue).
 Then I built components/sts online separately.

 Following is the build log summary:

 [INFO] Building WSo2 Carbon - STS Aggregator Module 3.2.0-SNAPSHOT
 ...
 [INFO] Reactor Summary:
 [INFO]
 [INFO] WSo2 Carbon - STS Aggregator Module ... SUCCESS
 [0.429s]
 [INFO] WSO2 Carbon - STS

Re: [Carbon-dev] Trunk compilation error

[Hasini Gunasinghe]

Hi,

The version mentioned in trunk/carbon/dependencies/pom.xml  was
1.6.1-wso2v1 which was an older version.

I guess this could be the possible reason for the above error you have
encountered.

Now I changed it to the latest version -1.6.1-wso2v2.

Thanks,
Hasini.


On Thu, Nov 17, 2011 at 2:18 PM, Hasini Gunasinghe has...@wso2.com wrote:

 Hi Tharindu,

 The symbols that are reported above as not found, are there in [1]  [2].

 Rampart in trunk points to that of 3.2.0 branch. I have committed all the
 changes in local branch check out before 3.2.2 release and the branch
 builds fine.

 That is why I doubted this as a issue in dependency versions used when
 building sts component.

 Will try again with a clean repo as well to see if I can reproduce this.

 [1]
 https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/rampart/1.6.1-wso2v2/modules/rampart-trust/src/main/java/org/apache/rahas/impl/SAMLTokenIssuerConfig.java
 [2]
 https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/rampart/1.6.1-wso2v2/modules/rampart-trust/src/main/java/org/apache/rahas/impl/AbstractIssuerConfig.java

 Thanks,
 Hasini.


 On Thu, Nov 17, 2011 at 7:49 AM, Tharindu Mathew thari...@wso2.comwrote:

 Hi Hasini,

 I just ran into this. I'm not building from root (that never worked for
 me ;) ), I'm building from components level.

 You probably have local changes with you related to Rahas. Please have a
 look.


 INFO]
 
 [INFO] BUILD FAILURE
 [INFO]
 
 [INFO] Total time: 1:06:46.770s
 [INFO] Finished at: Wed Nov 16 18:00:20 PST 2011
 [INFO] Final Memory: 428M/903M
 [INFO]
 
 [ERROR] Failed to execute goal
 org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
 (default-compile) on project org.wso2.carbon.sts: Compilation failure:
 Compilation failure:
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
  [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR]
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[197,29]
 cannot find symbol
 [ERROR] symbol  : method setPersisterClassName(java.lang.String)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR]
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[201,52]
 cannot find symbol
 [ERROR] symbol  : variable LOCAL_PROPERTY_STORAGE_PATH
 [ERROR] location: class org.apache.rahas.impl.AbstractIssuerConfig
 [ERROR]
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[204,52]
 cannot find symbol
 [ERROR] symbol  : variable LOCAL_PROPERTY_THRESHOLD
 [ERROR] location: class org.apache.rahas.impl.AbstractIssuerConfig
 [ERROR]
 [ERROR]
 /Users/mackie/source-checkouts/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[225,29]
 cannot find symbol
 [ERROR] symbol  : method
 setPersisterPropertyMap(java.util.Mapjava.lang.String,java.lang.String)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR] - [Help 1]
 [ERROR]
 [ERROR] To see the full stack trace of the errors, re-run Maven with the
 -e switch.
 [ERROR] Re-run Maven using the -X switch to enable full debug logging.
 [ERROR]
 [ERROR] For more information about the errors and possible solutions,
 please read the following articles:
 [ERROR] [Help 1]
 http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
 [ERROR]
 [ERROR] After correcting the problems, you can resume the build with the
 command
 [ERROR]   mvn goals -rf :org.wso2.carbon.sts
 Mackies-Mac:components mackie$

 On Wed, Nov 16, 2011 at 11:46 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Azeez,

 On Thu, Nov 17, 2011 at 12:59 AM, Afkham Azeez az...@wso2.com wrote:

 Why are you building part by part when I clearly mentioned that I did a
 full build from the root?


 Actually I did a top level build up to core. Since some other components
 failed due to some other issues(which I mentioned earlier), I tried
 building sts component separately because it was the component that I
 mainly targeted at fixing if there is any issue.

 I will take a svn up and do a top level build and update.

 Thanks,
 Hasini.



 On Thu, Nov 17, 2011 at 12:36 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi,

 I didn't face this issue. Following is how I built:

 Did a full build up to core online. Then built components offline up
 to  Registry - WebDAV

Re: [Carbon-dev] Trunk build [ was Re: [Architecture] Running Tomcat within OSGi]

[Hasini Gunasinghe]

On Fri, Nov 4, 2011 at 12:02 AM, Pradeep Fernando prad...@wso2.com wrote:



 On Thu, Nov 3, 2011 at 12:23 PM, Harshana Martin harsh...@wso2.comwrote:



 On Thu, Nov 3, 2011 at 11:27 PM, Pradeep Fernando prad...@wso2.comwrote:



 On Thu, Nov 3, 2011 at 11:48 AM, Harshana Martin harsh...@wso2.comwrote:



 On Thu, Nov 3, 2011 at 11:15 PM, Pradeep Fernando prad...@wso2.comwrote:



 On Thu, Nov 3, 2011 at 11:36 AM, Supun Malinga sup...@wso2.comwrote:



 On Wed, Nov 2, 2011 at 11:55 PM, Pradeep Fernando 
 prad...@wso2.comwrote:

 Hi,

 looks like hackathon is going well. Its better if we can achieve the
 following items in this hackathon. (I think some of the things are 
 already
 underway).

 * trunk build from the root pom without errors. - (i guess this is
 working)
 * moving all products to maven3 build (carbon, as, gs are done as of
 now)
 * create a new profile for greg doc generation process since it
 takes a lot of time, and we dont want the doc generation in our day to 
 day
 build. (or else we should find a solution for that blacklisting thing)
 * upgrade the trunk version, 3.2.0-SNAPSHOT to 4.0.0-SNAPSHOT (this
 is a grep/sed)
 * branch out new dependencies and make sure they don't break the
 current build (right now we are pointing to 3.2.0 branch)


 And currently trunk axis2, etc points to the 3.2.0 branch. We should
 move back to axis2 trunk.


 yes, this is what i have mentioned. But the trick is we cant point to
 axis2 trunk. Because axis2 is not using maven3.
 In concept, it is wrong to point a snapshot version of a codebase from
 our code base. We cant control other projects' code-bases. If we have the
 control, then we should go and change axis2 and synapse to use maven3.


 Good news is Axis2 already supports Maven 3 :)


 good new indeed. Now we have to tackle synapse. AFAIR, synapse is maven
 is maven3 friendly. Harshana can you do a quick test on that.


 Yes. As you suggested Synapse is compatible  with Maven 3. :)


 ok great. Lets point the trunk dependencies to Axis2 and  Synapse trunks
 then. If the Axis2 trunk is not stable then to a axis2 branch as suggested
 by Supun.


FYI, Rampart trunk was also built with Mavan 3, if you are planning to
point to it.

Thanks,
Hasini.




 Thanks and Regards,
 Harshana



 --Pradeep





 --Pradeep



 regards,

  *Set up a CI server


 thanks,
 --Pradeep

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




 --
 Supun Malinga,

 Software Engineer,

 WSO2 Inc.
 http://wso2.com
 http://wso2.org
  email - sup...@wso2.com sup...@wso2.com
 mobile - 071 56 91 321


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




 --
 Pradeep Fernando
 Software Engineer
 WSO2 Inc; http://wso2.com/

 blog: http://pradeepfernando.blogspot.com/
 m: +94776603662

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




 --
 Harshana Martin
 Software Engineer
 WSO2 Inc.
 Web:http://wso2.com
   http://wso2.org

 Mobile: +94 716062650
 Blog: http://harshana05.blogspot.com
 Profile: https://www.google.com/profiles/harshana05
 Twitter: http://twitter.com/harshana05


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




 --
 Pradeep Fernando
 Software Engineer
 WSO2 Inc; http://wso2.com/

 blog: http://pradeepfernando.blogspot.com/
 m: +94776603662

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




 --
 Harshana Martin
 Software Engineer
 WSO2 Inc.
 Web:http://wso2.com
   http://wso2.org

 Mobile: +94 716062650
 Blog: http://harshana05.blogspot.com
 Profile: https://www.google.com/profiles/harshana05
 Twitter: http://twitter.com/harshana05


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




 --
 Pradeep Fernando
 Software Engineer
 WSO2 Inc; http://wso2.com/

 blog: http://pradeepfernando.blogspot.com/
 m: +94776603662

 ___
 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] Trunk compilation error

[Hasini Gunasinghe]

Hi,

I didn't face this issue. Following is how I built:

Did a full build up to core online. Then built components offline up
to  Registry - WebDAV (after this, build failed due to some other issue).
Then I built components/sts online separately.

Following is the build log summary:

[INFO] Building WSo2 Carbon - STS Aggregator Module 3.2.0-SNAPSHOT
...
[INFO] Reactor Summary:
[INFO]
[INFO] WSo2 Carbon - STS Aggregator Module ... SUCCESS [0.429s]
[INFO] WSO2 Carbon - STS . SUCCESS [41.553s]
[INFO] WSO2 Carbon - STS UI .. SUCCESS [9.255s]
[INFO]

[INFO] BUILD SUCCESS
[INFO]

[INFO] Total time: 52.401s
[INFO] Finished at: Thu Nov 17 00:12:49 IST 2011
[INFO] Final Memory: 48M/393M


I do not have any local changes.
Now I am running a full component level online build also. Will update if
it makes any difference.

Thanks,
Hasini.

On Wed, Nov 16, 2011 at 6:36 AM, Afkham Azeez az...@wso2.com wrote:

 I have taken a full update  built this, but still no luck. Give this the
 highest priority  fix it today please.


 On Tue, Nov 15, 2011 at 11:09 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Tue, Nov 15, 2011 at 10:53 PM, Thilina Buddhika thili...@wso2.comwrote:



 On Tue, Nov 15, 2011 at 10:49 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Tue, Nov 15, 2011 at 10:18 PM, Thilina Buddhika 
 thili...@wso2.comwrote:

 Please check whether the svn:externals of Rampart are pointed back to
 Apache trunk or 1_6 branch. (My network connection is really slow now. So
 it is hard take an svn up at the moment. )

 That might be the reason for this be failure.

 It is still pointed to
 https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/rampart/


 Is it the latest patch version with those commits ?


 Version is not mentioned in svn externals. So all the versions under
 above url are checked out.
 And it is from the version that we specify in the respective pom files
 that it picks the dependency when building sts component etc.

 Thanks,
 Hasini.



 Thanks,
 Thilina



 Thanks,
 Hasini.


 Thanks,
 Thilina

 On Tue, Nov 15, 2011 at 10:08 PM, Hasini Gunasinghe 
 has...@wso2.comwrote:

 These not found symbols are there in rampart 1.6.1-wso2v2 of trunk.
 Seems like a version mismatch in dependencies.
 I am building trunk in a clean repo with maven 3 and will look into
 this issue.

 Thanks,
 Hasini.

 On Tue, Nov 15, 2011 at 9:21 PM, Afkham Azeez az...@wso2.com wrote:

 [ERROR]
 /Users/azeez/projects/wso2/org/trunk/carbon2/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
 [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR] - [Help 1]


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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





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

 phone : +94 77 44 88 727
 blog : http://blog.thilinamb.com





 --
 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




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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] Trunk compilation error

[Hasini Gunasinghe]

Hi Azeez,

On Thu, Nov 17, 2011 at 12:59 AM, Afkham Azeez az...@wso2.com wrote:

 Why are you building part by part when I clearly mentioned that I did a
 full build from the root?


Actually I did a top level build up to core. Since some other components
failed due to some other issues(which I mentioned earlier), I tried
building sts component separately because it was the component that I
mainly targeted at fixing if there is any issue.

I will take a svn up and do a top level build and update.

Thanks,
Hasini.



 On Thu, Nov 17, 2011 at 12:36 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi,

 I didn't face this issue. Following is how I built:

 Did a full build up to core online. Then built components offline up
 to  Registry - WebDAV (after this, build failed due to some other issue).
 Then I built components/sts online separately.

 Following is the build log summary:

 [INFO] Building WSo2 Carbon - STS Aggregator Module 3.2.0-SNAPSHOT
 ...
 [INFO] Reactor Summary:
 [INFO]
 [INFO] WSo2 Carbon - STS Aggregator Module ... SUCCESS
 [0.429s]
 [INFO] WSO2 Carbon - STS . SUCCESS
 [41.553s]
 [INFO] WSO2 Carbon - STS UI .. SUCCESS
 [9.255s]
 [INFO]
 
 [INFO] BUILD SUCCESS
 [INFO]
 
 [INFO] Total time: 52.401s
 [INFO] Finished at: Thu Nov 17 00:12:49 IST 2011
 [INFO] Final Memory: 48M/393M


 I do not have any local changes.
 Now I am running a full component level online build also. Will update if
 it makes any difference.

 Thanks,
 Hasini.

 On Wed, Nov 16, 2011 at 6:36 AM, Afkham Azeez az...@wso2.com wrote:

 I have taken a full update  built this, but still no luck. Give this
 the highest priority  fix it today please.


 On Tue, Nov 15, 2011 at 11:09 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Tue, Nov 15, 2011 at 10:53 PM, Thilina Buddhika 
 thili...@wso2.comwrote:



 On Tue, Nov 15, 2011 at 10:49 PM, Hasini Gunasinghe 
 has...@wso2.comwrote:



 On Tue, Nov 15, 2011 at 10:18 PM, Thilina Buddhika thili...@wso2.com
  wrote:

 Please check whether the svn:externals of Rampart are pointed back
 to Apache trunk or 1_6 branch. (My network connection is really slow 
 now.
 So it is hard take an svn up at the moment. )

 That might be the reason for this be failure.

 It is still pointed to
 https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/rampart/


 Is it the latest patch version with those commits ?


 Version is not mentioned in svn externals. So all the versions under
 above url are checked out.
 And it is from the version that we specify in the respective pom files
 that it picks the dependency when building sts component etc.

 Thanks,
 Hasini.



 Thanks,
 Thilina



 Thanks,
 Hasini.


 Thanks,
 Thilina

 On Tue, Nov 15, 2011 at 10:08 PM, Hasini Gunasinghe has...@wso2.com
  wrote:

 These not found symbols are there in rampart 1.6.1-wso2v2 of trunk.
 Seems like a version mismatch in dependencies.
 I am building trunk in a clean repo with maven 3 and will look into
 this issue.

 Thanks,
 Hasini.

 On Tue, Nov 15, 2011 at 9:21 PM, Afkham Azeez az...@wso2.comwrote:

 [ERROR]
 /Users/azeez/projects/wso2/org/trunk/carbon2/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
 [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR] - [Help 1]


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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





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

 phone : +94 77 44 88 727
 blog : http://blog.thilinamb.com





 --
 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




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http

Re: [Carbon-dev] Trunk compilation error

[Hasini Gunasinghe]

These not found symbols are there in rampart 1.6.1-wso2v2 of trunk. Seems
like a version mismatch in dependencies.
I am building trunk in a clean repo with maven 3 and will look into this
issue.

Thanks,
Hasini.

On Tue, Nov 15, 2011 at 9:21 PM, Afkham Azeez az...@wso2.com wrote:

 [ERROR]
 /Users/azeez/projects/wso2/org/trunk/carbon2/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
 [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR] - [Help 1]


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Trunk compilation error

[Hasini Gunasinghe]

On Tue, Nov 15, 2011 at 10:18 PM, Thilina Buddhika thili...@wso2.comwrote:

 Please check whether the svn:externals of Rampart are pointed back to
 Apache trunk or 1_6 branch. (My network connection is really slow now. So
 it is hard take an svn up at the moment. )

 That might be the reason for this be failure.

It is still pointed to
https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/rampart/

Thanks,
Hasini.


 Thanks,
 Thilina

 On Tue, Nov 15, 2011 at 10:08 PM, Hasini Gunasinghe has...@wso2.comwrote:

 These not found symbols are there in rampart 1.6.1-wso2v2 of trunk. Seems
 like a version mismatch in dependencies.
 I am building trunk in a clean repo with maven 3 and will look into this
 issue.

 Thanks,
 Hasini.

 On Tue, Nov 15, 2011 at 9:21 PM, Afkham Azeez az...@wso2.com wrote:

 [ERROR]
 /Users/azeez/projects/wso2/org/trunk/carbon2/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
 [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR] - [Help 1]


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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





 --
 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] Trunk compilation error

[Hasini Gunasinghe]

On Tue, Nov 15, 2011 at 10:53 PM, Thilina Buddhika thili...@wso2.comwrote:



 On Tue, Nov 15, 2011 at 10:49 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Tue, Nov 15, 2011 at 10:18 PM, Thilina Buddhika thili...@wso2.comwrote:

 Please check whether the svn:externals of Rampart are pointed back to
 Apache trunk or 1_6 branch. (My network connection is really slow now. So
 it is hard take an svn up at the moment. )

 That might be the reason for this be failure.

 It is still pointed to
 https://svn.wso2.org/repos/wso2/branches/carbon/3.2.0/dependencies/rampart/


 Is it the latest patch version with those commits ?


Version is not mentioned in svn externals. So all the versions under above
url are checked out.
And it is from the version that we specify in the respective pom files that
it picks the dependency when building sts component etc.

Thanks,
Hasini.



 Thanks,
 Thilina



 Thanks,
 Hasini.


 Thanks,
 Thilina

 On Tue, Nov 15, 2011 at 10:08 PM, Hasini Gunasinghe has...@wso2.comwrote:

 These not found symbols are there in rampart 1.6.1-wso2v2 of trunk.
 Seems like a version mismatch in dependencies.
 I am building trunk in a clean repo with maven 3 and will look into
 this issue.

 Thanks,
 Hasini.

 On Tue, Nov 15, 2011 at 9:21 PM, Afkham Azeez az...@wso2.com wrote:

 [ERROR]
 /Users/azeez/projects/wso2/org/trunk/carbon2/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
 [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR] - [Help 1]


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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





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

 phone : +94 77 44 88 727
 blog : http://blog.thilinamb.com





 --
 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] compilation error.

[Hasini Gunasinghe]

Hi Amila,

Noticed that there has been some version conflicts in following pom.xml
files:

trunk/carbon/pom.xml - rampart.osgi.version, rampart.version,
rampart.mar.version
trunk/carbon/orbit/pom.xml - rampart.version
trunk/components/pom.xml  -has two rapmpart versions as
'rampart.wso2.version' and 'rampart.version'

I changed the above to the latest version -1.6.1-wso2v2.

Can you please svn up and check whether above fixed the issue?
At the moment, I am unable to build trunk due to some other issues.

Thanks,
Hasini.

On Tue, Nov 8, 2011 at 6:24 PM, Amila Suriarachchi am...@wso2.com wrote:

 I took a full svn up and still failing there.

 thanks,
 Amila.


 On Mon, Nov 7, 2011 at 8:06 PM, Hasini Gunasinghe has...@wso2.com wrote:

 Hi Amila,

 Please take svn up in dependencies/rampart.

 Thanks,
 Hasini.

 On Tue, Nov 8, 2011 at 7:26 AM, Amila Suriarachchi am...@wso2.comwrote:

 hi,

 I am getting following error when compiling the trunk sts component. any
 reason for this?

 [ERROR] Failed to execute goal
 org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
 (default-compile) on project org.wso2.carbon.sts: Compilation failure:
 Compilation failure:
 [ERROR]
 /home/amila/projects/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
 [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR]
 [ERROR]
 /home/amila/projects/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[197,29]
 cannot find symbol
 [ERROR] symbol  : method setPersisterClassName(java.lang.String)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR]
 [ERROR]
 /home/amila/projects/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[201,52]
 cannot find symbol


 thanks,
 Amila.

 ___
 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 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] compilation error.

[Hasini Gunasinghe]

Hi Amila,

Please take svn up in dependencies/rampart.

Thanks,
Hasini.

On Tue, Nov 8, 2011 at 7:26 AM, Amila Suriarachchi am...@wso2.com wrote:

 hi,

 I am getting following error when compiling the trunk sts component. any
 reason for this?

 [ERROR] Failed to execute goal
 org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile
 (default-compile) on project org.wso2.carbon.sts: Compilation failure:
 Compilation failure:
 [ERROR]
 /home/amila/projects/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[186,29]
 cannot find symbol
 [ERROR] symbol  : method setTokenStoreDisabled(boolean)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR]
 [ERROR]
 /home/amila/projects/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[197,29]
 cannot find symbol
 [ERROR] symbol  : method setPersisterClassName(java.lang.String)
 [ERROR] location: class org.apache.rahas.impl.SAMLTokenIssuerConfig
 [ERROR]
 [ERROR]
 /home/amila/projects/carbon/components/sts/org.wso2.carbon.sts/src/main/java/org/wso2/carbon/sts/STSDeploymentInterceptor.java:[201,52]
 cannot find symbol


 thanks,
 Amila.

 ___
 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] Invitation: Group A - Code Review @ Mon Oct 24 11am - 12pm (carbon-dev@wso2.org)

[Hasini Gunasinghe]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20111024T053000Z
DTEND:20111024T063000Z
DTSTAMP:20111023T123128Z
ORGANIZER;CN=has...@wso2.com:mailto:has...@wso2.com
UID:chhbae8ukkhbgs9ar879cbl...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Srinath Perera;X-NUM-GUESTS=0:mailto:srin...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Selvaratnam Uthaiyashankar;X-NUM-GUESTS=0:mailto:shan...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Prabath Abeysekera;X-NUM-GUESTS=0:mailto:praba...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Harshana Martin;X-NUM-GUESTS=0:mailto:harsh...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Thilina Buddhika;X-NUM-GUESTS=0:mailto:thili...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Isuru Suriarachchi;X-NUM-GUESTS=0:mailto:is...@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=Madhuka Udantha;X-NUM-GUESTS=0:mailto:madh...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Pradeeban Kathiravelu;X-NUM-GUESTS=0:mailto:pradee...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Prabath Siriwardana;X-NUM-GUESTS=0:mailto:prab...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Waruna Ranasinghe;X-NUM-GUESTS=0:mailto:war...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Charitha Kankanamge;X-NUM-GUESTS=0:mailto:chari...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Tharindu Mathew;X-NUM-GUESTS=0:mailto:thari...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=Hasini Gunasinghe;X-NUM-GUESTS=0:mailto:has...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Damitha Kumarage;X-NUM-GUESTS=0:mailto:dami...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Kasun Weranga;X-NUM-GUESTS=0:mailto:kas...@wso2.com
CREATED:20111023T123128Z
DESCRIPTION:To review token persister implementation.\nLink to crucible pro
 ject: https://wso2.org/crucible/cru/RampartTrust-1\nLink to related class d
 iagram: https://svn.wso2.org/repos/wso2/people/hasinig/token_persister/diag
 rams/\nView your event at http://www.google.com/calendar/event?action=VIEW;
 eid=Y2hoYmFlOHVra2hiZ3M5YXI4NzljYmxlZ2cgY2FyYm9uLWRldkB3c28yLm9yZwtok=MTUj
 aGFzaW5pQHdzbzIuY29tMWZlOTVmYjJhMzJlNDMyOTBiZGVkNmNkNzEzYzUxMjI1NjljMWRjYw
 ctz=Asia%2FColombohl=en.
LAST-MODIFIED:20111023T123128Z
LOCATION:#59\, 3rd floor
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Group A - Code Review
TRANSP:TRANSPARENT
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

[Carbon-dev] Adding token persister related configurations

[Hasini Gunasinghe]

Hi all,

FYI,

With related to issues [1,2] a token persisting mechanism was added in
rampart-trust level and integrated it in to wso2carbon-sts.

Following are the configurations and a folder path added to carbon, please
let me know if you have any objections with related to them.

1. Currently the default persister for standalone server is a file system
based persister and its configurations is set in 'Security' section of
carbon.xml as [3] below:
- One can disable in-memory token store using the parameter
'DisableTokenStore'.
- A custom persister can be plugged in using 'TokenPersister'
configurations. Default persister uses only the defined parameters and any
custom parameters can be defined in 'Properties' section.
- Related configurations in rampart STS level is shown in [4], which
is set in 'saml-issuer-config' of service.xml.

2. The persistence location of the default file system based persister is
set as ${carbon.home}/repository/resources/security/tokenstore. Hence a new
folder named 'tokenstore' is added in the mentioned path.

[1] https://wso2.org/jira/browse/CARBON-11228
[2] https://issues.apache.org/jira/browse/RAMPART-337

[3]
!--Option to disable storing of tokens issued by STS--
DisableTokenStorefalse/DisableTokenStore
!--
Token Persister configuration for non-volatile storage of SAML tokens issued
by STS:
1. TokenPersister class
2. TokenStorage path
3. Maximum number of tokens in volatile storage
4. Any other custom properties
--
TokenPersister
Classorg.apache.rahas.impl.FSBasedRetiredTokenPersister/Class
StoragePath${carbon.home}/repository/resources/security/tokenstore/StoragePath
InMemoryThreshold500/InMemoryThreshold
!--Properties
Property
NamepropName/Name
ValuepropValue/Value
/Property
/Properties--
/TokenPersister

[4]
!--Option to disable storing of tokens issued by STS--
   DisableTokenStoretrue/DisableTokenStore
!--
   Token Persister configuration for non-volatile storage of tokens
   1. TokenPersister class
   2. TokenStorage path
   3. Maximum number of tokens in volatile storage before retiring
tokens
   --
TokenPersister
class=org.apache.rahas.impl.FSBasedRetiredTokenPersister
property
name=StoragePath/home/hasini/Desktop/trust/tokens/property
property name=InMemoryThreshold5/property
/TokenPersister

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

Re: [Carbon-dev] Dataservice compilation issue

[Hasini Gunasinghe]

I will look into this since this is related to sts feature.
Thanks,
Hasini.

On Fri, Oct 21, 2011 at 3:43 PM, Selvaratnam Uthaiyashankar 
shan...@wso2.com wrote:

 $subject

 [INFO]
 
 [INFO] Building WSO2 Stratos DSS - DataServices Profile Generation
 [INFO]task-segment: [clean, install]
 [INFO]
 
 [INFO] [clean:clean {execution: default-clean}]
 [INFO] Deleting

 E:\src\java\carbon_branch\3.2.0\src\products\dss\2.6.2\modules\p2-profile-gen\service\target
 [INFO] [incremental-build:incremental-build {execution: default}]
 [INFO] Verifying module descriptor ...
 [INFO] Pom descriptor modification detected.
 [INFO] Deleting

 E:\src\java\carbon_branch\3.2.0\src\products\dss\2.6.2\modules\p2-profile-gen\service\target
 [INFO] [clean:clean {execution: auto-clean}]
 [INFO] Deleting

 E:\src\java\carbon_branch\3.2.0\src\products\dss\2.6.2\modules\p2-profile-gen\service\target
 [INFO] [dependency:unpack {execution: 1-unpack-p2-agent-distribution}]
 [INFO] Configured Artifact: org.wso2.carbon:wso2-p2-agent:3.2.0:zip
 [INFO] Configured Artifact: org.wso2.carbon:wso2carbon-core:3.2.2:zip
 [INFO] Expanding:

 E:\src\java\carbon_branch\3.2.0\m2\org\wso2\carbon\wso2-p2-agent\3.2.0\wso2-p2-agent-3.2.0.zip
 into
 E:\src\java\carbon_branch\3.2.0\src\products\dss\2.6.2\modules\p2-profile-gen\serv
 ice\target\p2-agent
 [INFO] Expanding:

 E:\src\java\carbon_branch\3.2.0\m2\org\wso2\carbon\wso2carbon-core\3.2.2\wso2carbon-core-3.2.2.zip
 into
 E:\src\java\carbon_branch\3.2.0\src\products\dss\2.6.2\modules\p2-profile-gen\
 service\target
 [INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
 [INFO] [carbon-p2:p2-repo-gen {execution: 2-p2-repo-generation}]
 [ERROR] ERROR
 org.apache.maven.plugin.MojoExecutionException: ERROR
at
 org.wso2.maven.p2.generate.utils.MavenUtils.getResolvedArtifact(MavenUtils.java:43)
at
 org.wso2.maven.p2.RepositoryGenMojo.getProcessedFeatureArtifacts(RepositoryGenMojo.java:360)
at
 org.wso2.maven.p2.RepositoryGenMojo.createRepo(RepositoryGenMojo.java:193)
at
 org.wso2.maven.p2.RepositoryGenMojo.execute(RepositoryGenMojo.java:187)
at
 org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at
 org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
 Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException:
 System is offline.

 Try downloading the file manually from the project website.

 Then, install it using the command:
mvn install:install-file -DgroupId=org.wso2.carbon
 -DartifactId=org.wso2.carbon.sts.feature -Dversion=null
 -Dpackaging=zip -Dfile=/path/to/file

 Alternatively, if you host your own repository you can deploy the file
 there:
mvn deploy:deploy-file -DgroupId=org.wso2.carbon
 -DartifactId=org.wso2.carbon.sts.feature -Dversion=null
 -Dpackaging=zip -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]


  org.wso2.carbon:org.wso2.carbon.sts.feature:zip:null



at
 org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:203)
at
 org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90)
at
 org.wso2.maven.p2.generate.utils.MavenUtils.getResolvedArtifact(MavenUtils.java:39)
... 22 more
 

Re: [Carbon-dev] Please update your products with the latest version of registry features

[Hasini Gunasinghe]

On Mon, Oct 17, 2011 at 4:01 PM, Sadeep Jayasumana sad...@wso2.com wrote:

 Hi,

 We have already updated ESB product and service to include these new
 versions. We had to do that in several iterations as new features had been
 created without our knowledge and product/service profiles were not updated.

 IMO, whenever a new feature version is created, the creator should check
 for product/service p2-profiles using that feature and update them
 accordingly.

+1. this was the procedure we've been following when introducing a new
version of a component/feature for the patch release. You can use grep and
find where else the component/feature is used and update the version in all
occurrences.

Thanks,
Hasini.

 In fact, many of us already do this. It's very hard for product teams to
 monitor new versions of features they are using and update the p2-profile
 time to time to include those new versions. If everyone starts creating new
 features without updating others' p2-profiles, product teams will have a
 hard time maintaining their p2-profiles.

 Thanks,
 Sadeep

 On Mon, Oct 17, 2011 at 3:26 PM, Isuru Wimalasundera isu...@wso2.comwrote:

 Hi All / RM s

 This is to request you all to do the $Subject . And given below are the
 registry features which contains latest 3.2.2 , so please update to 3.2.2 if
 these features are being used in the products or services.

 ./registry-core/org.wso2.carbon.registry.core.common.feature/3.2.2
 ./registry-core/org.wso2.carbon.registry.core.ui.feature/3.2.2
 ./registry-core/org.wso2.carbon.registry.core.feature/3.2.2
 ./registry-core/org.wso2.carbon.registry.core.server.feature/3.2.2


 ./associations-dependencies/org.wso2.carbon.registry.associations.dependencies.ui.feature/3.2.2

 ./associations-dependencies/org.wso2.carbon.registry.associations.dependencies.feature/3.2.2

 ./associations-dependencies/org.wso2.carbon.registry.associations.dependencies.server.feature/3.2.2


 ./lifecycle-management/org.wso2.carbon.governance.lifecycle.management.feature/3.2.2
 ./lifecycle-management/org.wso2.carbon.governance.lifecycle.management.ui.feature/3.2.2

 ./lifecycle-management/org.wso2.carbon.governance.lifecycle.management.server.feature/3.2.2


 ./handler-configuration/org.wso2.carbon.registry.handler.configuration.feature/3.2.2

 ./handler-configuration/org.wso2.carbon.registry.handler.configuration.server.feature/3.2.2

 ./handler-configuration/org.wso2.carbon.registry.handler.configuration.ui.feature/3.2.2

 ./content-search/org.wso2.carbon.registry.contentsearch.feature/3.2.2

 ./content-search/org.wso2.carbon.registry.contentsearch.server.feature/3.2.2
 ./content-search/org.wso2.carbon.registry.contentsearch.ui.feature/3.2.2

 ./activities/org.wso2.carbon.registry.activities.feature/3.2.2
 ./activities/org.wso2.carbon.registry.activities.ui.feature/3.2.2
 ./activities/org.wso2.carbon.registry.activities.server.feature/3.2.2


 ./notifications-configuration/org.wso2.carbon.governance.notifications.configuration.feature/3.2.2


 ./community-features/org.wso2.carbon.registry.community.features.ui.feature/3.2.2

 ./community-features/org.wso2.carbon.registry.community.features.server.feature/3.2.2

 ./community-features/org.wso2.carbon.registry.community.features.feature/3.2.2

 ./uddi/org.wso2.carbon.registry.uddi.feature/3.2.2

 ./registry-profiles/org.wso2.carbon.registry.profiles.ui.feature/3.2.2
 ./registry-profiles/org.wso2.carbon.registry.profiles.server.feature/3.2.2
 ./registry-profiles/org.wso2.carbon.registry.profiles.feature/3.2.2

 ./ws-api/org.wso2.carbon.registry.ws.feature/3.2.2

 ./meta-data/org.wso2.carbon.governance.metadata.server.feature/3.2.2
 ./meta-data/org.wso2.carbon.governance.metadata.ui.feature/3.2.2
 ./meta-data/org.wso2.carbon.governance.metadata.feature/3.2.2

 ./extensions/org.wso2.carbon.registry.extensions.ui.feature/3.2.2
 ./extensions/org.wso2.carbon.registry.extensions.server.feature/3.2.2
 ./extensions/org.wso2.carbon.registry.extensions.feature/3.2.2


 ./resource-properties/org.wso2.carbon.registry.resource.properties.server.feature/3.2.2

 ./resource-properties/org.wso2.carbon.registry.resource.properties.ui.feature/3.2.2

 ./resource-properties/org.wso2.carbon.registry.resource.properties.feature/3.2.2


 ./platform-extensions/org.wso2.carbon.governance.platform.extensions.server.feature/3.2.2

 ./platform-extensions/org.wso2.carbon.governance.platform.extensions.feature/3.2.2

 ./jcr/org.wso2.carbon.registry.jcr.feature/3.2.2


 ./governance-gadgets/org.wso2.carbon.governance.gadgets.resourceimpact.feature/3.2.2

 ./governance-gadgets/org.wso2.carbon.governance.gadgets.impactanalysis.feature/3.2.2

 ./governance-gadgets/org.wso2.carbon.governance.gadgets.lifecycle.feature/3.2.2
 ./governance-gadgets/org.wso2.carbon.governance.gadgets.ui.feature/3.2.2
 ./governance-gadgets/org.wso2.carbon.governance.gadgets.feature/3.2.2


 Thank You
 Isuruw


 --
 *Isuru Wimalasundera*
 Software Engineer;  WSO2, Inc.; http://wso2.com,
  mobile: +94 

Re: [Carbon-dev] Error obtaining connection from LDAPConnectionContext

[Hasini Gunasinghe]

Got to know that about 40 users per second are authenticated in this case..
This level of scalability should be supported by ApacheDS side as per [1].
Therefore, will take a look at the ways in which we can optimize the
connection to LDAP from carbon product's side, to avoid this.

[1] http://osdir.com/ml/users-directory-apache/2011-05/msg00018.html

Thanks,
Hasini.

On Thu, Oct 6, 2011 at 1:01 PM, Thilina Buddhika thili...@wso2.com wrote:

 I can reproduce this consistently. This can be reproduced by trying to
 authenticate users against LDAP with a concurrency of 10 or higher in a high
 end machine. I am running a load test against IS in a quad core machine with
 HT.

 Thanks,
 Thilina


 On Fri, May 6, 2011 at 12:17 AM, Amila Jayasekara ami...@wso2.com wrote:

 Hi Danushka,

 I was not able to re-produce this issue in my local machine.
 Can you please give us specific steps.

 According to error message, the user store is unable to connect to
 LDAP server. This could be due to LDAP server is down.

 Thanks
 AmilaJ

 On Thu, May 5, 2011 at 11:26 AM, Danushka Menikkumbura
 danus...@wso2.com wrote:
  It is intermittent. Server runs fine for some time and then starts to
 gives
  this error.
 
  Danushka
 
  On Thu, May 5, 2011 at 11:20 AM, Danushka Menikkumbura 
 danus...@wso2.com
  wrote:
 
  I see the port is open and directory service is on it.
 
  Danushka
 
  On Thu, May 5, 2011 at 11:17 AM, Danushka Menikkumbura 
 danus...@wso2.com
  wrote:
 
  I see this in the latest MB pack I just built.
 
  [2011-05-05 10:59:02,584] ERROR
  {org.wso2.carbon.user.core.ldap.LDAPConnectionContext} -  Error
 obtaining
  connection. localhost:10389
  {org.wso2.carbon.user.core.ldap.LDAPConnectionContext}
  javax.naming.CommunicationException: localhost:10389 [Root exception
 is
  java.net.NoRouteToHostException: Cannot assign requested address]
  at com.sun.jndi.ldap.Connection.init(Connection.java:210)
  at com.sun.jndi.ldap.LdapClient.init(LdapClient.java:118)
  at com.sun.jndi.ldap.LdapClient.getInstance(LdapClient.java:1580)
  at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2652)
  at com.sun.jndi.ldap.LdapCtx.init(LdapCtx.java:293)
  at
  com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:175)
  at
  com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:193)
  at
 
 com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:136)
  at
 
 com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:66)
  at
 
 org.wso2.carbon.utils.multitenancy.CarbonContextHolder$CarbonInitialJNDIContextFactory.getInitialContext(CarbonContextHolder.java:754)
  at
 
 javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
  at
  javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
  at javax.naming.InitialContext.init(InitialContext.java:223)
  at javax.naming.InitialContext.init(InitialContext.java:197)
  at
 
 javax.naming.directory.InitialDirContext.init(InitialDirContext.java:82)
  at
 
 org.wso2.carbon.user.core.ldap.LDAPConnectionContext.getContext(LDAPConnectionContext.java:86)
  at
 
 org.wso2.carbon.user.core.ldap.LDAPUserStoreManager.getListOfNames(LDAPUserStoreManager.java:679)
  at
 
 org.wso2.carbon.user.core.ldap.LDAPUserStoreManager.getRoleListOfUser(LDAPUserStoreManager.java:550)
  at
 
 org.wso2.carbon.qpid.authorization.qpid.QpidAuthorizationHandler.isAdminUser(QpidAuthorizationHandler.java:357)
  at
 
 org.wso2.carbon.qpid.authorization.qpid.QpidAuthorizationHandler.handleConsumeQueue(QpidAuthorizationHandler.java:115)
  at
 
 org.wso2.carbon.qpid.authorization.service.qpid.QpidAuthorizationPlugin.authorise(QpidAuthorizationPlugin.java:147)
  at
 
 org.apache.qpid.server.security.SecurityManager$5.allowed(SecurityManager.java:321)
  at
 
 org.apache.qpid.server.security.SecurityManager.checkAllPlugins(SecurityManager.java:245)
  at
 
 org.apache.qpid.server.security.SecurityManager.authoriseConsume(SecurityManager.java:317)
  at
 
 org.apache.qpid.server.queue.SimpleAMQQueue.registerSubscription(SimpleAMQQueue.java:407)
  at
 
 org.apache.qpid.server.transport.ServerSessionDelegate.messageSubscribe(ServerSessionDelegate.java:260)
  at
 
 org.apache.qpid.server.transport.ServerSessionDelegate.messageSubscribe(ServerSessionDelegate.java:96)
  at
 
 org.apache.qpid.transport.MessageSubscribe.dispatch(MessageSubscribe.java:119)
  at
 
 org.apache.qpid.transport.SessionDelegate.command(SessionDelegate.java:50)
  at
 
 org.apache.qpid.server.transport.ServerSessionDelegate.command(ServerSessionDelegate.java:112)
  at
 
 org.apache.qpid.server.transport.ServerSessionDelegate.command(ServerSessionDelegate.java:96)
  at org.apache.qpid.transport.Method.delegate(Method.java:159)
  at org.apache.qpid.transport.Session.received(Session.java:500)
  at
 

Re: [Carbon-dev] Caching user roles in user-core

[Hasini Gunasinghe]

Hi Prabath,

Currently only the methods available in the Caching implementation are used
to clear the cache with in the other methods of UserStoreManager - like
deleteRole, updateRole etc..

I will add methods to UserAdminService to be called externally to clear
AuthorizationCache and the UserRoleCache, as discussed offline.

Thanks for pointing out the requirement.

Thanks,
Hasini.

On Tue, Sep 20, 2011 at 5:47 PM, Prabath Siriwardena prab...@wso2.comwrote:

 Hi Hasini,

 Do we have an API to clear the cache..?

 Thanks  regards,
 -Prabath

 On Tue, Sep 20, 2011 at 5:13 PM, Hasini Gunasinghe has...@wso2.com
 wrote:
  Hi,
  FYI.
  $subject was implemented in all three UserStoreManagers in user core,
 since
  there were occasions where performance issues occurred due to fetching
 user
  roles from the user store for each authorization decision of the same
 user.
  By default, UserRolesCache is enabled and if some one wants to disable
 it,
  following configuration parameter is added to user-mgt.xml.
  Property name=UserRolesCacheEnabledtrue/Property
  One may wants to disable the above, if user roles are modified by
 external
  means other than through carbon UI and want those modifications to be
  reflected in carbon server immediately.
  related jira:
  [1] https://wso2.org/jira/browse/CARBON-11073
  Thanks,
  Hasini.
 
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 



 --
 Thanks  Regards,
 Prabath

 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

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

[Carbon-dev] Remote-user management API bundle is not installed with the remote-user mgt feature

[Hasini Gunasinghe]

Hi,

Until carbon-3.0.0, *org.wso2.carbon:org.wso2.carbon.um.ws.api* bundle has
been installed with remote-usermgt server feature as in [1].
From 3.1.0 onwards, it has been removed from the pom file of the feature as
in [2], [3].

Is there any particular reason for removing it?

IMO, In order to make use of the remote-usermgt feature out of the box, the
two bundles: *org.wso2.carbon:org.wso2.carbon.um.ws.api,
*and*org.wso2.carbon.um.ws.api.stub
*should also be installed.

Figured out that those two bundles are not installed in the product, while
creating a sample to illustrate its functionality.

As I think, there are two options to make above two bundles installed:
1. Including them in the currently existing feature's pom file [3] as it has
been done in 3.0.0.
2. Creating a separate client feature and package above two bundles. Then we
have to create a composite feature as well.

What would be the better approach to install those two bundles with
remote-usermgt feature?
(IMV, 2nd option is better, although it has an overhead)

[1]
https://svn.wso2.org/repos/wso2/branches/carbon/3.0.0/features/remote-usermgt/org.wso2.carbon.um.ws.service.server.feature/3.0.0/pom.xml
[2]
https://svn.wso2.org/repos/wso2/branches/carbon/3.1.0/features/remote-usermgt/org.wso2.carbon.um.ws.service.server.feature/3.1.0/pom.xml
[3]
https://svn.wso2.org/repos/wso2/trunk/carbon/features/remote-usermgt/org.wso2.carbon.um.ws.service.server.feature/pom.xml

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

Re: [Carbon-dev] Intermittent LDAP Warning when using UM-related Admin Services to populate large numbers of users and roles

[Hasini Gunasinghe]

Hi Senaka,

I haven't noticed the above warning before.
Can you please let me know how you were able to reproduce this?

On a side note, I searched for possible causes for this issue, which is
discussed in [1], according to which it is a harmless warning.
Anyway I will try to reproduce it and take a look.

[1] http://permalink.gmane.org/gmane.comp.apache.directory.user/2364

Thanks,
Hasini.

On Mon, Jul 25, 2011 at 1:13 AM, Senaka Fernando sen...@wso2.com wrote:

 Hi Hasini,

 Have you noticed the warning.

 [2011-07-25 01:11:18,115]  WARN
 {org.apache.directory.server.ldap.LdapSession} -  AbandonableRequest with
 messageId 87 not found in outstandingRequests.

 If so is this fixed? or if not, what could be the possible reasons for this
 to occur? If you haven't noticed this before, please do have a look when you
 find sometime.

 Thanks,
 Senaka.

 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware


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

Re: [Carbon-dev] Compilation Failure when building patch-releases/3.2.1/core with tests

[Hasini Gunasinghe]

Fixed the above. There is a test failure too. I am looking into it.
Thanks,
Hasini.

On Mon, Jul 11, 2011 at 2:48 PM, Ranga Siriwardena ra...@wso2.com wrote:

 Hi,

 Encounter a build issue when building 3.2.1/core with tests and following
 is the trace. (I was able to build 3.2.1/core without tests)

 [INFO] [compiler:testCompile {execution: default-testCompile}]
 [INFO] Compiling 20 source files to
 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/target/test-classes
 [INFO] -
 [ERROR] COMPILATION ERROR :
 [INFO] -
 [ERROR]
 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/src/test/java/org/wso2/carbon/user/core/authorization/AuthorizationCacheTest.java:[50,17]
 isUserAuthorized(int,java.lang.String,java.lang.String,java.lang.String) in
 org.wso2.carbon.caching.core.authorization.AuthorizationCache cannot be
 applied to (java.lang.String,java.lang.String,java.lang.String)

 [ERROR]
 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/src/test/java/org/wso2/carbon/user/core/authorization/AuthorizationCacheTest.java:[60,17]
 isUserAuthorized(int,java.lang.String,java.lang.String,java.lang.String) in
 org.wso2.carbon.caching.core.authorization.AuthorizationCache cannot be
 applied to (java.lang.String,java.lang.String,java.lang.String)

 [ERROR]
 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/src/test/java/org/wso2/carbon/user/core/authorization/AuthorizationCacheTest.java:[67,17]
 addToCache(int,java.lang.String,java.lang.String,java.lang.String,boolean)
 in org.wso2.carbon.caching.core.authorization.AuthorizationCache cannot be
 applied to (java.lang.String,java.lang.String,java.lang.String,boolean)

 [ERROR]
 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/src/test/java/org/wso2/carbon/user/core/authorization/AuthorizationCacheTest.java:[69,29]
 isUserAuthorized(int,java.lang.String,java.lang.String,java.lang.String) in
 org.wso2.carbon.caching.core.authorization.AuthorizationCache cannot be
 applied to (java.lang.String,java.lang.String,java.lang.String)

 [INFO] 4 errors
 [INFO] -
 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] Compilation failure

 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/src/test/java/org/wso2/carbon/user/core/authorization/AuthorizationCacheTest.java:[50,17]
 isUserAuthorized(int,java.lang.String,java.lang.String,java.lang.String) in
 org.wso2.carbon.caching.core.authorization.AuthorizationCache cannot be
 applied to (java.lang.String,java.lang.String,java.lang.String)

 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/src/test/java/org/wso2/carbon/user/core/authorization/AuthorizationCacheTest.java:[60,17]
 isUserAuthorized(int,java.lang.String,java.lang.String,java.lang.String) in
 org.wso2.carbon.caching.core.authorization.AuthorizationCache cannot be
 applied to (java.lang.String,java.lang.String,java.lang.String)

 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/src/test/java/org/wso2/carbon/user/core/authorization/AuthorizationCacheTest.java:[67,17]
 addToCache(int,java.lang.String,java.lang.String,java.lang.String,boolean)
 in org.wso2.carbon.caching.core.authorization.AuthorizationCache cannot be
 applied to (java.lang.String,java.lang.String,java.lang.String,boolean)

 /home/carbon320/carbon/core/org.wso2.carbon.user.core/3.2.1/src/test/java/org/wso2/carbon/user/core/authorization/AuthorizationCacheTest.java:[69,29]
 isUserAuthorized(int,java.lang.String,java.lang.String,java.lang.String) in
 org.wso2.carbon.caching.core.authorization.AuthorizationCache cannot be
 applied to (java.lang.String,java.lang.String,java.lang.String)

 Thanks and Regards,
 --
 Ranga Siriwardena
 Software Engineer
 WSO2 Inc.

 Blog: http://rangasiriwardena.blogspot.com/


 ___
 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] How to completely disable embedded LDAP in Carbon 3.2.0?

[Hasini Gunasinghe]

Hi Azeez,

On Sun, Jul 3, 2011 at 11:42 AM, Afkham Azeez az...@wso2.com wrote:

 Even if I set the enable property to false in the embedded-ldap.xml file,
 still other configuration parameters are read, and there are exceptions such
 as the following:

 org.wso2.carbon.ldap.server.util.EmbeddingLDAPException: Connection
 password not specified in the configuration file.
  at
 org.wso2.carbon.ldap.server.configuration.LDAPConfigurationBuilder.buildConnectionPassword(LDAPConfigurationBuilder.java:227)

 Is the only change you did was changing enable property from true to
false? Because I did not get such an exception when I started IS 3.2.0 by
disabling embedded-ldap.


 If this is disabled, it does not make sense to read the rest of the
 configuration stuff.


+1. Can change the code accordingly, without reading the whole configuration
file at once as of now.

Thanks,
Hasini.


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Wrong implementation UserStoreManager - addRole method

[Hasini Gunasinghe]

As per offline chat with Amila, this seems to have introduced during UM API
separation.

Will do the above correction as well, since I will be doing some refactoring
in this class according to a recent code review.

Thanks,
Hasini.

On Mon, Jun 27, 2011 at 8:48 PM, Amila Suriarachchi am...@wso2.com wrote:

 Add role method has implemented like this,

  public void addRole(String roleName, String[] userList,
 org.wso2.carbon.user.api.Permission[] permissions)
 throws org.wso2.carbon.user.api.UserStoreException {
 addRole(roleName, userList, (Permission[]) permissions);

 }

 in org.wso2.carbon.user.core.ldap.LDAPUserStoreManager.java.

 but org.wso2.carbon.user.core.Permission class extends the
 org.wso2.carbon.user.api.Permission

 public class Permission extends org.wso2.carbon.user.api.Permission {

 So it cast down the inheritance hierarchy.

 thanks,
 Amila.

 ___
 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] Invitation: Group A: Code Review - ApacheDSUserStoreManager @ Mon Jun 27 2pm - 3pm (carbon-dev@wso2.org)

[Hasini Gunasinghe]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20110627T083000Z
DTEND:20110627T093000Z
DTSTAMP:20110624T071655Z
ORGANIZER;CN=has...@wso2.com:mailto:has...@wso2.com
UID:q6thnksi554gg3slfbsfd0j...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Selvaratnam Uthaiyashankar;X-NUM-GUESTS=0:mailto:shan...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Prabath Siriwardana;X-NUM-GUESTS=0:mailto:prab...@wso2.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=NEEDS-ACTION;RSVP=
 TRUE;CN=Thilina Buddhika;X-NUM-GUESTS=0:mailto:thili...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Supun Kamburugamuwa;X-NUM-GUESTS=0:mailto:su...@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=Amila Jayasekara;X-NUM-GUESTS=0:mailto:ami...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=Hasini Gunasinghe;X-NUM-GUESTS=0:mailto:has...@wso2.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Dimuthu Leelarathne;X-NUM-GUESTS=0:mailto:dimut...@wso2.com
CREATED:20110624T071654Z
DESCRIPTION:To review the code of ApacheDSUserStoreManager which is the def
 ault user store manager in 3.2.0 release\, that supports read/write capabil
 ity for LDAP based user store.\nLink for crucible project: https://wso2.org
 /crucible/cru/ApacheDSUserStoreMnager-1\nView your event at http://www.goog
 le.com/calendar/event?action=VIEWeid=cTZ0aG5rc2k1NTRnZzNzbGZic2ZkMGpscWcgY
 2FyYm9uLWRldkB3c28yLm9yZwtok=MTUjaGFzaW5pQHdzbzIuY29tODRhMjQzNDk0N2ZlNGMxM
 TI3ZGVjZjhjNTEzMTIxNjQ4YTIwZjMyMQctz=Asia%2FColombohl=en.
LAST-MODIFIED:20110624T071654Z
LOCATION:#59\, 4th floor.
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Group A: Code Review - ApacheDSUserStoreManager
TRANSP:TRANSPARENT
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] Verifying whether the fix for CARBON-10892 needs to be applied to 3.2.1

[Hasini Gunasinghe]

On Wed, Jun 22, 2011 at 12:23 PM, Afkham Azeez az...@wso2.com wrote:

 Please follow the proper strategy for adding 3.2.1 components. Please
 remember that you cannot change released POMs.


Noted and completed adding the above fix to 3.2.1.

Following entries were added to patch-releases pom:
module../../core/org.wso2.carbon.user.core/3.2.1/module

 module../../core/features/org.wso2.carbon.core.common.feature/3.2.1/module

 module../../core/features/org.wso2.carbon.core.feature/3.2.1/module

 module../../core/p2-profile-generation/carbon-p2-profile/3.2.1/module

In addition to changes in the pom files of above modules, dist.xml and
bin.xml of core/distribution/3.2.1 were changed to point to
3.2.1-carbon-p2-profile.

Please let me know if you notice any issues due to above changes.

Thanks,
Hasini.



 On Wed, Jun 22, 2011 at 11:45 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi,

 Can I please know whether the fix for [1] should be applied to 3.2.1
 branch as well?

 I have included the details regarding the issue in the carbon jira.

 This issue has been fixed in trunk and the fix includes a change in
 user-core and user-mgt.xml

 [1] https://wso2.org/jira/browse/CARBON-10892

 Thanks,
 Hasini.

 ___
 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Verifying whether the fix for CARBON-10892 needs to be applied to 3.2.1

[Hasini Gunasinghe]

Hi,

Can I please know whether the fix for [1] should be applied to 3.2.1 branch
as well?

I have included the details regarding the issue in the carbon jira.

This issue has been fixed in trunk and the fix includes a change in
user-core and user-mgt.xml

[1] https://wso2.org/jira/browse/CARBON-10892

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

Re: [Carbon-dev] How hashed passwords are generated

[Hasini Gunasinghe]

Hi Tiago,

When storing users' passwords, we first get the digest value of the
password, given the digest algorithm(passwordHashMethod) and then encode it
using Base64 encoding as follows:

MessageDigest messageDigest =
MessageDigest.getInstance(passwordHashMethod);
byte[] digestValue =
messageDigest.digest(password.getBytes());
passwordToStore = { + passwordHashMethod + } +
Base64.encode(digestValue);

'passwordHashMethod' is read from user-mgt.xml configuration file which
resides in [carbon_home]/repository/conf. Its default value is SHA.

Hope this answered your question.

Thanks,
Hasini.


On Tue, May 31, 2011 at 6:30 PM, Tiago Henriques ti...@neomind.org wrote:

 Hi all,

 I am quite new to WSO2 identity server.

 Digging in the Java code, I couldn't found what is the way used to
 encrypt the user passwords.

 It does not seem to be a standard MD5 hash. Can anyone tell what method
 and also what Java function is used ?

 Thank you,

 Tiago

 ___
 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] Defining a role as internal or external

[Hasini Gunasinghe]

Hi,

Since the current categorization is confusing with ability to read/write to
external user stores as well, I removed the 'Type' column from the UI for
RC2. And updated context sensitive help to answer user's concerns if any, as
to why if a role may become editable/not editable.
If we can find a better filtering mechanism, will add that in the future.

Thanks,
Hasini.

On Thu, May 26, 2011 at 1:35 PM, Amila Suriarachchi am...@wso2.com wrote:



 On Thu, May 26, 2011 at 12:42 PM, Dimuthu Leelarathne 
 dimut...@wso2.comwrote:

 Hi,

 On Thu, May 26, 2011 at 11:17 AM, Amila Suriarachchi am...@wso2.comwrote:

 Role is a set of permissions (i.e resouceid + action). Resource id or
 resource is always specific to a system. There for a role is defined for a
 given system. Therefore it is a external roles is a confusing idea.


 And also we need to have a clear definition about adminRole. If I engaged
 UT for a service and set a role like myRole, and invoke the service as admin
 (who is in adminRole) it won't work. Same thing happens with XCMAL as well.


 It is wrong to assume that admin can access all deployed services. Admin
 is the admin for all admin console.


 In General Admin means a user who can access every thing. In this case I
 think it is better to rename it as adminConsoleAdmin and
 AdminConsoleAdminRole.

 thanks,
 Amila.



 thanks,
 dimuthu



 thanks,
 Amila.



 [1] https://wso2.org/jira/browse/CARBON-9195

 Thanks,
 Hasini.


 thanks,
 Amila.


 On Sun, May 22, 2011 at 11:10 AM, Hasini Gunasinghe 
 has...@wso2.comwrote:

 Hi,

 This is the understanding that I have regarding this. Please correct
 if anything is wrong.

 Differentiation of roles as external or internal is based on whether
 we manage user roles in the user store itself or in internal UM 
 database in
 a hybrid manner.

 For an example, we find the above use case with LDAP user store where
 we can either manage roles in LDAP itself or in internal JDBC database 
 in a
 hybrid manner (basically when user store is read only).

 In that case, internal role means: if a role is managed in internal
 UM database in a hybrid manner.
external role means: if a role is managed in LDAP
 user store - can be either embedded LDAP or external LDAP.


 Roles defined in embedded LDAP are not external.

 It really doesn't matter whether the underlying implementation is JDBC
 or LDAP. Users should not be worrying about underlying implementation.

 tx,
 dimuthul



 I think above mail is related to issue:
 https://wso2.org/jira/browse/CARBON-9195. The issue reported there
 is the default behavior according to above understanding.
 Because JDBC user store manager handles roles in hybrid manner only
 when read only property is set to true in user-mgt.xml.

 Thanks,
 Hasini.

 On Fri, May 6, 2011 at 11:09 AM, Amila Jayasekara 
 ami...@wso2.comwrote:

 Hi All,

 How do we define whether a particular role is internal or external ?
 (Role type)

 After a chat with Pavithra, we came to following conclusion.

 If a role is defined within a server we treat those as internal
 roles.
 If a server reads role information from some other user store we
 consider those as external roles.

 If above definition is not correct, please advice.

 Thanks
 AmilaJ
 ___
 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 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 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] Defining a role as internal or external

[Hasini Gunasinghe]

Hi,

On Wed, May 25, 2011 at 6:32 PM, Amila Suriarachchi am...@wso2.com wrote:



 On Sun, May 22, 2011 at 3:45 PM, Dimuthu Leelarathne dimut...@wso2.comwrote:

 Hi,

 Internal means WSO2 user manager owns the role and has the right to manage
 it, basically edit it and delete it as it wish. External means WSO2 user
 manager does not own the role, it only reads the role.


 I tried with the 3.2.0 branch build. When I create a role using Admin
 console it create it as *external* and let me edit and delete. is that
 correct?

In functionality wise there is no issue.
This category name and the definition needs to be sorted out and I think
this discussion started to decide that. There is an jira [1] related to
this.

In finalizing that, I have two questions:
1. What is the actual requirement of displaying the category as 'Internal'
or 'External' in front of the role name? Because through UI, we enable
edit/delete options for a role only if the role is editable.
2. IMO, above mentioned definition of *external* can lead to confusion when
the user store is external ldap with read/write permission, because then the
WSO2 UM may or may not have originated that role, but still it is editable
though management console.

[1] https://wso2.org/jira/browse/CARBON-9195

Thanks,
Hasini.


 thanks,
 Amila.


 On Sun, May 22, 2011 at 11:10 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi,

 This is the understanding that I have regarding this. Please correct if
 anything is wrong.

 Differentiation of roles as external or internal is based on whether we
 manage user roles in the user store itself or in internal UM database in a
 hybrid manner.

 For an example, we find the above use case with LDAP user store where we
 can either manage roles in LDAP itself or in internal JDBC database in a
 hybrid manner (basically when user store is read only).

 In that case, internal role means: if a role is managed in internal UM
 database in a hybrid manner.
external role means: if a role is managed in LDAP user
 store - can be either embedded LDAP or external LDAP.


 Roles defined in embedded LDAP are not external.

 It really doesn't matter whether the underlying implementation is JDBC or
 LDAP. Users should not be worrying about underlying implementation.

 tx,
 dimuthul



 I think above mail is related to issue:
 https://wso2.org/jira/browse/CARBON-9195. The issue reported there is
 the default behavior according to above understanding.
 Because JDBC user store manager handles roles in hybrid manner only when
 read only property is set to true in user-mgt.xml.

 Thanks,
 Hasini.

 On Fri, May 6, 2011 at 11:09 AM, Amila Jayasekara ami...@wso2.comwrote:

 Hi All,

 How do we define whether a particular role is internal or external ?
 (Role type)

 After a chat with Pavithra, we came to following conclusion.

 If a role is defined within a server we treat those as internal roles.
 If a server reads role information from some other user store we
 consider those as external roles.

 If above definition is not correct, please advice.

 Thanks
 AmilaJ
 ___
 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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Compilation error in carbon core - trunk - user api

[Hasini Gunasinghe]

This is due to a commit made by me. I added a method to
user.api.UserRealmService.
And added the method to other classes which implements that. But seems like
I have missed InMemoryRealmService in registry core.
I am really sorry about it.

Will fix this asap.

Thanks,
Hasini.

On Tue, May 24, 2011 at 5:25 PM, Afkham Azeez az...@wso2.com wrote:

 [INFO] -
 [ERROR] COMPILATION ERROR :
 [INFO] -
 [ERROR]
 /Users/azeez/projects/wso2/org/trunk/carbon/core/org.wso2.carbon.registry.core/src/main/java/org/wso2/carbon/registry/core/jdbc/realm/InMemoryRealmService.java:[47,7]
 org.wso2.carbon.registry.core.jdbc.realm.InMemoryRealmService is not
 abstract and does not override abstract method getTenantMgtConfiguration()
 in org.wso2.carbon.user.api.UserRealmService

 [INFO] 1error
 [INFO] -
 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] Compilation failure
 /Users/azeez/projects/wso2/org/trunk/carbon/core/org.wso2.carbon.registry.core/src/main/java/org/wso2/carbon/registry/core/jdbc/realm/InMemoryRealmService.java:[47,7]
 org.wso2.carbon.registry.core.jdbc.realm.InMemoryRealmService is not
 abstract and does not override abstract method getTenantMgtConfiguration()
 in org.wso2.carbon.user.api.UserRealmService


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Compilation error in carbon core - trunk - user api

[Hasini Gunasinghe]

Fixed this in trunk and branch.

Thanks,
Hasini.

On Tue, May 24, 2011 at 5:32 PM, Hasini Gunasinghe has...@wso2.com wrote:

 This is due to a commit made by me. I added a method
 to user.api.UserRealmService. And added the method to other classes which
 implements that. But seems like I have missed InMemoryRealmService in
 registry core.
 I am really sorry about it.

 Will fix this asap.

 Thanks,
 Hasini.

 On Tue, May 24, 2011 at 5:25 PM, Afkham Azeez az...@wso2.com wrote:

 [INFO] -
 [ERROR] COMPILATION ERROR :
 [INFO] -
 [ERROR]
 /Users/azeez/projects/wso2/org/trunk/carbon/core/org.wso2.carbon.registry.core/src/main/java/org/wso2/carbon/registry/core/jdbc/realm/InMemoryRealmService.java:[47,7]
 org.wso2.carbon.registry.core.jdbc.realm.InMemoryRealmService is not
 abstract and does not override abstract method getTenantMgtConfiguration()
 in org.wso2.carbon.user.api.UserRealmService

 [INFO] 1error
 [INFO] -
 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] Compilation failure
 /Users/azeez/projects/wso2/org/trunk/carbon/core/org.wso2.carbon.registry.core/src/main/java/org/wso2/carbon/registry/core/jdbc/realm/InMemoryRealmService.java:[47,7]
 org.wso2.carbon.registry.core.jdbc.realm.InMemoryRealmService is not
 abstract and does not override abstract method getTenantMgtConfiguration()
 in org.wso2.carbon.user.api.UserRealmService


 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Test failure in branch - user core (NoClassDefFoundError: CarbonContextHolder)

[Hasini Gunasinghe]

Hi,

Following error is reported in test reports of user core in branch.

java.lang.NoClassDefFoundError: Could not initialize class
org.wso2.carbon.utils.multitenancy.CarbonContextHolder

But there is no such error in user-core of trunk. Does anyone have an idea
what might be the reason?

Can this be related to some patches being applied to trunk, but not being
applied to branch yet?

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

Re: [Carbon-dev] Status of branching

[Hasini Gunasinghe]

Hi,

On Sun, May 22, 2011 at 12:40 PM, Milinda Pathirage mili...@wso2.comwrote:

 I have completed  svn re-structuring. Now testing the build to make sure
 everything is working. Still in the orbit level. You guys and checkout and
 start working now.


Can we also start applying patches of commits made to trunk, to the branch
now?
Because, I fixed a test failure in trunk after branching started. And that
issue can be present in the branch when building with tests.

Thanks,
Hasini.


 Thanks
 Milinda

 On Sun, May 22, 2011 at 12:30 PM, Afkham Azeez az...@wso2.com wrote:

 Milinda,
 Please update us on the status of the branching effort. Can we start
 checking out, and later we could svn update if necessary?

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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




 --
 Milinda Pathirage
 Technical Lead and Product Manager, Business Process Server - WSO2 Inc;
 http://wso2.com
 Blog: http://blog.mpathirage.com

 Lean Enterprise Middleware

 ___
 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] 56 L1s still open!

[Hasini Gunasinghe]

On Sun, May 22, 2011 at 11:22 AM, Senaka Fernando sen...@wso2.com wrote:



 On Sun, May 22, 2011 at 11:20 AM, Hasini Gunasinghe has...@wso2.comwrote:



 On Sun, May 22, 2011 at 11:01 AM, Senaka Fernando sen...@wso2.comwrote:

 Hi Hasini,

 On Sun, May 22, 2011 at 7:14 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi,

 On Sat, May 21, 2011 at 9:19 PM, Thilina Buddhika thili...@wso2.comwrote:

 We have one L1 to fix from the security side and Hasini is working on
 it.


 The reported L1 [1] issue is not an issue of user-core, as I understood
 while reproducing it.

  AFAIU, it is due to the server startup script not facilitating this
 kind of a scenario in a straight forward manner. But it can be overcome by
 workarounds as I have mentioned in the comment to the issue.

 Can you please review the comment and advice what should be done to this
 L1?


 Thanks Senaka for the  explanation.

  Yes, this is an issue from UM core. The thing is the UM core does not
 test the existence of the DB before running the -Dsetup script. In Registry
 Kernel, we check for the existence of the DB by running this query, SELECT
 REG_PATH_ID FROM REG_PATH WHERE REG_PATH_VALUE='/'.

 You need to do something similar, which you have done, SELECT * FROM
 UM_USERS. But, in this scenario, it seems to be failing for some reason.
 Can you check why that fails during the start-up of the second server?


 As I understood, start up of the second server fails because when it is
 started with -Dsetup, db script is run in the UM_DB where tables are already
 created and some initial values are added by the first server.


 Now, that's part 1 of this fix. Part 2, is bit tricky. If you check the
 h2.sql, you'll notice that there are IF NOT EXISTS for each creation. But,
 in mysql.sql, some do not have it. I don't know the exact reasons for that,
 but it seems to be another issue that leads to this.


 I will look more into this according to what you have mentioned.


 Had a look into this again, and part 2, should not be related in this case.
 You need to check what makes the execution of SELECT * FROM UM_USERS fail
 with an SQLException which is what makes UM core, attempt to recreate the
 Database.


Thanks Senaka, yes the above SQL query hard coded in user-core  queries from
a wrong database table name.
Fixing it, solved the L1 too. Wonder why this issue has not been uncovered
before...

Thanks,
Hasini.


 Thanks,
 Senaka.


 Thanks,
 Hasini.


 Thanks,
 Senaka.


 [1]https://wso2.org/jira/browse/CARBON-9881

 Thanks,
 Hasini.


 Thanks,
 Thilina

 On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez az...@wso2.com wrote:

 Folks,
 What is the plan to address these? Are people working on these L1s?
 After the branching, you have to make sure that the fixes are committed 
 to
 the trunk as well as the branch. The proper process is, to fix this in 
 the
 trunk, create a patch and attach it to the Jira, and then commit that 
 patch
 to the trunk. Please follow that process.

 Thanks
 Azeez

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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




 --
 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



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




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com
 *
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
 Linked-In: http://linkedin.com/in/senakafernando

 *Lean . Enterprise . Middleware


 ___
 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




 --
 *Senaka Fernando*
 Product Manager - WSO2 Governance Registry;
 Associate Technical Lead; WSO2 Inc.; http://wso2.com*
 Member; Apache Software Foundation; http://apache.org

 E-mail: senaka AT wso2.com
 **P: +1 408 754 7388

Re: [Carbon-dev] [Carbon-jira] [jira] Resolved: (CARBON-9881) Unable to start up server when pointed to the same database when registries are seperated

[Hasini Gunasinghe]

On Sun, May 22, 2011 at 3:13 PM, Afkham Azeez az...@wso2.com wrote:

 Like I mentioned earlier, you are not supposed to resolve issues until you
 have committed to the branch.


Noted. I have kept the diff files locally and will attach them to the jira,
apply them to the branch as well and will then resolve the issue.

Thanks,
Hasini.



 On Sun, May 22, 2011 at 2:28 PM, Hasini Gunasinghe (JIRA) 
 j...@wso2.orgwrote:


 [
 https://wso2.org/jira/browse/CARBON-9881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]

 Hasini Gunasinghe resolved CARBON-9881.
 ---

Resolution: Fixed

  Unable to start up server when pointed to the same database when
 registries are seperated
 
 -
 
  Key: CARBON-9881
  URL: https://wso2.org/jira/browse/CARBON-9881
  Project: WSO2 Carbon
   Issue Type: Bug
   Components: User Management
 Affects Versions: 3.2.0
  Environment: QA test setup
 Reporter: Ishani Ratnayake
 Assignee: Hasini Gunasinghe
 Priority: Highest
 
  - Created two database named reg_config_db and reg_gov_db. Used the
 configuration registry's and Governance registry's user mgmt pointed to
 reg_config_db.
  - Was able to successfully start up the config registry but got the
 following error when starting up the gov registry with '-Dsetup'
  [2011-05-13 10:03:45,015] ERROR
 {org.wso2.carbon.user.core.internal.Activator} -  Cannot start User Manager
 Core bundle
  java.lang.Exception: Error in creating the database
at
 org.wso2.carbon.user.core.common.DefaultRealmService.initializeDatabase(DefaultRealmService.java:280)
at
 org.wso2.carbon.user.core.common.DefaultRealmService.init(DefaultRealmService.java:84)
at
 org.wso2.carbon.user.core.common.DefaultRealmService.init(DefaultRealmService.java:117)
at
 org.wso2.carbon.user.core.internal.Activator.startDeploy(Activator.java:51)
at
 org.wso2.carbon.user.core.internal.BundleCheckActivator.start(BundleCheckActivator.java:54)
at
 org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:782)
at java.security.AccessController.doPrivileged(Native Method)
at
 org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:773)
at
 org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:754)
at
 org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:352)
at
 org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:370)
at
 org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1068)
at
 org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:557)
at
 org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:464)
at
 org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:248)
at
 org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:445)
at
 org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:220)
at
 org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:330)
  Caused by: java.lang.Exception: Error occurred while executing :
 CREATE INDEX REG_PATH_IND_BY_PATH_VALUE USING HASH ON
 REG_PATH(REG_PATH_VALUE, REG_TENANT_ID)
at
 org.wso2.carbon.utils.dbcreator.DatabaseCreator.executeSQL(DatabaseCreator.java:170)
at
 org.wso2.carbon.utils.dbcreator.DatabaseCreator.executeSQLScript(DatabaseCreator.java:323)
at
 org.wso2.carbon.utils.dbcreator.DatabaseCreator.createRegistryDatabase(DatabaseCreator.java:61)
at
 org.wso2.carbon.user.core.common.DefaultRealmService.initializeDatabase(DefaultRealmService.java:274)
... 17 more
  Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException:
 Duplicate key name 'REG_PATH_IND_BY_PATH_VALUE'
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
 Method)
at
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)
at com.mysql.jdbc.Util.getInstance(Util.java:381)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1030)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3515

Re: [Carbon-dev] 56 L1s still open!

[Hasini Gunasinghe]

Hi,

On Sat, May 21, 2011 at 9:19 PM, Thilina Buddhika thili...@wso2.com wrote:

 We have one L1 to fix from the security side and Hasini is working on it.


The reported L1 [1] issue is not an issue of user-core, as I understood
while reproducing it.

AFAIU, it is due to the server startup script not facilitating this kind of
a scenario in a straight forward manner. But it can be overcome by
workarounds as I have mentioned in the comment to the issue.

Can you please review the comment and advice what should be done to this L1?

[1]https://wso2.org/jira/browse/CARBON-9881

Thanks,
Hasini.


 Thanks,
 Thilina

 On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez az...@wso2.com wrote:

 Folks,
 What is the plan to address these? Are people working on these L1s? After
 the branching, you have to make sure that the fixes are committed to the
 trunk as well as the branch. The proper process is, to fix this in the
 trunk, create a patch and attach it to the Jira, and then commit that patch
 to the trunk. Please follow that process.

 Thanks
 Azeez

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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




 --
 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


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

Re: [Carbon-dev] Defining a role as internal or external

[Hasini Gunasinghe]

Hi,

This is the understanding that I have regarding this. Please correct if
anything is wrong.

Differentiation of roles as external or internal is based on whether we
manage user roles in the user store itself or in internal UM database in a
hybrid manner.

For an example, we find the above use case with LDAP user store where we can
either manage roles in LDAP itself or in internal JDBC database in a hybrid
manner (basically when user store is read only).

In that case, internal role means: if a role is managed in internal UM
database in a hybrid manner.
   external role means: if a role is managed in LDAP user
store - can be either embedded LDAP or external LDAP.

I think above mail is related to issue:
https://wso2.org/jira/browse/CARBON-9195. The issue reported there is the
default behavior according to above understanding.
Because JDBC user store manager handles roles in hybrid manner only when
read only property is set to true in user-mgt.xml.

Thanks,
Hasini.

On Fri, May 6, 2011 at 11:09 AM, Amila Jayasekara ami...@wso2.com wrote:

 Hi All,

 How do we define whether a particular role is internal or external ? (Role
 type)

 After a chat with Pavithra, we came to following conclusion.

 If a role is defined within a server we treat those as internal roles.
 If a server reads role information from some other user store we
 consider those as external roles.

 If above definition is not correct, please advice.

 Thanks
 AmilaJ
 ___
 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] LDAP ports reading from carbon.xml is inconsistent!

[Hasini Gunasinghe]

On Wed, May 18, 2011 at 12:28 PM, Afkham Azeez az...@wso2.com wrote:

 Hasini,
 Please fix the Embedded LDAP starting code so that I can commit the port
 offset fix.


Sure, I am currently working on it.
Thanks,
Hasini.



 On Tue, May 17, 2011 at 2:06 AM, Hasini Gunasinghe has...@wso2.comwrote:



 On Mon, May 16, 2011 at 11:43 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Mon, May 16, 2011 at 11:34 PM, Afkham Azeez az...@wso2.com wrote:



 On Mon, May 16, 2011 at 11:30 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Mon, May 16, 2011 at 11:11 PM, Afkham Azeez az...@wso2.com wrote:

 In addition;
 public static String getPortFromServerConfig(String property) {

 ports are always integers. Is it possible for you to change that?


 This was changed to return port as int type, in CarbonUtils.java.

 Due to that change following classes needed to be chaged:
 1. LDAPConnectionContext.java, LDAPUserStoreManager.java - verified.
 2. HttpTransport.java - Here I only commented out the string to int
 conversions made earlier. Please remove the unnecessary code as of now.
 3. JMXServerManager.java

 I built the core and tested the changed bundles by deploying in a
 near-latest build. Didn't find any issues. Hence committed.

 Please let me know if you find any regression issues due to changes.

 Will do the other fix too that is mentioned earlier in this thread.

 Thanks,
 Hasini.



 When introducing above method, the purpose was to override only the
 part what represents the port in LDAP connection url mentioned in the
 user-mgt.xml.


 Ports are not always used to construct URLs as in your case.


 Agree. Will change it accordingly.



 So after reading the port from above method, I combined it again to
 construct the LDAP url which is a string and that it why above method
 returns the string itself read from carbon.xml.

 If the correct way is to return it after converting to an int, I will
 do that change. But then we have to convert to a string again to combine 
 it
 and construct the url.
 Please let me know if I need to proceed changing the return type to
 int.

 Thanks,
 Hasini.



 On Mon, May 16, 2011 at 11:01 PM, Hasini Gunasinghe 
 has...@wso2.comwrote:

 Hi Azeez,

 I didn't clearly get the problem here. Let me explain the LDAP port
 usage. There are two places where LDAP port is used in code.

 1. When starting embedded-ldap - this is done in ldap-server
 component which starts before user-core.
Earlier the port was in embedded-ldap.xml and AmilaJ has fixed it
 to read it from carbon.xml

 2. When user manager connects to the user store -  this is done in
 user-core.
Earlier port was in user-mgt.xml and I made it overridden from
 carbon.xml.

 I understand it is done in two ways. Can you please explain where I
 should fix this?
 Do I need to make both places read directly from carbon.xml or both
 places read port through CarbonUtils.getPortFromServerConfig method?

 Thanks,
 Hasini.

 On Mon, May 16, 2011 at 10:39 PM, Afkham Azeez az...@wso2.comwrote:

 [2011-05-16 22:33:15,402]  INFO
 {org.wso2.carbon.ldap.server.DirectoryActivator} -  Starting directory
 service on port 10399
 [2011-05-16 22:33:18,567] ERROR
 {org.wso2.carbon.user.core.ldap.LDAPConnectionContext} -  Error 
 obtaining
 connection. localhost:10401

 The port creation is done by directly reading form the carbon.xml
 file, but connecting to that is done using the
 CarbonUtils.getPortFromServerConfig method. Because of this, I cannot 
 get
 the port Offset to work. Please fix this ASAP.

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77

Re: [Carbon-dev] LDAP ports reading from carbon.xml is inconsistent!

[Hasini Gunasinghe]

On Wed, May 18, 2011 at 12:33 PM, Hasini Gunasinghe has...@wso2.com wrote:



 On Wed, May 18, 2011 at 12:28 PM, Afkham Azeez az...@wso2.com wrote:

 Hasini,
 Please fix the Embedded LDAP starting code so that I can commit the port
 offset fix.


 Sure, I am currently working on it.


I fixed it, tested and committed. Please let me know if you find any issues.
And sorry that you had to wait till this is done to commit your work.

Thanks,
Hasini.


 Thanks,
 Hasini.



 On Tue, May 17, 2011 at 2:06 AM, Hasini Gunasinghe has...@wso2.comwrote:



 On Mon, May 16, 2011 at 11:43 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Mon, May 16, 2011 at 11:34 PM, Afkham Azeez az...@wso2.com wrote:



 On Mon, May 16, 2011 at 11:30 PM, Hasini Gunasinghe 
 has...@wso2.comwrote:



 On Mon, May 16, 2011 at 11:11 PM, Afkham Azeez az...@wso2.comwrote:

 In addition;
 public static String getPortFromServerConfig(String property) {

 ports are always integers. Is it possible for you to change that?


 This was changed to return port as int type, in CarbonUtils.java.

 Due to that change following classes needed to be chaged:
 1. LDAPConnectionContext.java, LDAPUserStoreManager.java - verified.
 2. HttpTransport.java - Here I only commented out the string to int
 conversions made earlier. Please remove the unnecessary code as of now.
 3. JMXServerManager.java

 I built the core and tested the changed bundles by deploying in a
 near-latest build. Didn't find any issues. Hence committed.

 Please let me know if you find any regression issues due to changes.

 Will do the other fix too that is mentioned earlier in this thread.

 Thanks,
 Hasini.



 When introducing above method, the purpose was to override only the
 part what represents the port in LDAP connection url mentioned in the
 user-mgt.xml.


 Ports are not always used to construct URLs as in your case.


 Agree. Will change it accordingly.



 So after reading the port from above method, I combined it again to
 construct the LDAP url which is a string and that it why above method
 returns the string itself read from carbon.xml.

 If the correct way is to return it after converting to an int, I will
 do that change. But then we have to convert to a string again to combine 
 it
 and construct the url.
 Please let me know if I need to proceed changing the return type to
 int.

 Thanks,
 Hasini.



 On Mon, May 16, 2011 at 11:01 PM, Hasini Gunasinghe has...@wso2.com
  wrote:

 Hi Azeez,

 I didn't clearly get the problem here. Let me explain the LDAP port
 usage. There are two places where LDAP port is used in code.

 1. When starting embedded-ldap - this is done in ldap-server
 component which starts before user-core.
Earlier the port was in embedded-ldap.xml and AmilaJ has fixed it
 to read it from carbon.xml

 2. When user manager connects to the user store -  this is done in
 user-core.
Earlier port was in user-mgt.xml and I made it overridden from
 carbon.xml.

 I understand it is done in two ways. Can you please explain where I
 should fix this?
 Do I need to make both places read directly from carbon.xml or both
 places read port through CarbonUtils.getPortFromServerConfig method?

 Thanks,
 Hasini.

 On Mon, May 16, 2011 at 10:39 PM, Afkham Azeez az...@wso2.comwrote:

 [2011-05-16 22:33:15,402]  INFO
 {org.wso2.carbon.ldap.server.DirectoryActivator} -  Starting directory
 service on port 10399
 [2011-05-16 22:33:18,567] ERROR
 {org.wso2.carbon.user.core.ldap.LDAPConnectionContext} -  Error 
 obtaining
 connection. localhost:10401

 The port creation is done by directly reading form the carbon.xml
 file, but connecting to that is done using the
 CarbonUtils.getPortFromServerConfig method. Because of this, I cannot 
 get
 the port Offset to work. Please fix this ASAP.

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean

Re: [Carbon-dev] How to check for Admin Role

[Hasini Gunasinghe]

Hi,

On Wed, May 18, 2011 at 9:36 AM, Dimuthu Leelarathne dimut...@wso2.comwrote:

 Hi

 On Tue, May 17, 2011 at 5:35 PM, Amila Suriarachchi am...@wso2.comwrote:


 without making assumptions please try yourself with a clean build. In the
 registry permissions section I can only see the admin role (not the
 adminRole I set)


 Sorry about this. Created an L1 issue for this. We'll fix it soon.

 https://wso2.org/jira/browse/CARBON-10045


I had a look into this issue. This is an issue related to a behavior of
default user - which is embedded-ldap, and it is not an issue of user-core.

I have added a comment to the issue. Let me explain it here as well.

When starting embedded-ldap, a default partition (dc=wso2,dc=org) is created
with an admin user and admin role according to the names provided in
embedded-ldap.xml which is in repository/conf.

The default values given there, are : admin user name= admin, admin role
name= admin.

And this is why you see a role named : admin even after changing the admin
role name in user-mgt.xml. If you change the admin role name in both
user-mgt.xml and embedded-ldap.xml, this issue will not occur.

But I know it is not a good idea to change the same configuration in two
files. So IMO, we need to override admin-role mentioned in embedded-ldap.xml
by the one mentioned in user-mgt.xml.

In order to do that, we need to get realm configuration from realm service.
But user core is not started at the time ldap-server component is started.
Therefore we need to separately read user-mgt.xml in ldap-server component
when creating admin role at ldap server start up.

Please let me know whether there is a better way to fix this issue of having
to set admin role name in two config files..

Thanks,
Hasini.



 tx,
 dimuthu



 thanks,
 Amila.


 tx,
 dimuthul



 Please see the attachments.

 thanks,
 Amila,


 tx,
 dimuthul


 And also,

 userRealm.getAuthorizationManager().isUserAuthorized(
 loggedInUser, topicResourcePath,

 EventBrokerConstants.EB_PERMISSION_CHANGE_PERMISSION)

 returns false if user is not explicitly given the permission to that
 resource. But in carbon there is a convention to
 allow any user in admin role to do any activity. Then why don't we add
 that rule too to the user manager.

 Then everyone does not have to repeat admin role check every where.

 thanks,
 Amila.


 [1] https://wso2.org/jira/browse/CARBON-9959

 ___
 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 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 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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] LDAP ports reading from carbon.xml is inconsistent!

[Hasini Gunasinghe]

Hi Azeez,

I didn't clearly get the problem here. Let me explain the LDAP port usage.
There are two places where LDAP port is used in code.

1. When starting embedded-ldap - this is done in ldap-server component which
starts before user-core.
   Earlier the port was in embedded-ldap.xml and AmilaJ has fixed it to read
it from carbon.xml

2. When user manager connects to the user store -  this is done in
user-core.
   Earlier port was in user-mgt.xml and I made it overridden from
carbon.xml.

I understand it is done in two ways. Can you please explain where I should
fix this?
Do I need to make both places read directly from carbon.xml or both places
read port through CarbonUtils.getPortFromServerConfig method?

Thanks,
Hasini.

On Mon, May 16, 2011 at 10:39 PM, Afkham Azeez az...@wso2.com wrote:

 [2011-05-16 22:33:15,402]  INFO
 {org.wso2.carbon.ldap.server.DirectoryActivator} -  Starting directory
 service on port 10399
 [2011-05-16 22:33:18,567] ERROR
 {org.wso2.carbon.user.core.ldap.LDAPConnectionContext} -  Error obtaining
 connection. localhost:10401

 The port creation is done by directly reading form the carbon.xml file, but
 connecting to that is done using the CarbonUtils.getPortFromServerConfig
 method. Because of this, I cannot get the port Offset to work. Please fix
 this ASAP.

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] LDAP ports reading from carbon.xml is inconsistent!

[Hasini Gunasinghe]

On Mon, May 16, 2011 at 11:09 PM, Afkham Azeez az...@wso2.com wrote:



 On Mon, May 16, 2011 at 11:01 PM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Azeez,

 I didn't clearly get the problem here. Let me explain the LDAP port usage.
 There are two places where LDAP port is used in code.

 1. When starting embedded-ldap - this is done in ldap-server component
 which starts before user-core.
Earlier the port was in embedded-ldap.xml and AmilaJ has fixed it to
 read it from carbon.xml


 Starting code does not use the  CarbonUtils.getPortFromServerConfig method,
 but the connection part mentioned below uses that method. So, when you do
 the same thing in two different ways, there will be inconsistencies, as I
 discovered by introducing the port offset.


IIRC, CarbonUtils.getPortFromServerConfig method has not been introduced
when above fix was done.
So I will change it to read port from CarbonUtils.getPortFromServerConfig
 method.


 2. When user manager connects to the user store -  this is done in
 user-core.
Earlier port was in user-mgt.xml and I made it overridden from
 carbon.xml.

 I understand it is done in two ways. Can you please explain where I should
 fix this?
 Do I need to make both places read directly from carbon.xml or both places
 read port through CarbonUtils.getPortFromServerConfig method?

 Thanks,
 Hasini.

 On Mon, May 16, 2011 at 10:39 PM, Afkham Azeez az...@wso2.com wrote:

 [2011-05-16 22:33:15,402]  INFO
 {org.wso2.carbon.ldap.server.DirectoryActivator} -  Starting directory
 service on port 10399
 [2011-05-16 22:33:18,567] ERROR
 {org.wso2.carbon.user.core.ldap.LDAPConnectionContext} -  Error obtaining
 connection. localhost:10401

 The port creation is done by directly reading form the carbon.xml file,
 but connecting to that is done using the CarbonUtils.getPortFromServerConfig
 method. Because of this, I cannot get the port Offset to work. Please fix
 this ASAP.

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] LDAP ports reading from carbon.xml is inconsistent!

[Hasini Gunasinghe]

On Mon, May 16, 2011 at 11:11 PM, Afkham Azeez az...@wso2.com wrote:

 In addition;
 public static String getPortFromServerConfig(String property) {

 ports are always integers. Is it possible for you to change that?


When introducing above method, the purpose was to override only the part
what represents the port in LDAP connection url mentioned in the
user-mgt.xml.
So after reading the port from above method, I combined it again to
construct the LDAP url which is a string and that it why above method
returns the string itself read from carbon.xml.

If the correct way is to return it after converting to an int, I will do
that change. But then we have to convert to a string again to combine it and
construct the url.
Please let me know if I need to proceed changing the return type to int.

Thanks,
Hasini.



 On Mon, May 16, 2011 at 11:01 PM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Azeez,

 I didn't clearly get the problem here. Let me explain the LDAP port usage.
 There are two places where LDAP port is used in code.

 1. When starting embedded-ldap - this is done in ldap-server component
 which starts before user-core.
Earlier the port was in embedded-ldap.xml and AmilaJ has fixed it to
 read it from carbon.xml

 2. When user manager connects to the user store -  this is done in
 user-core.
Earlier port was in user-mgt.xml and I made it overridden from
 carbon.xml.

 I understand it is done in two ways. Can you please explain where I should
 fix this?
 Do I need to make both places read directly from carbon.xml or both places
 read port through CarbonUtils.getPortFromServerConfig method?

 Thanks,
 Hasini.

 On Mon, May 16, 2011 at 10:39 PM, Afkham Azeez az...@wso2.com wrote:

 [2011-05-16 22:33:15,402]  INFO
 {org.wso2.carbon.ldap.server.DirectoryActivator} -  Starting directory
 service on port 10399
 [2011-05-16 22:33:18,567] ERROR
 {org.wso2.carbon.user.core.ldap.LDAPConnectionContext} -  Error obtaining
 connection. localhost:10401

 The port creation is done by directly reading form the carbon.xml file,
 but connecting to that is done using the CarbonUtils.getPortFromServerConfig
 method. Because of this, I cannot get the port Offset to work. Please fix
 this ASAP.

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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] LDAP ports reading from carbon.xml is inconsistent!

[Hasini Gunasinghe]

On Mon, May 16, 2011 at 11:34 PM, Afkham Azeez az...@wso2.com wrote:



 On Mon, May 16, 2011 at 11:30 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Mon, May 16, 2011 at 11:11 PM, Afkham Azeez az...@wso2.com wrote:

 In addition;
 public static String getPortFromServerConfig(String property) {

 ports are always integers. Is it possible for you to change that?


 When introducing above method, the purpose was to override only the part
 what represents the port in LDAP connection url mentioned in the
 user-mgt.xml.


 Ports are not always used to construct URLs as in your case.


Agree. Will change it accordingly.



 So after reading the port from above method, I combined it again to
 construct the LDAP url which is a string and that it why above method
 returns the string itself read from carbon.xml.

 If the correct way is to return it after converting to an int, I will do
 that change. But then we have to convert to a string again to combine it and
 construct the url.
 Please let me know if I need to proceed changing the return type to int.

 Thanks,
 Hasini.



 On Mon, May 16, 2011 at 11:01 PM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Azeez,

 I didn't clearly get the problem here. Let me explain the LDAP port
 usage. There are two places where LDAP port is used in code.

 1. When starting embedded-ldap - this is done in ldap-server component
 which starts before user-core.
Earlier the port was in embedded-ldap.xml and AmilaJ has fixed it to
 read it from carbon.xml

 2. When user manager connects to the user store -  this is done in
 user-core.
Earlier port was in user-mgt.xml and I made it overridden from
 carbon.xml.

 I understand it is done in two ways. Can you please explain where I
 should fix this?
 Do I need to make both places read directly from carbon.xml or both
 places read port through CarbonUtils.getPortFromServerConfig method?

 Thanks,
 Hasini.

 On Mon, May 16, 2011 at 10:39 PM, Afkham Azeez az...@wso2.com wrote:

 [2011-05-16 22:33:15,402]  INFO
 {org.wso2.carbon.ldap.server.DirectoryActivator} -  Starting directory
 service on port 10399
 [2011-05-16 22:33:18,567] ERROR
 {org.wso2.carbon.user.core.ldap.LDAPConnectionContext} -  Error obtaining
 connection. localhost:10401

 The port creation is done by directly reading form the carbon.xml file,
 but connecting to that is done using the 
 CarbonUtils.getPortFromServerConfig
 method. Because of this, I cannot get the port Offset to work. Please fix
 this ASAP.

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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] LDAP ports reading from carbon.xml is inconsistent!

[Hasini Gunasinghe]

On Mon, May 16, 2011 at 11:43 PM, Hasini Gunasinghe has...@wso2.com wrote:



 On Mon, May 16, 2011 at 11:34 PM, Afkham Azeez az...@wso2.com wrote:



 On Mon, May 16, 2011 at 11:30 PM, Hasini Gunasinghe has...@wso2.comwrote:



 On Mon, May 16, 2011 at 11:11 PM, Afkham Azeez az...@wso2.com wrote:

 In addition;
 public static String getPortFromServerConfig(String property) {

 ports are always integers. Is it possible for you to change that?


This was changed to return port as int type, in CarbonUtils.java.

Due to that change following classes needed to be chaged:
1. LDAPConnectionContext.java, LDAPUserStoreManager.java - verified.
2. HttpTransport.java - Here I only commented out the string to int
conversions made earlier. Please remove the unnecessary code as of now.
3. JMXServerManager.java

I built the core and tested the changed bundles by deploying in a
near-latest build. Didn't find any issues. Hence committed.

Please let me know if you find any regression issues due to changes.

Will do the other fix too that is mentioned earlier in this thread.

Thanks,
Hasini.



 When introducing above method, the purpose was to override only the part
 what represents the port in LDAP connection url mentioned in the
 user-mgt.xml.


 Ports are not always used to construct URLs as in your case.


 Agree. Will change it accordingly.



 So after reading the port from above method, I combined it again to
 construct the LDAP url which is a string and that it why above method
 returns the string itself read from carbon.xml.

 If the correct way is to return it after converting to an int, I will do
 that change. But then we have to convert to a string again to combine it and
 construct the url.
 Please let me know if I need to proceed changing the return type to int.

 Thanks,
 Hasini.



 On Mon, May 16, 2011 at 11:01 PM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Azeez,

 I didn't clearly get the problem here. Let me explain the LDAP port
 usage. There are two places where LDAP port is used in code.

 1. When starting embedded-ldap - this is done in ldap-server component
 which starts before user-core.
Earlier the port was in embedded-ldap.xml and AmilaJ has fixed it to
 read it from carbon.xml

 2. When user manager connects to the user store -  this is done in
 user-core.
Earlier port was in user-mgt.xml and I made it overridden from
 carbon.xml.

 I understand it is done in two ways. Can you please explain where I
 should fix this?
 Do I need to make both places read directly from carbon.xml or both
 places read port through CarbonUtils.getPortFromServerConfig method?

 Thanks,
 Hasini.

 On Mon, May 16, 2011 at 10:39 PM, Afkham Azeez az...@wso2.com wrote:

 [2011-05-16 22:33:15,402]  INFO
 {org.wso2.carbon.ldap.server.DirectoryActivator} -  Starting directory
 service on port 10399
 [2011-05-16 22:33:18,567] ERROR
 {org.wso2.carbon.user.core.ldap.LDAPConnectionContext} -  Error obtaining
 connection. localhost:10401

 The port creation is done by directly reading form the carbon.xml
 file, but connecting to that is done using the
 CarbonUtils.getPortFromServerConfig method. Because of this, I cannot get
 the port Offset to work. Please fix this ASAP.

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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 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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*



___
Carbon-dev mailing list
Carbon-dev

Re: [Carbon-dev] WSO2 Carbon Continuous Build was SUCCESSFUL

[Hasini Gunasinghe]

Hi,

Smoke tests were done on the IS pack: 11-May-2011 08:20, hosted at [1].

[1] http://builder.wso2.org/~carbon/releases/carbon/3.2.0/latest/
Thanks,
Hasini.

On Wed, May 11, 2011 at 6:44 PM, Lalaji Sureshika lal...@wso2.com wrote:

 Hi,

 Smoke tests are done for MS pack.

 Thanks,

 Best Regards,


 On Wed, May 11, 2011 at 4:42 PM, Manjula Rathnayake manju...@wso2.comwrote:

 Hi,

 Smoke test done for MB pack.

 Thank you.


 On Wed, May 11, 2011 at 5:04 PM, Dinithi Nallaperuma dini...@wso2.comwrote:

 Hi

 Smoke tests on the GS pack have been completed.

 --
 Regards,
 Dinithi Nallaperuma


 On Wed, May 11, 2011 at 2:33 PM, Samisa Abeysinghe sam...@wso2.comwrote:



 On Wed, May 11, 2011 at 2:04 PM, Afkham Azeez az...@wso2.com wrote:

 Can the RMs please verify these packs, and give another set to QA  to
 be deployed on private cloud?


 Note that this EC2 build run without tests.

 The local build that run with tests is failing



 On Wed, May 11, 2011 at 2:01 PM, WSO2 EC2 Carbon Builder 
 cbuil...@wso2.org wrote:

 [INFO] Extracting feature org.wso2.carbon:org.wso2.carbon.sts.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.servicehosting.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.dataservices.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.transport.mgt.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.transport.jms.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.transport.mail.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.statistics.transport.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.discovery.client.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.discovery.core.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.discovery.mediation.ext.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.discovery.proxy.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.discovery.ui.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.wsdl.tools.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.wsdl.tools.server.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.wsdl.tools.ui.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.xkms.mgt.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.multiple.instance.feature
 [INFO] Extracting feature org.wso2.esb:org.wso2.esb.styles.feature
 [INFO] Extracting feature
 org.wso2.governance:org.wso2.governance.styles.feature
 [INFO] Extracting feature org.wso2.gs:org.wso2.gs.styles.feature
 [INFO] Extracting feature org.wso2.gs:org.wso2.gs.menu.feature
 [INFO] Extracting feature
 org.wso2.identity:org.wso2.identity.styles.feature
 [INFO] Extracting feature
 org.wso2.identity:org.wso2.identity.utils.feature
 [INFO] Extracting feature org.wso2.ms:org.wso2.ms.styles.feature
 [INFO] Extracting feature
 org.wso2.appserver:org.wso2.appserver.styles.feature
 [INFO] Extracting feature
 org.wso2.appserver:org.wso2.appserver.utils.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.cloud.csg.agent.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.cloud.csg.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.application.mgt.webapp.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.application.deployer.webapp.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.unifiedendpoint.server.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.event.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.messagebox.feature
 [INFO] Copying resources
 [INFO] Running Equinox P2 Publisher Application for Repository
 Generation
 [INFO] Generating metadata for ..
 [INFO] Generation completed with success [53 seconds].
 [INFO] Running Equinox P2 Category Publisher Application for the
 Generated Repository
 [INFO] [install:install {execution: default-install}]
 [INFO] Installing /home/carbon/carbon/features/repository/pom.xml to
 /home/carbon/.m2/repository/org/wso2/carbon/wso2carbon-feature-repository/3.2.0-SNAPSHOT/wso2carbon-feature-repository-3.2.0-SNAPSHOT.pom
 [INFO]
 
 [INFO] BUILD SUCCESSFUL
 [INFO]
 
 [INFO] Total time: 2 minutes 40 seconds
 [INFO] Finished at: Wed May 11 08:31:37 UTC 2011
 [INFO] Final Memory: 25M/981M
 [INFO]
 
 2011-05-11_08-16-52
 Carbon  packs are available at :
 http://builder.wso2.org/~carbon/releases/carbon/3.2.0/latest/
 tail -n50 $CARBON_SRC_HOME/build.log
 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; 

Re: [Carbon-dev] G-Reg build failure

[Hasini Gunasinghe]

I will look into the following issue.

On Tue, May 3, 2011 at 1:27 AM, Afkham Azeez az...@wso2.com wrote:

 [INFO] Installing org.wso2.carbon.tenant.mgt.core.feature.group
 1.1.0.SNAPSHOT.
 [ERROR] An error occurred while configuring the installed items
 [ERROR]  session context was:(profile=WSO2CarbonProfile,
 phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.Configure,
 operand=null --
 [R]org.wso2.carbon.identity.relying.party.server.feature.group
 3.2.0.SNAPSHOT,
 action=org.eclipse.equinox.internal.p2.touchpoint.natives.actions.CopyAction).
 [ERROR]  I/O Error while copying
 /Users/azeez/projects/wso2/org/trunk/carbon/products/greg/modules/p2-profile-gen/service/target/wso2carbon-core-3.2.0-SNAPSHOT/repository/components/claim-config.xml
 - see details.
 [ERROR] Caused by:  java.io.IOException: Source:
 /Users/azeez/projects/wso2/org/trunk/carbon/products/greg/modules/p2-profile-gen/service/target/wso2carbon-core-3.2.0-SNAPSHOT/repository/components/claim-config.xmldoes
 not exists
 [ERROR] Application failed, log file location:
 /Users/azeez/projects/wso2/org/trunk/carbon/products/greg/modules/p2-profile-gen/service/target/p2-agent/configuration/1304366358130.log
 [INFO]
 
 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO]

 [INFO]
 
 [INFO] For more information, run Maven with the -e switch


 --
 *Afkham Azeez*
 Senior Software Architect  Senior Manager; WSO2, Inc.; http://wso2.com,
 *
 *
 *Member; Apache Software Foundation; 
 **http://www.apache.org/*http://www.apache.org/
 *
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] G-Reg build failure

[Hasini Gunasinghe]

On Tue, May 3, 2011 at 7:31 AM, Hasini Gunasinghe has...@wso2.com wrote:

 I will look into the following issue.


Fixed the following issue.
I have removed a duplicated config file. But there has been an svn extern to
entire folder containing that file, in another feature. Hence added it
back.
Sorry about the inconvenience.

Thanks,
Hasini.


 On Tue, May 3, 2011 at 1:27 AM, Afkham Azeez az...@wso2.com wrote:

 [INFO] Installing org.wso2.carbon.tenant.mgt.core.feature.group
 1.1.0.SNAPSHOT.
 [ERROR] An error occurred while configuring the installed items
 [ERROR]  session context was:(profile=WSO2CarbonProfile,
 phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.Configure,
 operand=null --
 [R]org.wso2.carbon.identity.relying.party.server.feature.group
 3.2.0.SNAPSHOT,
 action=org.eclipse.equinox.internal.p2.touchpoint.natives.actions.CopyAction).
 [ERROR]  I/O Error while copying
 /Users/azeez/projects/wso2/org/trunk/carbon/products/greg/modules/p2-profile-gen/service/target/wso2carbon-core-3.2.0-SNAPSHOT/repository/components/claim-config.xml
 - see details.
 [ERROR] Caused by:  java.io.IOException: Source:
 /Users/azeez/projects/wso2/org/trunk/carbon/products/greg/modules/p2-profile-gen/service/target/wso2carbon-core-3.2.0-SNAPSHOT/repository/components/claim-config.xmldoes
 not exists
 [ERROR] Application failed, log file location:
 /Users/azeez/projects/wso2/org/trunk/carbon/products/greg/modules/p2-profile-gen/service/target/p2-agent/configuration/1304366358130.log
 [INFO]
 
 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO]

 [INFO]
 
 [INFO] For more information, run Maven with the -e switch


 --
 *Afkham Azeez*
 Senior Software Architect  Senior Manager; WSO2, Inc.; http://wso2.com,
 *
 *
 *Member; Apache Software Foundation; 
 **http://www.apache.org/*http://www.apache.org/
 *
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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 mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] New set of packs are available for Smoke Tests

[Hasini Gunasinghe]

Hi,

Smoke testing was done on latest IS pack [28-Apr-2011 13:54].
One blocker was found when changing admin password, and we will be fixing
it.

Other than that, other basic functionality works fine and the pack is ready
for QA.

Thanks,
Hasini.


On Thu, Apr 28, 2011 at 5:30 PM, Dinithi Nallaperuma dini...@wso2.comwrote:


 Hi,

 A smoke test was done for GS pack in 
 http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest.
 http://10.100.1.43/%7Ecarbon/releases/carbon/3.2.0/latest/

 GS pack is ready for QA.

 Thank you.
 Regards,
 Dinithi Nallaperuma




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

Re: [Carbon-dev] [Important] - RMs :Do a smoke test on your products before releasing packs for QA

[Hasini Gunasinghe]

Hi,

While doing smoke testing on the latest IS build, came across a feature that
needs to be removed. I will remove it from IS features and will host a new
pack and will inform the thread.

Thanks,
Hasini.

On Wed, Apr 27, 2011 at 11:10 AM, Manjula Rathnayake manju...@wso2.comwrote:

 Hi,

 Smoke tests are started and reporting issues found.

 Thank you.


 On Wed, Apr 27, 2011 at 11:08 AM, Pradeep Fernando prad...@wso2.comwrote:

 hi,

 On Wed, Apr 27, 2011 at 4:06 AM, Denis Weerasiri de...@wso2.com wrote:
  Hi RMs,
  Carbon  packs are available at :
  http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest/ .
  Please do a smoke test on your product and let QA team know whether the
  packs are ready for QA. Please prioritize this task.
  Some packs(brs,greg,esb etc) lacks the source packs.

 we are not building source packs anymore along with product builds.
 RIght now the procedure is to prepare a source pack separate from the
 build.

 --Pradeep


 
  --
  Thanks,
  Denis
  --
  Denis Weerasiri
  Software Engineer; WSO2 Inc.; http://wso2.com,
  email: denis [AT] wso2.com
  blog: http://ddweerasiri.blogspot.com
  twitter: http://twitter.com/ddweerasiri
  linked-in: http://lk.linkedin.com/in/ddweerasiri
 
 



 --
 Pradeep Fernando
 Software Engineer
 WSO2 Inc; http://wso2.com/

 blog: http://pradeepfernando.blogspot.com/
 m: +94776603662




 --
 Manjula Rathnayaka
 Software Engineer
 WSO2, Inc.
 Mobile:+94 77 743 1987

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

Re: [Carbon-dev] [Important] - RMs :Do a smoke test on your products before releasing packs for QA

[Hasini Gunasinghe]

Hi,

UI feature mentioned in the previous mail was removed from the IS build and
a new pack was made available at [1].

Smoke tests on basic features were done (except for InfoCard feature since
it needs Windows OS to test it).
And the following mentioned pack is ready for QA.
27-Apr-2011 16:07121M

[1]http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest/

http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest/Thanks,
Hasini.

On Wed, Apr 27, 2011 at 11:38 AM, Hasini Gunasinghe has...@wso2.com wrote:

 Hi,

 While doing smoke testing on the latest IS build, came across a feature
 that needs to be removed. I will remove it from IS features and will host a
 new pack and will inform the thread.

 Thanks,
 Hasini.

 On Wed, Apr 27, 2011 at 11:10 AM, Manjula Rathnayake manju...@wso2.comwrote:

 Hi,

 Smoke tests are started and reporting issues found.

 Thank you.


 On Wed, Apr 27, 2011 at 11:08 AM, Pradeep Fernando prad...@wso2.comwrote:

 hi,

 On Wed, Apr 27, 2011 at 4:06 AM, Denis Weerasiri de...@wso2.com wrote:
  Hi RMs,
  Carbon  packs are available at :
  http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest/ .
  Please do a smoke test on your product and let QA team know whether the
  packs are ready for QA. Please prioritize this task.
  Some packs(brs,greg,esb etc) lacks the source packs.

 we are not building source packs anymore along with product builds.
 RIght now the procedure is to prepare a source pack separate from the
 build.

 --Pradeep


 
  --
  Thanks,
  Denis
  --
  Denis Weerasiri
  Software Engineer; WSO2 Inc.; http://wso2.com,
  email: denis [AT] wso2.com
  blog: http://ddweerasiri.blogspot.com
  twitter: http://twitter.com/ddweerasiri
  linked-in: http://lk.linkedin.com/in/ddweerasiri
 
 



 --
 Pradeep Fernando
 Software Engineer
 WSO2 Inc; http://wso2.com/

 blog: http://pradeepfernando.blogspot.com/
 m: +94776603662




 --
 Manjula Rathnayaka
 Software Engineer
 WSO2, Inc.
 Mobile:+94 77 743 1987



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

[Carbon-dev] Release Readiness [IS] : L1 - [7] : L2 - [50]

[Hasini Gunasinghe]

$subject.

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

Re: [Carbon-dev] Code to be frozen on April 29th

[Hasini Gunasinghe]

Hi,

Regarding IS, currently we have 6 L1s as per [1]. 3 of them are
documentation issues and 1 is related to test cases.

Currently We are working on fixing L1s.

And we will be able to fix currently reported L1s by 29th and also fix some
of the L2s by then.

We have around 49 L2s.

Also, I have to test and fix a stratos-LDAPTenantManager related issue which
I plan to look into after attending to all the carbon L1s.

[1]
https://wso2.org/jira/secure/IssueNavigator.jspa?mode=hiderequestId=10492

Thanks,
Hasini.



On Tue, Apr 26, 2011 at 11:52 AM, Supun Kamburugamuva su...@wso2.comwrote:

 I thought we are going to branch first and then freeze the code.

 Thanks,
 Supun..

 On Tue, Apr 26, 2011 at 11:18 AM, Samisa Abeysinghe sam...@wso2.com
 wrote:
  Each RM please update on each product in terms of freezing code by EOD
 today
  on this thread.
  The release readiness update has been useful, specially to figure out
 that
  we are not addressing all L1s at product level. All RMs got
 to corporate and
  collaborate to bust all L1s please...
 
  On Fri, Apr 22, 2011 at 1:31 AM, Samisa Abeysinghe sam...@wso2.com
 wrote:
 
  We need to get cracking and get this release out.
  Please note $subject.
  All RMs to start to keep track of L1s and be done with all by Friday.
  All RMs please send a daily update with the mail subject:
  Release Readiness [Product Name] : L1 - [no of L1's] : L2 - [no of L2s]
 
  Thanks,
  Samisa...
 
  Samisa Abeysinghe
  VP Engineering
  WSO2 Inc.
  http://wso2.com
  http://wso2.org
 
 
 
  Thanks,
  Samisa...
 
  Samisa Abeysinghe
  VP Engineering
  WSO2 Inc.
  http://wso2.com
  http://wso2.org
 
 
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 



 --
 Supun Kamburugamuva
 Technical Lead   Product Manager, WSO2 Inc.; http://wso2.com
 Member, Apache Software Foundation; http://www.apache.org
 WSO2 Inc.;  http://wso2.org
 E-mail: su...@wso2.com;  Mobile: +94 77 431 3585
 Blog: http://supunk.blogspot.com
 ___
 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] Release Readiness [IS] : L1 - [11] : L2 - [51]

[Hasini Gunasinghe]

Hi,

Above is a summary of issues-count open on IS, security and user management
related components as per 25th April.

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

[Carbon-dev] Release Readiness [IS] : L1 - [16] : L2 - [42]

[Hasini Gunasinghe]

Hi,

Above is a summary of issues-count reported on IS, security and user
management related components.

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

[Carbon-dev] Fwd: Stauts of the release

[Hasini Gunasinghe]

Hi,

For IS, we have several L1 and L2 issues related to documentation and
functionality. Currently we are in the process of fixing the issues
according to the priority.
No blocking issues currently.

Regarding the code coverage, we have written integration tests for UserAdmin
service and in the process of covering other services as well.

Thanks,
Hasini.



-- Forwarded message --
From: Supun Malinga sup...@wso2.com
Date: Wed, Apr 20, 2011 at 11:00 AM
Subject: Re: [Carbon-dev] Stauts of the release
To: carbon-dev@wso2.org


Hi,

For Appserver we have few L1 issues (all are documentation), We are
currently working on writing those docs.

thanks,


On Wed, Apr 20, 2011 at 10:51 AM, Prabath Abeysekera praba...@wso2.comwrote:

 Hi,

 In DSS, we currently have 2 L1 issues and we are in the process of fixing
 them.
 No blocking issues as yet.


 Regards,

 On Wed, Apr 20, 2011 at 9:19 AM, Afkham Azeez az...@wso2.com wrote:

 RMs/PMs,
 What is the status of the release? How is the bug fixing progressing? What
 is the code coverage of each product? Any other blocking issues?

 --
 *Afkham Azeez*
 Senior Software Architect  Senior Manager; WSO2, Inc.; http://wso2.com,
 *
 *
 *Member; Apache Software Foundation; 
 **http://www.apache.org/*http://www.apache.org/
 *
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*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




 --
 Prabath Abeysekara
 Software Engineer
 WSO2 Inc.
 Email: praba...@wso2.com harsha...@wso2.com
 Mobile: +94774171471

 http://harshana05.blogspot.com/


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




-- 
Supun Malinga,

Software Engineer,

WSO2 Inc.
http://wso2.com
http://wso2.org
email - sup...@wso2.com sup...@wso2.com
mobile - 071 56 91 321


___
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] Unnecessary INFO Logs from the LDAP Component

[Hasini Gunasinghe]

+1. I will talk with AmilaJ as well and will make them debug level logs.

Thanks,
Hasini.

On Mon, Apr 18, 2011 at 11:38 AM, Hiranya Jayathilaka hira...@wso2.comwrote:

 I feel that following entries should be at DEBUG level:

 [2011-04-18 11:33:11,368]  INFO - LDAPConfigurationBuilder KDC server is
 disabled.
 [2011-04-18 11:33:11,372]  INFO - DirectoryActivator Initializing Directory
 Server with working directory
 /home/hiranya/Projects/Java/carbon-platform/trunk/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/data/org.wso2.carbon.directory
 and port 10389
 [2011-04-18 11:33:11,502]  INFO - CarbonSchemaLdifExtractor Schema
 directory
 '/home/hiranya/Projects/Java/carbon-platform/trunk/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/data/org.wso2.carbon.directory/schema'
 does NOT exist: extracted state set to false.
 [2011-04-18 11:33:11,667]  INFO - CarbonSchemaLdifExtractor Successfully
 extracted schema files to path
 /home/hiranya/Projects/Java/carbon-platform/trunk/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/data/org.wso2.carbon.directory/schema
 using schema zip file
 /home/hiranya/Projects/Java/carbon-platform/trunk/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/data/is-default-schema.zip
 ...
 [2011-04-18 11:33:15,617]  INFO - ApacheDirectoryPartitionManager Partition
 created with following attributes, partition id - root, Partition domain -
 dc=wso2,dc=org, Partition working directory
 /home/hiranya/Projects/Java/carbon-platform/trunk/products/esb/modules/distribution/product/target/wso2esb-4.0.0-SNAPSHOT/repository/data/org.wso2.carbon.directory/root


 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 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] WARN printed out from from org.apache.directory.server.core.normalization.FilterNormalizingVisitor

[Hasini Gunasinghe]

Hi,

Issue[1] related to this is now fixed. Please verify and let me know if
there is any further concerns.

On a side question, just for the information.. when looking into this issue
I noticed that port in the gadget server url is: 8443. In other products it
is usually 9443. Is there any specific reason for using a different port?

[1] https://wso2.org/jira/browse/CARBON-9193

Thanks,
Hasini.

On Wed, Mar 16, 2011 at 1:49 PM, Nuwan Bandara nu...@wso2.com wrote:

 Hi Hasini,

 Yeah my source is up to date, in-fact its there for all the GS team, please
 let me know if we have to do a fix from our side.

 Thanks
 /Nuwan


 On Wed, Mar 16, 2011 at 1:43 PM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Nuwan,

 I do not see these logs when running IS. I hope you are having an up to
 date build. I will get a GS build and see.

 Thanks,
 Hasini.

 On Wed, Mar 16, 2011 at 12:28 PM, Nuwan Bandara nu...@wso2.com wrote:

  Hi,

 When I fire up GS for the 1st time I am seeing a bunch of WARN messages
 [1] from
 org.apache.directory.server.core.normalization.FilterNormalizingVisitor. Any
 idea why this happens ?

 [1]

 [2011-03-16 12:20:57,470]  WARN
 {org.apache.directory.server.core.normalization.FilterNormalizingVisitor} -
 Failed to normalize filter value: ERR_04201 No more characters available at
 position 4
 [2011-03-16 12:20:57,470]  WARN
 {org.apache.directory.server.core.normalization.NormalizationInterceptor} -
 undefined filter based on undefined attributeType not evaluted at all.
 Returning empty enumeration.
 [2011-03-16 12:20:57,483]  WARN
 {org.apache.directory.server.core.normalization.FilterNormalizingVisitor} -
 Failed to normalize filter value: ERR_04201 No more characters available at
 position 4
 [2011-03-16 12:20:57,483]  WARN
 {org.apache.directory.server.core.normalization.NormalizationInterceptor} -
 undefined filter based on undefined attributeType not evaluted at all.
 Returning empty enumeration.
 [2011-03-16 12:20:57,498]  WARN
 {org.apache.directory.server.core.normalization.FilterNormalizingVisitor} -
 Failed to normalize filter value: ERR_04201 No more characters available at
 position 4
 [2011-03-16 12:20:57,498]  WARN
 {org.apache.directory.server.core.normalization.NormalizationInterceptor} -
 undefined filter based on undefined attributeType not evaluted at all.
 Returning empty enumeration.


 --
 Thanks  Regards,

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

 http://www.nuwanbando.com

 http://www.nuwanbando.com/

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





 --
 Thanks  Regards,

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

 http://www.nuwanbando.com

 http://www.nuwanbando.com/

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

Re: [Carbon-dev] WARN printed out from from org.apache.directory.server.core.normalization.FilterNormalizingVisitor

[Hasini Gunasinghe]

Thanks Nuwan for the references.

As pointed out in the discussion at [2] also, I too faced a usability issue
here. That's why thought of asking about it.

I usually start a product and click the recently visited icon (if in chrome)
or select the url from drop down menu (if in firefox) which contains mostly
visited urls, in order to access the management console of wso2 products.

When trying to do the same with GS, I got an error page and then only I
looked at the terminal and noticed the difference in the port.

Anyway, this is not related to the original discussion of this thread and
not a big concern too.

Just wanted to mention what I experienced as a totally new user to GS who
has used to some other products before.

Thanks,
Hasini.

On Thu, Apr 7, 2011 at 10:13 PM, Nuwan Bandara nu...@wso2.com wrote:

 Thanks Hasini, will take an update and let you know, and yes, GS is running
 on 8080/8443 and its been discussed @architecture some time back on [1] and
 [2] threads

 Regards,
 /Nuwan

 [1]
 http://wso2.markmail.org/message/uw35ttqaxppxvhzi?q=list:org.wso2.architecture+GS+default+HTTP+port+8080+please
 [2] http://wso2.org/mailarchive/carbon-dev/2011-February/048043.html



 On Thu, Apr 7, 2011 at 10:03 PM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi,

 Issue[1] related to this is now fixed. Please verify and let me know if
 there is any further concerns.

 On a side question, just for the information.. when looking into this
 issue I noticed that port in the gadget server url is: 8443. In other
 products it is usually 9443. Is there any specific reason for using a
 different port?

 [1] https://wso2.org/jira/browse/CARBON-9193

 Thanks,
 Hasini.


 On Wed, Mar 16, 2011 at 1:49 PM, Nuwan Bandara nu...@wso2.com wrote:

 Hi Hasini,

 Yeah my source is up to date, in-fact its there for all the GS team,
 please let me know if we have to do a fix from our side.

 Thanks
 /Nuwan


 On Wed, Mar 16, 2011 at 1:43 PM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Nuwan,

 I do not see these logs when running IS. I hope you are having an up to
 date build. I will get a GS build and see.

 Thanks,
 Hasini.

 On Wed, Mar 16, 2011 at 12:28 PM, Nuwan Bandara nu...@wso2.com wrote:

  Hi,

 When I fire up GS for the 1st time I am seeing a bunch of WARN messages
 [1] from
 org.apache.directory.server.core.normalization.FilterNormalizingVisitor. 
 Any
 idea why this happens ?

 [1]

 [2011-03-16 12:20:57,470]  WARN
 {org.apache.directory.server.core.normalization.FilterNormalizingVisitor} 
 -
 Failed to normalize filter value: ERR_04201 No more characters available 
 at
 position 4
 [2011-03-16 12:20:57,470]  WARN
 {org.apache.directory.server.core.normalization.NormalizationInterceptor} 
 -
 undefined filter based on undefined attributeType not evaluted at all.
 Returning empty enumeration.
 [2011-03-16 12:20:57,483]  WARN
 {org.apache.directory.server.core.normalization.FilterNormalizingVisitor} 
 -
 Failed to normalize filter value: ERR_04201 No more characters available 
 at
 position 4
 [2011-03-16 12:20:57,483]  WARN
 {org.apache.directory.server.core.normalization.NormalizationInterceptor} 
 -
 undefined filter based on undefined attributeType not evaluted at all.
 Returning empty enumeration.
 [2011-03-16 12:20:57,498]  WARN
 {org.apache.directory.server.core.normalization.FilterNormalizingVisitor} 
 -
 Failed to normalize filter value: ERR_04201 No more characters available 
 at
 position 4
 [2011-03-16 12:20:57,498]  WARN
 {org.apache.directory.server.core.normalization.NormalizationInterceptor} 
 -
 undefined filter based on undefined attributeType not evaluted at all.
 Returning empty enumeration.


 --
 Thanks  Regards,

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

 http://www.nuwanbando.com

 http://www.nuwanbando.com/

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





 --
 Thanks  Regards,

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

 http://www.nuwanbando.com

 http://www.nuwanbando.com/





 --
 Thanks  Regards,

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

 http://www.nuwanbando.com

 http://www.nuwanbando.com/

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

Re: [Carbon-dev] IS Build Failure

[Hasini Gunasinghe]

Hi,

Though this occurs randomly, since this has been reported couple of times,
it will be good to figure out a proper fix for this and apply on trunk,
since this may occur in builder machine too.

Seems like there are two solutions, which Harshana has found and which
Sameera has suggested in the other thread and verified by Fazlan.

Is it possible for us to figure out which is the proper fix? either of the
above or both?

Thanks,
Hasini.

On Wed, Apr 6, 2011 at 9:42 PM, Fazlan Sabar faz...@wso2.com wrote:

 Hi, I encountered the same problem when building GReg, and I followed the
 set of instructions mentioned by Dimuthu and Sameera. It worked like a
 charm. To summarize, following is what I did,

 1. Added the following line to build.properties(both files) found
 at carbon/features/stratos/tenant-mgt/org.wso2.carbon.tenant.mgt.core.feature/
 s/root.tenant.core=conf/root.tenant-core=conf in the build.properties
 2. Copied the carbon/products/manager/conf/cloud-services-desc.xml to
 carbon/features/stratos/tenant-mgt/
 org.wso2.carbon.tenant.mgt.core.feature/resources/conf
 3. Built the relevant feature and product

 Thanks Dimuthu and Sameera!

 On Wed, Apr 6, 2011 at 9:20 PM, Harshana Martin harsh...@wso2.com wrote:

 Hi Dimuthu,

 On Wed, Apr 6, 2011 at 8:11 PM, Dimuthu Leelarathne dimut...@wso2.comwrote:


 Hi,

 As we have discussed in a previous thread  (Error while installing
 tenant.mgt feature!) we can fix this by taking the svn checkout from
 svn.wso2.org completely root to bottom.

 And as a precausion we can also do the following.

  s/root.tenant.core=conf/root.tenant-core=conf in the build.properties
 inside tenant-mgt core feature

 I cannot commit the above however.


 I was able to fix the problem by uncommenting  *
 featureArtifactDeforg.wso2.carbon:org.wso2.carbon.tenant.mgt.core.feature:${stratos.version}/featureArtifactDef
 *. After that the build was successful.

 Is there any specific reason to comment it out while leaving the 
 *org.wso2.carbon:org.wso2.carbon.tenant.mgt.core.feature.group
 *? Is it wrong to uncomment that featureDef?

 Thanks and Regards,
 Harshana


 tx,
 dimuthu

 On Wed, Apr 6, 2011 at 7:27 PM, Harshana Martin harsh...@wso2.comwrote:

 Log file attached.


 On Wed, Apr 6, 2011 at 7:25 PM, Harshana Martin harsh...@wso2.comwrote:

 svn up was taken around 6.30 pm. It was successful this morning. Please
 have a look.



 [INFO] Building WSO2 Stratos - Cloud Identity Profile Generation
 [INFO]task-segment: [install]
 [INFO]
 
 [INFO] [incremental-build:incremental-build {execution: default}]
 [INFO] Verifying module descriptor ...
 [INFO] Pom descriptor modification detected.
 [INFO] Deleting
 /home/harshana/Carbon/products/is/modules/p2-profile-gen/service/target
 [INFO] [clean:clean {execution: auto-clean}]
 [INFO] Deleting
 /home/harshana/Carbon/products/is/modules/p2-profile-gen/service/target
 [INFO] [dependency:unpack {execution: 1-unpack-p2-agent-distribution}]
 [INFO] Configured Artifact:
 org.wso2.carbon:wso2-p2-agent:3.2.0-SNAPSHOT:zip
 [INFO] Configured Artifact:
 org.wso2.carbon:wso2carbon-core:3.2.0-SNAPSHOT:zip
 [INFO] Expanding:
 /home/harshana/.m2/repository/org/wso2/carbon/wso2-p2-agent/3.2.0-SNAPSHOT/wso2-p2-agent-3.2.0-SNAPSHOT.zip
 into
 /home/harshana/Carbon/products/is/modules/p2-profile-gen/service/target/p2-agent
 [INFO] Expanding:
 /home/harshana/.m2/repository/org/wso2/carbon/wso2carbon-core/3.2.0-SNAPSHOT/wso2carbon-core-3.2.0-SNAPSHOT.zip
 into 
 /home/harshana/Carbon/products/is/modules/p2-profile-gen/service/target
 [INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
 [INFO] [carbon-p2:p2-repo-gen {execution: 2-p2-repo-generation}]
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.system.statistics.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.security.mgt.feature
 [INFO] Extracting feature org.wso2.carbon:org.wso2.carbon.sts.feature
 [INFO] Extracting feature org.wso2.carbon:org.wso2.carbon.xfer.feature
 [INFO] Extracting feature org.wso2.carbon:org.wso2.carbon.mex.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.registry.core.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.registry.ui.menu.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.registry.resource.properties.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.registry.profiles.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.identity.core.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.identity.provider.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.identity.user.profile.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.identity.xacml.feature
 [INFO] Extracting feature
 org.wso2.carbon:org.wso2.carbon.claim.mgt.feature
 [INFO] Extracting feature
 

Re: [Carbon-dev] Blocking issues found in IS 29th March build still exist in the latest pack

[Hasini Gunasinghe]

Hi,

A latest IS pack is hosted at [1] from the last build. And the above issues
are not present in it as I checked.
Thanks AmilaM and builder team for doing the needful within a short time.
[1] http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest/

http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest/Thanks,
Hasini.

On Mon, Apr 4, 2011 at 11:19 AM, Hasini Gunasinghe has...@wso2.com wrote:

 Hi Pavithra,

 Those issues have been fixed on Friday as mentioned in [1].  And those
 fixes were reflected fine on the build I got locally too.

 As I talked to Denis regarding this and as AmilaM too has mentioned, it
 seems the old distribution has been copied as 4th April build since IS build
 has not been successful on builder machine in the last build cycle.

 Let's wait till the next build cycle in builder machine because although IS
 builds fine locally, as I have seen in previous mails, local builds are not
 supposed to be used in testing.

 [1] http://www.mail-archive.com/carbon-dev@wso2.org/msg15825.html

 http://www.mail-archive.com/carbon-dev@wso2.org/msg15825.htmlThanks,
 Hasini.

 On Mon, Apr 4, 2011 at 10:32 AM, Pavithra Madurangi pavit...@wso2.comwrote:

 Hi IS team,

 I've reported some blocking issues which were found in 29th build. Even
 though they've been resolved per jira status, still those issues exist in
 the latest build. (04th April). Please have a look and provide a proper
 build with fixes.

 For the reference I've listed those issues below.

 [1] https://wso2.org/jira/browse/CARBON-9199
 [2] https://wso2.org/jira/browse/CARBON-9200
 [3] https://wso2.org/jira/browse/CARBON-9201

 Regards,
 Pavithra



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

Re: [Carbon-dev] FYI: Carbon core and product should be built with mvn clean install

[Hasini Gunasinghe]

On Mon, Apr 4, 2011 at 9:55 PM, Harshana Martin harsh...@wso2.com wrote:



 On Mon, Apr 4, 2011 at 7:34 PM, Pradeep Fernando prad...@wso2.com wrote:

 hi,

 On Mon, Apr 4, 2011 at 7:16 PM, Supun Kamburugamuva su...@wso2.com
 wrote:
  The build is not complete. It complains about missing contrains from
 bundles
  like commons-logging, commons-io etc. It seems that the bundles.info is
 not
  generated properly. You can simply build the carbon core without clean
 and
  carbon core won't start.

 yes, I have observed the behaviour for a while. Every time i encounter
 the partial bundle.info there is a common pattern. the people have
 used mvn install.




 It is affecting the p2.inf resouce copying as well.
 I'm not 100% sure though.


 AFAIK, this was only affecting IS initially and it was due to some
 unexplainable p2.inf settings for overwrite property. But right now it has
 migrated to other products via a config file cloud-services-desc.xml.


I too got the issue mentioned by Pradeep. It is not the p2.inf issue.
When I build the product locally, without clean, it builds fine without any
error, but when I start the server, it is started with only carbon core
server with some errors at start up. Product specific things are not
installed.. like product specific ui styles, features etc..
I am not sure what is the exact relationship between not running clean and
this issue. But when built with clean, the issue is not encountered.
Anyway, I guess this wont be an issue now, since in builder machine, build
happens at product level with mvn clean.

Thanks,
Hasini.




 Thanks and Regards,
 Harshana


 --Pradeep



  Thanks,
  Supun..
 
  On Mon, Apr 4, 2011 at 7:13 PM, Afkham Azeez az...@wso2.com wrote:
 
  What is the error you are seeing?
 
  On Mon, Apr 4, 2011 at 7:06 PM, Supun Kamburugamuva su...@wso2.com
  wrote:
 
  If you build the carbon core without clean the product won't start.
 
  Thanks,
  --
  Supun Kamburugamuva
  Technical Lead   Product Manager, WSO2 Inc.; http://wso2.com
  Member, Apache Software Foundation; http://www.apache.org
  WSO2 Inc.;  http://wso2.org
  E-mail: su...@wso2.com;  Mobile: +94 77 431 3585
  Blog: http://supunk.blogspot.com
 
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 
 
 
  --
  Afkham Azeez
  Senior Software Architect  Senior Manager; 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
 
 
 
  --
  Supun Kamburugamuva
  Technical Lead   Product Manager, WSO2 Inc.; http://wso2.com
  Member, Apache Software Foundation; http://www.apache.org
  WSO2 Inc.;  http://wso2.org
  E-mail: su...@wso2.com;  Mobile: +94 77 431 3585
  Blog: http://supunk.blogspot.com
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 



 --
 Pradeep Fernando
 Software Engineer
 WSO2 Inc; http://wso2.com/

 blog: http://pradeepfernando.blogspot.com/
 m: +94776603662
 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Harshana Martin
 Software Engineer
 WSO2 Inc.
 Web:http://wso2.com
   http://wso2.org

 Mobile: +94 716062650
 Blog: http://harshana05.blogspot.com
 Profile: https://www.google.com/profiles/harshana05
 Twitter: http://twitter.com/harshana05


 ___
 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] Blocking issues found in IS 29th March build still exist in the latest pack

[Hasini Gunasinghe]

Hi,

On Tue, Apr 5, 2011 at 8:42 AM, Pavithra Madurangi pavit...@wso2.comwrote:

 Hi Hasini/Asela,

 Still there are blockers [1] and [2] in the IS pack found at [3]. During an
 offline chat I mentioned about [1] and even though other page rendering
 issues are fixed, still this issue exists in the latest pack (04/04/2011).


Seems like [1] is a new issue that we did not notice before. Thanks for
reporting it. Currently Asela has fixed it locally.
We will fix the issue at [2] as well. Thilina is currently looking into it.
But we will not be able to commit till the commits are allowed again.


 There are two points mentioned in [2]. The first one related to Card Issuer
 is fixed. But still OpenID/InfoCard page gives an error. Since this is a
 fundamental and prominent feature in IS and since there are two blockers in
 this pack I cannot continue testing it. Hope you'll understand my situation
 and provide a proper build next time.


Yes, we do understand. :) And sorry if any inconvenience caused...
Thanks,
Hasini.


 [1] https://wso2.org/jira/browse/CARBON-9284
 [2] https://wso2.org/jira/browse/CARBON-9201
 [3] http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest/

 Regards,
 Pavithra


 On Mon, Apr 4, 2011 at 4:03 PM, Hasini Gunasinghe has...@wso2.com wrote:

 Hi,

 A latest IS pack is hosted at [1] from the last build. And the above
 issues are not present in it as I checked.
 Thanks AmilaM and builder team for doing the needful within a short time.
 [1] http://10.100.1.43/~carbon/releases/carbon/3.2.0/latest/

  http://10.100.1.43/%7Ecarbon/releases/carbon/3.2.0/latest/Thanks,
 Hasini.


 On Mon, Apr 4, 2011 at 11:19 AM, Hasini Gunasinghe has...@wso2.comwrote:

 Hi Pavithra,

 Those issues have been fixed on Friday as mentioned in [1].  And those
 fixes were reflected fine on the build I got locally too.

 As I talked to Denis regarding this and as AmilaM too has mentioned, it
 seems the old distribution has been copied as 4th April build since IS build
 has not been successful on builder machine in the last build cycle.

 Let's wait till the next build cycle in builder machine because although
 IS builds fine locally, as I have seen in previous mails, local builds are
 not supposed to be used in testing.

 [1] http://www.mail-archive.com/carbon-dev@wso2.org/msg15825.html

 http://www.mail-archive.com/carbon-dev@wso2.org/msg15825.htmlThanks,
 Hasini.

 On Mon, Apr 4, 2011 at 10:32 AM, Pavithra Madurangi 
 pavit...@wso2.comwrote:

 Hi IS team,

 I've reported some blocking issues which were found in 29th build. Even
 though they've been resolved per jira status, still those issues exist in
 the latest build. (04th April). Please have a look and provide a proper
 build with fixes.

 For the reference I've listed those issues below.

 [1] https://wso2.org/jira/browse/CARBON-9199
 [2] https://wso2.org/jira/browse/CARBON-9200
 [3] https://wso2.org/jira/browse/CARBON-9201

 Regards,
 Pavithra





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

Re: [Carbon-dev] Blocking issues found in IS 29th March build still exist in the latest pack

[Hasini Gunasinghe]

Hi Pavithra,

Those issues have been fixed on Friday as mentioned in [1].  And those fixes
were reflected fine on the build I got locally too.

As I talked to Denis regarding this and as AmilaM too has mentioned, it
seems the old distribution has been copied as 4th April build since IS build
has not been successful on builder machine in the last build cycle.

Let's wait till the next build cycle in builder machine because although IS
builds fine locally, as I have seen in previous mails, local builds are not
supposed to be used in testing.

[1] http://www.mail-archive.com/carbon-dev@wso2.org/msg15825.html

http://www.mail-archive.com/carbon-dev@wso2.org/msg15825.htmlThanks,
Hasini.

On Mon, Apr 4, 2011 at 10:32 AM, Pavithra Madurangi pavit...@wso2.comwrote:

 Hi IS team,

 I've reported some blocking issues which were found in 29th build. Even
 though they've been resolved per jira status, still those issues exist in
 the latest build. (04th April). Please have a look and provide a proper
 build with fixes.

 For the reference I've listed those issues below.

 [1] https://wso2.org/jira/browse/CARBON-9199
 [2] https://wso2.org/jira/browse/CARBON-9200
 [3] https://wso2.org/jira/browse/CARBON-9201

 Regards,
 Pavithra

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

Re: [Carbon-dev] Verifying few things regarding creating user groups in LDAP.

[Hasini Gunasinghe]

Hi,

Would like to update about a change in this space than what we discussed
above.

Now empty roles can be created with default carbon user store--which is
apacheds embedded-ldap. This was done in order to preserve the default
carbon behavior in creating roles.

It was achieved by editing the embedded-ldap schema to make member attribute
an optional one.

Another configuration parameter was introduced to user-mgt.xml as
EmptyRolesAllowed, and it is set to 'true' when user store is
embedded-ldap, and if some one is connecting to an external ldap, this
parameter's value is by default set to 'false' since usually empty groups
are not allowed in LDAP.

Related jira: CARBON-9220 https://wso2.org/jira/browse/CARBON-9220

Thanks,
Hasini.





On Thu, Mar 10, 2011 at 10:10 AM, Hasini Gunasinghe has...@wso2.com wrote:

 Hi,

 Thanks AmilaJ and DimuthuL for the feedback.
 As  I have mentioned in the first mail, the current implementation of this
 has taken similar approach as option 1 above. Since these are the two
 options we have, I will continue to keep the existing one as it is for now.
 And before performing bulk updates to LDAP, will add a validation step on
 all update operations to preserve atomicity in a way.
 If we encounter any usability issues in testing or in usage, we might be
 able to think for an alternative.

 Thanks,
 Hasini.

 On Thu, Mar 10, 2011 at 8:40 AM, Dimuthu Leelarathne dimut...@wso2.comwrote:

 Hi,


 If IIRC our first WSAS versions (Tungsten or later) did not allow to
 create empty groups. If I am given two options as follows.

 1) Do not allow to create empty groups
 2) Assign Admin user to all groups.

 I would pick option 1. I don't think option 2 is the correct behaviour.
 There must be products that use LDAP and all of them are facing the same
 problem. Since the problem is common the solution should be common. We
 should make a decision looking at one of them.

 Thanks,
 Dimuthu



 On Thu, Mar 10, 2011 at 7:53 AM, Amila Jayasekara ami...@wso2.comwrote:

 On Wed, Mar 9, 2011 at 5:39 PM, Hasini Gunasinghe has...@wso2.com
 wrote:
  Hi,
  Thank you for the reply.
 
  On Thu, Mar 10, 2011 at 12:28 AM, Amila Jayasekara ami...@wso2.com
 wrote:
 
  Hi Hasini,
 
  Please find some comments inline.
 
  Thanks
  AmilaJ
 
  On Wed, Mar 9, 2011 at 2:40 AM, Hasini Gunasinghe has...@wso2.com
 wrote:
   Hi,
   This is implemented in user core now and I would like to mention
 some of
   the
   implementation level decisions made while doing the $subject, which
 are
   different from JDBCUserStoreManager.
   If you see any flaws or better alternatives, please let me know.
   1. 'Everyone role' and 'registry anonymous role' are carbon server
   specific.
   Hence they are not written to LDAP user store.
   They are handled by hybrid role manager as it has been done with
 read
   only
   LDAP user store.
   2. In LDAP groups, there's a requirement that at least one user
 should
   be a
   member.
   Therefore;
   When creating a role, we need to include at least one user to
  that
   role. Otherwise an error is set to be shown through management
 console.
   Also, when deleting a user, if that user has been the only
 member
  of
   any of the existing role, user is not allowed to be removed. (As an
   alternative, may be we can remove the role also when its last user
 entry
  is
   removed).
 
  Conceptually this doesn't seems to be the correct thing to do. Cos we
  should be able to handle roles and users independently. It might
  confuse the user if we delete the role when deleting last member from
  it.




 
  Yes, I too think so.
 
  According to the schema of groupOfNames, the member attribute is a
  must. This is the reason why you cannot have groups without members.
  Is it possible to make member attribute optional in the schema?
  Since this change is only for embedded LDAP i guess it is ok to change
  the schema. But lets get others feedback also.
 
  Actually this is not only for embedded-ldap. This will be the
 implementation
  used with any external LDAP server as well, for user-group management
 in
  LDAP.
  Therefore making it coupled with the manually changed schema would not
 be a
  scalable option as I think.

 I agree.

  What if we add the admin entry by default when creating a role at code
 level
  (and we allow the user to remove admin entry from a role only if where
 is
  one other user entry in that role.)
  Since it is the admin who assign other users to groups, would there be
 a
  security concern that admin user is in every role at the creation of
 the
  role?

 Will our permission model has any effect from this ? If not this seems
 to be an OK approach. We might need to stop showing admin for each
 role (?).

  Would highly appreciate the feedback on whether it is a suitable
 approach.
 
   I am wondering whether above would be confusing to user since it is
   different from previous behavior.
   Then I would like to clarify following things too

Re: [Carbon-dev] Unnecessary DynamicImport-Package:* statements in bundles

[Hasini Gunasinghe]

On Fri, Apr 1, 2011 at 11:45 AM, Sameera Jayasoma same...@wso2.com wrote:

 On Friday, April 1, 2011, Hasini Gunasinghe has...@wso2.com wrote:
  Hi,
  When making some stubs as osgi bundles, there were errors at the product
 start up saying stub bundle can not be started due to several missing
 constraints, although the build was successful up to p2-profile-gen and then
 up to product.

 You got such errors because the import packages are not properly
 specified. AFAIK stubs do not require dynamic import header.

 Here is way to get the full import packages list.

 1) Put an empty Import-Packages element in the bundle plugin
 configuration.
 2) Then build the bundle and open the manifest.mf file of the bundle.

When I removed dynamic import and built with an empty Import-Packages
element, it give a build error as
[ERROR] Error building bundle
org.wso2.carbon:org.wso2.carbon.claim.mgt.stub:bundle:3.2.0-SNAPSHOT :
Unresolved references to.. (. several packages.)

Anyway,  I was able to avoid dynamic import by using *;resolution:=optional,
in Import-Packages element.

Thanks for explaining.
regards,
Hasini.

3) Now you can get the import packages list from the Import-Packages
 manifest header.
 4) Remove all sub packages of a parent package using wildcard character *.

 Same era
 
  And it was solved only after using dynamic imports. What might be the
 solution in such cases if dynamic imports are not supposed to be used?
  Do we need to explicitly import all the packages which osgi complains
 that it can not resolve at run time? As I can remember, javax.namespace,
 javax.stream, axiom and axis2 packages were reported at startup as can not
 be resolved.. First, I tried explicitly importing each and every one of them
 but the list continued. When dynamic imports was used, it solved the
 problem.
 
  Thanks,Hasini.
 
  On Fri, Apr 1, 2011 at 8:56 AM, Afkham Azeez az...@wso2.com wrote:
  Unnecessarily many bundle POM have this, which is considered evil in the
 OSGi world. Please remove all those that are not necessary. Most of the
 Carbon components do not need this.
 
  --
  Afkham Azeez
  Senior Software Architect  Senior Manager; 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
 
 
 
 

 --
 Sameera Jayasoma
 Technical Lead and Product Manager, WSO2 Carbon

 WSO2, Inc. (http://wso2.com)
 email: same...@wso2.com
 blog: http://tech.jayasoma.org

 Lean . Enterprise . Middleware
 ___
 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] Status of service stub generation

[Hasini Gunasinghe]

.wsdl.WSDL2Java fork=true
 ./products/dss/modules/samples/service/clients/pom.xml:
java classname=org.apache.axis2.wsdl.WSDL2Java fork=true
 ./products/dss/modules/samples/service/clients/pom.xml:
java classname=org.apache.axis2.wsdl.WSDL2Java fork=true
 ./products/dss/modules/samples/service/clients/pom.xml:
java classname=org.apache.axis2.wsdl.WSDL2Java fork=true
 ./products/is/modules/stratos-rp/pom.xml:
  java classname=org.apache.axis2.wsdl.WSDL2Java fork=true
 ./products/is/modules/stratos-rp/pom.xml:
  java classname=org.apache.axis2.wsdl.WSDL2Java fork=true
 ./products/is/modules/stratos-rp/pom.xml:
  java classname=org.apache.axis2.wsdl.WSDL2Java fork=true


 On Wed, Mar 30, 2011 at 4:34 PM, Manjula Rathnayake manju...@wso2.comwrote:

 Hi,

 MB related changes too done.

 Thank you.


 On Wed, Mar 30, 2011 at 4:27 PM, Shammi Jayasinghe sha...@wso2.comwrote:

 Hi,

 CEP, BRS and Event Related changes done.

 Thanks
 Shammi


 On Wed, Mar 30, 2011 at 4:25 PM, Amila Maha Arachchi ami...@wso2.comwrote:

 Hi,

 Stratos components done except billing. Didnt do it due to changes being
 done at the moment. Will do it after them. Hope it is not a problem for the
 excercise.

 Thanks,
 AmilaM.


 On Wed, Mar 30, 2011 at 4:01 PM, Dinithi Nallaperuma 
 dini...@wso2.comwrote:

 Hi,

 GS related service stub generation is done.

 On Wed, Mar 30, 2011 at 3:50 PM, Prabath Abeysekera praba...@wso2.com
  wrote:

 Hi,

 Changes related to the components owned by DSS team are done!

 On Wed, Mar 30, 2011 at 2:19 PM, Afkham Azeez az...@wso2.com wrote:



 On Wed, Mar 30, 2011 at 2:15 PM, Hasini Gunasinghe 
 has...@wso2.comwrote:



 On Wed, Mar 30, 2011 at 2:05 PM, Afkham Azeez az...@wso2.comwrote:

 Seems like everything is complete except for Gadgets (Nuwan).
 Asela, you have mentioned that you provided a patch for Guages, did 
 this get
 committed?


 Hi,
 It was me who attached the patches. Sorry, forgot to update the
 assigned name in the spreadsheet. Please refer the discussion 
 regarding it
 by the relevant product teams using that component, at the thread with 
 the
 topic:  Code generation still not completely fixed?. That has not
 come to a conclusion though.


 RMs, PMs, please reply.


  Thanks,
 Hasini.




 https://spreadsheets0.google.com/a/wso2.com/ccc?hl=enkey=taHbzov3zrnrIcPElzSJ3bwhl=en#gid=0

 --
 *Afkham Azeez*
 Senior Software Architect  Senior Manager; WSO2, Inc.;
 http://wso2.com,
 *
 *
 *Member; Apache Software Foundation; 
 **http://www.apache.org/*http://www.apache.org/
 *
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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





 --
 *Afkham Azeez*
 Senior Software Architect  Senior Manager; WSO2, Inc.;
 http://wso2.com,
 *
 *
 *Member; Apache Software Foundation; 
 **http://www.apache.org/*http://www.apache.org/
 *
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*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



 Regards,
 --
 Prabath Abeysekara
 Software Engineer
 WSO2 Inc.
 Email: praba...@wso2.com harsha...@wso2.com
 Mobile: +94774171471

 http://harshana05.blogspot.com/


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




 --
 Regards,
 Dinithi Nallaperuma


 ___
 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




 --
 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




 --
 Manjula Rathnayaka
 Software Engineer
 WSO2, Inc.
 Mobile:+94 77 743 1987

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

 Thanks,
 Samisa...

 Samisa Abeysinghe
 VP Engineering
 WSO2 Inc.
 http://wso2.com
 http://wso2.org