Replace the /x with /z:
Chiron.exe /d:app /z:app.xap /r:app/dependencies
Looking at Chiron.exe help:
/x[ap]:<file>
Specifies XAP file to generate
Does not start the web server, cannot be combined with /w or /b
...
/z[ipdlr]:<file>
Like /x, but includes files needed for dynamic language apps
Does not start the web server, cannot be combined with /w or /b
Also, I'd move any DLR/IronPython binaries in the dependencies folder outside
the app folder; Chiron will put the needed DLR/IronPython assemblies in the
generated XAP for you. Seems like now you'll have two copies of assemblies in
your XAP! =( The /r switch should not be needed then, and Chiron will find the
DLR/Python assemblies if they are all in the same directory (as they should be
for an installation of IronPython). This then allows you to set the urlPrefix
Chiron.exe.config option to keep the assemblies outside the XAP, which will be
better for deployment (if your domain allows transmission of DLLs).
If you have other binary dependencies they should be inside the app folder.
~js
From: [email protected]
[mailto:[email protected]] On Behalf Of Kristian Jaksch
Sent: Wednesday, June 10, 2009 3:19 AM
To: [email protected]
Subject: [IronPython] Generate xap for SL when assemblies are located in
sub-directory
This works fine when the xap is generated in memory with /b from VS 2008 but
how to make it work when creating a real app.xap file?
What I have is this:
root/app/dependencies
chiron is located in the "root". The "app.py" is located in "app" and the
assemblies are located in "dependencies".
The following didn't work:
chiron /d:app /r:app/dependencies /x:app.xap
The .xap is generated but it can't be loaded.
Thanks for help!
_______________________________________________
Users mailing list
[email protected]
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com