xmlvm-users — For current and interested XMLVM users, for public discussions and anouncements.

Re: [xmlvm-users] Starting java->objc and a few initial questions

[Gergely K. <ger...@ma...>]

Hi Peter,

2010/3/4 Peter Carpenter <pet...@sk...>

>  Hi guys,
>
>
>
> Our company is looking at using xmlvm to cross-compile some java code to
> objective c for use on the iphone.  Our project is comms based and so using
> lots of sockets, threads, parsing & others.  I have to say, this looks like
> a VERY useful product, however had some initial questions which I hope some
> friendly people would be happy to answer to help guide our future path.
>
>
>
> 1/ On my initial conversion, I’ve discovered that a few interfaces like
> “Cloneable”, “Enumerator”, and also the “Hashtable” class don’t seem to be
> included in xmlvm.  Is it simply a matter of generating obj-c code for these
> classes or is it deeper than this & we’re better off modifying our java code
> to not require these?
>
If you look at the patch we submitted:
http://xmlvm-reviews.appspot.com/18002/show

It implements a large part of Hashtable, java.util.Enumeration... etc.
It also implements locking, and at least the HTTPConnection part of the
network stack.
We are in the process of updating this patch / breaking it up to ease the
inclusion into XMLVM trunk.

If there are standard Java APIs that you need, but are not implemented yet,
you need to create the necessary classes in xmvlm2objc/compat-lib/objc.

We currently don't use automatically cross-compiled implementations of the
standard Java classes, although technically it should be feasible. In fact,
the Android compatibility layer is cross-compiled from Java to ObjC.

The reason we currently use hand-written ObjC classes is that we use ObjC
categories to add the required Java compatibility layer to the regular
Objective-C classes.
This has the effect that a java_lang_String is just an NSString, with only a
single method call indirection overhead for the Java methods. Object
instances can be passed back and forth between the Java and ObjC worlds
without any conversion.
Also, for the collection framework we were able to just reuse NSArray,
NSSet, NSDictionary for the different Java classes in a very similar manner.

It did come up on the list before multiple times (e.g. the latest was last
weekend) that XMLVM could support cross-compiled Java APIs, e.g. from Apache
Harmony, at least until optimized versions are available. I did some
experiments with it back in December, but at that time I decided that the
amount of work to get it running was higher than the expected gain -- at
least for our project.


> 2/ Is there any further documentation/websites on getting up to speed with
> the xmlvm code other than the manual?  I’ve had a poke around and haven’t
> found a great deal.
>
I don't know about too much documentation beside that.


>  3/ How reliable/stable have people found cross-compilations from
> java->objective c?  Is it wise to proceed down this path for a commercial
> application?
>
You should not expect this to be a seamless process. Most likely you will
find that some machine instructions are missing, which you will have to add
to the XSL (pretty straightforward to do).
Then you will most likely run into missing methods in the Java libraries. In
many cases there exists a native IPhone implementation for the same
method/class, so one only needs to wrap it accordingly.
And then of course there are bugs in the Java API implementations, which are
of course fixed continuously, but still, don't expect the same stability as
you are acustomed to in other Java platform.

However, we are nearing the phase in our project, when we can submit it to
the App Store for inclusion, so it is certainly usable, but you will most
probably need to maintain a private branch with fixes and improvements to
ensure the necessary stability.

One issue is the commercial licensing / Linking Exception, which you will
need to discuss with the XMLVM Core Team (they are listed on the website).

Best Regards,
Gergely




>
>
> Regards,
>
>
>
>
>
> *Peter Carpenter*
>
> *Senior Developer*
>
>
>
> [image: cid:image001.gif@01CA6135.90C08EE0]
>
>
>
> (T)   +61 3 9558 6088
>
> (F)   +61 3 9562 8886
>
> *pet...@sk...*
>
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>


-- 
Kis Gergely
MattaKis Consulting
Email: ger...@ma...
Web: http://www.mattakis.com
Phone: +36 70 408 1723
Fax: +36 27 998 622

[xmlvm-users] licensing issues (again)

[Panayotis K. <pan...@pa...>]

I'd like to ask you something, about licensing again.

If I have already submitted a patch (so I am allowed to publish my  
application without making it GPL) and a company hires me to write a  
specific application for them (and I am the only developer who will  
work on this project), is it OK or should I do something more about it?

Re: [xmlvm-users] ObjC - Java API improvements - preview patch

[Panayotis K. <pan...@pa...>]

>> I uploaded a pretty big patch with various ObjC - Java API  
>> improvements.

>
> Duplicating work is a waste of effort, and noticing one has wasted
> time on something that others have already solved in a better way
> makes a potential contributor frustrated...

I totally agree.
Although I understand that the reviewing is done solely on voluntary  
base, and time is sparse, there should be a solution to minimize  
duplications.
I myself have also prepared (and sent) a similar (duplicate) patch,  
which makes things really frustrating :(

Re: [xmlvm-users] ObjC - Java API improvements - preview patch

[Panayotis K. <pan...@pa...>]

> Hi,
>
> 2010/2/28 Tor Lillqvist <tm...@ik...>
> * For more information, visit the XMLVM Home Page at http://www.xmlvm.org
> */
> +/**
> + *
> + *
> + */
> +
> #import "xmlvm.h"
>
> Probably these should be dropped to make a review easier. Are these
> comments supposed to have some semantic meaning, as I see them added
> in several places.
>
> Yes, there were several more of this in the internal tree, this is  
> really just junk.  I wanted to get the patch out there, so you can  
> start looking at it, and some of these were left in by mistake.  I  
> will of course remove them from the next iteration.
>
> Best Regards,
> Gergely
>


I think the reason for this is some Windows \n\r taking place, which  
is removed by the patch ;)

Re: [xmlvm-users] ObjC - Java API improvements - preview patch

[Gergely K. <ger...@ma...>]

Hi,

2010/2/28 Tor Lillqvist <tm...@ik...>

> * For more information, visit the XMLVM Home Page at http://www.xmlvm.org
> */
> +/**
> + *
> + *
> + */
> +
> #import "xmlvm.h"
>
> Probably these should be dropped to make a review easier. Are these
> comments supposed to have some semantic meaning, as I see them added
> in several places.
>
> Yes, there were several more of this in the internal tree, this is really
just junk.  I wanted to get the patch out there, so you can start looking at
it, and some of these were left in by mistake.  I will of course remove them
from the next iteration.

Best Regards,
Gergely

PS: I like your native method patch.

-- 
Kis Gergely
MattaKis Consulting
Email: ger...@ma...
Web: http://www.mattakis.com
Phone: +36 70 408 1723
Fax: +36 27 998 622

Re: [xmlvm-users] Using code from an external JDK class library for Java-to-ObjC

[Gergely K. <ger...@ma...>]

Hi Tor,

Actually, I had that exact idea back in December. I even started patching in
the Android version of Harmony into xmlvm. Here are the reasons, why I
decided not to continue with this approach:
- I realized that porting Harmony to XMLVM was more effort than I
anticipated
- Harmony implements all the Java APIs from scratch, of course with some
native code in the back.

In XMLVM we used the power of Objective-C to reuse most of the native
frameworks. For example: java_lang_String is just a typedef for NSString,
java_util_ArrayList is just a typedef for NSMutableArray. This approach has
the following advantages:

- performance: The APIs use the native implementations with usually only a
single method call overhead

- transparency: For example, you can pass in a NSURL to a Java method from
ObjC, and it will behave like a java_net_URI / URL without any further
proxying ... etc.

- code reuse: We only have to write a very thin compatibility layer above
the standard frameworks.

The obvious disadvantage is that we currently don't have an automated
process to create this compatibility layer, all code has been written by
hand so far.

It would probably still make sense to reuse existing Java libraries for
higher level functionality, where the standard iphone frameworks are
inadequate. It would also be nice to use cross compiled versions of APIs,
until "native" ones are created, but I am not sure how much work would it
take to make this possible.

Best Regards,
Gergely


2010/2/28 Tor Lillqvist <tm...@ik...>

> A general question about the Java-to-Objective-C JDK compatibility
> classes in xmlvm: Currently (and in the recent suggested patches from
> Gergely Kis) they are written directly in Objective-C. I wonder
> whether it would be possible to instead use suitably licensed existing
> Java code, and keep just the "core" parts that acually must be so, in
> Objective-C.
>
> Obviously using stuff from OpenJDK's (i.e. Sun's, er, Oracle's) class
> library is not possible or desirable because of its licensing (GPL),
> but what about Apache Harmony? Is the Apache License suitable? Would
> it be a good idea to just include suitable Java code from there (with
> minor patches as needed) (and have xmlvm translate it into
> Objective-C) instead of writing compatibility classes in Objective-C?
>
> (Obviously, if xmlvm itself does not want to do this, nothing prevents
> an xmlvm-using project to just import such code itself. But if many
> projects start doing it, there will be a large amount of duplicated
> work, which is a waste of precious hacker resources.)
>
> --tml
>


-- 
Kis Gergely
MattaKis Consulting
Email: ger...@ma...
Web: http://www.mattakis.com
Phone: +36 70 408 1723
Fax: +36 27 998 622

[xmlvm-users] Using code from an external JDK class library for Java-to-ObjC

[Tor L. <tm...@ik...>]

A general question about the Java-to-Objective-C JDK compatibility
classes in xmlvm: Currently (and in the recent suggested patches from
Gergely Kis) they are written directly in Objective-C. I wonder
whether it would be possible to instead use suitably licensed existing
Java code, and keep just the "core" parts that acually must be so, in
Objective-C.

Obviously using stuff from OpenJDK's (i.e. Sun's, er, Oracle's) class
library is not possible or desirable because of its licensing (GPL),
but what about Apache Harmony? Is the Apache License suitable? Would
it be a good idea to just include suitable Java code from there (with
minor patches as needed) (and have xmlvm translate it into
Objective-C) instead of writing compatibility classes in Objective-C?

(Obviously, if xmlvm itself does not want to do this, nothing prevents
an xmlvm-using project to just import such code itself. But if many
projects start doing it, there will be a large amount of duplicated
work, which is a waste of precious hacker resources.)

--tml

Re: [xmlvm-users] ObjC - Java API improvements - preview patch

[Tor L. <tm...@ik...>]

> I uploaded a pretty big patch with various ObjC - Java API improvements.

Yay, great! I love your patch set already!

I think xmlvm has great potential and it works very surprisingly nicely already.

It's good that you made these patches public now, as I think most
people starting to look into xmlvm to generate Objective-C from Java
bytecode and will right away notice the same deficiencies as you did,
and attempt fix them. (Well, at least I did... but not to the extent
you have done.)

Duplicating work is a waste of effort, and noticing one has wasted
time on something that others have already solved in a better way
makes a potential contributor frustrated...

> We are prepared to rebase it against the latest trunk, and also to split it
> up to smaller, self contained changes during the review process.

Although I obviously can't speak for the xmlvm developers I think that
is what one would expect, yes.

I am just a newbie to xmlvm, just found it last week, and I am
considering using it for some small scale spare time hacking
("hacking" in the non-evil sense) for the iPhone. (Not sure what if
anything will come out of it and how much time I will have on it.)

Anyway, looking at your patch set, I see several pointless diff chunks
that just add or remove comments, like this:

 * For more information, visit the XMLVM Home Page at http://www.xmlvm.org
*/
+/**
+ *
+ *
+ */
+
#import "xmlvm.h"

Probably these should be dropped to make a review easier. Are these
comments supposed to have some semantic meaning, as I see them added
in several places.

Here BTW is a patch for something I think you don't cover: native methods.

Index: xmlvm/src/xmlvm2objc/xsl/xmlvm2objc.xsl
===================================================================
--- xmlvm/src/xmlvm2objc/xsl/xmlvm2objc.xsl	(revision 940)
+++ xmlvm/src/xmlvm2objc/xsl/xmlvm2objc.xsl	(working copy)
@@ -374,10 +374,55 @@
           </xsl:when>
           <xsl:when test="@isNative = 'true'">
             <xsl:text>{
-    NSException* ex = [[NSException alloc] initWithName:@"Native
method not implemented" reason:nil userInfo:nil];
-    @throw ex;
-}
+    extern </xsl:text>
+            <xsl:call-template name="emitType">
+              <xsl:with-param name="type"
select="vm:signature/vm:return/@type"/>
+            </xsl:call-template>
+            <xsl:text> </xsl:text>
+            <xsl:value-of select="vm:fixname(../@package)"/>
+            <xsl:text>_</xsl:text>
+            <xsl:value-of select="../@name"/>
+            <xsl:text>_</xsl:text>
+            <xsl:call-template name="emitMethodName">
+              <xsl:with-param name="name" select="@name"/>
+              <xsl:with-param name="class-type"
select="concat(../@package, '.', ../@name)"/>
+            </xsl:call-template>
+            <xsl:call-template name="appendSignature"/>
+            <xsl:text> (</xsl:text>
+            <xsl:for-each select="vm:signature/vm:parameter">
+              <xsl:call-template name="emitType">
+                <xsl:with-param name="type" select="@type"/>
+              </xsl:call-template>
+              <xsl:if test="position() &lt; count(../vm:parameter)">
+               <xsl:text>, </xsl:text>
+              </xsl:if>
+            </xsl:for-each>
+            <xsl:text>);

+    </xsl:text>
+            <xsl:if test="vm:signature/vm:return/@type != 'void'">
+              <xsl:text>return </xsl:text>
+            </xsl:if>
+            <xsl:value-of select="vm:fixname(../@package)"/>
+            <xsl:text>_</xsl:text>
+            <xsl:value-of select="../@name"/>
+            <xsl:text>_</xsl:text>
+            <xsl:call-template name="emitMethodName">
+              <xsl:with-param name="name" select="@name"/>
+              <xsl:with-param name="class-type"
select="concat(../@package, '.', ../@name)"/>
+            </xsl:call-template>
+            <xsl:call-template name="appendSignature"/>
+            <xsl:text> (</xsl:text>
+            <xsl:for-each select="vm:signature/vm:parameter">
+              <xsl:text>n</xsl:text>
+              <xsl:value-of select="position()"/>
+              <xsl:if test="position() &lt; count(../vm:parameter)">
+                <xsl:text>, </xsl:text>
+              </xsl:if>
+            </xsl:for-each>
+            <xsl:text>);
+  }
+
 </xsl:text>
           </xsl:when>
           <xsl:otherwise>

With this patch, native method definitions in a Java class like:

    private static native int foo1(int a, float b);
    private static native void foo2();

get translated into:

+ (int) foo1___int_float :(int)n1 :(float)n2
{
    extern int fi_iki_tml_test1_foo1___int_float (int, float);

    return fi_iki_tml_test1_foo1___int_float (n1, n2);
  }

+ (void) foo2__
{
    extern void fi_iki_tml_test1_foo2__ ();

    fi_iki_tml_test1_foo2__ ();
  }

I.e. a native method turns into an Objective-C stub that calls the
actual extern function with "normal"  C linkage. I think supporting
native methods is essential to make it possible to actually use Java
code for JDK compatibility classes (possibly even suitably licensed
existing code), with just the minimal amount of code in Objective-C or
plain C.

--tml

[xmlvm-users] ObjC - Java API improvements - preview patch

[Gergely K. <ger...@ma...>]

Hi,

I uploaded a pretty big patch with various ObjC - Java API improvements.
http://xmlvm-reviews.appspot.com/18002

This patch implements many different features:
- String handling improvements
- Collection framework improvements
- Basic network handling
- Java Threading, wait / notify, synchronization support
- XSL changes implemented for JVM and DEX backend
- Change long to int64_t
...etc.

The main purpose of this patchset is to start the review and the merging
process, and to avoid duplicate work if possible.

The patchset is against r911.

We are prepared to rebase it against the latest trunk, and also to split it
up to smaller, self contained changes during the review process.

There are still some features in our internal tree that are not ready to be
submitted:
- Some additions to the Android compatibility layer
- AVAudioRecorder stubs
- AudioRecorder and Player based on AudioQueue API -> allows to record into
/ play from streams -> required by J2ME API, also supports AMR record and
playback

- UIKit extensions to support J2ME Canvas port (needs some cleanup)

Best Regards,
Gergely

-- 
Kis Gergely
MattaKis Consulting
Email: ger...@ma...
Web: http://www.mattakis.com
Phone: +36 70 408 1723
Fax: +36 27 998 622

Re: [xmlvm-users] Patches not being reviewed?

[Arno P. <ar...@pu...>]

Guys: please be patient. For none of us XMLVM is the regular day job. We 
have it on our to-do list and we promise to start reviewing all your 
fine patches during the next week.

Arno


On 2/28/10 1:08 AM, Tor Lillqvist wrote:
> I see a bunch of patches in http://xmlvm-reviews.appspot.com/ that
> have been lingering there for weeks, even if they seem quite useful
> (like the "Base class changes (well tested)"
> http://xmlvm-reviews.appspot.com/15001/show ) . Before I submit any
> suggested patches of my own (for instance implementing
> dex:monitor-enter/exit and proper string literal quoting in
> xmlvm2objc.xsl), I would like to know whether it would be in vain...?
>
> --tml
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] Patches not being reviewed?

[Gergely K. <ger...@ma...>]

Hi,

Just a quick heads up: we already implemented monitor-enter / exit along
with wait / notify handling in java.lang.Object. We are currently preparing
the patches for inclusion.

Best Regards,
Gergely

2010/2/28 Tor Lillqvist <tm...@ik...>

> I see a bunch of patches in http://xmlvm-reviews.appspot.com/ that
> have been lingering there for weeks, even if they seem quite useful
> (like the "Base class changes (well tested)"
> http://xmlvm-reviews.appspot.com/15001/show ) . Before I submit any
> suggested patches of my own (for instance implementing
> dex:monitor-enter/exit and proper string literal quoting in
> xmlvm2objc.xsl), I would like to know whether it would be in vain...?
>
> --tml
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>



-- 
Kis Gergely
MattaKis Consulting
Email: ger...@ma...
Web: http://www.mattakis.com
Phone: +36 70 408 1723
Fax: +36 27 998 622

[xmlvm-users] Patches not being reviewed?

[Tor L. <tm...@ik...>]

I see a bunch of patches in http://xmlvm-reviews.appspot.com/ that
have been lingering there for weeks, even if they seem quite useful
(like the "Base class changes (well tested)"
http://xmlvm-reviews.appspot.com/15001/show ) . Before I submit any
suggested patches of my own (for instance implementing
dex:monitor-enter/exit and proper string literal quoting in
xmlvm2objc.xsl), I would like to know whether it would be in vain...?

--tml

Re: [xmlvm-users] UTF-8 in String?

[Panayotis K. <pan...@pa...>]

On 26 Φεβ 2010, at 4:35 ΜΜ, Stand Trooper wrote:

> To help me debug what issues you might be seeing and how to  
> reproduce the issue, please include the following:
> 1) OS - Windows (include if it's a special version, e.g. the  
> Japanese OS, or what have you), Mac and the version, or flavor of  
> linux
> 2) how you're viewing the sout - is it in an xterminal you're  
> running your code with? or a windows cmd?  An IDE debugger pane?
> 3) Which version of Java you're compiling and running against.  This  
> part isn't as important since unicode in Java will run just about  
> the same on all of the JDKs since 1.1 - but might help


I know all the problems of utf-8 in java files and  know these (and  
other) conversion solutions. The problem is not with display issues  
but with bad conversion by xmlvm.
I am a long time supporter of UTF-8 and I have helped a lot to  
properly handle UTF-8 and especially greek encodings under Linux and  
X11.
Just for reference though, since you asked it,  I am under Mac OSX.


On 26 Φεβ 2010, at 4:46 ΜΜ, Sascha Haeberling wrote:

> Thank you Time for the good tips, I think you are right.
>
> However, one thing I am curious about: Would this example work in  
> Objective-C if you put this string in an .m file? Because we could  
> do some conversion when we take the XMLVM file and convert it to  
> Objective-C. The question is, should it be UTF-8 in the .m file or  
> should it be escaped there?
>
> // Sascha


Exactly that's my point.
Java compiler (with a proper -encoding option) is able to handle non- 
ASCII source files for some time now. So the characters inside the  
class are correct (and display correctly if run as java application).
The conversion though has problems and produces something with errors.

Sascha, as you asked, if I use the same UTF-8 characters in a .m file,  
(i.e. if I go to the source code and replace it), then the file is  
compiled correctly.

Re: [xmlvm-users] UTF-8 in String?

[Sascha H. <sa...@xm...>]

Thank you Time for the good tips, I think you are right.

However, one thing I am curious about: Would this example work in
Objective-C if you put this string in an .m file? Because we could do some
conversion when we take the XMLVM file and convert it to Objective-C. The
question is, should it be UTF-8 in the .m file or should it be escaped
there?

// Sascha

On Fri, Feb 26, 2010 at 3:35 PM, Stand Trooper <sta...@gm...>wrote:

> So there are a few issues going on here.
>
> The first one is that Java will not escape those characters when
> compiling.  _you_ must do so, either by going online and doing it on a
> website; by running your file with native2ascii; or by writing a converter
> that will read the file and convert the unicode characters to the ascii
> escape sequences.
>
> The second problem is: what exactly do you mean by it displays properly?
> What OS are you using?  Standard System.out.println will not display any
> UTF-8 characters in a Windows cmd.  There are flavors of linux and even some
> mac users that tout xterm or a custom version of the terminal that displays
> unicode characters, however, still going back to the Java class, it must be
> compiled with the escaped characters to begin with.
>
> Java, natively, handles everything in Unicode, but the compiler only
> compiles against ascii...even if the Java file, itself is Unicode (UTF-8 or
> 16).
>
> So, you would need to take your class and do "native2ascii Main.java
> Main2.java" or whatever you want it and it will then take the Greek text
> below and transform it to the escaped sequence.
>
>
> System.out.println("\u00ce\u201d\u00ce\u00bf\u00ce\u00ba\u00ce\u00b9\u00ce\u00bc\u00ce\u00ae");
>
> This still will not display in the sysout as anything but garbage.
>
> To help me debug what issues you might be seeing and how to reproduce the
> issue, please include the following:
> 1) OS - Windows (include if it's a special version, e.g. the Japanese OS,
> or what have you), Mac and the version, or flavor of linux
> 2) how you're viewing the sout - is it in an xterminal you're running your
> code with? or a windows cmd?  An IDE debugger pane?
> 3) Which version of Java you're compiling and running against.  This part
> isn't as important since unicode in Java will run just about the same on all
> of the JDKs since 1.1 - but might help
>
> thx
>
> timo
>
>
>
> On Fri, Feb 26, 2010 at 5:43 AM, Panayotis Katsaloulis <
> pan...@pa...> wrote:
>
>>
>> On 26 Φεβ 2010, at 10:23 ΠΜ, Sascha Haeberling wrote:
>>
>>  Hi Panayotis,
>>>
>>> can you give me a concrete example on how to reproduce this?
>>>
>>> Thank you
>>> // Sascha
>>>
>>
>> Yes, just enter any utf-8 string in a System.out directive
>>
>> For simplicity, I've attached a demo java source, which can be found (it
>> is under package "test").
>>
>> Under Java it properly displays "Δοκιμή", while after the conversion it is
>> something like r4w7w2w1w4u6 and in the source code
>> @"\1624\1677\1672\1671\1674\1656"
>>
>> I really don't know why it is like this, but a rough suggestion is that
>> the character is escaped but not with something like "\u"
>>
>>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

Re: [xmlvm-users] UTF-8 in String?

[Stand T. <sta...@gm...>]

So there are a few issues going on here.

The first one is that Java will not escape those characters when compiling.
_you_ must do so, either by going online and doing it on a website; by
running your file with native2ascii; or by writing a converter that will
read the file and convert the unicode characters to the ascii escape
sequences.

The second problem is: what exactly do you mean by it displays properly?
What OS are you using?  Standard System.out.println will not display any
UTF-8 characters in a Windows cmd.  There are flavors of linux and even some
mac users that tout xterm or a custom version of the terminal that displays
unicode characters, however, still going back to the Java class, it must be
compiled with the escaped characters to begin with.

Java, natively, handles everything in Unicode, but the compiler only
compiles against ascii...even if the Java file, itself is Unicode (UTF-8 or
16).

So, you would need to take your class and do "native2ascii Main.java
Main2.java" or whatever you want it and it will then take the Greek text
below and transform it to the escaped sequence.

System.out.println("\u00ce\u201d\u00ce\u00bf\u00ce\u00ba\u00ce\u00b9\u00ce\u00bc\u00ce\u00ae");

This still will not display in the sysout as anything but garbage.

To help me debug what issues you might be seeing and how to reproduce the
issue, please include the following:
1) OS - Windows (include if it's a special version, e.g. the Japanese OS, or
what have you), Mac and the version, or flavor of linux
2) how you're viewing the sout - is it in an xterminal you're running your
code with? or a windows cmd?  An IDE debugger pane?
3) Which version of Java you're compiling and running against.  This part
isn't as important since unicode in Java will run just about the same on all
of the JDKs since 1.1 - but might help

thx

timo


On Fri, Feb 26, 2010 at 5:43 AM, Panayotis Katsaloulis <
pan...@pa...> wrote:

>
> On 26 Φεβ 2010, at 10:23 ΠΜ, Sascha Haeberling wrote:
>
>  Hi Panayotis,
>>
>> can you give me a concrete example on how to reproduce this?
>>
>> Thank you
>> // Sascha
>>
>
> Yes, just enter any utf-8 string in a System.out directive
>
> For simplicity, I've attached a demo java source, which can be found (it is
> under package "test").
>
> Under Java it properly displays "Δοκιμή", while after the conversion it is
> something like r4w7w2w1w4u6 and in the source code
> @"\1624\1677\1672\1671\1674\1656"
>
> I really don't know why it is like this, but a rough suggestion is that the
> character is escaped but not with something like "\u"
>
>

Re: [xmlvm-users] UTF-8 in String?

[Panayotis K. <pan...@pa...>]

On 26 Φεβ 2010, at 10:23 ΠΜ, Sascha Haeberling wrote:

> Hi Panayotis,
>
> can you give me a concrete example on how to reproduce this?
>
> Thank you
> // Sascha

Yes, just enter any utf-8 string in a System.out directive

For simplicity, I've attached a demo java source, which can be found  
(it is under package "test").

Under Java it properly displays "Δοκιμή", while after the  
conversion it is something like r4w7w2w1w4u6 and in the source code  
@"\1624\1677\1672\1671\1674\1656"

I really don't know why it is like this, but a rough suggestion is  
that the character is escaped but not with something like "\u"

Re: [xmlvm-users] UTF-8 in String?

[Sascha H. <sa...@xm...>]

Hi Panayotis,

can you give me a concrete example on how to reproduce this?

Thank you
// Sascha

On Fri, Feb 26, 2010 at 12:25 AM, Panayotis Katsaloulis <
pan...@pa...> wrote:

> Hello,
>
> I tried to create a String with UTF-8 characters inside, but instead the
> parser produces a series of escaped numbers, none of which makes any sense.
> It is not the unicode hex equivalent, or the decimal equivalent.
> Is there any way to properly do this?
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

[xmlvm-users] UTF-8 in String?

[Panayotis K. <pan...@pa...>]

Hello,

I tried to create a String with UTF-8 characters inside, but instead the parser produces a series of escaped numbers, none of which makes any sense.
It is not the unicode hex equivalent, or the decimal equivalent.
Is there any way to properly do this?

Re: [xmlvm-users] src/xmlvm2objc/compat-lib/objc vs. src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone

[Tor L. <tm...@ik...>]

> Does this answer your question?

Yes. Thanks for the quick reply!

--tml

Re: [xmlvm-users] src/xmlvm2objc/compat-lib/objc vs. src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone

[Wolfgang K. <wol...@xm...>]

Hi,

the explanation for that is pretty simple. XMLVM provides its own Java
based emulator which is basically a pure Java desktop application.
"Java-for-iPhone" applications use the Java classes if they are run on
XMLVM's emulator (without being cross-compiled). This is a great tool if
you have to debug your application because you are still in a Java-only
world. For that you can use the debugging tools of your choice and you
don't have to worry about Objective-C. If the application is cross
compiled the Java implementation of the classes you mentioned is not
needed. Instead the application is linked against the Objective-C
implementation which basically wraps the already existent Cocoa Touch
classes and provide the name-mangled API which gets called by all the
cross-compiled classes.

Does this answer your question?

-- Wolfgang



Tor Lillqvist wrote:
> Hi,
>
> Trying to understand xmlvm better (especially the Java on the iPhone
> aspect), I am a bit confused how the source code for what seems to be
> the same Java classes occurs both in src/xmlvm2objc/compat-lib/objc
> and in src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone.
>
> Could somebody explain to me for instance which
> org.xmlvm.iphone.CGFont gets used, the one written in Java in
> src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone/CGFont.java
> (eventually compiled to a class file and then translated by xmlvm to
> Objective-C) or the one written in Objective-C in
> src/xmlvm2objc/compat-lib/objc/org_xmlvm_iphone_CGFont.[hm] ?
>
> Or does the code for this class get "merged" from these two
> implementations, with just those parts that need to call Apple APIs
> written in Objective-C and the rest in Java? That would actually be
> quite elegant I guess.
>
> --tml
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>   

[xmlvm-users] src/xmlvm2objc/compat-lib/objc vs. src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone

[Tor L. <tm...@ik...>]

Hi,

Trying to understand xmlvm better (especially the Java on the iPhone
aspect), I am a bit confused how the source code for what seems to be
the same Java classes occurs both in src/xmlvm2objc/compat-lib/objc
and in src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone.

Could somebody explain to me for instance which
org.xmlvm.iphone.CGFont gets used, the one written in Java in
src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone/CGFont.java
(eventually compiled to a class file and then translated by xmlvm to
Objective-C) or the one written in Objective-C in
src/xmlvm2objc/compat-lib/objc/org_xmlvm_iphone_CGFont.[hm] ?

Or does the code for this class get "merged" from these two
implementations, with just those parts that need to call Apple APIs
written in Objective-C and the rest in Java? That would actually be
quite elegant I guess.

--tml

[xmlvm-users] Android project not finding strings

[Linus B. <li...@br...>]

Hello!

I've been experimenting a bit with xmlvm and i like what i see :-)
Even supplied a couple of simple patches this morning.

Anyway, my biggest problem so far was setting up a proper eclipse launcher
for a simple android project. First I had some troubles with classpath so
the project wouldnt start at all, but adding some source folders to
classpath solved the problem.
Now it starts, but strings are not properly resoulved, i see only
@strings/app_name etc.

In eclipse console shows the following output
<I> <Resources>: Unable to resolve resources for se.brimstedt.simpleandroid:
id

When I look at the UI in android UI builder, it looks ok, strings are found.

Anyone got some hints, or are there some instructions written how you should
set up your launcher?

cheers

/Linus

Re: [xmlvm-users] Close iPhone Keyboard?

[Arno P. <ar...@pu...>]

getting rid of the keyboard on the iPhone is a little tricky. The method 
you have described (resigning as the responder) seems to be the official 
way of doing it. We haven't mapped this functionality yet, so that is 
why you have a hard time getting it to work with XMLVM.

Here is a tutorial from Apple that explains how to do it:
http://developer.apple.com/iphone/library/documentation/iPhone/Conceptual/iPhone101/Articles/06_ImplementingController.html#//apple_ref/doc/uid/TP40007514-CH8-SW1

We would basically need a mapping of the API described on that page.

Arno


On 2/17/10 5:30 PM, Josh Lange wrote:
> Hello,
> 	I've been playing with XMLVM for a few days now, and with the help of the included sample code, I've got a basic UI with a couple of buttons and a text field working.  When I tap in the text field, the keyboard pops up and works fine, but I can't get rid of it when hit the return key.  From what I've read, it looks like UITextField.resignFirstResponder() might do the trick, but I'm not sure where I should be calling it from.  I've tried overriding UITextField.KeyTyped and calling this.resignFirstResponder() from there, but I haven't gotten it to do anything yet.  I've looked at the various delegates that are available, but none of them seem directly related to this.  I saw the UIControlEvent class has the property EditingDidEnd in it, which also seems to be related from what I've read, but again, I'm not sure where to use it.  If someone could explain how to close the keyboard, or tell me if that's absolutely not possible with the current version of XMLVM, it would be much
 appreciated.  Thanks, Josh.
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] Close iPhone Keyboard?

[Josh L. <jos...@mu...>]

Hello, 
	I've been playing with XMLVM for a few days now, and with the help of the included sample code, I've got a basic UI with a couple of buttons and a text field working.  When I tap in the text field, the keyboard pops up and works fine, but I can't get rid of it when hit the return key.  From what I've read, it looks like UITextField.resignFirstResponder() might do the trick, but I'm not sure where I should be calling it from.  I've tried overriding UITextField.KeyTyped and calling this.resignFirstResponder() from there, but I haven't gotten it to do anything yet.  I've looked at the various delegates that are available, but none of them seem directly related to this.  I saw the UIControlEvent class has the property EditingDidEnd in it, which also seems to be related from what I've read, but again, I'm not sure where to use it.  If someone could explain how to close the keyboard, or tell me if that's absolutely not possible with the current version of XMLVM, it would be much appreciated.  Thanks, Josh.

Re: [xmlvm-users] XMLVM java convertion to iPhone query

[Gergely K. <ger...@ma...>]

Hi,

Depending on how much you actually use from J2ME, one solution is to use
j2ab, which implements a subset of J2ME APIs over Android.

In fact we are using this in our application, and it works. We are now
porting over the parts that we use to the IPhone API (UI* NS* classes), so
we don't have to pull in the whole Android framework. We only use Canvas and
the Connector framework.

Best Regards,
Gergely

2010/2/18 Wolfgang Korn <wol...@xm...>

>  Candice,
>
> thanks for your interest in XMLVM. Currently we focus on cross-compiling
> Android to  iPhone. J2ME is not a platform we currently support and we do
> not have any plans to do so. There have been some discussions on the mailing
> list about J2ME support.
>
> And one final note - please use the mailing list to post questions. This
> ensures that the community can benefit from our answers or even can help you
> as well.
>
> Kind regards
>     Wolfgang
>
>
>
> Candice Schouten wrote:
>
>  To whom it may concern
>
>
>
> I would like to enquire whether XMLVM supports J2ME.
>
> We have developed a midlet application using J2ME and I would like to
> convert the application for use on the iPhone.
>
> Do you know if this is at all possible with your current version of XMLVM?
>
>
>
> Regards
>
> Candice
>
>
>
>
>
> ************************************************************************************************
> Relevant company email disclaimers are available at the following address:www.applxbridge.com/email_disclaimers.aspx
> ************************************************************************************************
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&reg; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>


-- 
Kis Gergely
MattaKis Consulting
Email: ger...@ma...
Web: http://www.mattakis.com
Phone: +36 70 408 1723
Fax: +36 27 998 622