[gatein-dev] Upload to Maven repository issue

Thomas Heute theute at redhat.com
Fri Oct 9 08:12:42 EDT 2009


On 10/09/2009 02:02 PM, Arnaud HERITIER wrote:
> I cannot put a comment on the issue but the patch doesn't work. I 
> didn't study why.
> But I found a solution.
> svn propget svn:mime-type 
> http://svn.exoplatform.org/sandbox/arnaud/maven-release-with-svn/repos/snapshots/org/exoplatform/sandbox/maven-release/1.0.0-SNAPSHOT/maven-release-1.0.0-20091009.111231-7.jar
>
> :-)
Not ideal, because the data (in theory) could be altered while being 
stored (I think), but this is more and more a corner case, so that's 
better than previously.
>
> We have a solution using the wagon-scm and the scm-svn frrm Maven's team.
> It's a little bit slow if find but it works and it is automated.
> The only limitation is that it uses the svn executable you have on 
> your desktop and not a java implementation.
> Is it a problem ?
> Everybody has svn executable on its computer ?
> I suppose because it is also required for the release plugin.
Yes, since this is for deployment only, this is a fair assumption. And 
as you say the rest of the release plugin would not work anyway :)
>
> If we need I can work in my free time to have a wagon-svn compatible 
> with the javasvn implementation of scm. It will remove the need to 
> have svn binaries to do a release and to publish artifacts.
>
> I will release a new beta of jboss-parent and gatein-parent and update 
> our components to use it.
>
> Arnaud
>
>
>
>
> On Fri, Oct 9, 2009 at 1:33 PM, Arnaud HERITIER <aheritier at gmail.com 
> <mailto:aheritier at gmail.com>> wrote:
>
>     The issue is here and a patch is provided.
>     https://wagon-svn.dev.java.net/issues/show_bug.cgi?id=4
>     <https://wagon-svn.dev.java.net/issues/show_bug.cgi?id=4>
>     I'll try to apply it and test to see if it solves our issue
>     If yes, we'll have to find someone in the team to apply it and do
>     a release.
>
>     Cheers,
>
>     Arnaud
>
>     # Arnaud Héritier
>     # Software Factory Manager
>     # eXo Platform
>     # http://www.exoplatform.com
>     # http://blog.aheritier.net
>
>
>     On Thu, Oct 8, 2009 at 5:34 PM, Arnaud HERITIER
>     <aheritier at gmail.com <mailto:aheritier at gmail.com>> wrote:
>
>         Those librairies are using svnkit and not our local svn
>         binairies to deploy.
>         This is certainly why we have the difference.
>
>
>         On Thu, Oct 8, 2009 at 5:27 PM, Thomas Heute
>         <theute at redhat.com <mailto:theute at redhat.com>> wrote:
>
>
>             This is puzzling me :(
>             I really wonder why it works when we do it 'manually'...
>
>             SVN has a mechanism to automatically set some properties
>             based on the extension for example, but I see that in my
>             case it is set as 'off' by default, still it does some
>             kind of magic as if I upload a text file or binary it acts
>             differently.
>
>
>
>
>
>             On 10/08/2009 05:20 PM, Arnaud HERITIER wrote:
>>             Same issue with wagon-svn :
>>
>>             svn propget svn:mime-type
>>             http://svn.exoplatform.org/sandbox/arnaud/maven-release-with-svn/repos/snapshots/org/exoplatform/sandbox/maven-release/1.0.0-SNAPSHOT/maven-release-1.0.0-20091008.151610-1.jar
>>
>>             Perhaps we can propose a patch to kohsuke
>>
>>             Arnaud
>>
>>             On Thu, Oct 8, 2009 at 4:17 PM, Thomas Heute
>>             <theute at redhat.com <mailto:theute at redhat.com>> wrote:
>>
>>                 On 10/08/2009 04:06 PM, Arnaud HERITIER wrote:
>>>                 Is it a problem ?
>>                 Yes encoding might screw up the binaries. In other
>>                 terms, it isn't safe.
>>>                 I always released MOP with the release plugin :-)
>>>
>>>                 But a thing changed betwenn Beta07 and Beta08. I'm
>>>                 using though the gatein-parent the last jboss-parent
>>>                 and we do not more deploy our releases on a local
>>>                 svn checkout that we commit. We directly use the
>>>                 webdav connector.
>>                 Yes that's the difference and I think that's what is
>>                 broken. I've been advised to release locally and push
>>                 for this reason.
>>>                 I have to do some tests on jboss parent to see if we
>>>                 can fix it. With Paul we know that their is another
>>>                 connector for SVN. Perhaps it can help.
>>                 ok
>>
>>>                 The problem is to test it. There's only the releases
>>>                 repo of jboss which is using SVN.
>>>                 I'll do some tests on a sandbox svn @ exo.
>>                 Let me know if I can help.
>>>
>>>                 Arnaud
>>>
>>>
>>>
>>>
>>>
>>>                 On Wed, Oct 7, 2009 at 6:28 PM, Thomas Heute
>>>                 <theute at redhat.com <mailto:theute at redhat.com>> wrote:
>>>
>>>
>>>
>>>                     It looks like the deployment straight to the
>>>                     Maven repo has some issues.
>>>                     All JARs are uploaded as text files instead of
>>>                     binaries. You can see
>>>                     this with the following commands:
>>>
>>>                     $ svn propget svn:mime-type
>>>                     http://anonsvn.jboss.org/repos/repository.jboss.org/maven2/org/gatein/mop/mop-api/1.0.0-Beta03/mop-api-1.0.0-Beta03.jar
>>>                     > application/octet-stream
>>>
>>>                     --> All fine, it wasn't using maven release:perform
>>>
>>>                     $ svn propget svn:mime-type
>>>                     http://anonsvn.jboss.org/repos/repository.jboss.org/maven2/org/gatein/mop/mop-api/1.0.0-Beta08/mop-api-1.0.0-Beta08.jar
>>>                     > (Returns nothing which means text file)
>>>
>>>                     --> It was deployed with maven release:perform
>>>
>>>                     Thomas.
>>>                     _______________________________________________
>>>                     gatein-dev mailing list
>>>                     gatein-dev at lists.jboss.org
>>>                     <mailto:gatein-dev at lists.jboss.org>
>>>                     https://lists.jboss.org/mailman/listinfo/gatein-dev
>>>
>>>
>>
>>
>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/gatein-dev/attachments/20091009/b85c6390/attachment-0001.html 


More information about the gatein-dev mailing list