Which framework?

Spyce people -- I have been one of the big proponents of Spyce over  
the years.  I've contributed to the source code at times.  So don't  
take this email wrong -- I'm trying to make a good business decision,  
not just a technical decision.  That said...

I am designing a large system for the World Bank that will be  
implemented by an Indian firm (it will be used in India as well).   
Here's a few of the requirements I'm working under:

1. The app is web based.  It's a pretty traditional web application,  
with a workflow for gathering data, etc.
2. The app requires access to my Picalo python-based libraries.   
These libraries will be used internally inside the program to perform  
calculations.  They are 100% python.
3. It needs to integrate into the World Bank's systems.  The WB is  
obviously large, so they have a lot of SAP, Java webapps, .Net, etc.   
Probably not too much Python, though.

My question is: what the best language and web framework is the best  
one for this circumstance?  Here's a few options that I've thought of:

A. Go purely python with Spyce as the web framework.  This provides  
the best I know this option the best and like it the best.  However,  
an Indian firm will develop it, maintain it, and it needs to  
integrate into the WB systems.  I'm worried that pure Python might  
not fit well.  Can I sell it here?  Should I sell it?

B. Go purely python with some other web framework like CherryPy,  
Zope, etc.  (Zope is personally not an option for me, though :).   
Same disadvantages as A, but perhaps another web framework is more  
"popular" and might get better buy in?

C. Go Java JSP/Servlet/Struts and use Jython to integrate the Picalo  
python libraries.  This keeps the GUI and web site in a more common,  
"business-accepted" language and platform.  The one problem is my  
Picalo libraries need Python 2.4, and Jython's only at 2.2, it seems.

D. Go some other language (PHP, .Net, etc.) and run the Picalo python  
code by shelling a new process or through a pipe or something.  I'm  
not a big fan of this, but it is possible to do.

E. Get rid of the Picalo Python libraries so I can go entirely with  
another language and solution.  This isn't desirable, but possible if  
it's the best option.

Ideas?  Wisdom?  Thanks in advance.


____________________________________
Conan C. Albrecht, Ph.D.
Information Systems Department
Brigham Young University
Web: http://warp.byu.edu/
Email: conan-RXmsyT/Szrj2fBVCVOL8/[email protected]

The smime.p7s attachment is my digital certificate (see http:// 
warp.byu.edu/digsig.html for more information).

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Spyce-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/spyce-users