Xiangyang Liu 刘向阳 - Professional Profile

27-May-05 0:40

Thanks. Here are the answers.

1. There is no limit on the message queue besides memory capacity. When a message is received, the appropriate handler in the receiver will be invoked, which can do the following:

1) Ignore, leave the message in queue.
2) Delete the message because the message is not expected.
3) Do something to process the message and delete it afterwards.
4) Process the message without deleting it.
5) Save the message somewhere (in a database, for example) for later processing.

2. Typically, SendTextMsg will not return false. This is because the sender and receiver can be connected indirectly via one or more intermediate parties. The intermediate parties will forward the message to the receiver. Even if the receiver is dead, SendTextMsg could still return true. If you want to make sure the receiver does receive the message being sent, use SendSyncTextMsg which will not return until a reply from the receiver is sent back.

3. Yes.

Hope this helps.

--- Xiangyang Liu

Re: XySystem message processing speed

tophat00027-May-05 11:23

tophat000

27-May-05 11:23

Thanks for the quick response!

Under what circumstances will SendTextMsg return false?

I have a few other minor questions:

1. Is XYFileNet & XYFileNetDaemon part of XYSystem 2.0?
2. Can XYRoot be configured (at startup) to run without displaying the window?

Again thanks for developing this framework.

Re: XySystem message processing speed

Xiangyang Liu 刘向阳27-May-05 13:18

27-May-05 13:18

1. Yes.

2. Yes. What you can do is start XYRoot using XYNTService, put UserInterface=No in the configuration file (for details, look at http://www.codeproject.com/system/xyntservice.asp). The latest version of XYNTService can be found from the above article. The version included in XYSystem 2.0 zip file is not the latest.

Good luck.

--- Xiangyang Liu

Your articale about sending a window message to a program running on remote host

DavidR_r18-Jun-04 2:44

DavidR_r

18-Jun-04 2:44

First of all, I read your article and it was very interesting.
I implemented a similar program this week before I saw your article. My solution was to create and install a service on remote host which may contact with the sender via UDP connection. BTW, C# class 'Process' provides a set of very convenient functions which allow you to get window handle of a process ,getting process by it's name, start , kill and so on.

DavidR

Re: Your articale about sending a window message to a program running on remote host

Xiangyang Liu 刘向阳18-Jun-04 4:03

18-Jun-04 4:03

Thanks.

DavidR_r wrote:
BTW, C# class 'Process' provides a set of very convenient functions which allow you to get window handle of a process ,getting process by it's name, start , kill and so on.

Yes. The Process class is very convenient, sometimes too convenient. I was testing my ASP.NET application deployed on a server that belongs to a web hosting company. I discovered accidentally that I can easily execute various programs on the server and also see all the files on the server's C drive. Of course I am not interested in making trouble for them (and myself). Smile | :)

How to install XYNTService under an account besides Local System

john.berry23-Jun-04 7:03

john.berry

23-Jun-04 7:03

Hi,

I have been working with the XYNTService, which has been a great help to me.

What I'm currently looking at is a facility for installing this under an account other than "Local System"? I have configured the logon credentials manually, but I need a way to push this out across a large user base using an account with network access.

Any thoughts?

Thanks,
John

Re: How to install XYNTService under an account besides Local System

Xiangyang Liu 刘向阳23-Jun-04 7:48

23-Jun-04 7:48

You need admin right on each computer that you want to install the service.

I have a utility program[^] that can install a service to be run under a given user account. However, it does not create the user account nor does it grant the necessary rights to it.

It is possible to write a program that creates a new account on a computer, if you are familiar with ADSI (com interfaces).

Re: How to install XYNTService under an account besides Local System

john.berry23-Jun-04 8:07

john.berry

23-Jun-04 8:07

Thanks -- that's perfect.

The service will be pushed out via SMS and I am setting up a generic user account which will have access to the network share, so that's no problem. I just needed to be able to logon under the correct account.

Thanks again for all your help!

Regards,
John

John A. Berry
Analyst, Application & Database Services
Shared Information Management Services (SIMS)
University Health Network
700 Bay Street, Suite 201
Toronto, ON
M5G 1Z6

InvokeMethod & PropertyGet vs. DispatchMethod

brafalowski13-Jul-04 16:29

Re: InvokeMethod & PropertyGet vs. DispatchMethod

13-Jul-04 16:29

Hi Xiangyang Liu,
I've been using XYDispatch and am very happy with your creation! I have a question regarding the "InvokeMethod" call.

I have a COM object that provides the following MethodName:
3: DispID = 34003
MethodName = MessageParameter
PropertyGet
VTable offset: 0
Calling convention: 4
Return type = 8
ParamCount = 1
Param(0) type = 3

I call this methodname like this:
VARIANT* pOutput;

long myIdx = 0; //Set to any value and I've also attempted to use "int" rather than "long" parm

pOutput = dispDriver.InvokeMethod("MessageParameter", myIdx);

pOutput is always NULL (0x00000000) after this call. I think it has something to do with the
"PropertyGet". I usually see "DispatchMethod" associated with the MethodName. I have checked my "dispDriver" and it's a good and valid address. I can cal other Methods with InvokeMethod but only "MEssageParameter" returns NULL always.

What am I doing wrong? I'm sure it's my ignorance.

Thanks,
Brian

Xiangyang Liu 刘向阳13-Jul-04 22:37

13-Jul-04 22:37

It looks like the "method" you want to invoke is actually a parameter. InvokeMethod does not work with parameters. You should use GetParameter instead.

However, GetParameter does not take any input for the parameter. That is a flaw of the XYDispDriver class (it was designed for "simple" com programming).

You can call the static method InvokeVariantMethod to get around this problem. Assume you have created your com object using an instance of XYDispDriver, dispDriver, here is the code:

// the output value
VARIANT varOutput;

// the input parameter
VARIANT varInput;
varInput.vt = VT_I4;
varInput.lVal =1;

// get the property by calling InvokeVariantMethod
HRESULT hRet =
XYDispDriver::InvokeVariantMethod
(
 dispDriver.GetDispatch(),
 "MessageParameter",
 DISPATCH_PROPERTYGET,
 &varOutput,
 NULL,
 1,
 varInput
);
if(hRet==S_OK)
{
// now variable "varOutput" contains the output value you want
}

Good luck.

P.S. I hope it works.

Invoke Failure

brafalowski16-Jul-04 15:49

16-Jul-04 15:49

Hello Again,
I have a rather strange situation with XYDispDriver. I'm calling from Java into a JNI DLL that instantiates a class that wraps a few more classes that use XYDispDriver class. The DLL has just a few methods. We'll just call them method1 and method2. Here's the classes:
class Application
{
XYDispDriver dispDriver;
Connection* pConnection;

public:
Application(){dispDriver.CreateObject("MyControl")};
Connection* getConnection()
string getPropertyId() // dispDriver.GetProperty("Id");
class Connection
{
XYDispDriver dispDriver;
Session* pSession;

public:
Connection(const XYDispDriver &src);
Session* getSession()
string getPropertyId() // dispDriver.GetProperty("Id");
}
class Session
{
XYDispDriver dispDriver;

public:
Session(const XYDispDriver &src);
string getPropertyId() // dispDriver.GetProperty("Id");
}

The JNI DLL looks like this:

//Global declarations
Application* pAppl;
Connection* pConnection;
Session* pSession;

JNIEXPORT ... method1()
{
pAppl = new Application();
pConnection = pAppl.getConnection();
pSession = pConnection.getSession();

cout << pAppl->getPropertyId() << endl;
cout << pConnection ->getPropertyId() << endl;
cout << pSession ->getPropertyId() << endl;
}
JNIEXPORT ... method2()
{
cout << "Application " << pAppl->getPropertyId() << endl;
cout << "Connection " << pConnection ->getPropertyId() << endl;
cout << Session " << pSession ->getPropertyId() << endl;
}

So .. Java calls method1 and everything works fine and I can call all the methods and properties asociated. Then I exist back to Java and call method2. Both pAppl->getPropertyId() and pSession ->getPropertyId() execute fine. However, when I call pSession ->getPropertyId() XYDipDriver is failing on the Invoke of the dispDriver.GetProperty("Id") call. I have no idea why this is happending? Any idea? I checked all addresses and even looked at the information in XYDispInfo instance which still had the"Id" method listed with a valid index. Why would Invoke fail?

Output looks like this:
Application ID=/app
Connection ID=/app/con[0]
Invoke failed, no exception: 800401fd

To make matters even more tricky, I take the JNIEXPORT DLL and remove the JNI types and create an identical DLL which I call from a C++ console application. The Invoke works every time!!

Can you shed any light on why the Invoke might be failing when I call from Java through JNI?

Thanks,
Brian

Re: Invoke Failure

brafalowski17-Jul-04 7:15

ASP running as a service!

17-Jul-04 7:15

Hi Xiangyang Liu,
It appears that the dispDriver IDispatch pointer is stale even though XYDispInfo contains valid information. It looks like I need to refesh the IDispatch pointer from the Parent class between JNI Metod calls from Java. So, as usual, it looks like I have a problem with my code. No need for you to answer or think about this question.

Thanks for all your help,
Brian

n30n19-Jul-04 7:10

n30n

19-Jul-04 7:10

Thanks Xiangyang Liu! (if that's how you pronounce it Unsure | :~

)

I've recently had to add the ability to download and process emails to my ASP application (quite a hefty one, at that), and was at a loss as to how to get an ASP page to run without having a constantly refreshing web window open under a constantly logged-in user... (secure, yeah)

With your XYNTService application I can now run my ASP thing as a service! It's amazing!

Thank you, thank you
Rose | [Rose]

"Rainy days and automatic weapons always get me down." - Anon.

Re: ASP running as a service!

Xiangyang Liu 刘向阳19-Jul-04 7:12

19-Jul-04 7:12

n30n wrote:
With your XYNTService application I can now run my ASP thing as a service! It's amazing!

Glad to help. Wink | ;)

Re: New Topic

dalaroseyeah30-Apr-04 1:42

dalaroseyeah

30-Apr-04 1:42

are you form china ?
ÊÇÖÐ¹úÈËÂð?¿ÉÒÔ½»¸öÅóÓÑÂð?ÎÒµÄEMAILÊÇ
degede@163.com

I like free...

Re: New Topic

Xiangyang Liu 刘向阳30-Apr-04 1:51

30-Apr-04 1:51

dalaroseyeah wrote:
are you form china ?

I currently live in USA. I came from China more than 15 years ago. I had problem reading the Chinese text in your post, you can email me if you want to.

Nice to meet you.

XYDispDriver Return Types

brafalowski26-Apr-04 2:15

26-Apr-04 2:15

Hello Xiangyang Liu,

I am attempting to use your XYDispDriver and I am a COM novice. When I create my COM object one method is shown in output as follows with DEBUG turned on:

1: DispID = 32905
MethodName = OpenConnection
DispatchMethod
VTable offset: 0
Calling convention: 4
Return type = 26 (Not sure what this represents?)
ParamCount = 3
Param(0) type = 8
Param(1) type = 12
Param(2) type = 12

My Code to Invoke this Method is like this:
VARIANT* pOutput = disp.InvokeMethod("OpenConnection", "My Info",true, true);
When I call this method it returns OK with a VT_DISPATCH vartype.

I opened an MFC project and added the OCX Control and it generated the following method code:

CSapConnectionTarget Csapfewse::OpenConnection(LPCTSTR Description, const VARIANT& Sync, const VARIANT& Raise)
{
LPDISPATCH pDispatch;
static BYTE parms[] =
VTS_BSTR VTS_VARIANT VTS_VARIANT;
InvokeHelper(0x8089, DISPATCH_METHOD, VT_DISPATCH, (void*)&pDispatch, parms,
Description, &Sync, &Raise);
return CSapConnectionTarget(pDispatch);
}

CSapConnectionTarget has its own methods and properties which I would like to call. Can you help me understand how I would do this through the "pOutput" return type of VT_DISPATCH? I think I'm interested in the "IDispatch FAR* pdispVal" of pOutput?

Brian

Xiangyang Liu 刘向阳26-Apr-04 2:47

26-Apr-04 2:47

In this case, the method "OpenConnection" returned a SapConnection object (VT_DISPATCH, an IDispatch pointer). You can use the returned "object" with another instance of the XYDispDriver class, like the following:

<br />
VARIANT* pOutput = disp.InvokeMethod("OpenConnection","My Info", true, true);<br />
XYDispDriver disp2;<br />
if(disp2.Attach(pOutput->pdispVal)!=false)<br />
{<br />
// call methods of the returned object<br />
}<br />

The Attach method of XYDispDriver allows you to use an existing IDispatch pointer, it is the same as the CreateObject method except that it does not create a new com object (it only attaches the existing com object to the XYDispDriver instance).

Good luck.

brafalowski26-Apr-04 2:56

26-Apr-04 2:56

Thank you very much! I'll give it a try right now.

Brian

brafalowski26-Apr-04 3:16

26-Apr-04 3:16

Hi Xiangyang Liu,

Hopefully one last question. I was successful with the code you mentioned. One of the "properties" of that Object are defined as follows:

/////////////////////////////////////////////////////////////////////////////
// CSapConnectionTarget properties

CString CSapConnectionTarget::GetDescription()
{
CString result;
GetProperty(0x80ea, VT_BSTR, (void*)&result);
return result;
}

In the DEBUG Output on attach I see:

11: DispID = 33002
VarName = Description
VarKind = VAR_DISPATCH
VarType = 8

VarType 8 looks like a VT_BSTR!

I run this code ....
VARIANT* pProperty = connection.GetProperty("GetDescription");

but I get 0x00000000 (NULL) for pProperty. How would I get at that variable "VarName = Description"?

Thanks you so, so much.

Brian

Xiangyang Liu 刘向阳26-Apr-04 3:23

26-Apr-04 3:23

Wrong property name, what you need is GetProperty("Description") instead of GetProperty("GetDescription").

terryhutt1959@hotmail.com

VBThread

terryhutt1959@hotmail.com16-Mar-04 7:07

16-Mar-04 7:07

Hi, I'm running windows XP Pro and I've registered VBThread.dll in COM+.
When I run the VBThreadTest program I get 'Automation Error' on the line 'Set vbThreadObj = New VBTHREADLib.ThreadObj' in the form load event.

If I remove 'WithEvents' from the vbThreadObj declaration I do not get this error (but of course I get no completion event raised) and the program works correctly.

I recompiled VBThread.dll and re-registered it but it didn't help.

Can you think of anything I did wrong?
Thanks

Terry Hutt
terryhutt1959@hotmail.com

Re: VBThread

terryhutt1959@hotmail.com16-Mar-04 7:32

terryhutt1959@hotmail.com

16-Mar-04 7:32

I figured it out...

I destroyed the COM+ package and registered the dll with regsvr32. All is now working.

Great job on the article.
Terry Hutt

Re: VBThread

Xiangyang Liu 刘向阳16-Mar-04 8:41

16-Mar-04 8:41

terryhutt1959@hotmail.com wrote:
I destroyed the COM+ package and registered the dll with regsvr32. All is now working.

I just love users who can figure out problems themselves. Wink | ;)

Thanks for the comment, by the way.