On Fri, Mar 22, 2013 at 12:12 AM, Afkham Azeez <[email protected]> wrote:

>
>
> On Fri, Mar 22, 2013 at 12:05 AM, Sameera Jayasoma <[email protected]>wrote:
>
>> See my comments inline.
>>
>>
>> On Thu, Mar 21, 2013 at 11:25 AM, Afkham Azeez <[email protected]> wrote:
>>
>>>
>>>
>>> On Thu, Mar 21, 2013 at 11:49 PM, Sameera Jayasoma <[email protected]>wrote:
>>>
>>>> Hi Azeez,
>>>>
>>>>
>>>>
>>>> On Thu, Mar 21, 2013 at 5:49 AM, Afkham Azeez <[email protected]> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 21, 2013 at 6:16 PM, Sanjiva Weerawarana <[email protected]
>>>>> > wrote:
>>>>>
>>>>>> Azeez don't we need the management API in worker nodes? I assume the
>>>>>> answer is yes ..
>>>>>>
>>>>>
>>>>> If you look at the current worker-manager separated setup, we don't
>>>>> have a single instance where the management node BE or FE calls into the
>>>>> worker node BE.
>>>>>
>>>>
>>>>
>>>> I agree that worker nodes do not require administrative services. But
>>>> for Management node, we need to maintain the BE/FE separation. I.e we need
>>>> to keep the administration services as its. This would user to write their
>>>> own UI layer to interact with our server. This exactly what AppFactory is
>>>> doing right? In some of the project I've worked, we developed completely
>>>> different UI to interact with Mgt nodes. So IMV, we still need that BE
>>>> services.
>>>>
>>>
>>> FE-BE separation means from the UI components we make service calls to
>>> the BE components. What we need is management APIs. Our UI can simply use
>>> these management APIs. We don't need FE-BE separation. External apps can
>>> also call these management APIs.
>>>
>>
>>  Okay. so anyway we need to expose our management APIs as service right?.
>>
>>
>> I was under the impression that FE-BE separation means a clear separation
>> of UI layer from the BE layer. some how we ended up connecting FE layer to
>> BE layer via web services communication. But we tried to connect FE to BE
>> via Java calls via OSGi services approach. Thats didn't work due to some
>> security issues.
>>
>> Anyway still we need to clearly separate FE components from the
>> management APIs right? But we need to figure out an efficient  and secure
>> way to connect the FE to BE.
>>
>
> I guess where I am getting at is, we have RESTful APIs, which will be
> called by code running in the Web Browser. Yes, I am suggesting that we go
> back to the old AJAX based UI model we had, but without the pain of XSLT
> (in the old model).
>
> FE = jquery + HTML+ (Jaggery?)
> BE= RESTful APIs (Jaggery?)
>
> FE  <--- JSON --> BE
>

 One question, what is the transport protocol which carries JSON messages
from FE to BE ?

Thanks !


>
>> Thanks,
>> Sameera.
>>
>>>
>>>
>>>>
>>>> Thanks,
>>>> Sameera.
>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> So in that case the worker contains the runtime container logic plus
>>>>>> a management API (running at a separate port etc. and enabled by 
>>>>>> request).
>>>>>> The management node contains an admin app that talks to the worker nodes
>>>>>> via the API and other means (such as ADC). Right?
>>>>>>
>>>>>> +1 as long as we can still ship a multi-profile distro by default
>>>>>> where all of this is in one JVM and then you give the personalty at boot
>>>>>> time.
>>>>>>
>>>>>> Sanjiva.
>>>>>>
>>>>>>
>>>>>> On Thu, Mar 21, 2013 at 6:03 PM, Afkham Azeez <[email protected]> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Mar 21, 2013 at 5:56 PM, Samisa Abeysinghe 
>>>>>>> <[email protected]>wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Mar 21, 2013 at 3:35 PM, Afkham Azeez <[email protected]>wrote:
>>>>>>>>
>>>>>>>>> With the worker-manager concept, we no longer require FE-BE
>>>>>>>>> separation. There is no need to have FE-BE separation for the 
>>>>>>>>> management
>>>>>>>>> node. So, I think we can completely do away with that concept.
>>>>>>>>
>>>>>>>>
>>>>>>>> But how do we separate the worker stuff from manager stuff?
>>>>>>>> Is that not
>>>>>>>> Manger == FE + BE
>>>>>>>> Worker == BE
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> No, FE is the front end of the management admin client. BE is the
>>>>>>> management service/API. Worker provides the runtime to run services, 
>>>>>>> apps,
>>>>>>> processes, mediation etc. We have made the mistake of calling this 
>>>>>>> runtime
>>>>>>> as BE as well. Management nodes will not ideally require this runtime, 
>>>>>>> but
>>>>>>> we may need to have some parts of it. e.g. validating the Synapse config
>>>>>>> will require Synapse to be in the management node. We will never have a
>>>>>>> case where a FE talks to a BE in a worker node. When it comes to the mgt
>>>>>>> node, there is no need for separating the FE & BE.
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>> What do you guys think?
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> *Afkham Azeez*
>>>>>>>>> Director of Architecture; WSO2, Inc.; http://wso2.com
>>>>>>>>> Member; Apache Software Foundation; http://www.apache.org/
>>>>>>>>> * <http://www.apache.org/>**
>>>>>>>>> email: **[email protected]* <[email protected]>* cell: +94 77 3320919
>>>>>>>>> blog: **http://blog.afkham.org* <http://blog.afkham.org>*
>>>>>>>>> twitter: 
>>>>>>>>> **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez>
>>>>>>>>> *
>>>>>>>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>>>>>>>> *
>>>>>>>>> *
>>>>>>>>> *Lean . Enterprise . Middleware*
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Architecture mailing list
>>>>>>>>> [email protected]
>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>> Samisa...
>>>>>>>>
>>>>>>>> Samisa Abeysinghe
>>>>>>>> VP Engineering
>>>>>>>> WSO2 Inc.
>>>>>>>> http://wso2.com
>>>>>>>> http://wso2.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Architecture mailing list
>>>>>>>> [email protected]
>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> *Afkham Azeez*
>>>>>>> Director of Architecture; WSO2, Inc.; http://wso2.com
>>>>>>> Member; Apache Software Foundation; http://www.apache.org/
>>>>>>> * <http://www.apache.org/>**
>>>>>>> email: **[email protected]* <[email protected]>* cell: +94 77 3320919
>>>>>>> blog: **http://blog.afkham.org* <http://blog.afkham.org>*
>>>>>>> twitter: 
>>>>>>> **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez>
>>>>>>> *
>>>>>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>>>>>> *
>>>>>>> *
>>>>>>> *Lean . Enterprise . Middleware*
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Dev mailing list
>>>>>>> [email protected]
>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sanjiva Weerawarana, Ph.D.
>>>>>> Founder, Chairman & CEO; WSO2, Inc.;  http://wso2.com/
>>>>>> email: [email protected]; phone: +94 11 763 9614; cell: +94 77 787
>>>>>> 6880 | +1 650 265 8311
>>>>>> blog: http://sanjiva.weerawarana.org/
>>>>>>
>>>>>>
>>>>>> Lean . Enterprise . Middleware
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *Afkham Azeez*
>>>>> Director of Architecture; WSO2, Inc.; http://wso2.com
>>>>> Member; Apache Software Foundation; http://www.apache.org/
>>>>> * <http://www.apache.org/>**
>>>>> email: **[email protected]* <[email protected]>* cell: +94 77 3320919
>>>>> blog: **http://blog.afkham.org* <http://blog.afkham.org>*
>>>>> twitter: 
>>>>> **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez>
>>>>> *
>>>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>>>> *
>>>>> *
>>>>> *Lean . Enterprise . Middleware*
>>>>>
>>>>> _______________________________________________
>>>>> Architecture mailing list
>>>>> [email protected]
>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sameera Jayasoma
>>>> Senior Technical Lead
>>>>
>>>> WSO2, Inc. (http://wso2.com)
>>>> email: [email protected]
>>>> blog: http://sameera.adahas.org
>>>>
>>>>
>>>> Lean . Enterprise . Middleware
>>>>
>>>> _______________________________________________
>>>> Architecture mailing list
>>>> [email protected]
>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>
>>>>
>>>
>>>
>>> --
>>> *Afkham Azeez*
>>> Director of Architecture; WSO2, Inc.; http://wso2.com
>>> Member; Apache Software Foundation; http://www.apache.org/
>>> * <http://www.apache.org/>**
>>> email: **[email protected]* <[email protected]>* cell: +94 77 3320919
>>> blog: **http://blog.afkham.org* <http://blog.afkham.org>*
>>> twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez>
>>> *
>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>> *
>>> *
>>> *Lean . Enterprise . Middleware*
>>>
>>> _______________________________________________
>>> Dev mailing list
>>> [email protected]
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> Sameera Jayasoma
>> Senior Technical Lead
>>
>> WSO2, Inc. (http://wso2.com)
>> email: [email protected]
>> blog: http://sameera.adahas.org
>>
>> Lean . Enterprise . Middleware
>>
>
>
>
> --
> *Afkham Azeez*
> Director of Architecture; WSO2, Inc.; http://wso2.com
> Member; Apache Software Foundation; http://www.apache.org/
> * <http://www.apache.org/>**
> email: **[email protected]* <[email protected]>* cell: +94 77 3320919
> blog: **http://blog.afkham.org* <http://blog.afkham.org>*
> twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez>
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
> _______________________________________________
> Architecture mailing list
> [email protected]
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>
>


-- 
Sagara Gunathunga

Technical Lead; WSO2, Inc.;  http://wso2.com
V.P Apache Web Services ;  http://ws.apache.org/
Blog ;  http://ssagara.blogspot.com
_______________________________________________
Dev mailing list
[email protected]
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to