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.
Related
So I was working on a project that needs a .net 3.5 framework API. So since I can't use the API directly I decided to use communication using a bridge between a UWP/WPF app in order to use the API.
Now I have followed the steps in here: https://mtaulty.com/2016/10/12/windows-10-1607-uwp-apps-packaged-with-companion-desktop-apps/
So when launching the app from the exe directly it would work fine. However if I am to launch it it is unable to load the API.
Any idea of what I can do to deal with it? Or is there a better way to implement a .net 3.5 api in UWP?
Why does FullTrustLauncher stop the app from working correctly? Would packaging the APP in something like ILMerge help?
Or are there any ideas I can do to deal with this issue?
Edit: here is the sdk I have been using with its documentation
http://sdk.emiratesid.ae/page/Downloads.aspx
It also contains sample projects in forms however as mention the issues arise when porting to uwp
i am a fresher for the linux programing related areas, i want to write a server which will keep long live connection with client site. the reuqirement descritbed this server should be hosted within a linux server.
would anyone please help to share some example or reference for me on how to begin with c# epoll coding?
Thanks in advance.
MonoDevelop, the IDE associated with Mono Project should be enough for C# development on Linux. Now I don't know any good profilers and other tools for C# development on Linux. But then again mind you, that C# is a language more native to windows. You are better developing C# apps for windows than for linux.
EDIT: When you download MonoDevelop from the Ubuntu Software Center, it will contain pretty much everything you need to get started right away (Compiler, Runtime Environment, IDE). If you would like more information, see the following links:
http://monodevelop.com/
http://en.wikipedia.org/wiki/MonoDevelop
http://en.wikipedia.org/wiki/Mono_%28software%29
http://www.mono-project.com/Development_Environments
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.
I tried to find a free .NET API which I could use for making a messenger client and after searching I found it can be done using JBuddy SDK.
Instant Messaging SDK : The JBuddy SDK
From what the site says, they made a wrapper for .NET of their Java API for yahoo messenger called JBuddy.dll
I downloaded the JBuddy Developer Tools and got a JBuddy.jar instead of a *.dll as expected.
How can i obtain JBuddy.dll and use it to make a very simple yahoo messenger client?
Thanks for replies!
From what I gathered from their help files. You execute the .jar file. Install the dev tools and you can select .NET tools in the installer list. More information can be found here Getting Started PDF
Edit:
After installing it myself I found the Jbuddy.dll file in 'Drive letter:\JBuddy\JBuddySDK\lib'
and samples in C# can be found in 'JBuddy\JBuddySDK\demos\C#'. Hope it helped!
I clicked on the download link and got this file: JBuddyDeveloperTools-6.3.110808.jar.
I double clicked on this and it installed the developer tools, complete with the dll.
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!