The purpose of adding that was so that plugin providers can add update wizards from version x to version y with relative ease via an extension point.

They can now do something like,   from version 1.5.* to version 2.0.0.*, use <insert class> as a wizard page.

I probably just didn't see the versioning in the plugin.xml and hard-coded it. I suppose I figured that we'd have to change something, either in a plugin.xml, or text resource, or class file, and it didn't seem to matter much to me which we did.  I realize changing that in two places is bad, so I just wasn't aware that it was already somewhere.

So... ... ... where was the version stored previously? I can change it to just use that.

- Rob

On 9/13/06, Max Rydahl Andersen < max.andersen@jboss.com> wrote:
Hi guys,

I just noticed that CorePlugin now has a hard branded version id and
custom version comparison in it ?

May I ask why ?

...and what is wrong with using the versioning in the plugin.xml etc.
instead of a new concept ?

If it is just to get a "release name" why not just put it in the resource
bundle ?

--
--
Max Rydahl Andersen
callto://max.rydahl.andersen

Hibernate
max@hibernate.org
http://hibernate.org

JBoss a division of Red Hat
max.andersen@jboss.com
_______________________________________________
jbosside-dev mailing list
jbosside-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosside-dev