[C#] Ruby Scripts runnen in C# applicatie

[skyrebel]

Momenteel ben ik bezig met een C# applicatie te maken die dus 1 of meerdere Ruby scripts moet uitvoeren. Dit lukt aardig, zolang het Ruby script geen andere classen "importeerd" (met de require method).

In mijn C# project heb ik een aantal .dll (oa IronRuby.dll, IronRuby.Libraries.dll, Microsoft.Scripting.dll, etc) als reference toegevoegd om de Ruby scripts te kunnen draaien.

Locatie scripts: D:\Projects\Ruby\Test
Locatie C# app: D:\Projects\VisualStudio\C#\Test

Voorbeeld Ruby script:
require 'Test'

aTest = Test.new
puts aTest.attr

De volgende code roept een Ruby script aan:
var runtime = Ruby.CreateRunTime();
var engine = runtime.GetEngine();

engine.ExecuteFile("D:\\Projects\\Ruby\\Test\\RubyScript.rb");

Als ik de applicatie run, krijg ik de volgende foutmelding:
- No such file or directory - Test

Dit werkt alleen als:
- Ruby scripts geen require bevatten
- De require met een absolute locatie is gedefinieerd
- De C# applicatie en .dll's in dezelfde als de scripts staan

Over geen vd mogelijke oplossing ben ik echt tevreden. De vraag is dus hoe kan ik dit anders oplossen? Is het mogelijk om in de applicatie referenties aan te geven waar de scripts gevonden kunnen worden? Of is mijn hele aanpak al verkeerd en moet ik een andere oplossing gebruiken?

Alle informatie is welkom.

Alvast bedankt

[IceM]

Wat is "engine" voor type klasse?

[Verwijderd]

Lees dit eens door, je zou je Ruby scripts hiermee al kunnen compilen als DLL's, en dan de DLL's in C# toevoegen.

[ Voor 20% gewijzigd door Verwijderd op 24-07-2009 09:53 ]

[AtleX]

Is je working directory niet D:\Projects\VisualStudio\C#\Test? Want dan kan hij 'Test', die waarschijnlijk in D:\Projects\Ruby\Test staat, natuurlijk niet vinden via het relatieve pad.

[skyrebel]

IceM schreef op vrijdag 24 juli 2009 @ 09:49:
Wat is "engine" voor type klasse?

Dat is IScriptEngine.

[skyrebel]

AtleX schreef op vrijdag 24 juli 2009 @ 09:51:
Is je working directory niet D:\Projects\VisualStudio\C#\Test? Want dan kan hij 'Test', die waarschijnlijk in D:\Projects\Ruby\Test staat, natuurlijk niet vinden via het relatieve pad.

Ik ga er idd vanuit dat dit het probleem is. Vraag is, is hier een oplossing voor.

[Snake]

skyrebel schreef op vrijdag 24 juli 2009 @ 09:56:
[...]


Ik ga er idd vanuit dat dit het probleem is. Vraag is, is hier een oplossing voor.

Kan je nergens de execution environment instellen?

[Verwijderd]

Ondersteund Ruby geen absolute paden voor de includes?

[Peetman]

Meest logische lijkt me om de .rb scripts naar de output dir te laten kopieren via de build action in visual studio en de locatie te bepalen via de executing assembly: http://msdn.microsoft.com/en-us/library/aa457089.aspx

[KompjoeFriek]

Even een wilde gok: Backslashes escapen. Zoiets dus:

Ruby:

engine.ExecuteFile("D:\\Projects\\Ruby\\Test\\RubyScript.rb");

[AtleX]

KompjoeFriek schreef op vrijdag 24 juli 2009 @ 10:28:
Even een wilde gok: Backslashes escapen. Zoiets dus:

Ruby:

engine.ExecuteFile("D:\\Projects\\Ruby\\Test\\RubyScript.rb");

Dat zal een c/p foutje zijn in de topicstart, want het niet juist escapen levert je een compiler error (unrecognized escape sequence afaik) op en geen runtime error.

[skyrebel]

AtleX schreef op vrijdag 24 juli 2009 @ 10:31:
[...]

Dat zal een c/p foutje zijn in de topicstart, want het niet juist escapen levert je een compiler error (unrecognized escape sequence afaik) op en geen runtime error.

Klopt idd, is een vergissing van mijn kant.

Verder:
Ruby accepteerd zeker wel absolute paden, alleen vind ik dit niet zo netjes en het betekent dat ik redelijk wat scripts moet gaan aanpassen.

De scripts tijdelijk kopieeren naar de output dir en weer verwijderen als ze klaar zijn, zou een oplossing kunnen zijn. Moet ik eens over nadenken.