maven-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Curtis Rueden <ctrue...@wisc.edu>
Subject Re: [scala-debate] Emotional Support Group for Typesafe Maven Users
Date Tue, 09 Dec 2014 22:08:39 GMT
Hi Eric,

> Is there some alternative to Play, such that we can migrate existing
> Play projects to something that is Maven friendly?

Grails?

http://grails.org/doc/latest/guide/commandLine.html#antAndMaven
http://raibledesigns.com/rd/entry/play_vs_grails_smackdown_at

Regards,
Curtis

On Tue, Dec 9, 2014 at 3:12 PM, Eric Kolotyluk <eric.kolotyluk@gmail.com>
wrote:

> Ouch, I was afraid someone would say something like that.
>
> Is there some alternative to Play, such that we can migrate existing Play
> projects to something that is Maven friendly?
>
> Cheers, Eric
>
>
> On 2014-12-04 5:31 AM, Martijn Verburg wrote:
>
>> Play *very* firmly wants you to use the activator framework to control
>> your
>> build and deploy - I'd seriously not try and fight against it.  It's one
>> of
>> the reasons we dropped the Play framework for a community project we're
>> working on, that and the constant breaking of APIs etc :-).
>>
>> Cheers,
>> Martijn
>>
>> On 4 December 2014 at 12:58, Jeff Jensen <jeffjensen@
>> upstairstechnology.com>
>> wrote:
>>
>>  If you want to publish to Maven Central I recommend
>>>>
>>> https://www.packtpub.com/application-development/
>>> getting-started-apache-maven-video
>>>
>>> In case it helps, I've helped a few deploy to Central and recommend this
>>> (and the other pages on the "Producers" menu); makes it very easy:
>>> http://central.sonatype.org/pages/ossrh-guide.html
>>>
>>>
>>> On Wed, Dec 3, 2014 at 3:53 PM, Eric Kolotyluk <eric.kolotyluk@gmail.com
>>> >
>>> wrote:
>>>
>>>  Ha ha ha. Very good :-)
>>>>
>>>> I have published to Maven Central, so I know how daunting this can be at
>>>> first.
>>>>
>>>> If you want to publish to Maven Central I recommend
>>>> https://www.packtpub.com/application-development/
>>>> getting-started-apache-maven-video
>>>>
>>>> Cheers, Eric
>>>>
>>>> On 12/3/2014 11:27 AM, Jon Pretty wrote:
>>>>
>>>>  I can offer you this:
>>>>>
>>>>> http://play.textadventures.co.uk/Play.aspx?id=zv-wer8keey6rnhk4am25q
>>>>>
>>>>> It's a create-your-own-adventure about my experience of trying to
>>>>>
>>>> publish
>>>
>>>> a library to Maven Central. It's a couple of years old now, so the
>>>>> landscape might have improved a little in patches.
>>>>>
>>>>> Jon
>>>>>
>>>>>
>>>>> On 3 December 2014 at 19:11, Eric Kolotyluk <eric.kolotyluk@gmail.com
>>>>> <mailto:eric.kolotyluk@gmail.com>> wrote:
>>>>>
>>>>>      Does anyone know of a good emotional support group for people
>>>>>      trying to use Maven with Typesafe projects such as Akka and Play?
>>>>>
>>>>>      I was thinking maybe there could a buddy/sponsor system, such as
>>>>>      used in AA and other self help groups. Maybe there might be group
>>>>>      sessions where people can talk about their trauma, especially by
>>>>>      being constantly invalidated by comments such as "you should use
>>>>>      the simple build tool SBT, cause, well you know, it's simple and
>>>>>      easy to use."
>>>>>
>>>>>      Seriously though, is there a community of people who are
>>>>>      successfully using Maven with Akka an Play projects? I would love
>>>>>      to meet you.
>>>>>
>>>>>      I can see why people who have tried Maven naturally think "oh,
>>>>>      its' too complicated, anyone can write a simple build tool that
>>>>>      does what Maven does." Clearly they do not appreciate what Maven
>>>>>      is or what it does. SBT and Gradle are two great examples of
>>>>>      projects that attempted to do something more simple, but in the
>>>>>      end, really don't measure up.
>>>>>
>>>>>      I personally think the Scala community would be been better served
>>>>>      if more investment was made in developing better Scala build tools
>>>>>      within the Maven framework. More and better plugins for Scala,
>>>>>      Akka, Play, etc.  Better use of
>>>>>
>>>>>      http://books.sonatype.com/mcookbook/reference/sect-
>>>>> scala-script-inline.html
>>>>>      http://books.sonatype.com/mcookbook/reference/ch03s03.html
>>>>>
>>>>>      I don't know if there is a Scala template for writing Maven
>>>>>      plugins (or mojos), but there should be.
>>>>>
>>>>>      The more I use SBT, the less I like it. It is not what I consider
>>>>>      a serious build tool for build engineers, it is a toy or
>>>>>      playground for Scala hackers who thrive on the abstruse. Don't get
>>>>>      me wrong, I love Scala, but creating a build tool around .scala
>>>>>      files just invites the use of chicken tracks and obscure overly
>>>>>      concise cleverness that leads to one WTF experience after another.
>>>>>      /It is actually possible to write Scala code that you can reason
>>>>>      about,/ but it just as easy to write Scala code that resembles
>>>>>      APL, and reasoning about build engineering was clearly not a
>>>>>      priority with the designers of SBT.
>>>>>
>>>>>      The Scala-IDE was a really great approach because it leveraged off
>>>>>      of an existing IDE infrastructure such as Eclipse, rather than
>>>>>      trying to write an IDE from scratch the way SBT does. I wish the
>>>>>      Scala/Typesafe community had taken the same approach with
>>>>>
>>>> build-tools.
>>>
>>>>      - Eric
>>>>>      --     You received this message because you are subscribed to the
>>>>> Google
>>>>>      Groups "scala-debate" group.
>>>>>      To unsubscribe from this group and stop receiving emails from it,
>>>>>      send an email to scala-debate+unsubscribe@googlegroups.com
>>>>>      <mailto:scala-debate+unsubscribe@googlegroups.com>.
>>>>>      For more options, visit https://groups.google.com/d/optout.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Jon Pretty | @propensive
>>>>>
>>>>>
>>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message