user-guide:export-as-lib
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| user-guide:export-as-lib [2025/04/02 16:31] – [Package name] gaetan | user-guide:export-as-lib [2025/05/27 00:25] (current) – barley1965 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== Project as Library ====== | + | ====== Project as a Module |
| - | Project | + | A project |
| These libraries are called module lib. | These libraries are called module lib. | ||
| Line 9: | Line 9: | ||
| ===== Structure ===== | ===== Structure ===== | ||
| - | Module lib follow | + | Module lib follows |
| Line 23: | Line 23: | ||
| ==== Package name ==== | ==== Package name ==== | ||
| - | By default, .rgg types are compiled without a package. It makes them all visible from the same pool. However, | + | By default, .rgg types are compiled without a package. It makes them all visible from the same pool. However, |
| - | Thus, if the project contains | + | Thus, if the project contains |
| - | The package name must follow java's specification on package | + | The package name must follow java's specification on package |
| ==== Reference wrapper ==== | ==== Reference wrapper ==== | ||
| + | GroIMP implicitly wraps all references call in the project to be exported as a module library to make them use the resources from the library. | ||
| + | |||
| + | Suppose we have a project that contains a resource with the name " | ||
| + | |||
| + | The wrappers force the references to point at '' | ||
user-guide/export-as-lib.1743604291.txt.gz · Last modified: 2025/04/02 16:31 by gaetan
