UserDefined Variables

phaider · Post by **phaider** » Wed Apr 01, 2009 1:08 pm

Hello,
i am a beginner with AwareIM and was exploring the basic concept of AwareIm. I miss the possibility of assigning user defined variables (Strings, integer, etc...) for using them within processes during the execution of rules.
Didn't i only find it? or is there a workaround.
What concept exist for such a request
Regards
Peter

tford · Post by **tford** » Wed Apr 01, 2009 1:59 pm

Peter,

You can store variables in the attributes of either RegularUser or SystemSettings and they will always be in context and able to be used in processes.

RegularUser would be used for variables that are user specific while SystemSettings would be used for variables that apply to all users.

To refer to a RegularUser atttribute in a process rule, the format is: LoggedInRegularUser.AttributeName.

Tom

phaider · Post by **phaider** » Wed Apr 01, 2009 2:08 pm

Tom,

thanks for your answer - i can accept that.

But - i have a feature request for future releases of AwareIM.

Temporarly attributes (=variables, values will expire, when execution of the process is finished) for processes - handled like attributes for BO; maybe i comes in the future...

Peter

tford · Post by **tford** » Wed Apr 01, 2009 2:16 pm

There are also non peresisted BOs.

If you'd like to share what you are trying to accomplish in a process, maybe we can help.

GertV · Post by **GertV** » Tue Dec 08, 2009 7:27 am

Hi Tom,

I need the same feature and tried your solution. So in a process I do the following:

LoggedInRegularUser.CurrentObject=Nieuwsbrieven.ID

When I run this I get the following error message:

-Unable to find business objects to modify attribute RegularUser.CurrentObject

From your previous post I understood that the RegularUser object is always in context. Am I missing something?

tford · Post by **tford** » Tue Dec 08, 2009 11:35 am

Yes, LoggedInRegularUser is always in context.

Can you share more about how you are using this rule?

GertV · Post by **GertV** » Tue Dec 08, 2009 12:23 pm

Hi Tom,

With pleasure. I need to send newsletters to two different BO's, one is Members, the other Friends. On the newsletter form I created a button that calls a procedure SendNewsletters.

This procedure does the following:

LoggedInRegularUser.CurrentObject=Newsletter.ID
(whereby CurrentObject is a numeric field in RegularUser)
SendNewsletterToMember
SendNewsletterToFriend
(The latter are two procedures that handle the sending of the Newsletter to the two different BO's. They have been tested and work)

Just running this gives me the error -Unable to find business objects to modify attribute RegularUser.CurrentObject the moment the procedure starts. It looks to me that this means that LoggedInRegularUser is therefor not in the context.

GertV · Post by **GertV** » Tue Dec 08, 2009 12:23 pm

Hi Tom,

With pleasure. I need to send newsletters to two different BO's, one is Members, the other Friends. On the newsletter form I created a button that calls a procedure SendNewsletters.

This procedure does the following:

LoggedInRegularUser.CurrentObject=Newsletter.ID
(whereby CurrentObject is a numeric field in RegularUser)
SendNewsletterToMember
SendNewsletterToFriend
(The latter are two procedures that handle the sending of the Newsletter to the two different BO's. They have been tested and work)

Just running this gives me the error -Unable to find business objects to modify attribute RegularUser.CurrentObject the moment the procedure starts. It looks to me that this means that LoggedInRegularUser is therefor not in the context.

tford · Post by **tford** » Tue Dec 08, 2009 1:31 pm

To narrow down the problem, try running this process from a Query of the Newsletter BO.

GertV · Post by **GertV** » Tue Dec 08, 2009 2:18 pm

Sorry Tom, it's happening from the query form of Newsletters.

tford · Post by **tford** » Tue Dec 08, 2009 2:23 pm

A shot in the dark here.

I wonder if CurrentObject might be a reserved word. Maybe try to make the attribute name RegularUser.ChosenNewsletter

tford · Post by **tford** » Tue Dec 08, 2009 2:25 pm

Does it have the same error message if you eliminate calling the 2 other processes so that you just have 1 rule in the process?

GertV · Post by **GertV** » Tue Dec 08, 2009 2:54 pm

Tom,

Followed both suggestions. No change. Here's the error message again:

-Unable to find business objects to modify attribute RegularUser.ChosenNewsletter

BobK · Post by **BobK** » Wed Dec 09, 2009 11:09 pm

Gert,

Are you still having a problem with this?

I am thinking that the newsletter object is what the error message is referring to that cant be found.

Are you running this process when trying to create a newsletter or on an existing newsletter object?

GertV · Post by **GertV** » Thu Dec 10, 2009 8:20 am

Bob, Tom and others suffering with this,

I found out the following:

My business object group SystemUser had to BO's underneath: RegularUser and Members.

I got the error when I logged in as a member, however when I logged in as admin it worked. If you do the following it works in all cases.

Define a field say ChosenNewsletter in Members and when you save it, make sure AwareIm updates the other BO's in the group as well. Now, in my case,I needed to save the Newsletter I was working on, so I defined the following rule:

LoggedInSystemUser.ChosenNewsletter=Newsletter.ID

This will work for both admin and a member that is logged in.

Credits go to Tom, without whom I would not have been able to figure this out.