This is the same on a cloud and 6.0 instance of the community. Both native and bunchball/gamification score systems.
The name of the parameter for this service is 'sort'. So, it would be something like:
Unfortunately, although it is mentioned by the service as a supported sort, it doesn't appear to change the order. The other sort orders do change the returned results:
Note that for firstName and lastName, you can pass in Desc versions (e.g. "firstNameDesc" or "lastNameDesc"), but it still returns them in the ascending order.
Thanks, close on this one, but does appear I'm still out of luck. That's too bad.
Actually...looks like it's working....just not in THIS community. There is something screwed up in the reputation/points system here.
From what I can tell, the issue is bunchball gamification.
In our cloud enviroment, which does not have gamification, the sorting works as expected. But try sorting in an enviroment that has a gamification module and you're out of luck. This further appears to be why they've taken a sort by reputation out of the /people dropdown.
The problem for the JC though is that the gamification reputation list also doesn't work. This does not appear to be the case with other bunchball/gamification environments I've seen.
That's really unfortunate because I was actually looking to build something pretty cool for the upcoming Jiveworld: a challenge for our users to contribute in the JC which would leverage an app and tile to render a leaderboard in our cloud instance.
The cloud also has a more recent version of the API.
On Aug 3, 2013 9:58 PM, "Roguen Keller" <
Do you have a link to more recent documentation that coincides with that "release"? Does it even exist?
More info on the bunchball calls that would need to take place for this to happen. The nitro platform has been set up in a more secure manner and doesn't give out directory info as easily as out of the box jive.
The call for a leaderboard, as I might desire here, doesn't need to be "whitelisted" as they call it (whitelisted means that the calling server would need to be registered with the service, and some calls are set up in this way). But it does require that I know
- The server to call for these, for which info is hidden on the back end
- A session key which it looks like I would procure by going through the admin console.
That being said, I do have both of these things for our sandbox enviroment (where the gamification module is installed) and did make a test call though the admin console, but the return set was empty if I specified anything other than ALLTIME for duration. This was a 6.0 enviroment, so appears it needs more work there.
As for cloud version, the admin console is more simplified and does not offer direct login details which give me an expanded control menu (API call generation and testing which would also give me session key).
So basically at this point it looks like a lot of roadblocks, even more if I'm looking to get data off of a community which I do not own/have admin access to.
Another side note:
Should I be able to get past these roadblocks, the api has been set up in such a way that I have very little to do past that point.
It allows for me to specify a start date for points (and accumulation from that point) as well as specify a list of usernames to include (not sure if this would need to be names which I can access or IDs, which I cannot).
Pretty cool to see that.
The call I would need to make would look something like this:
Where the source community supplied:
- USER_ID for each user in the filtered leaderboard (tags are also an option)
To get my SESSION_KEY I would need to make a call to the bunchballServiceClientFactory with a login and public API_KEY