OpenShift 3.x - deleting users

I have heard Scott Hanselman say it's more efficient to blog about topics instead of emailing or otherwise writing in a way which cannot be search easily.  Looking back through my blog, I have done this some over the years but not nearly enough.  I should also admit I have googled for issues for which I could not recall a solution and found my own writings.

...now for the topic at hand: I have fumbled through this particular operation despite the fact that it's document here.  I have installed OpenShift 3.x a number of times now.  Given that this involved configuring and testing various combinations of features I have the need to delete users now and again.  When deleting and OpenShift user, it's import to delete the user along with the identity, at least as of this writing.

oc delete user myuser



oc delete identity htpasswd_auth:demo


Also, recall you can get users and identities with the appropriate "oc get" commands.



oc get user
oc get identity

Happy configuring,
Carl

Comments

Post a Comment

Popular posts from this blog

ClassCastException: JAXB

Image
A particular Java application I co-developed leverages both SOAP/WSDL and REST web services.  We use maven to manage the build process of this application which has been in production for a few years now.  It's been around long enough to have moved from Java 5 to Java 6 and now Java 7 (with limited testing using Java 8).  We have also had the experience of initially including JAXB jar files with our application and dealing with the "endorsed" directory because JAXB versions were a bit of a moving target for a while. Now that JAXB is neatly included with Java as it should be so we no longer include it.  I thought all of this was behind us (and unfortunately somewhat forgotten) until recently when we added Jersey 1.17 to the application to call some newer REST services. When trying to connect to the server, my stack trace included this: Caused by: java.lang.ClassCastException: com.sun.xml.bind.v2.runtime.JAXBContextImpl cannot be cast to com.sun.xml.internal.bin...
Read more

JDeveloper installation on Mac OS X Mountain Lion

Let's get the "why?" out of the way first - Personally I like to know what IDE's are alive and well for any for any Java development I might be doing especially if it's something new or something I have not done for a while. Currently NetBeans is my first choice.  Certainly Eclipse is a great standby for any Java development (and a whole lot of non-Java stuff for that matter).  I have tried to get into the in some circles extremely popular Intellij IDEA IDE but so far I am not a fan. JDeveloper , from Oracle, has an interesting history (I think back to my JBuilder days any time it's mentioned).  It still exists and I assume is well respected or at least used by those in Oracle shops because it does seem to integrate nicely with (or is at least aware of) all things Oracle. Recently I wanted to check out some functionality specific to JDeveloper and decided I needed to install it on a relatively new MacBook Pro running OS X 10.8.2 (aka Mountain Lion). ...
Read more

JNLP: note to self

Java security was a hot topic in 2013 and I think it will continue to get some attention as tooling catches up to the newer requirements.  Signing the JNLP for Java Web Start programs is now required. The Java Web Start maven plugin does not yet sign the JNLP file but there is an outstanding issue which I imagine will be resolved before too much longer. In the meantime, this blog entry  and this stack overflow question and answer  may be all you need to get your JNLP signed correctly. The way I read it, you have two choices. First you can create a template file which should be named APPLICATION_TEMPLATE.JNLP in src/main/resources/JNLP-INF and wildcards are permitted.  This is nice if you have the need to deploy your application from more than one server. The second method involves creating a file named APPLICATION.JNLP also in the src/main/resources/JNLP-INF folder.  This file must match the application's jnlp file exactly. Don't forget to mo...
Read more