Secondly, I was having problems with ASP.NET project using xsp and mono on linux. Using Assembly.GetCallingAssembly().Location returns the location of the shadow copy and so (as you would expect) it can't then find the locale directories/libraries. As a very quick hack I changed GNU.Gettext/intl.cs:142 to AppDomain.CurrentDomain.BaseDirectory.
Should I create another ctor overload to handle this situation? Or have a ASP.NET flag? What ya think?
Cheers Patrick
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Patrick,
Thank you for feedback.
I have some similar issues on IIS/ServiceStack services.
In my case, including compiled assemblies in project fixed the problem.
I.e. in root of your ASP.Net project in Visual Studio you add following folders and files:
\en
\myapp.messages.dll
\fr
\myapp.messages.dll
Mark output properties for DLL as "Copy if newer" then build.
Is it help for you?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi there,
Firstly, awesome job :)
Secondly, I was having problems with ASP.NET project using xsp and mono on linux. Using Assembly.GetCallingAssembly().Location returns the location of the shadow copy and so (as you would expect) it can't then find the locale directories/libraries. As a very quick hack I changed GNU.Gettext/intl.cs:142 to AppDomain.CurrentDomain.BaseDirectory.
Should I create another ctor overload to handle this situation? Or have a ASP.NET flag? What ya think?
Cheers Patrick
Hi Patrick,
Thank you for feedback.
I have some similar issues on IIS/ServiceStack services.
In my case, including compiled assemblies in project fixed the problem.
I.e. in root of your ASP.Net project in Visual Studio you add following folders and files:
Mark output properties for DLL as "Copy if newer" then build.
Is it help for you?