You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jspwiki.apache.org by Terry Steichen <te...@net-frame.com> on 2008/06/10 18:28:35 UTC

Re: [jira] Closed: (JSPWIKI-267) No consistent means for maintaining a user's unique identity

What I am doing is logging activity on my JSPWiki-based system.  It is
extremely important that I am able to keep track the activities of a
given user.  Prior to adding the capability to change login name, that
was pretty straightforward.  Now it isn't (so, what I had to do in the
meanwhile was modify JSPWiki so my users cannot change their login
name).

If the new uid is part of the user profile, it must be accessible (via
some api) to allow reliable tracking the activity of any user.  My point
is simply that iff the uid is present but not accessible (via an api -
as I understand it is not), then it doesn't provide a complete
solution.  

On the other hand, if the new uid is indeed programmatically retrievable
(without having to write a custom method), then the problem is
(presumably) solved.


On Tue, 2008-06-10 at 08:51 -0700, Andrew Jaquith wrote:

> Terry -- the uid is part of the user profile, and it is stored in the  
> database. That is the "means" for tracking a unique user. Because that  
> work is complete, I closed the issue.
> 
> Do you have specific suggestions on how to "track"?
> 
> On Jun 10, 2008, at 7:15 AM, Terry Steichen <te...@net-frame.com> wrote:
> 
> > Well, then, until we include a means to actually use this unique id,  
> > the
> > problem isn't really fixed, is it?
> >
> > On Tue, 2008-06-10 at 06:56 -0700, Andrew Jaquith wrote:
> >
> >> Let me be equally clear: yes, that's right.
> >>
> >> On Jun 10, 2008, at 3:02 AM, Terry Steichen <te...@net-frame.com>  
> >> wrote:
> >>
> >>> Let me be clear - what you're saying is that a unique identifier has
> >>> been included in version 2.8 to uniquely distinguish a user,
> >>> regardless
> >>> of changes in name, but no specific method has yet been included to
> >>> use
> >>> it.  Is that correct?
> >>>
> >>> On Mon, 2008-06-09 at 23:23 -0700, Andrew Jaquith (JIRA) wrote:
> >>>
> >>>>    [ https://issues.apache.org/jira/browse/JSPWIKI-267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> >>>> ]
> >>>>
> >>>> Andrew Jaquith closed JSPWIKI-267.
> >>>> ----------------------------------
> >>>>
> >>>>      Resolution: Fixed
> >>>>   Fix Version/s: 2.8
> >>>>
> >>>> I added the UID property to user profiles for this purpose in  
> >>>> 2.7.0-
> >>>> svn-29. However, we are not using it strictly speaking for tracking
> >>>> just yet. There are probably places in the code where we ought to
> >>>> print UserProfile.getUid() to the log file, but that's a future
> >>>> thing that we'll do as it makes sense.
> >>>>
> >>>> In the meantime, this bug is (strictly speaking) fixed.
> >>>>
> >>>>> No consistent means for maintaining a user's unique identity
> >>>>> ------------------------------------------------------------
> >>>>>
> >>>>>               Key: JSPWIKI-267
> >>>>>               URL: https://issues.apache.org/jira/browse/
> >>>>> JSPWIKI-267
> >>>>>           Project: JSPWiki
> >>>>>        Issue Type: Bug
> >>>>>        Components: Authentication&Authorization
> >>>>>  Affects Versions: 2.6.2
> >>>>>       Environment: All
> >>>>>          Reporter: Terry Steichen
> >>>>>          Assignee: Andrew Jaquith
> >>>>>           Fix For: 2.8
> >>>>>
> >>>>>
> >>>>> Now that we've modified JSPWiki to allow users to change not only
> >>>>> their Name but also their login name, I don't see any way for
> >>>>> JSPWiki administrator to keep track of users over time.  For many
> >>>>> reasons of administration, billing, user behavior management, I
> >>>>> think there should be some way to unambiguously identify a
> >>>>> particular user, no matter how often they may change their  
> >>>>> profile.
> >>>>

Re: [jira] Closed: (JSPWIKI-267) No consistent means for maintaining a user's unique identity

Posted by Terry Steichen <te...@net-frame.com>.
OK, if that's an existing method, then I have no problem.  The original
comment on this thread led me to understand that such a method didn't
exist.  End of issue.

On Tue, 2008-06-10 at 19:38 +0300, Janne Jalkanen wrote:

> Try UserProfile.getUid().
> 
> /Janne
> 
> On 10 Jun 2008, at 19:28, Terry Steichen wrote:
> 
> > What I am doing is logging activity on my JSPWiki-based system.  It is
> > extremely important that I am able to keep track the activities of a
> > given user.  Prior to adding the capability to change login name, that
> > was pretty straightforward.  Now it isn't (so, what I had to do in the
> > meanwhile was modify JSPWiki so my users cannot change their login
> > name).
> >
> > If the new uid is part of the user profile, it must be accessible (via
> > some api) to allow reliable tracking the activity of any user.  My  
> > point
> > is simply that iff the uid is present but not accessible (via an api -
> > as I understand it is not), then it doesn't provide a complete
> > solution.
> >
> > On the other hand, if the new uid is indeed programmatically  
> > retrievable
> > (without having to write a custom method), then the problem is
> > (presumably) solved.
> >
> >
> > On Tue, 2008-06-10 at 08:51 -0700, Andrew Jaquith wrote:
> >
> >> Terry -- the uid is part of the user profile, and it is stored in the
> >> database. That is the "means" for tracking a unique user. Because  
> >> that
> >> work is complete, I closed the issue.
> >>
> >> Do you have specific suggestions on how to "track"?
> >>
> >> On Jun 10, 2008, at 7:15 AM, Terry Steichen <te...@net-frame.com>  
> >> wrote:
> >>
> >>> Well, then, until we include a means to actually use this unique id,
> >>> the
> >>> problem isn't really fixed, is it?
> >>>
> >>> On Tue, 2008-06-10 at 06:56 -0700, Andrew Jaquith wrote:
> >>>
> >>>> Let me be equally clear: yes, that's right.
> >>>>
> >>>> On Jun 10, 2008, at 3:02 AM, Terry Steichen <te...@net-frame.com>
> >>>> wrote:
> >>>>
> >>>>> Let me be clear - what you're saying is that a unique  
> >>>>> identifier has
> >>>>> been included in version 2.8 to uniquely distinguish a user,
> >>>>> regardless
> >>>>> of changes in name, but no specific method has yet been  
> >>>>> included to
> >>>>> use
> >>>>> it.  Is that correct?
> >>>>>
> >>>>> On Mon, 2008-06-09 at 23:23 -0700, Andrew Jaquith (JIRA) wrote:
> >>>>>
> >>>>>>    [ https://issues.apache.org/jira/browse/JSPWIKI-267? 
> >>>>>> page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> >>>>>> ]
> >>>>>>
> >>>>>> Andrew Jaquith closed JSPWIKI-267.
> >>>>>> ----------------------------------
> >>>>>>
> >>>>>>      Resolution: Fixed
> >>>>>>   Fix Version/s: 2.8
> >>>>>>
> >>>>>> I added the UID property to user profiles for this purpose in
> >>>>>> 2.7.0-
> >>>>>> svn-29. However, we are not using it strictly speaking for  
> >>>>>> tracking
> >>>>>> just yet. There are probably places in the code where we ought to
> >>>>>> print UserProfile.getUid() to the log file, but that's a future
> >>>>>> thing that we'll do as it makes sense.
> >>>>>>
> >>>>>> In the meantime, this bug is (strictly speaking) fixed.
> >>>>>>
> >>>>>>> No consistent means for maintaining a user's unique identity
> >>>>>>> ------------------------------------------------------------
> >>>>>>>
> >>>>>>>               Key: JSPWIKI-267
> >>>>>>>               URL: https://issues.apache.org/jira/browse/
> >>>>>>> JSPWIKI-267
> >>>>>>>           Project: JSPWiki
> >>>>>>>        Issue Type: Bug
> >>>>>>>        Components: Authentication&Authorization
> >>>>>>>  Affects Versions: 2.6.2
> >>>>>>>       Environment: All
> >>>>>>>          Reporter: Terry Steichen
> >>>>>>>          Assignee: Andrew Jaquith
> >>>>>>>           Fix For: 2.8
> >>>>>>>
> >>>>>>>
> >>>>>>> Now that we've modified JSPWiki to allow users to change not  
> >>>>>>> only
> >>>>>>> their Name but also their login name, I don't see any way for
> >>>>>>> JSPWiki administrator to keep track of users over time.  For  
> >>>>>>> many
> >>>>>>> reasons of administration, billing, user behavior management, I
> >>>>>>> think there should be some way to unambiguously identify a
> >>>>>>> particular user, no matter how often they may change their
> >>>>>>> profile.
> >>>>>>

Re: [jira] Closed: (JSPWIKI-267) No consistent means for maintaining a user's unique identity

Posted by Janne Jalkanen <Ja...@ecyrd.com>.
Try UserProfile.getUid().

/Janne

On 10 Jun 2008, at 19:28, Terry Steichen wrote:

> What I am doing is logging activity on my JSPWiki-based system.  It is
> extremely important that I am able to keep track the activities of a
> given user.  Prior to adding the capability to change login name, that
> was pretty straightforward.  Now it isn't (so, what I had to do in the
> meanwhile was modify JSPWiki so my users cannot change their login
> name).
>
> If the new uid is part of the user profile, it must be accessible (via
> some api) to allow reliable tracking the activity of any user.  My  
> point
> is simply that iff the uid is present but not accessible (via an api -
> as I understand it is not), then it doesn't provide a complete
> solution.
>
> On the other hand, if the new uid is indeed programmatically  
> retrievable
> (without having to write a custom method), then the problem is
> (presumably) solved.
>
>
> On Tue, 2008-06-10 at 08:51 -0700, Andrew Jaquith wrote:
>
>> Terry -- the uid is part of the user profile, and it is stored in the
>> database. That is the "means" for tracking a unique user. Because  
>> that
>> work is complete, I closed the issue.
>>
>> Do you have specific suggestions on how to "track"?
>>
>> On Jun 10, 2008, at 7:15 AM, Terry Steichen <te...@net-frame.com>  
>> wrote:
>>
>>> Well, then, until we include a means to actually use this unique id,
>>> the
>>> problem isn't really fixed, is it?
>>>
>>> On Tue, 2008-06-10 at 06:56 -0700, Andrew Jaquith wrote:
>>>
>>>> Let me be equally clear: yes, that's right.
>>>>
>>>> On Jun 10, 2008, at 3:02 AM, Terry Steichen <te...@net-frame.com>
>>>> wrote:
>>>>
>>>>> Let me be clear - what you're saying is that a unique  
>>>>> identifier has
>>>>> been included in version 2.8 to uniquely distinguish a user,
>>>>> regardless
>>>>> of changes in name, but no specific method has yet been  
>>>>> included to
>>>>> use
>>>>> it.  Is that correct?
>>>>>
>>>>> On Mon, 2008-06-09 at 23:23 -0700, Andrew Jaquith (JIRA) wrote:
>>>>>
>>>>>>    [ https://issues.apache.org/jira/browse/JSPWIKI-267? 
>>>>>> page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>>>>>> ]
>>>>>>
>>>>>> Andrew Jaquith closed JSPWIKI-267.
>>>>>> ----------------------------------
>>>>>>
>>>>>>      Resolution: Fixed
>>>>>>   Fix Version/s: 2.8
>>>>>>
>>>>>> I added the UID property to user profiles for this purpose in
>>>>>> 2.7.0-
>>>>>> svn-29. However, we are not using it strictly speaking for  
>>>>>> tracking
>>>>>> just yet. There are probably places in the code where we ought to
>>>>>> print UserProfile.getUid() to the log file, but that's a future
>>>>>> thing that we'll do as it makes sense.
>>>>>>
>>>>>> In the meantime, this bug is (strictly speaking) fixed.
>>>>>>
>>>>>>> No consistent means for maintaining a user's unique identity
>>>>>>> ------------------------------------------------------------
>>>>>>>
>>>>>>>               Key: JSPWIKI-267
>>>>>>>               URL: https://issues.apache.org/jira/browse/
>>>>>>> JSPWIKI-267
>>>>>>>           Project: JSPWiki
>>>>>>>        Issue Type: Bug
>>>>>>>        Components: Authentication&Authorization
>>>>>>>  Affects Versions: 2.6.2
>>>>>>>       Environment: All
>>>>>>>          Reporter: Terry Steichen
>>>>>>>          Assignee: Andrew Jaquith
>>>>>>>           Fix For: 2.8
>>>>>>>
>>>>>>>
>>>>>>> Now that we've modified JSPWiki to allow users to change not  
>>>>>>> only
>>>>>>> their Name but also their login name, I don't see any way for
>>>>>>> JSPWiki administrator to keep track of users over time.  For  
>>>>>>> many
>>>>>>> reasons of administration, billing, user behavior management, I
>>>>>>> think there should be some way to unambiguously identify a
>>>>>>> particular user, no matter how often they may change their
>>>>>>> profile.
>>>>>>