This is an automated email from the ASF dual-hosted git repository.
paulk pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/groovy-website.git
The following commit(s) were added to refs/heads/asf-site by this push:
new d659b30 Fix typos and improve grammar in release notes and blog posts
(#73)
d659b30 is described below
commit d659b30ca51cbc4d45e018d18bddd4dcb359c6b5
Author: Sanjana <[email protected]>
AuthorDate: Sat Feb 28 02:23:26 2026 +0530
Fix typos and improve grammar in release notes and blog posts (#73)
* Fix typos and improve grammar in release notes and blog posts
* Fix additional typos and improve phrasing in documentation
---
site/src/site/blog/classifying-iris-flowers-with-deep.adoc | 2 +-
site/src/site/blog/embabel-agentic-patterns.adoc | 2 +-
.../blog/solving-simple-optimization-problems-with-groovy.adoc | 2 +-
site/src/site/releasenotes/groovy-1.6.adoc | 6 +++---
site/src/site/releasenotes/groovy-1.7.adoc | 4 ++--
site/src/site/releasenotes/groovy-1.8.adoc | 10 +++++-----
site/src/site/releasenotes/groovy-2.0.adoc | 2 +-
site/src/site/releasenotes/groovy-2.1.adoc | 4 ++--
site/src/site/releasenotes/groovy-2.4.adoc | 6 +++---
9 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/site/src/site/blog/classifying-iris-flowers-with-deep.adoc
b/site/src/site/blog/classifying-iris-flowers-with-deep.adoc
index 9c38b71..8319ada 100644
--- a/site/src/site/blog/classifying-iris-flowers-with-deep.adoc
+++ b/site/src/site/blog/classifying-iris-flowers-with-deep.adoc
@@ -290,7 +290,7 @@ There is the Encog jar, the JSR381 VisRec API which is in a
separate jar, and a
Another technology we might want to consider if performance is important to us
is https://www.graalvm.org/[GraalVM]. GraalVM is a high-performance JDK
distribution designed to speed up the execution of applications written in Java
and other JVM languages. We'll look at creating a native version of our Iris
Deep Netts application. We used GraalVM 22.1.0 Java 17 CE and Groovy 4.0.3.
We'll cover just the basic steps but there are other places for additional
setup info and troubleshooting he [...]
-Groovy has two natures. It's dynamic nature supports adding methods at runtime
through metaprogramming
+Groovy has two natures. Its dynamic nature supports adding methods at runtime
through metaprogramming
and interacting with method dispatch processing through missing method
interception and other tricks.
Some of these tricks make heavy use of reflection and dynamic class loading
and cause problems for
GraalVM which is trying to determine as much information as it can at compile
time. Groovy's static
diff --git a/site/src/site/blog/embabel-agentic-patterns.adoc
b/site/src/site/blog/embabel-agentic-patterns.adoc
index 6d7a407..64926c1 100644
--- a/site/src/site/blog/embabel-agentic-patterns.adoc
+++ b/site/src/site/blog/embabel-agentic-patterns.adoc
@@ -11,7 +11,7 @@ excellent arguments as to the benefits of a JVM solution over
LangGraph and Pyth
We won't repeat those arguments here, but we highly recommend that you read
Rod's article.
This blog post looks at those same examples using Groovy. Groovy is sometimes
referred to
-as the Python of the JVM world. It's syntax mostly resembles Java but some of
its features
+as the Python of the JVM world. Its syntax mostly resembles Java but some of
its features
will be familiar to Python programmers. So, for Python folks who want to try
out some JVM
AI frameworks, Groovy might be a nice entry point.
Also, for Groovy folks, we want to show them how easy it is to use powerful
JVM frameworks like Embabel.
diff --git
a/site/src/site/blog/solving-simple-optimization-problems-with-groovy.adoc
b/site/src/site/blog/solving-simple-optimization-problems-with-groovy.adoc
index 888ed57..4ce48e2 100644
--- a/site/src/site/blog/solving-simple-optimization-problems-with-groovy.adoc
+++ b/site/src/site/blog/solving-simple-optimization-problems-with-groovy.adoc
@@ -216,7 +216,7 @@ At this stage, it isn't clear how the two projects will
evolve over time.
One of the claims of the Timefold project is that it has a lighter dependency
footprint.
This can be confirmed by running the `printRuntimeClasspath` task in the
associated builds.
-Timefold has 20 dependant jars compared with OptaPlanner's 55 jars.
+Timefold has 20 dependent jars compared with OptaPlanner's 55 jars.
While Timefold's power isn't needed for our simple problem,
let's examine how you would use it for the same case study.
diff --git a/site/src/site/releasenotes/groovy-1.6.adoc
b/site/src/site/releasenotes/groovy-1.6.adoc
index badc7ea..6a92c16 100644
--- a/site/src/site/releasenotes/groovy-1.6.adoc
+++ b/site/src/site/releasenotes/groovy-1.6.adoc
@@ -246,7 +246,7 @@ assert method(true) == 2
== AST Transformations
Although at times, it may sound like a good idea to extend the syntax of
-Groovy to implement new features (like this is the case for instance for
+Groovy to implement new features (as is the case, for instance, for
multiple assignments), most of the time, we can't just add a new keyword
to the grammar, or create some new syntax construct to represent a new
concept. However, with the idea of AST (Abstract Syntax Tree)
@@ -427,7 +427,7 @@ assert p.dump().contains('Cat')
In the case of complex computation for initializing the field, you may
need to call some method for doing the work, instead of a value like our
-pets list. This is then possible to have the lazy evaluation being done
+pets list. It is then possible to have the lazy evaluation being done
by a closure call, as the following example shows:
[source,groovy]
@@ -1103,7 +1103,7 @@ runtime system, bringing several new capabilities into
the mix.
So far, Groovy POGOs (Plain Old Groovy Objects) could have a
per-instance metaclass, but POJOs could only have one metaclass for all
-instances (i.e. a per-class metaclass). This is now not the case anymore,
+instances (i.e. a per-class metaclass). This is no longer the case,
as POJOs can have a per-instance metaclass too. Also, setting the
metaclass property to null will restore the default metaclass.
diff --git a/site/src/site/releasenotes/groovy-1.7.adoc
b/site/src/site/releasenotes/groovy-1.7.adoc
index 8e3554c..c7a0399 100644
--- a/site/src/site/releasenotes/groovy-1.7.adoc
+++ b/site/src/site/releasenotes/groovy-1.7.adoc
@@ -263,7 +263,7 @@ writers: an AST viewer and an AST builder.
The following screenshot shows a new window that can be launched from
the Groovy Swing Console. You can visualize the AST of a script you’re
working on in the console: for instance, writing the code you’d like to
-create in your AST transformation. The AST viewer greatly help with
+create in your AST transformation. The AST viewer greatly helps with
figuring out how Groovy builds its AST when compiling your Groovy
code. +
image:img/AstBrowser.png[image]
@@ -360,7 +360,7 @@ assert new Predicate(value: true)
assert !new Predicate(value: false)
-----------------------------------
-Is is also possible to use categories or ExpandoMetaClass to inject an
+It is also possible to use categories or ExpandoMetaClass to inject an
`asBoolean()` method, or to override an existing one (even one on the
small set of classes with special Groovy truth behavior).
diff --git a/site/src/site/releasenotes/groovy-1.8.adoc
b/site/src/site/releasenotes/groovy-1.8.adoc
index ca6749e..8247b8d 100644
--- a/site/src/site/releasenotes/groovy-1.8.adoc
+++ b/site/src/site/releasenotes/groovy-1.8.adoc
@@ -1221,9 +1221,9 @@ slashes):
// match yyyy-mm-dd from this or previous century
def dateRegex = /(?x) # enable whitespace and comments
((?:19|20)\d\d) # year (group 1) (non-capture alternation for
century)
-- # seperator
+- # separator
(0[1-9]|1[012]) # month (group 2)
-- # seperator
+- # separator
(0[1-9]|[12][0-9]|3[01]) # day (group 3)
/
@@ -1300,9 +1300,9 @@ style (particularly ones which contain slashes):
// match yyyy-mm-dd from current or previous century
def dateRegex = $/(?x) # enable whitespace and comments
((?:19|20)\d\d) # year (group 1) (non-capture alternation for
century)
-[- /.] # seperator
+[- /.] # separator
(0[1-9]|1[012]) # month (group 2)
-[- /.] # seperator
+[- /.] # separator
(0[1-9]|[12][0-9]|3[01]) # day (group 3)
/$
@@ -1342,7 +1342,7 @@ The compilation of Groovy code can be configured through
the
your sources, the base script class, the recompilation parameters, etc).
`CompilerConfiguration` now has a new option for setting _compilation
customizers_ (belonging to the `org.codehaus.groovy.control.customizers`
-package). Those customizers allow to customize the compilation process
+package). Those customizers allow you to customize the compilation process
in three ways:
* adding default imports with the `ImportCustomizer`: so you don’t have
diff --git a/site/src/site/releasenotes/groovy-2.0.adoc
b/site/src/site/releasenotes/groovy-2.0.adoc
index ab78f64..2404a42 100644
--- a/site/src/site/releasenotes/groovy-2.0.adoc
+++ b/site/src/site/releasenotes/groovy-2.0.adoc
@@ -763,7 +763,7 @@ required if implementing in Java) and static (although they
will be
available on instances of that class). They will always take a first
parameter which is actually the instance on which this method will be
called. And then following parameters will be the parameters passed when
-calling the method. This is the same convention use for Groovy
+calling the method. This is the same convention used for Groovy
categories. +
+
Say we want to add a greets() method on String, that would greet the
diff --git a/site/src/site/releasenotes/groovy-2.1.adoc
b/site/src/site/releasenotes/groovy-2.1.adoc
index 9b05a98..45d8ade 100644
--- a/site/src/site/releasenotes/groovy-2.1.adoc
+++ b/site/src/site/releasenotes/groovy-2.1.adoc
@@ -178,7 +178,7 @@ checking your DSLs, as you shall see in the following
section.
Before moving on, let’s mention a few closing details
about `@DelegatesTo`.
-`@DelegatesTo` allows to specify the receiver calls are delegated to.
+`@DelegatesTo` allows you to specify the receiver calls are delegated to.
For instance, when a delegate calls a method or property on another
method parameter. Imagine our `exec()` method taking
the `Executor` argument instance as delegate:
@@ -430,7 +430,7 @@ obscure the general intent of that particular combination.
To group annotations together, to make the intent clearer or to
streamline your code, Groovy 2.1 offers a *meta-annotation system, which
-allows to combine other annotations into one "alias" annotation*.
+allows you to combine other annotations into one "alias" annotation*.
Imagine we are using some annotations defining constraints on properties
of your class, like `@NotNull`, `@Length`, or `@Pattern`, which could be
diff --git a/site/src/site/releasenotes/groovy-2.4.adoc
b/site/src/site/releasenotes/groovy-2.4.adoc
index f0ef641..61659c2 100644
--- a/site/src/site/releasenotes/groovy-2.4.adoc
+++ b/site/src/site/releasenotes/groovy-2.4.adoc
@@ -26,7 +26,7 @@ And discover presentations on the Android support:
*
link:https://speakerdeck.com/melix/groovy-and-android-a-winning-pair-1[Groovy
and Android, a winning pair] by Cédric Champeau
*
link:https://speakerdeck.com/glaforge/groovy-on-android-groovy-grails-exchange-2014[Groovy
on Android] by Guillaume Laforge
-The work on the Android support also lead to various optimizations in
+The work on the Android support also led to various optimizations in
terms of bytecode generation, as explained further down, as well as, for
instance, improving the handling of overloaded setters
(link:https://issues.apache.org/jira/browse/GROOVY-2049[GROOVY-2049],link:https://issues.apache.org/jira/browse/GROOVY-6084[GROOVY-6084],
@@ -145,7 +145,7 @@ methods if needed
* Clean up generated code for `@AutoExternalizable`
(link:https://issues.apache.org/jira/browse/GROOVY-6889[GROOVY-6889]) and
`@EqualsAndHashCode`
-(link:https://issues.apache.org/jira/browse/GROOVY-6893[GROOVY-6893]) the when
+(link:https://issues.apache.org/jira/browse/GROOVY-6893[GROOVY-6893]) when
using `@CompileStatic`
* `@Builder`’s default and initializer strategies improved Java
integration
(link:https://issues.apache.org/jira/browse/GROOVY-6875[GROOVY-6875])
@@ -165,7 +165,7 @@ startup
(link:https://issues.apache.org/jira/browse/GROOVY-6943[GROOVY-6943])
(link:https://issues.apache.org/jira/browse/GROOVY-6622[GROOVY-6622])
* completion candidates in color
(link:https://issues.apache.org/jira/browse/GROOVY-6563[GROOVY-6563])
-* with :set interpreterMode true, you can let Groovysh to let you see
+* with :set interpreterMode true, you can allow Groovysh to let you see
and use locally-defined variables after further line executions
(link:https://issues.apache.org/jira/browse/GROOVY-6623[GROOVY-6623])
* the :load command supports file names containing spaces