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

Re: [xmlvm-users] Publishing XMLVM applications

[Leo I. <leo...@gm...>]

I have good news. I think that the apple app store licence doesn't have
restrictions on where the source code comes from (but I'm not sure).

Question: Does source code created with XMLVM have to be licensed under
LGPL? The question becomes a fact of whether any code created with xmlvm
counts as a derivative work. My guess would be that we could bend it and say
no. Because the code would have been written by the developer, it was from
scratch. XMLVM just converted it (from java to c/objective-c) so it wasn't
derived from XMLVM, it was just a component of it. i.e. If I write a
front-end to a library, then that's derivative. But if I just use one thing
in an unrelated program (such as zlib in a word processor) then the
unrelated program (the processor) would not be derived from the used code
(zlib). This is ok because we are using LGPL, so this theory applies. As
long as developers of xmlvm don't go ahead and sue users of xmlvm for not
licensing xmlvm-converted code under LGPL (which they shouldn't be able to
do anyway) then I think we should be fine.

On Sat, Jan 8, 2011 at 4:10 PM, Sascha Haeberling <sa...@gm...> wrote:

> Dear community,
>
> in a recent discussion the question about licensing and Apple AppStore
> conditions was raised. We understand that this is an important topic for our
> community, so we want to let you know that we are motivated to do everything
> possible so that developers do not need to fear any negative consequences
> from using XMLVM.
>
> As you know, last year we decided to abandon the GPL license in favor of
> the much more liberal LGPL license to make it easier for you to publish your
> application to the Apple AppStore and other platforms. If we find that
> changing our license again or other measures are needed to enable you to
> publish your application, we will take action so you don't need to worry.
>
> We want you to know that we, the XMLVM core team, strive to enable you, the
> applications developers, to publish your apps wherever you want. After all,
> you are the ones we are building XMLVM for.
>
> Sascha, on behalf of the XMLVM team
>
>
> ------------------------------------------------------------------------------
> Gaining the trust of online customers is vital for the success of any
> company
> that requires sensitive data to be transmitted over the Web.   Learn how to
> best implement a security strategy that keeps consumers' information secure
> and instills the confidence they need to proceed with transactions.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

[xmlvm-users] Publishing XMLVM applications

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

Dear community,

in a recent discussion the question about licensing and Apple AppStore
conditions was raised. We understand that this is an important topic for our
community, so we want to let you know that we are motivated to do everything
possible so that developers do not need to fear any negative consequences
from using XMLVM.

As you know, last year we decided to abandon the GPL license in favor of the
much more liberal LGPL license to make it easier for you to publish your
application to the Apple AppStore and other platforms. If we find that
changing our license again or other measures are needed to enable you to
publish your application, we will take action so you don't need to worry.

We want you to know that we, the XMLVM core team, strive to enable you, the
applications developers, to publish your apps wherever you want. After all,
you are the ones we are building XMLVM for.

Sascha, on behalf of the XMLVM team

Re: [xmlvm-users] GPL and AppleStore

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

On Sat, Jan 8, 2011 at 2:25 PM, Panayotis Katsaloulis <
pan...@pa...> wrote:

>
> On Jan 8, 2011, at 3:11 PM, Sascha Haeberling wrote:
>
> I think we don't have to worry. Here is my simple reasoning:
>
>    - XMLVM *LGPL*, not GPL.
>
>
> From my understanding, GPL and LGPL have exactly the same requirements in
> case of distribution. Their only basic difference is if a non-gpl project is
> able to link on them or not.
>

I think the differences are bigger. See the link I post further down for
some details.


>
>
>    - Most parts of WebKit is under *LGPL* as well
>
>
>    - Apple uses WebKit in their mobile browser with no problem
>
>
> Well, this doesn't prove anything; they are not going to take down their
> own browser :)
>
> But for an independent project, it would be a good excuse to remove it (if
> it contains [L]GPL code), if someone else complains about it.
>


Well, I think they need to apply the same measures. I don't think it would
be acceptable for Apple to violate the license for their own components.

Here is some interesting information on the subject:
http://huyzing.com/2009/08/24/compatibility-between-the-iphone-app-store-and-the-lgpl/

What the author suggests is that a "static library exception" is added to
the LGPL license, which should then resolve the distribution issue.

// Sascha

Re: [xmlvm-users] GPL and AppleStore

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

On Jan 8, 2011, at 3:11 PM, Sascha Haeberling wrote:

> I think we don't have to worry. Here is my simple reasoning:
> XMLVM LGPL, not GPL.

From my understanding, GPL and LGPL have exactly the same requirements in case of distribution. Their only basic difference is if a non-gpl project is able to link on them or not.

> Most parts of WebKit is under LGPL as well
> Apple uses WebKit in their mobile browser with no problem

Well, this doesn't prove anything; they are not going to take down their own browser :)

But for an independent project, it would be a good excuse to remove it (if it contains [L]GPL code), if someone else complains about it.

Re: [xmlvm-users] GPL and AppleStore

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

I think we don't have to worry. Here is my simple reasoning:

   - XMLVM *LGPL*, not GPL.
   - Most parts of WebKit is under *LGPL* as well
   - Apple uses WebKit in their mobile browser with no problem

However, I wouldn't mind any definitive proof  of this theory, that LGPL is
fine for the AppStore
// Sascha


On Sat, Jan 8, 2011 at 10:56 AM, Panayotis Katsaloulis <
pan...@pa...> wrote:

> I think this is will interest most people here, since the current license
> of XMLVM have exactly the same restriciotns
>
>
> http://www.macnn.com/articles/11/01/07/move.said.to.be.related.to.licensing.dispute/
>
> ------------------------------------------------------------------------------
> Gaining the trust of online customers is vital for the success of any
> company
> that requires sensitive data to be transmitted over the Web.   Learn how to
> best implement a security strategy that keeps consumers' information secure
> and instills the confidence they need to proceed with transactions.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

[xmlvm-users] GPL and AppleStore

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

I think this is will interest most people here, since the current license of XMLVM have exactly the same restriciotns

http://www.macnn.com/articles/11/01/07/move.said.to.be.related.to.licensing.dispute/

Re: [xmlvm-users] RMI Java -> Obj-C

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

Hi Dennis,

i am new in XMLVM, so please be kind :)
>

we always are! ;)


>
> i tried to cross-compile a existing java-application for a while.
> But i have a problem with the RMI-classes, they are not included.
>

Can you give us a few more details? What are the command line options you
give to xmlvm?


>
> Could it be, that is not possible to use the RMI-classes now? Cause i have
> read some message about openSDK and basic Libraries  in XMLVM.
>
> Dennis
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

[xmlvm-users] RMI Java -> Obj-C

[Dennis O. <ma...@de...>]

Hi everyone,

i am new in XMLVM, so please be kind :)

i tried to cross-compile a existing java-application for a while. 
But i have a problem with the RMI-classes, they are not included.

Could it be, that is not possible to use the RMI-classes now? Cause i have read some message about openSDK and basic Libraries  in XMLVM.

Dennis

Re: [xmlvm-users] Ant errors in project created by Android project conversion

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

On Jan 5, 2011, at 5:10 AM, Arno Puder wrote:

> 
> Julian,
> 
> I didn't write the migrate:skeleton target in XMLVM so I'm not the most 
> qualified to reply. It is possible that your Android project is doing 
> something "non-standard" (by that I mean that the project layout 
> deviates from the standard layout). Your best option is to try to invoke 
> XMLVM from the command line with the appropriate --in and --resources 
> arguments.
> 
> Arno
> 
> 
> On 1/3/11 1:12 PM, ju...@ed... wrote:
>> Hi all. New to the group.
>> Checked out the project from SVN today, revision 1380.
>> 
>> I did
>> java -jar xmlvm.jar --skeleton=android:migrate --out=${path.to}/PROJECT



You need to replace the value of ${path.to}/PROJECT to the actual path of the project!

Re: [xmlvm-users] "java_lang_System.h" is missing

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

here a little update on the C backend. If you check the repository you 
will notice that a lot of work has happened over the last couple of 
weeks. Overall the Java to C language cross-compiler is much more 
complete than the existing Objective-C backend. To answer one of your 
questions: I believe the C backend is quite usable! One thing that is 
missing are the Cocoa wrappers, so while you can generate C code, you 
can't really use it for developing iOS applications yet. But we are 
working on it and hope to make fast progress.

To answer your question about java_lang_System.h: for the Objective-C 
backend we require hand-written versions of J2SE classes such as 
java.lang.System. For the C backend, we simply cross-compile OpenJDK to 
C! This gives us *much* better coverage compared to the Objective-C backend.

If you want to give it a little spin, try this:

- check out the latest version of XMLVM in Eclipse (the ant script
   is not yet up-to-date and we rely on Eclipse to compile certain parts
   of XMLVM).
- In a shell, do the following:

cd trunk/xmlvm
ant
# This will cross-compile ReflectionTest.java plus all
# dependent J2SE classes to directory 'out'
java -Xmx508m -jar dist/xmlvm.jar --target=c --exp-load-deps \
   --dep-optimization-config=lib/redlist.txt \
   --in=bin/org/xmlvm/test/ReflectionTest.class \
   --in=bin-util/ --out=out
cp src/xmlvm2c/compat-lib/java/* out
mv out/xmlvm.m out/xmlvm.c
gcc -std=c99 -w -DXMLVM_NO_GC out/*.c
./a.out

Note that the 'out' directory contains all static dependencies from J2SE 
that were automatically cross-compiled from OpenJDK (over 700 classes!). 
As the first of the XMLVM demos, you can use the C backend to 
cross-compile iFireworks:

cd demo/iphone/ifireworks
ant
cd -
java -Xmx500m -jar dist/xmlvm.jar --target=iphone-c \
   --app-name=iFireworks    --exp-load-deps \
   --dep-optimization-config=lib/redlist.txt \
   --resource=demo/iphone/ifireworks/res/ \
   --in=demo/iphone/ifireworks/build/classes/ \
   --in=bin-util/ --out=out1
open out1/dist/iFireworks.xcodeproj

Note that we generate portable C code. ReflectionTest can be compiled 
anywhere you have a C compiler because it is a simple console 
application. The iFireworks demo is iOS specific and requires Xcode.

I think the C backend will prove to be of huge benefit: more efficient 
code, better J2SE coverage, and last but not least, a proper garbage 
collector. We will keep you guys posted on our progress.

Arno





On 1/4/11 8:12 PM, Wenjing Yan wrote:
> Hello everyone,
>
> I am new to XMLVM, but I am quite interested in its new C target.
>
> I checked out the latest version from repository, but there was an error
> when I used "ant" to compile the fresh version, as follows:
>
>       [java] java.lang.ExceptionInInitializerError
>       [java] at
> org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:194)
>       [java] at org.apache.tools.ant.taskdefs.Java.run(Java.java:771)
>       [java] at
> org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:221)
>       [java] at
> org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:135)
>       [java] at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)
>       [java] at
> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
>       [java] at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
>       [java] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>       ... ... ...
>
> Could you please tell me what is the problem here?
>
> Another question is that I can't find "java_lang_System.h" file in the
> subdirectory "src/xmlvm2c", where only has "java_lang_System.c". Where
> is the .h file? I can only find that "java_lang_System.h" is in
> "src/xmlvm2objc".
>
> My last question is whether the new C target is stable enough to be used?
>
> Thank you.
>
> --
> /Best Regards
> Wenjing Yan/
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] "java_lang_System.h" is missing

[Wenjing Y. <wen...@gm...>]

Hello everyone,

I am new to XMLVM, but I am quite interested in its new C target.

I checked out the latest version from repository, but there was an error
when I used "ant" to compile the fresh version, as follows:

     [java] java.lang.ExceptionInInitializerError
     [java] at
org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:194)
     [java] at org.apache.tools.ant.taskdefs.Java.run(Java.java:771)
     [java] at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:221)
     [java] at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:135)
     [java] at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)
     [java] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
     [java] at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
     [java] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     ... ... ...

Could you please tell me what is the problem here?

Another question is that I can't find "java_lang_System.h" file in the
subdirectory "src/xmlvm2c", where only has "java_lang_System.c". Where is
the .h file? I can only find that "java_lang_System.h" is in
"src/xmlvm2objc".

My last question is whether the new C target is stable enough to be used?

Thank you.

-- 
*Best Regards
Wenjing Yan*

Re: [xmlvm-users] Ant errors in project created by Android project conversion

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

Julian,

I didn't write the migrate:skeleton target in XMLVM so I'm not the most 
qualified to reply. It is possible that your Android project is doing 
something "non-standard" (by that I mean that the project layout 
deviates from the standard layout). Your best option is to try to invoke 
XMLVM from the command line with the appropriate --in and --resources 
arguments.

Arno


On 1/3/11 1:12 PM, ju...@ed... wrote:
> Hi all. New to the group.
> Checked out the project from SVN today, revision 1380.
>
> I did
> java -jar xmlvm.jar --skeleton=android:migrate --out=${path.to}/PROJECT
>
> where PROJECT is an existing-android-project-with-maven-support
> where java is 1.6.0_22
>
> [01/03/11 20:36:59.645]  WARNING: Using PROJECT as application name
> [01/03/11 20:36:59.943]  WARNING: Currently the Android plugin for
> Netbeans does not support local.properties file and has a bug which
> prevents the usage of GUI platform customizat
> ion. It is required to MANUALLY set your platfom under
> "nbproject/project.properties" by editing property "platform.active"
> or else Netbeans might crash.
>
> All artifacts seem duly updated/added.
>
> In Eclipse, using Ant 1.8.2 with xmlvm.jar added to Ant classpath and
> project classpath, I have some Ant issues:
>
> Scrape from my Problems View:
>
> Description	Resource	Path	Location	Type
> Target -resource-src does not exist in this
> project	androidsupport.xml	/PROJECT/nbproject	line 25	Ant Buildfile
> Problem
> Target -resource-src does not exist in this
> project	androidsupport.xml	/PROJECT/nbproject	line 26	Ant Buildfile
> Problem
> Target -resource-src does not exist in this
> project	androidsupport.xml	/PROJECT/nbproject	line 59	Ant Buildfile
> Problem
> Target install does not exist in this
> project	androidsupport.xml	/PROJECT/nbproject	line 88	Ant Buildfile
> Problem
> Default target help does not exist in this
> project	build.xml	/PROJECT	line 2	Ant Buildfile Problem
> Target -resource-src does not exist in this
> project	build.xml	/PROJECT	line 21	Ant Buildfile Problem
> Target install does not exist in this project	build.xml	/PROJECT	line
> 21	Ant Buildfile Problem
>
> Can anybody pleas tell me what I have done wrong>
>
> Best Regards
> Julian
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] Ant errors in project created by Android project conversion

[<ju...@ed...>]

Hi all. New to the group.
Checked out the project from SVN today, revision 1380.

I did
java -jar xmlvm.jar --skeleton=android:migrate --out=${path.to}/PROJECT

where PROJECT is an existing-android-project-with-maven-support
where java is 1.6.0_22

[01/03/11 20:36:59.645]  WARNING: Using PROJECT as application name
[01/03/11 20:36:59.943]  WARNING: Currently the Android plugin for  
Netbeans does not support local.properties file and has a bug which  
prevents the usage of GUI platform customizat
ion. It is required to MANUALLY set your platfom under  
"nbproject/project.properties" by editing property "platform.active"  
or else Netbeans might crash.

All artifacts seem duly updated/added.

In Eclipse, using Ant 1.8.2 with xmlvm.jar added to Ant classpath and  
project classpath, I have some Ant issues:

Scrape from my Problems View:

Description	Resource	Path	Location	Type
Target -resource-src does not exist in this  
project	androidsupport.xml	/PROJECT/nbproject	line 25	Ant Buildfile  
Problem
Target -resource-src does not exist in this  
project	androidsupport.xml	/PROJECT/nbproject	line 26	Ant Buildfile  
Problem
Target -resource-src does not exist in this  
project	androidsupport.xml	/PROJECT/nbproject	line 59	Ant Buildfile  
Problem
Target install does not exist in this  
project	androidsupport.xml	/PROJECT/nbproject	line 88	Ant Buildfile  
Problem
Default target help does not exist in this  
project	build.xml	/PROJECT	line 2	Ant Buildfile Problem
Target -resource-src does not exist in this  
project	build.xml	/PROJECT	line 21	Ant Buildfile Problem
Target install does not exist in this project	build.xml	/PROJECT	line  
21	Ant Buildfile Problem

Can anybody pleas tell me what I have done wrong >

Best Regards
Julian

Re: [xmlvm-users] Groovy in XMLVM

[Jochen T. <bla...@gm...>]

Sascha Haeberling wrote:
[...]
>         As for Groovy Apps on Android: it seems to me that all you need
>         to do is run the Groovy-generated class files through the DEX
>         compiler, no?
> 
> 
>     Oh that works of course. Only that Groovy is so slow, that it is
>     unusable there
> 
> 
> Oh, so you mean the groovy classes that are compiled to DEX are too slow?

the startup time is the first problem, the general speed the second.
While the JVM can Groovy to a reasonable speed, most of the things we
use for that are not available there. for example we cannot use runtime
generated classes... or am I wrong? Without them we really on pure
reflection, and reflection is not known to be fast.

bye blackdrag

-- 
Jochen "blackdrag" Theodorou
The Groovy Project Tech Lead
http://blackdragsview.blogspot.com/
For Groovy programming sources visit http://groovy.codehaus.org

Re: [xmlvm-users] Groovy in XMLVM

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

On Wed, Dec 29, 2010 at 11:44 PM, Jochen Theodorou <bla...@gm...>wrote:

> Sascha Haeberling wrote:
>
>> Hi Jochen,
>>
>> as Groovy is producing class files which contain regular Java Bytecode,
>> there shouldn't be any issue to process applications developed using Groovy
>> with XMLVM. I haven't tried that myself yet though.
>>
>
> the problem is that a rather big groovy-core lib is about 5MB big. We are
> planing to split it up though.
>

I see! Well, we are currently doing a lot of work in the area of dependency
analysis for the C output. We just analyzed parts of the JDK ad selected an
interesting sub-set. In addition we do a very naive dependency analysis,
which further reduces the classes that are pulled in for a given
application. Might be worth a try at some point.


>
> [...]
>
>  As for Groovy Apps on Android: it seems to me that all you need to do is
>> run the Groovy-generated class files through the DEX compiler, no?
>>
>
> Oh that works of course. Only that Groovy is so slow, that it is unusable
> there


Oh, so you mean the groovy classes that are compiled to DEX are too slow?


>
>
> bye blackdrag
>
> --
> Jochen "blackdrag" Theodorou
> The Groovy Project Tech Lead
> http://blackdragsview.blogspot.com/
> For Groovy programming sources visit http://groovy.codehaus.org
>
>

Re: [xmlvm-users] Groovy in XMLVM

[Jochen T. <bla...@gm...>]

Sascha Haeberling wrote:
> Hi Jochen,
> 
> as Groovy is producing class files which contain regular Java Bytecode, 
> there shouldn't be any issue to process applications developed using 
> Groovy with XMLVM. I haven't tried that myself yet though.

the problem is that a rather big groovy-core lib is about 5MB big. We 
are planing to split it up though.

[...]
> As for Groovy Apps on Android: it seems to me that all you need to do is 
> run the Groovy-generated class files through the DEX compiler, no?

Oh that works of course. Only that Groovy is so slow, that it is 
unusable there

bye blackdrag

-- 
Jochen "blackdrag" Theodorou
The Groovy Project Tech Lead
http://blackdragsview.blogspot.com/
For Groovy programming sources visit http://groovy.codehaus.org

Re: [xmlvm-users] Groovy in XMLVM

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

Hi Jochen,

as Groovy is producing class files which contain regular Java Bytecode,
there shouldn't be any issue to process applications developed using Groovy
with XMLVM. I haven't tried that myself yet though.

At the moment we don't have anybody working actively on the .NET target as
far as I know, but some people will be spending some time on Win7 mobile. So
you might be able to profit from that directly.

As for Groovy Apps on Android: it seems to me that all you need to do is run
the Groovy-generated class files through the DEX compiler, no?

// Sascha

On Wed, Dec 29, 2010 at 10:21 PM, Jochen Theodorou <bla...@gm...>wrote:

> Hi all,
>
> I am heavily involved with the Groovy programming language project and I
> was wondering what it would need to have it in the tool-chain.
>
> Groovy mostly compiles to bytecode as java, so that part is not really
> the problem actually. The problem comes if you want a bit of performance
> and not a several MB big lib I guess.
>
> For me of interest is the .Net target, the javascript target and of
> course being able to run Groovy on Android. There has been a project
> enabling Groovy on Android, but it was extremely slow.
>
> bye blackdrag
>
> --
> Jochen "blackdrag" Theodorou
> The Groovy Project Tech Lead
> http://blackdragsview.blogspot.com/
> For Groovy programming sources visit http://groovy.codehaus.org
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

[xmlvm-users] Groovy in XMLVM

[Jochen T. <bla...@gm...>]

Hi all,

I am heavily involved with the Groovy programming language project and I 
was wondering what it would need to have it in the tool-chain.

Groovy mostly compiles to bytecode as java, so that part is not really 
the problem actually. The problem comes if you want a bit of performance 
and not a several MB big lib I guess.

For me of interest is the .Net target, the javascript target and of 
course being able to run Groovy on Android. There has been a project 
enabling Groovy on Android, but it was extremely slow.

bye blackdrag

-- 
Jochen "blackdrag" Theodorou
The Groovy Project Tech Lead
http://blackdragsview.blogspot.com/
For Groovy programming sources visit http://groovy.codehaus.org

[xmlvm-users] License headers changed -> Lots of modified files

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

Hello everyone,

this is a message for everyone who is changing XMLVM source code right now:
Make sure to make an svn update soon, as a  lot of files have changed today
and yesterday. This way you around unnecessary merging.
We finally got around changing all those outdated GPL license headers to
LGPL.

Thanks
// Sascha

Re: [xmlvm-users] Android/iPhone/Blackberry Strategy

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

Hi Alex,

welcome to the mailing list :)

You pose a very good question. First of all, Blackberry is not on our
current list of things to cover. However, we would be thankful for any
contribution and would of course also provide support.

Indeed, as for any platform, there are two paths to go: You either create a
native app, or you create a web-app. It often depends on what type of apps
you want to cover. Not every app can be cross-compiled to the browser
because many APIs are not available there. E.g. 3D, GPS, Sound, Gyro etc
APIs are usually not available easily in mobile web browsers. For such
applications there is currently no way around native apps.

However, we still think web-apps are very interesting. We are currently
heavily working on some fundamental changes in the way we handle
compatibility libraries. When this work is done, I plan to clean-up our
JavaScript output and make it a supported output for Android apps.

// Sascha


On Wed, Dec 29, 2010 at 9:31 PM, Alexander Kowalyshyn
<al...@ko...>wrote:

> Hi,
>
> I see there is a path from Android source to iPhone.
>
>>
> How about from Android to Blackberry?  Would a web app for mobile be an
> easier path to that platform?
>
>>
> Thanks,
>
>>
> Alex
>
>>
> --
>
>> *Alexander Kowalyshyn*
>
>>
> *(484) 291-4004*
>
> *al...@ko...*
>
>
>
> --
> *Alexander Kowalyshyn*
>
> *(484) 291-4004*
> *al...@ko...*
>
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

[xmlvm-users] Android/iPhone/Blackberry Strategy

[Alexander K. <al...@ko...>]

Hi,

I see there is a path from Android source to iPhone.

>
How about from Android to Blackberry?  Would a web app for mobile be an
easier path to that platform?

>
Thanks,

>
Alex

>
-- 

> *Alexander Kowalyshyn*

>
*(484) 291-4004*

*al...@ko...*



-- 
*Alexander Kowalyshyn*

*(484) 291-4004*
*al...@ko...*

Re: [xmlvm-users] public variables in interfaces

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

will be fixed in the C backend.

Arno


On 12/19/10 4:04 PM, Panayotis Katsaloulis wrote:
> In Java interfaces it is possible to define implementations of public (static) variables.
> Right now, XMLVM creates only the *.h file for these parts.
> How can these features get implementation in the *.m files as well?
> ------------------------------------------------------------------------------
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

[xmlvm-users] public variables in interfaces

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

In Java interfaces it is possible to define implementations of public (static) variables.
Right now, XMLVM creates only the *.h file for these parts.
How can these features get implementation in the *.m files as well? 

Re: [xmlvm-users] problem with arrays

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

On Dec 19, 2010, at 5:12 PM, Panayotis Katsaloulis wrote:

> 
> On Dec 19, 2010, at 3:06 PM, Panayotis Katsaloulis wrote:
> 
>> I think I found another problem with arrays.
>> 
>> When using 
>> XMLVMArray createSingleDimensionWithType:size:andData
> ...
> 
> I think I found a solution: this method is only called from 
> <xsl:template match="dex:filled-new-array|dex:filled-new-array-range">
> which always passes data as XMLVMElem[]
> 
> I believe there should be a special selector just for this case, something like
> XMLVMArray createSingleDimensionWithType:size:andXMLVMElem
> which will hint the runtime that this is not raw data of the given type,  but of XMLVMElem.
> So it will ignore the size of the given type and use size of XMLVMElem instead. 
> 


I am hoping I am not bombing this list with this issue :)

After some thoughts and tests, I think I found the optimum solution:
since this is a special case of table creation, which contains items of different data than usual, I believe the most elegant solution is to create a new "type" of XMLVMArray which holds XMLVMElem items, so that we can be safe & fast at the same time.

The patch is  (among with a couple of other smaller fixes) here:
http://xmlvm-reviews.appspot.com/103001

Please have a look!

Re: [xmlvm-users] problem with arrays

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

On Dec 19, 2010, at 3:06 PM, Panayotis Katsaloulis wrote:

> I think I found another problem with arrays.
> 
> When using 
> XMLVMArray createSingleDimensionWithType:size:andData
...

I think I found a solution: this method is only called from 
<xsl:template match="dex:filled-new-array|dex:filled-new-array-range">
which always passes data as XMLVMElem[]

I believe there should be a special selector just for this case, something like
XMLVMArray createSingleDimensionWithType:size:andXMLVMElem
which will hint the runtime that this is not raw data of the given type,  but of XMLVMElem.
So it will ignore the size of the given type and use size of XMLVMElem instead.