I am trying to build a company wise chat application in openfire. Here company will be treated as group and its employees will be treated as user.
Could anyone please tell me where to create group in admin panel i.e in user/group option or chatroom group option and what is the difference between group in user/group and group in group chat option in layman language
A "group" in context of users is a defined set of users. A "Group Chat" is a multi-user chat room.
The two have little to do with eachother (only that Openfire will allow you to use groups when configuring room permissions).
Related
What is the suggested approach to restrict a customer viewing a PLP, based on the user group assigned to the CategoryModel?
For example, let's say a category with code "c012345" is assigned to the user group "promoPreviewCustomers". I have two registered customers who are a part of the customergroup but only one customer is in the promoPreviewCustomers group.
Only the customer who is in a promoPreviewCustomers group, should be able to see the PLP of the category page c012345.
Our initial thought was to drive this through a personalisation rule within Commerce.
What are other people's thoughts on how this should be implemented within Spartacus, given that the product search API does not take into account the logged in customer?
Any restriction done only in Spartacus will be only for the UX as true restriction can only be done in the backend. Therefore, the best approach would be to drive this behavior with personalization within Commerce
I have an app users can create groups with each other, and want to sell (via monthly subscription) premium groups with some extra features.
With in-app-purchase, admin of group can convert it to premium group. And i store that info at database like groupstate: premium or groupstate: free. Depending on that child group becomes premium or stills free.
So when admin cancels the subscription, with check on every app start I can get the subscription info, cancel the subscription and turn group state to free. But if admin never logs in; I cant check the subscription is valid or not and other users will be able to use premium.
What kind of structure do i need to avoid that ? Any suggestions ?
I am trying to figure out how to add a roster of users to my openfire server that are on another domain. Essentially just a bunch of contacts, not user accounts that I can login with. What I would like to do is have that group of users auto-populate in the contacts area of our xmpp client. I have our domain users auto populating with no issues, however, there is another domain with users that we would like to have auto populate as well. Is there a way of doing this? The other domain is using a Cisco XMPP implementation, which makes it all the more "fun" lol. Thanks for the help.
Jon
It appears that I can add a group to a Google Developers Console project.
Project owners can share a project with an email address that represents a group, but every project must have at least one project member that is an individual, not a group.
To add a team member or group, select Add Member. You must provide an email address that is associated with a Google account. If the email address belongs to an individual, an invitation flow is triggered, and the new project member must accept the invitation before they can access the project. If the email address belongs to a group, the group is added right away, with no invitation step.
However, when I add a group, the project does not appear for members of the that group, and when they go to the URL, they see
Error The project you requested is unavailable.
Is the documentation out-of-date, is there a bug, or am I missing something?
Started working (more than 5 minutes later, not sure how much more).
Likely, the only inaccuracy is
If the email address belongs to a group, the group is added right away
I'm trying to create a register, in a way, so that users (who initially have read permissions) on a SharePoint site, can add themselves to a group which has contribute permissions to a document library. This is something similar to what Moodle can do, where users can enrol themselves on a course.
My thinking is that I'd setup a list that allows all users to have contribute permissions. A user would then add a very basic list item which would start a workflow. The workflow would add the said user to a group that already has contribute permissions to a document library.
If it helps, here's the reason:
We have a lot of students accessing our SharePoint site (well over 2000), and all students are under a general AD group. To use the SharePoint Learning Kit (and therefore make use of SCORM content), there has to be a SharePoint group with specific rights, and that group should, ideally, contain individual users rather than AD groups (depending on the size of the AD group). Unfortunately, there isn't a way to get our learner record system to expose a field which SharePoint could 'see' which is why all students are under a general AD group. Because there are so many students (some with similar names), it would be a hard task to get lecturers to filter through each student to add them manually to the SLK group that's needed. Which is where this idea comes in. A student could enrol themselves into the SLK group and get access to the SLK material.
And breathe.
There are a lot of possible ways to do this. For example you can create custom timer job which will run every 15 minutes and synchronize sharepoint group with list you mentioned. If you want to stick to workflow way you can create custom workflow action which will add user to sharepoint group and then create workflow which uses this activity using sharepoint designer.