Re: dcom help

wrote...
: The reason it needs to run as Interactive User is because when my
: app (asp.net) first attempts to connect to QuickBooks via
: QBXMLRP2E it needs to interact with the desktop. i.e. The user
: needs to have QB open and it will prompt a dialog box asking the
: user to give permission. Once the permissions is given, it can be
: reverted to launching user after that. (qbxmlrp2.dll)


I'm cross posting this reply to the microsoft.public.inetserver.iis and
microsoft.public.inetserver.iis.security groups as well, to see if any
help comes from there. They might be able to provide a description
that will get us going in the right direction.

Where does the DLL reside, on the server or on the client's machine.
Also, where does the .aspx app sit. Is that on the server that then
connects to a server-side DLL or is it something that runs on the client
and connects to a remote server? How does the client connect to the
server? Does it connect to an .aspx page through a VB application on
the client machine?

I placed a copy of the data you indicated came from QuickBooks...
http://www.microcosmotalk.com/images/temp/

I also placed a copy of the regsvr32 help and the runas help there.

I'm at a loss at the moment. What have you tried you so far?

--
Jim Carlock
Post replies to the group.

Re: dcom help

There is no specific client. We have 1 server on which QB is installed. The
aspx page also runs on the same server in IIS. The qbxmlrp2.exe resides on
the same server and is installed as a DCOM app. I have messed with all
possible settings for identity and security. The only way it works is if I
write a windows console app in .net that invokes the api calls into
qbxmlrp2e. At that point, with QB open, it correctly prompts me for
permissions for the windows app to connect to QB. Any other way it wont
work.

Thanks.

"Jim Carlock" wrote in message
news:utAduAtsHHA.1208@TK2MSFTNGP05.phx.gbl...
> wrote...
> : The reason it needs to run as Interactive User is because when my
> : app (asp.net) first attempts to connect to QuickBooks via
> : QBXMLRP2E it needs to interact with the desktop. i.e. The user
> : needs to have QB open and it will prompt a dialog box asking the
> : user to give permission. Once the permissions is given, it can be
> : reverted to launching user after that. (qbxmlrp2.dll)
>
>
> I'm cross posting this reply to the microsoft.public.inetserver.iis and
> microsoft.public.inetserver.iis.security groups as well, to see if any
> help comes from there. They might be able to provide a description
> that will get us going in the right direction.
>
> Where does the DLL reside, on the server or on the client's machine.
> Also, where does the .aspx app sit. Is that on the server that then
> connects to a server-side DLL or is it something that runs on the client
> and connects to a remote server? How does the client connect to the
> server? Does it connect to an .aspx page through a VB application on
> the client machine?
>
> I placed a copy of the data you indicated came from QuickBooks...
> http://www.microcosmotalk.com/images/temp/
>
> I also placed a copy of the regsvr32 help and the runas help there.
>
> I'm at a loss at the moment. What have you tried you so far?
>
> --
> Jim Carlock
> Post replies to the group.
>
>

Re: dcom help

There is no specific client. We have 1 server on which QB is installed. The
aspx page also runs on the same server in IIS. The qbxmlrp2.exe resides on
the same server and is installed as a DCOM app. I have messed with all
possible settings for identity and security. The only way it works is if I
write a windows console app in .net that invokes the api calls into
qbxmlrp2e. At that point, with QB open, it correctly prompts me for
permissions for the windows app to connect to QB. Any other way it wont
work.

Thanks.

"Jim Carlock" wrote in message
news:utAduAtsHHA.1208@TK2MSFTNGP05.phx.gbl...
> wrote...
> : The reason it needs to run as Interactive User is because when my
> : app (asp.net) first attempts to connect to QuickBooks via
> : QBXMLRP2E it needs to interact with the desktop. i.e. The user
> : needs to have QB open and it will prompt a dialog box asking the
> : user to give permission. Once the permissions is given, it can be
> : reverted to launching user after that. (qbxmlrp2.dll)
>
>
> I'm cross posting this reply to the microsoft.public.inetserver.iis and
> microsoft.public.inetserver.iis.security groups as well, to see if any
> help comes from there. They might be able to provide a description
> that will get us going in the right direction.
>
> Where does the DLL reside, on the server or on the client's machine.
> Also, where does the .aspx app sit. Is that on the server that then
> connects to a server-side DLL or is it something that runs on the client
> and connects to a remote server? How does the client connect to the
> server? Does it connect to an .aspx page through a VB application on
> the client machine?
>
> I placed a copy of the data you indicated came from QuickBooks...
> http://www.microcosmotalk.com/images/temp/
>
> I also placed a copy of the regsvr32 help and the runas help there.
>
> I'm at a loss at the moment. What have you tried you so far?
>
> --
> Jim Carlock
> Post replies to the group.
>
>

Re: dcom help

Hello again,

I've found your posts very hard to follow.

(1) You ended up posting C or C++ code into a VB newsgroup as
a picture. This is unacceptable for the following reasons. It would
have been easier to copy and paste the code from the VC IDE to
your message.

(2) Some folks have problems with pictures getting posted in a news-
group. In this case the picture was a picture of source code. That is
just so wrong. :-) Pictures being frowned upon, and then pictures of
source code! Terrible. And then pictures of C++ source code! That
is a really poor choice.

(3) The reason I replied, was because I enjoy a challenge. I'm thinking
along the lines that you entertain a problem in Visual Basic. I'm looking
forward to seeing what you're attempting in Visual Basic and what you
have tried. I take it that you're new to the newsgroups and that you
were just testing things out.

(4) I'm specifically at a disadvantage, because I don't have any of those
Intuit files. So I don't know if I'm going to be of any help at all. But I'm
willing to engage this subject a little longer IF you post some of the VB
source code that you are having a problem with. If anything contains a
user id or password feel free to type something as follows:

Dim sPassword As String
sPassword = "PASSWORD"

Folks in the newsgroups know what you're up to with such things. If
you're reading the UID or password from a database or other source,
feel free to leave out all the connection information as to where you're
getting the password from and just use what I've posted above.

Microsoft provides a utility called dumpbin.exe that might be of help
to you with those Intuit DLLs. Use it as follows:

(1) Open a command prompt (cmd.exe).

(2) Type in one of the following lines.
dumpbin.exe /exports qbxmlrp2.exe
dumpbin.exe /exports qbxmlrp2e.dll

You can adjust the command prompt width and height until you see
scrollbars in the command prompt. Then you can use the mouse to
highlight the text, copy and then paste that text to a message if you'll
feel it'll be helpful. Someone might ask you to do that anyways, so it
helps to get used to using such command-line tools. If you don't have
access to such a tool inside the command-prompt, post back and let
us know.

dumpbin.exe /? should provide some help as far as the switches go.
/imports is a good switch to get to know as well.

When you post to a newsgroup, post things in a friendly manner and
make sure you post in a step by step fashion. Unless the question is
deals with a really abstract concept, post some code. Everyone here
loves to see what's going on and they're alot more interested in the
topic if they can understand it.

Hope this helps.

--
Jim Carlock

Re: dcom help

Hello again,

I've found your posts very hard to follow.

(1) You ended up posting C or C++ code into a VB newsgroup as
a picture. This is unacceptable for the following reasons. It would
have been easier to copy and paste the code from the VC IDE to
your message.

(2) Some folks have problems with pictures getting posted in a news-
group. In this case the picture was a picture of source code. That is
just so wrong. :-) Pictures being frowned upon, and then pictures of
source code! Terrible. And then pictures of C++ source code! That
is a really poor choice.

(3) The reason I replied, was because I enjoy a challenge. I'm thinking
along the lines that you entertain a problem in Visual Basic. I'm looking
forward to seeing what you're attempting in Visual Basic and what you
have tried. I take it that you're new to the newsgroups and that you
were just testing things out.

(4) I'm specifically at a disadvantage, because I don't have any of those
Intuit files. So I don't know if I'm going to be of any help at all. But I'm
willing to engage this subject a little longer IF you post some of the VB
source code that you are having a problem with. If anything contains a
user id or password feel free to type something as follows:

Dim sPassword As String
sPassword = "PASSWORD"

Folks in the newsgroups know what you're up to with such things. If
you're reading the UID or password from a database or other source,
feel free to leave out all the connection information as to where you're
getting the password from and just use what I've posted above.

Microsoft provides a utility called dumpbin.exe that might be of help
to you with those Intuit DLLs. Use it as follows:

(1) Open a command prompt (cmd.exe).

(2) Type in one of the following lines.
dumpbin.exe /exports qbxmlrp2.exe
dumpbin.exe /exports qbxmlrp2e.dll

You can adjust the command prompt width and height until you see
scrollbars in the command prompt. Then you can use the mouse to
highlight the text, copy and then paste that text to a message if you'll
feel it'll be helpful. Someone might ask you to do that anyways, so it
helps to get used to using such command-line tools. If you don't have
access to such a tool inside the command-prompt, post back and let
us know.

dumpbin.exe /? should provide some help as far as the switches go.
/imports is a good switch to get to know as well.

When you post to a newsgroup, post things in a friendly manner and
make sure you post in a step by step fashion. Unless the question is
deals with a really abstract concept, post some code. Everyone here
loves to see what's going on and they're alot more interested in the
topic if they can understand it.

Hope this helps.

--
Jim Carlock