The version that I suggested initially was created on the basis of what I first read at the Eclipse plug-in versioning link at:

http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-core-home/documents/plugin-versioning.html


But on further reading, I understand the above link governs only the plug-in versioning that are part of the
*Eclipse SDK *and not other plug-ins. I have not yet found any 'guidelines' that Eclipse has set forth for versioning of third party plug-ins in general. Except for the versioning scheme of <MAJOR>.<MINOR>.<MAINT>, I have not seen
any other kind followed by plug-in developers.


Examples: Quantum - 2.4.4 (http://quantum.sourceforge.net/), DbEdit 1.0.2 (http://sourceforge.net/projects/dbedit),
Sqldeveloper Plug-in 2.0.0 (http://sourceforge.net/projects/sqldeveloper/)


Also as per the link above:

For a version of the type:

1.2.1.31_v20040629
1.2.1.30_v20040707

the .31 and .30 indicates the Eclipse version supported. The Derby plug-in does not have any such dependency on Eclipse 3.0 or 3.1

Given the above, if we have to really follow a proper versioning scheme and since Eclipse does not set any guidelines for third
party plug-ins, we are better off using the official Derby versioning. Hence suggested using the following in my earlier mail:


1) The plugin zip be called - derby_core_plugin_10.1.0.zip 2) The package name be -org.apache.derby.core_10.1.0

And if we have to provide the Derby build version, somewhere in the plug-in, the ideal place is plugin.xml

3) The plugin.xml will show the actual Derby release upto the build number: 10.1.0.0 (122563M)

(For # (3) above, the only other choice here is to stick with 10.1.0, without any build info. I am not in favor of this, since
giving the build details will help the user and the development community to resolve issues.)


Any other suggestions/views on the above, please do respond.

Regards,
Rajesh

Daniel John Debrunner wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Rajesh Kartha wrote:



Hello all,

I was wondering if anybody got a chance to review the patches I sent
most recently, for creating the Derby Plug-in for Eclipse, and commit
the changes. Please do
let me know, if there are any other changes needed.

Regards,
Rajesh



-
-----------------------------------------------------------------------------------------------------------------------


Rajesh Kartha wrote:



Hello,

I have






- changed the version entry in plugin.xml to be consistent with the
Derby builds: example - 10.1.0.0 (111546M)



My only comment is this version in plugin.xml. What is the most natural version here, matching Eclipse terminology (the original _v111546 you had) or matching Derby's version string output from sysinfo etc?

I asked before why you had picked the _v111546 format, I didn't request
a change to the Derby format, I was just trying to understand where that
format came from.

Dan.



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFBw6HcIv0S4qsbfuQRAtXoAKCTxbOwL5eyEjOjLXM5XSnQsg8OjgCgoX2m
FY64hebZ0ErH/4Kp4zppUoQ=
=Hgd8
-----END PGP SIGNATURE-----






Reply via email to