I am unable to run eclipse coverity plugin as it says the snapshot has no summaries data. Is there any workaround for this ?
Update:
Now getting
Review the snapshot list in Coverity Connect and enable the"Has Analysis Summaries" column
Here's what you need to do
Go in to configuration and enable 'Desktop Analysis' for all streams that you want to use.
Go to your source directory and blow away your intermediate directory.
cov-build --desktop --dir idir <make commands>
cov-analyze and commit as usual
You'll be good to go
Related
I am trying to run the first example of zguide (zeromq). The project has two files, client and server, and I am doing this using vscode ssh remote on a RHEL7 machine.
Here is the structure of the folder and how it looks like in VSCode explorer:
ZEROMQ[SSH:remote_machine]
|_.vscode
|_tasks.json
|_c_cpp_properties.json
|_client.cpp
|_server.cpp
Once in a while I receive this warning:
Unable to watch for file changes in this large workspace folder. Please follow the instructions link to resolve this issue.
The instructions are of course telling me to increase the limit size which I don't think is the issue here with such a small project.
So, any ideas what's happening and how to resolve this?
I have installed the EC2-steps plugin, restarted rundeck, but I can't see the steps. Is there anything I'm missing here, installation or interface wise?
With this steps works:
1) Get the plugin with: git clone https://github.com/rundeck-plugins/aws-ec2-steps
2) Compress on .zip file with: zip -r aws-ec2-steps.zip aws-ec2-step
3) Now, move the zip file to /var/lib/rundeck/libext (DEB/RPM based installation) or $RUNDECK_BASE/libext (WAR based instllation).
4) Check the new steps available.
Tip: Check the zip file permissions, make sure that the Rundeck user (or the user that launches Rundeck) can read the zip file.
I am writing a plugin fragment named JunitGenerationFragment. I can test it using Launch an Eclipse application, and everything works fine.
I try to export using the 3 steps on the Exporting section of the manifest's Overview tab. When using the Export Wizard, I choose to install into a particular directory.
I get a Problems Occurred dialog that says "Could not find the exported unit with id..."
As far as I can tell, the directories have the appropriate content.
However, if I try to install from that site, "There are no items available".
How can I successfully make this plugin fragment available from the export repository?
Possibly there was some kind of file system problem? Additional attempts to export the repository to the C:\Tools\Eclipse\workspace2019-06\.metadata\.plugins\org.eclipse.pde.core\install directory failed. However, I could export to another directory.
Later, I renamed the original C:\Tools\Eclipse\workspace2019-06\.metadata\.plugins\org.eclipse.pde.core\install directory to something else and retried an export to C:\Tools\Eclipse\workspace2019-06\.metadata\.plugins\org.eclipse.pde.core\install. This time it succeeded, and I could load the plugin from that repository.
Update: The renaming "solution" does not seem to be repeatable. A repeat attempt to use the Export Wizard to exprort to C:\Tools\Eclipse\workspace2019-06\.metadata\.plugins\org.eclipse.pde.core\install fails, as in the original problem description. Renaming the directory again did not help.
I'm using JFrom Artifactory, which has deduplication feature - see documentation. Our deployment procedure is the following:
Create zip file with libraries: jars, dlls, etc. This is the same with war file or with fat jar.
During deployment: just extract content of zip file and do small initialization scripts.
As you understand, the most of content on these files is already on the Artifactory:
3rd party java dependencies are already on the same Artifactory
Previous installation has a lot of the same binaries
So, question: how can I ask Artifactory to unzip my archives on server side during upload and then transparent zip it back during download?
This solution will give major data deduplication for me, which gain the following advantages:
Saving disk space
Decreasing server IO
And I know, that there will be the following disadvantages:
Checksum of the zip package can be changed
CPU load can be increased during artifacts upload and download
I don't think this is doable transparently from the client side. However, if you are ready to change your clients, I can imagine:
On the upload / release front, use JFrog CLI and its --explode option for uploads.
The rationale for this flag is at https://github.com/JFrogDev/jfrog-cli-go/issues/5 and the feature is quickly described in https://www.jfrog.com/confluence/display/CLI/CLI+for+JFrog+Artifactory#CLIforJFrogArtifactory-UploadingFiles
Instead of uploading simply your ZIP / WAR with any client or JFrog CLI like
jfrog rt u my.zip repo-release/test/0.5/my-0.5.zip
You would upload it while asking for it to be exploded on the target
jfrog rt u --explode my.zip repo-release/test/0.5/my-0.5.zip/thisisignored.zip
On the download side, use a User Plugin (only available with Pro instances though) to zip the directory content on the fly. There is an existing implementation at https://github.com/JFrogDev/artifactory-user-plugins/tree/master/download/downloadDirectoryContent that you can install on your Artifactory server.
Once this is set up, you should be able to retrieve your original zip with
curl -X GET -uadmin:password "http://localhost:8081/artifactory/repo-release/test/0.5/my-0.5.zip;downloadDirectory+=true" > my.zip
Okay this is a derivative of Could not load file or assembly 'NuGet.Server, Version=2.11.1.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies seeing as though I couldn't find a solution to that.
I am publishing my Nuget Server project to my Windows 2012 R2 server and pointing to the applicable directory where the files live. The package files exist, as shown below in the screenshot however I keep on getting the below error:
Severity Code Description Project File Line Suppression State
Error Copying file Packages\PackageName.1.0.0.nupkg to obj\Release\Package\PackageTmp\Packages\PackageNameJson.1.0.0.nupkg failed. Could not find file 'Packages\PackageName.1.0.0.nupkg'. nuget_server_02 0
I have NuGet Server v2.11.3 installed and my project targets .NET Framework 4.6. One thing to note is that the packages themselves are from an earlier version of .NET - most likely 3.5.
This is my web.config file:
<add key="packagesPath" value="D:\RootFolder\SubFolder\SolutionNameFolder\ProjectNameFolder\Packages"/>
Even after several Restore NuGet Packages attempts I am still faced with this dilemma. The one thing I am really struggling to understand is if I point the packagesPath to a local directory, it works and does retrieve the packages however, when I point to the very same project on my server I get this headache.
Previously, in the included link to the related SO question, I could publish but now I can't even get through that stage even though I never made any changes to the project since last working on it. I decided to revisit it today.
UPDATE:
I have deleted the bin folder and rebuilt my solution as per Could not load file or assembly 'someProject' or one of its dependencies. Access is denied But it still can't find the file.
You can run your nuget server and it will show an html file as output (Default.aspx). You can, of course, modify this file to make it look like anything you want and otherwise change it. You can't change the way the nuget server service behaves because that is run from a dll. You should be able to show your repository files using the output page of your nuget server.
I encountered a similar set of errors, and monitored the Event Viewer while I was trying to show the contents of my repository.
The Event Viewer showed that an error was being thrown every time my Nuget Server attempted to list the contents of the packages folder.
Keeping in mind that nuget packages are zip files, and to display the details on the information contained in the nuget packages, the nuget server must unzip them. If the file is corrupted, the server will throw an error and stop attempting to list the contents of any further files. This error results in a w3wp.exe crash. It will be recorded as an ASP.NET error in the Windows->Applications section of the event log.
The cure for me was to delete the contents of the packages folder on my nuget server, and re-up them.
This may be impractical if you have a lot of files in your repository, so any files that were uploaded near the first error shown in the event viewer should be chosen for upload first.
One of the files is likely corrupted.
I would recommend checking out the event viewer on your server, and making sure you have no corrupted files in your repository.
You can view (and edit, to a point) your repository contents with Nuget Package Explorer. If the file you want to view is corrupted, then it should show an error for that file. You can then re-up that file, and if the problem is a file problem, this will cure it.
You can also reinstall your nuget server if that fails. It is somewhat unlikely that the code has been corrupted, but worth a shot.
Good luck.