From: Roger M. <ma...@ro...> - 2008-05-24 04:38:29
|
etrek wrote: > http://wiki.python.org/jython/JythonMonthly/Articles/October2006/3 > gives compelling arguments for not using jythonc Not really compelling but it does make a good point for those using Jython as a python interpreter. Trouble is few use jythonc in that manner. For the rest of us, who are using Jython to generate Java .class file, the fact that jythonc is going away spells the end of this language's viability. In our best bet is to start converting Jython code into Jruby. Sun has been pushing Jruby for some time now. Their recent hiring of the top 2 Jython developers (with lots of deliverables and no jythonc) is not a coincidence. Sun simply doesn't want Python being used to generate class files. > How would one go about creating a Jython applet, (written > entirely in Jython) without jythonc? Give Jruby a look. You'll like how easily it generates class files and integrates with Java. I personally find Python syntax more readable than Ruby's, but Sun has been background lobbying against Jython-generated class files for some time now, and it does look like they will succeed in killing jythonc. IMO, Roger Marquis |
From: Roger M. <ma...@ro...> - 2008-05-26 04:25:00
|
lan Kennedy wrote: >Packaging, i.e. in war files or webstart, is a different issue; if >you're having difficulties with any of these areas, ask specific >questions to the list. I think you're missing the central thesis here Alan, which is (apologies for the reiteration) that Java bytecode is what most potential Jython developers want, not a Python interpreter with access to Java methods that relies on a JVM Runtime/exec instead of Python interpreter.. This is not a different issue. This is _the_ issue. This is the reason Jruby has become the Java scripting language of choice while Jython has languished. A JVM Python source interpreter or even bytecode interpreter is cool to be sure, and useful in a limited number of circumstances, but it really doesn't offer significant benefits over standard Python. Jython generated pure Java bytecode, on the other hand, is a killer app that has been promised but not delivered for close to a half decade now, as the 3 year old Netbeans announcement and your 4 year old Tim Bray URL aptly illustrate. Roger Marquis |
From: Alan K. <jyt...@xh...> - 2008-05-26 11:37:43
|
[Alan] >>Packaging, i.e. in war files or webstart, is a different issue; if >>you're having difficulties with any of these areas, ask specific >>questions to the list. [Roger] > I think you're missing the central thesis here Alan, which is (apologies > for the reiteration) that Java bytecode is what most potential Jython > developers want, not a Python interpreter with access to Java methods that > relies on a JVM Runtime/exec instead of Python interpreter.. Few things to say 1. JVM Runtime/exec has nothing to do with it. PythonInterpreter.exec() is what you mean, I think. 2. You keep asserting that what you want is what most developers want. I disagree. > This is not a different issue. This is _the_ issue. This is the reason > Jruby has become the Java scripting language of choice while Jython has > languished. In your opinion, jruby is everything, jython is nothing. You seem very attached to that opinion, so I won't try to persuade you otherwise. (As a datapoint, we're using cpython, jython and groovy where I work right now). Perhaps if you told us facts, i.e. the details of the *actual problem* you're trying to solve, rather than opinions, we could have a meaningful dialogue. > A JVM Python source interpreter or even bytecode interpreter > is cool to be sure, and useful in a limited number of circumstances I've been using jython since 1999, and I've used it in all kinds of situations; I wouldn't call that "limited circumstances". I've been a reader of this list for all that time, and I don't think it applies to the vast majority of usages described on this list. > but it really doesn't offer significant benefits over standard Python. Non-sequitur. Are you really asserting that the ability the run python programs on the JVM, calling JVM APIs, scripting java applications, etc, etc, etc, is not a significant benefit of jython? > Jython > generated pure Java bytecode, on the other hand, is a killer app that has > been promised but not delivered for close to a half decade now, as the 3 > year old Netbeans announcement and your 4 year old Tim Bray URL aptly > illustrate. 1. In your opinion, generating .class files is the "killer app" that "everybody wants". In my opinion, it's not, it's a minority requirement. 2. Jython 2.1 generated .class files. Jython 2.5, to be released in coming months, will generate .class files. Jython 2.2 can only generate .class files in limited circumstances, i.e. where the jython code does not contain python constructs that cannot be represented in java, i.e. generators. If you desperately need .class files, then use jython 2.1, or a limited subset of jython 2.2, or wait for jython 2.5. 3. It is most interesting that Tim Bray professed a love of Perl in that post. What a pity that his language of choice collapsed under the weight of it's own complexity, so he felt it necessary to move onto something new, i.e. Ruby. Hopefully Perl's fate will never befall Ruby or JRuby. But if it ever does, we'll always welcome Tim back to jython land ;-) Alan. |
From: Michael M. <mm...@gm...> - 2008-05-24 05:22:23
|
Why would Sun be against using Jython in this manner? On 5/23/08, Roger Marquis <ma...@ro...> wrote: > etrek wrote: >> http://wiki.python.org/jython/JythonMonthly/Articles/October2006/3 >> gives compelling arguments for not using jythonc > > Not really compelling but it does make a good point for those using Jython > as a python interpreter. Trouble is few use jythonc in that manner. For > the rest of us, who are using Jython to generate Java .class file, the fact > that jythonc is going away spells the end of this language's viability. In > our best bet is to start converting Jython code into Jruby. > > Sun has been pushing Jruby for some time now. Their recent hiring of the > top 2 Jython developers (with lots of deliverables and no jythonc) is not a > coincidence. Sun simply doesn't want Python being used to generate class > files. > >> How would one go about creating a Jython applet, (written >> entirely in Jython) without jythonc? > > Give Jruby a look. You'll like how easily it generates class files > and integrates with Java. I personally find Python syntax more > readable than Ruby's, but Sun has been background lobbying against > Jython-generated class files for some time now, and it does look > like they will succeed in killing jythonc. > > IMO, > Roger Marquis > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users > -- Sent from Gmail for mobile | mobile.google.com <admiral> Michael F. March ----- mm...@gm... Ph: (415)462-1910 ---- Fax: (602)296-0400 P.O. Box 2254 ---- Phoenix, AZ 85002-2254 "Seriously" - HSR |
From: Paolo <pl...@ka...> - 2008-05-24 08:38:43
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <font face="Times New Roman, Times, serif">Hi,<br> how can i load a native library (dll/so) from a specific path ?<br> the java methods System.loadLibrary(libname) and </font><font face="Times New Roman, Times, serif">System.load(libname) </font><font face="Times New Roman, Times, serif">not running!<br> <br> Help me. thanks..... </font><br> </body> </html> |
From: Frank W. <fwi...@gm...> - 2008-05-24 13:47:06
|
On Sat, May 24, 2008 at 12:38 AM, Roger Marquis <ma...@ro...> wrote: > etrek wrote: >> http://wiki.python.org/jython/JythonMonthly/Articles/October2006/3 >> gives compelling arguments for not using jythonc > > Not really compelling but it does make a good point for those using Jython > as a python interpreter. Trouble is few use jythonc in that manner. We understand that jythonc covers use cases that people need. Jython 2.5 *will* have a way to do applets/secured environments -- we just haven't hashed out the details yet. I think it will look something like jythonc to the end user but will have a completely different implementation than today's jythonc. The current jythonc first compiles Python to Java then Java to bytecodes. This way of doing things makes no sense on the modern JVMs (and doesn't work well for certain features of Python. -Frank |
From: Roger M. <ma...@ro...> - 2008-05-24 16:03:39
|
On Sat, 24 May 2008, Frank Wierzbicki wrote: > Jython 2.5 *will* have a way to do applets/secured environments Does that include servlets and other classes that can be integrated with and called (by package name) from existing Java projects (jar war, ear, ...)? > The current jythonc first compiles Python to Java then Java to > bytecodes. This way of doing things makes no sense on the modern > JVMs (and doesn't work well for certain features of Python. And the derived Java sources are not so useful. Since JVMs require bytecode in any case, it should be relatively easy to write those classes to disk. Whether it's done using a jython flag or a utility (might as well call it jythonc) is not an issue. In my experience it is the bytecode that most developers want, and the difficulty integrating Jython bytecode into Java projects is the "missing link" that is preventing Jython from being a killer app. If class files really are in the plan the wiki should be updated to clarify this fact i.e., that jythonc is not so much "going away" as it is its source code generation. Given the history of Jython and Sun, however, engineers would be prudent to hedge their bets and become familiar with generating bytecode using Jruby. IMO, Roger Marquis |
From: <ast...@gm...> - 2008-05-25 03:43:09
|
On Sat, May 24, 2008 at 9:47 PM, Frank Wierzbicki <fwi...@gm...> wrote: > On Sat, May 24, 2008 at 12:38 AM, Roger Marquis <ma...@ro...> wrote: >> etrek wrote: >>> http://wiki.python.org/jython/JythonMonthly/Articles/October2006/3 >>> gives compelling arguments for not using jythonc >> >> Not really compelling but it does make a good point for those using Jython >> as a python interpreter. Trouble is few use jythonc in that manner. > > We understand that jythonc covers use cases that people need. > > Jython 2.5 *will* have a way to do applets/secured environments Pardon the silly question (because I'm just a hobbyist).. By "secured environments" does that include stand-alone jython apps? - astigmatik - |
From: Alan K. <jyt...@xh...> - 2008-05-24 16:36:47
|
[Roger] > In my experience it is the bytecode that most developers want, and I disagree: running programs are what developers want, in my experience. [Roger] > the > difficulty integrating Jython bytecode into Java projects is the "missing > link" that is preventing Jython from being a killer app. I think you need to be more specific here. I've integrated jython into all kinds of java servers, including Tomcat, Resin, etc, Apache Axis, Apache James, Spring, etc, and it always went smoothly. See the java portion of modjy, the Servlet->WSGI adapter, for an example of how easy it is. http://www.xhaus.com/modjy Regards, Alan. |
From: etrek <et...@co...> - 2008-05-24 19:31:20
|
I'm really looking for "Syntactic Sugar for Java" to create Java apps faster. I have some really nice game libraries written in Java. I'd like to write a game in Jython using these libraries. The Jython interpreter is fine during development and testing (in fact it's great because I can make changes to game logic and view the changes without re-compiling). The final "release" version of the game however, should be a stand-along Java bytecode application, so it runs at maximum speed and can be deployed via Web-Start. It would be nice to be able to compile this app into bytecode and run it like: $ java myApp or $ java -cp someJythonJar; myApp // <-- Groovy works this way I'm looking into Groovy right now and I intend to check out JRuby as Roger suggested. I'm already well versed in Python and really like it's syntax, which is why I posted this message. Note: I did notice how well integrated JRuby is with NetBeans, which makes me think that Roger may be correct about Sun's aversion to Python. Why this is, I have no idea - it's a great language. -etrek ----- Original Message ----- From: "Alan Kennedy" <jyt...@xh...> To: "Roger Marquis" <ma...@ro...> Cc: "Frank Wierzbicki" <fwi...@gm...>; <jyt...@li...> Sent: Saturday, May 24, 2008 9:36 AM Subject: Re: [Jython-users] In Jython2.3 jythonc will go away,so what about applets or stand alone apps > [Roger] >> In my experience it is the bytecode that most developers want, and > > I disagree: running programs are what developers want, in my experience. > > [Roger] >> the >> difficulty integrating Jython bytecode into Java projects is the "missing >> link" that is preventing Jython from being a killer app. > > I think you need to be more specific here. > > I've integrated jython into all kinds of java servers, including > Tomcat, Resin, etc, Apache Axis, Apache James, Spring, etc, and it > always went smoothly. > > See the java portion of modjy, the Servlet->WSGI adapter, for an > example of how easy it is. > > http://www.xhaus.com/modjy > > Regards, > > Alan. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users |
From: Michael M. <mm...@gm...> - 2008-05-24 20:09:41
|
I've given this some thought and I think the reason there is so much perceived Sun support for JRuby is because of these reasons: 1. For the longest time Rails was (and is still) stealing Java programmers so having Ruby work with Java seemed a smart thing to support. 2. JRuby seemed to have a pretty active development team (before Sun's help) and.. 3. Jython development, for the longest time, seemed very stagnant, if not dead.. However in the past 18 months things have changed.. Jython development is back with a vengeance... Python from a pure scripting AND as web development platform is stronger than ever.. I think Sun has 'seen the light' and they are supporting Jython with full force and vigor. As for NetBeans.. I think Sun saw that Eclipse has PyDev so they figured if they built Ruby into NetBeans they could do something cool that Eclipse doesn't really cover that well. > Note: I did notice how well integrated JRuby is with NetBeans, which makes > me think that Roger may be correct about Sun's aversion to Python. Why this > is, I have no idea - it's a great language. > |
From: Michael M. <mm...@gm...> - 2008-05-25 04:24:05
|
I want to add to my list of what I think has motivated Sun to increase its support of Jython is the pretty good job MSFT did with their IronPython port.. I just wanted to say also that I personally was getting frustrated with Jython and almost bailed on it too. However when Mr Wierzbicki (and friends) did their fantastic 2.2.X updates.. I totally fell in line.. and back in love.. with Jython. I've given this some thought and I think the reason there is so much > perceived Sun support for JRuby is because of these reasons: > > 1. For the longest time Rails was (and is still) stealing Java programmers > so having Ruby work with Java seemed a smart thing to support. > 2. JRuby seemed to have a pretty active development team (before Sun's > help) and.. > 3. Jython development, for the longest time, seemed very stagnant, if not > dead.. > > However in the past 18 months things have changed.. Jython development is > back with a vengeance... Python from a pure scripting AND as web > development platform is stronger than ever.. I think Sun has 'seen the > light' and they are supporting Jython with full force and vigor. > > As for NetBeans.. I think Sun saw that Eclipse has PyDev so they figured if > they built Ruby into NetBeans they could do something cool that Eclipse > doesn't really cover that well. > >> Note: I did notice how well integrated JRuby is with NetBeans, which >> makes me think that Roger may be correct about Sun's aversion to Python. >> Why this is, I have no idea - it's a great language. >> >> |
From: Roger M. <ma...@ro...> - 2008-05-25 01:05:38
|
Michael F. March wrote: >Why would Sun be against using Jython in this manner? Can only go by what to Tim Bray has said in numerous presentations, podcasts, and magazine articles. He's Sun's Director of Web Technologies, a top notch programmer, and big fan of Jruby <http://www.tbray.org/ongoing/When/200x/2006/09/07/JRuby-guys>, who has not expressed much interest in Jython beyond restating Sun's official position that "all scripting languages are on the table". Of course Frank and Ted Leung's hiring a couple of months ago may change this, at some point in the future, but as long the Django port rates as high on the list of priorities as Jython itself there's good reason for continuing to be very skeptical. Note particularly how Netbeans support for Jython was announced what, 3 years ago, and there's still no evidence of any progress on that front. Roger Marquis |
From: Alan K. <jyt...@xh...> - 2008-05-25 10:35:34
|
[Michael] >>Why would Sun be against using Jython in this manner? [Roger] > Can only go by what to Tim Bray has said in numerous presentations, > podcasts, and magazine articles. He's Sun's Director of Web Technologies, > a top notch programmer, and big fan of Jruby > <http://www.tbray.org/ongoing/When/200x/2006/09/07/JRuby-guys>, who has not > expressed much interest in Jython beyond restating Sun's official position > that "all scripting languages are on the table". I don't believe that at all. Tim has always been supportive of jython, right back to the time before Sun became enlightened about dynamic languages. He organized a workshop on dynamic languages, with two jython-devs invited, Samuele Pedroni and Sean McGrath, as well as cpython BDFL Guido van Rossum. So that was 3 attendees for [j|p]ython, vs. 2 for Perl and 1 for Groovy. http://www.tbray.org/ongoing/When/200x/2004/12/08/DynamicJava Although he may personally like writing in jruby, Tim's open-minded enough to see that his personal choice is not the same as everyone else's. He's quite a fan of [j|p]ython, and has this to say about it """ In the land of dynamic languages, probably Perl is the most broadly used, Python the best-regarded. That is to say, even people like myself who are pretty solidly Perl-addicted recognize that there are some really terrifically cool things about Python's syntax and object model and that we'd do well to learn it if only we had time. I'd say that a large plurality (if not a majority) of dynamic-language savants would probably say that Python is the best of the (rather good) options in this space. """ http://www.tbray.org/ongoing/When/200x/2004/05/03/Pedroni > Of course Frank and Ted > Leung's hiring a couple of months ago may change this, at some point in the > future, You're being overly-critical here; hiring two jythonistas was a major statement of intent by Sun. Don't get me wrong; I was critical of Sun's position on dynamic languages in the past. See this jython-dev email I wrote a month before Sun hired the jruby guys, warning that Sun risked "Snatching defeat from the jaws of victory" if they didn't embrace dynamic languages, and imploring them to hire two people for each language. http://sourceforge.net/mailarchive/message.php?msg_id=44DC9E1F.1000000%40xhaus.com But I think Sun deserve full credit for having the vision to hire two people per supported scripting language; I expect that jruby and jython will not be the last languages they support. Take for example the "jvm-languages" mailing list, which was set up for developers of JVM languages other than Java; Sun staff working on JVM design and implementation are everyday contributors to the list, e.g. John Rose. http://groups.google.com/group/jvm-languages > but as long the Django port rates as high on the list of priorities > as Jython itself there's good reason for continuing to be very skeptical. You say that as if developing jython and having robust support for Django on jython are mutually exclusive goals: they're not; they're mutually re-inforcing goals. Django, although easy for end users, is a demanding application in terms of implementation. So getting Django running on jython 2.5 is *exactly* the kind of project that will ensure that jython 2.5 is robust and production ready. It's a virtuous circle, whereby Django support will increase the number of jython developers, which will increase the exposure of the platform to the real world; the ideals of open source in action. Alan. |
From: Alan K. <jyt...@xh...> - 2008-05-25 11:08:07
|
[etrek] > The final "release" version of the game however, should be a stand-along > Java bytecode application, so it runs at maximum speed and can be deployed > via Web-Start. I think you're mixing up several things here. First off, although jythonc produces java source code, it does *not* produce java code that is equivalent to the jython cocde with all the dynamism removed. The output java code still has all of the dynamism in place, which means for example that a method invocation involves looking up the method name, as a string, in a lookup table, which delivers the final method. So jythonc'ed code will run *at the same speed* as jython interpreted code. (I recommend that you look at some jythonc generated java code to see what I mean). Secondly, jythonc as a model *must* go away, because jython source can no longer be directly translated to java source, because java does not support generators, i.e. resumable functions. But there are two other very important concerns that need to be taken into account. 1. The jython byte code generation is currently being rewritten, from the ground up. A new compiler is under development, and is rapidly moving forwards. The new compiler will have all kinds of wonderful capabilities, including being able to run cpython byte code directly on the JVM. So it will soon be possible to take a cpython .pyc file, and import/run it on jython. And that's just one of the new nice things; more here A new compiler for jython http://us.pycon.org/2008/conference/schedule/event/13/ http://us.pycon.org/common/2008/talkdata/PyCon2008/013/A_new_Compiler_for_Jython.pdf http://www.youtube.com/watch?v=7TQAgQ8aZXo 2. It's counter-productive for end-users to focus on how jython->java translation can speed up their code. The future lies in JVM optimization, whereby the underlying JVM recognises and optimizes patterns of byte code, optimizes garbage-collection, etc, etc, etc, so that the end-user gets the benefit of jython code speed-up, without having to change a single line of jython source. To see an equivalent approach in cpython, see the Psyco and PyPy projects. http://psyco.sourceforge.net http://en.wikipedia.org/wiki/Psyco http://codespeak.net/pypy/dist/pypy/doc/home.html http://en.wikipedia.org/wiki/PyPy To see specifics of how such optimizations are achieved, see here http://java.sun.com/j2se/1.4.2/1.4.2_whitepaper.html http://blogs.sun.com/jrose/entry/bravo_for_the_dynamic_runtime http://codespeak.net/pypy/dist/pypy/doc/architecture.html#mission-statement Packaging, i.e. in war files or webstart, is a different issue; if you're having difficulties with any of these areas, ask specific questions to the list. Alan. |
From: Alan K. <jyt...@xh...> - 2008-05-25 12:13:48
|
[etrek] > The final "release" version of the game however, should be a stand-along > Java bytecode application, so it runs at maximum speed and can be deployed > via Web-Start. Sorry, forgot to mention one more thing. The bullet-proof tried and tested method of dealing with a situation where jython code is not fast enough is the old fashioned way, i.e. to 1. Run a profiler on the jython code 2. Identify the 5-10% of your jython code that is taking 80-90% of your execution time 3. Translate that core code to java The complete seamlessness between jython and java code makes this very easy to do, and IMHO delivers maximum performance return for minimum coding-time investment. Regards, Alan. |
From: Frank W. <fwi...@gm...> - 2008-05-25 12:38:28
|
On Sun, May 25, 2008 at 8:13 AM, Alan Kennedy <jyt...@xh...> wrote: > Sorry, forgot to mention one more thing. > > The bullet-proof tried and tested method of dealing with a situation > where jython code is not fast enough is the old fashioned way, i.e. to > > 1. Run a profiler on the jython code > 2. Identify the 5-10% of your jython code that is taking 80-90% of > your execution time > 3. Translate that core code to java > > The complete seamlessness between jython and java code makes this very > easy to do, and IMHO delivers maximum performance return for minimum > coding-time investment. Wow Alan -- I was working on replies in this thread, but your replies where so incredibly thorough that I discarded them :). The only thing that I would add is that a goal (long term and perhaps very ambitious) that we may be able to achieve with the help of VM devs like John Rose, is to remove the need to translate to Java for performance. It is my hope that the support for dynamic languages on the JVM can one day be so good that there will be little boost from translating to Java. With projects like John Rose's Da Vinci Machine (http://openjdk.java.net/projects/mlvm/) I think that this will one day happen. -Frank |
From: Ted L. <Ted.Leung@Sun.COM> - 2008-05-27 15:15:07
|
On May 24, 2008, at 6:05 PM, Roger Marquis wrote: > Michael F. March wrote: >> Why would Sun be against using Jython in this manner? > As far as I know, Sun is not. If Sun was, why wouldn't Charlie and Tom (the JRuby guys) be pulling class file support from JRuby? After all, Sun has paid their salary for 2 years now, plenty of time to kill off an undesirable feature if that was the corporate mandate. > Can only go by what to Tim Bray has said in numerous presentations, > podcasts, and magazine articles. He's Sun's Director of Web > Technologies, > a top notch programmer, and big fan of Jruby > <http://www.tbray.org/ongoing/When/200x/2006/09/07/JRuby-guys>, who > has not > expressed much interest in Jython beyond restating Sun's official > position > that "all scripting languages are on the table". Of course Frank > and Ted > Leung's hiring a couple of months ago may change this, at some point > in the > future, but as long the Django port rates as high on the list of > priorities > as Jython itself there's good reason for continuing to be very > skeptical. > Note particularly how Netbeans support for Jython was announced > what, 3 > years ago, and there's still no evidence of any progress on that > front. Frank and I would not be working at Sun if it was not for Tim. He was instrumental in getting both of us hired: <http://www.tbray.org/ongoing/When/200x/2008/03/03/Python-at-Sun >, so saying that Tim doesn't care about Python is just not true. I am not a Jython committer, so Frank is the only person at Sun working full time on Jython. At the moment, Jython has a very healthy development community, and Sun is not interested in trying to take it over. Much of the work on the 2.5 compiler is being done by Jim Baker and Tobias Ivarsson, who do not work for Sun. That compiler is basically brand new code, and there is still a bunch of work to do, which is why Frank said that the details haven't been worked out. If want a general outline of what Sun plans to do around Jython, just look at JRuby. Frank reports to the same person who manages the JRuby team. You are going to see collaboration between the JRuby folks and Jython folks, particularly around low level JVM support infrastructure. There will be Python support for Netbeans, and at the same level as for Ruby. This is one of the things that I am working on, and the effort is just getting started at <https://nbpython.dev.java.net/ >. This is also going to be a collaboration between people at Sun and people in the community. I hope that this helps, Ted Leung Principal Engineer, Dynamic Languages and Tools Sun Microsystems ted...@su... |
From: Paolo <pl...@ka...> - 2008-05-29 13:59:37
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <font face="Times New Roman, Times, serif">Thanks for link. I have resolved....:)</font><br> <br> Petr Gladkikh wrote: <blockquote cite="mid:590...@ma..." type="cite"> <pre wrap="">On Sat, May 24, 2008 at 3:38 PM, Paolo <a class="moz-txt-link-rfc2396E" href="mailto:pl...@ka..."><pl...@ka...></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi, how can i load a native library (dll/so) from a specific path ? the java methods System.loadLibrary(libname) and System.load(libname) not running! </pre> </blockquote> <pre wrap=""><!---->What do you mean by "not running"? Are there any exceptions, what are error codes? If there are security exceptions then your class loader may not have sufficient rights to do that. BTW, have you tried JNA (<a class="moz-txt-link-freetext" href="https://jna.dev.java.net/">https://jna.dev.java.net/</a>)? </pre> <blockquote type="cite"> <pre wrap="">Help me. thanks..... ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. <a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a> _______________________________________________ Jython-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Jyt...@li...">Jyt...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/jython-users">https://lists.sourceforge.net/lists/listinfo/jython-users</a> </pre> </blockquote> <pre wrap=""><!----> </pre> </blockquote> </body> </html> |
From: josu j. <jo...@we...> - 2008-10-28 10:23:21
|
Hi I am trying to run a script which needs to access to a jar library in a servlet (under tomcat). However, I do not get to import nothing. I have tried to put the files in different positions and with sys.append.path, without results. Any suggestions? Thank you in advance josu |
From: Leo S. M. <leo...@gm...> - 2008-10-31 15:43:25
|
On Tue, Oct 28, 2008 at 6:11 AM, josu jugo <jo...@we...> wrote: > Hi > > I am trying to run a script which needs to access to a jar library in > a servlet (under tomcat). However, I do not get to import nothing. I > have tried to put the files in different positions and with > sys.append.path, without results. Any suggestions? Maybe using `sys.add_package("foo.bar")` before the `import foo.bar` line? -- Leo Soto M. http://blog.leosoto.com |
From: josu j. <jo...@we...> - 2008-10-31 17:13:32
|
Hi to all I am back with a question in this case about the implementation of applets with jython. Really, it's simple. Is it possible with 2.5 or will be possible with 2.5? Thank you in advance josu |
From: Charlie G. <cha...@gm...> - 2008-10-31 20:26:23
|
On Fri, Oct 31, 2008 at 10:13 AM, josu jugo <jo...@we...> wrote: > I am back with a question in this case about the implementation of > applets with jython. Really, it's simple. Is it possible with 2.5 or > will be possible with 2.5? Yes, we're making it much easier to generate the bytecode for subclassing Java classes statically, and that will make it easier to write applets in turn. We're hoping to get all of that into the second beta for 2.5. It'll be announced on this list when there's a release containing that code. Charlie |
From: josu <jo...@we...> - 2008-11-09 20:47:00
|
Hi In August an interview to Jim Baker was been announced. However, three month later, the interview is not public. Does anybody know if the interview has been suspended? josu |
From: Josh J. <jun...@gm...> - 2008-11-09 21:58:22
|
Sorry for the delay on that interview. Jim has been busy and we have not gotten a chance to wrap the questions up yet. I will send an announcement once it has been completed. Best to you. Josh Juneau Jun...@gm... DBA-Application Developer On Nov 9, 2008, at 2:29 PM, josu <jo...@we...> wrote: > Hi > > In August an interview to Jim Baker was been announced. However, three > month later, the interview is not public. Does anybody know if the > interview has been suspended? > > josu > > --- > ---------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Jython-users mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-users |