You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@servicemix.apache.org by Jean-Baptiste Onofré <jb...@nanthrax.net> on 2012/05/11 09:40:59 UTC
[VOTE] Apache ServiceMix Specs 2.0.0 release
Hi all,
We solved 4 issues in this release:
SMX4-1126 The SchemaFactoryFinder.createInstance method does not have
the correct access level
SMX4-1116 ClassCastException in OsgiMailcapCommandMap
SMX4-1089 saaj-api couldn't load configured javax.xml.soap.MetaFactory
from saaj-impl
SMX4-1009 Allow locator to work without the delay when working outside
of OSGi
Staging repository:
https://repository.apache.org/content/repositories/orgapacheservicemix-078/
Please vote to approve this release:
[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)
This vote will be open for 72 hours.
Thanks
Regards
JB
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: [VOTE] Apache ServiceMix Specs 2.0.0 release
Posted by Ulhas Bhole <ap...@gmail.com>.
+1,
-- Ulhas Bhole
On Fri, May 11, 2012 at 8:40 AM, Jean-Baptiste Onofré <jb...@nanthrax.net>wrote:
> Hi all,
>
> We solved 4 issues in this release:
> SMX4-1126 The SchemaFactoryFinder.**createInstance method does not
> have the correct access level
> SMX4-1116 ClassCastException in OsgiMailcapCommandMap
> SMX4-1089 saaj-api couldn't load configured
> javax.xml.soap.MetaFactory from saaj-impl
> SMX4-1009 Allow locator to work without the delay when working
> outside of OSGi
>
> Staging repository:
> https://repository.apache.org/**content/repositories/**
> orgapacheservicemix-078/<https://repository.apache.org/content/repositories/orgapacheservicemix-078/>
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Thanks
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbonofre@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
Re: [VOTE] Apache ServiceMix Specs 2.0.0 release
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi Andreas,
agree.
Even if all the previous releases were like this one, it's not fully
compliant with Apache rules.
I will fix that.
The question is now:
1/ do we cancel this release due to that and I fix it just after to
resubmit a new release to your vote ?
2/ do we release this version and provide a source distro for the next
release ?
As it's an easy move, I would say 1/ (and I will take care of that this
afternoon).
Let wait other feedbacks.
Regards
JB
On 05/11/2012 01:18 PM, Andreas Pieber wrote:
> sorry guys, but I'm -1 (non-binding) for the following reason:
>
> According to [1] every Apache release is only about the source
> packages (if I interpret [1] correctly roughly a svn:export; more
> convenient rather using maven-assembly-plugin or something similar to
> reach the goal); while the binaries are only goodies which could be
> released optionally. Since the -source.jar packages produced by maven
> are not build-able (missing pom files e.g.) --> I'm afraid they wont
> count as src releases.
>
> Please feel free to correct me if there's some special rule I've
> missed for such repackages as we do them here.
>
> BTW, except for that good work; I've checked out the tag, build it
> locally and it works pretty fine with Karaf :-)
>
> Kind regards,
> Andreas
>
> [1] https://incubator.apache.org/guides/releasemanagement.html#best-practice-source
>
> On Fri, May 11, 2012 at 12:32 PM, Freeman Fang<fr...@gmail.com> wrote:
>> +1
>>
>> Freeman
>>
>> On 2012-5-11, at 下午3:40, Jean-Baptiste Onofré wrote:
>>
>>> Hi all,
>>>
>>> We solved 4 issues in this release:
>>> SMX4-1126 The SchemaFactoryFinder.createInstance method does not
>>> have the correct access level
>>> SMX4-1116 ClassCastException in OsgiMailcapCommandMap
>>> SMX4-1089 saaj-api couldn't load configured
>>> javax.xml.soap.MetaFactory from saaj-impl
>>> SMX4-1009 Allow locator to work without the delay when working
>>> outside of OSGi
>>>
>>> Staging repository:
>>>
>>> https://repository.apache.org/content/repositories/orgapacheservicemix-078/
>>>
>>> Please vote to approve this release:
>>>
>>> [ ] +1 Approve the release
>>> [ ] -1 Don't approve the release (please provide specific comments)
>>>
>>> This vote will be open for 72 hours.
>>>
>>> Thanks
>>> Regards
>>> JB
>>> --
>>> Jean-Baptiste Onofré
>>> jbonofre@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>
>>
>> ---------------------------------------------
>> Freeman Fang
>>
>> FuseSource
>> Email:ffang@fusesource.com
>> Web: fusesource.com
>> Twitter: freemanfang
>> Blog: http://freemanfang.blogspot.com
>> http://blog.sina.com.cn/u/1473905042
>> weibo: http://weibo.com/u/1473905042
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
[CANCEL][VOTE] Apache ServiceMix Specs 2.0.0 release
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi all,
After discussion with Andreas this morning, we found another issue:
https://issues.apache.org/jira/browse/SMX4-1137
Even if this issue is present since a long time, I consider it as
"severe" (especially for Javadoc generation, etc).
I cancel this ServiceMix Specs 2.0.0 release, make a whole check on the
specs modules and fix SMX4-1137.
I will resubmit a new release vote soon.
Sorry for that guys.
Regards
JB
On 05/11/2012 02:00 PM, Gert Vanthienen wrote:
> Andreas,
>
> OK, so we already agree on keeping the existing stuff around for
> convenience purposes - I just wanted to make sure those stay around as well.
>
> So the only thing we need to settle is where the new source assembly should
> go: either we attach it to the root pom module or we add a new
> specs-assembly module to attach it to, both sound like viable solutions to
> me.
>
> Regards,
>
> Gert Vanthienen
> ------------------------
> FuseSource
> Web: http://fusesource.com
> Blog: http://gertvanthienen.blogspot.com/
>
>
> On Fri, May 11, 2012 at 1:51 PM, Andreas Pieber<an...@gmail.com> wrote:
>
>> Hey Gert,
>>
>> On Fri, May 11, 2012 at 1:38 PM, Gert Vanthienen
>> <ge...@gmail.com> wrote:
>>> I think you have a good point there - however, I would keep the -source
>> and
>>> -javadoc files as they are right now because they are the source/javadoc
>>> files for the actual specification we're wrapping and they're vital for
>>> people trying to work with or debug into that code.
>>
>> Never said that they should be touched. They're really vital and I'm
>> quite happy that they're there. The same is valid for all binary
>> releases. TBH I do not really wish to build all sources myself :-)
>> Just pointing out that they won't count as a full SRC release
>> according to ASF rules.
>>
>>> Perhaps we could modify the build to attach the -source file for the
>> entire
>>> specs tree as an artifact to the root of the project, cfr.
>>>
>> https://repository.apache.org/content/repositories/orgapacheservicemix-078/org/apache/servicemix/specs/specs/2.0.0/
>> ?
>>> That way, we get both solutions: people can build the specs with the
>>> new
>>> source assembly and still have the existing -source/-javadoc JARs
>> available
>>> for debugging purposes.
>>
>> Not sure, but since all spec releases are always done at once it might
>> be simplest to provide a specs-assembly.zip using the
>> mvn-assembly-plugin to pack all sources of the folder together? Might
>> be the easiest switch and should be (IMHO) compliant to the rules.
>>
>> Kind regards,
>> Andreas
>>
>>>
>>> Regards,
>>>
>>> Gert Vanthienen
>>> ------------------------
>>> FuseSource
>>> Web: http://fusesource.com
>>> Blog: http://gertvanthienen.blogspot.com/
>>>
>>>
>>> On Fri, May 11, 2012 at 1:18 PM, Andreas Pieber<an...@gmail.com>
>> wrote:
>>>
>>>> sorry guys, but I'm -1 (non-binding) for the following reason:
>>>>
>>>> According to [1] every Apache release is only about the source
>>>> packages (if I interpret [1] correctly roughly a svn:export; more
>>>> convenient rather using maven-assembly-plugin or something similar to
>>>> reach the goal); while the binaries are only goodies which could be
>>>> released optionally. Since the -source.jar packages produced by maven
>>>> are not build-able (missing pom files e.g.) --> I'm afraid they wont
>>>> count as src releases.
>>>>
>>>> Please feel free to correct me if there's some special rule I've
>>>> missed for such repackages as we do them here.
>>>>
>>>> BTW, except for that good work; I've checked out the tag, build it
>>>> locally and it works pretty fine with Karaf :-)
>>>>
>>>> Kind regards,
>>>> Andreas
>>>>
>>>> [1]
>>>>
>> https://incubator.apache.org/guides/releasemanagement.html#best-practice-source
>>>>
>>>> On Fri, May 11, 2012 at 12:32 PM, Freeman Fang<fr...@gmail.com>
>>>> wrote:
>>>>> +1
>>>>>
>>>>> Freeman
>>>>>
>>>>> On 2012-5-11, at 下午3:40, Jean-Baptiste Onofré wrote:
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> We solved 4 issues in this release:
>>>>>> SMX4-1126 The SchemaFactoryFinder.createInstance method does
>> not
>>>>>> have the correct access level
>>>>>> SMX4-1116 ClassCastException in OsgiMailcapCommandMap
>>>>>> SMX4-1089 saaj-api couldn't load configured
>>>>>> javax.xml.soap.MetaFactory from saaj-impl
>>>>>> SMX4-1009 Allow locator to work without the delay when working
>>>>>> outside of OSGi
>>>>>>
>>>>>> Staging repository:
>>>>>>
>>>>>>
>>>>
>> https://repository.apache.org/content/repositories/orgapacheservicemix-078/
>>>>>>
>>>>>> Please vote to approve this release:
>>>>>>
>>>>>> [ ] +1 Approve the release
>>>>>> [ ] -1 Don't approve the release (please provide specific comments)
>>>>>>
>>>>>> This vote will be open for 72 hours.
>>>>>>
>>>>>> Thanks
>>>>>> Regards
>>>>>> JB
>>>>>> --
>>>>>> Jean-Baptiste Onofré
>>>>>> jbonofre@apache.org
>>>>>> http://blog.nanthrax.net
>>>>>> Talend - http://www.talend.com
>>>>>
>>>>>
>>>>> ---------------------------------------------
>>>>> Freeman Fang
>>>>>
>>>>> FuseSource
>>>>> Email:ffang@fusesource.com
>>>>> Web: fusesource.com
>>>>> Twitter: freemanfang
>>>>> Blog: http://freemanfang.blogspot.com
>>>>> http://blog.sina.com.cn/u/1473905042
>>>>> weibo: http://weibo.com/u/1473905042
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: [VOTE] Apache ServiceMix Specs 2.0.0 release
Posted by Gert Vanthienen <ge...@gmail.com>.
Andreas,
OK, so we already agree on keeping the existing stuff around for
convenience purposes - I just wanted to make sure those stay around as well.
So the only thing we need to settle is where the new source assembly should
go: either we attach it to the root pom module or we add a new
specs-assembly module to attach it to, both sound like viable solutions to
me.
Regards,
Gert Vanthienen
------------------------
FuseSource
Web: http://fusesource.com
Blog: http://gertvanthienen.blogspot.com/
On Fri, May 11, 2012 at 1:51 PM, Andreas Pieber <an...@gmail.com> wrote:
> Hey Gert,
>
> On Fri, May 11, 2012 at 1:38 PM, Gert Vanthienen
> <ge...@gmail.com> wrote:
> > I think you have a good point there - however, I would keep the -source
> and
> > -javadoc files as they are right now because they are the source/javadoc
> > files for the actual specification we're wrapping and they're vital for
> > people trying to work with or debug into that code.
>
> Never said that they should be touched. They're really vital and I'm
> quite happy that they're there. The same is valid for all binary
> releases. TBH I do not really wish to build all sources myself :-)
> Just pointing out that they won't count as a full SRC release
> according to ASF rules.
>
> > Perhaps we could modify the build to attach the -source file for the
> entire
> > specs tree as an artifact to the root of the project, cfr.
> >
> https://repository.apache.org/content/repositories/orgapacheservicemix-078/org/apache/servicemix/specs/specs/2.0.0/
> ?
> > That way, we get both solutions: people can build the specs with the
> > new
> > source assembly and still have the existing -source/-javadoc JARs
> available
> > for debugging purposes.
>
> Not sure, but since all spec releases are always done at once it might
> be simplest to provide a specs-assembly.zip using the
> mvn-assembly-plugin to pack all sources of the folder together? Might
> be the easiest switch and should be (IMHO) compliant to the rules.
>
> Kind regards,
> Andreas
>
> >
> > Regards,
> >
> > Gert Vanthienen
> > ------------------------
> > FuseSource
> > Web: http://fusesource.com
> > Blog: http://gertvanthienen.blogspot.com/
> >
> >
> > On Fri, May 11, 2012 at 1:18 PM, Andreas Pieber <an...@gmail.com>
> wrote:
> >
> >> sorry guys, but I'm -1 (non-binding) for the following reason:
> >>
> >> According to [1] every Apache release is only about the source
> >> packages (if I interpret [1] correctly roughly a svn:export; more
> >> convenient rather using maven-assembly-plugin or something similar to
> >> reach the goal); while the binaries are only goodies which could be
> >> released optionally. Since the -source.jar packages produced by maven
> >> are not build-able (missing pom files e.g.) --> I'm afraid they wont
> >> count as src releases.
> >>
> >> Please feel free to correct me if there's some special rule I've
> >> missed for such repackages as we do them here.
> >>
> >> BTW, except for that good work; I've checked out the tag, build it
> >> locally and it works pretty fine with Karaf :-)
> >>
> >> Kind regards,
> >> Andreas
> >>
> >> [1]
> >>
> https://incubator.apache.org/guides/releasemanagement.html#best-practice-source
> >>
> >> On Fri, May 11, 2012 at 12:32 PM, Freeman Fang <fr...@gmail.com>
> >> wrote:
> >> > +1
> >> >
> >> > Freeman
> >> >
> >> > On 2012-5-11, at 下午3:40, Jean-Baptiste Onofré wrote:
> >> >
> >> >> Hi all,
> >> >>
> >> >> We solved 4 issues in this release:
> >> >> SMX4-1126 The SchemaFactoryFinder.createInstance method does
> not
> >> >> have the correct access level
> >> >> SMX4-1116 ClassCastException in OsgiMailcapCommandMap
> >> >> SMX4-1089 saaj-api couldn't load configured
> >> >> javax.xml.soap.MetaFactory from saaj-impl
> >> >> SMX4-1009 Allow locator to work without the delay when working
> >> >> outside of OSGi
> >> >>
> >> >> Staging repository:
> >> >>
> >> >>
> >>
> https://repository.apache.org/content/repositories/orgapacheservicemix-078/
> >> >>
> >> >> Please vote to approve this release:
> >> >>
> >> >> [ ] +1 Approve the release
> >> >> [ ] -1 Don't approve the release (please provide specific comments)
> >> >>
> >> >> This vote will be open for 72 hours.
> >> >>
> >> >> Thanks
> >> >> Regards
> >> >> JB
> >> >> --
> >> >> Jean-Baptiste Onofré
> >> >> jbonofre@apache.org
> >> >> http://blog.nanthrax.net
> >> >> Talend - http://www.talend.com
> >> >
> >> >
> >> > ---------------------------------------------
> >> > Freeman Fang
> >> >
> >> > FuseSource
> >> > Email:ffang@fusesource.com
> >> > Web: fusesource.com
> >> > Twitter: freemanfang
> >> > Blog: http://freemanfang.blogspot.com
> >> > http://blog.sina.com.cn/u/1473905042
> >> > weibo: http://weibo.com/u/1473905042
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >>
>
Re: [VOTE] Apache ServiceMix Specs 2.0.0 release
Posted by Andreas Pieber <an...@gmail.com>.
Hey Gert,
On Fri, May 11, 2012 at 1:38 PM, Gert Vanthienen
<ge...@gmail.com> wrote:
> I think you have a good point there - however, I would keep the -source and
> -javadoc files as they are right now because they are the source/javadoc
> files for the actual specification we're wrapping and they're vital for
> people trying to work with or debug into that code.
Never said that they should be touched. They're really vital and I'm
quite happy that they're there. The same is valid for all binary
releases. TBH I do not really wish to build all sources myself :-)
Just pointing out that they won't count as a full SRC release
according to ASF rules.
> Perhaps we could modify the build to attach the -source file for the entire
> specs tree as an artifact to the root of the project, cfr.
> https://repository.apache.org/content/repositories/orgapacheservicemix-078/org/apache/servicemix/specs/specs/2.0.0/?
> That way, we get both solutions: people can build the specs with the
> new
> source assembly and still have the existing -source/-javadoc JARs available
> for debugging purposes.
Not sure, but since all spec releases are always done at once it might
be simplest to provide a specs-assembly.zip using the
mvn-assembly-plugin to pack all sources of the folder together? Might
be the easiest switch and should be (IMHO) compliant to the rules.
Kind regards,
Andreas
>
> Regards,
>
> Gert Vanthienen
> ------------------------
> FuseSource
> Web: http://fusesource.com
> Blog: http://gertvanthienen.blogspot.com/
>
>
> On Fri, May 11, 2012 at 1:18 PM, Andreas Pieber <an...@gmail.com> wrote:
>
>> sorry guys, but I'm -1 (non-binding) for the following reason:
>>
>> According to [1] every Apache release is only about the source
>> packages (if I interpret [1] correctly roughly a svn:export; more
>> convenient rather using maven-assembly-plugin or something similar to
>> reach the goal); while the binaries are only goodies which could be
>> released optionally. Since the -source.jar packages produced by maven
>> are not build-able (missing pom files e.g.) --> I'm afraid they wont
>> count as src releases.
>>
>> Please feel free to correct me if there's some special rule I've
>> missed for such repackages as we do them here.
>>
>> BTW, except for that good work; I've checked out the tag, build it
>> locally and it works pretty fine with Karaf :-)
>>
>> Kind regards,
>> Andreas
>>
>> [1]
>> https://incubator.apache.org/guides/releasemanagement.html#best-practice-source
>>
>> On Fri, May 11, 2012 at 12:32 PM, Freeman Fang <fr...@gmail.com>
>> wrote:
>> > +1
>> >
>> > Freeman
>> >
>> > On 2012-5-11, at 下午3:40, Jean-Baptiste Onofré wrote:
>> >
>> >> Hi all,
>> >>
>> >> We solved 4 issues in this release:
>> >> SMX4-1126 The SchemaFactoryFinder.createInstance method does not
>> >> have the correct access level
>> >> SMX4-1116 ClassCastException in OsgiMailcapCommandMap
>> >> SMX4-1089 saaj-api couldn't load configured
>> >> javax.xml.soap.MetaFactory from saaj-impl
>> >> SMX4-1009 Allow locator to work without the delay when working
>> >> outside of OSGi
>> >>
>> >> Staging repository:
>> >>
>> >>
>> https://repository.apache.org/content/repositories/orgapacheservicemix-078/
>> >>
>> >> Please vote to approve this release:
>> >>
>> >> [ ] +1 Approve the release
>> >> [ ] -1 Don't approve the release (please provide specific comments)
>> >>
>> >> This vote will be open for 72 hours.
>> >>
>> >> Thanks
>> >> Regards
>> >> JB
>> >> --
>> >> Jean-Baptiste Onofré
>> >> jbonofre@apache.org
>> >> http://blog.nanthrax.net
>> >> Talend - http://www.talend.com
>> >
>> >
>> > ---------------------------------------------
>> > Freeman Fang
>> >
>> > FuseSource
>> > Email:ffang@fusesource.com
>> > Web: fusesource.com
>> > Twitter: freemanfang
>> > Blog: http://freemanfang.blogspot.com
>> > http://blog.sina.com.cn/u/1473905042
>> > weibo: http://weibo.com/u/1473905042
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>>
Re: [VOTE] Apache ServiceMix Specs 2.0.0 release
Posted by Gert Vanthienen <ge...@gmail.com>.
Andreas,
I think you have a good point there - however, I would keep the -source and
-javadoc files as they are right now because they are the source/javadoc
files for the actual specification we're wrapping and they're vital for
people trying to work with or debug into that code.
Perhaps we could modify the build to attach the -source file for the entire
specs tree as an artifact to the root of the project, cfr.
https://repository.apache.org/content/repositories/orgapacheservicemix-078/org/apache/servicemix/specs/specs/2.0.0/?
That way, we get both solutions: people can build the specs with the
new
source assembly and still have the existing -source/-javadoc JARs available
for debugging purposes.
Regards,
Gert Vanthienen
------------------------
FuseSource
Web: http://fusesource.com
Blog: http://gertvanthienen.blogspot.com/
On Fri, May 11, 2012 at 1:18 PM, Andreas Pieber <an...@gmail.com> wrote:
> sorry guys, but I'm -1 (non-binding) for the following reason:
>
> According to [1] every Apache release is only about the source
> packages (if I interpret [1] correctly roughly a svn:export; more
> convenient rather using maven-assembly-plugin or something similar to
> reach the goal); while the binaries are only goodies which could be
> released optionally. Since the -source.jar packages produced by maven
> are not build-able (missing pom files e.g.) --> I'm afraid they wont
> count as src releases.
>
> Please feel free to correct me if there's some special rule I've
> missed for such repackages as we do them here.
>
> BTW, except for that good work; I've checked out the tag, build it
> locally and it works pretty fine with Karaf :-)
>
> Kind regards,
> Andreas
>
> [1]
> https://incubator.apache.org/guides/releasemanagement.html#best-practice-source
>
> On Fri, May 11, 2012 at 12:32 PM, Freeman Fang <fr...@gmail.com>
> wrote:
> > +1
> >
> > Freeman
> >
> > On 2012-5-11, at 下午3:40, Jean-Baptiste Onofré wrote:
> >
> >> Hi all,
> >>
> >> We solved 4 issues in this release:
> >> SMX4-1126 The SchemaFactoryFinder.createInstance method does not
> >> have the correct access level
> >> SMX4-1116 ClassCastException in OsgiMailcapCommandMap
> >> SMX4-1089 saaj-api couldn't load configured
> >> javax.xml.soap.MetaFactory from saaj-impl
> >> SMX4-1009 Allow locator to work without the delay when working
> >> outside of OSGi
> >>
> >> Staging repository:
> >>
> >>
> https://repository.apache.org/content/repositories/orgapacheservicemix-078/
> >>
> >> Please vote to approve this release:
> >>
> >> [ ] +1 Approve the release
> >> [ ] -1 Don't approve the release (please provide specific comments)
> >>
> >> This vote will be open for 72 hours.
> >>
> >> Thanks
> >> Regards
> >> JB
> >> --
> >> Jean-Baptiste Onofré
> >> jbonofre@apache.org
> >> http://blog.nanthrax.net
> >> Talend - http://www.talend.com
> >
> >
> > ---------------------------------------------
> > Freeman Fang
> >
> > FuseSource
> > Email:ffang@fusesource.com
> > Web: fusesource.com
> > Twitter: freemanfang
> > Blog: http://freemanfang.blogspot.com
> > http://blog.sina.com.cn/u/1473905042
> > weibo: http://weibo.com/u/1473905042
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
Re: [VOTE] Apache ServiceMix Specs 2.0.0 release
Posted by Andreas Pieber <an...@gmail.com>.
sorry guys, but I'm -1 (non-binding) for the following reason:
According to [1] every Apache release is only about the source
packages (if I interpret [1] correctly roughly a svn:export; more
convenient rather using maven-assembly-plugin or something similar to
reach the goal); while the binaries are only goodies which could be
released optionally. Since the -source.jar packages produced by maven
are not build-able (missing pom files e.g.) --> I'm afraid they wont
count as src releases.
Please feel free to correct me if there's some special rule I've
missed for such repackages as we do them here.
BTW, except for that good work; I've checked out the tag, build it
locally and it works pretty fine with Karaf :-)
Kind regards,
Andreas
[1] https://incubator.apache.org/guides/releasemanagement.html#best-practice-source
On Fri, May 11, 2012 at 12:32 PM, Freeman Fang <fr...@gmail.com> wrote:
> +1
>
> Freeman
>
> On 2012-5-11, at 下午3:40, Jean-Baptiste Onofré wrote:
>
>> Hi all,
>>
>> We solved 4 issues in this release:
>> SMX4-1126 The SchemaFactoryFinder.createInstance method does not
>> have the correct access level
>> SMX4-1116 ClassCastException in OsgiMailcapCommandMap
>> SMX4-1089 saaj-api couldn't load configured
>> javax.xml.soap.MetaFactory from saaj-impl
>> SMX4-1009 Allow locator to work without the delay when working
>> outside of OSGi
>>
>> Staging repository:
>>
>> https://repository.apache.org/content/repositories/orgapacheservicemix-078/
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Don't approve the release (please provide specific comments)
>>
>> This vote will be open for 72 hours.
>>
>> Thanks
>> Regards
>> JB
>> --
>> Jean-Baptiste Onofré
>> jbonofre@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>
>
> ---------------------------------------------
> Freeman Fang
>
> FuseSource
> Email:ffang@fusesource.com
> Web: fusesource.com
> Twitter: freemanfang
> Blog: http://freemanfang.blogspot.com
> http://blog.sina.com.cn/u/1473905042
> weibo: http://weibo.com/u/1473905042
>
>
>
>
>
>
>
>
>
>
Re: [VOTE] Apache ServiceMix Specs 2.0.0 release
Posted by Freeman Fang <fr...@gmail.com>.
+1
Freeman
On 2012-5-11, at 下午3:40, Jean-Baptiste Onofré wrote:
> Hi all,
>
> We solved 4 issues in this release:
> SMX4-1126 The SchemaFactoryFinder.createInstance method does not
> have the correct access level
> SMX4-1116 ClassCastException in OsgiMailcapCommandMap
> SMX4-1089 saaj-api couldn't load configured
> javax.xml.soap.MetaFactory from saaj-impl
> SMX4-1009 Allow locator to work without the delay when working
> outside of OSGi
>
> Staging repository:
> https://repository.apache.org/content/repositories/orgapacheservicemix-078/
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for 72 hours.
>
> Thanks
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbonofre@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
---------------------------------------------
Freeman Fang
FuseSource
Email:ffang@fusesource.com
Web: fusesource.com
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042