I have just downloaded the source package for DNN 8. I created a folder for the site, copied the files there and found the solution named DNN_Platform.sln and opened it with VS 2015. Did a right click and build on the solution and it successfully completed. I navigated to the web site and it gave me the standard install screen to input info such as database name etc. It ran and I was able to go to the web site. It has a single blank page named home with nothing in the page. I can go to some of the admin pages and they are fine. But I got to File Manager and all that I see is the bread crumb telling me my page location. Same occurred trying to look at the Page management screen. When I look at the available modules there are only a few there and there is no module for either the file manager (Digital Assets) or page manager. It feels like I am missing a portion of the build. I Googled to find install instructions for DNN8 but so far can't find any. I found instructions for earlier source code installs but the DNN8 package is a lot different. Can someone tell me where I can find this information or shed some light on what I have done wrong? I also did a standard install for DNN8 and all the modules are there.
In the root of the source directory there are two solution files:
DNN_Core.sln
DNN_Platform.sln
Open both (two different Visual Studio instances). First build DNN_Platform.sln, then build DNN_Core.sln.
Once you've built both you will not see the module directories in Visual Studio unless you click on "Show all Files" in solution explorer. You will also find them using File Explorer.
Related
I don't understand how it works. I'm new to Team Foundation Server and currently I have a small team. The co-worker can open my project file and run just fine (by double clicking the solution file right in the source control explorer window).
I can open my project file the same way but cannot open his project file. Clicking the solution file does load the solution but the files in there cannot be opened. It says something like this:
Cannot find the file "d:\....". It may have been moved or deleted.
The path "d:...." is actually the path on his machine. While in my machine it's mapped to a different path. But I don't understand why it cannot recognize it.
At first I thought the mapped path structure should be the same across all members' machines but if so my co-worker could have not opened my project file.
The status of the solution is Yes for Latest, meaning the files are loaded and copied to my local folder normally. Not sure if it matters but I'm using Visual Studio 2015 and my co-worker uses Visual Studio 2013.
I've tried searching around but could not find anything with the error message. It's so interesting that my co-worker does not have to do something special or self-aware so that he could tell me something to solve this. I hope you have some experience on this and give me some helpful suggestion. Thank you!
Edit:
To clarify it more, if I browse the file directly inside the source control explorer window, the file can be opened (but if it such as is some designer-supported file like .xaml - the designer then is not shown up). What I'm having trouble with is opening the file loaded in the solution (inside the Solution Explorer window). As I said clicking the solution file in Source Control Explorer window does load the solution, but because there is something wrong with the files path, I cannot open them as well as build and run the solution.
Right-clicking on the file in the loaded solution, select Properties, I can see that the Full Path is actually the path on his machine, so weird.
It sounds like your workspace is all messed up. Are you trying to share a workspace?
If so you should not. Each developer should have their own workspace local to their computer that is unique to them.
Try creating a new workspace and using that...
Issue : I setup Zend Studio before I installed Zend server and start a important project. Now the PROJECT_LOC for this one project is in C:\Users\Username\Zend\workspaces\proejctname\projectname.
So it's not the end of the world, BUT it is slowing down progress when I have to move the files to the htdocs to test.
I searched online with no luck no how to change it.
If I right click on the project and go to proprieties, then click Resources/linked Resources, I can see it. But if I highlight it the edit button is not clickable. I search for a config file, but was unable to locate the value for PROJECT_LOC.
I have searched all the config files and the internet to no avail. Can I setup another project and import these files thus doing what I need without finding out how to change PROJECT_LOC.
Thanks for any help guys!
I've had the same problem with Zend, several times in fact. I could never figure out how to fix it so I wood have to completely delete the project and re-add it. This would sometimes fix the issue and sometimes not so I just assumed it was an error in the install or on my computer.
I'm looking for a plugin (may be a TFS plugin) for Visual Studio 2010 that add a 'Copy uri' context menu entry in code editor and would make possible to copy paste a file/line number into an IM conversation (skype) or an email, and of course clicking the link would open the project/file at the correct line number (in an existing instance if VS if possible).
I'm working from home and that would be nice to be able to share easily a code location with team via skype (and sometimes email).
I googled and found nothing, but it's perhaps available in a big plugin like Resharper and not advertised.
I wrote an extension for this. It's called CodeLink:
https://marketplace.visualstudio.com/items?itemName=AuriRahimzadeh.CodeLinktm
I'm looking for testers and feedback. I only have so many solutions with which to test it :)
There's no such extension that exist from what I know.
However it wouldn't that hard to create a VSX that adds an entry in the Source Code context menu that will get the Source Control path from the Local Path using the TFS Api then putting the result in the clipboard.
In the meantime there's no easy way to come up with a workaround as I'm not aware of a way to get the Source Control path from the Local path in Visual Studio.
Its not a plugin, but you can now add a line parameter (eg &line=1234) to a TFS file browser url, and then email that link to a colleague, it will open the file in a browser with the specified line highlighted.
Here's the official problem reported by the compiler.
Could not load the assembly
file:///Q:\Libraries\v2.0\v4.0.30319\Silverlight.dll.
This assembly may have been downloaded
from the Web. If an assembly has been
downloaded from the Web, it is flagged
by Windows as being a Web file, even
if it resides on the local computer.
This may prevent it from being used in
your project. You can change this
designation by changing the file
properties. Only unblock assemblies
that you trust. See
http://go.microsoft.com/fwlink/?LinkId=179545
for more information.
Now I've been a good programmer and did some research to fix this. Here's what I've tried so far.
Copy the assembly to a FAT32 drive (flash drive) and then back.
Unblock the assembly by hitting the Unblock button in the file properties. (Actually never have been able to get this to work since the button isn't there to begin with)
Use the type command in command prompt
Short of disabling this feature, I'm not sure how to fix this problem. Sometimes it happens, sometimes it doesn't. I should mention that the Q: drive is a network drive on a separate server. My machine is running Windows 7. The assembly Silverlight.dll is a library created by some of the developers here at work. We just placed it on a shared network drive so everyone could find it easily. Even if I log onto the server and look at the file properties, there isn't a Unblock button like in all the tutorials I've read.
Copy the file onto your local drive (maybe somewhere into the solution/project dir) and then right-click the file in Windows-Explorer.
In the file properties window you will find a warning that this file comes from a remote computer and a button to permit access (In German "Zulassen"). Click it! Now rebuilding your Silverlight application will work.
Screen shot:
copy it local (I create a Libs folder for all dlls copied locally).
add it as a reference to your project.
in windows explorer right mouse click on the dll and click the UnBlock button on the main tab.
build Silverlight project.
error goes away.
Every few days VS2008 decides to get mad at me and fails to generate a designer file claiming it cannot find the file specified and that it's missing an assembly. Here's the scenario:
The aspx page has a reference to a custom user control (inheriting UserControl) which references another assembly in the backend. There are many other references to this "missing" assembly in other places in code which don't throw errors. rebuilding, updating the source to the clean copy, shouting at the computer, punching the screen, etc all fail to work.
Any suggestions? This is quite annoying.
We've had similar problems before, unfortunately I don't remember the exact solution.
If your using a "Web Site" project (no project file) then start by checking that both your page and your control both set the ClassName property in the first line of your aspx/ascx file and that you specify the full name of the class including the namespace.
Example:
<#Control Language="VB" AutoEventWireup="false"
ClassName="YourProjectName.YourUserControl"
Inherits="YourProjectName.YourUserControl"
CodeFile="YourUserControl.ascx.vb"
%>
Many times not setting all of these will still work but you will get odd compiler errors and behavior in VS.
If you using a Web Site Application project try deleting the designer file manually and then right click on your project and choose "Convert from Web Application." This will should recreate the designer file for you.
My only other suggestion would be to recreate the page and/or the user control from scratch.
Jared, you've hit it. Using "Convert to Web Application" to manually generate the designer file solves my problem. I'm glad you posted this before i started reinstalling. Thanks.
You might try archiving a template of a new file with its designer equivalent. If VS coughs then you can do an "Add Existing" option with the file you already have.
It seems, however, to be an issue with your installation of VS2008 so you might try reinstalling it.
I found that using a custom control, you would need to add a reference to the .dll. This fixed it for me after migrating from a web site to web app.