To help my company better adopt using TFS i'd like to see if a custom web page could be made so the end user has no idea they're entering a bug into TFS. They find the TFS2012 web based GUI confusing. They are business users and able to write out a problem in a web app, the reproduction steps and expected result but they always forget to set certain fields which makes their entries not show up in my query.
I figured creating a custom web page that inserts the bug into TFS would help. Anyone know if this is possible?
You need to develop a web page which uses TFS API to create a bug. Please see below link which has sample code to create bugs using API.
http://social.technet.microsoft.com/wiki/contents/articles/3280.tfs-2010-api-create-workitems-bugs.aspx
Related
I'm using the Rally SDK 2 to manipulate user stories from Javascript in a "Custom HTML" application.
I can query a story and retrieve its attributes.
I can update some of the attributes, like the Name of the Iteration for instance.
How can I add a successor to my story?
If I understand well, I should edit the "/HierarchicalRequirement/.../Successors" of my story, but I don't understand how to do that.
Would someone have an example, please?
Unfortunately, I don't have an exact example you can use, but the successors (or predecessors) are 'collections'. As such, you need to 'add' to the collection. There is an explanation of some of this here: https://docs.ca.com/ca-agile-central/saas/apps/2.1/doc/#!/guide/collections_in_v2
Built into the model for the artefact are routines to handle all the details. If you want more details, then you can download the sdk-debug.js file from the Rally server. To get to it, open up the developer tools in your browser and have a look where a custom app would get the sdk.js file from. The debug variant is formatted for humans to read and a very useful source of how to do things at the low levels. The definition of Rally.data.wsapi.ModelFactory has some good tips.
One of the recommendations I make to people starting out writing custom apps, is to use the developer tools in the browser to watch the network traffic that the Rally UI makes - and then work backwards to code.
This is more of a general "how do I get started" question. I would like to display my company's SSRS Integrated Sharepoint Reports in an iPad App, but I'm not sure where to start. Googling this concept didn't return any results.
We would like a native feel without displaying the reports in a Web View container.
Any ideas?
Thanks in advance!!
Maybe you can use the webservice to get the parameters and build a little query interface. You'd have to figure out what to put in your dropdown boxes I believe.
Get params with that and then submit call the render method which would return the report to you in the desired format. Be sure to read the remarks there.
I have no clue if this would actually work. My organization built an interface like this for reporting services 2000, but it used the URL-based submitting method.
Good luck, I'd love to know if this works for you.
Using the web service is definitely your best bet. You should be able to query all the parameter information you need from the service and then render it in various formats (html is probably your best bet).
I know it's definitely doable, as I've used the web service to build custom scripts that render and and send out PDF versions of reports. It would essentially be the same task. You can find plenty of information on the web for working with it.
look at http://reports4you.software4you.com
The Website shows a server based solution to display reporting services reports on the ipad (including autentification, etc.)
Yours
Dirk
With SQL Server 2012 SPI, you can now access a SSRS report from an iPad by browsing the SharePoint library or viewing the report in a Web part.
For more information about viewing and interacting with SSRS reports on the iPad, see View Reporting Services Reports on Apple iOS devices (SSRS iPad).
We are using TFS 2010 in my company but are only using its VSS feature.
For adding/updating any bug/feature request, we are using Assembla... mainly because of the reason that we also want to allow external users to add/update a work item.
I Googled and found that TFS supports a feature called 'Work Item Only View(WIOV)'.
Can you please guide me what OTHER options are available so that all internal/expernal bug/work item save only in TFS database.
Also, anyone using WIOV can please suggest how well it can help me in above scenerio.
Thank you!
I think that this blog describes what you're trying to do
I'm working on MOSS 2007 and I want to build a sharepoint webpart that can list all the sites (in the same SPfarm) visible to the current user. What I can think of is:
Use FullTextSqlQuery class to search for the sites, but is it possible;
Build an external application that crawls the user-sites information by using the Sharepoint Object-Model. The webpart can then use this information.
Is there any simple solution?
Any idea will be appreciated. Thanks!
Please take a look here: Talk to SharePoint Through its Web Services at "Example 3"
You'll need to write some managed (.net) code.
SharePoint creates site maps by default. Unless you have turned this off, you can get one from a site by appending /_layouts/viewlsts.aspx to the site URL.
I have a rails application running on a Linux server. I would like to interact with Outlook/Exchange 2003 appointments from the rails application. For example, certain actions should trigger sending an appointment, and then preferably accepting/canceling the appointment in Outlook should trigger events in the application.
Failing this, is it possible to publish calendars that Outlook 2003 can read without requiring Outlook plugins? I note that Outlook 2003 does not support ical without plugins for example. Similarly, if this is not easily doable in Ruby, but is in another language (such as Perl for example) running on Linux then those suggestions would be welcome.
Any advice on how to achieve this, or where to start looking for answers would be gratefully received.
Outlook appointments are just e-mails with special header information. There's some information in this tutorial on the required parts. I sent a few meeting invites from my Outlook to my Gmail account and took a look at the raw headers there - you can figure most of the protocol out from that.
The iCalendar specs may help you, as well.
Thanks for everyones help. I found something that showed me how to do this with Perl, and ported it over to ruby. I've blogged about it for those looking for a solution
If you can upgrade to Exchange 2007, you can use Exchange Web Services that is more powerful and convenient to use than WebDAV.
At work, I inherited a Rails app that allow users to create single appointments. I was asked to write code to link those appointments in the app to users' outlook calendars, so that they are always in sync. Sounds to me very similar to what you want to do.
I don't think I'm allowed to publish the exact code I wrote though. Anyway I'll give you a bit idea on how I addressed it.
Exchange Web Services only provide API in C# (no surprise, it's Microsoft. Technically, you can use other languages since it's actually SOAP.). I wrote a middleware in C# that does the sync between Exchange server and the Rails app. When users do scheduling in the app, changes are sent to the middleware so changes can be reflected to their outlook calendars. Meanwhile, the middleware registers Push Notification subscriptions for all users -- every time changes are made in Outlook, the middleware will be immediately notified, which in turn faithfully reflect those changes in the app as well. Of course, recurring appointments are also supported.
Hope that helps you.
Take a look at the project RExchange on github.
For accessing appointments, you can just access the Calendar folder on Exchange using WebDav. For creating appointments, please refer to RFC2445 for details.
Further to ceejayoz's comment, you can also use ActionMailer to catch the replies that are sent back, and act on them - you'll need some form of unique id in a place that will be included in the reply though.