In the repo [1] we have archetypes for IS extensions and seems they are
outdated as it still uses the old dependency of carbon-identity. This need
to be improved/refactor in order to make this to a stable with the latest
product version.

BTW, we couldn't see any specific reason to have all archetypes here under
the repo [1]. Hence we thought to move all the IS-related archetypes

   - To a separate repo? But here we have to decide, how we are going to
   maintain the releases (major or minor) if we have all the archetypes in the
   same repo? In this way, there can be chances that some archetypes get
   released unnecessary (ie, without any changes).
   - Or else we can keep the archetypes inside the feature repo itself?

    Appreciate your valuable suggestions on the above?

Further, In this effort, we (myself and @Inthi) are planning the following
as the initial step:

   - Refactor the existing archetypes and Making that to work with IS 5.8.0
   for now.
   - Find the best approach to maintain the archetypes (in a single repo or
   inside the feature repo).
   - Add more archetypes as part of this effort. We could see a couple of
   archetypes already developed, but that need to be reviewed and we have to
   add those to the specific repo. @Inthirakumaaran Tharmakulasingham
   <[email protected]> will share the details on this.
   - Generate guidance for creating an archetype.

Please share your thoughts and suggestions about this effort, that will be
very helpful to us to continue on this :)

[1] https://github.com/wso2-extensions/archetypes
<https://www.google.com/url?q=https://github.com/wso2-extensions/archetypes&sa=D&source=hangouts&ust=1564833739149000&usg=AFQjCNFopSwDYqHH3VV8GZORIXe7CmhGTQ>

Thanks
Kanapriya Kuleswararajan
Senior Software Engineer
Mobile : - 0774894438
Mail: - [email protected]
LinkedIn : - https://www.linkedin.com/in/kanapriya-kules-94712685/
WSO2, Inc.
lean. enterprise. middleware
_______________________________________________
Dev mailing list
[email protected]
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to