Hi Sajith,

Yes, First we deploy the artifacts in server deployment directory and then
deploy the runtime specific artifacts.

Thanks
Thusitha

On Fri, Sep 8, 2017 at 11:14 AM, SajithAR Ariyarathna <[email protected]>
wrote:

> Hi Thusitha,
>
> On Mon, Aug 14, 2017 at 12:08 PM, Thusitha Thilina Dayaratne <
> [email protected]> wrote:
>
>> Hi Jayanga,
>>
>> From the beginning of C5, we tried to achieve a clear separation between,
>>> User(Custom) space and Server space.
>>> IMO, having just a single deployment directory (for both custom and
>>> server artifacts) won't help to maintain that separation.
>>
>> We are having 2 deployment directories.
>>
>>    1. <server-home>/<runtime-home>/deployment
>>    2. <server-home>/deployment
>>
>> Is there a priority in these directories?
> Thanks.
>
> On Mon, Aug 14, 2017 at 12:14 PM, Niranjan Karunanandham <
> [email protected]> wrote:
>
>> Hi Thusitha,
>>
>> On Mon, Aug 14, 2017 at 12:08 PM, Thusitha Thilina Dayaratne <
>> [email protected]> wrote:
>>
>>> Hi Jayanga,
>>>
>>> From the beginning of C5, we tried to achieve a clear separation
>>>> between, User(Custom) space and Server space.
>>>> IMO, having just a single deployment directory (for both custom and
>>>> server artifacts) won't help to maintain that separation.
>>>
>>> We are having 2 deployment directories.
>>>
>>>    1. <server-home>/<runtime-home>/deployment
>>>    2. <server-home>/deployment
>>>
>>> The issue is in existing API we have a method to deploy/upload the given
>>> artifact to the deployment directory. This was not an issue previously coz
>>> we had only single deployment dir. But since now we have multiple
>>> deployment dirs, where should we deploy the artifact?
>>>
>> When are we using this method, i.e., the use-case? If the artifact is
>> within the either the runtime deployment or serverhome deployment
>> directory, then based on that the artifact can be deployed in the
>> corresponding directory.
>>
>>
>>>
>>> Thanks
>>> Thusitha
>>>
>>> On Mon, Aug 14, 2017 at 11:15 AM, Jayanga Dissanayake <[email protected]>
>>> wrote:
>>>
>>>> Hi Thusitha/Nira,
>>>>
>>>> From the beginning of C5, we tried to achieve a clear separation
>>>> between, User(Custom) space and Server space.
>>>> IMO, having just a single deployment directory (for both custom and
>>>> server artifacts) won't help to maintain that separation.
>>>>
>>>> WDYT?
>>>>
>>>> Thanks,
>>>> Jayanga.
>>>>
>>>> *Jayanga Dissanayake*
>>>> Associate Technical Lead
>>>> WSO2 Inc. - http://wso2.com/
>>>> lean . enterprise . middleware
>>>> email: [email protected]
>>>> mobile: +94772207259 <+94%2077%20220%207259>
>>>> <http://wso2.com/signature>
>>>>
>>>> On Mon, Aug 14, 2017 at 10:53 AM, Niranjan Karunanandham <
>>>> [email protected]> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> On Fri, Aug 11, 2017 at 11:24 AM, Thusitha Thilina Dayaratne <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> In c5 carbon-deployment we have a method to manually deploy artifacts
>>>>>> where we only provide artifact's path and artifact type. This was no 
>>>>>> issue
>>>>>> until 5.2.0-m3 since we only had a single deployment directory.
>>>>>> public void deploy(String artifactPath, ArtifactType artifactType)[1]
>>>>>>
>>>>>> But since we have 2 deployment directories with the new
>>>>>> runtime architecture. So how should we handle this deployment?
>>>>>> AFAIU options would be as follows
>>>>>>
>>>>>>    1. Add a new API(method) to get the relevant deployment dir and
>>>>>>    deploy to that
>>>>>>    2. We have to prioritize a deployment directory (Server or
>>>>>>    runtime) and deploy only to the prioritized one
>>>>>>    3. Deploy to both deployment dirs
>>>>>>
>>>>>>
>>>>>>
>>>>> In the new deployment directory, each runtime will have a deployment
>>>>> directory and there will be on outside. The runtime deployment will be for
>>>>> wso2 artifacts. AFAIU with previous model (C4), the above method is used 
>>>>> by
>>>>> when a user uploads the artifact from a UI. Therefore IMO the default
>>>>> method should deploy the artifact to the deployment directory outside the
>>>>> runtime, i.e., <ServerHome>/deployment.
>>>>>
>>>>>
>>>>>> [1] - https://github.com/wso2/carbon-deployment/blob/master/comp
>>>>>> onents/org.wso2.carbon.deployment.engine/src/main/java/org/w
>>>>>> so2/carbon/deployment/engine/DeploymentService.java#L43
>>>>>>
>>>>>> Thanks
>>>>>> Thusitha
>>>>>>
>>>>>>
>>>>>> On Fri, Jun 2, 2017 at 10:23 AM, Danesh Kuruppu <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> Correction: Proposed directory structure needed to be change as
>>>>>>> below. instead of having deployment directory per runtime, we will have
>>>>>>> only deployment directory per server distribution. This deployment
>>>>>>> directory contains custom deployable artifacts. So ideally there won't 
>>>>>>> be
>>>>>>> any artifact in default distribution.
>>>>>>>
>>>>>>> Though we have packaging all runtimes in one distribution. we are
>>>>>>> not encouraging to run all runtime from the single pack. So we are 
>>>>>>> going to
>>>>>>> provide a script to exact runtime from the distribution pack.
>>>>>>>
>>>>>>> ServerHome
>>>>>>>>        |_________ bin
>>>>>>>>        |         |_______ runtime1.sh
>>>>>>>>        |         |_______ runtime2.sh
>>>>>>>>        |         |_______ start-all.sh (start all the runtimes
>>>>>>>> except default in separate JVMs)
>>>>>>>>        |         |_______ default.sh (start required runtimes in a
>>>>>>>> single JVM)
>>>>>>>>        |         |_______ jartobundle.sh
>>>>>>>>        |
>>>>>>>>        |
>>>>>>>>        |_________ deployment (This will contains custom deployable
>>>>>>>> artifacts)
>>>>>>>>        |         |_______ uuf
>>>>>>>>        |         |_______ microservices
>>>>>>>>        |
>>>>>>>>        |_________ lib
>>>>>>>>        |
>>>>>>>>        |_________ conf
>>>>>>>>        |        |________ runtime1
>>>>>>>>        |        |             |________ deployment.yaml
>>>>>>>>        |        |             |________ master-keys.yaml
>>>>>>>>        |        |             |________ secrets.properties
>>>>>>>>        |        |             |________ log4j2.xml
>>>>>>>>        |        |             |________ etc
>>>>>>>>        |        |             |             |______
>>>>>>>> pax-logging.properties
>>>>>>>>        |        |             |________ osgi
>>>>>>>>        |        |                           |______
>>>>>>>> launch.properties
>>>>>>>>        |        |                           |______
>>>>>>>> osgi-debug.options
>>>>>>>>        |        |________ runtime2
>>>>>>>>        |                      |________ deployment.yaml
>>>>>>>>        |                      |________ master-keys.yaml
>>>>>>>>        |                      |________ secrets.properties
>>>>>>>>        |                      |________ log4j2.xml
>>>>>>>>        |                      |________ etc
>>>>>>>>        |                      |             |______
>>>>>>>> pax-logging.properties
>>>>>>>>        |                      |________ osgi
>>>>>>>>        |                                    |______
>>>>>>>> launch.properties
>>>>>>>>        |                                    |______
>>>>>>>> osgi-debug.options
>>>>>>>>        |
>>>>>>>>        |_________ resources
>>>>>>>>        |        |________ security
>>>>>>>>        |                      |________ wso2secvault.jks
>>>>>>>>        |                      |________ wso2carbon.jks
>>>>>>>>        |
>>>>>>>>        |_________ wso2
>>>>>>>>                 |_______ Default (this can be used to combine
>>>>>>>> several runtimes e.g in IoT)
>>>>>>>>                 |           |_______ bin
>>>>>>>>                 |           |           |_____ carbon.sh
>>>>>>>>                 |           |_______ deployment
>>>>>>>>                 |
>>>>>>>>                 |_______ Runtime1
>>>>>>>>                 |           |_______ bin
>>>>>>>>                 |           |           |______ carbon.sh
>>>>>>>>                 |           |_______ deployment
>>>>>>>>                 |
>>>>>>>>                 |_______ Runtime2
>>>>>>>>                 |           |_______ bin
>>>>>>>>                 |           |           |_____ carbon.sh
>>>>>>>>                 |           |_______ deployment
>>>>>>>>                 |
>>>>>>>>                 |_______ lib (this will contains common jars)
>>>>>>>>
>>>>>>>>
>>>>>>> Thanks
>>>>>>> --
>>>>>>>
>>>>>>> *Danesh Kuruppu*
>>>>>>> Senior Software Engineer | WSO2
>>>>>>>
>>>>>>> Email: [email protected]
>>>>>>> Mobile: +94 (77) 1690552 <+94%2077%20169%200552>
>>>>>>> Web: WSO2 Inc <https://wso2.com/signature>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Architecture mailing list
>>>>>>> [email protected]
>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Thusitha Dayaratne
>>>>>> WSO2 Inc. - lean . enterprise . middleware |  wso2.com
>>>>>>
>>>>>> Mobile  +94712756809 <+94%2071%20275%206809>
>>>>>> Blog      alokayasoya.blogspot.com
>>>>>> About    http://about.me/thusithathilina
>>>>>> <http://wso2.com/signature>
>>>>>>
>>>>>>
>>>>> Regards,
>>>>> Nira
>>>>>
>>>>> --
>>>>>
>>>>>
>>>>> *Niranjan Karunanandham*
>>>>> Associate Technical Lead - WSO2 Inc.
>>>>> WSO2 Inc.: http://www.wso2.com
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Thusitha Dayaratne
>>> WSO2 Inc. - lean . enterprise . middleware |  wso2.com
>>>
>>> Mobile  +94712756809 <+94%2071%20275%206809>
>>> Blog      alokayasoya.blogspot.com
>>> About    http://about.me/thusithathilina
>>> <http://wso2.com/signature>
>>>
>>>
>> Regards,
>> Nira
>>
>> --
>>
>>
>> *Niranjan Karunanandham*
>> Associate Technical Lead - WSO2 Inc.
>> WSO2 Inc.: http://www.wso2.com
>>
>>
>
>
> --
> Sajith Janaprasad Ariyarathna
> Senior Software Engineer; WSO2, Inc.;  http://wso2.com/
> <https://wso2.com/signature>
>



-- 
Thusitha Dayaratne
WSO2 Inc. - lean . enterprise . middleware |  wso2.com

Mobile  +94712756809
Blog      alokayasoya.blogspot.com
About    http://about.me/thusithathilina
<http://wso2.com/signature>
_______________________________________________
Architecture mailing list
[email protected]
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Reply via email to