#88558 - 2002-10-15 07:03 PM
Re: Win32Admin.DLL for your COMing pleasure
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
FTP implementation where I return an object that references the FTP server connection is not going well. My tool that makes the DLL does not return the this object type via COM at this time. The problem can be coded around but it would be very ugly. Or I can simply provide FUNCTIONs that would login to the FTP server, take some specified action (get, put, etc), then logoff based on some defined set of parameters. This would work much like the SMTP EMAIL function in Win32Admin.DLL.
comments...? [ 15. October 2002, 19:45: Message edited by: Howard Bullock ]
|
Top
|
|
|
|
#88561 - 2002-10-17 04:57 AM
Re: Win32Admin.DLL for your COMing pleasure
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
Added to Win32Admin.DLL: - FTP (get,put,size)
- Random password generator
- Rename groups or change group descriptions.
Reminder: 4.12 Beta 1 handles the COM errors if you encounter any. KiXtart 4.02 ABENDs when an error occurs, but does work when no errors are encountered. [ 17. October 2002, 06:13: Message edited by: Howard Bullock ]
|
Top
|
|
|
|
#88562 - 2002-10-19 06:07 PM
Re: Win32Admin.DLL for your COMing pleasure
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
Does anyone have any comments (good or bad) regarding the usablility of the functions in Win32Admin.DLL?
The web page where the DLL can be downloaded has seen 140 page hits since this thread was started, but no one has commented here or by email regarding their use of the code.
It is useful? Should I continue adding functionality? I know Shawn has a specific request. What about the rest of the community? Before I add more, I need to know if the current approach is usable.
|
Top
|
|
|
|
#88567 - 2002-10-27 05:27 PM
Re: Win32Admin.DLL for your COMing pleasure
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
I am still working on providing this functionality, but wouldn't you consider this DLL a little heavy to push to all clients?
Currently I use text files written to the local computer or registry entries to store messages and then write them to a network location when possible. A server side program monitors the directory and process the files as they are created.
Back to the DLL. I now have a workaround to the issue of returning objects back to KiXtart, but I as yet do not fully comprehend what is occurring and do not want to include code I can not fully support.
The next version of the compiler I am using has addressed this issue and will provide me and easier way of providing this functionality. I should be able to get a copy of the BETA compiler for building the DLL in a month or two.
I will see if I can implement IO sockets then. [ 27. October 2002, 17:28: Message edited by: Howard Bullock ]
|
Top
|
|
|
|
#88569 - 2002-10-27 05:33 PM
Re: Win32Admin.DLL for your COMing pleasure
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
Oh, I see. You have big plans. You going too compete with MSN and AOL?
|
Top
|
|
|
|
#88572 - 2002-10-27 05:45 PM
Re: Win32Admin.DLL for your COMing pleasure
|
Les
KiX Master
   
Registered: 2001-06-11
Posts: 12734
Loc: fortfrances.on.ca
|
quote: MSMQ Triggers Server-only: This tool is included in the Windows 2000 Server Resource Kit only.
--------------------------------------------------------------------------------
MSMQ Triggers is Message Queuing application that allows you to associate incoming messages in a queue with functionality in a COM component or standalone .exe. As such, business rules can be invoked in response to such messages without any additional programming.
MSMQ Triggers works with Message Queuing for Microsoft® Windows® 2000 and MSMQ 1.0 for Microsoft® Windows NT® version 4.0.
MSMQ Triggers Concepts Triggers are associated with specific queues on a computer and are invoked every time a Message Queuing message arrives at such queues. A trigger is comprised of one or more rules. These rules are defined by actions that will be invoked when all conditions associated with a rule are true.
A trigger is an automatic action taken in response to a message event. In the context of MSMQ Triggers, an event is defined as one or more conditions being satisfied with respect to a message arriving at a queue. The collection of all triggers on a particular computer is called the trigger set.
A condition is a test that is applied when a message arrives at a monitored queue. The condition can test for a property of a message only. A condition is always paired with an action.
An action is an executable behavior that is taken when a condition is true. An action can be expressed as an executable and argument list; or, a COM component, method, and argument list. Arguments are also called parameters.
A rule is an action-condition pair. A rule describes an action that will be taken when a specific condition is true. The collection of all rules (for all triggers) on a particular computer is called the rule set. A default rule handler, IMSMQRuleHandler, is used to test the condition and implement the action for a rule. This is the only supported rule handler.
An action is an executable behavior that is taken when a condition is true. An action can be expressed as an executable and argument list; or, a COM component, method, and argument list. Arguments are also called parameters.
A rule is an action-condition pair. A rule describes an action that will be taken when a specific condition is true. The collection of all rules (for all triggers) on a particular computer is called the rule set. A default rule handler, IMSMQRuleHandler, is used to test the condition and implement the action for a rule. This is the only supported rule handler.
The MSMQ Triggers Service reads messages from a monitored queue, that is, the service looks at such messages. Messages are not removed from queues by this service. It should be noted that another Message Queuing application may open the queue and remove messages before the MSMQ Triggers Service can looks at the queue.
Note
On Windows NT 4.0, a trigger cannot be associated with a private queue located on a remote computer.
Why Use MSMQ Triggers? To provide message-handling functionality currently, applications developers must create a receiving application that invokes specific behavior on a per-message basis.
By using MSMQ Triggers, specific behavior can be invoked at a queue level. Application developers no longer need to write any infrastructure code to provide such message-handling functionality.
MSMQ Triggers Components MSMQ Triggers consists of three separate programs. The first, Trigserv.exe, is the executable for running the MSMQ Triggers service. The second, Trigsnap.dll, is a snap-in DLL used in Microsoft Management Console (MMC) to manage triggers and define rules. The third, MSMQ Trigger Monitor (Trigmon.exe), is a troubleshooting application used to capture and display detailed trace and diagnostic information generated by the MSMQ Triggers Service.
MSMQ Triggers Topics
Installing MSMQ Triggers Using MSMQ Trigger Manager MSMQ Triggers Example Troubleshooting MSMQ Triggers Files Required
Msmqtriggers.exe - self-extracting setup program that installs MSMQ Triggers Trigserv.exe - main executable file for the MSMQ Triggers Service Trigobjs.dll - DLL that contains COM objects used by the MSMQ Triggers Service Trigsnap.dll - snap-in DLL for MMC used to manage triggers and rules Trigmon.exe - Microsoft® Visual Basic® executable for MSMQ Trigger Monitor For More Information
For more information about Message Queuing, search the Microsoft Web site.
_________________________
Give a man a fish and he will be back for more. Slap him with a fish and he will go away forever.
|
Top
|
|
|
|
#88573 - 2002-10-27 05:49 PM
Re: Win32Admin.DLL for your COMing pleasure
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
I installed MSMQ server on my test box but yet to find the require time to read, understand, and try something. I think that this type technology could be quite useful in the scripting world.
|
Top
|
|
|
|
Moderator: Shawn, ShaneEP, Ruud van Velsen, Arend_, Jochen, Radimus, Glenn Barnas, Allen, Mart
|
0 registered
and 323 anonymous users online.
|
|
|