diff --git a/jOOQ/src/main/java/org/jooq/Configuration.java b/jOOQ/src/main/java/org/jooq/Configuration.java
index 7b3c9f91ff..5efe9c048b 100644
--- a/jOOQ/src/main/java/org/jooq/Configuration.java
+++ b/jOOQ/src/main/java/org/jooq/Configuration.java
@@ -43,20 +43,28 @@ import org.jooq.conf.Settings;
import org.jooq.impl.Executor;
/**
- * The Configuration holds data about sql dialects, connections / data sources,
- * and custom settings as well as custom data.
+ * A Configuration configures an {@link Executor}, providing it
+ * with information for query construction, rendering and execution.
*
- * Essentially, the lifecycle of all objects in {@link Configuration} is the
- * same. It corresponds to the lifecycle of a single {@link Query} and its
- * rendering, variable binding, execution, and data fetching phases. This is
- * also reflected in the fact that {@link ExecuteListener} objects are
- * re-created every time a Query is executed
+ * A Configuration wraps all information elements that are
+ * needed...
+ *
- * However, {@link Configuration} / {@link Executor} may be reused for several
- * consecutive queries in a single thread, if the supplied
- * Connection / DataSource allows this and if client
- * code can live with the possibility of stale state in
- * {@link Configuration#getData()} between executions
+ * The simplest usage of a Configuration instance is to use it
+ * exactly for a single Query execution, disposing it immediately.
+ * This will make it very simple to implement thread-safe behaviour.
+ *
+ * At the same time, jOOQ does not require Configuration instances
+ * to be that short-lived. Thread-safety will then be delegated to component
+ * objects, such as the {@link ConnectionProvider}, the {@link ExecuteListener}
+ * list, etc.
*
* @author Lukas Eder
*/