Taming Java Libraries in E vs. Joe-e

David Wagner <[email protected]>
Newsgroups gmane.comp.lang.e.general
Message-ID <[email protected]>
Jimmy Wylie writes:
>I haven't seen anything substantial yet.  For example, I looked at 
>File.java. E has it tamed, but Joe-E has simply suppressed every method. 
>(I'm guessing to be safe until taming decisions are made.)

Yeah.

>From reading 
>the aforementioned link,  I'm guessing it has something to do with the 
>resolution of "..".  E can wrap the class and check for "..".  But, I 
>don't see how Joe-E would be able to do that without shipping its own 
>version of File.java. 

org.joe_e.file.Filesystem is a start at this which addresses
the ".." issue; but still File needs to be tamed before that solves
the issue.

>    This leads to other issue I'm having.  I'm not really sure what 
>classes I can make valid comparisons between.  Joe-E is a subset of Java 
>while E is its own language.  So E has more flexibility in what it can 
>do to tame classes.

Yes, there are some differences, though for most Java library classes,
I'd expect the taming issues for Joe-E and E ought to be pretty similar.
(Core types, like Boolean, may be one place where more significant
differences are to be expected.)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.