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

Reply via email to