Forwarding to d...@isis.apache.org because I've sent it to dev@wicket by
mistake.
---------- Forwarded message ----------
From: Martin Grigorov <mgrigo...@apache.org>
Date: Sat, Nov 1, 2014 at 2:52 PM
Subject: Re: usage statistics
To: users <users@isis.apache.org>, "d...@wicket.apache.org" <
d...@wicket.apache.org>
Hi devs,
I see that IsisWicketApplication actually defines mount points for
EntityPage and ActionPage.
Is there a bug or why otherwise the mount points are not used ? I have seen
nice urls only for the Copy Link modal window, but never while browsing an
entity.
ActionPage is used only when the action prompts (modal windows) are
disabled, so it may work. I have to check it.
But I think the url should be /wicket/entity/someOid?13 when viewing an
entity.
There is a problem with the OIDs in the address bar though ! They end with
something like :L0 and this makes the browser (Google Chrome in my case)
believes that some software should handle it...
Why there is no mount point for StandaloneCollectionPage, ValuePage,
ErrorPage, ... ?
E.g. /collection/${name} ? What other specific info for a collection can be
shown there to make it even more useful ?
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Fri, Oct 31, 2014 at 11:05 AM, Martin Grigorov <mgrigo...@apache.org>
wrote:
> Hi,
>
> Since the url in the address bar is not meaningful most of the time (e.g.
> /wicket/wicket?13) then maybe an approach with an analytics service (Google
> Analytics, Piwik, ...) with custom variables for user, entity name, ...
> would be the best. I don't have enough experience with Isis yet to tell you
> how to setup that as an end user.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Fri, Oct 31, 2014 at 10:30 AM, Erik de Hair <e...@pocos.nl> wrote:
>
>> Hi,
>>
>> We would like to have statistics about our application use, preferably
>> per user or at least the customer (related entity) the user is logged in
>> for.
>>
>> Called actions could be analyzed with results of
>> @PublishedAction/@Auditing. But how to use Isis to track visiting entity
>> pages, without losing user information like when using the servers access
>> log? Would that be possible?
>>
>> Erik
>>
>> <mailto:serviced...@pocos.nl>
>>
>
>
