When I uninstalled, I did apt-get gluu-server-2.4.4 uninstall which renamed the previous installation. It kept the file in the /etc/init.d directory so I manually removed that. When I reinstalled, it didn't create the file in the /etc/init.d directory so I moved the file back in. These were the selections: ``` GLUU.root@localhost:/install/community-edition-setup# ./setup.py Installing Gluu Server... Detected OS : ubuntu Detected init: init Detected Apache: 2.4 Detected OpenDJ: 3.0 Installing Gluu Server... For more info see: ./setup.log ./setup_error.log ** All clear text passwords contained in ./setup.properties.last. Enter IP Address [10.1.0.6] : Enter hostname [localhost] : auth-dev.ckgsolutions.com Enter your city or locality : Minneapolis Enter your state or province two letter code : MN Enter two letter Country Code : US Enter Organization Name : CKGSolutions Enter email address for support at your organization : support@ckgsolutions.com Enter maximum RAM for tomcat in MB [3072] : Optional: enter password for oxTrust and LDAP superuser [sDPz0nQpsxKc] : Install oxAuth OAuth2 Authorization Server? [Yes] : Install oxTrust Admin UI? [Yes] : Install Gluu OpenDJ LDAP Server? [Yes] : Install Apache HTTPD Server [Yes] : Install Shibboleth SAML IDP? [No] : Yes Install Asimba SAML Proxy? [No] : Yes Install CAS? [No] : Install oxAuth RP? [No] : Yes hostname auth-dev.ckgsolutions.com orgName CKGSolutions os ubuntu city Minneapolis state MN countryCode US support email support@ckgsolutions.com tomcat max ram 3072 Admin Pass sDPz0nQpsxKc Install oxAuth True Install oxTrust True Install LDAP True Install Apache 2 web server True Install Shibboleth SAML IDP True Install Asimba SAML Proxy True Install CAS False Install oxAuth RP True Proceed with these values [Y|n] Y ``` One reason I reinstalled was because a ticket I saw seemed to indicate Asimba wasn't initially installed and that it was required for UMA to work. Not recalling what I selected, I reinstalled. Could something be missing in this service startup file?

Theodore, I think your two comments are presenting two issues. Can you please open two new tickets ( if two required )?

Actually, my second post I thought would provide insight into the primary issue of this ticket. I am not, at present, interested in a resolution to that, per se. To re-state: the SCIM-Client, when trying to connect to the UMA endpoint for an AAT gets an "invalid cryptographic segment" exception. I believe I have everything set up appropriately. The second post was to suggest (if it bears any weight) that some service may not be started that should be started.

Its possible that your JRE is using different cryptographic libraries. We tested 2.4.4 under OpenJDK, using bouncy castle. Can you provide more info about the cypto providers in Java?

I have Java 1.8.0_111 on my Mac OS. To test, though, I just set up a Maven project in Eclipse with a main() that mimicked your example at [https://www.gluu.org/docs/integrate/scimuma-howto/#testing-scim-uma](https://www.gluu.org/docs/integrate/scimuma-howto/#testing-scim-uma) referencing the SCIMClient 2.4.4. So, it should be using whatever jar/war file - running against the 1.8. Did I answer your question? I'll look at the OpenJDK.