topic Adding custom Aspect to new users in Alfresco Archive

Adding custom Aspect to new users

srowsell — Wed, 24 Apr 2013 15:11:52 GMT

I followed Jeff Potts' excellent recipe for adding a custom property (using a mandatory custom Aspect) to users (from here), and it works for my installation (4.1.2 Enterprise). Sort of. I can make persistent changes to whatever user I'm logged in as, but when I create a new user or edit from the

Re: Adding custom Aspect to new users

zladuric — Wed, 24 Apr 2013 18:15:55 GMT

Hi,

My guess is (for Share), that you will be looking at extending this Share (frontend) part:

share/WEB-INF/classes/alfresco/site-webscripts/org/alfresco/components/profile/‍

Especially look at the userprofile.get webscript.

On the repository side, you can take a look at

alfresco/WEB-INF/classes/alfresco/templates/webscripts/org/alfresco/slingshot/profile/‍

scripts for start.

I hope that helps.

Re: Adding custom Aspect to new users

srowsell — Wed, 24 Apr 2013 19:28:58 GMT

Zlatko…

That's the part that I already did. I have already implemented a new Aspect for users; users can set or edit this property at the "Edit Profile" dialogue. Mr. Potts' blog post that I referenced in my initial post describes this in some detail, including samples of the webscripts necessary to do so. My problem is that this does not include the ability to add this property at user creation, or from the Admin console; right now only each user can edit or view this property.

Where I think I need to go with this – after having spent the last couple of hours poking around – is the users.js and the users.get webscript, which I'm investigating now. I have extended the users.get.html.ftl template to include the labels/text fields, and now I have to extend the users.js functionality. I think.

Steve

Re: Adding custom Aspect to new users

srowsell — Fri, 26 Apr 2013 15:35:14 GMT

Okay, maybe someone can tell me if I'm on the right track.

I have edited the users.js (and renamed it) to add in the functionality of the new property, and point to it using users.get.head.ftl. The idea is for the new javascript to override the default users.js. I have also edited users.get.html.ftl to add in the fields necessary, and this works just fine, but the fields are not populated by the javascript. Just to make sure that there wasn't just a problem with the model, I had the javascript populate the field with a string "blah", but I don't see this happening in Share when I use the Admin console to edit a profile.

One thing occurs to me: in Mr. Potts' example (which I cited in the OP) he has a block in the share-config-custom.xml file which overrides the default user-factory like so:

<blockcode><config replace="true">
      <flags>
         <client-debug>false</client-debug>
         <client-debug-autologging>false</client-debug-autologging>
      </flags>
   </config>
   <config condition="WebFramework" evaluator="string-compare">
      <web-framework>
         <defaults>
            <user-factory>webframework.factory.user.mymodel</user-factory>
         </defaults>
      </web-framework>
   </config></blockcode>

Am I missing an override for this as well?

Re: Adding custom Aspect to new users

zladuric — Fri, 26 Apr 2013 16:08:28 GMT

Did you also overwrite the minified version of the users.js? We're talkin client side script, right?

You should also

java -jar TOMCAT_HOME/share/WEB-INF/lib/yuicompressor-version-xxx.jar share/components/users.js -o share/components/users-min.js.‍

I don' have the exact name of that jar, but it is usually there or just download it off of internet.

Or simply copy users.js over users-min.js for now and worry about minifying when you go to production

Re: Adding custom Aspect to new users

srowsell — Mon, 29 Apr 2013 13:24:37 GMT

I didn't overwrite users.js, but rather I'm extending it by pointing to another .js file (in users.get.head.ftl), and yes, I did include the minified version of that file.