[wildfly-dev] package name change a good idea?
Brian Stansberry
brian.stansberry at redhat.com
Thu May 2 11:49:28 EDT 2013
The WildFly name refers to the project fka JBoss AS anyway, not to some
broader concept like jboss.org, so org.wildfly wouldn't be appropriate
anyway for packages in a general purpose library like jboss-logging.
Tangent: under https://github.com/jbossas/ we have repos for some
projects that are really general purpose and not particularly tied to
the AS (e.g. MSC, modules) and others that are more tied
(jboss-ejb-client, jboss-remote-naming). Are we going to leave the
general purpose stuff where it is, never moved to
https://github.com/wildfly ?
On 5/2/13 8:05 AM, David M. Lloyd wrote:
> As maintainer of really a lot of jboss-* projects, I can say I don't
> have any plans to change their package names until/unless a substantial
> compatibility-breaking change is already necessary. For JBoss Logging
> in particular I expect to maintain compatibility for the foreseeable future.
>
> On 05/02/2013 07:59 AM, Bill Burke wrote:
>> But doesn't it make it much harder for EAP 6.0 -> Wildfly upstream?
>>
>> Also, what about jboss-logging et. al.? Will they be renamed and
>> packages changed? If so, this creates a headache for projects that
>> depend on those libraries. For example, I'd want future resteasy
>> releases to work with both AS 7.1 and Wildfly. I'd have to write an
>> abstraction layer for any old jboss utility library I reference so my
>> code would work between as7 and wildfly.
>>
>> On 5/2/2013 8:17 AM, Brian Stansberry wrote:
>>> No. WildFly will be the upstream for a future release of EAP. When that
>>> happens, those classes, in the existing org.wildfly packages, will be
>>> used in EAP.
>>>
>>> This is conceptually no different than cases where packages like
>>> org.apache appear in EAP. EAP is a product that is built from a variety
>>> of upstream projects. WildFly is one of those upstream projects. This
>>> was the case before the rename as well; the project fka JBoss AS was
>>> just one of the upstream projects in EAP.
>>>
>>> On 5/2/13 7:10 AM, Jaromir Hamala wrote:
>>>> Hi,
>>>>
>>>> does it mean the same classes will be under different packages in EAP
>>>> and WildFly? Wouldn't this make a transition from WildFly to EAP harder?
>>>>
>>>> Cheers,
>>>> Jaromir
>>>>
>>>>
>>>> On Thu, May 2, 2013 at 12:53 PM, Tomaž Cerar <tomaz.cerar at gmail.com
>>>> <mailto:tomaz.cerar at gmail.com>> wrote:
>>>>
>>>> We never said we are going to be renaming existing packages.
>>>> Especially because we don't want to break compatibly or make back
>>>> porting harder.
>>>>
>>>> What we did agree on is that new stuff should be in new package names.
>>>> Old packages could be renamed only when the got some big
>>>> upgrade/change that would break compatibility anyway.
>>>>
>>>> --
>>>> tomaz
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, May 2, 2013 at 12:48 PM, Bill Burke <bburke at redhat.com
>>>> <mailto:bburke at redhat.com>> wrote:
>>>>
>>>> Are you sure a package name change is a good idea? Won't it make it
>>>> harder to pull/push changes upstream and downstream? And create
>>>> additional work for those who already are the bottleneck in the
>>>> release
>>>> process? What does Fedora/RHEL do?
>>>> --
>>>> Bill Burke
>>>> JBoss, a division of Red Hat
>>>> http://bill.burkecentral.com
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> “Perfection is achieved, not when there is nothing more to add, but when
>>>> there is nothing left to take away.”
>>>> Antoine de Saint Exupéry
>>>>
>>>>
>>>> _______________________________________________
>>>> wildfly-dev mailing list
>>>> 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