Develop Reference

asp.net application integration with quickbooks using odbc driver [duplicate]

I am writing a simple web application that needs to retrieve a list of customers from QuickBooks and display it in a DataGrid. I have the web connector installed and setup on the server hosting the QB data file using the web service example included in the SDK.
I can add the service to my project and interact with it, but when I try to find information about how to query QB using the web service all I can find are links to vague and mostly useless documentation. What I’m hoping someone here can do is provide a real example (code included) of how you submit a query to QB and display the results.
My environment:
QuickBooks 2009 Pro
IIS 7
C#.Net 3.5
Normally I have good success doing things like this, but for some reason this one has me stumped. Many have suggested that I should run far and fast from anything that involves integrating QuickBooks with anything. Come cant, it can’t be that hard.
As always, thanks in advance for any help you may offer.

Have you read the official developer's guide?
http://developer.intuit.com/uploadedFiles/QuickBooks_SDK/QBSDK/QBWC_proguide(1).pdf
What looks easiest in this scenario, if you have experience working with other odbc data sources in C#, would be to use an ODBC implementation of the QB data. I'm not sure if there are others, but there is a commercial one (with a free trial) available here: http://qodbc.com/

Seeing the source code instead of a website

I'm kind of new in ASP.NET and C# so it may sound a stupid question.
I installed MAMP in order to have a testing server.
My project is in the htdocs directory.
I'm working with mac and as I said I'm trying to learn C# and ASP.NET.
When I try to preview my website in dreamweaver, I see the source code instead of the website (when not in "live view" I see the example button I put in the code).
When I use mono-develop, the same project works good on the browser. I think the problem is with MAMP or apache but I'm not sure...

MAMP is specifically for Apache, MySQL and PHP installations. ASP and C# are Microsoft languages and the MAMP server will not recognize them. You need Windows to have a c# server. I tried to do what you are doing: get Windows 7, it is easier.
Luckily:
You can run Windows on your Mac
Microsoft gives out free developer tools including Visual Studio which will help you get started.
Alternatively you can get a .NET web host for less than $7 per month and try all of your creations out on their server. It would still be a challenge for a beginner to code on a Mac and pull it off though.

Send mail using c# and Lotus Notes using Client

I'm having trouble finding a simple sdk to integrate the Notes-Client from within my c# winform app.
Requirements:
In a c# WinForm application I have to sent notifications by email. These emails should be stored in the "Sent"-folder of the end-user's mail-client. People who receive the emails should see that the mail does not come from an application, but someone else s mailbox.
Approach:
Since I need to store the emails within the Sent-folder of the end-user, I thought I should make use of some Notes-api and let the client-application take care of storing and delivering the emails. Alternatively use late binding.
Problem:
I don't have Lotus Notes installed and rather not install it (I can test on a different non-developer machine). Apparently the only way you can get the proper interop-dlls is by downloading and installing the Lotus Notes application.
Questions:
- From what I read I understood there are two interop-dll's: 1 for the server (Domino) and 1 for the client (Notes). The latter only supports the 32-bit version of the client. Is that correct?
- Does anyone have a download-link to the sdk or the dll's that I need?

Actually there are three options: the COM interop from the cleint code, the COM interop from the server code, or the OLE classes from the client code. The latter requires that the Notes client not only be installed, but actually running when your code sends the message, as the OLE calls actually drive the client front-end UI to do the work. You probably don't want that.
However, I think you're still going to be better off dropping your "rather not install it" preference. In addition to the COM Interop layer, you have to have the Notes core DLLs installed on the machine where the code runs, no matter what API you use for Notes/Domino development. That means you must either have a Domino server or a Notes client installed on the box where the code will run. (The only exception is for Java programmers, who can use an API that makes IIOP calls to a remove API that executes on the Domino server.)
Yeah, I know you said you'd do late binding... And theoretically you could avoid installing Notes clode on your development machine as long as it's there on your test machine. But in that case, your test machine is really going to be your development machine for this part of the project. You'll end up debugging and modifying your code there, and you'll do it with no help from the compiler. I don't see the point of losing the compile-time benefits of early binding just to keep Lotus Notes off your machine. It doesn't bite, really ;-)
As for your specific questions, the only client code available is 32-bit, and the core DLLS and COM interfaces come with it. The trial client download is available here. What you really should do, however, is get the free Domino Designer download here, which includes the client code and also includes all of the developer help files and examples. As an alternative, you could install 64-bit Domino server code instead of client code, and the 64-bit COM interfaces do exist -- however they are not supported by IBM and there are some things that don't work.

Lucene.net on a central server

I have a problem finding references to this subject and would appreciate some help.
We have an application that uses a central sql server and a local lucene. Since the data is synchronized we wish to put the lucene on the same machine as the sql server and access it remotely. I was looking for documentation and examples on how to do it in C# but found only in java.

You might be looking for SOLR, which is a search server built on top of Lucene. You can install it on your central server; and query it using http. SOLR only exist as a Java implementation, but this shouldn't be a problem because it is a standalone server that you can query remotely.
There is also an open source project, Solr.NET which provides a nice .NET interface to querying the server - so you don't have to mock around with http requests.

It's been two years, but I still feel I owe you an update.
This project had lots of cycles. At the beginning we wrote a simple WCF server that was not well written but served the purpose for that phase (R&D). When moving to tests we needed something more scalable. For a while we used to save sessions indexes as blobs on sql server, but after awhile we moved to ElasticSearch.
Unfortunately, this project was then frozen, so I can't say how was this infrastructure but it seemed like a good solution.

Connect to SVN from Windows Mobile

I have been trying to find a framework for windows mobile and .Net Compact to connect to an SVN Repository but i havnt been able to find 1.
Is there an SVN Framework out there for .NET Compact?
If there isnt a framework, whats the best way to attempt to connect to an SVN Repository? At the moment im looking to get the revision history.

If your just looking for revision history, you could setup a Apache server to do the SVN calls remotely and return it to Windows Mobile in some other readable format, such as XML.
The otherway would be to find a WebDAV library that works with .Net Compact to make calls to an Apache setup with WebDAV.

It would be some work to set up on your machine, but you could check whether Trac's timeline works on your mobile client. In addition to the revision history, you can browse through the actual code and view diffs.
Trac is fully customizable to you can in theory create a template that is tailored to your mobile client, but in my experience it's not entirely trivial to do.