Javadoc spelling

src/main/java/org/apache/commons/logging/LogFactory.java

@@ -501,7 +501,7 @@ public abstract class LogFactory {
      *
      * @throws LogConfigurationException if a suitable class loader
      *  cannot be identified.
-     * @return the thread's context class loader or {@code null} if the java security
+     * @return the thread's context class loader or {@code null} if the Java security
      *  policy forbids access to the context class loader from one of the classes
      *  in the current call stack.
      * @since 1.1
@@ -708,7 +708,7 @@ public abstract class LogFactory {
 
     /**
      * Calls LogFactory.directGetContextClassLoader under the control of an
-     * AccessController class. This means that java code running under a
+     * AccessController class. This means that Java code running under a
      * security manager that forbids access to ClassLoaders will still work
      * if this class is given appropriate privileges, even when the caller
      * doesn't have such privileges. Without using an AccessController, the
@@ -1219,7 +1219,7 @@ public abstract class LogFactory {
      * Indicates true if the user has enabled internal logging.
      * <p>
      * By the way, sorry for the incorrect grammar, but calling this method
-     * areDiagnosticsEnabled just isn't java beans style.
+     * areDiagnosticsEnabled just isn't Java beans style.
      *
      * @return true if calls to logDiagnostic will have any effect.
      * @since 1.1

src/main/java/org/apache/commons/logging/impl/LogFactoryImpl.java

@@ -165,7 +165,7 @@ public class LogFactoryImpl extends LogFactory {
 
     /**
      * Gets the context ClassLoader.
-     * This method is a workaround for a java 1.2 compiler bug.
+     * This method is a workaround for a Java 1.2 compiler bug.
      *
      * @return the context ClassLoader
      * @since 1.1
@@ -176,7 +176,7 @@ public class LogFactoryImpl extends LogFactory {
 
     /**
      * Calls LogFactory.directGetContextClassLoader under the control of an
-     * AccessController class. This means that java code running under a
+     * AccessController class. This means that Java code running under a
      * security manager that forbids access to ClassLoaders will still work
      * if this class is given appropriate privileges, even when the caller
      * doesn't have such privileges. Without using an AccessController, the
@@ -189,7 +189,7 @@ public class LogFactoryImpl extends LogFactory {
      * @throws LogConfigurationException if there was some weird error while
      * attempting to get the context class loader.
      *
-     * @throws SecurityException if the current java security policy doesn't
+     * @throws SecurityException if the current Java security policy doesn't
      * allow this class to access the context class loader.
      */
     private static ClassLoader getContextClassLoaderInternal()

src/test/java/org/apache/commons/logging/NullClassLoaderTestCase.java

@@ -22,7 +22,7 @@ import junit.framework.TestCase;
  * Test cases for situations where getClassLoader or getContextClassLoader
  * return null. This can happen when using JDK 1.1. It can also happen when
  * JCL is deployed via the bootclass loader - something that could be done when
- * using java in embedded systems.
+ * using Java in embedded systems.
  */
 public class NullClassLoaderTestCase extends TestCase {
 

src/test/java/org/apache/commons/logging/PathableClassLoader.java

@@ -41,8 +41,8 @@ import junit.framework.Assert;
  * It would be nice to ensure that when child-first lookup is set the
  * resources from the child are returned earlier in the list than the
  * resources from the parent. However overriding this method isn't possible
- * as the java 1.4 version of ClassLoader declares this method final
+ * as the Java 1.4 version of ClassLoader declares this method final
- * (though the java 1.5 version has removed the final qualifier). As the
+ * (though the Java 1.5 version has removed the final qualifier). As the
  * ClassLoader Javadoc doesn't specify the order in which resources
  * are returned, it's valid to return the resources in any order (just
  * untidy) so the inherited implementation is technically ok.
@@ -78,7 +78,7 @@ public class PathableClassLoader extends URLClassLoader {
      * <p>
      * Often, null is passed as the parent, that is, the parent of the new
      * instance is the bootloader. This ensures that the classpath is
-     * totally clean; nothing but the standard java library will be
+     * totally clean; nothing but the standard Java library will be
      * present.
      * <p>
      * When using a null parent class loader with a junit test, it *is*
@@ -351,7 +351,7 @@ public class PathableClassLoader extends URLClassLoader {
      * which are visible in shared class loaders provided by the container.
      * <p>
      * Note that the method getResources always behaves as if parentFirst=true,
-     * because of limitations in java 1.4; see the Javadoc for method
+     * because of limitations in Java 1.4; see the Javadoc for method
      * getResourcesInOrder for details.
      * <p>
      * This value defaults to true.
@@ -380,7 +380,7 @@ public class PathableClassLoader extends URLClassLoader {
     }
 
     /**
-     * Specify a class loader to use for specific java packages.
+     * Specify a class loader to use for specific Java packages.
      * <p>
      * The specified class loader is normally a loader that is NOT
      * an ancestor of this class loader. In particular, this loader