[wildfly-dev] Package name

Brian Stansberry brian.stansberry at redhat.com
Mon Apr 29 14:34:21 EDT 2013


Keep in mind that an extension can define more than one subsystem, and a 
module can define more than one extension.

As an example of the latter, org.jboss.as.connector:main uses 3 lines in 
the META-INF/services/org.jboss.as.controller.Extension file to define 3 
extension impls. Each of those registers a single subsystem.

That same thing could have been done differently by having a single 
Extension impl that registered 3 subsystems. If that had been done, the 
extension impl would not fit nicely in an org.wildfly.subsystem.<blah> 
package.

On 4/29/13 9:18 AM, David M. Lloyd wrote:
> I guess.  Keeping in mind that eventually extensions will (possibly) be
> loaded by assembled module name, so they may have to change again at
> some point.
>
> On 04/29/2013 09:16 AM, Tomaž Cerar wrote:
>> probably same should also apply to module names.
>>
>> so we would have org.wildfly.subsystem.<name>
>>
>>
>> On Mon, Apr 29, 2013 at 4:09 PM, Tomaž Cerar <tomaz.cerar at gmail.com
>> <mailto:tomaz.cerar at gmail.com>> wrote:
>>
>>      Sounds ok,
>>
>>      probably having org.wildfly.extension.<>
>>
>>      that would too much :)
>>
>>
>>
>>      On Mon, Apr 29, 2013 at 4:07 PM, David M. Lloyd
>>      <david.lloyd at redhat.com <mailto:david.lloyd at redhat.com>> wrote:
>>
>>          Maybe do:
>>
>>              org.wildfly.subsystem.<blah>
>>
>>          because there will be wildfly stuff which isn't subsystems and which
>>          might have names that conflict.  I'd even suggest
>>          "org.wildfly.as.subsystem..." but that might be too much.
>>
>>          On 04/29/2013 08:58 AM, Tomaž Cerar wrote:
>>           > Hi,
>>           >
>>           > What should be package name for new stuff being added to WildFly?
>>           >
>>           > org.wildfly.<subsystem-name>
>>           > or
>>           > org.wildfly.as <http://org.wildfly.as>
>>          <http://org.wildfly.as>.<subsystem-name>
>>           > or something else?
>>           >
>>           > I would go for org.wildfly.<subsystem-name>
>>           >
>>           >
>>           >
>>           > this mostly applies to new subsystems and as we agreed we
>>          won't rename
>>           > packages for existing code until it break compatibility.
>>           >
>>           >
>>           >
>>           > --
>>           > tomaz
>>           >
>>           >
>>           > _______________________________________________
>>           > wildfly-dev mailing list
>>           > wildfly-dev at lists.jboss.org <mailto:wildfly-dev at lists.jboss.org>
>>           > https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>           >
>>
>>
>>          --
>>          - DML
>>          _______________________________________________
>>          wildfly-dev mailing list
>>          wildfly-dev at lists.jboss.org <mailto:wildfly-dev at lists.jboss.org>
>>          https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>>
>>
>
>


-- 
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat


More information about the wildfly-dev mailing list