Re: [groovy-user] Re: AST transformations for enum

It has been a while but just to close of this thread for the
benefit of future googling, transforms have been enabled enums.
E.g.:

 <at> groovy.transform.ToString enum Coin {
     DIME(10), QUARTER(25)
     int val
     Coin(val) { this.val = val }
}
assert Coin.QUARTER.toString() == 'Coin(25)'

Cheers, Paul.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[groovy-user] Re: [grails-user] Traffic to mailing list seems not to have increased over the years, but quite the contrary, decreased.

    Hi Mohamed.

    Some graphs and stats:

http://grails.markmail.org/
http://groovy.markmail.org/

http://grails.markmail.org/search/?q=
http://groovy.markmail.org/search/?q=

    I suppose you should disregard automated messages (like those sent 
by SCM *- software configuration management*).

    Best regards,

        Daniel.

Mohamed Seifeddine wrote:
> Hi, 
>
> Traffic to the mailing lists seems not to have increased over the 
> years, but quite the contrary, decreased. 
> This is quite strange as I am sure the number of Groovy and Grails 
> users have increased and so should the traffic on the mailing list.
>
> I think this is quite sad and that the groovy and grails mailing lists 
> should be advertised in a better way.
> It should perhaps be offered after downloading Groovy or Grails, by 
> just filling in your email address with an explanation on how it can 
> benefit the developer. 

Re: [groovy-user] Need help with TimeDuration/TimeCategory

Re: Re: [groovy-user] Need help with TimeDuration/TimeCategory

Re: [groovy-user] Need help with TimeDuration/TimeCategory

So, if I understand what you're saying, then TimeDuration is really just 
a bean?  It doesn't actually do anything useful.  It just holds data?

On 07/01/2011 01:29 AM, nagaimasato.pub@... wrote:
> And TimeCategory's months/days/hours work only for integers and they 
> just return integers as TimeDuration object.
> So the "duration.hours" means calling TimeDuration.getHours(). 
> TimeCategory does nothing in the case.
>
> On Jul 1, 2011 2:17pm, nagaimasato.pub@... wrote:
> > TimeDuration's months/days/hours are just properties. You need to 
> format by yourself.
> >
> >
> >
> > On Jul 1, 2011 7:03am, David Hicks dhdev@...> wrote:
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > I'm attempting to "pretty print" an uptime value from a database
> > > server.  The value I have is in minutes.  I thought it should be a
> > > breeze to print it out like...
> > >
> > > Months: xxx,  Days: xxx,  Hours: xxx  ...  etc
> > >
> > >
> > > Apparently, I was wrong, or I'm just missing something.  Here's what
> > > I've got right now:
> > >
> > >     def duration = new TimeDuration(0,0,uptime,0,0)
> > >
> > >     use(groovy.time.TimeCategory) {
> > >
> > >         println "Uptime for Database: Months: ${duration.months},
> > > Days: ${duration.days}, Hours: ${duration.hours}, Minutes:
> > > ${duration.minutes}"
> > >
> > >     }
> > >
> > >
> > > The output I get is:
> > >
> > > Uptime for Database: Months: 0, Days: 0, Hours: 0,
> > > Minutes: 9190499
> > >
> > >
> > > Surely, I'm doing something stupid.  Any help?
> > >
> > > Thanks,
> > >
> > > Dave
> > >
> > >
> > >
> > >
> > >
> > >
> > > 

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Re: [groovy-user] Traffic to mailing list seems not to have increased over the years, but quite the contrary, decreased.

On Thu, Jun 30, 2011 at 23:19, Marc Palmer <marc-jTVUvg37bMBTgsEVMPZbmg@public.gmane.orguk> wrote:

[...] 

These kinds of numbers are had to get much from unless they are broken down by downloaded version, or unique clients.

I used to do such breakdown a long time ago when there was an almost usable download statistics app at Codehaus, but it's not the case anymore, so instead, I had to grep through gigabytes of raw Apache logs. 

Are there more detailed numbers? (same applies to Grails).

I've lost my little grep-ish script since then (it was in /temp that I regularly clean...) and would have to re-download all the logs some day to have a more precise view of the landscape. Also the more recent logs are not (yet) accessible to me. But I'll certainly do that again sometime in the future.

  

i.e. getting per-release download numbers can go some way to showing the community size better than combined monthly figures. People who have an old version tend to download the new, and this can skew the monthly results. People obviously download things multiple times too.

From experience, users are not very fast to update to newer versions, even if they are more inclined to test-drive the final release of a major version, for example. But that's really just qualitative than quantitative.

There are certainly people who download things multiple times, yes (including failed downloads / download managers / several computers), but there are also many companies using proxy caches, intermediary repository managers (nexus), etc. 

And of course, there are Maven Central downloads that I can't count at all, and which may probably represent the majority of downloads

 

Furthermore, people who use Groovy only inside Grails do not feature as Groovy downloads at all, so it make more sense (for Groovy) to include Grails downloads in groovy figures too, to show the size of the user base, surely?

Well, there are also many other projects using Groovy, like Gradle, Spock, Griffon, CodeNarc, etc, etc...

I tend to prefer sticking to the pure Groovy numbers for now, but obviously the community of Groovy "users" is much bigger than just those using "pure" Groovy (ie. as a library in their projects, as their scripting language on their machines, etc).


--
Guillaume Laforge
Groovy Project Manager
Head of Groovy Development at SpringSource
http://www.springsource.com/g2one

Re: [groovy-user] Traffic to mailing list seems not to have increased over the years, but quite the contrary, decreased.

Re: [groovy-user] Re: [grails-user] Traffic to mailing list seems not to have increased over the years, but quite the contrary, decreased.

Re: [groovy-user] Re: [grails-user] Traffic to mailing list seems not to have increased over the years, but quite the contrary, decreased.

Re: [groovy-user] Traffic to mailing list seems not to have increased over the years, but quite the contrary, decreased.

On 1 Jul 2011, at 07:33, Guillaume Laforge wrote:

> 
> [..]
> Well, there are also many other projects using Groovy, like Gradle, Spock, Griffon, CodeNarc, etc, etc...
> I tend to prefer sticking to the pure Groovy numbers for now, but obviously the community of Groovy "users"
is much bigger than just those using "pure" Groovy (ie. as a library in their projects, as their scripting
language on their machines, etc).
> 

I think it will open a lot more people up to Groovy if you include all these figures. i.e. it matters less how
many people download Java directly than how many are using it in apps on their servers/desktops every day.

So I would recommend including Groovy download figures, and then "... here we have the total downloads of
frameworks and tools that use Groovy as their primary scripting language: Grails, Gradle, Griffon,
Spock..." etc for all the figures you can get.

...and then a total figure.

Example: I hardly ever download groovy itself, yet I am a massive user and proponent of groovy. For command
scripting I'm fine with a version from ~18months ago, but use the later versions in Grails/Gradle every day.

It will have more impact.

~ ~ ~
Marc Palmer
Freelancer (Grails/Groovy/Java)

Founder  <at>  http://noticelocal.com | Developer  <at>  http://weceem.org
Member  <at>  http://spottymushroom.com | Contributor  <at>  http://grails.org
Twitter: http://twitter.com/wangjammer5 | Resumé: http://www.anyware.co.uk/marc/
Blog: http://www.anyware.co.uk | Grails Rocks: http://www.grailsrocks.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email