Hi,
I was able to find from [1] that we are using "SecurityContextTTL" property
in /repository/conf/api-manager.xml to do $subject. API manager
source also considers this property when deciding expiration time for token.
However, in a fresh APIM pack, this setting is not available even as a
Hi,
[1] has mentions that Chrome does not support localhost to go through the
Access-Control-Allow-Origin, therefore we need to map localhost to a
different domain. Further details regarding this issue in chrome is
discussed in [2].
Can this be any help for you?
[1]
Hi,
On Tue, Nov 24, 2015 at 6:21 AM, Gimantha Bandara wrote:
> Hi Chathura,
>
> In DAS 3.0.0, aggregation of bucketed range is not supported. But if the
> aggregation is summation, we can use score-functions and use facet count
> APIs to aggregate per range.
>
> @Anjana,
Hi Thilini,
I have tried mapping localhost to a different domain and the issue still
remains. Furthermore the options call using curl as following also gives a
403.
curl -X options -H "Origin: test.com" -H "Content-Type: application/json"
> -H "Authorization: Basic YWRtaW46YWRtaW4=" -v
>
Hi Malaka,
I added latest connector to the store.
Thank you
On Tue, Nov 24, 2015 at 7:44 PM, Malaka Silva wrote:
> Shakila we may need to upload the latest to the store.
>
> On Tue, Nov 24, 2015 at 4:27 PM, Shakila Sivagnanarajah
> wrote:
>
>> Merged
>>
>>
[Looping Kernel team]
On Wed, Nov 25, 2015 at 1:03 PM, Maheshakya Wijewardena wrote:
> Hi,
>
> Can you please review and merge this PR[1] for wso2v1 of the H2O AI
> 3.2.0.9.
> This is for deep learning integration of WSO2 ML.
>
> Best regards,
>
> [1]
Hi,
Can you please review and merge this PR[1] for wso2v1 of the H2O AI
3.2.0.9.
This is for deep learning integration of WSO2 ML.
Best regards,
[1] https://github.com/wso2/orbit/pull/150
--
Pruthuvi Maheshakya Wijewardena
Software Engineer
WSO2 : http://wso2.com/
Email: mahesha...@wso2.com
Hi Frank,
Could you please let us know few time slots?
On Mon, Nov 23, 2015 at 9:29 AM, Nirmal Fernando wrote:
> Absolutely. We'll wait till Frank confirms a time. Thanks.
>
> On Sun, Nov 22, 2015 at 10:18 PM, Sanjeewa Malalgoda
> wrote:
>
>> Hi nirmal,
>>
> Seems like a jar version mismatch. Better verify if we are using client
> jars of the same server version?
>
yes malaka,
i accept with you its because of library version mismatch but if i add the
same jar file inside the connector as Dependency then its work fine. so the
issue may be some
Hi,
Please find my answers inline.
Make sure you copy dev@wso2.org next time so you will get responses from
wider developer community.
On Tue, Nov 24, 2015 at 2:44 AM, Chen Ling 陈凌-IOV
wrote:
> Hi Udarar,
>
>
>
> Currently I use Carbon kernel(branch master) + API
Hi,
I need cross origin support for a REST API. In order to achieve it I am
trying to set the following headers in the response.
> "Access-Control-Allow-Origin", "*"
> "Access-Control-Allow-Headers","*"
> "Access-Control-Allow-Methods","GET, POST, DELETE"
My current implementation is as
Hi,
Please refer GitHub readme for Metrics Feature installation instructions &
usage. Latest Metrics release is v1.1.1. If you want to create custom
Metrics UI, you will have to implement an OSGi fragment bundle. MB Team has
created a similar component [1].
JVM Metrics will be there by default
Hi,
I was trying to deploy carbon-app (.car file) using java client. For that i
used the *CarbonAppUploader *service.
Below the code i used to deploy the capp and it is worked fine.
File file = new File(cAppPath);
//get the byte array of file
byte[] byteArray =
what is the error?
On Tue, Nov 24, 2015 at 2:11 PM, Rukshan Premathunga
wrote:
> Hi,
>
> I was trying to deploy carbon-app (.car file) using java client. For that
> i used the *CarbonAppUploader *service.
>
> Below the code i used to deploy the capp and it is worked fine.
>
>
For some time ago I used [1] to upload a capp written by aruna. You can use
that.
[1] https://github.com/arunasujith/capp-upload-admin-service-sample
Thanks
On Tue, Nov 24, 2015 at 2:17 PM, Lakshman Udayakantha
wrote:
> what is the error?
>
> On Tue, Nov 24, 2015 at 2:11
Hi Milan,
Your information is also incorrect. I tried changing the tag in
carbon.xml and tried the same scenario and the QR code is still generated
with the host machine's Ethernet ip-address.
Thanks.
On Tue, Nov 24, 2015 at 12:38 PM, Afkham Azeez wrote:
> Yes. You have to
Having an OSGi parent for a non-OSGi module is not a problem as we are
specifying the needed packaging type(eg: jar)
We are just specifying our maven-bundle-plugin in the carbon-parent. Any
child module who use it(i.e. specify packaging type as bundle) will inherit
the configuration and others
Hi Nuwan,
We cleaned-up the SVN repo and restarted the distributed setup in order to
stop deploying any old web app. Now I am getting following error while
adding comment.
TID: [-1234] [] [2015-11-24 08:52:44,820] INFO
{JAGGERY.site.blocks.api-doc.ajax.get:jag} - carbon.super
I meant re-prepared the distributed setup by "restart" term.
On Tue, Nov 24, 2015 at 2:31 PM, Malintha Adikari wrote:
> Hi Nuwan,
>
> We cleaned-up the SVN repo and restarted the distributed setup in order to
> stop deploying any old web app. Now I am getting following error
Hi Isuru,
Thanks for the info. I have already added metrics feature to the product.
Now I can see the JVM stats on APIM. Need to have a discussion with the
team regarding custom metrics UIs and will provide a update soon.
Thanks
*Dinesh J. Weerakkody*
Software Engineer
WSO2 Inc.
lean |
Hi Lakshman,
Yes. It is working if we set file type as "jar" like here[1]. But actually
capp have .car file type. So is this way is correct?
[1]
On Tue, Nov 24, 2015 at 2:40 PM, Rukshan Premathunga
wrote:
> Hi Lakshman,
>
> Yes. It is working if we set file type as "jar" like here[1]. But actually
> capp have .car file type. So is this way is correct?
>
> [1]
>
Merged
On Wed, Nov 18, 2015 at 3:36 PM, Lakmini Chathurika
wrote:
> Hi Shakila,
>
> Resolved the commented mistakes.
>
> Thanks
>
>
> On Wed, Nov 18, 2015 at 1:38 PM, Shakila Sivagnanarajah
> wrote:
>
>> Hi Lakmini,
>>
>> I added some comments. Please go
Hi All,
while I’m testing alternative way to solve above issue without using java
reflection and without add dependency Lib inside connector I’m getting
below error[1] for first request then for following requests[2] . how can i
solve this issue?
[1]
[2015-11-24 12:40:03,712] DEBUG - wire >>
Shall we commit this (as per the chat) to some common place (git)
On Mon, Nov 23, 2015 at 10:48 PM, Malaka Gangananda
wrote:
>
> -- Forwarded message --
> From: Malaka Gangananda
> Date: Mon, Nov 23, 2015 at 10:03 AM
> Subject: MB Performance
Created a Jira.
[1] https://wso2.org/jira/browse/IDENTITY-4128
On 23 November 2015 at 16:35, Nuwan Dias wrote:
> Looks like a bug to me. This would require the Identity and UM tables to
> be on a single schema, which would be wrong.
>
> Thanks,
> NuwanD.
>
> On Mon, Nov 23,
Hi Nariman,
I have tested the scenario according to your specification.
In the error sequence SOAP body is not present in ESB 4.9.0.
This is a bug in ESB 4.9.0. We will raise a public Jira for this and fix it
in the next release.
Thanks,
Madhuranga.
*Madhuranga Sampath Bandara*
Software
Shakila we may need to upload the latest to the store.
On Tue, Nov 24, 2015 at 4:27 PM, Shakila Sivagnanarajah
wrote:
> Merged
>
> On Wed, Nov 18, 2015 at 3:36 PM, Lakmini Chathurika
> wrote:
>
>> Hi Shakila,
>>
>> Resolved the commented mistakes.
>>
>>
Creating application roles are possible with service level.
There is a mismatch for application roles where we
* allow to delete these but
* not allow to create ones
from the management console.
To remove this gap, we decided to give the option of creating application
roles from the management
Thanks Darshana for the response. Please find the jira created in [1]
[1] - https://wso2.org/jira/browse/IDENTITY-4130
On Tue, Nov 24, 2015 at 5:25 PM, Darshana Gunawardana
wrote:
> Creating application roles are possible with service level.
>
> There is a mismatch for
On Tue, Nov 24, 2015 at 6:25 PM, Malintha Amarasinghe
wrote:
> Hi All,
>
> I configured the subscription creation workflow and tested it with the
> current implementation of the REST API.
>
> When we add a subscription in normal scenario we get the following
> response.
>
>
Seems like a jar version mismatch. Better verify if we are using client
jars of the same server version?
Check [1] May be it'll help
[1]
http://www.coderanch.com/t/454071/java-EJB-SCBCD/certification/javax-naming-Reference-cast-org
On Tue, Nov 24, 2015 at 4:19 PM, Rajjaz Mohammed
Hi All,
I configured the subscription creation workflow and tested it with the
current implementation of the REST API.
When we add a subscription in normal scenario we get the following response.
*Request*:
POST http://127.0.0.1:9764/api/am/store/v1//subscriptions HTTP/1.1
{
"tier":
33 matches
Mail list logo