My WebStorm is running on a machine that has no internet access. How can I add plugins & JavaScript libraries manually?
download the desired library using another machine (connected to internet)
use the usb drive to copy it to your computer :)
add this library using Add.. button in Settings/javaScript/Libraries
Plugins can also be loaded from disk - Settings/Plugins, Install plugin from disk
Related
I use VMWare Workstation Pro 15.5.7 installed on a Windows 10 laptop (host) to run Windows 10 virtual machines (guests).
The laptop has git and some other tools to maintain source code repositories, while all development tools (IDE, compiler, etc...) are installed on the guest VMs.
To access the source files I use VMWare Shared Folders feature. Everything works almost fine in terms of I/O performance, even if a little slower than Windows native sharing (SMB), which by the way is disabled by company policy restrictions.
However, when a file on the shared folder is updated inside the guest, the directory update notification is not sent to all open applications on the guest itself. The result is that, as an example, if you have a file open in your source editor (say Notepad++), the application does not detect the file change. This leads to some unexpected behaviors when using IDE or other tools with code syntax features and/or other "live" features while coding.
Also the same happens when you modify a file or folder from the host.
In both situations the only way is to force a folder update (example refreshing files with F5 key).
This seems to be related to a missing feature as stated here by one of the VMWare developers.
I would like to know if the same issue is currently present on the latest release VMWare Workstation Pro 17. Alternatively, is there a workaround for this? Am I missing some additional driver or tool? (I have VMWare Guest tools installed).
Here you can see my question on the VMWare official forum.
I am working with Spring Boot and have a requirement to interact with a legacy app using a .dll file.
The .dll file requires a configuration file which has to be in a physical location like C:/...
The .dll can only read only from a physical location; not like a relative path from the src folder.
I am able to successfully interact with the legacy app in localhost with the configuration file located in C:/, but when I have to deploy in PCF is there any possibility to read the configuration file from a physical directory location in PCF?
Like in WAS we can upload a file in the server and use its physical location in the code, can something like this be done in PCF?
You cannot upload files out of band or in advance of running your app. A fresh container is created for you every time you start/stop/restart your application.
As already mentioned, you can bundle any files you require with your application. That's an easy way to make them available. An alternative would be to have your app download the files it needs from somewhere when the app starts up. Yet another option would be to create a build pack and have it install the file, although this is more work so I would suggest it unless you're trying to use the same installed files across many applications.
As far as referencing files, your app has access to the full file system in your container. Your app runs as the vcap user though, so you will have limited access to where you can read/write based on your user permissions. It's totally feasible to read and write to your user's home directory though, /home/vcap. You can also reference files that you uploaded with your app. Your app is located at /home/vcap/app, which is also the $HOME environment variable when your app runs.
Having said all that, the biggest challenge is going to be that you're trying to bundle and use a .dll which is a Windows shared library with a Java app. On Cloud Foundry, Java apps only run on Linux Cells. That means you won't really be able to run your shared library unless you can recompile it as a linux shared library.
Hope that helps!
if both are spring boot jars, you can access them using BOOT-INF/classes/..
just unzip your jar and look for that config file and put up the address
once the jar is exploded in PCF, this hierarchy is maintained
I'm looking for a way (using C# .Net or C++ and WinApi or anything) to add a layer between filesystem and client application to add custom behaviour.
Like OneDrive and Google drive application on Windows. You can browse files normally but if given file is missing from a drive it will be downloaded. I need to do something similar. And I need this solution to be transparent to other software (explorer and any other software that accesses files on drive).
I really even know what to call it. So if you have a name for that type of functionality please let me know.
Here are some approaches to building a virtual file system on Windows:
Using Cloud Files API. OneDrive is built using this API. It is designed for slow-speed remote (cloud) storage, such as Document Management System. Here are some features that it provides:
On-demand loading. You can load the file content into the local drive only when an application is accessing it the first time. The folder listing can be done during the first access to the folder.
Offline files support. You can pin/unpin files to keep on the local drive when the server is unavailable.
Download/upload progress reporting.
Integration with Windows File Manager. Each item shows offline status, pinned/unpinned status, in-sync status, and download progress.
Messages and error notifications to the user, as well as file system status reporting.
The driver that this API is using is installed with Windows by default and does not require installation. Here are some tools to build an OneDrive-like application:
CloudMirror sample in C++ from Microsoft. Code on GitHub.
User File System from IT Hit provides example in .NET. Code on GitHub.
Using Projected File System (ProjFS). It allows you to represent (project) some hierarchical technical data as a file system. It is designed for high-speed back-end storage, such as for example registry. Here is its major feature:
Hides the fact that the data is remote. The user "thinks" that the files are in the local file system and does not have any status information. The user does not know if the file content is available/unavailable or online/offline.
ProjFS is not installed by default and requires Windows component installation (thank you IInspectable for this info). Here are some tools to build with it:
Programming guide. Sample: Virtual File System for Git.
Using Shell Namespace Extensions. Typically used to create a UI extension for Windows File Manager. For example, Windows Recycle Bin and Printers are namespace extensions. They are not available via standard Windows File API and applications can not read/write to it unless it redirects to a real file system behind it. Here some features that it provides:
You can customize the Windows File Manager toolbar, shortcut menus, folder view, tree view, and status bar.
You can extend the Windows File Manager hierarchy, adding new custom nodes that look and behave like files and folders (cut/copy/paste, drag-and-drop, etc), without building a functional file system behind it.
Shell Namespace Extensions are part of Windows and does not require additional components installation. In many cases, you will use Shell Extension to add shortcut menus and items on a toolbar in Windows File Manager while building the actual file system using Cloud Files API or ProjFS. Links to start working with Shell Namespace Extensions:
Understanding Shell Namespace Extensions
Extending Shortcut Menus
What you are looking for is commonly called a "Virtual File System". To applications it looks like a file system, but the implementation is at your discretion, allowing you to materialize objects in any way you see fit.
On Windows you have several options to implement a virtual file system. The most common and widely supported infrastructure is the Shell Namespace. It allows you to register extensions, that appear as items (e.g. files or folders) in the file system. It's not entirely trivial to write a Shell Namespace Extensions, but it's not rocket science either.
A more recent addition to Windows is the Projected File System, that provides everything you need to build a virtual file system in user code. It ships as an optional component in Windows, and needs to be explicitly installed first. For an implementation that uses the ProjFS, see the VFS for Git github repository.
I want to ask you a couple of questions i looked in internet and didn't found an answer though...
I have an application for windows 10 PCx64 (artifacts of a built project C++/x64)
Is it possible to create odrinary Windows Store deployment file from folder?
How to do that? As i see MS is pushing new 'universal applciations' concept. But i don't want to rewrite apps entirely to .net/c#/Universal Apps. I just want to change build process so it will produce windows store deployment file, not MSI
Thanks!
You will soon be able to create a Windows Store package for a Win32 app and deploy it through the Windows Store. You'll even get access to UWP APIs and services :)
Subscribe to the "Windows Developer Preview Programs" to get some fresh news about "Project Centennial".
https://devpreviewsignup.windows.com/
Would anyone know how one may go about installing Qt SDK 1.2.1 package on a flash drive for plug and play anywhere? If I wanted to do it for Windows would I simply install it from the installer package? Is this even possible?
Update:
Answered below for three OS's.
Windows
You may install Qt SDK 1.2.1 to run on the assigned drive letter of the flash USB at the time of installation.
However, to answer the question there is no way to set the Qt Creator settings to dynamically change drive destination resources for plug and play. If you wish to load Qt Creator on a foreign system the USB drive must be assigned the drive letter assigned at its installation.
Unix / Linux
UNIX and Linux systems reportedly have methods of achieving dynamic drive path assignments for USB applications.
Mac
Unknown. Stay tuned or supply a answer please.
I do remember reading the macs had their own mini OS just for applications to run solely on flash drives. I want to confirm before I say for sure.
Installing the Qt SDK on the flash drive device ? Yes.