I'm creating an application that uses amazon s3 for storage in C#. It may be seen to be a stupid question. Where is the documentation on C# aws library?
I'm really like some documentation on the functions calls I've been using.
Thanks.
There is the AWS SDK for .NET site, at the bottom of which you will find the Reference Documentation. Note that the reference documentation also gets installed to your local Visual Studio Help.
Related
When I am working on a .NET Spark (C#) Notebook in Azure Synapse I always get the following error message: Fail to start interpreter. detail: org.apache.spark.api.dotnet.DotnetBackend. When changing the language from .NET Spark (C#) to Python or Scala the notebook is working as expected.
What is causing this error?
I have tried:
Working in a completely new resource group
Working with a larger Spark Node
Running the notebook Hitchhiker's Guide to .NET for Apache Spark available via the Gallery
Search online for a solution
Short answer: Use spark 3.2 runtime.
I asked the same question on the microsoft Q&A where I got a working solution.
https://learn.microsoft.com/en-us/answers/questions/1179148/azure-synapse-net-c-sparkpool-fail-to-start-interp
I am trying to add our first Azure Function App, which will read from a queue and update an Azure Search Index. I wrote everything in a C# dialog app to make sure the data would parse and upload properly.
Apparently when you are running in Azure the following line of code is too much to ask for:
using Microsoft.Azure.Search;
Azure has no idea what that library is, and now I have to stop using the Portal and download Visual Studio 2017 and follow a long list of steps to put this Microsoft supplied reference into my Azure bin folder for Azure Functions?
Really Microsoft? I just need access to the Search objects and I am done, but the little documentation I can find says I need to spend a few days installing software and setting up FTP somewhere if I want to get there.
Is there a more direct path?
If you develop function through the portal then use NuGet package. The package is called Microsoft.Azure.Search
In short, you have to create a project.json file with the required NuGet package references.
Here is a good explanation and here you can find Microsoft documentation.
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.
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.