Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I have successfully installed CruiseControl.Net server on windows 7 32 bit platform by CruiseControl.Net 1.8.0.0. setup file. But here there is no CCTray . Please let me know how to get CCTray.
Download it from official source (file is CruiseControl.NET-CCTray-1.8.0.0-Setup.exe):
http://build.nauck-it.de/download/CruiseControl.NET-package/1.8.0.0/
You can get it also from your CC.NET server.
If you go to the Web dashboard there is normally a link to download the tray.
Usually on the top right.
I had the same problem on CC.Net 1.5.x - installed it without IIS, and
found no Web Dashboard (to begin with). I wanted to control the CCNet Server.
I'm not sure if for 1.8 the CCTray application can only be downloaded separately from SF:
http://en.sourceforge.jp/projects/sfnet_ccnet/releases/
In my case, 1.5.7256.1, the installer for CCTray is there, in:
Program Files(x86)/CruiseControl.Net/webdashboard/cctray
You can install it after main CC.NET installation.
Related
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 4 years ago.
Improve this question
Can we do web automation without using selenium/ QTP etc? I think "No", but just to clarify the answer with proper explanation.
For your question, yes we can automate the web application without using selenium/QTP. Nowadays, there are lot of tools available in the market which can automate the web application. Some of them are mentioned below.
Katalon Studio. Katalon Studio is a powerful automation tool set for web and mobile app testing. It is a free yet feature-packed solution that can be applied to overcome common challenges such as wait-time, pop-up and iframe in web UI test automation. Reference: https://www.katalon.com/katalon-studio/
Sahi is an automation and testing tool for web applications coming in an open-source.Sahi Open-source is written in Java and JavaScript and hosted on SourceForge since October 2005. It is released under an Apache License 2.0 Open Source License and its current version is 5.1 (published on October 5, 2016). Sahi Pro is currently in version 6.3.2 and is hosted on the Sahi Pro Website.
Reference: http://sahipro.com
Ghost Inspector is an automated UI testing and monitoring tool. It allows you to record yourself performing actions on your website within your browser, then sync them to the Ghost Inspector service and run them continuously as a regression test. Reference: https://ghostinspector.com
and there are many more. Please let me know if there are any issues.
Thanks,
Krishna
This question already has an answer here:
Installing IIS on Windows 7 Home Basic
(1 answer)
Closed 8 years ago.
I try to install iis in my windows home basic when i try to select features of iis only few displayed.And I try to install iis but it is not installed.Pls anyone help me to overcome this issue.
Unfortunately, due to the limitations of Home Basic, you will be unable to install all of the components within IIS, which explains why some of the features fail to appear. However, you could try downloading IIS Express, which is a lightweight version of IIS.
The following link provides a brief overview, comparing IIS and IIS Express:
http://www.iis.net/learn/extensions/introduction-to-iis-express/iis-express-overview
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
Does CRM 2011 have cross browser support? Or does it still require Internet Explorer?
Edit 04/02/2013. Cross browser support begins with CRM 2011 Update Rollup 12. The browsers supported are listed at: http://support.microsoft.com/kb/2784954
See http://support.microsoft.com/kb/2669061 to see support by product (CRM 4/CRM 2011) and rollup.
Sadly, no other browser than IE is supported for the full webclient (yet). See the Microsoft Dynamics CRM Web client software requirements.
However the mobile front-end "Mobile Express" which is part of Dynamics CRM 2011 is accessible with other browsers. Simply append /mto your url, for example https://crm.foobar.org/m
Still need IE, however you can use IE9 (which does legacy support).
Or can do what I do, use Chrome, but use the IETab plugin (which mocks IE). Then I don't have to have 100 thousand CRM windows open.
Cross browser support wont happen until HTML 5 is used.
I think this is planned for CRM 2012 or CRM 6.
They mentioned this in the CRM statement of direction which you can read about here
http://crmbusiness.wordpress.com/2011/05/10/crm-statement-of-direction-crm-6-release-date-q2-2012/
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I just installed the SharePoint SDK on my machine, but I can't seem to find the location of Microsoft.Sharepoint.dll so I can add a reference to it.
It's not in the GAC or C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\ISAPI\ and a search comes up with nothing.
Any suggestions?
Just FYI, I found it on the server where SharePoint was installed at:
E:\Program Files\Common Files\Microsoft Shared\web server extensions\12\ISAPI
The dll is on the server where you installed SharePoint.
You should not develop on a desktop machine, create a virtual machine with SharePointserver installed and work there.
See: http://weblogs.asp.net/erobillard/archive/2007/02/23/build-a-sharepoint-development-machine.aspx
It might show up in the "add reference" dialog anyway - 99% of the time you don't reed to know the physical location. Look in the ".Net" list, which is sorted alphabetically.
I assume the SDK installer would assert this, but Sharepoint development also requires a server OS.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 2 years ago.
Improve this question
I'm curious to know how other SharePoint developers setup their dev workstations.
My current setup:
Desktop with Server 2008 (only for Hyper-V, was using Vista before)
Use Visual Studio 2008 on local machine for dev work
Keep a local copy of SharePoint DLLs for referencing, no local SharePoint install
Run SharePoint in a Server 2003 VM hosted on my local machine
I develop all my SharePoint changes as a WSP and install them into the VM for testing. I don't run code in debug mode, but do write lots of trace statements to watch what my code is doing.
Also, when I'm making quick changes, I normally don't reinstall the entire WSP. I just recompile whatever DLL I changed and copy it into the GAC in my SharePoint VM, then reset IIS (normally writing Web Parts).
I know things would be easier if I ran SharePoint locally, but I'm normally working on more than one project at a time and don't want things to interfere.
Definitely prefer working in VM with SharePoint directly as I can debug into processes correctly, also I have a build script that will either redeploy my entire solution or let me just refresh the GAC.
I do all my development work on one of my VMware images. Since I try to do my SharePoint work in a TDD style I run a lot of tests and then the remote stuff just don't make sense to me.
The single item that have helped me the most is the post build event in visual studio, it is really amazing all the things you can do with a bit of scripting.
Running SharePoint/VS on the same server (either physical or virtual) will get you up and running quickly, but personally I don't think its the way to go.
In addition to what you describe (local VS/SharePoint running in VM's) then a few tips that may make your life easier.
1) Deploy to the bin directory rather than the GAC, then to update all you have to do is copy over your dll/pdb's in a post build batch file - don't think you can do that automatically if they are in the GAC on a remote machine can you?
2) Look at remote debugging - it can be a little bit of a pain to get working first but the effort is worth it! key tip is you need to use the same username/password on both the local and remote machine.
This page is related -
Debugging SharePoint 2007 Code