I have seen two service providers added to my wso2 installation.
As I try to delete any of the service providers I get an error
Error while removing application: Deletion of system applications are not allowed. Application Name: XXX
I have logged in from admin user and still, I am not able to delete it
I tried giving permissions of service provider explicitly to the admin user but still the same error
Hope you are using IS 5.11.0 above.
Conosle and MyAccount are the two systems apps available in the IS pack. It doesn't allow to modify/ delete the system apps.
Console is the newer portal for administrative tasks.
https://stackoverflow.com/a/65733363/10055162
MyAccount is the newer version of
previous user portal/ dashboard.
So deleting these apps are not recommended.
Anyhow, If you want to remove both Myaccount and Console apps out of the readonly apps (allow to modify the app configs/ delete the apps), use the following config.
[system_applications]
read_only_apps = []
Then restart the server. You will be able to do configuration changes now. Refer:
https://is.docs.wso2.com/en/5.11.0/setup/migrating-what-has-changed/#configurable-system-apps
https://stackoverflow.com/a/68167283/10055162
Related
Can an app external to a G-Suite organization manage its SSO settings?
I started by trying to create a client ID/secret for my app as per https://support.google.com/cloud/answer/6158849
A prerequisite for getting a client ID/secret is configuring the app's Consent Screen as per https://support.google.com/cloud/answer/6158849#userconsent
When looking at the "Add Scope" modal, I only see:
Admin SDK ../auth/admin.reports.audit.readonly
Admin SDK ../auth/admin.reports.usage.readonly
How do I get a scope that would allow my app write access to another G-Suite organization's SSO settings?
I am not trying to manage my G-Suite organization's SSO settings.
What you want cannot be achieved essentially because you cannot manage someone else's G-Suite organization's SSO settings. Therefore, no scopes are available for this option.
But if you have access to the domain mentioned, you can use this scope which is the global scope for access to all domain settings.
https://apps-apis.google.com/a/feeds/domain
According to the documentation:
To request access using OAuth 2.0, your application needs the scope information, as well as information that Google supplies when you register your application (such as the client ID and the client secret).
The old admin settings API is still working for SSO settings, just tried. You can manage the SSO settings of any organization that has enabled your project ID with the scope https://apps-apis.google.com/a/feeds/domain/ via a Marketplace install (they install your app) or a manual install as described here
I installed WSO2 APIM 2.6.0 using a distributed deployment (pattern 2) and I enabled Application Sharing in order to allow a group of users (with the same organization value) to be able to manage the organization applications.
For testing purpose, I created a user "user1" with organization "myorg". Then logged in with user1 and created an application "app1" with the group "myorg". After that, I logged in with another user belonging to the same organization and I am able to see the "app1" application. I'm also able to manage the application subscriptions, however I cannot edit and delete the application event if I assign the admin role.
Is there any way to able users from the same organization to modify shared applications?
Application owners are able to share their Applications with others users who belong to the same group. Still, application edit privilege is granted to the app owner only, others can only view the application. This behavior is expected.
If you need to grant application edit privilege to another user, admin has to change the ownership of the application. Then the new owner can edit the application.
Note: The owner changing UI is available in 2.6.0 as a WUM update only and will be there in the next public release. However, this is available in the admin API in the latest released versions.
when I want to put my project on GAE i get this error in SDK shell:
ERROR: (gcloud.app.deploy) Permissions error fetching application [apps/responsive-my-super-app-201910]. Please make sure you are using the correct project ID and that you have permission to view applications on the project.
You haven't authenticated the cloud SDK. Try running gcloud auth list. Is your email included in the credentialed accounts? If not, run glcoud auth login.
If you are listed in the credentialed accounts, then perhaps you haven't properly associated your project with your login, or you have a typo in your project name.
I just downloaded and install the WSO2 Identity Server 5.0.0 in CentoOS 7 to play with it. I created a JDBC DataStore instead of the H2 datastore that comes by default, also uncommented as default primary User Store the JDBC User Store, then run the Identity Server. When I go to the management/configuration/ users and roles/users or roles, the content area appears blank for both cases, users and roles.
So I must be doing something wrong or what?
I am login with the default credentials of admin/admin that the documentation says. The documentation also says that the user must be admin in order to manage users and roles, and I hope is the case as the links to manage users and roles appears but are not working, also in the console shows no error regarding this blank page.
Any directions on what I should go?
I can post the configuration I am using also, but is a very basic one, following the administration stated in the online documentation.
I found the problem, i was using Java 1.8, and saw an error compiling a JSP in the logs in the console in linux, so switch to Java 1.7 and now works fine.
WSO2 Identity server does not support Java 8.
WSO2 experts
I downloaded the WSO2 AppFactory, but couldn't login into the web console with admin/admin. Has the default password changed?
Regards,
Terry
Please try with the following credentials
Username:admin#admin.com
password:admin
If you just tried with a downloaded 'binary' set-up of WSO2 App Factory; this will only allow you to log in to the Carbon admin console of the App Factory (If you just clicked on and visited the URL, that was printed on the server console). This Carbon admin console does not have any App Factory specific functionality which you might expect [WSO2 Carbon is the underlying platform which is used by all of the WSO2 products].
Since App Factory runs having few other servers alongside (such as WSO2 AS, WSO2 ELB, Jenkins, Redmine etc) this set up that you are running will not provide the same User interfaces or functionality which you have observed within the setup provided with https://appfactorypreview.wso2.com/samlsso .
I just thought to leave this answer, because; you would get disappointed after spending your time expecting the same Application (User Interfaces) available with the online setup (which I have mentioned with the hyperlink) by running the binary setup(wso2appfactory-1.0.0.zip) that you have downloaded from the WSO2 Web site.