jython-users — Discussion of and questions about using Jython

Re: [Jython-users] problem in inner class

[Jan W. <j.w...@sc...>]

On Fri, Feb 01, 2002 at 11:35:23PM -0500, Niranjan V. wrote:
> I am defining a class within another class. The code is
>=20
>  class OuterClass:
>      class InnerClass:
>          def __init__(self):
>            print OuterClass.name
>      def __init__(self):
>          self.name=3D"outerclass"
>          self.__age=3D23
>      def __printAge__(self,):
>          print self.__age
>          ic =3D self.InnerClass()
>  if(__name__=3D=3D'__main__'):
>      oc =3D OuterClass()
Well, one problem I see here: Name and age are attributes of the instance=
 from
the OuterClass. In InnerClass you ask the *class* for the attribute, whil=
e only
the instance has it.
I don't think there is an easy way to get there. At first I thought neste=
d
scopes would help, but I didn't see how you get hold of the OuterClass in=
stances
attributes in the InnerClass.

Cheerio,
--=20
J.W...@sc...  -  Fon +4970719457-257 Fax-211
science+computing ag - Hagellocher Weg 71-75 - 72070 T=FCbingen
Hit any key account manager to continue.

[Jython-users] Newbie problem with applets

[James S. <bit...@ph...>]

Hi all,
firstly, I'm a newbie to both jython and pretty much to java in general (I've done a couple jobs in java, but nothing to write home about), 
so my problem  might just be something I'm doing wrong.  

I have written a small jython application which displayes a swing JTree that is dynamically loaded from a url via a WDDX (XML) packet 
for each node (i.e expand a node, application downloads packet, adds nodes to be shown...) .  Anyway, the app worked  really nicely, 
and it was time to turn my application into an applet (which is what I want this particular thing for), easy I thought.

So I just added
class wddxTreeApplet(swing.JApplet):

	def init(self) :	

		getContentPane().add(swing.JScrollPane(wddxTree("Root Of Tree", "http://mortimer/
~boffin/treeViewDumper.cfm")))


to the file wddxTreeApplet.cfm that has all the required classes in it (aside from the supporting 3rd party ones which are in a couple of 
jars) ran jythonc over it to produce class files, shifted the class files into an appropriate location and write a dumm html page with an 
applet to call it .   Didn't work, the java console tells me this...

java.lang.ClassCastException: wddxTreeApplet

	at sun.applet.AppletPanel.createApplet(AppletPanel.java:579)

	at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1178)

	at sun.applet.AppletPanel.runLoader(AppletPanel.java:515)

	at sun.applet.AppletPanel.run(AppletPanel.java:293)

	at sun.plugin.navig.motif.MotifAppletViewer.maf_run(MotifAppletViewer.java:127)

	at sun.plugin.navig.motif.MotifAppletViewer.run(MotifAppletViewer.java:123)

	at java.lang.Thread.run(Thread.java:484)


Ok, so I figured I'd better check that applets are working in my browser still, head over o the jython applet demos, yep - alll still work.  So, 
I take the code for the HelloWorld applet as on the jython applets main page (there's a missing comma in that code as displayed btw) 
because I know that works, put it into a jython file called testApplet.py as 

from java.applet import Applet 

class testApplet(Applet):

	def paint(self, g):

		g.drawString("Hello from Jython!", 20, 30)

	
compile with jythonc, move classes (well, everything in jpywork directory) to approprioate place, write an html file, test it, and still doesn't 
work...

java.lang.ClassCastException: testApplet

	at sun.applet.AppletPanel.createApplet(AppletPanel.java:579)

	at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1178)

	at sun.applet.AppletPanel.runLoader(AppletPanel.java:515)

	at sun.applet.AppletPanel.run(AppletPanel.java:293)

	at sun.plugin.navig.motif.MotifAppletViewer.maf_run(MotifAppletViewer.java:127)

	at sun.plugin.navig.motif.MotifAppletViewer.run(MotifAppletViewer.java:123)

	at java.lang.Thread.run(Thread.java:484)


same error it seems.

So what am I doing wrong ?  Is it my jre/jdk  (blackdown linux 1.3.1, using plugin under both mozilla and opera with same results) ? Have 
I missed some vital step ? 

BTW: jython rocks, even if I can't get my own applets working :-)


---
James Sleeman

[Jython-users] problem in inner class

[Niranjan V. <nir...@ma...>]

 I am defining a class within another class. The code is

 class OuterClass:

     #Inner class definition
     #
     class InnerClass:

         #inner class constructor
         #
         def __init__(self):

           #Trying to print the OuterClass 'Name' instance variable
          #But i am getting NameError
           print OuterClass.name

     #outer class constructor
     #
     def __init__(self):
         self.name="outerclass"
         self.__age=23


     def __printAge__(self,):
         print self.__age
         ic = self.InnerClass()

 if(__name__=='__main__'):
     oc = OuterClass()

 problem is i am not able to access (NameError is occuring) the Outerclass instance attributes inside the inner class constructor.

 How can i access the outerclass(both public and private) instance attributes inside inner class.

 It would be highly appreciated if anyone can give the solution for the same.


 Thanx in advance.

 Regards,
 Niranjan.V

[Jython-users] problem in inner class

[Niranjan V. <nir...@ma...>]

I am defining a class within another class. The code is

 class OuterClass:

     #Inner class definition
     #
     class InnerClass:

         #inner class constructor
         #
         def __init__(self):

           #Trying to print the OuterClass 'Name' instance variable
           #But i am getting NameError
           print OuterClass.name

     #outer class constructor
     #
     def __init__(self):
         self.name="outerclass"
         self.__age=23


     def __printAge__(self,):
         print self.__age
         ic = self.InnerClass()

 if(__name__=='__main__'):
     oc = OuterClass()

 problem is i am not able to access (NameError is occuring) the Outerclass instance attributes inside the inner class constructor.

 How can i access the outerclass(both public and private) instance attributes inside inner class.

 It would be highly appreciated if anyone can give the solution for the same.


 Thanx in advance.

 Regards,
 Niranjan.V

Re: [Jython-users] Where is Good guide to Jython??

[Mats W. <ma...@la...>]

At 08:16 AM 1/31/2002 +0100, Jan Wender wrote:
 >On Thu, Jan 31, 2002 at 11:07:38AM +0530, Jiger Patel wrote:
 >> Hi Mats,
 >>        Could you tell me what all is covered in Robert's book 'Jython for
 >> Java Programmer'. Is is worth a buy, Does it cover topics from 
begineers to
 >> Advance. I dont want any intro on Java. But definately need good groundup
 >> on python/jython. If it covers good topics on jython then I would
 >> definately think of buying one. also if any one could give a similar 
review
 >> on 'Jython Essentials' by O'Reilly.
 >It starts with a very thorough introduction in jython, in 7 chapters 
going from
 >syntax to advanced classes.

Since you asked me by name, I'll say that I think this is
a pretty fair summary.  I'd perhaps add that the first section
is as Jython-focused as it makes sense to be; i.e. examples
often use Java types, Java classes are inherited, extended, etc.
and issues like how to provide static methods in Jython get
a thorough shakeout.  I believe each chapter in the first part
also includes a section the explicitly calls out differences
between Java and Jython.  In other words it's not an introduction
to CPython followed by some Jython-specific bits.

I'm looking forward to the O'Reilly book for comparison
purposes!

Mats

Re: [Jython-users] Interpreters within Interpreters

[Edward P. <epo...@te...>]

Thanks Ype, now it all makes sense :)
Now to get it all working!

-Ed

[Jython-users] ±¸Á¦ û¹ÙÁö »ç¾÷ÀÚ ¸ðÁý

[asia<asi...@ho...>]

<HTML>
  <HEAD>
      <TITLE></TITLE>
  </HEAD>
  <BODY>
<DIV>안녕 하십니까 ? 당사는 세계 유명 50여 브랜드의 구제 청바지를 미국에서 수입하는 업체로서 이를 유통 시키실 수 있는 사업자를 하기 
조건으로 전국적으로 초빙합니다. (당 메일은 1회성 홍보메일 입니다.)</DIV>
<DIV>&nbsp;</DIV>
<DIV>모집단위&nbsp;&nbsp; : 전국</DIV>
<DIV>브랜드명&nbsp; : Lee, Wrangler, CK, Jordache, Sergio Valente, Gloria, Oscar, 
Britania, Gap, Benetton, Sierra, Rustle, Arizona, Pepe, 등 세계 50여 유명 브랜드</DIV>
<DIV>최소구매단위 :&nbsp;5 Bale (1 bale = 100벌)&nbsp; = 500 벌</DIV>
<DIV>가 격 : 8,000원 / 1벌&nbsp;당&nbsp;</DIV>
<DIV>품질 : 세탁완료 및 흠집 전혀없는 A급 상태만 엄선하여 수입 (이상시 교체 또는 환불)</DIV>
<DIV>확보수량 : 매월 18,000벌씩 수입 함.</DIV>
<DIV>&nbsp;</DIV>
<DIV>많은 참여 있으시길 바랍니다.</DIV>
<DIV>&nbsp;</DIV>
<DIV>이 경 렬 드림 / 유통본부장</DIV>
<DIV>&nbsp;</DIV>
<DIV>주식회사 아시아파워</DIV>
<DIV>서울시 마포구 아현동 372-45</DIV>
<DIV>전화 : (02)312-4326, 312-4327</DIV>
<DIV>홱스 : (02)312-4316</DIV>
<DIV>&nbsp;</DIV>
<DIV>휴대폰 : 018-410-3283 또는 011-9870-7214</DIV>
  </BODY>
</HTML>

Re: [Jython-users] __main__ in embedded jython

[Ype K. <yk...@xs...>]

Matt,

>Hi all,
>
>I have an application which embeds jython, and whenever I run a script,
>the __name__ variable is set to  '__builtin__' by I assume the
>interpreter.
>Normally in python, modules can check the value of __name__ to selectively
>run code based on being run from the commandline (value of '__main__') vs
>being imported.
>Whats the best way to do this in jython?
>Currently what I do is shown below but I'm not sure if this is correct.
>The reason for my apprehension is that when I just run an interactive
>interpreter, I notice that sys.modules has a __main__ module, so I'm
>wondering if I have to create that or something else special.

PyUnit uses the __name__ variable to obtain the namespace of the
module it is being called from. So you'll need to add a module
with named __name__ if you want to support this. You might want
to save an evt. previous module with the same name.

In Jython (off the top of my head):

mainName = '__main__'
if sys.modules.has_key(mainName):
    oldMod = sys.modules[mainName]
else:
    oldMod = None

try:
    mod = new.module(mainName)
    sys.modules[mainName] = mod
    mod.__dict__['__name__'] = mainName
    execfile('myscript.py', mod.__dict__)
finally:
    if oldMod is not None:
        sys.modules[mainName] = oldMod
    else:
        del sys.modules[mainName]
    mod = None

>Any help appreciated, thanks,

I've never done this in java, so you'll have to translate yourself
and/or do it all in jython and execfile that. Import the larger part
as a function or class for efficiency.
You might also want to control sys.path, use a search path for your
scripts, and catch exceptions from execfile().

Have fun,
Ype

-- 

Re: [Jython-users] Interpreters within Interpreters

[Ype K. <yk...@xs...>]

Edward,
>
>> It is a bit tricky to share namespaces this way. An alternative is to
>> use the namespace of a module shared between the main app and the
>interpreters.
>> You can set things in a module from outside the module.
>I am not sure I see the difference. This is what I am doing:
>MainApp:
>sharedSpace={'this':this, 'that':that, 'whatever':whatever}
>globals().update(sharedSpace)

I had the impression you where using globals() as
the shared namespace. Fortunately you are not.

>Then I have 'plugins':
>plugin.init(sharedSpace)
>
>In the plugin:
>def init(namespace):
>    globals().update(namespace)
>
>Now each plugin may create additional interpreters, and the main app
>normally has at least one interpreter.
>
>So far, I think this has the same effect as a module. But I see what you
>mean:
>import sharedSpace:
>thatRef = sharedSpace.that
>etc.

What I meant is:

import sharedSpace
sharedSpace.that = thatRef

From then on 'that' is available in module sharedSpace.

> > Unpleasant things might happen when you explicitly clear a namespace too
>early.
>> Only removing references is safer.
>I am sorry, my python newbieness is showing. Explicity clear a namespace?

Consider what happens when you do a sharedSpace.clear() too early.
The next time a name from this namespace is needed
you will get a NameError from the interpreter. This is what happened to me.
To make things worse I cleared the namespace from one thread
without proper synchronisation with another thread using the namespace.

>If in my plugin I:
>del that
>then I remove it from the modules namespace. It is still alive elsewhere (I
>assume) as the GC won't clean up until I del that from all the namespaces
>that contain its reference. Right?

That's right. But when you share a namespace there is only one shared
namespace. In that case a 'del that' will remove 'that' from each user of the
shared namespace. The first symptom of this might be NameError: that.

> > You could use the thread id as the distinguishing criterion. Ie. replace
>> sys.stderr with an object that uses the thread id to send it's output
>> to different places. See demos/swing/Console.py on changing sys.stdout
>> and sys.stderr.
>I considered the thread ID, but not all interpreters are in different
>threads.
>Perhaps I could 'register' a module/threadID pair as a key, and then look
>back at the call stack to see which module using stdout/err. And if no key
>exists, then the original stdout is used. Heh, heh, I am not sure I can do
>this, just assuming I can peek back into the call stack.

You can peek back by looking at the backtrace of a caught exception.

> > You might consider using the namespace of a new.module()
>is the new module available in Jython? 'import new' doesn't work here.

It works for me, but I don't have the code handy to show
you precisely how. Checks the docs and if this problem persists ask here.

>
>> Some modules use their __name__ to find their module in sys.modules
>> (notably PyUnit) and supporting this is nice.
> > When each interpreter thread finishes you can remove all the references
> > from sys.modules to make sure nothing is dangling.
>Thanks, didn't know about this, will have to look in the docs.

The docs are rather terse, ie. everything is mentioned once or perhaps
twice. The relevant parts are the execution model and the standard types,
quite dry material.

> > I have some bad experience with clearing such namespaces, so i'd recommend
>> to only remove the references. The garbage collector will find non
>> referenced objects in due time.
>Again, I am a little confused ... clearing vs removing references. I am
>guessing, in an interpreters __del__
>I set my variables to None? And leave stuff in sys.modules alone?

To avoid memory leaks after normal use:
- Remove things from sys.modules that you put in there yourself.
- Global vars (in modules or in a shared namespace as you showed above)
  might need to be set to None.
- Local variables disappear after the function returns, so you only
  need to set these to None before you wait a long time in the function.

> > Finally: when you use exec of execfile() you don't need a PyInterpreter.
>> To set things in a module name space before it is started
>> just use module.__dict__['var'] = value.
>At the moment I am just adding a console to my app, so I can interactively
>do things - an intermediate step befiore commiting to a user interface.
>
>Thanks for all your tips, seems there is little one can't change in Python
>... still trying to get used to this coming from c++/java :)

Have fun,
Ype

-- 

Re: [Jython-users] __main__ in embedded jython

[rbill <rb...@di...>]

Hi Matt,

On Thu, 31 Jan 2002 Mat...@i2... wrote:
> Whats the best way to do this in jython?

I dunno about best, but I think something like this is common:         

// Set __name__
PyModule mod = imp.addModule("__main__");
interp.setLocals(mod.__dict__);


> Currently what I do is shown below but I'm not sure if this is correct. 
> The reason for my apprehension is that when I just run an interactive 
> interpreter, I notice that sys.modules has a __main__ module, so I'm 
> wondering if I have to create that or something else special.
> 
> PythonInterpreter interp = new PythonInterpreter();
> interp.set("__name__", "__main__");
> interp.execfile("myscript.py");

Re: [Jython-users] Can Jython variable tell it is certain type of class, just as keyword "instanceof" in Java?

[dman <ds...@ri...>]

First, when asking a new question, make a new message (don't hit the
"Reply" button).  Also don't quote more of the original message you're
replying to than is necessary.  In this case, none of it should be
quoted.

On Thu, Jan 31, 2002 at 04:36:06PM +1000, Gordon Hooker wrote:
| Hi All,
| 
| I went to the jython site today looking for a copy of the software - the
| link sent me to sourceForge, but there was not a copy of the software
| available. Does anyone know where I can get the Jython bundle please?

It's on SourceForge.  First take a look at
    http://jython.sourceforge.net

(HINT: "Download", it's near the top of the screen)

then wander over to
    http://sourceforge.net/project/showfiles.php?group_id=12867&release_id=67726

HTH,
-D

-- 

A Microsoft Certified System Engineer is to information technology as a
McDonalds Certified Food Specialist is to the culinary arts.
        Michael Bacarella commenting on the limited value of certification.

RE: [Jython-users] Where is Good guide to Jython??

[Guy Gascoigne-P. <gg...@tr...>]

I have to say that I like "Jython for Java Programmers" a lot.  It assumes
that you know Java and don't really know Python - which fit me pretty well
:-)  There is a good chunk of jython introduction, enough to get you started
though I'd still recommend getting something such as "Python Essential
Reference" by David Beazley which is also very good.

The part that I really liked in this book is the information on integrating
Jython as an embedded script interpreter.  I'm doing that right now and have
found that this book as saved me a lot of time, good examples and useful
explanations.  For me, this part alone would justify buying the book.  The
bulk of the book deals with issues to do with integrating java and jython,
how to extend one with the other.

Guy


-----Original Message-----
From: Jiger Patel [mailto:jig...@ho...] 
Sent: Wednesday, January 30, 2002 9:38 PM
To: jyt...@li...
Subject: Re: [Jython-users] Where is Good guide to Jython??

Hi Mats,
        Could you tell me what all is covered in Robert's book 'Jython for 
Java Programmer'. Is is worth a buy, Does it cover topics from begineers to 
Advance. I dont want any intro on Java. But definately need good groundup on

python/jython. If it covers good topics on jython then I would definately 
think of buying one. also if any one could give a similar review on 'Jython 
Essentials' by O'Reilly.

Thanks & Awaiting ur replies,
Jiger




>From: Mats Wichmann <ma...@la...>
>To: Terry Hancock <ha...@an...>
>CC: jyt...@li...
>Subject: Re: [Jython-users] Where is Good guide to Jython??
>Date: Mon, 28 Jan 2002 17:48:10 -0700
>
>At 01:31 PM 1/26/2002 -0800, you wrote:
> >dman wrote:
> >> experience.  Jython _is_ python -- it is an implementation of the
> >> python language and much of the standard library.  The docs on
> >> jython's web site are to alert people to the differences between
> >> cpython and jython and to introduce the special features (javabean
> >> support).
> >
> >O'Reilly is coming out with "Jython Essentials" in March,
> >I'm hoping that will be good.
>
>Don't discount Robert Bill's book.  I got an advance copy (electronic)
>and just had a chance to glance at it before life got busy, and it
>didn't seem anything special.  But now that I'm going through the
>printed book in detail, I'm very impressed.
>
> >IMHO, based on what I've seen on the jython site, experience
> >with Java is assumed, and Python is taught. I'd REALLY like
> >to see something from the opposite perspective, if any of
> >you folks have the ability/inclination to write it. As a
> >Python programmer, the attraction of Jython is being able
> >to run Python code in new places, such as in-browser applets,
> >and rapidly-installable applications on client computers.
>
>Well, I was in talks to do a Jython book a number of months
>back.  The project ended up having its wings fall off (permanently,
>I won't be competing with the two current books), but we
>did examine in considerable detail what the markets might be.
>My prospective publisher was not convinced that marketing a
>book as "Java for Python programmers" would fly at all, while
>"Python for Java programmers" might have some chance.  Since
>nobody's offering to pay for it, I'm not going to be writing
>either title!
>
>Some folks have tried to kick off a collaborative effort to
>develop some tutorials.  I thought I was going to participate,
>but as I said, things got busy.  If you're interested in
>pitching Jython as a kinder, gentler, approach to using Java,
>you could try - I think a discussion wiki is already set up.
>Maybe the time is right now, where it apparently wasn't last
>go-round.
>
>Good luck,
>
>Mats
>
>
>_______________________________________________
>Jython-users mailing list
>Jyt...@li...
>https://lists.sourceforge.net/lists/listinfo/jython-users




_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com


_______________________________________________
Jython-users mailing list
Jyt...@li...
https://lists.sourceforge.net/lists/listinfo/jython-users

Re: [Jython-users] Interpreters within Interpreters

[Edward P. <epo...@te...>]

Hi Ype,

> It is a bit tricky to share namespaces this way. An alternative is to
> use the namespace of a module shared between the main app and the
interpreters.
> You can set things in a module from outside the module.
I am not sure I see the difference. This is what I am doing:
MainApp:
sharedSpace={'this':this, 'that':that, 'whatever':whatever}
globals().update(sharedSpace)

Then I have 'plugins':
plugin.init(sharedSpace)

In the plugin:
def init(namespace):
    globals().update(namespace)

Now each plugin may create additional interpreters, and the main app
normally has at least one interpreter.

So far, I think this has the same effect as a module. But I see what you
mean:
import sharedSpace:
thatRef = sharedSpace.that
etc.

> Unpleasant things might happen when you explicitly clear a namespace too
early.
> Only removing references is safer.
I am sorry, my python newbieness is showing. Explicity clear a namespace?
If in my plugin I:
del that
then I remove it from the modules namespace. It is still alive elsewhere (I
assume) as the GC won't clean up until I del that from all the namespaces
that contain its reference. Right?

> You could use the thread id as the distinguishing criterion. Ie. replace
> sys.stderr with an object that uses the thread id to send it's output
> to different places. See demos/swing/Console.py on changing sys.stdout
> and sys.stderr.
I considered the thread ID, but not all interpreters are in different
threads.
Perhaps I could 'register' a module/threadID pair as a key, and then look
back at the call stack to see which module using stdout/err. And if no key
exists, then the original stdout is used. Heh, heh, I am not sure I can do
this, just assuming I can peek back into the call stack.

> You might consider using the namespace of a new.module()
is the new module available in Jython? 'import new' doesn't work here.


> Some modules use their __name__ to find their module in sys.modules
> (notably PyUnit) and supporting this is nice.
> When each interpreter thread finishes you can remove all the references
> from sys.modules to make sure nothing is dangling.
Thanks, didn't know about this, will have to look in the docs.

> I have some bad experience with clearing such namespaces, so i'd recommend
> to only remove the references. The garbage collector will find non
> referenced objects in due time.
Again, I am a little confused ... clearing vs removing references. I am
guessing, in an interpreters __del__
I set my variables to None? And leave stuff in sys.modules alone?

> Finally: when you use exec of execfile() you don't need a PyInterpreter.
> To set things in a module name space before it is started
> just use module.__dict__['var'] = value.
At the moment I am just adding a console to my app, so I can interactively
do things - an intermediate step befiore commiting to a user interface.

Thanks for all your tips, seems there is little one can't change in Python
... still trying to get used to this coming from c++/java :)

-Ed

[Jython-users] __main__ in embedded jython

[<Mat...@i2...>]

Hi all,

I have an application which embeds jython, and whenever I run a script, 
the __name__ variable is set to  '__builtin__' by I assume the 
interpreter.
Normally in python, modules can check the value of __name__ to selectively 
run code based on being run from the commandline (value of '__main__') vs 
being imported.
Whats the best way to do this in jython?
Currently what I do is shown below but I'm not sure if this is correct. 
The reason for my apprehension is that when I just run an interactive 
interpreter, I notice that sys.modules has a __main__ module, so I'm 
wondering if I have to create that or something else special.

PythonInterpreter interp = new PythonInterpreter();
interp.set("__name__", "__main__");
interp.execfile("myscript.py");

Any help appreciated, thanks,

Matt
mat...@i2...

[Jython-users] [±¤°í] 498,000¿ø¿¡ Ȩ ¾¾¾îÅ͸¦ À常ÇÏÀÚ!!

[¿¢Æ®º§¸®<dv...@ac...>]

<html>
<head>
<title>dvd 플레이어 가져가세요.</title>
<meta http-equiv="Content-Type" content="text/html; charset=euc-kr">
</head>

<body bgcolor="#FFFFFF" text="#000000">
<table width="652" border="0" cellspacing="0" cellpadding="0">
  <tr> 
    <td bgcolor="#999999"> 
      <table width="650" border="0" cellspacing="5" cellpadding="0">
        <tr> 
          <td bgcolor="#FFFFFF"><img src="http://www.dvdtitles.co.kr/mail/20020117/img/pic.jpg" width="643" height="1263" usemap="#Map" border="0" > 
          </td>
        </tr>
      </table>
    </td>
  </tr>
  <tr>
  	<td>
<font size = "2"><center> ------------------------------------------------------------------------------------------</center></font>
</td>
</tr>
<tr>
<td>
<center><font size = "2"> <b>본 메일은 정보통신부 권고사항 법률 제50조에 의거하여 <font size = "2"> 메일 
임을 밝힙니다. E-mail은 한번만 보내지오니 필요없으신 분은 지워 
버리거나 아래[수신거부]로 메일바랍니다.<br> 
수신거부메일: <a href="mailto:dv...@ac...">dv...@ac...</a></font></center>
</td>
</tr>
<tr>
<td>
<font size = "2"><center> -----------------------------------------------------------------------------------------</font>
</center>
 	</td>
  </tr>
</table>

<map name="Map"> 
  <area shape="rect" coords="543,479,625,504" href="http://www.dvdtitles.co.kr/mail/mail_frame.asp?model=HOMETHEATER&category=PLAYER" target="_blank">
  <area shape="rect" coords="543,685,623,709" href="http://www.dvdtitles.co.kr/mail/mail_frame.asp?model=HOMETHEATER&category=PLAYER" target="_blank">
  <area shape="rect" coords="327,1022,631,1147" href="http://www.bestpc.co.kr/popup/main.htm" target="_blank">
</map>
</body>
</html>

Re: [Jython-users] Where is Good guide to Jython??

[rbill <rb...@di...>]

On Thu, 31 Jan 2002, rbill wrote:

On Thu, 31 Jan 2002, Jiger Patel wrote:
> Hi Mats,
>         Could you tell me what all is covered in Robert's book 'Jython for 
> Java Programmer'. Is is worth a buy, Does it cover topics from begineers to 
> Advance. I dont want any intro on Java. But definately need good groundup on 
> python/jython. If it covers good topics on jython then I would definately 
> think of buying one. also if any one could give a similar review on 'Jython 
> Essentials' by O'Reilly.
> 
> Thanks & Awaiting ur replies,
> Jiger

Hi Jiger,

 I couldn't resist sending my review of the book :)

"Jython for Java Programmers" is primarily intended to show the Java 
programmer how good they could have it with Jython, and hopefully attract 
Jython users/developers from the Java community.  Python knowledge is not 
assumed, but basic Java knowledge is.  Seven chapters focus on the 
Jython/Python language description, and examples use enough Java 
classes to make a point about Jython's usefulness in a Java framework.  
This part has been well received by Java programmers, but it is less 
valuable for those already knee-deep in Python.
 
The remaining five chapters are jythonc, embedding, GUIs, DBs 
(zxJDBC), and Web (Tomcat).  These were intended for Java or Python 
programmers, and feedback indicates that theses chapters have been 
appreciated by Pythoneers.
 
The Java 'angle' was chosen because that seemed to be a target audience 
that is big, could increase Jython users more so than trying to 
convert Python programmers, and is an audience that would really benefit.  
After all, Python programmers already have things pretty good, but Java 
programmers work too hard :)
 
A note to the jython-announce list has been slow coming because I had 
plans to finish some web docs for Jython to announce at the same time. Too 
many suprises have been popping up, so those won't be finished anytime 
soon, so I guess I'll send something to jython-announce today.
 
Thanks for your interest Jiger.
 
<shameless_plug>
The New Riders info on the book (and links to bookstores) is at:
 
http://www.newriders.com/books/title.cfm?isbn=0735711119
</shameless_plug>
 
BTW, Thanks Mats, Ronald and Jan!
 
Regards,
Robert

Re: [Jython-users] Where is Good guide to Jython??

[<Ron...@Ne...>]

Robert's book is not an intro book.
   It teaches a practicing programmer how Jython fits in as a usable
   tool and how to use Jython and Java together.








"Jiger Patel" <jig...@ho...>@lists.sourceforge.net on 01/31/2002
12:37:38 AM

Sent by:  jyt...@li...


To:   jyt...@li...
cc:

Subject:  Re: [Jython-users] Where is Good guide to Jython??

Hi Mats,
        Could you tell me what all is covered in Robert's book 'Jython for
Java Programmer'. Is is worth a buy, Does it cover topics from begineers to

Advance. I dont want any intro on Java. But definately need good groundup
on
python/jython. If it covers good topics on jython then I would definately
think of buying one. also if any one could give a similar review on 'Jython

Essentials' by O'Reilly.

Thanks & Awaiting ur replies,
Jiger




>From: Mats Wichmann <ma...@la...>
>To: Terry Hancock <ha...@an...>
>CC: jyt...@li...
>Subject: Re: [Jython-users] Where is Good guide to Jython??
>Date: Mon, 28 Jan 2002 17:48:10 -0700
>
>At 01:31 PM 1/26/2002 -0800, you wrote:
> >dman wrote:
> >> experience.  Jython _is_ python -- it is an implementation of the
> >> python language and much of the standard library.  The docs on
> >> jython's web site are to alert people to the differences between
> >> cpython and jython and to introduce the special features (javabean
> >> support).
> >
> >O'Reilly is coming out with "Jython Essentials" in March,
> >I'm hoping that will be good.
>
>Don't discount Robert Bill's book.  I got an advance copy (electronic)
>and just had a chance to glance at it before life got busy, and it
>didn't seem anything special.  But now that I'm going through the
>printed book in detail, I'm very impressed.
>
> >IMHO, based on what I've seen on the jython site, experience
> >with Java is assumed, and Python is taught. I'd REALLY like
> >to see something from the opposite perspective, if any of
> >you folks have the ability/inclination to write it. As a
> >Python programmer, the attraction of Jython is being able
> >to run Python code in new places, such as in-browser applets,
> >and rapidly-installable applications on client computers.
>
>Well, I was in talks to do a Jython book a number of months
>back.  The project ended up having its wings fall off (permanently,
>I won't be competing with the two current books), but we
>did examine in considerable detail what the markets might be.
>My prospective publisher was not convinced that marketing a
>book as "Java for Python programmers" would fly at all, while
>"Python for Java programmers" might have some chance.  Since
>nobody's offering to pay for it, I'm not going to be writing
>either title!
>
>Some folks have tried to kick off a collaborative effort to
>develop some tutorials.  I thought I was going to participate,
>but as I said, things got busy.  If you're interested in
>pitching Jython as a kinder, gentler, approach to using Java,
>you could try - I think a discussion wiki is already set up.
>Maybe the time is right now, where it apparently wasn't last
>go-round.
>
>Good luck,
>
>Mats
>
>
>_______________________________________________
>Jython-users mailing list
>Jyt...@li...
>https://lists.sourceforge.net/lists/listinfo/jython-users




_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com


_______________________________________________
Jython-users mailing list
Jyt...@li...
https://lists.sourceforge.net/lists/listinfo/jython-users

Re: [Jython-users] Where is Good guide to Jython??

[Jan W. <j.w...@sc...>]

On Thu, Jan 31, 2002 at 11:07:38AM +0530, Jiger Patel wrote:
> Hi Mats,
>        Could you tell me what all is covered in Robert's book 'Jython f=
or=20
> Java Programmer'. Is is worth a buy, Does it cover topics from begineer=
s to=20
> Advance. I dont want any intro on Java. But definately need good ground=
up=20
> on python/jython. If it covers good topics on jython then I would=20
> definately think of buying one. also if any one could give a similar re=
view=20
> on 'Jython Essentials' by O'Reilly.
It starts with a very thorough introduction in jython, in 7 chapters goin=
g from
syntax to advanced classes. Then follow two chapters on jython and java, =
in
which he looks in jython internals (jythonc, the jython-to-class-compiler=
) and
integrating jython in java. The last three chapters cover GUI, database a=
nd
servlet programming with jython.
It requires working knowledge of Java, and you should have a solid progra=
mming
background.=20
So I recommend it for Java programmers who want do look into Jython. For =
Python
programmers it repeats a lot of material they already know from Python, b=
ut,
since this is the first Jython book, perhaps they find it also interestin=
g.
Well, for me, knwoing Python and having been programming in Jython for ab=
out
half a year, there are also new and interesting parts in it, e.g. how use=
 Java
threads in your Jython program.

Cheerio,
--=20
J.W...@sc...  -  Fon +4970719457-257 Fax-211
science+computing ag - Hagellocher Weg 71-75 - 72070 T=FCbingen
As it seems to me, in Perl you have to be an expert to correctly make a n=
ested
data structure like, say, a list of hashes of instances. In Python, you h=
ave
to be an idiot not to be able to do it, because you just write it down. (=
Peter
Norvig, comp.lang.functional)

Re: [Jython-users] Can Jython variable tell it is certain type of class, just as keyword "instanceof" in Java?

[Gordon H. <Gor...@or...>]

Hi All,

I went to the jython site today looking for a copy of the software - the
link sent me to sourceForge, but there was not a copy of the software
available. Does anyone know where I can get the Jython bundle please?

Thanks in advance
Gordon

dman wrote:

> On Wed, Jan 30, 2002 at 02:34:46PM -0800, Yang Wang wrote:
> | Hi All,
> |
> | In Jython, how would user examine a variable to see its inheritance
> | tree?  In Java, it can be easily done with keyword "instanceof".
>
> In *python* (remember, jython is an implementation of the python
> language) the function 'isinstance()' given an instance object and a
> class object will return true or false indicating if the instance is
> an instance of the class (or a subclass).
>
> -D
>
> --
>
> Micros~1 :
>  For when quality, reliability
>   and security just aren't
>    that important!
>
> _______________________________________________
> Jython-users mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-users

Re: [Jython-users] Where is Good guide to Jython??

[Jiger P. <jig...@ho...>]

Hi Mats,
        Could you tell me what all is covered in Robert's book 'Jython for 
Java Programmer'. Is is worth a buy, Does it cover topics from begineers to 
Advance. I dont want any intro on Java. But definately need good groundup on 
python/jython. If it covers good topics on jython then I would definately 
think of buying one. also if any one could give a similar review on 'Jython 
Essentials' by O'Reilly.

Thanks & Awaiting ur replies,
Jiger




>From: Mats Wichmann <ma...@la...>
>To: Terry Hancock <ha...@an...>
>CC: jyt...@li...
>Subject: Re: [Jython-users] Where is Good guide to Jython??
>Date: Mon, 28 Jan 2002 17:48:10 -0700
>
>At 01:31 PM 1/26/2002 -0800, you wrote:
> >dman wrote:
> >> experience.  Jython _is_ python -- it is an implementation of the
> >> python language and much of the standard library.  The docs on
> >> jython's web site are to alert people to the differences between
> >> cpython and jython and to introduce the special features (javabean
> >> support).
> >
> >O'Reilly is coming out with "Jython Essentials" in March,
> >I'm hoping that will be good.
>
>Don't discount Robert Bill's book.  I got an advance copy (electronic)
>and just had a chance to glance at it before life got busy, and it
>didn't seem anything special.  But now that I'm going through the
>printed book in detail, I'm very impressed.
>
> >IMHO, based on what I've seen on the jython site, experience
> >with Java is assumed, and Python is taught. I'd REALLY like
> >to see something from the opposite perspective, if any of
> >you folks have the ability/inclination to write it. As a
> >Python programmer, the attraction of Jython is being able
> >to run Python code in new places, such as in-browser applets,
> >and rapidly-installable applications on client computers.
>
>Well, I was in talks to do a Jython book a number of months
>back.  The project ended up having its wings fall off (permanently,
>I won't be competing with the two current books), but we
>did examine in considerable detail what the markets might be.
>My prospective publisher was not convinced that marketing a
>book as "Java for Python programmers" would fly at all, while
>"Python for Java programmers" might have some chance.  Since
>nobody's offering to pay for it, I'm not going to be writing
>either title!
>
>Some folks have tried to kick off a collaborative effort to
>develop some tutorials.  I thought I was going to participate,
>but as I said, things got busy.  If you're interested in
>pitching Jython as a kinder, gentler, approach to using Java,
>you could try - I think a discussion wiki is already set up.
>Maybe the time is right now, where it apparently wasn't last
>go-round.
>
>Good luck,
>
>Mats
>
>
>_______________________________________________
>Jython-users mailing list
>Jyt...@li...
>https://lists.sourceforge.net/lists/listinfo/jython-users




_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Re: [Jython-users] Can Jython variable tell it is certain type of class, just as keyword "instanceof" in Java?

[dman <ds...@ri...>]

On Wed, Jan 30, 2002 at 02:34:46PM -0800, Yang Wang wrote:
| Hi All,
| 
| In Jython, how would user examine a variable to see its inheritance
| tree?  In Java, it can be easily done with keyword "instanceof".  

In *python* (remember, jython is an implementation of the python
language) the function 'isinstance()' given an instance object and a
class object will return true or false indicating if the instance is
an instance of the class (or a subclass).

-D

-- 

Micros~1 :  
 For when quality, reliability 
  and security just aren't
   that important!

[Jython-users] Can Jython variable tell it is certain type of class, just as keyword "instanceof" in Java?

[Yang W. <yw...@pr...>]

Hi All,

In Jython, how would user examine a variable to see its inheritance
tree?  In Java, it can be easily done with keyword "instanceof". =20

Thanks.

Yang

Re: [Jython-users] Distinguish Jython syntax error from Java Exceptions

[Kevin B. <kb...@ca...>]

I'm not sure this is what you're looking for, but it seems likely:

import java
import exceptions

try:
    asdf
except exceptions.Exception, val:
    print "Py", val

try:
    java.lang.String( None )
except java.lang.Exception, val:
    print "Java", val


>>> ## working on region in file d:/TEMP/python-506z_G...
Py asdf
Java java.lang.NullPointerException

kb

Yang Wang wrote:
> 
> Hi All,
> 
> Are there a way to distinguish Jython syntax exceptions from Java
> Exceptions?
> 
> For instance:
> 
> >>> try :
> ...    from com.private.package import NonexistClass
> ... except PythonException, ex:
> ...    print "Pyton:"
> ... except Exception, ex2:
> ...    print "ex:"
> ... else:
> ...    print "else:"
> ...
> Traceback (innermost last):
>   File "<console>", line 2, in ?
> NameError: PythonException
> 
> Thanks in advance.
> 
> Yang
> 
> _______________________________________________
> Jython-users mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-users

[Jython-users] Distinguish Jython syntax error from Java Exceptions

[Yang W. <yw...@pr...>]

Hi All,

Are there a way to distinguish Jython syntax exceptions from Java
Exceptions?

For instance:

>>> try :
...    from com.private.package import NonexistClass
... except PythonException, ex:
...    print "Pyton:"
... except Exception, ex2:
...    print "ex:"
... else:
...    print "else:"
...
Traceback (innermost last):
  File "<console>", line 2, in ?
NameError: PythonException

Thanks in advance.

Yang

[Jython-users] [±¤°í]±¤°í´ã´ç ¾Æ¸£¹ÙÀÌÆ®»ý ¾²¼¼¿ä!

[<DD...@DD...>]

DQo8IS0tIG1pYWdlbnQgc3ViIHN0YXJ0IC0tPg0KPCFET0NUWVBFIEhUTUwgUFVCTElDICIt
Ly9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwvL0VOIj4NCjxIVE1MPjxIRUFEPjxU
SVRMRT5tYWlsX3NlcnZpY2U8L1RJVExFPg0KPHgtTUVUQSBIVFRQLUVRVUlWPSJDb250ZW50
LVR5cGUiIENPTlRFTlQ9InRleHQvaHRtbDsgY2hhcnNldD1ldWMta3IiPg0KPGxpbmsgcmVs
PSJzdHlsZXNoZWV0IiBocmVmPSJodHRwOi8vd3d3LnNlbHV0aW9uLm5ldCIgdHlwZT0idGV4
dC9jc3MiPg0KPGxpbmsgcmVsPSJzdHlsZXNoZWV0IiBocmVmPSJodHRwOi8vd3d3LnNlbHV0
aW9uLm5ldCIgdHlwZT0idGV4dC9jc3MiPg0KPC9IRUFEPg0KPHRhYmxlIHdpZHRoPTEwMCUg
IGJnQ29sb3I9I2ZmZmZmZj48dGQgdmFsaWduPXRvcD48QlI+DQo8RElWIGFsaWduPWNlbnRl
cj4NCjxUQUJMRSBjbGFzcz1ibGFjayBjZWxsU3BhY2luZz0wIGNlbGxQYWRkaW5nPTEgd2lk
dGg9NjAwIGJnQ29sb3I9IzY2NjY2NiANCmJvcmRlcj0wPg0KICA8VEJPRFk+DQogIDxUUj4N
CiAgICA8VEQ+DQogICAgICA8VEFCTEUgY2VsbFNwYWNpbmc9MCBjZWxsUGFkZGluZz0wIHdp
ZHRoPTYwMCBib3JkZXI9MD4NCiAgICAgICAgPFRCT0RZPg0KICAgICAgICA8VFI+DQogICAg
ICAgICAgPFREIGJnQ29sb3I9I2ZmZmZmZj48SU1HIGhlaWdodD0xMiANCiAgICAgICAgICAg
IHNyYz0iaHR0cDovL3d3dy5zZWx1dGlvbi5uZXQvaW1hZ2VzLzAzLmdpZiIgDQogICAgICAg
ICAgd2lkdGg9MT48L1REPjwvVFI+DQogICAgICAgIDxUUj4NCiAgICAgICAgICA8VEQgYWxp
Z249bWlkZGxlIGJnQ29sb3I9I2ZmZmZmZj48QSANCiAgICAgICAgICAgIGhyZWY9Imh0dHA6
Ly93d3cuc2VsdXRpb24ubmV0Ij48SU1HIGhlaWdodD0xMDAgDQogICAgICAgICAgICBzcmM9
Imh0dHA6Ly93d3cuc2VsdXRpb24ubmV0L2ltYWdlcy8wMy5naWYiIHdpZHRoPTQ1MCANCiAg
ICAgICAgICAgIGJvcmRlcj0wPjwvQT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8
L1REPjwvVFI+DQogICAgICAgIDxUUj4NCiAgICAgICAgICA8VEQgYmdDb2xvcj0jZmZmZmZm
IGNvbFNwYW49MiBoZWlnaHQ9NT48SU1HIGhlaWdodD0xMCANCiAgICAgICAgICAgIHNyYz0i
aHR0cDovL3d3dy5ob21lcGFnZS1wbHVzLmNvbS5jb20vbWFpbC9pbWFnZXMvdHJhbi5naWYi
IA0KICAgICAgICAgIHdpZHRoPTE+PC9URD48L1RSPg0KICAgICAgICA8VFI+DQogICAgICAg
ICAgPFREIGJnQ29sb3I9I2VjZWNlYyBjb2xTcGFuPTIgaGVpZ2h0PTU+PElNRyBoZWlnaHQ9
NSANCiAgICAgICAgICAgIHNyYz0iaHR0cDovL3d3dy5ob21lcGFnZS1wbHVzLmNvbS5jb20v
bWFpbC9pbWFnZXMvdHJhbi5naWYiIA0KICAgICAgICAgIHdpZHRoPTE+PC9URD48L1RSPg0K
ICAgICAgICA8VFI+DQogICAgICAgICAgPFREPg0KICAgICAgICAgICAgPFRBQkxFIGNlbGxT
cGFjaW5nPTAgY2VsbFBhZGRpbmc9MTAgd2lkdGg9NjAwIGJvcmRlcj0wPg0KICAgICAgICAg
ICAgICA8VEJPRFk+DQogICAgICAgICAgICAgIDxUUj4NCiAgICAgICAgICAgICAgICA8VEQg
YWxpZ249bWlkZGxlIGJnQ29sb3I9I2ZmZmZmZj4NCiAgICAgICAgICAgICAgICAgIDxQIGNs
YXNzPXRleHQgYWxpZ249Y2VudGVyPjxTUEFOIGNsYXNzPWJsYWNrPjxCUj48L1NQQU4+PC9Q
Pg0KICAgICAgICAgICAgICAgICAgPFRBQkxFIGNlbGxTcGFjaW5nPTAgY2VsbFBhZGRpbmc9
MCB3aWR0aD0iOTUlIiBib3JkZXI9MD4NCiAgICAgICAgICAgICAgICAgICAgPFRCT0RZPg0K
ICAgICAgICAgICAgICAgICAgICA8VFI+DQogICAgICAgICAgICAgICAgICAgICAgPFREIGNs
YXNzPWJsYWNrPlvAzMGmILGksO2537zbwLogvsa4o7nZwMzGrrv9wLsgvrK8vL/kISEgDQog
ICAgICAgICAgICAgICAgICAgIF08L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPg0KICAgICAg
ICAgICAgICAgICAgPFA+Jm5ic3A7IA0KICAgICAgICAgICAgICAgICAgPFRBQkxFIGNsYXNz
PXRleHQgaGVpZ2h0PTU2IGNlbGxTcGFjaW5nPTAgY2VsbFBhZGRpbmc9OCANCiAgICAgICAg
ICAgICAgICAgIHdpZHRoPSI5OSUiIGJvcmRlcj0wPg0KICAgICAgICAgICAgICAgICAgICA8
VEJPRFk+DQogICAgICAgICAgICAgICAgICAgIDxUUj4NCiAgICAgICAgICAgICAgICAgICAg
ICA8VEQgYmdDb2xvcj0jZWNlY2VjPr7Is+fHz7y8v+QhISDA/LTcwfYgtbm4rrTCIL7GwMwg
DQogICAgICAgICAgICAgICAgICAgICAgICA8U1RST05HPry/t+e8xzwvU1RST05HPiDA1LTP
tNkuIA0KICAgICAgICAgICAgICAgICAgICAgICAgPFA+PC9QPr/kwfIgsOax4rChILmrw7Qg
wcHB9iC+yr3AtM+02S4gtOu6zrrQwMcgwd+80iCx4r73ILnXILzSu/Ow+MDOtenAzCDIq7q4
ILnXILGksO3AxyANCiAgICAgICAgICAgICAgICAgICAgICAgIMfKv+S8usC6IMD9vcfI9yC0
wLOiwfa4uCCw5sGmwPsgus604yC2p7muv6EgwvfAz8fHwM8gucy357TCIL73w7ywoSC4ub3A
tM+02S4gwMzBpiDAzLexILDtuc7AuiANCiAgICAgICAgICAgICAgICAgICAgICAgIMD8tNzB
9iC70biutMIgvsbAzL+hsNQguMOw3MHWvLy/5C4gDQogICAgICAgICAgICAgICAgICAgICAg
ICA8UD668b3RILrxv+vAuyDA/MGmt84gvsu3rsfRILfOsde60LyuwLsgvuC807XluK7B9iC+
yr3AtM+02S4gtNm4uCDH9r3HwPvAziC68b/rwLi3ziC/+MfPtMK4uMWtwMcgsaSw7bnfvNvA
uiDIrr3Hx8+w1CDDpcDTwfq89iDA1r3AtM+02S4gsbmzu8DHIMCvuO3H0SC4tsTJxsO81rfn
vMew+iAxMDAwuLggtaXAzMW4uqPAzL26t84guavA5cfRIMD8tNzB9iC1ubiutMIgvsbAzLCh
PFNUUk9ORz4gwMy43sDPILGksO08L1NUUk9ORz64piDH2LXluLO0z7TZLiAxMDC47cDHIL7G
uKO52cDMxq67/cC7ILXQsM26uLTZIMi/wLLA+8DUtM+02S48QlI+PEJSPjIxvLyx4rTCILnZ
vt/I5bfOIMDOxc2z3cDHIMiwv+vDtLW1sKEguvHB7rTPvbrAxyC8usbQwMcgxasgv+S80rfO
IMDauK7A4r7GIA0KICAgICAgICAgICAgICAgICAgICAgICAgsKGw7SDA1r3AtM+02S4gwMzB
piC+7rayILvnvvfAuyDHz73DtecgPFNUUk9ORz5vbi9vZmYtbGluZSC/tb73wLsgDQogICAg
ICAgICAgICAgICAgICAgICAgICC6tMfgPC9TVFJPTkc+x9i+3yDH1bTPtNkuIMioxuTAzMH2
wMcgsaSw7SC51yDIq7q4tMIgseK+98DHILv9uO2w+iC4tsL5sKHB9sDUtM+02S4gseK+98DH
IMPrsd7HsLjxwMyzqiC/tb73yLC1v7D6IA0KICAgICAgICAgICAgICAgICAgICAgICAgwbbI
rbimIMDMt+ogvPYgwNa1tbfPIMO2wPrH0SC4tsTJxsPAzCDHyr/kx9W0z7TZLiA8QlI+PEJS
PrDtsLS01LXpwMcgwaTIrsfRIMTBvMGw+iANCiAgICAgICAgICAgICAgICAgICAgICAgIMW4
xM+60LyuwLsgxevH2LytILrxwe60z726v6EgurjFxsDMILXHtbW3zyDD1ryxwLsgtNnH2CCx
pLDtx8+/qSC15biusNq9wLTPtNkuICANCiAgICAgICAgICAgICAgICAgICAgICAgIDxQPlsg
PFNUUk9ORz7B37zSseK+9yZuYnNwO7nXIMDav7W+9y+80rvzsPjAziC067vzJm5ic3A7wMy4
3sDPILi2xMnGw8H2v/ggICAgICAgICAgICAgICAgICAgICA8L1NUUk9ORz4mbmJzcDtdPC9Q
Pg0KICAgICAgICAgICAgICAgICAgICAgICAgPFA+LSC4tsTJxsOzu7/rIC0gPC9QPqLRIMO2
wPrH0SDFuMTPuLbEycbDID0gwfa/qrD6IL+st8m6sLfOILOqtKm+7sH4IMW4sNm537zbDQog
ICAgICAgICAgICAgICAgICAgICAgPEJSPqLRJm5ic3A7IMPWtOsgMjAwuLjF68C7ILnfvNvH
0SCz68fPv+y4piC52cXBwLi3zsfRIMO2wPrH0SC8rbrxvbogDQogICAgICAgICAgICAgICAg
ICAgICAgICA8QlI+otEmbmJzcDsgwaK89r3Fw7s6RS243sDPJm5ic3A7ILvztOMgyMQgsOi+
4DxCUj4gDQogICAgICAgICAgICAgICAgICAgIDwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+
DQogICAgICAgICAgICAgICAgICA8UD48U1BBTiBjbGFzcz1ibGFjaz48L1NQQU4+PC9QPg0K
ICAgICAgICAgICAgICAgICAgPFRBQkxFIGNlbGxTcGFjaW5nPTAgY2VsbFBhZGRpbmc9MSB3
aWR0aD0iMTAwJSIgYm9yZGVyPTA+DQogICAgICAgICAgICAgICAgICAgIDxUQk9EWT4NCiAg
ICAgICAgICAgICAgICAgICAgPFRSPg0KICAgICAgICAgICAgICAgICAgICAgIDxURD48L1RE
PjwvVFI+PC9UQk9EWT48L1RBQkxFPg0KICAgICAgICAgICAgICAgICAgPFRBQkxFIGNsYXNz
PWJsYWNrIGNlbGxTcGFjaW5nPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD00ODUgDQogICAgICAg
ICAgICAgICAgICBib3JkZXI9MD4NCiAgICAgICAgICAgICAgICAgICAgPFRCT0RZPg0KICAg
ICAgICAgICAgICAgICAgICA8VFI+DQogICAgICAgICAgICAgICAgICAgICAgPFREIHdpZHRo
PTE2NCBiZ0NvbG9yPSNmZmZmZmY+PElNRyBoZWlnaHQ9MTIzIA0KICAgICAgICAgICAgICAg
ICAgICAgICAgc3JjPSJodHRwOi8vd3d3LnNlbHV0aW9uLm5ldC9pbWFnZXMvMDQuZ2lmIiAN
CiAgICAgICAgICAgICAgICAgICAgICAgIHdpZHRoPTE2ND48L1REPg0KICAgICAgICAgICAg
ICAgICAgICAgIDxURCB2QWxpZ249Y2VudGVyIGFsaWduPW1pZGRsZSB3aWR0aD0zMjEgDQog
ICAgICAgICAgICAgICAgICAgICAgICBiZ0NvbG9yPSNlY2VjZWM+PFRBQkxFIGNlbGxTcGFj
aW5nPTAgY2VsbFBhZGRpbmc9MSANCiAgICAgICAgICAgICAgICAgICAgICAgIHdpZHRoPSIx
MDAlIiBib3JkZXI9MD4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPFRCT0RZPg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICA8VFI+DQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgPFREIGNsYXNzPXRleHQgdkFsaWduPWNlbnRlcj48SU1HIGhlaWdodD0xMyANCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL3d3dy5zZWx1dGlvbi5uZXQv
aW1hZ2VzLzA0LmdpZiIgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICB3aWR0aD0x
Mz4gPFNUUk9ORz7A/LTcwfYgtbm4rrTCvsbAzLi4wMcgwOXBoTwvU1RST05HPjxCUj48QlI+
PElNRyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGhlaWdodD0xMiANCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL3d3dy5ob21lcGFnZS1wbHVz
LmNvbS9pbWFnZXMvZG90XzAwdC5naWYiIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgd2lkdGg9MTAgYWxpZ249YWJzTWlkZGxlPiDB37zSseK+9yC51yC80rvzsPjAzsC7IMCn
x9EgvK268b26IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPEJSPjxJTUcgaGVp
Z2h0PTEyIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJodHRwOi8vd3d3
LmhvbWVwYWdlLXBsdXMuY29tL2ltYWdlcy9kb3RfMDB0LmdpZiIgDQogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICB3aWR0aD0xMCBhbGlnbj1hYnNNaWRkbGU+ICAxOjG4wsPjvcQg
RE0gvK268b26PEJSPjxJTUcgaGVpZ2h0PTEyIA0KICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgc3JjPSJodHRwOi8vd3d3LmhvbWVwYWdlLXBsdXMuY29tL2ltYWdlcy9kb3RfMDB0
LmdpZiIgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICB3aWR0aD0xMCBhbGlnbj1h
YnNNaWRkbGU+ILrxv+u/oSC1+7bzILTZvufHz7DUILyxxcOwobTJx9EgDQogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICC8rbrxvbo8QlI+PElNRyBoZWlnaHQ9MTIgDQogICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6Ly93d3cuaG9tZXBhZ2UtcGx1cy5j
b20vaW1hZ2VzL2RvdF8wMHQuZ2lmIiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IHdpZHRoPTEwIGFsaWduPWFic01pZGRsZT4gxsSw3cD7wLi3ziDA+rfFx9EguvG/6yi5q8G2
sMfF67TnMr/4KSAgICAgICAgICAgICAgICAgICAgICAgIDxCUj48L1REPjwvVFI+PC9UQk9E
WT48L1RBQkxFPjwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+DQogICAgICAgICAgICAgICAg
ICA8VEFCTEUgY2VsbFNwYWNpbmc9MCBjZWxsUGFkZGluZz0xIHdpZHRoPSIxMDAlIiBib3Jk
ZXI9MD4NCiAgICAgICAgICAgICAgICAgICAgPFRCT0RZPg0KICAgICAgICAgICAgICAgICAg
ICA8VFI+DQogICAgICAgICAgICAgICAgICAgICAgPFREPiZuYnNwOzwvVEQ+PC9UUj48L1RC
T0RZPjwvVEFCTEU+DQogICAgICAgICAgICAgICAgICA8VEFCTEUgY2VsbFNwYWNpbmc9MCBj
ZWxsUGFkZGluZz0wIHdpZHRoPSIxMDAlIiBib3JkZXI9MD4NCiAgICAgICAgICAgICAgICAg
ICAgPFRCT0RZPg0KICAgICAgICAgICAgICAgICAgICA8VFIgdkFsaWduPXRvcD4NCiAgICAg
ICAgICAgICAgICAgICAgICA8VEQgbm9XcmFwIGFsaWduPXJpZ2h0IHdpZHRoPTE1OD48Qj48
Rk9OVCANCiAgICAgICAgICAgICAgICAgICAgICAgIGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2Es
IHNhbnMtc2VyaWYiIGNvbG9yPSNmZjAwMDAgDQogICAgICAgICAgICAgICAgICAgICAgICBz
aXplPTI+seLFuLmuwMc8L0ZPTlQ+PC9CPjwvVEQ+DQogICAgICAgICAgICAgICAgICAgICAg
PFREIG5vV3JhcCB3aWR0aD0xMD4mbmJzcDs8L1REPg0KICAgICAgICAgICAgICAgICAgICAg
IDxURCBjbGFzcz10ZXh0IHdpZHRoPTMxNz48YSBocmVmPSJtYWlsdG86bWFzdGVyQHNlbHV0
aW9uLm5ldCI+bWFzdGVyQHNlbHV0aW9uLm5ldDwvQT48L1REPjwvVFI+DQogICAgICAgICAg
ICAgICAgICAgIDxUUiB2QWxpZ249dG9wIGFsaWduPW1pZGRsZT4NCiAgICAgICAgICAgICAg
ICAgICAgICA8VEQgY2xhc3M9YmxhY2sgbm9XcmFwIGNvbFNwYW49MyBoZWlnaHQ9MjA+PEEg
DQogICAgICAgICAgICAgICAgICAgICAgICBocmVmPSJodHRwOi8vd3d3LnNlbHV0aW9uLm5l
dCI+PElNRyBoZWlnaHQ9MjMgDQogICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6
Ly93d3cuc2VsdXRpb24ubmV0L2ltYWdlcy8wMy5naWYiIA0KICAgICAgICAgICAgICAgICAg
ICAgICAgd2lkdGg9MTA0IGFsaWduPWFic01pZGRsZSBib3JkZXI9MD48L0E+PC9URD48L1RS
Pg0KICAgICAgICAgICAgICAgICAgICA8VFIgdkFsaWduPWNlbnRlciBhbGlnbj1taWRkbGU+
DQogICAgICAgICAgICAgICAgICAgICAgPFREIGNsYXNzPWJsYWNrIG5vV3JhcCBjb2xTcGFu
PTMgaGVpZ2h0PTIwPjxCUj5bIMioxuTAzMH2t84gDQogICAgICAgICAgICAgICAgICAgICAg
ICDAzLW/XTxCUj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxIUiBub1NoYWRlIFNJWkU9
MT4NCiAgICAgICAgICAgICAgICAgICAgICA8L1REPjwvVFI+DQogICAgICAgICAgICAgICAg
ICAgIDxUUiB2QWxpZ249dG9wIGFsaWduPW1pZGRsZT4NCiAgICAgICAgICAgICAgICAgICAg
ICA8VEQgbm9XcmFwIGNvbFNwYW49Mz48Rk9OVCANCiAgICAgICAgICAgICAgICAgICAgICAg
IGZhY2U9IkFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIGNvbG9yPSM2Njk5NjYgDQog
ICAgICAgICAgICAgICAgICAgICAgICBzaXplPTI+ursgRS1tYWlswLogwPy76rjBILq4sd7I
rsDlsPogwMy/68PLwfi/oSCw/MfRILn9t/y/oSDAx7DFx8+/qSC89r3FwNqwoSAgDQpbvPa9
xbDFus5dwMe757imICDIuL3FwLi3ziA8YnI+ueDI+cjEv6G0wiC2x7TZvcMgurizvrz2IL74
vcC0z7TZLiA8L0ZPTlQ+PC9URD48L1RSPg0KICAgICAgICAgICAgICAgICAgICA8VFIgdkFs
aWduPXRvcCBhbGlnbj1taWRkbGU+DQogICAgICAgICAgICAgICAgICAgICAgPFREIG5vV3Jh
cCBjb2xTcGFuPTM+PEZPTlQgDQogICAgICAgICAgICAgICAgICAgICAgICBmYWNlPSJBcmlh
bCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPTI+PEZPTlQgDQogICAgICAgICAgICAg
ICAgICAgICAgICBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXplPTI+
PEZPTlQgDQogICAgICAgICAgICAgICAgICAgICAgICBjb2xvcj0jNjY5OTY2PjxGT05UIGNv
bG9yPSMwMDAwMDA+PEJSPjxhIGhyZWY9Imh0dHA6Ly93d3cuc2VsdXRpb24ubmV0L3JlamVj
dC5odG0iPjxJTUcgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0
cDovL3d3dy5ob21lcGFnZS1wbHVzLmNvbS9tYWlsL2ltYWdlcy9pY29uLmdpZiIgDQogICAg
ICAgICAgICAgICAgICAgICAgICB3aWR0aD04NiBoZWlnaHQ9MTggYWxpZ249YWJzTWlkZGxl
IA0KICAgICAgICAgICAgICAgICAgICAgICAgYm9yZGVyPTA+PC9GT05UPjwvRk9OVD48L0ZP
TlQ+PEZPTlQgDQogICAgICAgICAgICAgICAgICAgICAgICBjb2xvcj0jNjY5OTY2PjxCUj48
L0ZPTlQ+PC9GT05UPg0KICAgICAgICAgICAgICAgICAgICAgICAgPEhSIG5vU2hhZGUgU0la
RT0xPg0KICAgICAgICAgICAgICAgICAgICAgICAgPEZPTlQgZmFjZT0iQXJpYWwsIEhlbHZl
dGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0yPjxGT05UIA0KICAgICAgICAgICAgICAgICAgICAg
ICAgY29sb3I9IzY2OTk2Nj48L0ZPTlQ+PC9GT05UPjwvVEQ+PC9UUj4NCiAgICAgICAgICAg
ICAgICAgICAgPFRCT0RZPg0KICAgICAgICAgICAgICAgICAgICA8VFIgdkFsaWduPXRvcD4N
CiAgICAgICAgICAgICAgICAgICAgICA8VEQgbm9XcmFwIGFsaWduPW1pZGRsZSBjb2xTcGFu
PTM+PEI+PC9CPjxGT05UIA0KICAgICAgICAgICAgICAgICAgICAgICAgZmFjZT0iQXJpYWws
IEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0yPjxGT05UIA0KICAgICAgICAgICAgICAg
ICAgICAgICAgY29sb3I9IzY2OTk2Nj48Rk9OVCANCiAgICAgICAgICAgICAgICAgICAgICAg
IGNvbG9yPSMwMDAwMDA+PC9GT05UPjwvRk9OVD48L0ZPTlQ+PEZPTlQgDQogICAgICAgICAg
ICAgICAgICAgICAgICBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIiBzaXpl
PTI+PEZPTlQgDQogICAgICAgICAgICAgICAgICAgICAgICBjb2xvcj0jNjY5OTY2PjxGT05U
IGNvbG9yPSMwMDAwMDA+PEJSPjxCUj48U1BBTiANCiAgICAgICAgICAgICAgICAgICAgICAg
IGNsYXNzPWNvbG9yPmNvcHlyaWdodEAyMDAxICjB1im8v7fnvMc8QlI+QWxsIA0KICAgICAg
ICAgICAgICAgICAgICAgICAgcmlnaHQgDQogICAgICAgICAgICAgICAgICByZXNlcnZlZDwv
U1BBTj48L0ZPTlQ+PC9GT05UPjwvRk9OVD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwv
VEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+PC9URD48L1RSPjwvVEJPRFk+PC9UQUJMRT48L1RE
PjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvRElWPg0KPC90ZD48L3RhYmxlPjwvSFRNTD4NCg0K
PCEtLSBtaWFnZW50IHN1YiBlbmQgLS0+