Important changeovers were made from the previous version to the current version.
To complete the update you need to create a new machine and proceed to a new appliance installation that you find at the following link SWS OnPremise Installation Guide#HowtoobtaintheOVFvirtualappliance .
A step by step installation guide can be found at the following link SWS OnPremise Installation Guide#Deploymentandtest.
Once the installation is complete you will need to reconfigure your VA with the production keystore, you can find at this link a detail on how to do this SWS OnPremise Installation Guide#MigratefromTESTtoPRODenvironment.
If you want to stay up to date with the latest version we recommend you follow this guide. HowcaniupgradeSWSappliancetolatestversion?
At this link:
SWS OnPremise Installation Guide#ExportLogFiles
You can see the guide for export the files.
There are two ways. First way:
Go to link:
http://<IP-APPLIANCE>:8080/SignEngineWeb/help.xhtml |
And read the version software (starts with 2.x )
Or:
1) Login SSH to appliance and execute:
rpm -q sws |
And read the version software (starts with 2.x)
NOTE: for the old appliance SWS is available only the second way.
1) Login SSH to SWS appliance
2) Execute:
sudo yum update https://sws.namirialtsp.com/download/sws.rpm |
1) Login SSH to SWS appliance
2) Execute:
sudo yum update https://sws.namirialtsp.com/download/sws_menu.rpm |
At this link:
SWS OnPremise Installation Guide#HowtoobtaintheOVFvirtualappliance
You can obtain the latest version and the details for import and configure
For Android:
https://appdistribution.firebase.dev/i/e843f2440b8a7b69
For iOS:
https://testflight.apple.com/join/4ZUE4zjf
The fields required are:
DATE and TIME when you have received the error: ???
URL ENDPOINT: ???
METODO NAME CALLED: ???
INPUT PARAMETERS: ???
ERROR RECEIVED (from our server): ???
Is possible to install SWS in standalone mode ONLY in server RedHat, Almalinux9 and CentOS (this OS is supported until June 2024). Below the procedure:
wget https://sws.firmacerta.it/download/sws2_packages.tar.gz tar xzfv sws2_packages.tar.gz |
Move into directory just extracted and run this command:
./install.sh |
The url prefix for TEST SWS SaaS is:
https://sws-companynamesaas.test.namirialtsp.com/SignEngineWeb |
This is the link for download SSL certificate on our service
For example during the integration the full url to use for SOAP request is:
https://sws-companynamesaas.test.namirialtsp.com/SignEngineWeb/sign-service?wsdl |
And the full url for REST request is:
https://sws-companynamesaas.test.namirialtsp.com/SignEngineWeb/rest/sign/signPades |
If in the SWS logs is present the messege:
Caused by: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target |
The problem maybe caused by the trustore not updated. Below the step to fix the problem:
1) Login SSH to the SWS virtual machine
2) Type the following command
rpm -q sws |
3) If the output of the command starts with "sws-2.4" you should perform the following commands:
wget https://sws.firmacerta.it/download/truststore.jks -O /home/jboss/.SignEngine/keystore/truststore.jks wget https://sws.firmacerta.it/download/cacerts -O /usr/java/latest/lib/scurity/cacerts |
And
service jboss restart |
If the output of the command starts with "sws-2.5" you should perform the following command:
sudo wget https://sws.firmacerta.it/download/truststore.jks -O /home/wildfly/.SignEngine/keystore/truststore.jks |
And
sudo service wildfly restart |
When installing a production certificate the machine cannot return to the environment test from the graphic panel.
If you want to restore the appliance to the initial state, you must remove this file using the command:
# Login into your VA using SSH # For SWS 1.x - 2.4.x rm -rvf /home/jboss/.SignEngine/keystore/prod_keystore.jks rm -rvf /home/jboss/.SignEngine/client.properties # For SWS 2.5.x rm -rvf /home/wildfly/.SignEngine/keystore/prod_keystore.jks rm -rvf /home/wildfly/.SignEngine/client.properties |
Next you need to restart WildFly/JBoss service using this command:
# For SWS 1.x - 2.4.x sudo service jboss restart # For SWS 2.5.x sudo service wildfly restart |
Once operation is completed than you have your installation in a initial state.
In you pc
1) Rename JKS of SSL certificate (received by mail) to: "prod_keystore.jks"
2) create file "client.properties" and add this entry:
- ws.client.dynamic.remotesignature.address = https://fra.firmacerta.it/ExtendedSignature/services
- ws.client.keystore.filename = /home/wildfly/.SignEngine/keystore/prod_keystore.jks
3) Login via WinScp/FileZilla with user "sws" (the password is the same for ssh login)
4) Copy the file:
- prod_keystore.jks
- client.properties
Into folder "/tmp"
5) Login SSH to SWS appliance and execute this command:
- sudo service wildfly stop
- sudo mv /tmp/prod_keystore.jks /home/wildfly/.SignEngine/keystore/
- sudo mv /tmp/client.properties /home/wildfly/.SignEngine/
- sudo chown -R wildfly:wildfly /home/wildfly/.SignEngine
- sudo service wildfly start
How can i enable the login via application?
By default the login has made using the ssh (the SWS gui run the login command to check the password)
Therefore login ssh and login gui have the same password!!!
Is possible to set the login using the properties, following this procedure:
1) Login to SSH appliance
2) sudo service wildfly stop
3) create file if not present:
- /home/wildfly/.SignEngine/client.properties
4) Add this entry (the password is "sws2015"):
sws.usesystemauth=false
sws.admin.password=4b83503e5c2d9e04bbc15135e3377de406b94a8431c85ed7574314f891413a1eadb73bf267fb65b41252952eea644bcbb9df7700b3d3888236f2b14e8749c1c7
5) sudo service wildfly start
NOW you can make a login and chage password
The commando to calculate the password is:
echo -n "sws2015" | openssl dgst -sha512 | awk '{print $2}' |