You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@servicemix.apache.org by Guillaume Nodet <gn...@gmail.com> on 2009/09/07 14:19:42 UTC
Merging karaf integration into trunk
I plan to merge the karag integration work that has been done in the sandbox
into trunk later today.
This will be a bit dirsuptive, so if you have any ongoing work in trunk (for
nmr and features), let me know if that's the case and I'll hold on a bit.
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
Re: Merging karaf integration into trunk
Posted by Willem Jiang <wi...@gmail.com>.
Hi Gert,
Thanks for you suggestion, there are some broken spring bundles in my
local repo. After clean them up, now I can build the camel features.
+1 for pull the features file from Camel repository, it will save us
some time :)
BTW, I found the generated feature file include some unnecessary
bundles, do you have any idea to fix it ?
Willem
Gert Vanthienen wrote:
> Hi Willem,
>
> There's proabably a broken jar in your local repo that the features
> generator is trying to unpack. If you run this with mvn -X clean
> install, you should get a lot more output, including some indication
> as to what the generator is doing at the moment it encounters this
> problem.
>
> However, we probably want to stop maintaining the features.xml file at
> ServiceMix (and remove it from trunk alltogether) and pull in the
> Camel features file at assembly build time.
>
> Regards,
>
> Gert Vanthienen
> ------------------------
> Open Source SOA: http://fusesource.com
> Blog: http://gertvanthienen.blogspot.com/
>
>
>
> 2009/9/12 Willem Jiang <wi...@gmail.com>:
>> Hi,
>>
>> I got these error when I run the mvn clean install in
>> feature/camel/camelfeatures.
>>
>> Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to create
>> features.xml file: java.util.zip.ZipException: error in opening zip file
>> at
>> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.execute(GenerateFeaturesXmlMojo.java:154)
>> at
>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
>> ... 17 more
>> Caused by: java.util.zip.ZipException: error in opening zip file
>> at java.util.zip.ZipFile.open(Native Method)
>> at java.util.zip.ZipFile.<init>(ZipFile.java:203)
>> at java.util.zip.ZipFile.<init>(ZipFile.java:234)
>> at
>> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.getManifest(GenerateFeaturesXmlMojo.java:497)
>> at
>> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.registerBundle(GenerateFeaturesXmlMojo.java:427)
>> at
>> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.readBundles(GenerateFeaturesXmlMojo.java:252)
>> at
>> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.execute(GenerateFeaturesXmlMojo.java:147)
>> ... 19 more
>>
>> Any throught?
>>
>> Willem
>>
>> Guillaume Nodet wrote:
>>> I've done the NMR and working on the features project now, but there's lot
>>> to fix.
>>> The welcome has not been ported, i haven't checked all the features that
>>> are
>>> not installed by default, examples may have to be fixed ...
>>>
>>> On Tue, Sep 8, 2009 at 08:42, Jean-Baptiste Onofré <jb...@nanthrax.net>
>>> wrote:
>>>
>>>> Ok Guillaume, thanks for the update.
>>>>
>>>> If you need any test or help, please keep me informed.
>>>>
>>>> Regards
>>>> JB
>>>>
>>>>
>>>> Guillaume Nodet wrote:
>>>>
>>>>> I plan to merge the karag integration work that has been done in the
>>>>> sandbox
>>>>> into trunk later today.
>>>>> This will be a bit dirsuptive, so if you have any ongoing work in trunk
>>>>> (for
>>>>> nmr and features), let me know if that's the case and I'll hold on a
>>>>> bit.
>>>>>
>>>>>
>>>
>>
>
Re: Merging karaf integration into trunk
Posted by Gert Vanthienen <ge...@gmail.com>.
Hi Willem,
There's proabably a broken jar in your local repo that the features
generator is trying to unpack. If you run this with mvn -X clean
install, you should get a lot more output, including some indication
as to what the generator is doing at the moment it encounters this
problem.
However, we probably want to stop maintaining the features.xml file at
ServiceMix (and remove it from trunk alltogether) and pull in the
Camel features file at assembly build time.
Regards,
Gert Vanthienen
------------------------
Open Source SOA: http://fusesource.com
Blog: http://gertvanthienen.blogspot.com/
2009/9/12 Willem Jiang <wi...@gmail.com>:
> Hi,
>
> I got these error when I run the mvn clean install in
> feature/camel/camelfeatures.
>
> Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to create
> features.xml file: java.util.zip.ZipException: error in opening zip file
> at
> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.execute(GenerateFeaturesXmlMojo.java:154)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
> ... 17 more
> Caused by: java.util.zip.ZipException: error in opening zip file
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:203)
> at java.util.zip.ZipFile.<init>(ZipFile.java:234)
> at
> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.getManifest(GenerateFeaturesXmlMojo.java:497)
> at
> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.registerBundle(GenerateFeaturesXmlMojo.java:427)
> at
> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.readBundles(GenerateFeaturesXmlMojo.java:252)
> at
> org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.execute(GenerateFeaturesXmlMojo.java:147)
> ... 19 more
>
> Any throught?
>
> Willem
>
> Guillaume Nodet wrote:
>>
>> I've done the NMR and working on the features project now, but there's lot
>> to fix.
>> The welcome has not been ported, i haven't checked all the features that
>> are
>> not installed by default, examples may have to be fixed ...
>>
>> On Tue, Sep 8, 2009 at 08:42, Jean-Baptiste Onofré <jb...@nanthrax.net>
>> wrote:
>>
>>> Ok Guillaume, thanks for the update.
>>>
>>> If you need any test or help, please keep me informed.
>>>
>>> Regards
>>> JB
>>>
>>>
>>> Guillaume Nodet wrote:
>>>
>>>> I plan to merge the karag integration work that has been done in the
>>>> sandbox
>>>> into trunk later today.
>>>> This will be a bit dirsuptive, so if you have any ongoing work in trunk
>>>> (for
>>>> nmr and features), let me know if that's the case and I'll hold on a
>>>> bit.
>>>>
>>>>
>>
>>
>
>
Re: Merging karaf integration into trunk
Posted by Willem Jiang <wi...@gmail.com>.
Hi,
I got these error when I run the mvn clean install in
feature/camel/camelfeatures.
Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to
create features.xml file: java.util.zip.ZipException: error in opening
zip file
at
org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.execute(GenerateFeaturesXmlMojo.java:154)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
... 17 more
Caused by: java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:203)
at java.util.zip.ZipFile.<init>(ZipFile.java:234)
at
org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.getManifest(GenerateFeaturesXmlMojo.java:497)
at
org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.registerBundle(GenerateFeaturesXmlMojo.java:427)
at
org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.readBundles(GenerateFeaturesXmlMojo.java:252)
at
org.apache.felix.karaf.tooling.features.GenerateFeaturesXmlMojo.execute(GenerateFeaturesXmlMojo.java:147)
... 19 more
Any throught?
Willem
Guillaume Nodet wrote:
> I've done the NMR and working on the features project now, but there's lot
> to fix.
> The welcome has not been ported, i haven't checked all the features that are
> not installed by default, examples may have to be fixed ...
>
> On Tue, Sep 8, 2009 at 08:42, Jean-Baptiste Onofré <jb...@nanthrax.net> wrote:
>
>> Ok Guillaume, thanks for the update.
>>
>> If you need any test or help, please keep me informed.
>>
>> Regards
>> JB
>>
>>
>> Guillaume Nodet wrote:
>>
>>> I plan to merge the karag integration work that has been done in the
>>> sandbox
>>> into trunk later today.
>>> This will be a bit dirsuptive, so if you have any ongoing work in trunk
>>> (for
>>> nmr and features), let me know if that's the case and I'll hold on a bit.
>>>
>>>
>
>
Re: Merging karaf integration into trunk
Posted by Guillaume Nodet <gn...@gmail.com>.
I've done the NMR and working on the features project now, but there's lot
to fix.
The welcome has not been ported, i haven't checked all the features that are
not installed by default, examples may have to be fixed ...
On Tue, Sep 8, 2009 at 08:42, Jean-Baptiste Onofré <jb...@nanthrax.net> wrote:
> Ok Guillaume, thanks for the update.
>
> If you need any test or help, please keep me informed.
>
> Regards
> JB
>
>
> Guillaume Nodet wrote:
>
>> I plan to merge the karag integration work that has been done in the
>> sandbox
>> into trunk later today.
>> This will be a bit dirsuptive, so if you have any ongoing work in trunk
>> (for
>> nmr and features), let me know if that's the case and I'll hold on a bit.
>>
>>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
Re: Merging karaf integration into trunk
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Ok Guillaume, thanks for the update.
If you need any test or help, please keep me informed.
Regards
JB
Guillaume Nodet wrote:
> I plan to merge the karag integration work that has been done in the sandbox
> into trunk later today.
> This will be a bit dirsuptive, so if you have any ongoing work in trunk (for
> nmr and features), let me know if that's the case and I'll hold on a bit.
>