I am having a similar issue. In testing environment it worked just by updating the session.js from config (maxAge:24 * 60 * 60 * 1000) ~ 24hrs.
In Prod it doesn't work at all. After 5/6 mins the application times out the user and you need to log in again.
I have modified http.js by adding a custom middleware just after 'session' middleware.
No luck. I am using sails.js 0.12.14. Really desperate as my application should go live this week.
my http.js
Related
I want to set up cronjobs in the same ubuntu 18 server but for different timezones.
For example, I wanted to send a notification to every UK user at 9 a.m. and the same notification should be triggered to US users at 9 a.m. according to their timezone.
I tried the implementation below but it is not working. Still those notifications are triggered in UTC timezones.
Is there any way to achieve this? 3rd party service is also fine.
CRON_TZ = 'Europe/London'
0 9 * * * curl --silent https://example.com/checkUk
CRON_TZ = 'America/New_York'
0 9 * * * curl --silent https://example.com/checkUs
If you want to set different timezone for your particular cronjob, execute crontab -e via ssh and add
TZ=America/New_York
before every cronjob.
Refer this SO Link which might help you .
After moving a clients Typo3 Website to a different server (same domain), Frontend only shows 500 error.
Backend works fine, and there are no errors in install tool.
I cleared all caches.
My error log just says
[XXXX-XX-XX XX:XX:XX] https://XXX.XX/ - flux: Built content setup for page 1
[XXXX-XX-XX XX:XX:XX] https://XXX.XX/ - flux: Built content setup for page 68
every minute, like some sort of cron job?
Doesn't look like a error though.
Any ideas what that could be and why its not working?
Turns out that RewriteBase / was not set in .htaccess....
I've created Web Application running on Java Liberty Runtime on Bluemix. Login is done by using SSO service with SAML enterprise provider. After login user redirected to my app and on every JAX-RS request I get user's credentials by following code:
Subject s = WSSubject.getCallerSubject();
Object credential = s.getPrivateCredentials().iterator().next();
String loginToken = credential.toString();
Everything works fine, but if the user has been idle for more then 10 minutes and then perform any ajax request WSSubject.getCallerSubject() returns null, and I required to refresh application.
I've tried to increase timeout by adding following attribute to web.xml:
<session-config>
<session-timeout>60</session-timeout>
</session-config>
But it didn't help. So I'm looking how can I increase timeout or possible I can retrieve user credentials in a different way?
You need to add the optional element <authCache> to the server.xml file to change the default values for the authentication cache.
As you mentioned in your question, the default value is 10 minutes. To change it to 60 minutes you need to include the following in the server.xml file:
<authCache initialSize="50" maxSize="25000" timeout="60m"/>
The documentation here provides more details and also explains initialSize and maxSize options, I left the default value for these two above and just updated timeout.
If you are deploying your application using the default method of pushing the war file, you will need to use a different approach to deploy the application with a custom server.xml file. Please check the documentation here for options on pushing Liberty profile applications (more specific check sections Server Directory and Packaged Server).
In this case, you may also want to check the server.xml file that is currently deployed and modify that version to add the <authCache> element.
You can get a copy of the file by running the following command:
$ cf files <your_app_name> app/wlp/usr/servers/defaultServer/server.xml
Before two weeks I setup build by email and was every things work fine
but before two days I don't know why stop working
after check it's seem doesn't call
"Poll an email inbox Schedule" at all, in log it is always like this "Polling has not run yet."
Test Connection:
"Connected to mailbox.
Searching folder...
Found matching email(s) : 1.
Result: Success!"
I have test "Poll SCM" and "Build periodically" it are work fine .
Jenkins ver. 1.614
poll-mailbox-trigger ver. 0.16
in schedule : H/5 * * * *
After configuring the plugin details .Just enable the auto refresh option at the top . So its not required to restart the jenkins any time.
I have the following problem.
I am using Jboss 6.0.0. I need to daily update the application that runs 24/7 (only WAR file).
During redeploy the server responds with a blank page (0 bytes). It takes about 3 seconds.
13:25:39,001 INFO
[org.jboss.web.tomcat.service.deployers.TomcatDeployment] undeploy,
ctxPath=/ 13:25:42,021 INFO
[org.jboss.web.tomcat.service.deployers.TomcatDeployment] deploy,
ctxPath=/
This is obviously the most adverse scenario, as users, who at that moment send the form lose all of the inputed data.
I tried to find a solution setting various configuration options (autoDeploy, unloadDelay, reloadable context attributes) with no success.
Is there something I'm missing or this is normal behavior and the server does not distinguish between redeploy and separate undeploy and deploy operations. It would be ideal if it could distinguish them and if container during the redeploy would queue requests until the next instance of servlet is initialized.
Details of the environment:
JBoss 6.0.0 Final single instance (also tried on Tomcat 7.0.28 - the same effect)
2 x quad core
32 gb ram
WAR:
Context of the web on a virtual host
War file size ~ 20mb
Number of classes ~ 1,5k
Number of files together ~ 7k
I tried to clean up the file and I went down to 700kb (I removed all the img / js / css etc and all lib/), the time shortened to ~ 2 seconds.
Thanks in advance