[JBoss JIRA] (FORGE-993) Support for multi project: So forge can understand the parent and child modules resource/source
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-993?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III updated FORGE-993:
-------------------------------------
Fix Version/s: 2.x Future
> Support for multi project: So forge can understand the parent and child modules resource/source
> -----------------------------------------------------------------------------------------------
>
> Key: FORGE-993
> URL: https://issues.jboss.org/browse/FORGE-993
> Project: Forge
> Issue Type: Feature Request
> Components: Plugin API
> Affects Versions: 1.3.2.Final
> Reporter: Rajmahendra Hegde
> Fix For: 2.x Future
>
>
> Assuming we have a maven project
> MyProj - (parent)
> MyProj-JPA
> MyProj-Web
> JPA contains JPA entities
> Web contains JSF
> Now user want to create a rest-services in Web or in a separate module say, MyProj-Rest.
> The current forge is working completely isolated without knowing the sub-modules of the current maven project. (or its not accessing the resource/source of the sub-project its currently running.
> Some time user want to create modular based development like above project structure. We need to provide a feature to access sub project resources/source also. So user can work in multi-project support environment to modularize his component.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (FORGE-993) Support for multi project: So forge can understand the parent and child modules resource/source
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-993?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III commented on FORGE-993:
------------------------------------------
Yes, the Project API should probably also support sub-projects. This is an important enhancement and should probably go into Forge 2.
> Support for multi project: So forge can understand the parent and child modules resource/source
> -----------------------------------------------------------------------------------------------
>
> Key: FORGE-993
> URL: https://issues.jboss.org/browse/FORGE-993
> Project: Forge
> Issue Type: Feature Request
> Components: Plugin API
> Affects Versions: 1.3.2.Final
> Reporter: Rajmahendra Hegde
>
> Assuming we have a maven project
> MyProj - (parent)
> MyProj-JPA
> MyProj-Web
> JPA contains JPA entities
> Web contains JSF
> Now user want to create a rest-services in Web or in a separate module say, MyProj-Rest.
> The current forge is working completely isolated without knowing the sub-modules of the current maven project. (or its not accessing the resource/source of the sub-project its currently running.
> Some time user want to create modular based development like above project structure. We need to provide a feature to access sub project resources/source also. So user can work in multi-project support environment to modularize his component.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (FORGE-770) Ability to restrict ServiceRegistry and AddonRegistry services by version
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-770?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III closed FORGE-770.
------------------------------------
Resolution: Done
Done!
> Ability to restrict ServiceRegistry and AddonRegistry services by version
> -------------------------------------------------------------------------
>
> Key: FORGE-770
> URL: https://issues.jboss.org/browse/FORGE-770
> Project: Forge
> Issue Type: Feature Request
> Components: Container
> Affects Versions: 2.0.0.Alpha1
> Reporter: Lincoln Baxter III
> Assignee: Lincoln Baxter III
> Fix For: 2.0.0.Alpha7
>
>
> Like in OSGi (shudder,) when looking up services from the ServiceRegistry, it should be possible to require that services retrieved from the ServiceRegistry be locked to a specific addon API version (via addon-dependency/classloader mapping.)
> {code}
> (A) -> (B, v1)
> -> Service 1
> (B, v2)
> -> Service 1v2
> -> Service 2v1
> {code}
> A should receive only the instance of Service 1 from (B, v1)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (FORGE-770) Ability to restrict ServiceRegistry and AddonRegistry services by version
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-770?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III commented on FORGE-770:
------------------------------------------
Solved by always depending on the highest version of an installed Addon by name. The container builds graphs to represent the addon state, and links the appropriate versions.
The restriction component is accomplished by a new feature called AddonView - this allows the API consumer to request a view of the configured AddonRepository instances and obtain addon instances from one or several specific repositories, while the master or ROOT view continues to operate on all repositories.
> Ability to restrict ServiceRegistry and AddonRegistry services by version
> -------------------------------------------------------------------------
>
> Key: FORGE-770
> URL: https://issues.jboss.org/browse/FORGE-770
> Project: Forge
> Issue Type: Feature Request
> Components: Container
> Affects Versions: 2.0.0.Alpha1
> Reporter: Lincoln Baxter III
> Assignee: Lincoln Baxter III
> Fix For: 2.0.0.Alpha7
>
>
> Like in OSGi (shudder,) when looking up services from the ServiceRegistry, it should be possible to require that services retrieved from the ServiceRegistry be locked to a specific addon API version (via addon-dependency/classloader mapping.)
> {code}
> (A) -> (B, v1)
> -> Service 1
> (B, v2)
> -> Service 1v2
> -> Service 2v1
> {code}
> A should receive only the instance of Service 1 from (B, v1)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months