[jboss-dev] repository.jboss.com svn migration

[Brian Stansberry]

If anyone does a build and suddenly finds the build re-pulling down 
everything in thirdparty, don't be surprised. Seems the file timestamps 
in the repository changed.

Guess this is the gods telling me it's time to eat lunch. ;)

Paul Gier wrote:
> The site is still pointing to the old cvs repository.  We're switching 
> the web site over to the new svn repository now, and should be done today.
> When it is complete, only the md5 files that were committed into svn 
> will show up on the site.
> If you want to add md5 files to the new repository, that's fine, it 
> won't break anything.  If you are building with maven, you should check 
> in the md5 and sha1 that are generated with the build.
> 
> David M. Lloyd wrote:
>> On Wed, 2007-04-04 at 16:12 -0500, Paul Gier wrote:
>>  
>>> David M. Lloyd wrote:
>>>    
>>>> On Wed, 2007-04-04 at 15:19 -0500, Paul Gier wrote:
>>>>        
>>>>> The web site will be updated periodically from the new repository, 
>>>>> however, the site will no longer automatically generate the md5 files.
>>>>>         
>>>> Does this mean that we should be generating the md5 files on our own?
>>>>
>>>>       
>>> The ant builds, as far as I (and QE) know are not using the md5 
>>> files.  For the maven2 part of the repository, md5 and sha1 should be 
>>> generated by the maven build or the deploy plugin and committed with 
>>> the jar.
>>>     
>>
>> OK, so I've checked out some stuff from the new, uh, repository
>> repository.  I noticed that there are md5 files up on the download
>> server that are not in the repository.  For example,
>> http://repository.jboss.org/facelets/1.1.12/lib/jsf-facelets.jar.md5
>> does not have a corresponding file here:
>> https://svn.jboss.org/repos/repository.jboss.org/facelets/1.1.12/lib/jsf-facelets.jar.md5 
>>
>>
>> Was that expected?  Will it break if I were to add the md5 file to the
>> repository?
>>
>> - DML

-- 
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
brian.stansberry at redhat.com