I will try and answer a few of these .. that way i can be corrected if I am
wrong :-)
> Sounds like you have though it trough in detail, good :-)
> This is the kind of change that requires a formal proposal + vote I think.
Yep; question is do we update Howard's proposal or replace it? And can the
upgrade to maven 3 be treated
as a separate proposal.
> - can you do all the work by yourself, or do you need specific help from the
> developers?
> - what kind of extra work does keeping OSGI bundles around require on
> maintainers?
My impression was the maven plugins would use the mave dependency information
and generate the MANIFEST.MF entries? If that is case the extra work is making
sure the pom.xml is correct.
> What extra bits are required out of people contributing new modules?
> As a developer that does not use OSGI how to I make sure I'm not breaking
> OSGI support unadvertedly?
We may be able to have a test dependency on an osgi container of some sort and
do a brief sanity check? Possibly
as an extensive test for the build server to run?
> Above you mention the usage of Eclipse, yet not all developers use it.
Most of the use requests I get are from people using OSGi in a server context
these days.
> What about other IDEs, or people that do not use a IDE at all?
It is more something that effects those using OSGi to manage their jars at
runtime; if we include this stuff in our MANIFEST.MF they
can get to work right away; if not they tend to "wrap" our jars up by hand.
> - Is all of the above going to be documented?
I would assume it would go in the developers guide.
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
