(before I file an issue, a sanity check is appreciated)
I've got an nbm, "jVi Core" (it's a wrapper nbm) with
<code-name-base>com.raelity.jvi</code-name-base>
and recently created a new maven based update center "jVi for NB Update
Center" with
<groupId>com.raelity.jvi</groupId>
<artifactId>nb-uc</artifactId>
The plugin manager is saying that "jVi UC" has an update pending of "jVi
Core". In the debugger I'm seeing, from
platform/autoupdate.services/.../UpdateElement.toString(),
jVi for NB Update Center[com.raelity.jvi/1.2.1]
and
jVi Core[com.raelity.jvi/1.6.19.37]
And toString is defined as
impl.getDisplayName() + "[" + impl.getCodeName ()
+ "/" + impl.getSpecificationVersion () + "]";
If I do an update, "jVi Core" does not actually replace "jVi UC" (hmmmm,
I don't think it does), but I'm getting some weird behavior though
eventually I can get things loaded.
I think getCodeName() is used in compares. My first thought is that
impl.getCodeName() should include the artifactId somehow.
I'm still looking through code, but if someone can shed some light... I
guess my biggest question is whether there's a bug in the plugin manager
related to maven artifacts or whether I've got a naming problem (or both?)
Any insight appreciated.
-ernie
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
