Nuget custom server returns 404 - nuget-server

I am trying to setup nuget custom server, and cannot get it list my packages.
Here is list which I verified:
Server updated to .net 4.5
OS is Windows Web Server 2008 R2
Application pool is set to integrated, dotnet set to 4.0
modules runAllManagedModulesForAllRequests="true" is present
mime map is present in web.config, and visible by IIS
I am able to download file with direct link
i am able to push package to my server
So, when I go to http://servername.com i see nice:
You are running NuGet.Server v2.7.40911.225
Click here to view your packages.
but http://servername.com/nuget returns 404. Probably there is issue with original nuget routing.

It sounds to me like the ODATA routes are just not being picked up. Did you check that nothing is overriding this at the machine.config level? You may also want to check that your package path is configured, and the web app has permission to access it.
One thing that might be easier to do is to install a third-party NuGet server such as ProGet; it's free and installs pretty easily, and also will be a bit more robust in terms of features.
(disclaimer: I work for Inedo)

Related

Two RCP Applications in one installation

I recenty developed an Eclipse RCP application based on an existing RCP application. It´s basically used as a url protocol handler which reuses authentication and some services. I´m trying to avoid a second installation and look for a way to integrate the new RCP application into the installation of the existing RCP - is there a way to achieve this?
I´m (still) using Eclipse 3.8 and build with tycho.
Assuming that you have multiple applications within your product, you can launch the desired one using the
-application id
runtime argument.
In our application, which integrates multiple Eclipse RCP applications, we have a custom target platform, which bundles all other application plugins, so everything is shipped together. Also, all artifacts, provided by other applications can be retrieved from the maven repository, so that necessary services may be added as a dependencies to, for instance, server side projects. Hope that helps.

Setting up RoadKill

I am trying to setup a internal wiki site for project documentation project. I am using roadkill because I have a IIS server and a .net environment.
So the installation instructions aren't much. Unzip the files onto a site directory. Navigate to http://arwiki
Should be that simple, however, I get an error about directory browsing and it looks like there is no MVC mapping in Global.asax. It points to a internal dll so it is hard to determine what I did wrong?
Has anyone setup Roadkill and know what I did incorrectly?
Also there is no tag for roadkill
You can ask for help on the issues board -
https://bitbucket.org/yetanotherchris/roadkill/issues?status=new&status=open
However I can tell you that the problem is most likely that you don't have MVC installed on IIS (if it's Windows Server 2008). You might also need to enable ISAPI filters, they can be turned off.
The ASP.NET web installer contains the MVC bits you need, although Roadkill does come bundled with these.

ASP.NET Web Service returning Bad Request in Windows Azure

After a Windows 7 fresh restart, I open the Visual Studio 2010 as administrator, create a new project of Windows Azure Project with ASP.NET Web Role, then at the WebRole1 project I add a WebService1.asmx and press F5 (run).
The Windows Azure services starts OK and the browser open the http:/127.0.0.1:8080/WebService1.asmx perfectly. But when I click at Invoke button to test the webservice method I always receive a Bad Request - Invalid Hostname, with a http:/127.0.0.1:8081/WebService1.asmx/HelloWorld.
The most likely cause is ASMX's WSDL file doesn't stand by load balanced environment such as Windows Azure. The test feature relies on WSDL. You will see similar issues if you add a web/service reference. It is recommended to upgrade to WCF. In WCF, you can use useRequestHeadersForMetadataAddress (http://msdn.microsoft.com/en-us/library/ee816894.aspx) to fix the issue. If you need to use ASMX, please try to manually provide a correct WSDL file.

Deploying a Firebreath plugin on a webpage without manual installation

Recently I have been experimenting with Firebreath and developed a plugin in order to showcase my c++ projects on my portfolio website. I would like to make it easy for users to look at the projects without downloading files if they are new on my website.
The only issue I have at this point is that when users visit my page, they will receive a message indicating the plugin is missing. I would like to have an option for the users to automatically install my plugin without having to manually download and run it.
The plugin is mainly targetted at Windows users, since the applications are as well. I intend to support Google Chrome, Firefox, Internet Explorer. Currently I am using a MSI installer to install the plugin.
I have found a question similar to this, but I still needed to save the MSI installer and run it.
My question is: What would be the best way to implement this?
There isn't any way to "automatically" do what you want to do. The closest that I have heard of would be to use a java applet that would download and install the plugin for them. This can be pretty reliable on Mac but far less reliable on windows (for a number of reasons, among which the fact that many windows users don't have java installed and that Chrome blocks java applets by default without intervention by the user).
Other options include:
Creating a CAB file installer (only works on IE)
Creating a XPI firefox extension that packages the plugin (requires restarting the browser, only works on firefox)
Creating a CRX chrome extension that packages the plugin (only works on Chrome)
Microsoft ClickOnce used to work pretty well for one click installs of MSI files from a web page, but recently I think it doesn't work on many (if any) browsers; haven't seen it used in awhile, anyway.
There is no "automatic" way to install plugins; that would be considered a severe security issue. This is probably the #1 reason that plugins are as uncommon as they are.
do what adobe does,
create a tiny activeX application downloader, sign the activeX from with cheap SSL
when a user, enters your site, he will automatically be downloading this tiny ActiveX, after installation complete, inside the tiny ActiveX, have some type of batch script to download the EXE from remote server and silently install it.
adobe does this, on every reboot in boot.ini or startups
very easy

How can I get a webservice connection to work from Access 2003 runtime install?

I have an Access 2003 application that communicates with a Webservice to get articles from a central database. It runs fine in a full Access install but when I make runtime install with Package Wizard included in Access 2003 developer extensions, it fails with the error message "429 cannot create an object in the active-x component"
The DLL used for the webservice communication is mssoap30.dll. That dll doesn´t ship with the runtime install and when I try to manually add it to runtime install it is there but when I try to register the DLL it fails with the message:"The register failed reason failed to initiate a DLL" Same result when I put the DLL in the applications folder or in Microsoft shared/Office11. Is there anyone who has made an Access runtime application with web service communication?
If mssoap30.dll is failing to register, that probably means mssoap30.dll itself has dependencies that are missing.
You can download the SOAP Toolkit Installer here:
http://www.microsoft.com/downloads/details.aspx?FamilyID=ba611554-5943-444c-b53c-c0a450b7013c&DisplayLang=en
It's only 1.4 MB, and it should fix the problem. Depending upon what you're using to build your installer, you should be able to embed the SOAP installer and run it during installation (or else just give both files to your users and tell them to install both - that never killed anybody).