I want to have a plugin that can start my local process, is there any existing solution available? The plugin should be able to accept parameters and the start the local .exe file properly. Thanks.
No. Plugins execute in a sandbox that does not allow access to executing programs in the local filesystem.
Related
Some FTP clients, such as Transmit, offer an option to simulate the synchronisation between a local and a remote directory. Basically what it means is, that you get a list of files that would be changed, instead of actually moving the files.
I was hoping to find such an option in PhpStorm's Remote Host Plugin, but I searched for it to no avail. Did I overlook something, or does this not exist (yet)?
PHPStorm can sync with the deployed version if the remote host has been configured. It shows the difference and you can select what to do with each file. See PHPStorm Documentation
An ASP.NET application (running on Windows server/IIS 7) has to transfer big size files uploaded by current user to an external SFTP server. Due to the file size the idea is to do this asynchronously.
The idea is that the ASP.NET application stores the uploaded file on a local directory of the Windows server. The current user can continue his work. A Windows service or a Quartz job (other tools(*)/ideas?) is now responsible to transfer the file to the external SFTP server.
(*) Are there existing tools that listen on changes of a Windows directory and then move the files on a SFTP server (incl. handling communication errors/retries)?
If there is no existing solution, do you have had similar requirements? What do we have to consider? Because the connection to the SFTP server is not very stable we need an optimized error handling with auto retry functionality.
To watch for changes in a local directory in .NET, use
the FileSystemWatcher class.
If you are looking for an out of the box solution, use the keepuptodate command in WinSCP scripting.
A simple example of WinSCP script (e.g. watch.txt):
open sftp://username:password#host/
keepuptodate c:\local_folder_to_watch /remote_folder
exit
Run the script like:
winscp.com /script=watch.txt
Though this works only, if the uploaded files are preserved in the remote folder.
(I'm the author of WinSCP)
I want to change settings -- adjust timeouts, enable flags, etc. -- without the downtime of restarting the Play server. Is there a good way to do this?
My current idea:
Play supports external configuration files.
In my case, I am using Chef to manage the external configuration file.
If the external configuration file changes, will subsequent calls to configuration reflect those changes, or will I have to restart the Play server?
You'll have to restart. Java classpaths are immutable (excluding things like JRebel) and Play's config file is loaded from the classpath.
You can setup a load balancer, haproxy for example, with 2 instances of application. When you need to reconfigure, just drop onde of the instances of the load balancer. And after you enable again.
Alberto
Chrome Native Client provides File IO API to access sandboxed local disk. But is it possible to access non-sandboxed disk, and if yes, how?
You can launch chrome with --no-sandbox command-line flag and use the following environment variable:
set NACL_DANGEROUS_ENABLE_FILE_ACCESS=1
to enable direct file access. See this blog post for details.
This mode is created for debugging purposes, it will never be enabled by default.
It's not possible to directly access non-sandboxed local disk from the browser. (If it were, there wouldn't be much point in having the sandbox, right?) You can use HTML/JS to have the user choose a file and pass it to the nacl module (see http://mainroach.blogspot.com/2012/07/native-client-and-loading-user-chosen.html).
i have a question. I use VSS (SourceSafe) Plugin in Hudson. But I don't have rights for a file. If I start my job, I have the following error: "Access to file ... denied" and Hudson stops the build. How can I ignore this error and continue the build ? Thank You in advance.
Without knowing the specifics, you will have to tell Visual SourceSafe to ignore that file for the specific user being used so that the file isn't retrieved when the job is started. Otherwise, you will have to get the necessary permissions to retrieve the file. I doubt there is anything you can do in Hudson to prevent the build from failing.
The plug-in configuration allows you to specify the user that accesses the SourceSafe repository. Normally what you should do is create a CI/build user and use that information to get access to any files involved in the build.
You can verify the user has access by attempting to open the 'srcsafe.ini' file over the network using that same information. If it works, you should be able to retrieve files from VSS via Hudson. If it doesn't, then you'll have to poke around more in your environment.
Basically, just make sure you can get things running manually first using the same account information before you try and integrate your build into Hudson.