10:16 p.m.
It isn't documented yet as it is still pretty new (I just wrote it last
week). You can find the code and definition for the ant task here:
http://fisheye.jboss.com/browse/JBoss/jbosside/releng/org.jboss.ide.eclip...
You'll basically want to look at CalculateFeatureDependenciesTask. This task
by itself only figures out which features and plugins a given feature
"depends on" to run within eclipse based on it's <requires> and
<include>
xml tags. There is a macro definition in the common/bundleDependencies.xml
script that wraps this task and does the actual bundling which you can find
here:
http://fisheye.jboss.com/browse/JBoss/jbosside/releng/org.jboss.ide.eclip...
You can see the bundleDependencies macro in use in hibernate tools'
customTargets.xml here:
http://fisheye.jboss.com/browse/JBoss/jbosside/releng/org.jboss.ide.eclip...
It basically looks like:
<bundleDependencies feature="org.hibernate.eclipse.feature" buildDirectory=
"${buildDirectory}"
archivePath="${buildDirectory}/${buildLabel}/HibernateTools-${
hibernate.tools.release}.${versionTag}.zip" />
Keep in mind this will only bundle dependencies which are explicitly
declared under the "Dependencies" tab in the feature.xml or in the
"include
features" tab (it will also bundle dependencies of dependencies, etc). I
don't see a reason why you wouldn't be able to use this outside of releng if
you want to use this in your own customTargets.. the code is eclipse
independent.
On 9/12/06, Koen Aers <koen.aers(a)jboss.com> wrote:
Ok now I have finally read this email thread about the feature.xml and I
am a bit more up to date. But what exactly is the ant task you are talking
about Marshall? Is this documented somewhere? And do you mean I have to
include some other dependency to make the jBPM plug-in build work outside
of JBoss IDE? I am not quite sure that this would simplify things for
me...
Regards,
Koen
------------------------------
*From:* marshall.jboss(a)gmail.com [mailto:marshall.jboss@gmail.com] *On
Behalf Of *Marshall Culpepper
*Sent:* maandag 11 september 2006 21:43
*To:* Koen Aers; jbosside-dev(a)lists.jboss.org
*Subject:* jBPM Designer feature.xml needs to be updated
Hey Koen..
When going through builds trying to iron everything out for the new
bundling task, I noticed that org.jbpm.gd.jpdl.feature still includes
eclipse plugins listed as <plugin> in the feature.xml. As per our meeting,
could you remove all of these entries and move them to the "Dependencies"
tab, or "<requires><import>" ?
--
Marshall Culpepper
marshall.culpepper(a)jboss.com
JBossIDE Team Lead
JBoss, a division of Red Hat
--
Marshall Culpepper
marshall.culpepper(a)jboss.com
JBossIDE Team Lead
JBoss, a division of Red Hat
10:27 p.m.
> about Marshall? Is this documented somewhere? And do you mean I
have to
> include some other dependency to make the jBPM plug-in build work
> outside
> of JBoss IDE? I am not quite sure that this would simplify things for
> me...
just to be clear:
Our old/current way of bundling things are *wrong* in context of
integrating with the rest of
the eclipse ecosystem. you should only have <plugin> for plugins that is
actually part of the plugin
everything else is <import> of either plugin's or feature's.
--
--
Max Rydahl Andersen
callto://max.rydahl.andersen
Hibernate
max(a)hibernate.org
http://hibernate.org
JBoss a division of Red Hat
max.andersen(a)jboss.com
10:31 p.m.
Yes, this is what we decided on our meeting.. we are moving all dependencies
to be included the "right" way, and retrofitting the build system to
calculate feature dependencies based on those entries, instead of counting
on eclipse PDE to auto-bundle things that are listed as <plugin>.
On 9/13/06, Max Rydahl Andersen <max.andersen(a)jboss.com> wrote:
just to be clear:
Our old/current way of bundling things are *wrong* in context of
integrating with the rest of
the eclipse ecosystem. you should only have <plugin> for plugins that is
actually part of the plugin
everything else is <import> of either plugin's or feature's.
--
Marshall Culpepper
marshall.culpepper(a)jboss.com
JBossIDE Team Lead
JBoss, a division of Red Hat
6434
days inactive
6434
days old
jbosstools-dev@lists.jboss.org
2 comments
2 participants
participants (2)
-
Marshall Culpepper -
Max Rydahl Andersen