Re: [Dev] SystemFilter not filtering __MultitenantDispatcherService

[Shameera Rathnayaka]

Hi Gokul,

Basically above util method filltered out all adminservices ,
hiddenServices and dynamicServices. If you define any of these parameters
to true using services.xml then that services is become filteredOutService.

Thanks,
Shameera.




On Mon, Aug 11, 2014 at 3:32 PM, Gokul Balakrishnan  wrote:

> Hi Kernel team,
>
> In BAM Message Tracer, our requirement is to log calls to all hosted
> services while filtering out any admin service calls. We
> use SystemFilter.isFilteredOutService() from Carbon core for this purpose.
>
> However, it appears that __MultitenantDispatcherService is not being
> filtered out as expected and ends up getting logged and sent to Cassandra
> when publishing as tenant [1]. Can you please shed some light as to the
> cause and any possible fixes for this?
>
> [1] https://wso2.org/jira/browse/BAM-1730
>
> Thanks,
>
> --
> *Balakrishnan Gokulakrishnan*
> Software Engineer,
> WSO2, Inc. http://wso2.com
> Mob: +94 77 593 5789 | +1 650 272 9927
>



-- 
*Software Engineer - WSO2 Inc.*
*email: shameera AT wso2.com  , shameera AT apache.org
*
*phone:  +9471 922 1454*

*Linked in : *http://lk.linkedin.com/pub/shameera-rathnayaka/1a/661/561
*Twitter : *https://twitter.com/Shameera_R
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Making Listner Extension class to work with the parameters defined in automation.xml

[Nuwan Wimalasekara]

Hi
I have created a redmine entry[1] and finished the initial phase of the
implementation to support $subject.

[1] https://redmine.wso2.com/issues/3149

Thanks,
Nuwanw


On Tue, Aug 12, 2014 at 11:18 AM, Dharshana Warusavitharana <
dharsha...@wso2.com> wrote:

> +1 , Implemetation is on the way will add to the redmine . This is a
> required scenario
>
>
> On Tue, Aug 12, 2014 at 11:15 AM, Nuwan Wimalasekara 
> wrote:
>
>> Hi
>>
>> Current implementation of the extension class is designed not to refer
>> any parameters outside. Ex : CarbonServerExtension class starts the
>> carbon server with default configuration for the integration test.
>> 
>>> >org.wso2.carbon.integration.common.extensions.carbonserver.CarbonServerExtension> className>
>> 
>>
>> But we need to pass some parameters into those extension classes to
>> improve the flexibility of those extensions as below. Then we can refer
>> those parameters inside the extension class and make those classes more
>> flexible. Then we can start the carbon server with dynamic configuration.
>>
>> 
>>
>>   > >org.wso2.carbon.integration.common.extensions.carbonserver.CarbonServerExtension
>>   
>>   
>>
>> 
>>
>> Currently those extension classes implement ExecutionListenerExtension
>> class. But in order to implement $subject we need to change 
>> ExecutionListenerExtension
>> interface to abstract class and make some changes to automation.xml.
>> Then we can provide the parameter list into the actual class extends the
>> ExecutionListenerExtension.
>>
>> Thanks,
>> Nuwanw
>>
>> --
>> Nuwan Wimalasekara
>> Senior Software Engineer - Test Automation
>> WSO2, Inc.: http://wso2.com
>> lean. enterprise. middleware
>>
>> phone: +94 71 668 4620
>>
>>
>>
>>
>
>
> --
>
> Dharshana Warusavitharana
> Senior Software Engineer , Test Automation
> WSO2 Inc. http://wso2.com
> email : dharsha...@wso2.com 
> Tel  : +94 11 214 5345
> Fax :+94 11 2145300
> cell : +94772202595
> blog : http://dharshanaw.blogspot.com
>
> lean . enterprise . middleware
>



-- 
Nuwan Wimalasekara
Senior Software Engineer - Test Automation
WSO2, Inc.: http://wso2.com
lean. enterprise. middleware

phone: +94 71 668 4620
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [ESB] Problems sending numeric keys in JSON Payloads

[Jay]

Hi Malaka,

My initial payload is as follows:




Janaka
Desc
open
A
LKR
114520







In script I'm adding some additional parameters (value and tags.tags should
be send as array even if there are only one) to above payload as:

**

This will work properly if user send tags in request. But my problem is if
user doesn't send tags parameter "tags" element will remove from payload and
 is applying to value element and it will send as array
which back end will not accept. I have two options,
[1]. Remove  from payload if user doesn't send any tags
[2]. Add PIs in Script mediator  other than in payloadFactory.

What is your idea to solve this problem?

Regards,
Janaka 



--
View this message in context: 
http://wso2-oxygen-tank.10903.n7.nabble.com/ESB-Problems-sending-numeric-keys-in-JSON-Payloads-tp99789p101325.html
Sent from the WSO2 Development mailing list archive at Nabble.com.
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] [DEV][ES] Social SSO redirect breaks due to cross-domain requests in google-chrome

[Udara Rathnayake]

Hi,

Seems this issue[1] happens due to URL redirections during SSO login.
Initially we use URL[2] to browse store homepage. When we click log-in,
store redirects to a similar URL like this[3]. If we provide correct login
credentials it redirects back to the store[2]. Up to now everything works
as expected.

We have embedded social framework via an iframe, when user browse an asset
within the store and press UserReviews Ideally comment/rating box should
appear within the iframe. This( comment/rating box) resides within
Social-Jaggery app which SSOed with store and publisher apps.

Since there is a redirect happens underneath(from localhost to localIP)
while SSO login, google chrome doesn't allow this. But on FF this works
perfectly.

Then I have modified AssertionConsumerService property within
sso-idp-config.xml from,
https://localhost:9443//acs to https://:9443//acs
.
After this modification everything works as expected.

Is there any way to change the hostname in sso-idp-config.xml from
localhost to something like ${carbon.local.ip} as in carbon.xml so it will
be populated and assigned dynamically.?

ATM I'm looking into a possible solution where I can set a header parameter
to solve this issue in google chrome.

[1] https://wso2.org/jira/browse/STORE-490
[2] http://localhost:9763/store
[3]
https://10.100.0.128:9443/sso/login?null&relyingParty=store&sessionDataKey=0dd324f3-aa70-42cd-a6c5-dd99e0b81062&type=samlsso&commonAuthCallerPath=samlsso&forceAuth=false&passiveAuth=false&authenticators=BasicAuthenticator:LOCAL

Regards,
UdaraR

-- 
*Udara Rathnayake*
Software Engineer
WSO2 Inc. : http://wso2.com

Mobile : +94 772207239
Twitter : http://twitter.com/udarakr
Blog: http://udarakr.blogspot.com
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [DEV][ES] Social SSO redirect breaks due to cross-domain requests in google-chrome

[Waruna Perera]

Hi,

Did you encounter with session time out error with chrome browser session
cookies?


On Wed, Aug 13, 2014 at 1:46 PM, Udara Rathnayake  wrote:

> Hi,
>
> Seems this issue[1] happens due to URL redirections during SSO login.
> Initially we use URL[2] to browse store homepage. When we click log-in,
> store redirects to a similar URL like this[3]. If we provide correct login
> credentials it redirects back to the store[2]. Up to now everything works
> as expected.
>
> We have embedded social framework via an iframe, when user browse an asset
> within the store and press UserReviews Ideally comment/rating box should
> appear within the iframe. This( comment/rating box) resides within
> Social-Jaggery app which SSOed with store and publisher apps.
>
> Since there is a redirect happens underneath(from localhost to localIP)
> while SSO login, google chrome doesn't allow this. But on FF this works
> perfectly.
>
> Then I have modified AssertionConsumerService property within
> sso-idp-config.xml from,
> https://localhost:9443//acs to 
> https://:9443//acs
> .
> After this modification everything works as expected.
>
> Is there any way to change the hostname in sso-idp-config.xml from
> localhost to something like ${carbon.local.ip} as in carbon.xml so it will
> be populated and assigned dynamically.?
>
> ATM I'm looking into a possible solution where I can set a header
> parameter to solve this issue in google chrome.
>
> [1] https://wso2.org/jira/browse/STORE-490
> [2] http://localhost:9763/store
> [3]
> https://10.100.0.128:9443/sso/login?null&relyingParty=store&sessionDataKey=0dd324f3-aa70-42cd-a6c5-dd99e0b81062&type=samlsso&commonAuthCallerPath=samlsso&forceAuth=false&passiveAuth=false&authenticators=BasicAuthenticator:LOCAL
>
> Regards,
> UdaraR
>
> --
> *Udara Rathnayake*
> Software Engineer
> WSO2 Inc. : http://wso2.com
>
> Mobile : +94 772207239
> Twitter : http://twitter.com/udarakr
> Blog: http://udarakr.blogspot.com
>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
Waruna Perera
Senior Software Engineer - Test Automation
Mobile: +94 77 3867037
WSO2, Inc.; http://wso2.com/
lean . enterprise . middlewear.
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [DEV][ES] Social SSO redirect breaks due to cross-domain requests in google-chrome

[Udara Rathnayake]

Hi Waruna,


On Wed, Aug 13, 2014 at 2:56 PM, Waruna Perera  wrote:

> Hi,
>
> Did you encounter with session time out error with chrome browser session
> cookies?
>
No. As I mentioned root cause for this issue is cross-domain requests are
not allowed within iframes by Google chrome.

On Wed, Aug 13, 2014 at 1:46 PM, Udara Rathnayake  wrote:

> Hi,
>
> Seems this issue[1] happens due to URL redirections during SSO login.
> Initially we use URL[2] to browse store homepage. When we click log-in,
> store redirects to a similar URL like this[3]. If we provide correct login
> credentials it redirects back to the store[2]. Up to now everything works
> as expected.
>
> We have embedded social framework via an iframe, when user browse an asset
> within the store and press UserReviews Ideally comment/rating box should
> appear within the iframe. This( comment/rating box) resides within
> Social-Jaggery app which SSOed with store and publisher apps.
>
> Since there is a redirect happens underneath(from localhost to localIP)
> while SSO login, google chrome doesn't allow this. But on FF this works
> perfectly.
>
> Then I have modified AssertionConsumerService property within
> sso-idp-config.xml from,
> https://localhost:9443//acs to 
> https://:9443//acs
> .
> After this modification everything works as expected.
>
> Is there any way to change the hostname in sso-idp-config.xml from
> localhost to something like ${carbon.local.ip} as in carbon.xml so it will
> be populated and assigned dynamically.?
>
> ATM I'm looking into a possible solution where I can set a header
> parameter to solve this issue in google chrome.
>
> [1] https://wso2.org/jira/browse/STORE-490
> [2] http://localhost:9763/store
> [3]
> https://10.100.0.128:9443/sso/login?null&relyingParty=store&sessionDataKey=0dd324f3-aa70-42cd-a6c5-dd99e0b81062&type=samlsso&commonAuthCallerPath=samlsso&forceAuth=false&passiveAuth=false&authenticators=BasicAuthenticator:LOCAL
>
> Regards,
> UdaraR
>
> --
> *Udara Rathnayake*
> Software Engineer
> WSO2 Inc. : http://wso2.com
>
> Mobile : +94 772207239
> Twitter : http://twitter.com/udarakr
> Blog: http://udarakr.blogspot.com
>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
Waruna Perera
Senior Software Engineer - Test Automation
Mobile: +94 77 3867037
WSO2, Inc.; http://wso2.com/
lean . enterprise . middlewear.

>
>


-- 
*Udara Rathnayake*
Software Engineer
WSO2 Inc. : http://wso2.com

Mobile : +94 772207239
Twitter : http://twitter.com/udarakr
Blog: http://udarakr.blogspot.com
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] AS - bringing back Context reloadable for developer productivity

[Thomas Wieger]

Hi Kasun,

i have created Ticket WSAS-1771 for this in JIRA (
https://wso2.org/jira/browse/WSAS-1771) and provided a patch file for the
two changed classes. Additionally i have provided a stacktrace, which you
get without patching the CarbonTomcatSessionManager#checkAccess method.
Looks like checkAccess deals with some tenant isolation stuff. Due to the
fact, that the reloading thread has been created from Tomcat and not under
the control of carbon, this might be the cause of the problem...

Would love to hear soon from you, whether you can reenable the context
reloading in AS.

regards,

Thomas

On Sat, Aug 9, 2014 at 5:01 AM, Kasun Gajasinghe  wrote:

> Hi Thomas,
>
> Thanks for bringing this to our attention. We certainly need to look into
> this. Can you explain why you had to turn off the checkAccess method? Any
> stack traces?
>
> Also, it would be preferred if you can open a public jira [1] as well to
> track this.
>
> [1] https://wso2.org/jira/browse/WSAS
>
> KasunG
>
> On Sat, Aug 9, 2014 at 1:48 AM, Thomas Wieger 
> wrote:
>
>> i always loved the productivity i got from tomcat using exploded wars.
>> using eclipse and directly compiling into the exploded WEB-INF/classes got
>> Tomcat pick up my changes in seconds. Using wso2 with its embedded tomcat i
>> noticed, that you turned off this great feature. any chance, that you could
>> repair this?
>>
>> i tinkered around with your code base and got the context reloading
>> working by a small change in TomcatGenericWebappsDeployer
>> https://svn.wso2.org/repos/wso2/carbon/platform/tags/turing-chunk05/components/webapp-mgt/org.wso2.carbon.webapp.mgt/4.2.2/src/main/java/org/wso2/carbon/webapp/mgt/TomcatGenericWebappsDeployer.java.
>> I just commented out the statement "context.setReloadable(false)". I also
>> had to turn off the checkAccess method in CarbonTomcatSessionManager
>> 
>>
>> https://svn.wso2.org/repos/wso2/carbon/platform/tags/turing-chunk05/components/webapp-mgt/org.wso2.carbon.webapp.mgt/4.2.2/src/main/java/org/wso2/carbon/webapp/mgt/CarbonTomcatSessionManager.java
>> I assume, the latter is quite a little bit brute force and there should
>> be a better way.
>>
>> Anyway, with these two changes i got back the Tomcat productivity with
>> WSO2 AS 5.2.1.
>>
>> Would like to get your feedback on
>> a) my approach
>> b) any possibly better alternatives, you could suggest, which i might
>> have missed
>> c) what chance to get back the tomcat development speed with exploded
>> wars in a future release of wso2 as
>>
>> best regards,
>>
>> thomas wieger
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
>
> *Kasun Gajasinghe*Senior Software Engineer, WSO2 Inc.
> email: kasung AT spamfree wso2.com
> linked-in: http://lk.linkedin.com/in/gajasinghe
> blog: http://kasunbg.org
>
>
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] Deploying dataservice configuration with services.xml using Capp.

[Chanika Geeganage]

Hi,

There is a requirement to deploy dataservice configuration (.dbs) file with
its corresponding services.xml using Capp. According to the current
implementation, DefaultAppDeployer[1] calls .dsb files deployer. As the
artifacts in the Capp are extracted and copied to a temporary location
before deploying the services, we thought of changing the dataservice
deployer code to pick the services.xml as well. So I tried to add the
services.xml file as below to the car file.

SampleCar-1.0.0
 |-- artifacts.xml
 |-- SampleDataService_1.0.0
|-- artifacts.xml
|-- SampleDataService-1.0.0.dbs
|-- SampleDataService_service.xml


But it seems only one file is allowed to have per a dependency.
(SampleDataService is a dependency for the root artifact). It gives the
following error.

ERROR {org.wso2.carbon.application.deployer.handler.DefaultAppDeployer} -
service/dataservice type must have a single file. But 2 files found.

Then the idea is to use the following dependency tree.
testCar-1.0.0
 |-- artifacts.xml
 |-- SampleDataService_1.0.0
|-- artifacts.xml
|-- SampleDataService-1.0.0.dbs
|-- servicesMetaFiles
|-- SampleDataService_service.xml
|-- artifacts.xml

We may need to change the dataservice code to lookup for servicesMetaFiles
folder for services.xml file.

Will this be a correct way to fulfill the requirement?

Anyway in the future we will move to a single archive format to archive
both dataservice config and the services.xml file.

[1]
https://svn.wso2.org/repos/wso2/carbon/kernel/branches/4.2.0/core/org.wso2.carbon.application.deployer/4.2.0/src/main/java/org/wso2/carbon/application/deployer/handler/DefaultAppDeployer.java

-- 
Best Regards..

Chanika Geeganage
Software Engineer
WSO2, Inc.; http://wso2.com
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Staus update: API manager 1.7.1 Migration testing 1.6.0 to 1.7.0.

[Chathurika De Silva]

Hi All

As per the pack released on 05/08/2014 following is the status

1. APIMANAGER-2662  - issue
status - inprogress. This is the main scenario of the migration. Thus the
fix for this is crucial to proceed with the proper user scenario based
testing
2. APIMANAGER-2698  - issue
status - reopened. This issue corrupts the entire database.
3. APIMANAGER-2669  - issue
status - reopened. The resources added before the migration is not copied
correctly
3. APIMANAGER-2672  - issue
status - reopened (due to APIMANAGER-2669
) . This issue cannot be
verified until APIMANAGER-2698
 is fixed.

Since the above mentioned issues are blocking, the migration testing cannot
be proceeded for the 05/08/2014 pack

Thank You


On Mon, Aug 11, 2014 at 2:26 PM, Uvindra Dias Jayasinha 
wrote:

> The ticket has been resolved, please continue with testing
>
>
> On 11 August 2014 12:49, Uvindra Dias Jayasinha  wrote:
>
>> Seems the stack trace is different from what was originally reported for
>> this ticket, can we have a closer look at this? Please ping me when you get
>> back to your seat. Thanks
>>
>>
>> On 11 August 2014 12:30, Chathurika De Silva 
>> wrote:
>>
>>> Hi
>>>
>>> We started to test the migration with the 05/08/2014 pack and
>>> APIMANAGER-2529 is reopened. This is currently blocking the testing
>>>
>>> Thank You
>>>
>>>
>>> On Tue, Aug 5, 2014 at 10:26 AM, Chalitha Waldeniyage >> > wrote:
>>>
 Hi,

 We have covered entire cycle of testing with 29th pack.But untill we
 get the above mentioned issues fixed,we cannot proceed with migration
 testing in API Manager 1.7.1 further.

 Thank you


 On Fri, Aug 1, 2014 at 6:10 PM, Chathurika De Silva <
 chathuri...@wso2.com> wrote:

> Hi All
>
> As of today (01.08.2014) the migration test is being done with the API
> Manager pack (29/07/2014)
>
> The issue APIMANAGER-2559 is now fixed and thus closed after verifying
> in the above mentioned pack.
>
> Furthermore a smoke test was done in the windows environment for the
> migration as well as for basic API Manager scenarios.
>
> Thank You
>
>
>
>
>
>
> On Thu, Jul 31, 2014 at 6:09 PM, Chathurika De Silva <
> chathuri...@wso2.com> wrote:
>
>> Hi All
>>
>> I conducted a test on windows environment to verify APIMANAGER-2559
>>
>> This is issue is fixed for super tenant but not for other tenants due
>> to APIMANAGER-2529. Both of the above issues are reopened since it's
>> blocking tenant related data migration.
>>
>>
>> Thanks and best regards
>>
>>
>>
>> On Wed, Jul 30, 2014 at 6:06 PM, Chathurika De Silva <
>> chathuri...@wso2.com> wrote:
>>
>>> Hi All
>>>
>>> I am going to conduct a testing round in Windows to verify
>>> APIMANAGER-2559. Will circle back to you once i am done.
>>>
>>> Thank You
>>>
>>>
>>>
>>> On Wed, Jul 30, 2014 at 6:03 PM, Chalitha Waldeniyage <
>>> chali...@wso2.com> wrote:
>>>
 Hi All

 We are currently carrying on the $subject and please find the
 update as of 30.07.2014

 *QA Personal* : Chalitha Waldeniyage and Chathurika De Silva

 *Environment details*:

 Operating System : Linux
 Java Version/Java VM :jdk1.7.0 (Oracle)
 Packs : APIM 1.7.1
 DBMS: mysql and oracle
 Browser : Firefox 29.0 and Chrome 35.0
 Set up :Stand alone pack

 *Issues reported - Priority (Blocker)*

 APIMANAGER-2529  - This issue is blocking the actual migration
 process but a workaround has been given.The latest documentation 
 should be
 updated accordingly
 APIMANAGER-2534 - This issue is related to missing information
 after the migration
 APIMANAGER-2535 - HTTP verbs are not correctly copied to the
 migrated APIs.
 APIMANAGER-2672 - When versions are created. HTTP verbs are not
 correctly copied for them
 APIMANAGER-2662 - Cannot invoke an API which is in state published
 after migration.

 *Problems encountered: specific to oracle*

 Oracle database script of API Manager 1.6.0 should be updated to
 work with workflows. This is blocking the migration testing related to
 workflows.

 In summary as of today, the migration test scenarios cannot be
 fully covered due to above reported  issues.







 Thank you,

 --
 *Chalith

[Dev] [DSS][ESB] Querying the cached response

[Yasas Karunarathna]

Hi there,

I have a Oracle database view containing details of around 8000 employees.
I need to populate employee search suggestions from that view. I'm planning
to use DSS/ DSS+ESB to create a data service for that. Rather querying the
view for each and every service call, i'm thinking of caching the whole
view in DSS/ESB and query the cache for all the filter queries("like",
"where" queries) until cache expires.

Is there any possibilities around ESB/DSS related to the above scenario?

-- 

Thanks



*Yasas Karunarathna*
yasasblog.wordpress.com
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] wso2-synapse 2.1.2-wso2v2 SynapseCommodityServiceTest test case failure

[Sandamal Weerasinghe]

Problem was solved after building with a clean m2 repo.

Sandamal Weerasinghe | Software Engineer | WSO2 Lanka (Pvt) Ltd


On Wed, Aug 13, 2014 at 10:14 AM, Sandamal Weerasinghe 
wrote:

> Hi,
>
> I'm getting a FileNotFoundException in the above test case. Has this been
> encountered before?
>
>
> java.io.FileNotFoundException: ./../../repository/conf/axis2_pt_server.xml
> (No such file or directory)
>
>
> Thanks.
>
> Sandamal Weerasinghe | Software Engineer | WSO2 Lanka (Pvt) Ltd
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] No config in tenant-mgt.xml to read the value of OrganizationalSubContextAttribute

[Johann Nallathamby]

Hi Nipuni,


On Wed, Aug 13, 2014 at 10:52 AM, Nipuni Perera  wrote:

> Hi,
>
> I am working on issue[1]. According to the existing implementation the
> constant "LDAPConstants.USER_CONTEXT_NAME" has been used in several places
> to build OrganizationalSubContextAttribute. If the tenant-mgt.xml is
> updated to read value of property "OrganizationalSubContextAttribute" as
> follows, (current implementation reads only "ou" value:  name="OrganizationalSubContextAttribute">ou )
>
>name="OrganizationalSubContextAttribute">ou=users
>

Better to have it as a separate property rather than having it as part of
OrganizationSubContextAttribute. You can introduce a new property for the
value only. Otherwise it looks odd and half complete like.

>
>
> Implementation should updated as below,
>
>1. CommonHybridLDAPTenantManager.java[3] (line 177),
>CommonLDAPRealmConfigBuilder.java[2] (line 120) and
>FileSystemRealmConfigBuilder.java[4] (line 123) should updated accordingly.
>Is this a proper solution? Is there a limited set of values that can be set
>to OrganizationalSubContextAttribute?
>2. It seems line 161 of [3] should read the value
>"PROPERTY_ORGANIZATIONAL_ATTRIBUTE" instead of "
>PROPERTY_ORG_SUB_CONTEXT_ATTRIBUTE". This works fine as the default
>configuration set values of both properties to "ou"
>
>  eg: current tenant-mgt.xml contains properties below;
>
>ou
> name="OrganizationalSubContextObjectClass">organizationalUnit
>ou
>
> Thus the correction should be to change,
>
> String organizationNameAttribute = tenantMgtConfig.
> getTenantStoreProperties().get( UserCoreConstants.TenantMgtConfig.
> PROPERTY_ORG_SUB_CONTEXT_ATTRIBUTE);
>
> to
>
> String organizationNameAttribute = tenantMgtConfig.
> getTenantStoreProperties().get( UserCoreConstants.TenantMgtConfig.
> PROPERTY_ORGANIZATIONAL_ATTRIBUTE);
>

This fix is correct.


>
> [1] https://wso2.org/jira/browse/CARBON-14863
> [2]
> https://github.com/wso2-dev/carbon4-kernel/blob/master/core/org.wso2.carbon.user.core/src/main/java/org/wso2/carbon/user/core/config/multitenancy/CommonLDAPRealmConfigBuilder.java
> [3]
> https://github.com/wso2-dev/carbon4-kernel/blob/master/core/org.wso2.carbon.user.core/src/main/java/org/wso2/carbon/user/core/tenant/CommonHybridLDAPTenantManager.java
> [4]
> https://github.com/wso2-dev/carbon4-kernel/blob/master/core/org.wso2.carbon.user.core/src/main/java/org/wso2/carbon/user/core/config/multitenancy/FileSystemRealmConfigBuilder.java
>
> Thanks,
> Nipuni
> --
> Nipuni Perera
> Software Engineer; WSO2 Inc.; http://wso2.com
> Email: nip...@wso2.com
> Git hub profile: https://github.com/nipuni
> Mobile: +94 (71) 5626680
> 
>
>


-- 
Thanks & Regards,

*Johann Dilantha Nallathamby*
Associate Technical Lead & Product Lead of WSO2 Identity Server
Integration Technologies Team
WSO2, Inc.
lean.enterprise.middleware

Mobile - *+9476950*
Blog - *http://nallaa.wordpress.com *
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] App Manager latest build pack - 14-08-2014

[Dinusha Senanayaka]

Please find the $subject in [1].

[1]. http://builder1.us1.wso2.org/~appm/14-08-2014/wso2eam-1.0.0.zip

Regards,
Dinusha.

-- 
Dinusha Dilrukshi
Senior Software Engineer
WSO2 Inc.: http://wso2.com/
Mobile: +94725255071
Blog: http://dinushasblog.blogspot.com/
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] [ESB][WS-Discovery] Error occurs when trying to implement ws-discovery in ESB

[Firzhan Naqash]

Hi,

I was trying to implement WS-Discovery scenario referring to the article
[1] .

I am been using ESB 4.8.1 and G-Reg 4.6.0.

Initially I added the G-Reg as discovery proxy in ESB and it showed it as
on-line.

Thereafter when I tried to view the discovered proxies, it keeps me
throwing following error.

[2014-08-13 20:25:19,023]  INFO - CarbonAuthenticationUtil
'admin@carbon.super [-1234]' logged in at [2014-08-13 20:25:19,023+0545]
[2014-08-13 20:26:05,684]  INFO - ApplicationManager Deploying Carbon
Application : TraderPaulsPublicIMS-1.0.0.car...
[2014-08-13 20:26:06,704]  INFO - ApplicationManager Successfully Deployed
Carbon Application : TraderPaulsPublicIMS_1.0.0 {super-tenant}
[2014-08-13 20:52:26,268] ERROR - RPCMessageReceiver Error while executing
the WS-Discovery probe
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:212)
at
org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:117)
at
org.apache.axis2.receivers.AbstractInOutMessageReceiver.invokeBusinessLogic(AbstractInOutMessageReceiver.java:40)
at
org.apache.axis2.receivers.AbstractMessageReceiver.receive(AbstractMessageReceiver.java:110)
at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:180)
at
org.apache.axis2.transport.local.LocalTransportReceiver.processMessage(LocalTransportReceiver.java:169)
at
org.apache.axis2.transport.local.LocalTransportReceiver.processMessage(LocalTransportReceiver.java:82)
at
org.wso2.carbon.core.transports.local.CarbonLocalTransportSender.finalizeSendWithToAddress(CarbonLocalTransportSender.java:45)
at
org.apache.axis2.transport.local.LocalTransportSender.invoke(LocalTransportSender.java:77)
at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:442)
at
org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:430)
at
org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:225)
at org.apache.axis2.client.OperationClient.execute(OperationClient.java:149)
at
org.wso2.carbon.discovery.stub.types.DiscoveryAdminStub.probeDiscoveryProxy(DiscoveryAdminStub.java:1857)
at
org.wso2.carbon.discovery.ui.client.DiscoveryAdminClient.probeDiscoveryProxy(DiscoveryAdminClient.java:147)
at
org.apache.jsp.discovery.view_005fservices_jsp._jspService(org.apache.jsp.discovery.view_005fservices_jsp:218)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:403)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:492)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:378)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
at org.wso2.carbon.ui.JspServlet.service(JspServlet.java:155)
at org.wso2.carbon.ui.TilesJspServlet.service(TilesJspServlet.java:80)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
at
org.eclipse.equinox.http.helper.ContextPathServletAdaptor.service(ContextPathServletAdaptor.java:37)
at
org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61)
at
org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:128)
at
org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:68)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
at
org.wso2.carbon.tomcat.ext.servlet.DelegationServlet.service(DelegationServlet.java:68)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:605)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:544)
at
org.eclipse.equinox.http.servlet.internal.RequestDispatcherAdaptor.include(RequestDispatcherAdaptor.java:37)
at
org.eclipse.equinox.http.helper.ContextPathServletAdaptor$RequestDispatcherAdaptor.include(ContextPathServletAdaptor.java:369)
at
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:1015)
at
org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:700)
at sun.reflect.GeneratedMethodAccessor40.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.tiles.jsp.context.JspUtil.doInclude(JspUtil.java:87)
at
or

Re: [Dev] Build failure in chunk-13 ntask component

[Sinthuja Ragendran]

Hi,

Still the issue exists. Please fix it ASAP, since we need to get the pack
out for testing.

Thanks,
Sinthuja


On Wed, Aug 13, 2014 at 10:48 AM, Shameera Rathnayaka 
wrote:

> Hi Kasun,
>
> Please fix this, This is downstream build error with hazelcast upgrade.
>
>  Cheers,
> Shameera.
>
>
> On Wed, Aug 13, 2014 at 9:53 AM, Dinusha Senanayaka 
> wrote:
>
>> Hi,
>>
>> Getting following build failure. Should be relate with patch0009 updates ?
>>
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile
>> (default-compile) on project org.wso2.carbon.ntask.core: Compilation failure
>> [ERROR]
>> /opt/checkout_chunk13/platform/branches/turing/components/ntask/org.wso2.carbon.ntask.core/4.2.4/src/main/java/org/wso2/carbon/ntask/core/impl/clustered/ClusterGroupCommunicator.java:[45,7]
>> org.wso2.carbon.ntask.core.impl.clustered.ClusterGroupCommunicator is not
>> abstract and does not override abstract method
>> memberAttributeChanged(com.hazelcast.core.MemberAttributeEvent) in
>> com.hazelcast.core.MembershipListener
>>
>> Regards,
>> Dinusha.
>>
>> --
>> Dinusha Dilrukshi
>> Senior Software Engineer
>> WSO2 Inc.: http://wso2.com/
>> Mobile: +94725255071
>> Blog: http://dinushasblog.blogspot.com/
>>
>
>
>
> --
> *Software Engineer - WSO2 Inc.*
> *email: shameera AT wso2.com  , shameera AT apache.org
> *
> *phone:  +9471 922 1454 <%2B9471%20922%201454>*
>
> *Linked in : *http://lk.linkedin.com/pub/shameera-rathnayaka/1a/661/561
> *Twitter : *https://twitter.com/Shameera_R
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
*Sinthuja Rajendran*
Senior Software Engineer 
WSO2, Inc.:http://wso2.com

Blog: http://sinthu-rajan.blogspot.com/
Mobile: +94774273955
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [ES-Rest API] Unifying API response messages

[Ayesha Dissanayaka]

Hi all,

Considering the discussions, I have implemented unified response message as
follows.


*Error Response*
 {
'error': 
 }


*Success Response*
 {
'data' : [ ]
 }

In both cases * HTTP status code *is sent in header.
In success response what ever the response data/message is sent within the
'data'. Exact content of response 'data' will be defined in REST API
documentations.



On Tue, Aug 5, 2014 at 10:19 AM, Ayesha Dissanayaka  wrote:

> Hi,
>
> @Udara: Noted your points.
> @Dakshika: Since the one who makes the API call knows what it is for( APi
> endpoints are well defined for their tasks), knowing request is succeeded
> will be enough to distinguish.
>
>
> On Mon, Aug 4, 2014 at 10:39 AM, Udara Liyanage  wrote:
>
>> Hi,
>>
>> @Ayesh HTTP status code should be sent as a HTTP header, not in the
>> message body.
>> @ Dakshika IMO Jaggery or any client can read the HTTP code from the
>> response and detect whether it is a success. Then from client side it can
>> display a success message. AFAIK there is no rule that a success message
>> should or should not send in response. However IMO sending status code and
>> success message is duplicating.
>>
>>
>> On Fri, Aug 1, 2014 at 9:24 AM, Dakshika Jayathilaka 
>> wrote:
>>
>>> Hi,
>>>
>>> IMO we need to have "message" pram either its an error or success.
>>>
>>> because if you take status *202 Accepted* doesn't have mechanism to
>>> shows exact accept scenario in detail.  Then we can't go with generic
>>> notification model on frontend and need to write custom implementations on
>>> front end side.
>>>
>>>
>>>
>>>
>>>
>>> On Fri, Aug 1, 2014 at 3:43 AM, Ayesha Dissanayaka 
>>> wrote:
>>>
 Hi Udara,

 Thanks a lot for your suggestions.

 As I have mentioned earlier, 'code' is a standard  HTTP Status Code.

> "...idea is to derive the response from 'code' property. 'code' will
> consist standard HTTP Status Codes."
>

 Yes, we can drop "message" property from success response.

 Client can identify success or failure by http response code. IMO
> having both code and message in success is duplicating.




 On Thu, Jul 31, 2014 at 9:46 PM, Udara Liyanage  wrote:

>
> Hi,
>
> How about sending http response code. Then if it is a 200, 201, 204
> etc then it can be considered as the success. Then there is no need of
> sending a message like "something happens successfully" because we can
> determine it by response code.
>
> For instance, when a resource with id abc is added successfully,
> Response code is 201 with location header containing the URL to the
> newly created resource abc
>
> We need a message format only when there is a error occurred. Response
> only contains the back end error message.
>
> Client can identify success or failure by http response code. IMO
> having both code and message in success is duplicating. I hope this is the
> common REST way.
>
>
> Touched, not typed. Erroneous words are a feature, not a typo.
>



 --
 *Ayesha Dissanayaka*
 Software Engineer,
 WSO2, Inc : http://wso2.com
 
 20, Palmgrove Avenue, Colombo 3
 E-Mail: aye...@wso2.com 

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


>>>
>>> ___
>>> Dev mailing list
>>> Dev@wso2.org
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>>
>> Udara Liyanage
>> Software Engineer
>>  WSO2, Inc.: http://wso2.com
>> lean. enterprise. middleware
>>
>> web: http://udaraliyanage.wordpress.com
>> phone: +94 71 443 6897
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> *Ayesha Dissanayaka*
> Software Engineer,
> WSO2, Inc : http://wso2.com
> 
> 20, Palmgrove Avenue, Colombo 3
> E-Mail: aye...@wso2.com 
>



-- 
*Ayesha Dissanayaka*
Software Engineer,
WSO2, Inc : http://wso2.com

20, Palmgrove Avenue, Colombo 3
E-Mail: aye...@wso2.com 
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] AS - bringing back Context reloadable for developer productivity

[Kasun Gajasinghe]

On Wednesday, August 13, 2014, Thomas Wieger 
wrote:

> Hi Kasun,
>
> i have created Ticket WSAS-1771 for this in JIRA (
> https://wso2.org/jira/browse/WSAS-1771) and provided a patch file for the
> two changed classes. Additionally i have provided a stacktrace, which you
> get without patching the CarbonTomcatSessionManager#checkAccess method.
> Looks like checkAccess deals with some tenant isolation stuff. Due to the
> fact, that the reloading thread has been created from Tomcat and not under
> the control of carbon, this might be the cause of the problem...
>
> Would love to hear soon from you, whether you can reenable the context
> reloading in AS.
>
>
We can re-enable it. AS 6.0.0 is coming up. But we got to fix the issue
with security.

Thanks.


> regards,
>
> Thomas
>
> On Sat, Aug 9, 2014 at 5:01 AM, Kasun Gajasinghe  > wrote:
>
>> Hi Thomas,
>>
>> Thanks for bringing this to our attention. We certainly need to look into
>> this. Can you explain why you had to turn off the checkAccess method? Any
>> stack traces?
>>
>> Also, it would be preferred if you can open a public jira [1] as well to
>> track this.
>>
>> [1] https://wso2.org/jira/browse/WSAS
>>
>> KasunG
>>
>> On Sat, Aug 9, 2014 at 1:48 AM, Thomas Wieger > > wrote:
>>
>>> i always loved the productivity i got from tomcat using exploded wars.
>>> using eclipse and directly compiling into the exploded WEB-INF/classes got
>>> Tomcat pick up my changes in seconds. Using wso2 with its embedded tomcat i
>>> noticed, that you turned off this great feature. any chance, that you could
>>> repair this?
>>>
>>> i tinkered around with your code base and got the context reloading
>>> working by a small change in TomcatGenericWebappsDeployer
>>> https://svn.wso2.org/repos/wso2/carbon/platform/tags/turing-chunk05/components/webapp-mgt/org.wso2.carbon.webapp.mgt/4.2.2/src/main/java/org/wso2/carbon/webapp/mgt/TomcatGenericWebappsDeployer.java.
>>> I just commented out the statement "context.setReloadable(false)". I also
>>> had to turn off the checkAccess method in CarbonTomcatSessionManager
>>> 
>>>
>>> https://svn.wso2.org/repos/wso2/carbon/platform/tags/turing-chunk05/components/webapp-mgt/org.wso2.carbon.webapp.mgt/4.2.2/src/main/java/org/wso2/carbon/webapp/mgt/CarbonTomcatSessionManager.java
>>> I assume, the latter is quite a little bit brute force and there should
>>> be a better way.
>>>
>>> Anyway, with these two changes i got back the Tomcat productivity with
>>> WSO2 AS 5.2.1.
>>>
>>> Would like to get your feedback on
>>> a) my approach
>>> b) any possibly better alternatives, you could suggest, which i might
>>> have missed
>>> c) what chance to get back the tomcat development speed with exploded
>>> wars in a future release of wso2 as
>>>
>>> best regards,
>>>
>>> thomas wieger
>>>
>>> ___
>>> Dev mailing list
>>> Dev@wso2.org 
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>>
>> *Kasun Gajasinghe*Senior Software Engineer, WSO2 Inc.
>> email: kasung AT spamfree wso2.com
>> linked-in: http://lk.linkedin.com/in/gajasinghe
>> blog: http://kasunbg.org
>>
>>
>>
>
>

-- 

*Kasun Gajasinghe*Senior Software Engineer, WSO2 Inc.
email: kasung AT spamfree wso2.com
linked-in: http://lk.linkedin.com/in/gajasinghe
blog: http://kasunbg.org
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] [EMM] - iOS app download URL changed to mdm from emm

[Niranjan Karunanandham]

Hi Dilan / Harshan,

Below is the commit for branch feature/cloud where the agent download URL
has been changed to mdm from emm. Why is this?

modules/apps/emm/modules/device.js
* } else if (userAgent.indexOf("iPhone") > 0) {*
*-
 
return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
+ configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
*+
 
return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
+ configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
* } else if (userAgent.indexOf("iPad") > 0){*
*-
 
return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
+ configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
*+
 
return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
+ configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
* } else if (userAgent.indexOf("iPod") > 0){*
*-
 
return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
+ configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
*+
 
return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
+ configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
* }*


Regards,
Nira

-- 

*Niranjan Karunanandham*
Senior Software Engineer - WSO2 Inc.
WSO2 Inc.: http://www.wso2.com
M: +94 777 749 661 
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [EMM] - iOS app download URL changed to mdm from emm

[Harshan Liyanage]

Hi,

I have taken this from EMM 1.1.0 master branch in wso2. It's same in the
master branch also.

https://github.com/wso2/product-emm/blob/master/modules/apps/emm/modules/device.js

Thanks,

Best Regards,

Lakshitha Harshan
Software Engineer
Mobile: *+94724423048*
Email: hars...@wso2.com
Blog : http://harshanliyanage.blogspot.com/
*WSO2, Inc. :** wso2.com *
lean.enterprise.middleware.


On Thu, Aug 14, 2014 at 10:33 AM, Niranjan Karunanandham 
wrote:

> Hi Dilan / Harshan,
>
> Below is the commit for branch feature/cloud where the agent download URL
> has been changed to mdm from emm. Why is this?
>
> modules/apps/emm/modules/device.js
> * } else if (userAgent.indexOf("iPhone") > 0) {*
> *-
>  
> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
> *+
>  
> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
> * } else if (userAgent.indexOf("iPad") > 0){*
> *-
>  
> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
> *+
>  
> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
> * } else if (userAgent.indexOf("iPod") > 0){*
> *-
>  
> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
> *+
>  
> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
> * }*
>
>
> Regards,
> Nira
>
> --
>
> *Niranjan Karunanandham*
> Senior Software Engineer - WSO2 Inc.
> WSO2 Inc.: http://www.wso2.com
> M: +94 777 749 661 
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [EMM] - iOS app download URL changed to mdm from emm

[Niranjan Karunanandham]

Hi Harshan,

There were some fixes that where done for the develop branch. From the top
of my head, fixes like Unit Test issues and all where committed to the dev
branch. Also since it was taken from the master branch, we will be having
some problem merging it to the dev branch.

Regards,
Nira


On Thu, Aug 14, 2014 at 10:42 AM, Harshan Liyanage  wrote:

> Hi,
>
> I have taken this from EMM 1.1.0 master branch in wso2. It's same in the
> master branch also.
>
>
> https://github.com/wso2/product-emm/blob/master/modules/apps/emm/modules/device.js
>
> Thanks,
>
> Best Regards,
>
> Lakshitha Harshan
> Software Engineer
> Mobile: *+94724423048*
> Email: hars...@wso2.com
> Blog : http://harshanliyanage.blogspot.com/
> *WSO2, Inc. :** wso2.com *
> lean.enterprise.middleware.
>
>
> On Thu, Aug 14, 2014 at 10:33 AM, Niranjan Karunanandham <
> niran...@wso2.com> wrote:
>
>> Hi Dilan / Harshan,
>>
>> Below is the commit for branch feature/cloud where the agent download URL
>> has been changed to mdm from emm. Why is this?
>>
>> modules/apps/emm/modules/device.js
>> * } else if (userAgent.indexOf("iPhone") > 0) {*
>> *-
>>  
>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
>> *+
>>  
>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
>> * } else if (userAgent.indexOf("iPad") > 0){*
>> *-
>>  
>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
>> *+
>>  
>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
>> * } else if (userAgent.indexOf("iPod") > 0){*
>> *-
>>  
>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
>> *+
>>  
>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
>> * }*
>>
>>
>> Regards,
>> Nira
>>
>> --
>>
>> *Niranjan Karunanandham*
>> Senior Software Engineer - WSO2 Inc.
>> WSO2 Inc.: http://www.wso2.com
>> M: +94 777 749 661 
>>
>
>


-- 

*Niranjan Karunanandham*
Senior Software Engineer - WSO2 Inc.
WSO2 Inc.: http://www.wso2.com
M: +94 777 749 661 
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [EMM] - iOS app download URL changed to mdm from emm

[Harshan Liyanage]

Hi Niranjan,

This was taken from the master branch because this pack needs to be a
released pack. If  there is no issue for using dev branch for this, we can
merge our changes to a pack taken from dev branch & update cloud feature
branch with that.

Thanks,

Best Regards,

Lakshitha Harshan
Software Engineer
Mobile: *+94724423048*
Email: hars...@wso2.com
Blog : http://harshanliyanage.blogspot.com/
*WSO2, Inc. :** wso2.com *
lean.enterprise.middleware.


On Thu, Aug 14, 2014 at 10:46 AM, Niranjan Karunanandham 
wrote:

> Hi Harshan,
>
> There were some fixes that where done for the develop branch. From the top
> of my head, fixes like Unit Test issues and all where committed to the dev
> branch. Also since it was taken from the master branch, we will be having
> some problem merging it to the dev branch.
>
> Regards,
> Nira
>
>
> On Thu, Aug 14, 2014 at 10:42 AM, Harshan Liyanage 
> wrote:
>
>> Hi,
>>
>> I have taken this from EMM 1.1.0 master branch in wso2. It's same in the
>> master branch also.
>>
>>
>> https://github.com/wso2/product-emm/blob/master/modules/apps/emm/modules/device.js
>>
>> Thanks,
>>
>> Best Regards,
>>
>> Lakshitha Harshan
>> Software Engineer
>> Mobile: *+94724423048*
>> Email: hars...@wso2.com
>> Blog : http://harshanliyanage.blogspot.com/
>> *WSO2, Inc. :** wso2.com *
>> lean.enterprise.middleware.
>>
>>
>> On Thu, Aug 14, 2014 at 10:33 AM, Niranjan Karunanandham <
>> niran...@wso2.com> wrote:
>>
>>> Hi Dilan / Harshan,
>>>
>>> Below is the commit for branch feature/cloud where the agent download
>>> URL has been changed to mdm from emm. Why is this?
>>>
>>> modules/apps/emm/modules/device.js
>>> * } else if (userAgent.indexOf("iPhone") > 0) {*
>>> *-
>>>  
>>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>>> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
>>> *+
>>>  
>>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>>> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
>>> * } else if (userAgent.indexOf("iPad") > 0){*
>>> *-
>>>  
>>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>>> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
>>> *+
>>>  
>>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>>> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
>>> * } else if (userAgent.indexOf("iPod") > 0){*
>>> *-
>>>  
>>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>>> + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
>>> *+
>>>  
>>> return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
>>> + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
>>> * }*
>>>
>>>
>>> Regards,
>>> Nira
>>>
>>> --
>>>
>>> *Niranjan Karunanandham*
>>> Senior Software Engineer - WSO2 Inc.
>>> WSO2 Inc.: http://www.wso2.com
>>> M: +94 777 749 661 
>>>
>>
>>
>
>
> --
>
> *Niranjan Karunanandham*
> Senior Software Engineer - WSO2 Inc.
> WSO2 Inc.: http://www.wso2.com
> M: +94 777 749 661 
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] [ES] Admin services should not be served from the admin context

[Ayesha Dissanayaka]

Hi,

In order to resolve $Subject raised by G-reg mentioned in [01], I made
changes to following places in the ES source.
 modules/apps/publisher/config/publisher.json
 modules/apps/publisher/extensions/assets/gadget/apis/assets.jag
 modules/apps/social/configs/social.json
 modules/apps/social/controllers/logout.jag
 modules/apps/sso/config/sso.json
 modules/apps/sso/views/login.jag
 modules/apps/store/config/publisher.json
 modules/apps/store/config/store.json
 modules/distribution/src/assembly/bin.xml
 modules/distribution/src/repository/conf/carbon.xml
 modules/jaggery-modules/permission/module/scripts/permission.js
 modules/jaggery-modules/registration/module/scripts/registration.js

Once done this, following changes will also be present.

   - The admin console will no longer be under /admin context.
   - Who ever type / in the browser will go no longer go the
   portal.(earlier it directed to the ES-store). Now it'll direct to the admin
   console.
   - Has to change using ROOT context for the gadget rendering.( Future
   work)

[01] https://wso2.org/jira/browse/STORE-481

-- 
*Ayesha Dissanayaka*
Software Engineer,
WSO2, Inc : http://wso2.com

20, Palmgrove Avenue, Colombo 3
E-Mail: aye...@wso2.com 
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Build failure in chunk-13 ntask component

[Gokul Balakrishnan]

Fixed in r206532.


On 14 August 2014 09:36, Sinthuja Ragendran  wrote:

> Hi,
>
> Still the issue exists. Please fix it ASAP, since we need to get the pack
> out for testing.
>
> Thanks,
> Sinthuja
>
>
> On Wed, Aug 13, 2014 at 10:48 AM, Shameera Rathnayaka 
> wrote:
>
>>  Hi Kasun,
>>
>> Please fix this, This is downstream build error with hazelcast upgrade.
>>
>>  Cheers,
>> Shameera.
>>
>>
>> On Wed, Aug 13, 2014 at 9:53 AM, Dinusha Senanayaka 
>> wrote:
>>
>>> Hi,
>>>
>>> Getting following build failure. Should be relate with patch0009 updates
>>> ?
>>>
>>> [ERROR] Failed to execute goal
>>> org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile
>>> (default-compile) on project org.wso2.carbon.ntask.core: Compilation failure
>>> [ERROR]
>>> /opt/checkout_chunk13/platform/branches/turing/components/ntask/org.wso2.carbon.ntask.core/4.2.4/src/main/java/org/wso2/carbon/ntask/core/impl/clustered/ClusterGroupCommunicator.java:[45,7]
>>> org.wso2.carbon.ntask.core.impl.clustered.ClusterGroupCommunicator is not
>>> abstract and does not override abstract method
>>> memberAttributeChanged(com.hazelcast.core.MemberAttributeEvent) in
>>> com.hazelcast.core.MembershipListener
>>>
>>> Regards,
>>> Dinusha.
>>>
>>> --
>>> Dinusha Dilrukshi
>>> Senior Software Engineer
>>> WSO2 Inc.: http://wso2.com/
>>> Mobile: +94725255071
>>> Blog: http://dinushasblog.blogspot.com/
>>>
>>
>>
>>
>> --
>> *Software Engineer - WSO2 Inc.*
>> *email: shameera AT wso2.com  , shameera AT apache.org
>> *
>> *phone:  +9471 922 1454 <%2B9471%20922%201454>*
>>
>> *Linked in : *http://lk.linkedin.com/pub/shameera-rathnayaka/1a/661/561
>> *Twitter : *https://twitter.com/Shameera_R
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> *Sinthuja Rajendran*
> Senior Software Engineer 
> WSO2, Inc.:http://wso2.com
>
> Blog: http://sinthu-rajan.blogspot.com/
> Mobile: +94774273955
>
>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
*Balakrishnan Gokulakrishnan*
Software Engineer,
WSO2, Inc. http://wso2.com
Mob: +94 77 593 5789 | +1 650 272 9927
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [EMM] - iOS app download URL changed to mdm from emm

[Niranjan Karunanandham]

Hi Harshan,

The changes we do to this branch needs to go in release. Therefore this
branch will later will be merged to dev and then master, but there are
fixes and changes which have gone to dev and therefore we can't directly
merge cloud branch to dev as it will overwrite some of the commits.

Regards,
Nira



On Thu, Aug 14, 2014 at 10:51 AM, Harshan Liyanage  wrote:

> Hi Niranjan,
>
> This was taken from the master branch because this pack needs to be a
> released pack. If  there is no issue for using dev branch for this, we can
> merge our changes to a pack taken from dev branch & update cloud feature
> branch with that.
>
> Thanks,
>
> Best Regards,
>
> Lakshitha Harshan
> Software Engineer
> Mobile: *+94724423048*
> Email: hars...@wso2.com
> Blog : http://harshanliyanage.blogspot.com/
> *WSO2, Inc. :** wso2.com *
> lean.enterprise.middleware.
>
>
> On Thu, Aug 14, 2014 at 10:46 AM, Niranjan Karunanandham <
> niran...@wso2.com> wrote:
>
>> Hi Harshan,
>>
>> There were some fixes that where done for the develop branch. From the
>> top of my head, fixes like Unit Test issues and all where committed to the
>> dev branch. Also since it was taken from the master branch, we will be
>> having some problem merging it to the dev branch.
>>
>> Regards,
>> Nira
>>
>>
>> On Thu, Aug 14, 2014 at 10:42 AM, Harshan Liyanage 
>> wrote:
>>
>>> Hi,
>>>
>>> I have taken this from EMM 1.1.0 master branch in wso2. It's same in the
>>> master branch also.
>>>
>>>
>>> https://github.com/wso2/product-emm/blob/master/modules/apps/emm/modules/device.js
>>>
>>> Thanks,
>>>
>>> Best Regards,
>>>
>>> Lakshitha Harshan
>>> Software Engineer
>>> Mobile: *+94724423048*
>>> Email: hars...@wso2.com
>>> Blog : http://harshanliyanage.blogspot.com/
>>> *WSO2, Inc. :** wso2.com *
>>> lean.enterprise.middleware.
>>>
>>>
>>> On Thu, Aug 14, 2014 at 10:33 AM, Niranjan Karunanandham <
>>> niran...@wso2.com> wrote:
>>>
 Hi Dilan / Harshan,

 Below is the commit for branch feature/cloud where the agent download
 URL has been changed to mdm from emm. Why is this?

 modules/apps/emm/modules/device.js
 * } else if (userAgent.indexOf("iPhone") > 0) {*
 *-
  
 return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
 + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
 *+
  
 return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
 + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
 * } else if (userAgent.indexOf("iPad") > 0){*
 *-
  
 return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
 + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
 *+
  
 return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
 + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
 * } else if (userAgent.indexOf("iPod") > 0){*
 *-
  
 return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
 + configFile.HTTPS_URL + "/emm/api/devices/ios/download");*
 *+
  
 return("itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url="
 + configFile.HTTPS_URL + "/mdm/api/devices/ios/download");*
 * }*


 Regards,
 Nira

 --

 *Niranjan Karunanandham*
 Senior Software Engineer - WSO2 Inc.
 WSO2 Inc.: http://www.wso2.com
 M: +94 777 749 661 

>>>
>>>
>>
>>
>> --
>>
>> *Niranjan Karunanandham*
>> Senior Software Engineer - WSO2 Inc.
>> WSO2 Inc.: http://www.wso2.com
>> M: +94 777 749 661 
>>
>
>


-- 

*Niranjan Karunanandham*
Senior Software Engineer - WSO2 Inc.
WSO2 Inc.: http://www.wso2.com
M: +94 777 749 661 
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev