Return-Path: X-Original-To: apmail-airavata-dev-archive@www.apache.org Delivered-To: apmail-airavata-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5E00617F2A for ; Tue, 2 Jun 2015 12:57:25 +0000 (UTC) Received: (qmail 77242 invoked by uid 500); 2 Jun 2015 12:57:15 -0000 Delivered-To: apmail-airavata-dev-archive@airavata.apache.org Received: (qmail 77195 invoked by uid 500); 2 Jun 2015 12:57:15 -0000 Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@airavata.apache.org Delivered-To: mailing list dev@airavata.apache.org Received: (qmail 77185 invoked by uid 99); 2 Jun 2015 12:57:15 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Jun 2015 12:57:15 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 2CCB0C0940 for ; Tue, 2 Jun 2015 12:57:15 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.98 X-Spam-Level: ** X-Spam-Status: No, score=2.98 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id sV8fEXya3WcX for ; Tue, 2 Jun 2015 12:57:07 +0000 (UTC) Received: from hartman.uits.indiana.edu (hartman.uits.indiana.edu [129.79.1.194]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 47788428ED for ; Tue, 2 Jun 2015 12:57:07 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.13,539,1427774400"; d="scan'208,217";a="254299468" Received: from mssg-relay.indiana.edu ([129.79.1.73]) by irpt-internal-relay.indiana.edu with ESMTP; 02 Jun 2015 08:55:06 -0400 Received: from IU-MSSG-HUB102.ads.iu.edu (iu-mssg-hub102.ads.iu.edu [10.79.1.151]) by mssg-relay.indiana.edu (8.14.7/8.14.4/IU Campus Communications Team) with ESMTP id t52Ct6k8023690 (version=TLSv1/SSLv3 cipher=AES128-SHA256 bits=128 verify=NOT) for ; Tue, 2 Jun 2015 08:55:06 -0400 Received: from IU-MSSG-MBX102.ads.iu.edu ([169.254.2.65]) by IU-MSSG-HUB102.ads.iu.edu ([10.79.1.151]) with mapi id 14.03.0235.001; Tue, 2 Jun 2015 08:55:06 -0400 From: "Pierce, Marlon" To: "dev@airavata.apache.org" Subject: Re: WSO2 Idenity Server Embedded Mode? Thread-Topic: WSO2 Idenity Server Embedded Mode? Thread-Index: AQHQnTETAseg+0Vqq0C9W/ojtdr5c52ZKh6AgAACMYA= Date: Tue, 2 Jun 2015 12:55:06 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.79.80.139] Content-Type: multipart/alternative; boundary="_000_D1931E8C3CA14marpierciuedu_" MIME-Version: 1.0 --_000_D1931E8C3CA14marpierciuedu_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Let me phrase that a little better. We should make it as easy as possible = for people to get Airavata and its supporting services up and running. But= embedding services in a single VM seems like a drain on effort to support= an artificial use case. I think it is more interesting to look at a coor= dinating framework above Maven that can build and deploy Airavata and servi= ces in a simple way for new users that also will scale to a production depl= oyment. Marlon From: , Marlon Pierce > Date: Tuesday, June 2, 2015 at 8:47 AM To: "dev@airavata.apache.org" > Subject: Re: WSO2 Idenity Server Embedded Mode? For what it worth, I think we should find a different route than embedding = if this is only to make it easy for downloaders to get up and running. Marlon From: Hasini Gunasinghe > Reply-To: "dev@airavata.apache.org" > Date: Tuesday, June 2, 2015 at 8:38 AM To: Airavata Dev > Subject: Re: WSO2 Idenity Server Embedded Mode? Hi Suresh, Ideally, WSO2 IS (and other WSO2 products in general) can be run in embedde= d mode. However, there will be many implications of doing that such as increasing t= he size of the Airavata distribution (WSO2 IS default distribution is 315 M= B - you can install only the necessary features, however, that will not dec= rease the additional size significantly) and slowing down the Airavata star= tup. Therefore, IMO, it is good to run it separately (since Airavata already dep= ends on such separately run servers such as RabbitMQ). However, if you want to consider embedding it, I can test it at PoC level a= nd report the exact implications (such as the increase in the size of the d= istribution etc.). Let me know what you think. Best Regards, Hasini. On Tue, Jun 2, 2015 at 5:14 PM, Suresh Marru > wrote: Hi Hasini, You have already addressed developer inconvenience and integration tests wi= th is_api_secured flag. But just curious if identity server can be run in e= mbedded mode? Suresh --_000_D1931E8C3CA14marpierciuedu_ Content-Type: text/html; charset="us-ascii" Content-ID: <5E61106F57A787479F798BDDB012EA31@exchange.iu.edu> Content-Transfer-Encoding: quoted-printable
Let me phrase that a little better.  We should make it as easy as= possible for people to get Airavata and its supporting services up and run= ning.  But embedding services in a  single VM seems like a drain = on effort to support an artificial use case.   I think it is more interesting to look at a coordinating framework above M= aven that can build and deploy Airavata and services in a simple way for ne= w users that also will scale to a production deployment. 

Marlon


From: <Pierce>, Marlon Pierce= <marpierc@iu.edu>
Date: Tuesday, June 2, 2015 at 8:47= AM
To: "dev@airavata.apache.org" <dev@airavata.apache.org>
Subject: Re: WSO2 Idenity Server Em= bedded Mode?

For what it worth, I think we should find a different route than embed= ding if this is only to make it easy for downloaders to get up and running.=   

Marlon

From: Hasini Gunasinghe <hasi7786@gmail.com>
Reply-To: "dev@airavata.apache.org" <dev@airavata.apache.org>
Date: Tuesday, June 2, 2015 at 8:38= AM
To: Airavata Dev <dev@airavata.apache.org>
Subject: Re: WSO2 Idenity Server Em= bedded Mode?

Hi Suresh,

Ideally, WSO2 IS (and other WSO2 products in general) can be run in em= bedded mode.
However, there will be many implications of doing that such as increas= ing the size of the Airavata distribution (WSO2 IS default distribution is = 315 MB - you can install only the necessary features, however, that will no= t decrease the additional size significantly) and slowing down the Airavata startup.
Therefore, IMO, it is good to run it separately (since Airavata alread= y depends on such separately run servers such as RabbitMQ).
However, if you want to consider embedding it, I can test it at PoC le= vel and report the exact implications (such as the increase in the size of = the distribution etc.). Let me know what you think.

Best Regards,
Hasini.

On Tue, Jun 2, 2015 at 5:14 PM, Suresh Marru <smarru@apache.or= g> wrote:
Hi Hasini,

You have already addressed developer inconvenience and integration tests wi= th is_api_secured flag. But just curious if identity server can be run in e= mbedded mode?

Suresh

 --_000_D1931E8C3CA14marpierciuedu_--