I have a follow-up question - should we also change the default branch to x.y.Final
instead of x.y-develop ?
This naturally follows from our need to not have users perform any special configuration
to get started.
End-users who clone the repo do not have to figure out how to get the SNAPSHOT artifacts.
----- Original Message -----
From: "Pete Muir" <pmuir(a)redhat.com>
To: "Sande Gilda" <sgilda(a)redhat.com>
Cc: "Max Rydahl Andersen" <max.andersen(a)redhat.com>,
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: Tuesday, November 25, 2014 3:51:48 PM
Subject: Re: [jbossdeveloper] <repository /> on quickstarts pom.xml
Ideally sooner rather than later, but I think it’s too late for EAP 6.4
On 24 Nov 2014, at 20:15, Sande Gilda < sgilda(a)redhat.com > wrote:
What is the timeline for this? Am I supposed to do this for the JBoss EAP 6.4
quickstarts or for the EAP 7 release? I think it will have a pretty big QE
impact. Plus, this change not only impacts the quickstarts, but the
documentation.
On 11/17/2014 06:00 AM, Pete Muir wrote:
Agreed, and it was this logic that led to us deciding to introduce the repo
into the POM.
On 11 Nov 2014, at 14:37, Alexandre Porcelli < alexandre.porcelli(a)gmail.com >
wrote:
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:
https://www.youtube.com/watch?v=UG4pqk2r70Q
[]s
___________________
Alexandre Porcelli
F: +55 11 98159-9725
http://about.me/porcelli
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...
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
_______________________________________________
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