Page History

...

1. The project must keep backward compatibility between minor versions, unless the change is required to fix a bug.
2. The project should keep backward compatibility between major versions, if possible.
3. In order to reduce amount of potential backward compatibility problems, follow the following guidelines:
   1. Expose as few APIs as possible to user.
   2. Prefer exposing interfaces, to exposing classes.
   3. The An internal classesclass, must have the internal word in its package name (e.g. org.apache.wink.internal)
   4. Remember: it's always possible to move a class from internal package outside, but it's never possible to move the classes to internal, after they were released.
   5. Classes that are exposed to user only by their class name (e.g. servlets, listeners, spring beans) should be located in the internal package. However, they must contain a javadoc clarification that their name must not be changed.

...

1. In perfect world all people, who contribute code, use the same IDE with the same formatting preferences.
2. It should be a good idea to attach a formatter profile for Eclipse that we expect contributors are expected to use.
3. Anyway for people, who don't use Eclipse, or want to keep their formatting preferences, let's define some basic rules:
   1. Do not use Tab. For indentation use only spaces. Indentation size is 4 spaces.
   2. Maximum line width: 100 characters.

Spring

1. All Spring bean names must start with "wink".
2. Do not use dots in the bean names, since it may effect some spring functionality (e.g. util:property-path cannot be used with dots)
3. Add internal to the bean names that should not be used by the user.

Building

Note: It's not yet decided if Ant or Maven or both will be used for building.

Maven

1. All plugins/dependencies versions must appear only in the parent pom under the plugins/dependencies management. The examples (samples) may be exception to this rule, since they may contain additional dependencies.