Sorry for my late reply... I was on PTO (in fact I return tomorrow)
First of all... I understand all the reasoning behind the issues that makes
us avoid use maven central for our stuff, I'm also a seasoned developer
with good expirience on maven config - so touch my settings.xml isn't a
problem, or even change myself some POMs wouldn't be a problem too.
So what's the problem? Simplicity (or lack of it)! If Ticketmonster is our
`petclinic`, we should make it easy to build and deploy as spring's
petclinic is... git clone; mvn clean install and done!
Ticketmonster uses a default branch called "2.7.x-develop" (after cloning
and I had to double check if I did anything wrong... I questioned myself if
I cloned the right project; if i had changed branches accidently; and
finally if 2.7.x was really the latest version); then I tried to build, no
pom.xml on the root (fine, it was quick to find the real sources
directory); finally I run the build (tried the innocent `mvn clean
install`) - and got lots of error messages. You can arguee that I didn't
follow the tutorial... and you're right! But how many developers are also
skiping the tutorial and are trying to build the app directly? How many
people we're loosing on this process?
If we want to make our technology accessible to people, we should try to
make it simple as possible... we should try to remove all barriers, and
make our things as easy to consume as others are doing.
btw: I was trying to use ticketmonster to record a demo of our UberFire
based Web IDE:
On Fri, Oct 31, 2014 at 3:08 PM, Rafael Benevides <benevides(a)redhat.com>
wrote:
We stopped at which repos should be included.
Them in the other email thread I proposed to have a list of approved repos
and its id, them QSTools can be used to update those repo definitions.
On 10/31/14 15:07, Max Rydahl Andersen wrote:
> Anything holding us back for doing it for quick starts and ticketmonster?
>
> I feel we had this discussion in past but I only remember "just not done
> yet" ...or was there something beyond that ?
>
> /max
>
http://about.me/maxandersen
>
>
> On 31 Oct 2014, at 17:50, Rafael Benevides <benevides(a)redhat.com> wrote:
>>
>> This was only done for the archetypes
>>
>> On 10/31/14 13:44, Max Rydahl Andersen wrote:
>>> Didn't we do inject of these when Productization built them ?
>>>
>>> Or was this only done for the archetypes ?
>>>
>>>
>>>
>>> /max
>>>
http://about.me/maxandersen
>>>
>>>
>>> On 31 Oct 2014, at 14:36, Vineet Reynolds Pereira
<vpereira(a)redhat.com>
>>>> wrote:
>>>>
>>>>
>>>>
>>>> ----- Original Message -----
>>>>
>>>>> From: "Max Rydahl Andersen"
<max.andersen(a)redhat.com>
>>>>> To: "Rafael Benevides" <benevides(a)redhat.com>
>>>>> Cc: jbossdeveloper(a)lists.jboss.org, "Alexandre Porcelli"
<
>>>>> alexandre.porcelli(a)gmail.com>, "Tomas Repel"
>>>>> <trepel(a)redhat.com>, "Nikoleta Ziakova"
<nziakova(a)redhat.com>
>>>>> Sent: Friday, October 31, 2014 6:53:43 PM
>>>>> Subject: Re: [jbossdeveloper] <repository /> on quickstarts
pom.xml
>>>>>
>>>>> On 31 Oct 2014, at 13:58, Rafael Benevides wrote:
>>>>>>
>>>>>> I know which dependencies were causing the build to fail and
where to
>>>>>> find them, but it seems that Alexandre wanted to show users how
to
>>>>>> run
>>>>>> a
>>>>>> project as easy as clone, build and run.
>>>>>>
>>>>>> If I'm not wrong, this discussion started with similar issues
in this
>>>>>> Arun Gupta Twitter thread:
>>>>>>
https://twitter.com/arungupta/status/502854638832730112
>>>>>>
>>>>> so this is a different question.
>>>>>
>>>>> Question is if we should add the techpreview/all to
>>>>> quickstarts/examples.
>>>>>
>>>>> Not about earlyaccess.
>>>>>
>>>>> And afaik we already did this for quickstarts with a clear warning,
>>>>> right ?
>>>>>
>>>> AFAIK, they're not in the POM of the quickstarts. A settings.xml is
>>>> supplied instead:
>>>>
https://github.com/jboss-developer/jboss-wfk-
>>>> quickstarts/blob/2.6.0.Final/settings.xml
>>>>
>>>> But, that would deflect the original question on whether we should add
>>>> it to POM.
>>>> Honestly, I dont mind adding it, with the warning that for a
>>>> real-world project, the repo should instead be in the settings.xml.
>>>>
>>>> Thus if ticketmonster does not have that in there I would say it would
>>>>> make sense to add it
>>>>> with similar warning/text as the quickstarts.
>>>>>
>>>>> /max
>>>>>
>>>>> As I also told Alexandre that we were having this discussion, I
>>>>>> invited
>>>>>> him to give his feedback on this Thread so he can provide more
>>>>>> details.
>>>>>>
>>>>>> Alexandre,
>>>>>>
>>>>>> Do you mind to share your restrictions and perceptions about the
>>>>>> build
>>>>>> process ?
>>>>>>
>>>>>> On 10/31/14 06:47, Marek Novotny wrote:
>>>>>>
>>>>>>> What restrictions does he have ?
>>>>>>>>>
>>>>>>>>> And I guess the issue here is ticketmonster master
needs the
>>>>>>>>> earlyaccess bits ?
>>>>>>>>>
>>>>>>>>> I think ticketmonster master could add the
earlyaccess to its pom
>>>>>>>>> but
>>>>>>>>> then just make sure once it is releaesed it gets
removed which
>>>>>>>>> should
>>>>>>>>> be fine since then it should be using any earlyaccess
bundles,
>>>>>>>>> right ?
>>>>>>>>>
>>>>>>>> Not really, ticket-monster master branch doesn't
exist. The closest
>>>>>>> to
>>>>>>> master is 2.6.0.Final -
>>>>>>>
https://github.com/jboss-developer/ticket-monster/tree/2.6.0.Final
>>>>>>> -
>>>>>>> which is the tight to WFK 2.6.0.GA and all GAVs should be
>>>>>>> resolvable
>>>>>>>
fromhttp://maven.repository.redhat.com/techpreview/all/
>>>>>>>
>>>>>>> I think that Rafael knows that 2.7.x-develop is unstable and
>>>>>>> includes
>>>>>>> internal product GAVs which are not in all or earlyaccess.
>>>>>>>
>>>>>>> So if Alexandre uses 2.6.0.Final branch/tag he should get it
to work
>>>>>>> just with online redhat repository
>>>>>>>
http://maven.repository.redhat.com/techpreview/all/. If not
please
>>>>>>> advice him to send errors to Vineet or me.
>>>>>>>
>>>>>> _______________________________________________
>>>>>> jbossdeveloper mailing list
>>>>>> jbossdeveloper(a)lists.jboss.org
>>>>>>
https://lists.jboss.org/mailman/listinfo/jbossdeveloper
>>>>>>
>>>>> /max
>>>>>
http://about.me/maxandersen
>>>>> _______________________________________________
>>>>> 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
>>>>
>>> _______________________________________________
>>> jbossdeveloper mailing list
>>> jbossdeveloper(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/jbossdeveloper
>>>
>>