Got it. Thanks David.
-Jaikiran
On Tuesday 12 July 2016 06:23 PM, David M. Lloyd wrote:
Hi Jaikiran.
Module versions are not used in resolution in any way, at the moment.
They're purely informational at runtime; the idea is that under Java 9,
the stack trace will include the version string (though this isn't
working yet). It follows that you cannot have more than one version of
a module with a given name; the modules still need different names in
this case and there are no plans to change this.
On 07/12/2016 04:57 AM, Jaikiran Pai wrote:
> Hi David,
>
> - In the absence of an explicit module version (given that it is noted
> as optional) on module A and at the same time there being a module which
> is also module A with version 1.0.1, what would be semantics in terms of
> module resolution when this module A is added as an dependency in some
> other module?
>
> - Would a module dependency (via <dependencies>) have to explicitly list
> a module version? I guess not - in which case what would be the module
> resolution logic when more than 1 module with different versions are
> present in the system?
>
> - In the updated module.xml schema, I don't see a way to specify the
> version of a dependency. Is it even possible to refer to a specific
> versioned module in the dependency?
>
> -Jaikiran
>
> On Tuesday 05 July 2016 11:00 PM, David M. Lloyd wrote:
>> With this PR [1] for issue MODULES-257 [2], JBoss Modules (as of version
>> 1.6.0) will gain the ability to associate a version string with each
>> module that is defined. I have not yet merged this PR; I want to see if
>> anyone has any feedback on the change first. Of note is that I define a
>> syntax for versions, as well as a sort order that should be largely
>> Maven-compatible. The module version can be queried at run time, will
>> appear in modules' toString(), and starting in Java 9, should also
>> appear in stack traces (though this is not certain yet). Ideally we
>> will be able to copy version information into our shipped modules when
>> we build feature packs.
>>
>> If nobody has any feedback in the next few days, I will go ahead and
>> merge the change.
>>
>> [1]
https://github.com/jboss-modules/jboss-modules/pull/101
>> [2]
https://issues.jboss.org/browse/MODULES-257
>>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/wildfly-dev
>