Page 2 of 2 FirstFirst 12
Results 11 to 14 of 14

Thread: Spring Python does NOT run on Jython

  1. #11
    Join Date
    Feb 2009
    Posts
    3

    Default

    I won't discuss the default choice of XML parser, since I'm biased

    But one idea is for the Spring Python project to host on the Web a config parser service (and make this easy to deploy/federate elsewhere). Another option is to freeze the parser component as a stand-alone command.
    Last edited by uche; Apr 17th, 2009 at 09:53 PM.

  2. #12
    Join Date
    Aug 2006
    Posts
    382

    Default

    You mean so that people could transmit an XML document over the wire to us, we convert it into a container, and send it back. Hmm...I have to think about this. Seems like there might be some security risks involved, and with us being able to mix input formats together, not sure how to handle that.

    However, freezing the parser as a command-line option would offer a more local option. I guess it would still depend on the user have the right stuff in place. If people are really contemplating jython, are they going to want it all "in a jarfile" when complete and not really care for that? Using a pure python parser would generate the necessary class files to pick up for deployment

    I guess I look at things from the perspective of being able to build a simple web app on GAE, and using either the python solution, or the jython jar file option.
    Greg L. Turnquist (@gregturn), SpringSource/VMware
    Project Lead: Spring Python and author of Spring Python 1.1 and Python Testing Cookbook.
    Listen to Pond Jumpers, the international podcast for open source developers.
    These comments are my own personal opinions, and do not reflect those of my company.

  3. #13
    Join Date
    Feb 2009
    Posts
    3

    Default

    I was suggesting the remote service more as a tool for quick experimentation and such, to ease in new users not wanting to fiddle with CPython to use SP. Of course security issues would prevent using such a service for production, but really, if someone is going to seriously deploy on the SP framework for production, issues such as not wanting to use a code that includes C are probably the last worries.

    The frozen option is precisely like the .jar you mention. It would be one drop-in file that does the job. The good old fashioned UNIX pipes way

    I should mention that we are considering the options for Jython and .NET in Amara 2.x, but to be honest I'm not sure when we'll get to that.

  4. #14
    Join Date
    Oct 2009
    Posts
    1

    Default

    I tried to exchange amara with Element-Tree and with some changes i got a simple application-context up and running. Element-Tree is a pure python implementation which is required for jython but is also available as a python extension (c-implementation).

    Regards

    Olympus

    ____
    dossier surendettement

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •