Yep, I'm not sure we want to drop the moduleId either... As you mention, why can't we create plugins that just prereq a group of other plugins and don't add itself to the config.xml (which seems like an option we could use in other plugins today)? Seems this would be more useful for building custom servers with c-m-p or GEP, where an application could add a depend on specifc plugin version like "org.apache.geronimo.profile.web-tomcat/2.2/car" to build a custom assembly from a known/tested Geronimo release. It would also allow a user to see what server profile they are using, by which "profile" car they have installed (with jee5-tomcat being the full server.)

-Donald


David Jencks wrote:

On Aug 21, 2008, at 7:26 PM, Lin Sun wrote:

Hi,

I have been looking at c-m-p plugin and geronimo plugin with no
module-id today, as David reminded me in the other thread about this
function.   I'd like to use this function for the custom server
assembly stuff I am working on, as it is similar as groups of plugins
I was initially proposing.

It looks like we do have code to handle module-id = null in plugin
metadata, but i have not been successful in creating a geronimo plugin
that doesn't have a module-id using c-m-p.  is this possible w/ the
current c-m-p?     Anyone has an example on this type of geronimo
plugin?    Would this type of plugin just contain a META-INF directory
with geronimo-plugin.xml in the directory?

I'm not sure how much sense it makes to use the c-m-p to generate a geronimo-plugin.xml with no moduleId. IIRC the original idea (from Aaron) was to just have the entry in the plugin catalog. Without a moduleId you can't put it in the maven repo (IMO). So, maybe we do want a moduleId but make it so nothing gets into any config.xml???

I've started to wonder if we should distribute the geronimo-plugin.xml files as attached artifacts with a geronimo-plugin classifier so they are more readily available as plain files.

still thinking.....
david jencks



Thanks,

Lin


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to