-
Notifications
You must be signed in to change notification settings - Fork 5
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Initial commit. Added keycloak with mapped db, angular SPA and Web AP…
…I projects.
- Loading branch information
0 parents
commit 12b7cd0
Showing
56 changed files
with
15,289 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1 @@ | ||
85be822c-0f5c-48c2-8ffe-3b59dd331fa2 |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,6 @@ | ||
#FileLock | ||
#Tue Jun 08 23:53:55 GMT 2021 | ||
server=172.19.0.2\:45409 | ||
hostName=9c6bd54768b1 | ||
method=file | ||
id=179ee0c0496c7d25e4a6a7dfd5b78d67c3ccfe14026 |
Binary file not shown.
Large diffs are not rendered by default.
Oops, something went wrong.
Binary file added
BIN
+60 Bytes
...ect-store/ShadowNoFileLockStore/defaultStore/EISNAME/0_ffffac110002_-427d160a_60beffb8_1d
Binary file not shown.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,190 @@ | ||
The standalone/deployments directory in the JBoss Application Server | ||
distribution is the location end users can place their deployment content | ||
(e.g. war, ear, jar, sar files) to have it automatically deployed into the server | ||
runtime. | ||
|
||
Users, particularly those running production systems, are encouraged to use the | ||
JBoss AS management APIs to upload and deploy deployment content instead of | ||
relying on the deployment scanner subsystem that periodically scans this | ||
directory. See the JBoss AS documentation for details. | ||
|
||
DEPLOYMENT MODES | ||
|
||
The filesystem deployment scanner in AS 7 and later works differently from | ||
previous JBoss AS releases. The scanner can operate in one of two different | ||
modes, depending on whether it will directly monitor the deployment content | ||
in order to decide to deploy (or redeploy) it. | ||
|
||
1) Auto-deploy mode: The scanner will directly monitor the deployment content, | ||
automatically deploying new content and redeploying content whose timestamp | ||
has changed. This is similiar to the behavior of previous AS releases, although | ||
there are differences: | ||
|
||
a) A change in any file in an exploded deployment triggers redeploy. Because | ||
EE 6 applications do not require deployment descriptors, there is no attempt | ||
to monitor deployment descriptors and only redeploy when a deployment | ||
descriptor changes. | ||
b) The scanner will place marker files in this directory as an indication of | ||
the status of its attempts to deploy or undeploy content. These are detailed | ||
below. | ||
|
||
2) Manual deploy mode: The scanner will not attempt to directly monitor the | ||
deployment content and decide if or when the end user wishes the content to | ||
be deployed or undeployed. Instead, the scanner relies on a system of marker | ||
files, with the user's addition or removal of a marker file serving as a sort | ||
of command telling the scanner to deploy, undeploy or redeploy content. | ||
|
||
|
||
Auto-deploy mode and manual deploy mode can be independently configured for | ||
zipped deployment content and exploded deployment content. This is done by | ||
editing the appropriate "auto-deploy" attributes on the deployment-scanner | ||
element in the standalone.xml configuration file: | ||
|
||
<deployment-scanner path="deployment" relative-to="jboss.server.base.dir" | ||
scan-interval="5000" auto-deploy-zipped="true" auto-deploy-exploded="false"/> | ||
|
||
By default, auto-deploy of zipped content is enabled, and auto-deploy of | ||
exploded content is disabled. Manual deploy mode is strongly recommended for | ||
exploded content, as exploded content is inherently vulnerable to the scanner | ||
trying to auto-deploy partially copied content. Manual deploy mode also allows | ||
deployment resources (e.g. html and css files) to be replaced without | ||
triggering a redeploy of the application. | ||
|
||
|
||
MARKER FILES | ||
|
||
The marker files always have the same name as the deployment content to which | ||
they relate, but with an additional file suffix appended. For example, the | ||
marker file to indicate the example.war file should be deployed is named | ||
example.war.dodeploy. Different marker file suffixes have different meanings. | ||
|
||
The relevant marker file types are: | ||
|
||
.dodeploy -- Placed by the user to indicate that the given content should | ||
be deployed into the runtime (or redeployed if already | ||
deployed in the runtime.) | ||
|
||
.skipdeploy -- Disables auto-deploy of the content for as long as the file | ||
is present. Most useful for allowing updates to exploded | ||
content without having the scanner initiate redeploy in the | ||
middle of the update. Can be used with zipped content as | ||
well, although the scanner will detect in-progress changes | ||
to zipped content and wait until changes are complete. | ||
|
||
.isdeploying -- Placed by the deployment scanner service to indicate that it | ||
has noticed a .dodeploy file or new or updated auto-deploy | ||
mode content and is in the process of deploying the content. | ||
This marker file will be deleted when the deployment process | ||
completes. | ||
|
||
.deployed -- Placed by the deployment scanner service to indicate that the | ||
given content has been deployed into the runtime. If an end | ||
user deletes this file, the content will be undeployed. | ||
|
||
.failed -- Placed by the deployment scanner service to indicate that the | ||
given content failed to deploy into the runtime. The content | ||
of the file will include some information about the cause of | ||
the failure. Note that with auto-deploy mode, removing this | ||
file will make the deployment eligible for deployment again. | ||
|
||
.isundeploying -- Placed by the deployment scanner service to indicate that it | ||
has noticed a .deployed file has been deleted and the | ||
content is being undeployed. This marker file will be deleted | ||
when the undeployment process completes. | ||
|
||
.undeployed -- Placed by the deployment scanner service to indicate that the | ||
given content has been undeployed from the runtime. If an end | ||
user deletes this file, it has no impact. | ||
|
||
.pending -- Placed by the deployment scanner service to indicate that it | ||
has noticed the need to deploy content but has not yet | ||
instructed the server to deploy it. This file is created if | ||
the scanner detects that some auto-deploy content is still in | ||
the process of being copied or if there is some problem that | ||
prevents auto-deployment. The scanner will not instruct the | ||
server to deploy or undeploy any content (not just the | ||
directly affected content) as long as this condition holds. | ||
|
||
Basic workflows: | ||
|
||
All examples assume variable $AS points to the root of the JBoss AS distribution. | ||
Windows users: the examples below use Unix shell commands; see the "Windows | ||
Notes" below. | ||
|
||
A) Add new zipped content and deploy it: | ||
|
||
1. cp target/example.war $AS/standalone/deployments | ||
2. (Manual mode only) touch $AS/standalone/deployments/example.war.dodeploy | ||
|
||
B) Add new unzipped content and deploy it: | ||
|
||
1. cp -r target/example.war/ $AS/standalone/deployments | ||
2. (Manual mode only) touch $AS/standalone/deployments/example.war.dodeploy | ||
|
||
C) Undeploy currently deployed content: | ||
|
||
1. rm $AS/standalone/deployments/example.war.deployed | ||
|
||
D) Auto-deploy mode only: Undeploy currently deployed content: | ||
|
||
1. rm $AS/standalone/deployments/example.war | ||
|
||
Note that this approach is not recommended with unzipped content as the server | ||
maintains no other copy of unzipped content and deleting it without first | ||
triggering an undeploy temporarily results in a live application with | ||
potentially critical resources no longer available. For unzipped content use | ||
the 'rm $AS/standalone/deployments/example.war.deployed' approach. | ||
|
||
E) Replace currently deployed zipped content with a new version and deploy it: | ||
|
||
1. cp target/example.war/ $AS/standalone/deployments | ||
2. (Manual mode only) touch $AS/standalone/deployments/example.war.dodeploy | ||
|
||
F) Manual mode only: Replace currently deployed unzipped content with a new | ||
version and deploy it: | ||
|
||
1. rm $AS/standalone/deployments/example.war.deployed | ||
2. wait for $AS/standalone/deployments/example.war.undeployed file to appear | ||
3. cp -r target/example.war/ $AS/standalone/deployments | ||
4. touch $AS/standalone/deployments/example.war.dodeploy | ||
|
||
G) Auto-deploy mode only: Replace currently deployed unzipped content with a | ||
new version and deploy it: | ||
|
||
1. touch $AS/standalone/deployments/example.war.skipdeploy | ||
2. cp -r target/example.war/ $AS/standalone/deployments | ||
3. rm $AS/standalone/deployments/example.war.skipdeploy | ||
|
||
H) Manual mode only: Live replace portions of currently deployed unzipped | ||
content without redeploying: | ||
|
||
1. cp -r target/example.war/foo.html $AS/standalone/deployments/example.war | ||
|
||
I) Auto-deploy mode only: Live replace portions of currently deployed unzipped | ||
content without redeploying: | ||
|
||
1. touch $AS/standalone/deployments/example.war.skipdeploy | ||
2. cp -r target/example.war/foo.html $AS/standalone/deployments/example.war | ||
|
||
J) Manual or auto-deploy mode: Redeploy currently deployed content (i.e. bounce | ||
it with no content change): | ||
|
||
1. touch $AS/standalone/deployments/example.war.dodeploy | ||
|
||
K) Auto-deploy mode only: Redeploy currently deployed content (i.e. bounce | ||
it with no content change): | ||
|
||
1. touch $AS/standalone/deployments/example.war | ||
|
||
|
||
Windows Notes: | ||
|
||
The above examples use Unix shell commands. Windows equivalents are: | ||
|
||
cp src dest --> xcopy /y src dest | ||
cp -r src dest --> xcopy /e /s /y src dest | ||
rm afile --> del afile | ||
touch afile --> echo>> afile | ||
|
||
Note that the behavior of 'touch' and 'echo' are different but the | ||
differences are not relevant to the usages in the examples above. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,17 @@ | ||
# This file is used by the build system to adjust CSS and JS output to support the specified browsers below. | ||
# For additional information regarding the format and rule options, please see: | ||
# https://github.com/browserslist/browserslist#queries | ||
|
||
# For the full list of supported browsers by the Angular framework, please see: | ||
# https://angular.io/guide/browser-support | ||
|
||
# You can see what browsers were selected by your queries by running: | ||
# npx browserslist | ||
|
||
last 1 Chrome version | ||
last 1 Firefox version | ||
last 2 Edge major versions | ||
last 2 Safari major versions | ||
last 2 iOS major versions | ||
Firefox ESR | ||
not IE 11 # Angular supports IE 11 only as an opt-in. To opt-in, remove the 'not' prefix on this line. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,16 @@ | ||
# Editor configuration, see https://editorconfig.org | ||
root = true | ||
|
||
[*] | ||
charset = utf-8 | ||
indent_style = space | ||
indent_size = 2 | ||
insert_final_newline = true | ||
trim_trailing_whitespace = true | ||
|
||
[*.ts] | ||
quote_type = single | ||
|
||
[*.md] | ||
max_line_length = off | ||
trim_trailing_whitespace = false |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,46 @@ | ||
# See http://help.github.com/ignore-files/ for more about ignoring files. | ||
|
||
# compiled output | ||
/dist | ||
/tmp | ||
/out-tsc | ||
# Only exists if Bazel was run | ||
/bazel-out | ||
|
||
# dependencies | ||
/node_modules | ||
|
||
# profiling files | ||
chrome-profiler-events*.json | ||
speed-measure-plugin*.json | ||
|
||
# IDEs and editors | ||
/.idea | ||
.project | ||
.classpath | ||
.c9/ | ||
*.launch | ||
.settings/ | ||
*.sublime-workspace | ||
|
||
# IDE - VSCode | ||
.vscode/* | ||
!.vscode/settings.json | ||
!.vscode/tasks.json | ||
!.vscode/launch.json | ||
!.vscode/extensions.json | ||
.history/* | ||
|
||
# misc | ||
/.sass-cache | ||
/connect.lock | ||
/coverage | ||
/libpeerconnection.log | ||
npm-debug.log | ||
yarn-error.log | ||
testem.log | ||
/typings | ||
|
||
# System Files | ||
.DS_Store | ||
Thumbs.db |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,27 @@ | ||
# Spa | ||
|
||
This project was generated with [Angular CLI](https://github.com/angular/angular-cli) version 11.2.6. | ||
|
||
## Development server | ||
|
||
Run `ng serve` for a dev server. Navigate to `http://localhost:4200/`. The app will automatically reload if you change any of the source files. | ||
|
||
## Code scaffolding | ||
|
||
Run `ng generate component component-name` to generate a new component. You can also use `ng generate directive|pipe|service|class|guard|interface|enum|module`. | ||
|
||
## Build | ||
|
||
Run `ng build` to build the project. The build artifacts will be stored in the `dist/` directory. Use the `--prod` flag for a production build. | ||
|
||
## Running unit tests | ||
|
||
Run `ng test` to execute the unit tests via [Karma](https://karma-runner.github.io). | ||
|
||
## Running end-to-end tests | ||
|
||
Run `ng e2e` to execute the end-to-end tests via [Protractor](http://www.protractortest.org/). | ||
|
||
## Further help | ||
|
||
To get more help on the Angular CLI use `ng help` or go check out the [Angular CLI Overview and Command Reference](https://angular.io/cli) page. |
Oops, something went wrong.