Re: [Architecture] [X509 Authenticator] Certificate Revocation Verification with CRL and OCSP

Approved On Feb 12, 2018 10:26 AM, "Indunil Upeksha Rathnayake" wrote: Hi Maheshika, Can you please create a new git repository with the name " identity-x509-revocation" under wso2-extensions, for moving this feature implementation. Thanks and Regards On Wed, Jan 17, 2018

Re: [Architecture] Get rid of java2wsdl, wsdl2java sh/bat scripts from IS 5.5.0 bin directory

> -- > Sagara Gunathunga > > Director; WSO2, Inc.; http://wso2.com > Linkedin; http://www.linkedin.com/in/ssagara > Blog ; http://ssagara.blogspot.com > Mobile : +9471 <+94%2071%20565%209887>2149951 > > -- *Afkham Azeez* Senior Director, Platform Architecture; WSO2

Re: [Architecture] C5 clustering

> On Fri, Dec 22, 2017 at 3:53 AM Afkham Azeez <az...@wso2.com> wrote: > >> There is no such thing as C5 clustering. For each product, clustering >> would mean a different thing. Some of the core decisions we have made >> related to multi-tenancy include,

Re: [Architecture] C5 clustering

t; Associate Technical Lead, > WSO2 Inc., http://wso2.com > > lean.enterprise.middleware > > m: +1 901 530 2379 <+1%20901-530-2379> > e: lahi...@wso2.com b: https://medium.com/@lahirugmg > in: http://lk.linkedin.com/pub/lahiru-sandaruwan/16/153/146 > > -- *Afkham Az

Re: [Architecture] [IAM] SCIM 2.0 Outbound Connector

ient-scim2 * > > > @isuraranga, > > Why do we need the scim2-commons repo? Can't we use Charon for that? > > Thanks > Isura. > > On Mon, Nov 20, 2017 at 3:04 PM, Afkham Azeez <az...@wso2.com> wrote: > >> What is the repo name? >> >> On Tue, N

Re: [Architecture] [IAM] SCIM 2.0 Outbound Connector

gt; >> Why do we need the scim2-commons repo? Can't we use Charon for that? >> > > Discussed offline with Isuranga and decided we can use Charon repo for > those common packages because they are SCIM2 specific and not carbon > specific. So no need scim2-common for now. &

Re: [Architecture] [IAM] SCIM 2.0 Outbound Connector

com/wso2-extensions/identity-outbound-provisi >>>>>>>>>> oning-scim/blob/master/components/org.wso2.carbon.identity.p >>>>>>>>>> rovisioning.connector.scim/src/main/java/org/wso2/carbon/ide >>>>>>>>>> ntity/provi

Re: [Architecture] License header in confi files

ojects adding license headers to conf files users edit. I think we should implement this for all future releases. > > [1] https://github.com/wso2/carbon-commons/issues/273 > > On Wed, Jun 28, 2017 at 11:55 AM, Afkham Azeez <az...@wso2.com> wrote: > >> I was wondering whe

[Architecture] License header in confi files

, going forward? -- *Afkham Azeez* Senior Director, Platform 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 3320919blog: **http://blog.afkha

Re: [Architecture] [APIM] [MSF4J] Reason for creating separate micro service for each path defined swagger

, > org.wso2.carbon.apimgt.rest.api.store.PoliciesApi, > org.wso2.carbon.apimgt.rest.api.store.SubscriptionsApi, > org.wso2.carbon.apimgt.rest.api.store.TagsApi can be combined to one > micro service, since they can be functionally categorized together as store > micro service. >

Re: [Architecture] Carbon C5 - Server Configuration Model

n the >>>>>>>> .yaml file by default, how would a user know which >>>>>>>> properties are configurable and which are not ? >>>>>>>> >>>>>>> >>>>>>> All the configurable properties and their defa

Re: [Architecture] Carbon C5 - Server Configuration Model

eer | WSO2 >>>> >>>> Email: dan...@wso2.com >>>> Mobile: +94 (77) 1690552 <+94%2077%20169%200552> >>>> Web: WSO2 Inc <https://wso2.com/signature> >>>> >>>> >>>> __

Re: [Architecture] [C5] [Carbon-Feature-Plugin] Dynamic Creation of carbon.product via a Template

>> Thanks, >>> Dilan. >>> >>> *Dilan U. Ariyaratne* >>> Senior Software Engineer >>> WSO2 Inc. <http://wso2.com/> >>> Mobile: +94766405580 <%2B94766405580> >>> lean . enterprise . middleware >>> >>>

Re: [Architecture] [C5] [Carbon-Feature-Plugin] Dynamic Creation of carbon.product via a Template

gt;> Architecture@wso2.org >> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >> >> > > > -- > > *Kasun Gajasinghe*Associate Technical Lead, WSO2 Inc. > email: kasung AT spamfree wso2.com > linked-in: http://lk.linkedin.com/in/gajasinghe > blog: http://kasunbg.org > p

Re: [Architecture] [C5] [Carbon-Feature-Plugin] Dynamic Creation of carbon.product via a Template

; Senior Software Engineer > WSO2 Inc. <http://wso2.com/> > Mobile: +94766405580 <%2B94766405580> > lean . enterprise . middleware > > > _______ > Architecture mailing list > Architecture@wso2.org > https://mail.wso2.org/cgi-bin/mailman/listinfo/arc

Re: [Architecture] [Dev] [C5] MSF4J Interceptors need to be configurable.

obile : +9477 262 9512 <077%20262%209512> > WSO2, Inc. | http://wso2.com/ > Lean . Enterprise . Middleware > > On Wed, Dec 7, 2016 at 2:33 PM, Afkham Azeez <az...@wso2.com> wrote: > >> How about supporting JAXRS filters? >> >> On Wed, Dec 7, 2016 at

Re: [Architecture] Carbon C5 - Server Configuration Model

>> >> } >> >> So we are going to generate the relevant segment of the configuration >> file(for documentation purposes) automatically at compile time by reading >> above annotations and default values. >> >> If anyone needs to override the default value,

Re: [Architecture] test message

Ack On Sun, Oct 16, 2016 at 12:49 AM, <j...@corpsrv.eu> wrote: > test message > > ___ > Architecture mailing list > Architecture@wso2.org > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > -- *Afkham Azee

Re: [Architecture] Configuration files in C5

t; >>> >>> *Intern* >>> >>> *WSO2, Inc. * >>> >>> *lean . enterprise . middleware * >>> >>> >>> *Mobile: +94719802550 <%2B94719802550>* >>> >>> *Email: *sid...@wso2.com >>> >>

Re: [Architecture] Multiple profile support for C5 based products.

ted runtimes and deploy it in containers. >> >> We have started implementing the tool, please share your thoughts / >> suggestions. >> >> [1] - [Architecture] How can we improve our profiles story? >> >> -- >> Thanks, >> Shariq >> Associate Tec

Re: [Architecture] How can we improve our profiles story?

>> complicated, specially for a user trying to get started. >>>> >>>> With Option-2, we can still have the default profile as it is for the >>>> simplest case, but provide users the ability to create profile specific >>>> distributions for

Re: [Architecture] How can we improve our profiles story?

t;> kishant...@wso2.com> wrote: >>>> >>>>> Current issue is that all bundles and artifacts (conf files, webapps) >>>>> are common to the server which are shared among all the profiles. We don't >>>>> have a way to delet

Re: [Architecture] Store framework for C5 based Products

On Wed, Sep 28, 2016 at 3:27 PM, Chathura Ekanayake wrote: > If we are not storing trivial artifacts, it is very difficult to use a > common UI for store and especially for publisher. If a store framework is > used, we end up extending it and in many situations it can become

Re: [Architecture] How can we improve our profiles story?

fficiency of our profiles? >> >> Thanks, >> NuwanD. >> >> -- >> Nuwan Dias >> >> Software Architect - WSO2, Inc. http://wso2.com >> email : nuw...@wso2.com >> Phone : +94 777 775 729 >> > > > > -- >

Re: [Architecture] How do we get DAS server location?

t;> I'm doing some testing on the entire scenario, and once completed, >>>>> I'll commit the changes into the relevant repos and send an update to this >>>>> thread. >>>>> >>>>> Thanks, >>>>> >>>>> >>>>

Re: [Architecture] MSF4J Helloworld sample size > 20 MB ?

to 12 MB. > > BTW can't we reduce dependencies further ? As an example we have bundled > 3 JSON libraries (Gson, Json-smart, Jackson ) and 2 logging APIs > ( commons-logging and SLF4J ) with above sample. > > Thanks ! > > On Fri, Jun 17, 2016 at 1:55 PM, Afkham Azeez

Re: [Architecture] Initial Implementation of content-aware support in Carbon-Gateway

path is used for evaluate XPath and it used Jaxen as >>>>>underlying XPath library. >>>>>- >>>>> >>>>>XPath libraries are pluggable. >>>>> >>>>> >>>>> >>>>> JSON Reading &

Re: [Architecture] MSF4J Helloworld sample size > 20 MB ?

20140709-1414 >> in the shaded jar. >> >> >> >> >> Thanks ! >> -- >> Sagara Gunathunga >> >> Architect; WSO2, Inc.; http://wso2.com >> V.P Apache Web Services;http://ws.apache.org/ >> Linkedin; http://www.linkedin.com/in/ssagara >>

Re: [Architecture] Securing communication between Hazelcast and WSO2 servers

Yes securing the cluster channel is available only in enterprise Hazelcast & for 4.4 based releases, it requires a kernel patch we have released as well. On Jun 14, 2016 12:22 PM, "Srinath Perera" wrote: > I think it is only for enterprise version. > > Right deployment

Re: [Architecture] Do we need a House Keeping Task for C5 Based Products

src/main/java/org/apache/commons/io/FileCleaningTracker.java > > Thanks > -- > Thusitha Dayaratne > Software Engineer > WSO2 Inc. - lean . enterprise . middleware | wso2.com > > Mobile +94712756809 > Blog alokayasoya.blogspot.com > Abouthttp://about.me/thusithathil

Re: [Architecture] [C5] Java Util Logging vs Pax Logging for C5

Senior Software Engineer, WSO2 Inc. > email: kasung AT spamfree wso2.com > linked-in: http://lk.linkedin.com/in/gajasinghe > blog: http://kasunbg.org > > > -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.

Re: [Architecture] MSF4J 1.1.0 and API-M 1.10.0 using Swagger

a demo together >> for Thursday - reading your replies, I see that I haven't explained a few >> things. >> >> On Mon, May 23, 2016 at 7:42 PM, Afkham Azeez <az...@wso2.com> wrote: >> >>> >>> >>> On Tue, May 24, 2016 at 12:10 AM, Afkh

Re: [Architecture] MSF4J 1.1.0 and API-M 1.10.0 using Swagger

On Tue, May 24, 2016 at 12:10 AM, Afkham Azeez <az...@wso2.com> wrote: > > > On Mon, May 23, 2016 at 9:42 PM, Senaka Fernando <sen...@wso2.com> wrote: > >> Hi all, >> >> I'm working on pulling a demo together based on $subject. So, good

Re: [Architecture] MSF4J 1.1.0 and API-M 1.10.0 using Swagger

203 318 6025 <%2B44%20203%20318%206025>;* > > > *M: +44 782 741 1966 <%2B44%20782%20741%201966>Linked-In: > http://linkedin.com/in/senakafernando > <http://linkedin.com/in/senakafernando>*Lean . Enterprise . Middleware > -- *Afkham Azeez* Director of Arch

Re: [Architecture] [Dev] OOM Issues and HazelCast behaviour

gt; >> -- >> Ramith Jayasinghe >> Technical Lead >> WSO2 Inc., http://wso2.com >> lean.enterprise.middleware >> >> E: ram...@wso2.com >> P: +94 772534930 >> >> ___ >> Dev mailing list >> d...@wso2

Re: [Architecture] Ports to use for Admin Services in C5

e need to bring in some changes to MSF4J core to support this via >> OSGi level service properties and listener id's. >> > > Usually it uses separate port for admin services so that that port can be > protected with high level of security, +1 explore this option. > > Than

Re: [Architecture] Handling product versions in microservices

2, Inc. (http://wso2.com) >>> email: same...@wso2.com >>> blog: http://blog.sameera.org >>> twitter: https://twitter.com/sameerajayasoma >>> flickr: http://www.flickr.com/photos/sameera-jayasoma/collections >>> Mobile: 0094776364456 >>> >>&

Re: [Architecture] Ports to use for Admin Services in C5

gt;> Email: hasi...@wso2.com >>> Mobile : +94 718 210 200 >>> >>> ___ >>> Architecture mailing list >>> Architecture@wso2.org >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>

Re: [Architecture] [C5] Carbon Permission Model - Meeting Notes

tter.com/sameerajayasoma >> flickr: http://www.flickr.com/photos/sameera-jayasoma/collections >> Mobile: 0094776364456 >> >> Lean . Enterprise . Middleware >> >> >> ___ >> Architecture mailing list >&g

Re: [Architecture] Supporting Carbon Metrics on Carbon 5 based products

arly. :) >> >> So, I'll break metrics into 2 repositories. One repository will be having >> the core Metrics features, which *will be used* by MSF4J. >> >> Other metrics related repository will have the REST API, written with >> MSF4J. So, it depends on MSF4J. (I'm thinki

Re: [Architecture] [AppCloud] Publishing AppCloud specific data from MSF4J and AS HTTP Monitoring Data Publishers

es of msf4j and AS with the coordination of msf4j and As >> teams. >> >> If you have any comments on the above solution, we are kindly >> appreciating them. >> >> Thanks & Regards, >> Mahendran Pirinthapan >> Software Engineer | WSO2 Inc. >&

Re: [Architecture] Circuit Breaker Pattern for MSF4J

ode better with CB we absolutely MUST do it. The key > is to provide guidance on when its appropriate to do it! > Yes, agreed. > > Sanjiva. > > On Sat, Apr 2, 2016 at 8:24 AM, Afkham Azeez <az...@wso2.com> wrote: > >> Well one of your responses indicat

Re: [Architecture] Circuit Breaker Pattern for MSF4J

le than just the code on how to do it. > > Sanjiva. > > On Thu, Mar 31, 2016 at 8:00 PM, Afkham Azeez <az...@wso2.com> wrote: > >> The blog post has been removed. Sorry for all the confusion. This was >> only done as part of the agreement we had during last week's meet

Re: [Architecture] Circuit Breaker Pattern for MSF4J

. Thanks Azeez On Thu, Mar 31, 2016 at 6:54 PM, Afkham Azeez <az...@wso2.com> wrote: > > > On Thu, Mar 31, 2016 at 5:03 PM, Frank Leymann <fr...@wso2.com> wrote: > >> Yes, all the stability patterns (that Nygard describes, the circuit >> breaker being ju

Re: [Architecture] Circuit Breaker Pattern for MSF4J

rn was >> advocated primarily for service clients in MSA (and of course it has >> nothing do with being micro). >> >> The general story of better failure handling applies to all code and is >> of course not MSA specific. >> >> Anyway .. Sample is fine. >

Re: [Architecture] Supporting Carbon Metrics on Carbon 5 based products

>> >> > that's >>>> >> >> > not a problem. >>>> >> >> > >>>> >> >> > The plan is to use v2.0.0 for Metrics release with Carbon 5. We >>>> can >>>> >> >> > maintain >&

Re: [Architecture] Circuit Breaker Pattern for MSF4J

is the case for > transactional JDBC calls but maybe it is. In that case WE must use it > internally. > > Sanjiva. > > On Thu, Mar 31, 2016 at 8:53 AM, Afkham Azeez <az...@wso2.com> wrote: > >> Equating these fault tolerance patterns to Java 8 Optional or try-catch, >>

Re: [Architecture] Circuit Breaker Pattern for MSF4J

; >> So this is not what I expected the real use case to be ... this is >> basically a fancy try catch. >> >> Don't we want to show a client side example? >> >> On Thu, Mar 31, 2016 at 6:28 AM, Afkham Azeez <az...@wso2.com> wrote: >> >>> Time

Re: [Architecture] Circuit Breaker Pattern for MSF4J

> So this is not what I expected the real use case to be ... this is > basically a fancy try catch. > > Don't we want to show a client side example? > > On Thu, Mar 31, 2016 at 6:28 AM, Afkham Azeez <az...@wso2.com> wrote: > >> Timeout is related to the actual operati

Re: [Architecture] Circuit Breaker Pattern for MSF4J

options in a configurable manner. So > it is up to the developer to decide which method to use. > > Thanks, > > Harshan Liyanage > Software Engineer > Mobile: *+94724423048* > Email: hars...@wso2.com > Blog : http://harshanliyanage.blogspot.com/ > *WSO2, Inc. :** wso

Re: [Architecture] Circuit Breaker Pattern for MSF4J

I have written a sample which demonstrates circuit breaker in action; http://blog.afkham.org/2016/03/microservices-circuit-breaker.html On Sat, Mar 12, 2016 at 6:09 PM, Afkham Azeez <az...@wso2.com> wrote: > This is a feature supported by some microservices frameworks. On the >

Re: [Architecture] [bpmn] Rewrite REST API with msf4j

One more thing, we are going to rename javax.rs.* annotations to org.wso2.msf4j.annotations.* to avoid confusing MSF4J annotations with JAXRS annotations. On Tue, Mar 29, 2016 at 11:25 AM, Afkham Azeez <az...@wso2.com> wrote: > Why don't you pass the relevant information in the HTTP pay

Re: [Architecture] [bpmn] Rewrite REST API with msf4j

/docs.wso2.com/display/MSF4J100/Key+Concepts#KeyConcepts-Supportedannotations >>> >>> [3] http://www.mkyong.com/webservices/jax-rs/jax-rs-queryparam-example/ >>> >>> [4] >>> https://github.com/wso2/carbon-business-process/blob/de4d3ca5a2c3d670dcbf07ee6b58f0af

Re: [Architecture] Session Affinity Alternatives

as failed, or we have moved >>> session away due to high load). >>> >>> With this model, there is a chance that you might loose last update to >>> the session. However, that will be very rare. I would keep "asynchronously >>> save the session stat

Re: [Architecture] The new disruptor based Netty transport is not working well for MSF4J

ed for make calls for backends. >>>> Backends are called by Netty worker pool and those calls are non blocking >>>> calls. So if backend responds after a delay it won't be a problem. >>>> >>>> >>>> In MSF4J if it includes IO operations o

Re: [Architecture] Circuit Breaker Pattern for MSF4J

o implement this for multiple load balancers. > > My point is all these micro services going to be fronted by a load > balancers and if clients not implementing client side circuit breaker, > best place to support circuit breakers is in the load balancers. > > On Sat, Mar 12,

Re: [Architecture] Circuit Breaker Pattern for MSF4J

place to support circuit breakers is in the load balancers. >> >> On Sat, Mar 12, 2016 at 6:16 PM, Afkham Azeez <az...@wso2.com> wrote: >> >>> Isabelle & Sanjiva, >>> >>> http://www.javaworld.com/article/2824163/application-performance/stabil

Re: [Architecture] Circuit Breaker Pattern for MSF4J

t;: > >> I don't understand what server side circuit breaker means. How does the >> server adjust itself? Where's that bit of logic running? >> >> IMO this is not needed in a container world. >> >> On Fri, Mar 11, 2016 at 4:38 PM, Afkham Azeez <az...@wso2.c

Re: [Architecture] The new disruptor based Netty transport is not working well for MSF4J

vice is changed so that it responds after a delay rather than instantaneously? On Sat, Mar 12, 2016 at 6:21 PM, Afkham Azeez <az...@wso2.com> wrote: > > > On Sat, Mar 12, 2016 at 1:40 PM, Sanjiva Weerawarana <sanj...@wso2.com> > wrote: > >> On Thu, Mar 10, 2016 at 6:20 P

Re: [Architecture] Session Affinity Alternatives

; Please indicate what you think the right solution is .. its not clear to > me. > > On Thu, Mar 10, 2016 at 7:34 PM, Afkham Azeez <az...@wso2.com> wrote: > >> Storing everything as cookies may not work always and there could be >> sensitive runtime data that you don

Re: [Architecture] The new disruptor based Netty transport is not working well for MSF4J

On Sat, Mar 12, 2016 at 1:40 PM, Sanjiva Weerawarana <sanj...@wso2.com> wrote: > On Thu, Mar 10, 2016 at 6:20 PM, Sagara Gunathunga <sag...@wso2.com> > wrote: > >> On Thu, Mar 10, 2016 at 10:26 AM, Afkham Azeez <az...@wso2.com> wrote: >> >>> No from

Re: [Architecture] Circuit Breaker Pattern for MSF4J

;> I don't understand what server side circuit breaker means. How does the >> server adjust itself? Where's that bit of logic running? >> >> IMO this is not needed in a container world. >> >> On Fri, Mar 11, 2016 at 4:38 PM, Afkham Azeez <az...@wso2.com> wrote

Re: [Architecture] Circuit Breaker Pattern for MSF4J

this is not needed in a container world. > > On Fri, Mar 11, 2016 at 4:38 PM, Afkham Azeez <az...@wso2.com> wrote: > >> Yes, that is client side circuit breaker. What Aruna is implementing is >> server side circuit breaker. Yes, we need both. >> >> On Fri, Mar 1

Re: [Architecture] [MSF4J][Improvement] Intercceptors as an annotation

Interceptor()) > .deploy(lambdaHandlers) > .start() > > > > On Fri, Mar 11, 2016 at 2:29 PM, Afkham Azeez <az...@wso2.com> wrote: > >> It would be elegant to specify the interceptors as annotations rather >> than programatically adding them. >> &

Re: [Architecture] Circuit Breaker Pattern for MSF4J

runa >> -- >> >> *Aruna Sujith Karunarathna * >> WSO2, Inc | lean. enterprise. middleware. >> #20, Palm Grove, Colombo 03, Sri Lanka >> Mobile: +94 71 9040362 | Work: +94 112145345 >> Email: ar...@wso2.com | Web: www.wso2.com >> >> >> _

[Architecture] [MSF4J][Improvement] Intercceptors as an annotation

uthInterceptor"}) public void secureOp(){} @Path("unsecure") public void unsecureOp{} } Thoughts welcome. This would simplify the programming model for users of MSF4J. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation;

Re: [Architecture] The new disruptor based Netty transport is not working well for MSF4J

k increases the performance significantly for >>> high >>> concurrency levels. >>> >>> Regarding the tests that include disruptor, >>> I applied the optimal configurations according to [1]. But I could not >>> get results even close to the results

Re: [Architecture] The new disruptor based Netty transport is not working well for MSF4J

isruptor itself runs >> the event handler on a worker pool. We'll implement both approaches and do >> a comparison. >> >> [1] >> https://lmax-exchange.github.io/disruptor/docs/com/lmax/disruptor/dsl/Disruptor.html#handleEventsWithWorkerPool(com.lmax.disruptor.WorkHandler..

Re: [Architecture] Session Affinity Alternatives

rote: > >> My order of preference - 3, 2. >> >> For simple deployment, session affinity work fine. But if we want to >> deploy large distributed deployment with HA, we need to go for option 2. >> >> On Thu, Mar 10, 2016 at 10:41 AM, Afkham Azeez <az...@wso2.com

Re: [Architecture] Session Affinity Alternatives

ce which was killed will lose their session data. So as a best practice they recommend using an external service with session persistence. Of course this is not the simplest case, so yes, the default should be local sessions with affinity. On Thu, Mar 10, 2016 at 10:23 AM, Afkham Azeez <az...@wso2

Re: [Architecture] The new disruptor based Netty transport is not working well for MSF4J

ling become invalid > if so why MSF4J should depend on Carbon transport ? If Carbon transport > can't provide real advantages shouldn't MSF4J depend on vanilla Netty > transports and make thing more lightweight ? > > Thanks ! > > On Thu, Mar 10, 2016 at 9:50 AM, Afkham Azeez <az..

Re: [Architecture] Session Affinity Alternatives

global >>> replication which we really shouldn't do. >>> >>> I'm not suggesting replication .. I'm saying we support non-HA sessions >>> by default but make that part pluggable so we can plug in a replicating >>> model (or even a DB model) if needed. >>&

[Architecture] The new disruptor based Netty transport is not working well for MSF4J

transport to make going through disruptor optional? -- *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

Re: [Architecture] Session Affinity Alternatives

we do some > kind of replication or rely on affinity based routing. > > On Wed, Mar 9, 2016 at 5:23 PM, Afkham Azeez <az...@wso2.com> wrote: > >> With such a model, you don't have to worry about things like session >> replication in order to achieve HA. >> >> On Wed

Re: [Architecture] Session Affinity Alternatives

. > > On Wed, Mar 9, 2016 at 2:12 PM, Afkham Azeez <az...@wso2.com> wrote: > >> In the petstore sample, the sessions of the frontend apps are stored in >> Redis. >> >> On Wed, Mar 9, 2016 at 1:57 PM, Imesh Gunaratne <im...@wso2.com> wrote: >> >&g

Re: [Architecture] Session Affinity Alternatives

;> With regards, >> *Manu*ranga Perera. >> >> phone : 071 7 70 20 50 >> mail : m...@wso2.com >> > > > > -- > *Imesh Gunaratne* > Senior Technical Lead > WSO2 Inc: http://wso2.com > T: +94 11 214 5345 M: +94 77 374 2057 > W: http://imesh.io &g

Re: [Architecture] Web Profile support on AS 6.0.0

ch as that way use can > choose which variance he want depending on the requirements. > > Appreciate your feedback on this. > > Regards, > Manoj > > > -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://ww

Re: [Architecture] [MSF4j] Creating an archetype for a microservice

t;>> >>>> >>>> Thank you. >>>> >>>> >>>> >>>> -- >>>> >>>> *Manuri Amaya Perera* >>>> >>>> *Software Engineer* >>>> >>>> *WSO2 Inc.* >>>> >>&g

Re: [Architecture] Netty Servlet Bridge - Servlet environment on top of netty

; Best Regards, > Samiyuru > -- > Samiyuru Senarathne > *Software Engineer* > Mobile : +94 (0) 71 134 6087 > samiy...@wso2.com > -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * <http://www.apach

Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

oes not have transports, hence its bit hard to > execute integration tests. Carbon Kernel provides different OSGI utilities > for products. Therefore we need to run unit tests in an OSGI environment. > This is a must for Carbon kernel. > > On Thu, Dec 17, 2015 at 12:12 AM, Afkham Azeez &

Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

t; > > On Wed, Dec 16, 2015 at 8:22 PM, Afkham Azeez <az...@wso2.com> wrote: > >> I have been trying to develop PAX exam based tests for MSS and it seems >> very hard to use because there is little help for troubleshooting. MSS has >> just one feature and it has be

Re: [Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

duct environment created using PAX exam. On Thu, Dec 17, 2015 at 12:12 AM, Afkham Azeez <az...@wso2.com> wrote: > 1. PAX exam tests being successful does not imply that the product pack > will properly start > This is because the way in which bundles are added to the PAX exam runt

[Architecture] PAX exam based OSGi testing seems inefficient & suboptimal

is wasted due to trial and error method of troubleshooting. Either we are using PAX exam incorrectly or PAX exam is not best framework to be adopted. Thoughts welcome. -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org

Re: [Architecture] [MSS] Return javax.ws.rs.core.Response while running OSGi mode

a fragment bundle for the javax.ws.rs-api_2.0.0.jar >>>>> to add the SPI-Consumer entry. Seems like spi-fly not picking up the >>>>> entry >>>>> is for the javax.ws.rs-api_2.0.0.jar >>>>> >>>>> I guess we have to create an o

Re: [Architecture] We no longer need $CARBON_HOME/repository/deployment/server

's say if we are combining GW and AS. Then we can have the same > deployment directory and under that, we can have folders for webapps(AS), > carbonapps(Common), gw-routes(GW), etc. > > On Thu, Dec 10, 2015 at 3:43 PM, Afkham Azeez <az...@wso2.com> wrote: > >> We need that because

Re: [Architecture] We no longer need $CARBON_HOME/repository/deployment/server

The directory should be; $CARBON_HOME/deployment/microservices On Fri, Dec 11, 2015 at 1:38 PM, Afkham Azeez <az...@wso2.com> wrote: > It becomes difficult when multiple deployers deploy artifacts that have > the same extension and would complicate things. > > On Thu, Dec 1

Re: [Architecture] Issue when you start up MSS in server mode

ment engine will call deploy() function only with valid artifacts for > that specific deployer. Therefore, each deployer implementation will not > have to do duplicate implementations to filt the artifact types they > support. IMO unless getting an ArtifactType from the deployer > implementatio

Re: [Architecture] Removing $CARBON_HOME/repository/ directory from C5 onwards

gt; > WSO2, Inc. (http://wso2.com) > email: same...@wso2.com > blog: http://blog.sameera.org > twitter: https://twitter.com/sameerajayasoma > flickr: http://www.flickr.com/photos/sameera-jayasoma/collections > Mobile: 0094776364456 > > Lean . Enterprise . Middleware > &

[Architecture] We no longer need $CARBON_HOME/repository/deployment/server

HOME/repository/deployment/mss Same should be noted for Gateway. -- *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 332

Re: [Architecture] Possible Issue related to transport state in CarbonTransport in Carbon 5

-kernel/blob/master/core/src/main/java/org/wso2/carbon/kernel/transports/CarbonTransport.java > [2] - > https://github.com/wso2/carbon-transports/blob/master/http/netty/component/src/main/java/org/wso2/carbon/transport/http/netty/listener/NettyListener.java > > Thank you. > > Best R

Re: [Architecture] Possible Issue related to transport state in CarbonTransport in Carbon 5

nrecoverable* by throwing RuntimeException? > > On Tue, Dec 8, 2015 at 3:54 PM, Afkham Azeez <az...@wso2.com> wrote: > >> Change the code as follows: >> >> void stopTransport() { <- one of the template methods >> stop(); <- abstract m

Re: [Architecture] Usage of OSGi based server mode in WSO2 MSS

wso2/product-mss (Performance in README.md) > > Thank you. > > Best Regards, > Samiyuru > -- > Samiyuru Senarathne > *Software Engineer* > Mobile : +94 (0) 71 134 6087 > samiy...@wso2.com > -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://ws

Re: [Architecture] Specifying the tenant domain in the request URI for the cross-tenant scenarois in API Manager REST API

lt;http://cloud.com>* >>>>>>> >>>>>>> >>>>>>> 2. Specify this as a header parameter >>>>>>> >>>>>>> 3. Specify this within the URI. >>>>>>> >>>>>>> a.

Re: [Architecture] Move away from XML to YAML config files

11:35 AM, Ramith Jayasinghe <ram...@wso2.com> >>> wrote: >>> >>>> " The Java developers will continue to work with those configurations." >>>> -im not clear on this. does that mean configurations file such has >>>> identity

Re: [Architecture] Move away from XML to YAML config files

l continue to work with those configurations." > -im not clear on this. does that mean configurations file such has > identity.xml , apimanager.xml will continue to exist? or there will be a > yaml version of it too? > > On Thu, Nov 26, 2015 at 11:29 AM, Afkham Azeez <az...@ws

Re: [Architecture] Move away from XML to YAML config files

> config contents in them. If we can add a component that reads >>>> configurations in the conf directory and validate at the server startup >>>> most of these issues will not be coming. I think it is okay to keed >>>> different formats like YAML, XML

Re: [Architecture] Move away from XML to YAML config files

http://lmgtfy.com/?q=frameworks+using+YAML+config On Thu, Nov 26, 2015 at 12:43 PM, Ramith Jayasinghe <ram...@wso2.com> wrote: > examples? > > On Thu, Nov 26, 2015 at 12:22 PM, Afkham Azeez <az...@wso2.com> wrote: > >> The world has already moved. Even d

Re: [Architecture] Move away from XML to YAML config files

bset of users) and > alienate all other users (which is likely bigger in numbers than number of > devops involved in a project). > thoughts? > , > > > On Thu, Nov 26, 2015 at 11:49 AM, Afkham Azeez <az...@wso2.com> wrote: > >> Who configures identity.xml & a

Re: [Architecture] Move away from XML to YAML config files

t; " The Java developers will continue to work with those configurations." >> -im not clear on this. does that mean configurations file such has >> identity.xml , apimanager.xml will continue to exist? or there will be a >> yaml version of it too? >> >> On Thu, Nov

Re: [Architecture] Monitoring Microservices in WSO2 MSS

l/31 >>>>>> [2] >>>>>> https://github.com/wso2/carbon-deployment/blob/master/components/monitoring/org.wso2.carbon.as.monitoring/src/main/java/org/wso2/carbon/as/monitoring/collector/http/WebAppMonitoringPublisherValve.java >>>>>> [3] >>>&

  1   2   3   >