This is an automated email from the ASF dual-hosted git repository.

rzo1 pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/storm.git


The following commit(s) were added to refs/heads/master by this push:
     new a837e6add Updates developer docs and removing obsolete content
a837e6add is described below

commit a837e6add1fee99115eb426077f6e62fd406eea2
Author: Richard Zowalla <[email protected]>
AuthorDate: Tue Sep 5 21:22:53 2023 +0200

    Updates developer docs and removing obsolete content
---
 DEVELOPER.md | 38 ++++++++++++--------------------------
 1 file changed, 12 insertions(+), 26 deletions(-)

diff --git a/DEVELOPER.md b/DEVELOPER.md
index 698cec835..007cefab9 100644
--- a/DEVELOPER.md
+++ b/DEVELOPER.md
@@ -96,7 +96,7 @@ and
 because they require learning about only an isolated portion of the codebase 
and are a relatively small amount of work.
 
 Please use idiomatic Clojure style, as explained in [this Clojure style 
guide][clj-SG]. Another useful reference is
-the [Clojure Library Coding Standards][clj-LCS]. Perhaps the most important is 
consistenly writing a clear docstring
+the [Clojure Library Coding Standards][clj-LCS]. Perhaps the most important is 
consistently writing a clear docstring
 for functions, explaining the return value and arguments. As of this writing, 
the Storm codebase would benefit from
 various style improvements.
 
@@ -193,9 +193,6 @@ _This section applies to committers only._
 
 **Important: A pull request must first be properly approved before you are 
allowed to merge it.**
 
-Committers that are integrating patches or pull requests should use the 
official Apache repository at
-[https://gitbox.apache.org/repos/asf/storm.git](https://gitbox.apache.org/repos/asf/storm.git).
-
 #### Via Github
 
 You can use the [Gitbox account linking 
utility](https://gitbox.apache.org/setup/) to link your Apache and Github 
accounts. This will allow you to merge pull requests using Github's UI. 
@@ -249,14 +246,14 @@ To pull in a merge request you should generally follow 
the command line instruct
 
 In order to build `storm` you need `python3`, `ruby` and `nodejs`. In order to 
avoid an overfull page we don't provide platform/OS specific installation 
instructions for those here. Please refer to you platform's/OS' documentation 
for support.
 
-The `ruby` package manager `rvm` and `nodejs` package manager `nvm` are for 
convenience and are used in the tests which run on [GitHub 
actions](https://github.com/apache/storm/actions). They can be installed using 
`curl -L https://get.rvm.io | bash -s stable --autolibs=enabled && source 
~/.profile` (see the [rvm installation 
instructions](https://github.com/rvm/rvm) for details) and `wget -qO- 
https://raw.githubusercontent.com/creationix/nvm/v0.26.1/install.sh | bash && 
source ~/.bashrc` [...]
+The `ruby` version manager `rvm` and `nodejs` version manager `nvm` are for 
convenience and are used in the tests which run on [GitHub 
actions](https://github.com/apache/storm/actions). They can be installed using 
`curl -L https://get.rvm.io | bash -s stable --autolibs=enabled && source 
~/.profile` (see the [rvm installation 
instructions](https://github.com/rvm/rvm) for details) and `wget -qO- 
https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.5/install.sh | bash && 
source ~/.bashrc` (se [...]
 
 With `rvm` and `nvm` installed you can run
 
 ```sh
-rvm use 2.4.2 --install
-nvm install 8.9.3
-nvm use 8.9.3
+rvm use 2.7 --install
+nvm install 16
+nvm use 16
 ```
 
 in order to get started as fast as possible. Users can still install a 
specific version of `ruby` and/or `node` manually.
@@ -264,7 +261,7 @@ in order to get started as fast as possible. Users can 
still install a specific
 You will also need the 
[mock](https://docs.python.org/3/library/unittest.mock.html) 
 python testing library (as well as [Python 
3.x](https://github.com/pyenv/pyenv)). 
 With [pip3](https://pip.pypa.io/en/stable/installation/) installed you can run
-(python 2.7.x is not supported).
+(Note: python 2.7.x is **not** supported).
 ```
 pip3 install mock
 ```
@@ -315,7 +312,7 @@ You can also run tests selectively with 
`-Dtest=<test_name>`.  This works for bo
 
 Unfortunately you might experience failures in clojure tests which are wrapped 
in the `maven-clojure-plugin` and thus doesn't provide too much useful output 
at first sight - you might end up with a maven test failure with an error 
message as unhelpful as `Clojure failed.`. In this case it's recommended to 
look into `target/test-reports` of the failed project to see what actual tests 
have failed or scroll through the maven output looking for obvious issues like 
missing binaries.
 
-By default integration tests are not run in the test phase. To run Java and 
Clojure integration tests you must enable the profile `integration-tests-only`, 
or `all-tests`.
+By default, integration tests are not run in the test phase. To run Java and 
Clojure integration tests you must enable the profile `integration-tests-only`, 
or `all-tests`.
  
 ## Listing dependency licenses
 
@@ -374,7 +371,7 @@ You can verify whether the digital signatures match their 
corresponding files:
 ## Testing
 
 Tests should never rely on timing in order to pass.  Storm can properly test 
functionality that depends on time by
-simulating time, which means we do not have to worry about e.g. random delays 
failing our tests indeterministically.
+simulating time, which means we do not have to worry about e.g. random delays 
failing our tests non-deterministically.
 
 If you are testing topologies that do not do full tuple acking, then you 
should be testing using the "tracked
 topologies" utilities in `org.apache.storm.testing.clj`.  For example,
@@ -417,34 +414,23 @@ repository associated with Storm.
   user ID and password, i.e. the credentials you configured via 
[https://id.apache.org/](https://id.apache.org/) after
   you were [onboarded as a 
committer](http://www.apache.org/dev/new-committers-guide.html#account-creation).
 * **Everybody else:**
-  [https://github.com/apache/storm/](https://github.com/apache/storm/) is a 
read-only mirror of the
-  official git repository.  If you are not a Storm committer (most people) 
this is the repository you should work
-  against.  See _Development workflow_ above on how you can create a pull 
request, for instance.
-
-An automated bot (called _[ASF GitHub 
Bot](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=githubbot)_ in
-[Storm JIRA](https://issues.apache.org/jira/browse/STORM)) runs periodically 
to merge changes in the
-[official Apache repo](https://gitbox.apache.org/repos/asf/storm.git) to the 
read-only
-[GitHub mirror repository](https://github.com/apache/storm/), and to merge 
comments in GitHub pull requests to
-the [Storm JIRA](https://issues.apache.org/jira/browse/STORM).
-
+  [https://github.com/apache/storm/](https://github.com/apache/storm/) is a 
mirror of the
+  ASF git repository. If you are not a Storm committer (most people) this is 
the repository you should work
+  against. See _Development workflow_ above on how you can create a pull 
request, for instance.
 
 <a name="issue-tracking"></a>
 
 ## Issue tracking (JIRA)
 
 Issue tracking includes tasks such as reporting bugs, requesting and 
collaborating on new features, and administrative
-activities for release management.  As an Apache software project we use JIRA 
as our issue tracking tool.
+activities for release management. As an Apache software project we use JIRA 
as our issue tracking tool.
 
 The Storm JIRA is available at:
 
 * 
[https://issues.apache.org/jira/browse/STORM](https://issues.apache.org/jira/browse/STORM)
 
-
 If you do not have a JIRA account yet, then you can create one via the link 
above (registration is free).
 
-<a name="code-search"></a>
-The storm codebase is available at 
[Codota](https://www.codota.com/xref/#/github_apache_storm_560da9ada8cb8703008bbfdc/findUsages)
 where you can semantically search it like in an IDE (e.g. find usages for a 
method). 
-
 <a name="questions"></a>
 
 # Questions?

Reply via email to