How to create Projects/Tasks for Project Server 2003 via C#? - c#

I need to be able to create basic MS Project items (tasks, projects, resources, etc.) programmatically from my app to my Project Server 2003 install, and haven't found any good examples. Can anyone point me to some good references or have some sample code of connecting to the server and creating these items?

Developing against Project Server 2003 isn't the friendliest experience around, but I have worked a little bit with the PDS (Project Data Services) which is SOAP based
http://msdn.microsoft.com/en-us/library/aa204408(office.11).aspx
It contains .NET samples there

As far as I know, the only programatic access to PS 2003 is through PWS.
I don't know if it would work, but you could try writing a managed extension for Microsoft Project 2003 (The client application) .There is a managed API for MS Project 2003, and you might be able to leverage that to communicate with the server, get a project and update it all in code.
Good luck!

Related

how to connect a certain website and a visual basic project using two computers

I have website project and a visual basic project but these two projects are on the different computer. the website project is on my first computer and the visual basic project is on the other computer. So my question is how can I connect this two projects using this two computers? Is there any source code for connecting this two projects? I'm using PHP and MySQL for my website project and the language that I use for the visual basic project in c#.
Please help.
VB code can do HTTP requests just fine. There are libs for other protocols too.
Use them. If you need VB to not only retrieve HTML, then expose some API on PHP side, and call it in VB.
Other direction is not possible. Still if VB is associated with some MS Office app, you may be able to use native windows XCOM capabilities. Look for PHP to XCOM bridge/lib, if that's what you need.

Office (Excel) COM interop on Mac OSX using .NET Core?

I work for a team that currently specializes in creating windows desktop applications in C#/.NET that interwork with local user instances of Microsoft Excel via Office COM Interop. I am currently charged with specifying a new product but I’ve been told that the project will not go ahead unless the app can run on Mac as well as Windows – that is, we have to be able to produce a Mac version of the app that can install natively on OSX and interact with the object model of a user’s instance of Microsoft Excel for Mac.
Running the app with Parallels, Mono or Wine (see COM Interop Through Wine in OSX, which was never answered) is not a solution because the spec for the app requires that the user machine is not modified in any way. We just have to assume the user has a licenced local copy of Excel running, and work with that… which is what we have always done on Windows, where it works great.
I think .NET Core is the answer but I can’t find anywhere where it says definitely that we can (or will be able to) access the Excel Object Library from C# when running .NET Core on Mac OSX with a local copy of Excel for Mac installed. Can anybody point me please to where this has been discussed already; but if not, then tell me how I can go about finding out from Microsoft if this is in their roadmap for .NET Core?
I have received some helpful feedback from a similarly worded question on MSDN. I have also posted an issue on the .NET Core Github, but I think it is already clear what the answer is to this, which is as follows:
The .NET Core team may perhaps be persuadable to add access to the Office.Interop.Excel namespace in the .NET Core Class library, but only for Windows
This cannot be done for .NET Core on OSX because the environment is
not suitable for interchanging COM objects.
This leaves only two options for manipulating objects in Excel for
Mac, both of which already exist: Embedded VBA or Javascript (Office
Add-ins).
Office Addins is a great new solution for web-driven data-oriented
objects in Excel - and its multiplatform nature is awesome - so is enjoying the main focus of
development from Microsoft. However it is not intended to be any
match for the performance of COM for managing complex spreadsheets,
since that's not its focus.
Which means there is no solution for managing objects within Excel
for Mac using C#, in the way that there is on Windows, and there
doesn't appear to be any prospect of one.
The bottom line: The very welcome .NET Core initiative looked like it was a fix, but sadly isn't, because of architecture limitations on OSX.
I have submitted this as an answer because I think I've come to the end of the line of enquiry on it, but if anyone thinks any of the above is incorrect, please shout!
Thanks.

Windows Azure App Service: recover lost source code [duplicate]

I have an App Service in my Azure account which I deployed with Visual Studio Publish wizard. Is it possible to restore the deployed solution locally (in Visual Studio) from the Azure App Service?
When you publish an app to an App Service (web app), just your code is published, not the Visual Studio project / solution files. So no, unless you somehow forcibly packaged (or maybe ftp'd) a copy of your solution files, they won't be available for download.
It's fairly trivial to pull the app down to a local machine though, since Web App has built-in ftp. Just don't count on being able to retrieve source code for languages such as c# and Java (since usually just the dll/jar files are published).
I want to mention one thing which might be helpful if your application is .NET. There are many .NET Decompilation tools today(Reflector, ILSPY, JustDecompile etc.) that can open a .NET DLL and let you view the code (the best one being Telerik's JustDecompile which can create a PROJECT out of a .DLL file or any .NET Assembly)
The code will not look EXACTLY like the one you created but can get you pretty close. Definitely worth a try if you lost your code and looking for some way to get it. This will only work if the code was not obfuscated in the first place. There might some rework required but you can get somewhat close.

Automatically Deploying Reporting Services Reports Via WPF (C#) Application (SQL Express 2008 R2)

I am working on a project which requires me to create an installer application using WPF and ClickOnce to install my website and the required prerequisites on a remote users laptop. As part of this Installer program I need to automatically deploy/update Reports, Dataset and Data Sources to the remote users Reporting Services (SQL Express 2008 R2); I have found the following thread Publish rdl Reports Programmatically with c# but the answer didn't explain how to achieve this and just points to the API.
Thank you in advance for your assistance.
You might want to check out RSBuild project on codeplex (http://rsbuild.codeplex.com/). It is old but still points out the various aspects of SSRS task automation.

Accessing Microsoft Exchange Server Web Services (EWS) API in an iOS application

With the introduction of EWS Managed API (http://msdn.microsoft.com/en-us/library/dd633710(EXCHG.80).aspx), the task of talking to an Exchange Server was greatly simplified.
Is there a way to use this API in an app targeted for an iOS device? Has anyone tried the MonoTouch (http://monotouch.net/) approach? Is it technically possible to write a cross-platform .Net application that can access the Exchange Server 2007/2010 using tools like MonoTouch and MonoDroid?
If not, what would be the API of choice (with regard to Exchange Server 2007/2010) for an iOS app?
Thank you! I greatly appreciate any help or insight you can provide!
Since they do not publish the source code to the library, it is unlikely that it will run on MonoTouch out of the box. It depends at least on DirectoryServices that is not present on MonoTouch (but is present on standard Mono).
You could try disassembling with ildasm, changing the assembly dependencies from 3.5.0.0 to 2.1.0.0 and re-assembling the libraries to try it out and hope that the DirectoryServices code is not used if you are careful.
My suggestion is that you lobby Microsoft to open source the library, as that would allow it to run not only on .NET 3.5.0.0, but it would allow it to run on other environments like Silverlight, MonoTouch and Monodroid.
This one works on Monotouch: Exchange Web Services .NET
Even source code is available to recompile.

Categories

Resources