I'm trying to build a TDS project the TFS hosted server. The project uses the HedgehogDevelopment.TDS package, but when build time comes, a license exception occurs.
I am passing the owner and key information to visual studio in this way:
/p:TDS_Owner="$(TDSOwner)" /p:TDS_Key="$(TDSKey)"
Where the variables are the owner and key. I have verified that the values are correct, yet I still get a license exception, indicating that TDS cannot find these values.
Is there a flaw in how I am giving visual studio these parameters? How can I get a TDS project to build using the HedgehogDevelopment.TDS package?
First, please make sure you have installed TDS on the build server.
You can actually include the License info with a config file by following below steps.
Add this file manually here: xxx(TDSFilesFolder)\HedgehogDevelopment\xxxProject\vx.0
Call the file TDSLicense.config
Save the following (with your license information in) in the file: <?xml version="1.0" encoding="utf-8" ?> <license Owner="CompanyName" Key="aaaa-bbb-ccc-dddd" />
If it's a permissions issue with reading the license from the registry - this should sort it out. More detail info you can take a look a this blog.
I've been testing a VSS to TFS migration for my job. The test server that we have tfs installed on has the drives partitioned. The system stays on C drive and we don't touch that drive. We have the E drive for our applications.
I wrote the configuration file so the migration would run and it runs fine. But for some reason it's migrating the data to the C drive. The C drive only has enough space so the system will run fine. Here is what my config file looks like:
<?xml version="1.0" encoding="utf-8"?>
<SourceControlConverter>
<ConverterSpecificSetting>
<Source name="VSS">
<VSSDatabase name="E:\TFS\projectfolder\project"></VSSDatabase>
</Source>
<ProjectMap>
<Project source="$/" Destination="$/Test-Location"></Project>
</ProjectMap>
</ConverterSpecificSetting>
<Settings>
<TeamFoundationServer name="servername" port="port" protocol="http" collection="tfs/DefaultCollection" />
<Output file="Migration.xml" />
</Settings>
</SourceControlConverter>
Why is VSSconverter migrating my files to the C drive? I've researched this for a week or more and cannot find anything that is helping me out. Do I need to specify the E:\ in the destination? Could this be caused by how the TFS server was configured? Any help would be appreciated.
I'm not sure which data you are talking about. TFS stores all data in the SQL database unlike VSS that stores the source on the file system. Do you store your TFS database file on C: drive on that box by any chance?
On Windows, where is neo4j-server.properties as described in this documentation?
http://docs.neo4j.org/chunked/stable/security-server.html
I can't find it anywhere, and creating it myself in places that seem reasonable have no effect.
I'd like to be able to access the server from a remote IP other than localhost. Thanks.
Update
Neo4j is installed at C:\Program Files\Neo4j Community\bin\neo4j-community.exe
I've created the file at C:\Program Files\Neo4j Community\conf\neo4j-server.properties
Here's the complete contents:
org.neo4j.server.webserver.port=7474
#allow any client to connect
org.neo4j.server.webserver.address=0.0.0.0
However, the settings don't seem to take effect. Am I missing something?
From the Neo4j startup window, click the "options" button bottom left.
This shows an options windows which includes the path to your conf file:
Ok I think I know what's going on: You installed 1.9.4 stable via the new simplified Windows Installer? If so: That seems to be a very limited 'dev' installer. It has a simple MSI, it has a simple GUI to let you select the database, and then you do everything from the web console. This is a departure from previous methods of installing on Windows. I tried it out, and I abandoned it because I need full control of the configuration. The conf files, normally found in a conf folder parallel to the bin folder, are not installed with this installer.
If you want the traditional installer, grab the enterprise download.
That said: I wouldn't waste time on the 1.9.x branch unless you're running in production. If you're still in dev/test, I'd go straight to 2.0 (milestone 6 is now available). You'll get Labels (reason enough to switch), updated Cypher engine, and lots of other improvements. Also: the 2.0 installer is still a traditional configuration, complete with conf folder, where you can make all the configuration changes you need to make.
EDIT The download link for the zip version is now back, so you can choose either the exe or zip version of installation. This means you can install 1.9.4 just like before, and have full access to all the configuration files.
EDIT 2 After a bit of email exchange w/someone at Neo Technology, I found out that, for this particular installer, everything needed is bundled into a single JAR file. if you look in the bin folder after installing, you'll see these files:
If you search the JAR file (via 7zip or something similar), you'll find the default server configuration file:
I suspect you could place the neo4j-server.properties file into the JAR file here as well (though I haven't tried).
The original poster is using the Community version on Windows, as am I. Despite what anyone has said, no one has actually answered the question with verifiable, tested results. I originally said, "This is not an answer". However, I now tend to think it IS the answer, just not the desired result. The answer is, to the best of my knowledge, with my specific tests and results documented below: NOWHERE: YOU CAN'T CONFIGURE current stable 1.9.4 or milestone 2.0.0-M06 Community versions on Windows x64.
I have tried the suggestions under the best answer, which were untested and unverified, and they do not work. See specific quotations below.
Neither of the currently pushed 2.0.0-M06 or stable 1.9.4 Community versions are configurable in any way, shape or form on Windows -- given the current documentation and non-answers. As a first time user to Neo4j with these two versions, this has been very frustrating, to have no clear way to configure the software, and incorrect official documentation.
"Also: the 2.0 installer is still a traditional configuration, complete with conf folder, where you can make all the configuration changes you need to make." #David Makagon
This is a false statement. It is the same as 1.9.4, no conf folders anywhere on disk.
"I suspect you could place the neo4j-server.properties file into the JAR file here as well (though I haven't tried)." #David Makagon
I have tried both Neo4j Community 1.9.4 and 2.0.0-M06 x64 on Windows 7 x64, running as a user, with and without running as administrator.
I've used ProcMon and could not even find any attempt to read any "conf" file at documented location. However, I found other odd locations with a "config" in the name, and have tried there also, out of morbid curiosity, included below.
Summary of config file locations which DO NOT work:
C:\Program Files\Neo4j Community\conf\neo4j-default.properties [1.9.4]
C:\Program Files\Neo4j Community\conf\neo4j-server.properties [1.9.4, 2.0.0-M06]
C:\Program Files\Neo4j Community\bin\neo4j-community.exe.Config [1.9.4]
C:\Program Files\Neo4j Community\bin\neo4j-default.properties [1.9.4]
C:\Program Files\Neo4j Community\bin\neo4j-server.properties [1.9.4]
C:\Program Files\Neo4j Community\bin\conf\neo4j-server.properties [2.0.0-M06]
C:\Program Files\Neo4j Community\bin\neo4j-desktop-1.9.4.jar\org\neo4j\server\config\community\neo4j-default.properties
C:\Program Files\Neo4j Community\bin\neo4j-desktop-1.9.4.jar\org\neo4j\server\config\community\neo4j-server.properties
C:\Program Files\Neo4j Community\bin\neo4j-desktop-1.9.4\org\neo4j\server\config\community\neo4j-default.properties
C:\Program Files\Neo4j Community\bin\neo4j-desktop-1.9.4\org\neo4j\server\config\community\neo4j-server.properties
C:\Users\root\Documents\Neo4j\neo4j-default.properties [1.9.4]
C:\Users\root\Documents\Neo4j\neo4j-server.properties [1.9.4]
C:\Users\root\Documents\Neo4j\conf\neo4j-default.properties [1.9.4]
C:\Users\root\Documents\Neo4j\conf\neo4j-server.properties [1.9.4]
C:\Users\root\Documents\Neo4j\default.graphdb\neo4j.properties [1.9.4, 2.0.0-M06]
C:\Users\root\Documents\Neo4j\default.graphdb\neo4j-server.properties [1.9.4]
C:\Users\root\Documents\Neo4j\default.graphdb\conf\neo4j-server.properties [1.9.4]
Also note, the jar's config file
C:\Program Files\Neo4j Community\bin\neo4j-desktop-1.9.4.jar\org\neo4j\server\config\community\neo4j-default.properties
corresponds directly to (exact same file, no differences)
C:\Users\root\Documents\Neo4j\default.graphdb\neo4j.properties
Yet changing the port in this location also does nothing.
Is there a way to configure this through the webadmin? It is definitely not clear at all.
I'm using the Windows 32 community version 2.0.3. To edit any of the properties, there's "settings" button in the GUI (where you start the database from)?
Download the windows community binary 64bit .zip from 'Other Versions'. You'll need to install the JDK 7 and set the JAVA_HOME path variable. All folders, including Conf, are exposed and you can control the the default port and localhost bindings per documentation.
A bit late, but I spent a while on searching for it today.
The seo4j-server.properties file is at (absolute path example):
C:\Users\username\AppData\Roaming\Neo4j Community\neo4j-server.properties
It is accessible from Neo4j GUI - under the "Setting" button. I have tried it with Community version 2.1.6 and it works fine.
Under ...\<neo4j-community-1.8.2>\conf directory.
The conf file is created under AppData\Roaming\Neo4j Community Edition when you click on edit in server configuration (Options GUI)
I am trying to deploy a console application to a folder on a DMZ server using autodeploy with MSBuild and Team Foundation Server.
I am already deploying multiple sites to that same server and it works great. I have tried multiple ways but the files are not deployed.
First, I tried to deploy the console app in the same way as i do for my web site, ie:
<MSBuild
Projects="$(SolutionRoot)\MySolution.sln"
Properties="AllowUntrustedCertificate=True;AuthType=Basic;
Configuration=DEBUG;CreatePackageOnPublish=True;
DeployIisAppPath=Default Website/dummy.dev.myapp;
DeployOnBuild=True;DeployTarget=MsDeployPublish;
MSDeployPublishMethod=WMSvc;
MsDeployServiceUrl=https://xxx.xxx.xxx.xxx:8172/MsDeploy.axd;
UserName=userid;Password=password;UseMsdeployExe=True"
/>
Without success.
EDIT: No error message is returned. It all seems to go well.
Then, I also tried to deploy the console app as follows:
<Exec Command=""C:\Program Files\IIS\Microsoft Web Deploy V2\MSDeploy.exe"
-verb:sync
-source:contentpath="$(OutDir)\MyApp.Precompiled"
-dest:contentpath="D:\dev.myapp",computername=xxx.xxx.xxx.xxx,username=userid,password=password"
ContinueOnError="false" />
I actually also tried with computername as https://xxx.xxx.xxx.xxx:8172/MsDeploy.axd.
EDIT: The following is what I got.
EXEC: FileOrFolderNotFound
EXEC: Object of type 'contentPath' and path 'E:\Builds\1...\dev.myapp' cannot be created.
EXEC: The path '\?\E:\Builds\1...\dev.myapp' is not valid.
EXEC: 1.
E:\Builds\1...\BuildType\Targets\Deploy.targets (142): The command ""C:\Program Files\IIS\Microsoft Web Deploy V2\MSDeploy.exe" -verb:sync -source:contentpath="E:\Builds\1...\dev.myapp" -dest:contentpath="D:\dev.myapp",computername=https://xxx.xxx.xxx.xxx:8172/MsDeploy.axd,username=userid,password=password" exited with code -1.
I realize I haven't read all of the error, Do I really need an UNC path?
Does anyone know how to do this?
I finally found out how to make it work.
<Exec Command=""C:\Program Files\IIS\Microsoft Web Deploy V2\MSDeploy.exe"
-verb:sync
-source:contentpath="$(OutDir)\MyApp.Precompiled"
-dest:contentpath="D:\dev.myapp",computername=https://xxx.xxx.xxx.xxx:8172/MsDeploy.axd,username=userid,password=password,authtype=Basic
-allowUntrusted=True"
ContinueOnError="false" />
I changed computername to computername=https://xxx.xxx.xxx.xxx:8172/MsDeploy.axd, added authtype=Basic and allowUntrusted=True and voila it worked.
It was quite frustrating not having any kind of feedback of what went wrong with the first option. But when I was using the second alternative I got feedback to work with.
If anyone know how to make this work using the MSBuild task, please feel free to enlighten me.
Try dirPath provider instead of contentPath, it'll behave more like a folder sync rather than IIS web site deployment.
Considering the sync worked using the EXEC task, did you make sure you have the Microsoft.WebApplication.targets in your csproj (or vbproj) file? I could see it just ignoring that msbuild task without the correct targets file included.
For example in my web service project files, I have this towards the bottom of my csproj file
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />
I recently did a migration upgrade from TFS2005 to TFS2010. Everything works, but the Sharepoint site wasn't migrated.
I attempted running the command below:
stsadm.exe -o addcontentdb -url http://NEWSERVER/sites -databasename STS_Content_TFS -databaseserver NEWDB
but I got the following error:
The pre-upgrade scan tool has not yet been run on this database SPContentDatabas
e Name=sts_content_tfs Parent=SPDatabaseServiceInstance. You must run the pre-up
grade scan tool before you can continue with the upgrade process. Run the tool f
rom the following path: C:\Program Files\Common Files\Microsoft Shared\Web Serve
r Extensions\12\bin\prescan.exe.
Unfortunately I have upgraded WSS from WSS2 to WSS3 on my source server, so I am unable to use prescan.exe.
Any other way to migrate the Sharepoint site from the old server to the new server?
Thanks
SQL Server: Connect to STS_Content_TFS
update Sites SET BitFlags = 262144
then follow steps here: http://msdn.microsoft.com/en-us/library/cc668750.aspx