svn commit: r656075 - /commons/proper/scxml/trunk/src/assembly/src.xml

[Rahul Akolkar-3]

Author: rahul
Date: Tue May 13 18:22:45 2008
New Revision: 656075

URL: http://svn.apache.org/viewvc?rev=656075&view=rev
Log:
Hard code version in source assembly descriptor to work around m2 bug when releasing with JDK 1.4 (thanks to Niall Pemberton).

Modified:
    commons/proper/scxml/trunk/src/assembly/src.xml

Modified: commons/proper/scxml/trunk/src/assembly/src.xml
URL: http://svn.apache.org/viewvc/commons/proper/scxml/trunk/src/assembly/src.xml?rev=656075&r1=656074&r2=656075&view=diff
==============================================================================
--- commons/proper/scxml/trunk/src/assembly/src.xml (original)
+++ commons/proper/scxml/trunk/src/assembly/src.xml Tue May 13 18:22:45 2008
@@ -20,7 +20,7 @@
         <format>tar.gz</format>
         <format>zip</format>
     </formats>
-    <baseDirectory>${project.artifactId}-${project.version}-src</baseDirectory>
+    <baseDirectory>${project.artifactId}-0.8-src</baseDirectory>
     <fileSets>
         <fileSet>
             <includes>

[sebb-2-2]

On 14/05/2008, rahul@... <rahul@...> wrote:
> Author: rahul
>  Date: Tue May 13 18:22:45 2008
>  New Revision: 656075
>
>  URL: http://svn.apache.org/viewvc?rev=656075&view=rev
>  Log:
>  Hard code version in source assembly descriptor to work around m2 bug when releasing with JDK 1.4 (thanks to Niall Pemberton).
>

BTW, which Maven command is affected by this bug?

I just tried "mvn assembly:assembly" using the original version of
src.xml, and the generated src.zip file used 0.8 rather than 2.4.1.
This was using Maven 2.0.8/Java 1.4.2/WinXP

I must be doing something wrong for it to come out right ;-)

>  Modified:
>     commons/proper/scxml/trunk/src/assembly/src.xml
>
>  Modified: commons/proper/scxml/trunk/src/assembly/src.xml
>  URL: http://svn.apache.org/viewvc/commons/proper/scxml/trunk/src/assembly/src.xml?rev=656075&r1=656074&r2=656075&view=diff
>  ==============================================================================
>  --- commons/proper/scxml/trunk/src/assembly/src.xml (original)
>  +++ commons/proper/scxml/trunk/src/assembly/src.xml Tue May 13 18:22:45 2008
>  @@ -20,7 +20,7 @@
>          <format>tar.gz</format>
>          <format>zip</format>
>      </formats>
>  -    <baseDirectory>${project.artifactId}-${project.version}-src</baseDirectory>
>  +    <baseDirectory>${project.artifactId}-0.8-src</baseDirectory>
>      <fileSets>
>          <fileSet>
>              <includes>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[Rahul Akolkar]

On 5/14/08, sebb <sebbaz@...> wrote:

> On 14/05/2008, rahul@... <rahul@...> wrote:
>  > Author: rahul
>  >  Date: Tue May 13 18:22:45 2008
>  >  New Revision: 656075
>  >
>  >  URL: http://svn.apache.org/viewvc?rev=656075&view=rev
>  >  Log:
>  >  Hard code version in source assembly descriptor to work around m2 bug when releasing with JDK 1.4 (thanks to Niall Pemberton).
>  >
>
>
> BTW, which Maven command is affected by this bug?
>
>  I just tried "mvn assembly:assembly" using the original version of
>  src.xml, and the generated src.zip file used 0.8 rather than 2.4.1.
>  This was using Maven 2.0.8/Java 1.4.2/WinXP
>
>  I must be doing something wrong for it to come out right ;-)
>

<snip/>

:-)

In this case, it manifested itself via "mvn -Prc release:perform"
(which requires a "mvn -Prc release:prepare" beforehand).

But you probably don't want to try that unless you are cutting a
release (it will try to make changes to the pom and add the svn tag
etc.)

See same issue with couple [1] of [2] other RCs. Maybe "mvn -Prc
install" will bring it out as well. If that doesn't, try "mvn -Prc
deploy" (this is part of release:perform) but purposely enter bad
creds in settings.xml so nothing actually gets deployed. Or something
creative like that if you really want to reproduce it :-)

-Rahul

[1] http://markmail.org/message/64hjzmjtj53hcrgx
[2] http://markmail.org/message/b5ia7uahe4klcmp5

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[sebb-2-2]

On 14/05/2008, Rahul Akolkar <rahul.akolkar@...> wrote:

> On 5/14/08, sebb <sebbaz@...> wrote:
>  > On 14/05/2008, rahul@... <rahul@...> wrote:
>  >  > Author: rahul
>  >  >  Date: Tue May 13 18:22:45 2008
>  >  >  New Revision: 656075
>  >  >
>  >  >  URL: http://svn.apache.org/viewvc?rev=656075&view=rev
>  >  >  Log:
>  >  >  Hard code version in source assembly descriptor to work around m2 bug when releasing with JDK 1.4 (thanks to Niall Pemberton).
>  >  >
>  >
>  >
>  > BTW, which Maven command is affected by this bug?
>  >
>  >  I just tried "mvn assembly:assembly" using the original version of
>  >  src.xml, and the generated src.zip file used 0.8 rather than 2.4.1.
>  >  This was using Maven 2.0.8/Java 1.4.2/WinXP
>  >
>  >  I must be doing something wrong for it to come out right ;-)
>  >
>
> <snip/>
>
>  :-)
>
>  In this case, it manifested itself via "mvn -Prc release:perform"
>  (which requires a "mvn -Prc release:prepare" beforehand).
>
>  But you probably don't want to try that unless you are cutting a
>  release (it will try to make changes to the pom and add the svn tag
>  etc.)
>
>  See same issue with couple [1] of [2] other RCs. Maybe "mvn -Prc
>  install" will bring it out as well. If that doesn't, try "mvn -Prc
>  deploy" (this is part of release:perform) but purposely enter bad
>  creds in settings.xml so nothing actually gets deployed. Or something
>  creative like that if you really want to reproduce it :-)
>

Thanks, I'll have a play.

I've not set up any user etc in settings.xml so it should not try to update SVN.
I can always unplug my network cable ...

>  -Rahul
>
>  [1] http://markmail.org/message/64hjzmjtj53hcrgx
>  [2] http://markmail.org/message/b5ia7uahe4klcmp5
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: dev-unsubscribe@...
>  For additional commands, e-mail: dev-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...