J
Jesper Rou
Hi everyone,
I have a windows service project, that references the assembly from a web
project.
My problem is that on the production server, the service's directory path
points at the system32 folder, and not the folder where its own .exe fil is
located which would be the normal behavior.
This means that it cannot locate its config file, nor the dll from the
referenced assembly.
I can fix the config problem by loading the configuration explicit from a
hardcoded path (ugly).
The assembly is another matter though, and loading it into the GAC is not an
option. I could drop the referenced dll into the system32 folder, but that
is about as ugly as it gets.
I've made a number of services before that never had this problem and the
main difference here is the reference to an external dll.
Anyone have any idea how to "fix" the service's startup path?
Thank you, in advance!
- Jesper Rou / Creuna Denmark
I have a windows service project, that references the assembly from a web
project.
My problem is that on the production server, the service's directory path
points at the system32 folder, and not the folder where its own .exe fil is
located which would be the normal behavior.
This means that it cannot locate its config file, nor the dll from the
referenced assembly.
I can fix the config problem by loading the configuration explicit from a
hardcoded path (ugly).
The assembly is another matter though, and loading it into the GAC is not an
option. I could drop the referenced dll into the system32 folder, but that
is about as ugly as it gets.
I've made a number of services before that never had this problem and the
main difference here is the reference to an external dll.
Anyone have any idea how to "fix" the service's startup path?
Thank you, in advance!
- Jesper Rou / Creuna Denmark