You are viewing a plain text version of this content. The canonical link for it is here.
Posted to builds@apache.org by Benson Margulies <bi...@gmail.com> on 2011/02/16 16:39:23 UTC

Re: XmlSchema 2.0 release has less in it than I anticipated

Thanks. Day-job is kind of extreme today, so I'm kind of useless. This
solved the problem.

On Wed, Feb 16, 2011 at 10:29 AM, Daniel Kulp <dk...@apache.org> wrote:
> On Wednesday 16 February 2011 10:14:46 AM Benson Margulies wrote:
>> OK, as soon as I figure out how to download them from nexus I'll use
>> them to finish setting up the dist dir.
>
> How about:
>
> wget --no-check-certificate -np -r -nH -L  https://repository.apache.org/content/repositories/releases/org/apache/ws/xmlschema/xmlschema/2.0/
>
> Enjoy!
> Dan
>
>
>>
>> On Wed, Feb 16, 2011 at 9:35 AM, Andreas Veithen
>>
>> <an...@gmail.com> wrote:
>> > Maven never generates checksums when installing artifacts into the
>> > local Maven repository (unless you explicitly tell it to do so). It
>> > only does that when deploying to a remote repository. If Maven had not
>> > generated appropriate checksums during the deployment, then Nexus
>> > would not have allowed you to promote the release.
>> >
>> > Andreas
>> >
>> > On Wed, Feb 16, 2011 at 15:13, Benson Margulies <bi...@gmail.com> wrote:
>> >> Jochen,
>> >>
>> >> As per the message I just sent, it's grimmer than that. There are no
>> >> MD5's. I can't imagine how the maven build failed to produce them.
>> >>
>> >> If it wasn't for that, I'd completely agree with you.
>> >>
>> >> --benson
>> >>
>> >>
>> >> On Wed, Feb 16, 2011 at 9:10 AM, Jochen Wiedmann
>> >>
>> >> <jo...@gmail.com> wrote:
>> >>> I don't think you need a 2.0.1 release for that.
>> >>>
>> >>> If I get you right, then what you are missing are some items that
>> >>> constitute a complete binary distribution, aka zip file. There is,
>> >>> IMO, no problem with packaging the released stuff into such a zip file
>> >>> manually and putting that into the Apache dist directory. (Note that
>> >>> the vote is about the source distribution, which is the primarily
>> >>> important thing.)
>> >>>
>> >>> And nothing prevents you to add code to the Maven POM that automates
>> >>> the same thing for the next release.
>> >>>
>> >>> On Wed, Feb 16, 2011 at 3:04 PM, Benson Margulies <bi...@gmail.com> wrote:
>> >>>> Folks,
>> >>>>
>> >>>> Due to a misunderstanding between me and the ASF common parent POM,
>> >>>> the XmlSchema 2.0 release is a more spartan device than I anticipated.
>> >>>>
>> >>>> It has a full set of source, binary, and javadoc for the actual jar
>> >>>> file of xmlschema-core. It does not have the traditional items aimed
>> >>>> at non-Maven users.
>> >>>>
>> >>>> I'm feeling really stupid.
>> >>>>
>> >>>> My proposal is to get busy on a 2.0.1 that has the missing pieces back
>> >>>> in place. In the mean time, 2.0 is fully useful to maven consumers,
>> >>>> and not impossible to use for others.
>> >>>>
>> >>>>
>> >>>> --benson
>> >>>>
>> >>>> ---------------------------------------------------------------------
>> >>>> To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
>> >>>> For additional commands, e-mail: dev-help@ws.apache.org
>> >>>
>> >>> --
>> >>> I Am What I Am And That's All What I Yam (Popeye)
>> >>>
>> >>> ---------------------------------------------------------------------
>> >>> To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
>> >>> For additional commands, e-mail: dev-help@ws.apache.org
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
>> >> For additional commands, e-mail: dev-help@ws.apache.org
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
>> > For additional commands, e-mail: dev-help@ws.apache.org
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: dev-help@ws.apache.org
>
> --
> Daniel Kulp
> dkulp@apache.org
> http://dankulp.com/blog
>