PHP peut être utilisé pour accéder à des objets COM et DCOM sur les plates-formes Win32.
Si c'est une DLL simple, il n'y a aucun moyen pour le moment de l'utiliser avec PHP. Si la DLL contient un serveur COM, il sera possible de l'utiliser si elle implémente l'interface IDispatch.
Il y a des dizaines de types de VARIANT et de combinaisons entre eux. La plupart d'entre elles sont déjà supportées, mais quelques-unes ne sont toujours pas implémentées. Les tableaux ne sont pas complètement supportés. Seuls les tableaux unidimensionnels indexés peuvent être transmis entre PHP et COM. Si d'autres types non supportés sont trouvés, les reporter comme un bogue (si ce n'est pas déjà fait) en fournissant le plus d'informations possibles.
Généralement, c'est possible, mais comme PHP est utilisé le plus souvent en tant que langage de script web et dans un environnement de serveur web, les objets visuels n'apparaîtront jamais sur le bureau du serveur. Pour utiliser PHP pour scripter des applications, par exemple avec PHP-GTK, il n'y a aucune limitation à accéder et manipuler des objets visuels via COM.
Non, c'est impossible. Les instances COM sont traitées comme des ressources, ce qui signifie qu'elles ne sont disponibles que dans un seul contexte de script.
L'extension COM lance des exceptions
com_exception, qu'il est possible d'intercepter puis
d'inspecter le membre code pour déterminer que faire.
Non, il n'y a malheureusement pas d'outil disponible pour le faire en PHP.
Cette erreur peut avoir plusieurs causes :
le CLSID est incorrect
la DLL demandée est introuvable
le composant demandé n'implémente pas l'interface IDispatch
Exactement de la même manière qu'avec des objets locaux. Il faut juste passer l'adresse IP de la machine distante en deuxième paramètre du constructeur COM.
Il faut s'assurer d'avoir spécifié
com.allow_dcom =true dans le
php.ini.
Éditer le php.ini et mettre
com.allow_dcom =true .
Cela n'a rien à voir avec PHP. Les objets ActiveX sont chargés côté client s'ils sont demandés par le document HTML. Il n'y a aucune relation avec le script PHP et il n'y a pas d'interaction directe possible avec le serveur.
C'est possible avec l'aide de monikers. Pour obtenir des références multiples au même mot d'instance, il est possible de créer cette instance de la façon suivante :
<?php
$word = new COM("C:\docs\word.doc");
?>Cela créera une nouvelle instance s'il n'y en a aucune disponible ou retournera un gestionnaire vers l'instance en cours d'exécution, si elle est disponible.
Il est possible de définir un moniteur d'événement (sink) et le lier en utilisant com_event_sink() . Il est possible d'utiliser com_print_typeinfo() pour que PHP génère un squelette pour la classe du moniteur d'événement.
La réponse est aussi simple que non satisfaisante. Il n'y a pas de solution connue à ce problème.
COM+ étend COM avec un canevas pour gérer des composants via MTS et MSMQ mais il n'y a rien de particulier que PHP doit supporter pour utiliser de tels composants.
PHP ne supporte pas encore les transactions. Ainsi, si une erreur se produit, aucun rollback n'est initié. Lors de l'utilisation de composants qui supportent les transactions, il faut implémenter le gestionnaire de transactions soi-même.
It may be obvious to everyone else but...
If you want to write your own COM DLL in MSVC++6 and you want to pass it a string, you need the following in your .idl file:
HRESULT function_name([in] BSTR parameter_name,
[retval, out] BSTR * retval);
retval is the result of your function as a string to be passed back.
BSTR is an unsigned short *, so if you want to use your string with STL string etc. you may need to convert parameters to and from char *.
The burden of my message is that from PHP
$comThing = new COM("comThing.comThing");
print $comThing->function_name("Jeremy");
Jeremy will be marshalled as wide chars, which match BSTR.Re: The Windows English CHM Sample with MS Word Automation.
I see that $Word->Release() is called after $Word->Quit().
This seems to be erroneous. Actually, $Word->Release() should not have to be called if proper COM garbage collection is taking place. Release() is a C++ construction not used in either Visual Basic or VBScript or even MS-JScript. Just to be sure, however, I ran the sample through php.exe (5.04 CLI on Windows XP SP1 with Office 2003) and got a RPC failed error on the line containing $Word->Release(). The rest of the sample works fine, and the results are as expected. So, I propose 2 scenarios:
1.There is a problem with the documentation (more likely).
2.There is a problem with PHP504 itself, as this problem is reproduced with any COM Automation call, not just Word.in response to item #1 above: "If this is a simple DLL there is no way yet to run it from PHP."
Answer: There are several different packages/add-ons to php that enable low level access to the windows api. One of the most popular of these packages is available at http://www.winbinder.org
Winbinder does have the ability to load a dll and call it's functions. Winbinder also provides a large set of windows apis for creating windows and controls. This is useful for creating stand-alone desktop apps. It is a possible alternative to php-gtk.
I've had mixed results with Winbinder, some things work very well, others are buggy; source code is available. It's worth a look, Evaluate carefully.