Those other repos (jboss-public, fuse-public, jboss-developer-staging)
exists just to make it easy to add them for development branches. We use
jboss-developer-staging a lot for staged BOMs.
I also added Fuse repo because 6.1.0 was released using it. Check it:
- Should it be removed ?
One of the goals of *QSTools:repositories goal* (1.5.0.CR3) is to make
it easy to setup repos by making only redhat-techpreview-all-repository
and redhat-earlyaccess-all-repository available on stable branches.
I'll wait Fred to confirm repo IDs. Thanks
On 11/13/14 11:21, Max Rydahl Andersen wrote:
On 31 Oct 2014, at 22:34, Rafael Benevides wrote:
> Max/Fred
>
> Can you please review
https://mojo.redhat.com/docs/DOC-997344 and
> confirm if those ids are ok. If not, do you mind to place the right
> information at the document?
sorry for late response.
Looking at this list the only two repositories I consider valid in
production quickstarts are:
redhat-techpreview-all-repository
http://maven.repository.redhat.com/techpreview/all/
redhat-earlyaccess-all-repository (for things not GA)
https://maven.repository.redhat.com/earlyaccess/all/
These are I'm surprised we are now letting in:
Jboss public repo is not something our productized nor project
quickstarts should depend on is it ? Was there not a requirement for
quickstarts
to *not* rely on this repo that is a big mashup of dependencies and
instead only rely on central published artifacts ?
jboss-public-repository
https://repository.jboss.org/nexus/content/groups/public/
Fuse reposource repo I thought was only being used for old fuse
releases ? If that is no longer the case then that is not great since
it seem to have a lot of redundancy of artifacts.
fuse-public-repository
https://repo.fusesource.com/nexus/content/groups/public
This repo I do not understand what is for and should not be exposed
anywhere IMO. Only relevant to put in testers own settings.xml is it
not ?
jboss-developer-staging-repository
http://jboss-developer.github.io/temp-maven-repo/
About the ID's correctness/alignment with our tools that is something
Fred should be able to verify better than I.
/max
> Pete/Max,
>
> Do you know if Fuse maven repository still valid ?
>
>
> Thanks
>
> On 10/31/14 11:56, Rafael Benevides wrote:
>> Hi all,
>>
>> I was thinking about the implementation of the repository definition
>> in pom.xml and I want to share my thoughts:
>>
>> - Create a QSTools CHECKER to mark the lack of <repository /> as a
>> guideline violation if MavenCentralChecker is disabled.
>> - The violation message will instruct to use the new QSTools GOAL
>> that will be created
>>
>> - Create another QSTools GOAL to setup the repositories.
>> - There will be a list of approved repositories and its IDs (redhat
>> techpreview, earlyacess, jboss developer temporary, etc)
>> - QSTools will remove all previous repositories from pom.xml and
>> prompt which repositories should be added.
>> - This will help Quickstarts and demos to be easily buildable from
>> development and production branches and will also allow this list to
>> be bulk updated to remove any previous development repository
>> definition.
>>
>> Please,
>>
>> If you have any feedback on this, feel free to reply.
>>
>> --
>>
>> *Rafael Benevides | Senior Software Engineer*
>> JBoss Developer
>> M: +55-61-9269-6576
>>
>> Red Hat
>>
>> Better technology. Faster innovation. Powered by community
>> collaboration.
>> See how it works at
www.redhat.com <
http://www.redhat.com/>
>>
>> LinkedIn <
http://www.linkedin.com/company/3258288> Youtube
>> <
https://www.youtube.com/redhatlatam>
>>
>>
>> _______________________________________________
>> jbossdeveloper mailing list
>> jbossdeveloper(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/jbossdeveloper
>
> _______________________________________________
> jbossdeveloper mailing list
> jbossdeveloper(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jbossdeveloper
/max
http://about.me/maxandersen