You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tomee.apache.org by db...@apache.org on 2011/10/27 21:52:36 UTC

svn commit: r1189972 - in /openejb/site/trunk/content: alternate-descriptors.mdtext basics---security.mdtext

Author: dblevins
Date: Thu Oct 27 19:52:35 2011
New Revision: 1189972

URL: http://svn.apache.org/viewvc?rev=1189972&view=rev
Log:
formatting

Modified:
    openejb/site/trunk/content/alternate-descriptors.mdtext
    openejb/site/trunk/content/basics---security.mdtext

Modified: openejb/site/trunk/content/alternate-descriptors.mdtext
URL: http://svn.apache.org/viewvc/openejb/site/trunk/content/alternate-descriptors.mdtext?rev=1189972&r1=1189971&r2=1189972&view=diff
==============================================================================
--- openejb/site/trunk/content/alternate-descriptors.mdtext (original)
+++ openejb/site/trunk/content/alternate-descriptors.mdtext Thu Oct 27 19:52:35 2011
@@ -21,7 +21,7 @@ us know.  You should never have to go th
 # openejb.altdd.prefix
 
 To use this functionality, just set the new "openejb.altdd.prefix" system
-property or InitialContext property to something like "_test_", then any
+property or `InitialContext` property to something like "_test_", then any
 descriptors in your META-INF/ directory that start with "_test._" will
 override the regular descriptor.  So for example with an app like this:
 

Modified: openejb/site/trunk/content/basics---security.mdtext
URL: http://svn.apache.org/viewvc/openejb/site/trunk/content/basics---security.mdtext?rev=1189972&r1=1189971&r2=1189972&view=diff
==============================================================================
--- openejb/site/trunk/content/basics---security.mdtext (original)
+++ openejb/site/trunk/content/basics---security.mdtext Thu Oct 27 19:52:35 2011
@@ -22,10 +22,10 @@ Note, this is partially documented in th
 1. Once a remote bean has been instantiated, from within the container, it
 inherits the entire security context, and all roles will be inherited the
 same as the method where the bean is being looked up.
-1. Looking up a bean via an InitialContext, or via injection, will inherit
+1. Looking up a bean via an `InitialContext`, or via injection, will inherit
 the security context (user, roles, etc), thereby propagating the security
 through to any container bean in the chain of method calls.
-1. No properties are allowed for the InitialContext, and you *MUST* be
+1. No properties are allowed for the `InitialContext`, and you *MUST* be
 calling the no args constructor only.  There are documents elsewhere that
 describe using the OpenEJB initial context factories and such, with
 usernames and passwords, etc; it should be noted that this method of using