Paul Benedict wrote:
> Agreed. How does anyone feel about this philosophy, which I see
> can solve this problem: On any GA release of a subproject, the version
> number of Struts is incremented, and all the jars are upgraded to the
> next version number? The biggest benefit is that a struts-1.3.5.zip would
> contain all jars labeled 1.3.5. Granted, most of these subproject
upgrades
> would be benign because nothing would change, but there will never be
> confusion about the versioning.
I can't really say I like the idea... you could envision a situation
where one subproject has a number of releases in a relatively short
time, so all of sudden there's X new versions of Struts that people have
to figure out it they need or want or not.
Your goal of wanting to remove questions about version compatibility is
worthy though, I'm just not sure this is the best way to do it.
I actually think this can be dealt with using nothing more than good
documentation. Something simple like a table along these lines:
If you use:
Action 1.2.7
Then you can use:
EL- 1.2.3, 1.2.4, 1.2.5, 1.2.6, 1.2.7
Flow- 1.2.9, 1.3.0
If you use:
Action 1.3.0
Then you can use:
EL- 1.2.5, 1.2.6, 1.2.7
Flow- 1.3.0
...and so on...
And also for each subproject:
If you want to use:
EL- 1.2.3
You can use:
Action- 1.2.7, 1.2.8, 1.3.0
If you want to use:
EL- 1.2.4
You can use:
Action- 1.2.8, 1.3.0
...and so on...
Probably a better way to lay it out, but you get the idea, and I think
that would do the trick. The person can grab whatever version of a
given extension they want, after researching the versions to see what
they provide, or they can just grab the highest compatible version. I
think the key though is that it should be driven off the core Action
version. However, it is important to have a reverse-lookup, in effect,
so that if you need a specific feature in a specific extension version,
you can at a glance see what version of Action it will work with.
Paul
Frank
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]
Java Web Parts -
http://javawebparts.sourceforge.net
Supplying the wheel, so you don't have to reinvent it!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
