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

[xmlvm-users] Does XMLVM work with iPhone simulator > 3.1?

[Thomas H. <hol...@gm...>]

Hi,

I'm really like the idea of XMLVM and therefore wanted to try to 
cross-compile one of my Android apps to iOS.

Everything workes fine until I have to execute the makefile. It says:

library not found for -lcrt1.10.5.o

I looked into the Makefile and found out that it is configured to run on 
iPhone simulator 3.1. I have the simulators 3.2, 4.0 and 4.1 installed 
but not 3.1, so I tried to change it to 3.2 in the Makefile.
After that there was another error (undefined symbols in crt or 
something like this). However, it also didn't work.

So is there a possibility to get XMLVM to work on newer simulators or 
does it just work on 3.1 at the moment?

Thanks!

Regards,
Thomas

[xmlvm-users] NSBundle paths

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

In the file 
src/xmlvm2objc/compat-lib/java/org/xmlvm/iphone/NSBundle.java
I've seen that there is one more hack, in order to support Android.
I am talking about the extra code of the method

public String bundlePath()

which makes some tricks in oder to make some things visible to the android emulator.

I believe this should not be like this. I think that any (strange) resolve of Android paths should be done in the Android compatibility layer.
I'd provide a patch, but right now I am trying to sync my repository with XMLVM's (it is some time…) and I don't want to do any changes right now, or else it will be a moving target.

[xmlvm-users] SDK version (again)

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

There is another problem with latest SDK version, which needs to be addressed.
Actually the current XMLVM SDK uses iphone4.0 as an identifier, while 4.1 should be used.
I am thinking of submitting a patch, which will make this option more "modular" and safe for future versions :)

Re: [xmlvm-users] XMLVM TODOs

[Jeff P. <jcp...@ro...>]

I do not want to sound like I am complaining, but a code.google.com seems to
provide more than a site.google.com that is tailored to a open source
effort.  One I am pretty familiar with is http://code.google.com/p/javacl/ .
Project – Downloads (with counts), Wiki, Issues for tracking, & source tabs.
Seemed pretty good for free.

You might already be set on having your own site, but just thought I would
give you the benefit of an informed choice.

On 9/13/10 6:43 PM, "Sascha Haeberling" <sa...@xm...> wrote:

> Guys,
> 
> I converted the documentation we had at xmlvm.org/manual
> <http://xmlvm.org/manual>  and xmlvm.org/contribute
> <http://xmlvm.org/contribute>  to our Google site and added Leo, Keshan and
> Lennie to the list of collaborators.
> 
> You can find the site here: http://sites.google.com/a/xmlvm.org/documentation/
> As soon as our website is back up again (sorry for the downtime!), I will
> change it to contain this documentation instead of the HTML and PDF version we
> have there right now.
> 
> My plan at the moment is to have to separate pages for "How to use XMLVM" and
> "Developing XMLVM". Both are areas where documentation is important and they
> target two different audiences.
> 
> Let me know if anybody else would like to contribute to the documentation and
> I will add you.
> 
> Please be reasonable though. With great power comes great responsibility.
> Let's discuss it on the mailing list first, before you make any significant
> changes and follow the usual Wiki etiquette.
> 
> Thanks for all the volunteers!
> // Sascha
> 
> On Mon, Sep 13, 2010 at 10:33 PM, Leo Izen <leo...@gm...> wrote:
>> I might add a couple here and there. I don't know any svn except svn
>> checkout, so I'd be happy to use a wiki.
>> 
>> 2010/9/13 Keshan Sodimana | කේෂාන් සෝදිමාන <kes...@gm...>
>> 
>>> Hi,
>>> I would like to contribute to the XMLVM and particularly to the
>>> documentation idea. I also think maintaining a wiki is much more simpler and
>>> efficient.so, if there is Google site already hosted then it would be much
>>> easier. I would like to contribute in maintaining the Google site.
>>> 
>>> Thanks.
>>> Keshan. 
>>> 
>>> 
>>> On Mon, Sep 13, 2010 at 6:09 PM, Sascha Haeberling <sa...@xm...> wrote:
>>>> Hi guys,
>>>> 
>>>> I agree and think it's an excellent idea to make the documentation easier
>>>> to edit by contributors. However, I would vote for a Google site instead of
>>>> a wiki. One of the reasons is that we already have a Google site hosted for
>>>> XMLVM and we can administer it easily.
>>>> 
>>>> I will convert the existing documentation to the sites format in the next
>>>> few days. Let me know who would like to have access to the Site and I will
>>>> add you as contributors.
>>>> 
>>>> Thanks
>>>> // Sascha
>>>> 
>>>> On Mon, Sep 13, 2010 at 2:07 PM, Lennie De Villiers <len...@gm...>
>>>> wrote:
>>>>> You got my vote that a Wiki is a much better idea, can make it part of
>>>>> xmlvm.org <http://xmlvm.org>
>>>>> 
>>>>> On Mon, Sep 13, 2010 at 9:55 AM, Linus Brimstedt <li...@br...>
>>>>> wrote:
>>>>>> > Hello,
>>>>>> >
>>>>>> > On Sun, Sep 12, 2010 at 1:03 PM, Arno Puder <ar...@pu...> wrote:
>>>>>>> >>
>>>>>>> >> Guys,
>>>>>>> >>
>>>>>>> >> 1. Documentation: Let me start with the least favorite, but still
>>>>>>> very
>>>>>>> >> important job of documentation. If someone out there enjoys writing
>>>>>>> >> technical documentation, XMLVM would get a major boost by offering
>>>>>>> >> better documentation. Right now we have an HTML version in
>>>>>>> >> xmlvm/doc/homepage/manual that is the best we have right now. We have
>>>>>>> >> begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
>>>>>>> >> interested in continuing the conversion to DocBook and/or adding new
>>>>>>> >> documentation? A little HOWTO and a tutorial would be nice.
>>>>>> >
>>>>>> > How about not having the documentation in SVN and use a wiki instead? I
>>>>>> > think this makes it much easier for people to contribute to the
>>>>>> > documentation.
>>>>>> >
>>>>>> > I can configure and host such a wiki if there is interest.
>>>>>> >
>>>>>> > br
>>>>>> >
>>>>>> > /Linus
>>>>>> >
>>>>>> > 
>>>>>> -------------------------------------------------------------------------
>>>>>> -----
>>>>>> > Start uncovering the many advantages of virtual appliances
>>>>>> > and start using them to simplify application deployment and
>>>>>> > accelerate your shift to cloud computing
>>>>>> > http://p.sf.net/sfu/novell-sfdev2dev
>>>>>> >
>>>>>> > _______________________________________________
>>>>>> > xmlvm-users mailing list
>>>>>> > xml...@li...
>>>>>> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>>>> >
>>>>>> >
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Lennie De Villiers Blog: http://lenniedevilliers.blogspot.com/
>>>>> 
>>>>> --------------------------------------------------------------------------
>>>>> ----
>>>>> Start uncovering the many advantages of virtual appliances
>>>>> and start using them to simplify application deployment and
>>>>> accelerate your shift to cloud computing
>>>>> http://p.sf.net/sfu/novell-sfdev2dev
>>>>> _______________________________________________
>>>>> xmlvm-users mailing list
>>>>> xml...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------------
>>>> ---
>>>> Start uncovering the many advantages of virtual appliances
>>>> and start using them to simplify application deployment and
>>>> accelerate your shift to cloud computing
>>>> http://p.sf.net/sfu/novell-sfdev2dev
>>>> 
>>>> _______________________________________________
>>>> xmlvm-users mailing list
>>>> xml...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>> 
>>> 
>>> 
>>> ----------------------------------------------------------------------------
>>> --
>>> Start uncovering the many advantages of virtual appliances
>>> and start using them to simplify application deployment and
>>> accelerate your shift to cloud computing
>>> http://p.sf.net/sfu/novell-sfdev2dev
>>> 
>>> _______________________________________________
>>> xmlvm-users mailing list
>>> xml...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>> 
>> 
>> 
>> 
----------------------------------------------------------------------------->>
-
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing
>> http://p.sf.net/sfu/novell-sfdev2dev
>> 
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> 
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] Building with ant failed

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

I just tried the following with the latest version:

ant
java -Xmx700m -jar dist/xmlvm.jar --target=iphone-c \
     --app-name=iFireworks \
     --resource=demo/iphone/ifireworks/ires/ \
     --in=build/demo/iphone/ifireworks/org/xmlvm/demo/ifireworks \
     --out=out
open out/iFireworks.xcodeproj/

and it worked just fine. It sounds like ant is not able to create a 
directory on your filesystem. Perhaps a permission problem?

Arno


On 9/13/10 3:58 PM, Leo Izen wrote:
> I just checkout out the latest version to see how the c backend is
> doing. I just got this message:
>
> [Leo@chessman xmlvm]$ ant
>
> BUILD FAILED
> /home/Leo/xmlvm/build.xml:216: Directory /build/cocoa-java creation was
> not successful for an unknown reason
>
> Total time: 11 seconds
> [Leo@chessman xmlvm]$
>
>
> Does anyone have a clue why?
> <http://sites.google.com/a/xmlvm.org/documentation>
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] XMLVM TODOs

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

Yes it keeps site activity. Everybody can see it actually, it is on the
bottom of the page for view-mode.

On Sep 14, 2010 11:48 AM, "Panayotis Katsaloulis" <pan...@pa...>
wrote:
> On 14 Σεπ 2010, at 1:43 π.μ., Sascha Haeberling wrote:
>
>> Guys,
>>
>> I converted the documentation we had at xmlvm.org/manual and
xmlvm.org/contribute to our Google site
>
>
> Nice tool.
> Still, does this site keep history?
> I believe for safety reasons, and others, keeping history should be
important.
>
>
>
------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] XMLVM TODOs

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

On 14 Σεπ 2010, at 1:43 π.μ., Sascha Haeberling wrote:

> Guys,
> 
> I converted the documentation we had at xmlvm.org/manual and xmlvm.org/contribute to our Google site 


Nice tool.
Still, does this site keep history?
I believe for safety reasons, and others, keeping history should be important. 

Re: [xmlvm-users] XMLVM TODOs

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

On 14 Σεπ 2010, at 1:43 π.μ., Sascha Haeberling wrote:

> Guys,
> 
> I converted the documentation we had at xmlvm.org/manual and xmlvm.org/contribute to our Google site and added Leo, Keshan and Lennie to the list of collaborators.
> 
> You can find the site here: http://sites.google.com/a/xmlvm.org/documentation/
> As soon as our website is back up again (sorry for the downtime!), I will change it to contain this documentation instead of the HTML and PDF version we have there right now.
> 
> My plan at the moment is to have to separate pages for "How to use XMLVM" and "Developing XMLVM". Both are areas where documentation is important and they target two different audiences.
> 
> Let me know if anybody else would like to contribute to the documentation and I will add you.
> 
> Please be reasonable though. With great power comes great responsibility. Let's discuss it on the mailing list first, before you make any significant changes and follow the usual Wiki etiquette.
> 
> Thanks for all the volunteers!
> // Sascha


BTW add me too :)
I am sure that I have to write a lot of documentation to explain some things :)

[xmlvm-users] Building with ant failed

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

I just checkout out the latest version to see how the c backend is doing. I
just got this message:

[Leo@chessman xmlvm]$ ant

BUILD FAILED
/home/Leo/xmlvm/build.xml:216: Directory /build/cocoa-java creation was not
successful for an unknown reason

Total time: 11 seconds
[Leo@chessman xmlvm]$


Does anyone have a clue why?
<http://sites.google.com/a/xmlvm.org/documentation>

Re: [xmlvm-users] XMLVM TODOs

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

Guys,

I converted the documentation we had at xmlvm.org/manual and
xmlvm.org/contribute to our Google site and added Leo, Keshan and Lennie to
the list of collaborators.

You can find the site here:
http://sites.google.com/a/xmlvm.org/documentation/
As soon as our website is back up again (sorry for the downtime!), I will
change it to contain this documentation instead of the HTML and PDF version
we have there right now.

My plan at the moment is to have to separate pages for "How to use XMLVM"
and "Developing XMLVM". Both are areas where documentation is important and
they target two different audiences.

Let me know if anybody else would like to contribute to the documentation
and I will add you.

Please be reasonable though. With great power comes great responsibility.
Let's discuss it on the mailing list first, before you make any significant
changes and follow the usual Wiki etiquette.

Thanks for all the volunteers!
// Sascha

On Mon, Sep 13, 2010 at 10:33 PM, Leo Izen <leo...@gm...> wrote:

> I might add a couple here and there. I don't know any svn except svn
> checkout, so I'd be happy to use a wiki.
>
> 2010/9/13 Keshan Sodimana | කේෂාන් සෝදිමාන <kes...@gm...>
>
> Hi,
>> I would like to contribute to the XMLVM and particularly to the
>> documentation idea. I also think maintaining a wiki is much more simpler and
>> efficient.so, if there is Google site already hosted then it would be much
>> easier. I would like to contribute in maintaining the Google site.
>>
>> Thanks.
>> Keshan.
>>
>>
>> On Mon, Sep 13, 2010 at 6:09 PM, Sascha Haeberling <sa...@xm...>wrote:
>>
>>> Hi guys,
>>>
>>> I agree and think it's an excellent idea to make the documentation easier
>>> to edit by contributors. However, I would vote for a Google site instead of
>>> a wiki. One of the reasons is that we already have a Google site hosted for
>>> XMLVM and we can administer it easily.
>>>
>>> I will convert the existing documentation to the sites format in the next
>>> few days. Let me know who would like to have access to the Site and I will
>>> add you as contributors.
>>>
>>> Thanks
>>> // Sascha
>>>
>>> On Mon, Sep 13, 2010 at 2:07 PM, Lennie De Villiers <len...@gm...>wrote:
>>>
>>>> You got my vote that a Wiki is a much better idea, can make it part of
>>>> xmlvm.org
>>>>
>>>> On Mon, Sep 13, 2010 at 9:55 AM, Linus Brimstedt <li...@br...>
>>>> wrote:
>>>> > Hello,
>>>> >
>>>> > On Sun, Sep 12, 2010 at 1:03 PM, Arno Puder <ar...@pu...> wrote:
>>>> >>
>>>> >> Guys,
>>>> >>
>>>> >> 1. Documentation: Let me start with the least favorite, but still
>>>> very
>>>> >> important job of documentation. If someone out there enjoys writing
>>>> >> technical documentation, XMLVM would get a major boost by offering
>>>> >> better documentation. Right now we have an HTML version in
>>>> >> xmlvm/doc/homepage/manual that is the best we have right now. We have
>>>> >> begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
>>>> >> interested in continuing the conversion to DocBook and/or adding new
>>>> >> documentation? A little HOWTO and a tutorial would be nice.
>>>> >
>>>> > How about not having the documentation in SVN and use a wiki instead?
>>>> I
>>>> > think this makes it much easier for people to contribute to the
>>>> > documentation.
>>>> >
>>>> > I can configure and host such a wiki if there is interest.
>>>> >
>>>> > br
>>>> >
>>>> > /Linus
>>>> >
>>>> >
>>>> ------------------------------------------------------------------------------
>>>> > Start uncovering the many advantages of virtual appliances
>>>> > and start using them to simplify application deployment and
>>>> > accelerate your shift to cloud computing
>>>> > http://p.sf.net/sfu/novell-sfdev2dev
>>>> >
>>>> > _______________________________________________
>>>> > xmlvm-users mailing list
>>>> > xml...@li...
>>>> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> Lennie De Villiers Blog: http://lenniedevilliers.blogspot.com/
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Start uncovering the many advantages of virtual appliances
>>>> and start using them to simplify application deployment and
>>>> accelerate your shift to cloud computing
>>>> http://p.sf.net/sfu/novell-sfdev2dev
>>>> _______________________________________________
>>>> xmlvm-users mailing list
>>>> xml...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Start uncovering the many advantages of virtual appliances
>>> and start using them to simplify application deployment and
>>> accelerate your shift to cloud computing
>>> http://p.sf.net/sfu/novell-sfdev2dev
>>>
>>> _______________________________________________
>>> xmlvm-users mailing list
>>> xml...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing
>> http://p.sf.net/sfu/novell-sfdev2dev
>>
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

Re: [xmlvm-users] XMLVM TODOs

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

I might add a couple here and there. I don't know any svn except svn
checkout, so I'd be happy to use a wiki.

2010/9/13 Keshan Sodimana | කේෂාන් සෝදිමාන <kes...@gm...>

> Hi,
> I would like to contribute to the XMLVM and particularly to the
> documentation idea. I also think maintaining a wiki is much more simpler and
> efficient.so, if there is Google site already hosted then it would be much
> easier. I would like to contribute in maintaining the Google site.
>
> Thanks.
> Keshan.
>
>
> On Mon, Sep 13, 2010 at 6:09 PM, Sascha Haeberling <sa...@xm...>wrote:
>
>> Hi guys,
>>
>> I agree and think it's an excellent idea to make the documentation easier
>> to edit by contributors. However, I would vote for a Google site instead of
>> a wiki. One of the reasons is that we already have a Google site hosted for
>> XMLVM and we can administer it easily.
>>
>> I will convert the existing documentation to the sites format in the next
>> few days. Let me know who would like to have access to the Site and I will
>> add you as contributors.
>>
>> Thanks
>> // Sascha
>>
>> On Mon, Sep 13, 2010 at 2:07 PM, Lennie De Villiers <len...@gm...>wrote:
>>
>>> You got my vote that a Wiki is a much better idea, can make it part of
>>> xmlvm.org
>>>
>>> On Mon, Sep 13, 2010 at 9:55 AM, Linus Brimstedt <li...@br...>
>>> wrote:
>>> > Hello,
>>> >
>>> > On Sun, Sep 12, 2010 at 1:03 PM, Arno Puder <ar...@pu...> wrote:
>>> >>
>>> >> Guys,
>>> >>
>>> >> 1. Documentation: Let me start with the least favorite, but still very
>>> >> important job of documentation. If someone out there enjoys writing
>>> >> technical documentation, XMLVM would get a major boost by offering
>>> >> better documentation. Right now we have an HTML version in
>>> >> xmlvm/doc/homepage/manual that is the best we have right now. We have
>>> >> begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
>>> >> interested in continuing the conversion to DocBook and/or adding new
>>> >> documentation? A little HOWTO and a tutorial would be nice.
>>> >
>>> > How about not having the documentation in SVN and use a wiki instead? I
>>> > think this makes it much easier for people to contribute to the
>>> > documentation.
>>> >
>>> > I can configure and host such a wiki if there is interest.
>>> >
>>> > br
>>> >
>>> > /Linus
>>> >
>>> >
>>> ------------------------------------------------------------------------------
>>> > Start uncovering the many advantages of virtual appliances
>>> > and start using them to simplify application deployment and
>>> > accelerate your shift to cloud computing
>>> > http://p.sf.net/sfu/novell-sfdev2dev
>>> >
>>> > _______________________________________________
>>> > xmlvm-users mailing list
>>> > xml...@li...
>>> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Lennie De Villiers Blog: http://lenniedevilliers.blogspot.com/
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Start uncovering the many advantages of virtual appliances
>>> and start using them to simplify application deployment and
>>> accelerate your shift to cloud computing
>>> http://p.sf.net/sfu/novell-sfdev2dev
>>> _______________________________________________
>>> xmlvm-users mailing list
>>> xml...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing
>> http://p.sf.net/sfu/novell-sfdev2dev
>>
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

Re: [xmlvm-users] Android -> iPhone (general)

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

I agree that such discussions should be held in public, and should not be
moved to private discussions.

However, I don't think we are at a state of traffic yet where we need to
separate the list into users and developers, unless a majority of mailing
list users feels that they are distracted by either the usage oder developer
discussions.

// Sascha


On Mon, Sep 13, 2010 at 6:23 PM, Tim Bunce <Tim...@po...> wrote:

> Rather than have the "how you might be able to help" discussion in
> private, why not add a xmlvm-dev list for discussions among developers
> (and would-be developers)?
>
> That way others potential contributors (like me) can get a feel for
> what's happening before actually getting involved.
>
> Tim.
>
> On Sat, Sep 11, 2010 at 01:04:54AM -0700, Arno Puder wrote:
> >
> > you are absolutely right that XMLVM does not have enough documentation.
> > Documentation for users as well as documentation for developers. XMLVM
> > is Open Source and can only thrive with a community. We can certainly
> > use any help we can get. If you are interested to donate your time and
> > skills, please contact me directly and I'm sure we can find something
> > for you to do.  :-)
> >
> > Arno
> >
> >
> > On 9/10/10 7:25 AM, tony obrien wrote:
> > > Hi,
> > >
> > > I know the XMLVM team is busily working on many aspects of XMLVM and
> (as you probably know from previous emails) I am endeavoring to use XMLVM to
> (re) compile my Android Source into XCode.
> > >
> > > I have bumped into a few "not ready yet" aspects of this cross-compile
> (the PENDING INTENT as an example.)
> > >
> > > My question is...
> > >
> > > Is there a plan in place to get these items covered byXMLVM? I mean, do
> I submit them as I find them, or do you guys already "know" that there are
> classes not covered by XMLVM and have a big long list of them already and
> will get to them as time allows?
> > >
> > > I really love this idea of XMLVM (versus, say, having to rewrite
> everything in a new "meta-language" which THEN gets compiled down into the
> various h/w targets...) and I wish that I could help in some manner other
> than sounding like, uhm, well, a complainer.  I am NOT complaining. I know
> these things will take time. Perhaps there is a (public) web page that
> indicates what the development plan is at any given point in time?
> > >
> > > If you review my website, you'll see that I have a 30 year background
> in programming in a variety of languages and platforms ... perhaps you *can*
> find a way to let me help in some way in this endeavor?
> > >
> > > regards,
> > > tob
> > >
> > > Tony O'Brien
> > > Sourcecode, LLC
> > > 856.596.6644
> > > www.sourcecode-llc.com
> > > www.sourcecode-llc.com/tss
> > > www.sourcecode-llc.com/tssdonor
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> ------------------------------------------------------------------------------
> > > Automate Storage Tiering Simply
> > > Optimize IT performance and efficiency through flexible, powerful,
> > > automated storage tiering capabilities. View this brief to learn how
> > > you can reduce costs and improve performance.
> > > http://p.sf.net/sfu/dell-sfdev2dev
> > > _______________________________________________
> > > xmlvm-users mailing list
> > > xml...@li...
> > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> >
> ------------------------------------------------------------------------------
> > Start uncovering the many advantages of virtual appliances
> > and start using them to simplify application deployment and
> > accelerate your shift to cloud computing
> > http://p.sf.net/sfu/novell-sfdev2dev
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Android -> iPhone (general)

[Tim B. <Tim...@po...>]

Rather than have the "how you might be able to help" discussion in
private, why not add a xmlvm-dev list for discussions among developers
(and would-be developers)?

That way others potential contributors (like me) can get a feel for
what's happening before actually getting involved.

Tim.

On Sat, Sep 11, 2010 at 01:04:54AM -0700, Arno Puder wrote:
> 
> you are absolutely right that XMLVM does not have enough documentation. 
> Documentation for users as well as documentation for developers. XMLVM 
> is Open Source and can only thrive with a community. We can certainly 
> use any help we can get. If you are interested to donate your time and 
> skills, please contact me directly and I'm sure we can find something 
> for you to do.  :-)
> 
> Arno
> 
> 
> On 9/10/10 7:25 AM, tony obrien wrote:
> > Hi,
> >
> > I know the XMLVM team is busily working on many aspects of XMLVM and (as you probably know from previous emails) I am endeavoring to use XMLVM to (re) compile my Android Source into XCode.
> >
> > I have bumped into a few "not ready yet" aspects of this cross-compile (the PENDING INTENT as an example.)
> >
> > My question is...
> >
> > Is there a plan in place to get these items covered byXMLVM? I mean, do I submit them as I find them, or do you guys already "know" that there are classes not covered by XMLVM and have a big long list of them already and will get to them as time allows?
> >
> > I really love this idea of XMLVM (versus, say, having to rewrite everything in a new "meta-language" which THEN gets compiled down into the various h/w targets...) and I wish that I could help in some manner other than sounding like, uhm, well, a complainer.  I am NOT complaining. I know these things will take time. Perhaps there is a (public) web page that indicates what the development plan is at any given point in time?
> >
> > If you review my website, you'll see that I have a 30 year background in programming in a variety of languages and platforms ... perhaps you *can* find a way to let me help in some way in this endeavor?
> >
> > regards,
> > tob
> >
> > Tony O'Brien
> > Sourcecode, LLC
> > 856.596.6644
> > www.sourcecode-llc.com
> > www.sourcecode-llc.com/tss
> > www.sourcecode-llc.com/tssdonor
> >
> >
> >
> >
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Automate Storage Tiering Simply
> > Optimize IT performance and efficiency through flexible, powerful,
> > automated storage tiering capabilities. View this brief to learn how
> > you can reduce costs and improve performance.
> > http://p.sf.net/sfu/dell-sfdev2dev
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 

Re: [xmlvm-users] issue running in xcode

[Sahar D-F. <sah...@ho...>]

Dear all, 
I wonder if anyone can help me, im very new to xmlvm but i've managed to compile my android game to objective c so far using xmlvm, the only issue is now that when i try and open any xcode project or even the provided demos in xcode  i get a series of errors. Im not sure if i' m running these properly but i have followed the instructions in the manual. At the moment i am simply trying to run the iHelloWorld demo and i have created a new window-based application in xcode and deleted the following files:iHelloWorld_Prefiix.pchiHelloWorldAppDelegate.hiHelloWorldAppDelegate.mMainWindow.xibmain.mthen i have added all the source code provided in the src folder of the iHelloWorld Demo and updated the iHelloWorld-info.plist as requested but when i build and run i get the following error:
Command /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/gcc-4.2 failed with exit code 1

Im really confused because i have downloaded the latest version of apple sdk and updated xmlvm and nothing seems to work. Could anyone let me know if im doing something wrong or missing a step? 
many thanks 
Sahar  




> Date: Fri, 10 Sep 2010 07:21:00 -0700
> From: ar...@pu...
> To: xml...@li...
> Subject: Re: [xmlvm-users] FW:  (no subject)
> 
> 
> we had a little bug yesterday that we fixed. Please make sure you do a 
> "svn update" to get the latest version of XMLVM. All XMLVM demos should 
> work just fine. Also make sure you have the latest version of Xcode.
> 
> Arno
> 
> 
> On 9/10/10 7:09 AM, Biardzki, Michal wrote:
> > Yes I try to compile with --target=iphone --iphone-app=Something but
> > when I try to run project in XCode there lots of errors with classes
> > i.e: Main.h in code is normal Main.h and _Main.h, file name is _Main.h.
> > When I try to run the iRemote project just like it is there are about
> > 300 errors and lots of them are like example above.
> > Michal
> >
> > -----Original Message-----
> > From: Arno Puder [mailto:ar...@pu...]
> > Sent: Friday, September 10, 2010 3:54 PM
> > To: xml...@li...
> > Subject: Re: [xmlvm-users] (no subject)
> >
> >
> > first of all, you need a Mac and the iPhone SDK to compile the demos.
> > The Makefiles are there for historic reasons (XMLVM began long before
> > Apple released the iPhone SDK). You need to use Xcode to write an iPhone
> >
> > application nowadays. Luckily, XMLVM generates a ready-to-compile Xcode
> > project for you.
> >
> > Try the following:
> >
> > svn co https://xmlvm.svn.sourceforge.net/svnroot/xmlvm/trunk/xmlvm
> > cd xmlvm
> > ant
> > open dist/demo/android/xokoban/iphone/Xokoban.xcodeproj/
> >
> > Arno
> >
> >
> > On 9/10/10 6:42 AM, Biardzki, Michal wrote:
> >> Hi,
> >>
> >> I try to convert demo include to xmlvm. I compile xmlvm and demos
> >>
> >> in Netbeans, everything work fine. But when I convert class files from
> >>
> >> demo to iphone app and copy everything to Mac machine I try to run
> >>
> >> Makefile and there is an syntax error in this line
> >>
> >> ifeq (a, a$(IPHONE_SDK_HOME)).
> >>
> >> I never work with make so I don't rely know
> >>
> >> what to do with this? I attach Makefile. ASAP.
> >>
> >> Regards,
> >>
> >> M. Biardzki
> >>
> >>
> >>
> >>
> > ------------------------------------------------------------------------
> > ------
> >> Automate Storage Tiering Simply
> >> Optimize IT performance and efficiency through flexible, powerful,
> >> automated storage tiering capabilities. View this brief to learn how
> >> you can reduce costs and improve performance.
> >> http://p.sf.net/sfu/dell-sfdev2dev
> >>
> >>
> >>
> >> _______________________________________________
> >> xmlvm-users mailing list
> >> xml...@li...
> >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> > ------------------------------------------------------------------------
> > ------
> > Automate Storage Tiering Simply
> > Optimize IT performance and efficiency through flexible, powerful,
> > automated storage tiering capabilities. View this brief to learn how
> > you can reduce costs and improve performance.
> > http://p.sf.net/sfu/dell-sfdev2dev
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> > ------------------------------------------------------------------------------
> > Automate Storage Tiering Simply
> > Optimize IT performance and efficiency through flexible, powerful,
> > automated storage tiering capabilities. View this brief to learn how
> > you can reduce costs and improve performance.
> > http://p.sf.net/sfu/dell-sfdev2dev
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> 
> ------------------------------------------------------------------------------
> Automate Storage Tiering Simply
> Optimize IT performance and efficiency through flexible, powerful, 
> automated storage tiering capabilities. View this brief to learn how
> you can reduce costs and improve performance. 
> http://p.sf.net/sfu/dell-sfdev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
 		 	   		  

Re: [xmlvm-users] XMLVM TODOs

[Keshan S. | ක. ස. <kes...@gm...>]

Hi,
I would like to contribute to the XMLVM and particularly to the
documentation idea. I also think maintaining a wiki is much more simpler and
efficient.so, if there is Google site already hosted then it would be much
easier. I would like to contribute in maintaining the Google site.

Thanks.
Keshan.

On Mon, Sep 13, 2010 at 6:09 PM, Sascha Haeberling <sa...@xm...> wrote:

> Hi guys,
>
> I agree and think it's an excellent idea to make the documentation easier
> to edit by contributors. However, I would vote for a Google site instead of
> a wiki. One of the reasons is that we already have a Google site hosted for
> XMLVM and we can administer it easily.
>
> I will convert the existing documentation to the sites format in the next
> few days. Let me know who would like to have access to the Site and I will
> add you as contributors.
>
> Thanks
> // Sascha
>
> On Mon, Sep 13, 2010 at 2:07 PM, Lennie De Villiers <len...@gm...>wrote:
>
>> You got my vote that a Wiki is a much better idea, can make it part of
>> xmlvm.org
>>
>> On Mon, Sep 13, 2010 at 9:55 AM, Linus Brimstedt <li...@br...>
>> wrote:
>> > Hello,
>> >
>> > On Sun, Sep 12, 2010 at 1:03 PM, Arno Puder <ar...@pu...> wrote:
>> >>
>> >> Guys,
>> >>
>> >> 1. Documentation: Let me start with the least favorite, but still very
>> >> important job of documentation. If someone out there enjoys writing
>> >> technical documentation, XMLVM would get a major boost by offering
>> >> better documentation. Right now we have an HTML version in
>> >> xmlvm/doc/homepage/manual that is the best we have right now. We have
>> >> begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
>> >> interested in continuing the conversion to DocBook and/or adding new
>> >> documentation? A little HOWTO and a tutorial would be nice.
>> >
>> > How about not having the documentation in SVN and use a wiki instead? I
>> > think this makes it much easier for people to contribute to the
>> > documentation.
>> >
>> > I can configure and host such a wiki if there is interest.
>> >
>> > br
>> >
>> > /Linus
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Start uncovering the many advantages of virtual appliances
>> > and start using them to simplify application deployment and
>> > accelerate your shift to cloud computing
>> > http://p.sf.net/sfu/novell-sfdev2dev
>> >
>> > _______________________________________________
>> > xmlvm-users mailing list
>> > xml...@li...
>> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>> >
>> >
>>
>>
>>
>> --
>> Lennie De Villiers Blog: http://lenniedevilliers.blogspot.com/
>>
>>
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing
>> http://p.sf.net/sfu/novell-sfdev2dev
>> _______________________________________________
>> xmlvm-users mailing list
>> xml...@li...
>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>>
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>

Re: [xmlvm-users] XMLVM TODOs

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

Hi guys,

I agree and think it's an excellent idea to make the documentation easier to
edit by contributors. However, I would vote for a Google site instead of a
wiki. One of the reasons is that we already have a Google site hosted for
XMLVM and we can administer it easily.

I will convert the existing documentation to the sites format in the next
few days. Let me know who would like to have access to the Site and I will
add you as contributors.

Thanks
// Sascha

On Mon, Sep 13, 2010 at 2:07 PM, Lennie De Villiers <len...@gm...>wrote:

> You got my vote that a Wiki is a much better idea, can make it part of
> xmlvm.org
>
> On Mon, Sep 13, 2010 at 9:55 AM, Linus Brimstedt <li...@br...>
> wrote:
> > Hello,
> >
> > On Sun, Sep 12, 2010 at 1:03 PM, Arno Puder <ar...@pu...> wrote:
> >>
> >> Guys,
> >>
> >> 1. Documentation: Let me start with the least favorite, but still very
> >> important job of documentation. If someone out there enjoys writing
> >> technical documentation, XMLVM would get a major boost by offering
> >> better documentation. Right now we have an HTML version in
> >> xmlvm/doc/homepage/manual that is the best we have right now. We have
> >> begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
> >> interested in continuing the conversion to DocBook and/or adding new
> >> documentation? A little HOWTO and a tutorial would be nice.
> >
> > How about not having the documentation in SVN and use a wiki instead? I
> > think this makes it much easier for people to contribute to the
> > documentation.
> >
> > I can configure and host such a wiki if there is interest.
> >
> > br
> >
> > /Linus
> >
> >
> ------------------------------------------------------------------------------
> > Start uncovering the many advantages of virtual appliances
> > and start using them to simplify application deployment and
> > accelerate your shift to cloud computing
> > http://p.sf.net/sfu/novell-sfdev2dev
> >
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> >
>
>
>
> --
> Lennie De Villiers Blog: http://lenniedevilliers.blogspot.com/
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] XMLVM TODOs

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

On 13 Σεπ 2010, at 10:55 π.μ., Linus Brimstedt wrote:

> How about not having the documentation in SVN and use a wiki instead? 

I find this a good idea.

Right now, the general tendency was to use docutils to create the manual, but I believe a wiki is much simpler and easy to work with.

Re: [xmlvm-users] XMLVM TODOs

[Lennie De V. <len...@gm...>]

You got my vote that a Wiki is a much better idea, can make it part of xmlvm.org

On Mon, Sep 13, 2010 at 9:55 AM, Linus Brimstedt <li...@br...> wrote:
> Hello,
>
> On Sun, Sep 12, 2010 at 1:03 PM, Arno Puder <ar...@pu...> wrote:
>>
>> Guys,
>>
>> 1. Documentation: Let me start with the least favorite, but still very
>> important job of documentation. If someone out there enjoys writing
>> technical documentation, XMLVM would get a major boost by offering
>> better documentation. Right now we have an HTML version in
>> xmlvm/doc/homepage/manual that is the best we have right now. We have
>> begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
>> interested in continuing the conversion to DocBook and/or adding new
>> documentation? A little HOWTO and a tutorial would be nice.
>
> How about not having the documentation in SVN and use a wiki instead? I
> think this makes it much easier for people to contribute to the
> documentation.
>
> I can configure and host such a wiki if there is interest.
>
> br
>
> /Linus
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>



-- 
Lennie De Villiers Blog: http://lenniedevilliers.blogspot.com/

Re: [xmlvm-users] Interface vs abstract classes

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

On 13 Σεπ 2010, at 10:06 π.μ., hassan kalaldeh wrote:

> Actually Interfaces are used to declare your first high level types in the project while building skeleton, later you might need to (most of the time, you should) use abstract classes since you will end up with common methods\blocks ... you have a better chance to apply good technical designs such as using template design pattern.
> 
> 
> for example ;
> 
> IDataStore   (interface)
> ---- AbstractDataStore   (abstract)
> -------- XmlDataStore      (concrete)
> -------- TextFileDataStore (concrete)
> -------- DBDataSource    (concrete)   
> 
> The other use of interfaces is to have tagged interfaces, but I guess you do not use it that much.
> 
> your comments are appreciated :) ...
> 
> Hassan
> 


The reason I started this thread is to make XMLVM as "light" as possible.
Especially when event or delegate classes are needed (when a lot of inner classes are defined by  definition).

Having both, an interface and an abstract/concrete class (like what it is now) I think will solve this problem, even if the author of XMLVM support library will have to double his work.

Re: [xmlvm-users] XMLVM TODOs

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

Hello,

On Sun, Sep 12, 2010 at 1:03 PM, Arno Puder <ar...@pu...> wrote:

>
> Guys,
>
> 1. Documentation: Let me start with the least favorite, but still very
> important job of documentation. If someone out there enjoys writing
> technical documentation, XMLVM would get a major boost by offering
> better documentation. Right now we have an HTML version in
> xmlvm/doc/homepage/manual that is the best we have right now. We have
> begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
> interested in continuing the conversion to DocBook and/or adding new
> documentation? A little HOWTO and a tutorial would be nice.
>

How about not having the documentation in SVN and use a wiki instead? I
think this makes it much easier for people to contribute to the
documentation.

I can configure and host such a wiki if there is interest.

br

/Linus

Re: [xmlvm-users] Interface vs abstract classes

[hassan k. <has...@gm...>]

Actually Interfaces are used to declare your first high level types in the
project while building skeleton, later you might need to (most of the time,
you should) use abstract classes since you will end up with common
methods\blocks ... you have a better chance to apply good technical designs
such as using template design pattern.


for example ;

IDataStore   (interface)
---- AbstractDataStore   (abstract)
-------- XmlDataStore      (concrete)
-------- TextFileDataStore (concrete)
-------- DBDataSource    (concrete)

The other use of interfaces is to have tagged interfaces, but I guess you do
not use it that much.

your comments are appreciated :) ...

Hassan


2010/9/12 Arno Puder <ar...@pu...>

>
> I think its a clever idea to have SecondOption implement FirstOption!
>
> Arno
>
>
> On 9/12/10 6:55 AM, Leo Izen wrote:
> > Do you mean:
> >
> > public interface FirstOption {
> >   public void someMethod();
> > }
> >
> > public abstract class SecondOption implements FirstOption {
> > }
> >
> > Because that would be a good idea. I support it.
> >
> > On Sun, Sep 12, 2010 at 6:33 AM, Arno Puder <ar...@pu...
> > <mailto:ar...@pu...>> wrote:
> >
> >
> >     right now we map Objective-C protocols to Java interfaces, except if
> >     there are optional methods in the protocol. In that case we map it to
> an
> >     abstract class.
> >
> >     Using Java interfaces and being able to make use of multiple
> inheritance
> >     leads to better designs, IMHO. Of course you can mimic it with
> abstract
> >     classes only but the resulting design is not as 'natural'. As far as
> I
> >     can tell, the majority of the Cocoa protocols do not have optional
> >     methods, so making abstract base classes the default seems like a
> >     drastic decision.
> >
> >     As a compromise, since you have mentioned a 'support' package that
> >     houses non-standard API, it would be possible to do both: Java
> >     interfaces and abstract base classes. This way the developer could
> >     choose which to use. There would be some redundancy, but if would
> offer
> >     developers a choice.
> >
> >     Thoughts, anyone?
> >
> >     Arno
> >
> >
> >     On 9/11/10 1:51 PM, Panayotis Katsaloulis wrote:
> >      > On 11 Σεπ 2010, at 5:44 μ.μ., Leo Izen wrote:
> >      >
> >      >> Java doesn't support multiple inheritance the way C++ does. This
> >     means that If you want your class to extend multiple types, you have
> >     to use interfaces.
> >      >
> >      > I know, I am not talking about general Java programming, but the
> >     specific implementation of ObjC library under Java.
> >      >
> >
> ------------------------------------------------------------------------------
> >      > Start uncovering the many advantages of virtual appliances
> >      > and start using them to simplify application deployment and
> >      > accelerate your shift to cloud computing
> >      > http://p.sf.net/sfu/novell-sfdev2dev
> >      > _______________________________________________
> >      > xmlvm-users mailing list
> >      > xml...@li...
> >     <mailto:xml...@li...>
> >      > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> >
> ------------------------------------------------------------------------------
> >     Start uncovering the many advantages of virtual appliances
> >     and start using them to simplify application deployment and
> >     accelerate your shift to cloud computing
> >     http://p.sf.net/sfu/novell-sfdev2dev
> >     _______________________________________________
> >     xmlvm-users mailing list
> >     xml...@li...
> >     <mailto:xml...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/xmlvm-users
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Start uncovering the many advantages of virtual appliances
> > and start using them to simplify application deployment and
> > accelerate your shift to cloud computing
> > http://p.sf.net/sfu/novell-sfdev2dev
> >
> >
> >
> > _______________________________________________
> > xmlvm-users mailing list
> > xml...@li...
> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>

Re: [xmlvm-users] Java shrinkers

[Jeff P. <jcp...@ro...>]

Switched to an HTML format.  The forced line wrap at 80? made this hard to
read.
The lines found in MethodInliner.java are:

private static final int MAXIMUM_INLINED_CODE_LENGTH =
Integer.parseInt(System.getProperty("maximum.inlined.code.length", "8"));
private static final int MAXIMUM_RESULTING_CODE_LENGTH_JSE =
Integer.parseInt(System.getProperty("maximum.resulting.code.length",
"8000"));
private static final int MAXIMUM_RESULTING_CODE_LENGTH_JME =
Integer.parseInt(System.getProperty("maximum.resulting.code.length",
"2000"));

I have not figured out how to specify system properties with ant, but here's
what I would experiment with, added to a call to Proguard directly from the
java command line:
java -DMAXIMUM_RESULTING_CODE_LENGTH_JSE=2000 -jar proguard.jar
@myProfile.pro

You might also be able to use the following option(s) in the Proguard
profile to achieve the same result.
-microedition (& probably also)
-dontpreverify

If this does the same thing without any side effects, then it has the
advantages of both being documented, & easy to do inside of ant.  I have not
tried either for the Android Remote Assistant part of my product.  Just a
standard JSE run through Proguard with the exception of NOT specifying
-overloadaggressively
  
Dex throws a VerifyError Exception, if you do.

Activities to get this part of the system production ready will hopefully be
re-starting this week.  This has been on hold while working on an AI
goalseeker in OpenCL, which took forever.  I'll try this as well.

Re: [xmlvm-users] Interface vs abstract classes

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

I think its a clever idea to have SecondOption implement FirstOption!

Arno


On 9/12/10 6:55 AM, Leo Izen wrote:
> Do you mean:
>
> public interface FirstOption {
>   public void someMethod();
> }
>
> public abstract class SecondOption implements FirstOption {
> }
>
> Because that would be a good idea. I support it.
>
> On Sun, Sep 12, 2010 at 6:33 AM, Arno Puder <ar...@pu...
> <mailto:ar...@pu...>> wrote:
>
>
>     right now we map Objective-C protocols to Java interfaces, except if
>     there are optional methods in the protocol. In that case we map it to an
>     abstract class.
>
>     Using Java interfaces and being able to make use of multiple inheritance
>     leads to better designs, IMHO. Of course you can mimic it with abstract
>     classes only but the resulting design is not as 'natural'. As far as I
>     can tell, the majority of the Cocoa protocols do not have optional
>     methods, so making abstract base classes the default seems like a
>     drastic decision.
>
>     As a compromise, since you have mentioned a 'support' package that
>     houses non-standard API, it would be possible to do both: Java
>     interfaces and abstract base classes. This way the developer could
>     choose which to use. There would be some redundancy, but if would offer
>     developers a choice.
>
>     Thoughts, anyone?
>
>     Arno
>
>
>     On 9/11/10 1:51 PM, Panayotis Katsaloulis wrote:
>      > On 11 Σεπ 2010, at 5:44 μ.μ., Leo Izen wrote:
>      >
>      >> Java doesn't support multiple inheritance the way C++ does. This
>     means that If you want your class to extend multiple types, you have
>     to use interfaces.
>      >
>      > I know, I am not talking about general Java programming, but the
>     specific implementation of ObjC library under Java.
>      >
>     ------------------------------------------------------------------------------
>      > Start uncovering the many advantages of virtual appliances
>      > and start using them to simplify application deployment and
>      > accelerate your shift to cloud computing
>      > http://p.sf.net/sfu/novell-sfdev2dev
>      > _______________________________________________
>      > xmlvm-users mailing list
>      > xml...@li...
>     <mailto:xml...@li...>
>      > https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>     ------------------------------------------------------------------------------
>     Start uncovering the many advantages of virtual appliances
>     and start using them to simplify application deployment and
>     accelerate your shift to cloud computing
>     http://p.sf.net/sfu/novell-sfdev2dev
>     _______________________________________________
>     xmlvm-users mailing list
>     xml...@li...
>     <mailto:xml...@li...>
>     https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] XMLVM TODOs

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

my original message was not meant as an open call for feature requests, 
but a call for help.  :-)  I wouldn't mind merging a patch that does 
that if someone is willing to work on that. Long ago XMLVM was producing 
a Makefile (see xmlvm/var/iphone/Makefile), but I haven't used it in ages.

Arno


On 9/12/10 7:03 AM, Leo Izen wrote:
> Would it be possible to have an option so instead of spitting out a
> complete XCode project (for the iphone target), it could spit out a GNU
> Autoconf configure script? I don't own a mac, but I can compile ON my
> iphone. I could transfer the project over to my iphone with SFTP and
> then bring up a shell and run ./configure, make. That would be nice. Thanx!
>
> On Sun, Sep 12, 2010 at 7:03 AM, Arno Puder <ar...@pu...
> <mailto:ar...@pu...>> wrote:
>
>
>     Guys,
>
>     some of you have offered help and I want to discuss potential projects
>     that are up for grabs. Of course it depends on your skills and
>     interests. From Android to iPhone, from Java to Objective-C, there is
>     plenty to do.
>
>     1. Documentation: Let me start with the least favorite, but still very
>     important job of documentation. If someone out there enjoys writing
>     technical documentation, XMLVM would get a major boost by offering
>     better documentation. Right now we have an HTML version in
>     xmlvm/doc/homepage/manual that is the best we have right now. We have
>     begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
>     interested in continuing the conversion to DocBook and/or adding new
>     documentation? A little HOWTO and a tutorial would be nice.
>
>     2. Java/Cocoa: directory xmlvm/src/xmlvm2objc/compat-lib/java contains
>     the Java sources of the Cocoa classes. The implementation of those
>     classes are also our own iPhone emulator. There are plenty of missing
>     API as well as API that was never implemented. Possible projects would
>     be to add missing Cocoa API and/or implement API that has not yet been
>     implemented. Another project might be to extend the emulator to run in
>     iPad mode. Our Java emulator is written entirely in Java and makes use
>     of Java2D. If that interests you, let me know.
>
>     3. C wrappers: as I mentioned several times on the mailing list, we are
>     swiftly moving towards the new C backend. One piece of work where we can
>     use your help is to implement the C wrappers. If you look at directory
>     xmlvm/src/xmlvm2c/compat-lib/iphone you see the generated wrappers
>     (those wrappers where actually automatically generated from the Java
>     Cocoa API mentioned above). If you look in org_xmlvm_iphone_UIImage.m
>     you get an idea of the kind of implementation that needs to be done.
>     That is kind of a high-priority job since we need those wrappers in
>     order to move to the new backend. This job requires good knowledge of
>     Objective-C and Cocoa.
>
>     4. Android to iPhone: if you check directory xmlvm/src/android2iphone
>     you will see Java classes that mimic the Android API, but are
>     implemented using our Java version of Cocoa. This is the basis of the
>     "Android app running on an iPhone". If you check this directory, you
>     will quickly find out that there are many, many Android classes missing.
>     This job is tricky because there is not always an obvious mapping from
>     Android API to Cocoa API (just think of Android's layout manager that
>     has nothing corresponding on the iPhone). Other API are easier. E.g.,
>     one little project could be to map the location API. This TODO requires
>     good knowledge of both Android and iPhone. You can work mostly in Java
>     but also need to extend the Cocoa API as needed (this is what I wrote in
>     (1)).
>
>     Well, guys, here you have it. XMLVM is Open Source and you are free to
>     use it in your products. But we can only make fast progress if the
>     community helps making XMLVM better. If you are interested in one of
>     these jobs, please send a note to me or over the mailing list so we can
>     better coordinate your efforts.
>
>     Arno
>
>
>     ------------------------------------------------------------------------------
>     Start uncovering the many advantages of virtual appliances
>     and start using them to simplify application deployment and
>     accelerate your shift to cloud computing
>     http://p.sf.net/sfu/novell-sfdev2dev
>     _______________________________________________
>     xmlvm-users mailing list
>     xml...@li...
>     <mailto:xml...@li...>
>     https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
>
>
>
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users

Re: [xmlvm-users] XMLVM TODOs

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

Would it be possible to have an option so instead of spitting out a complete
XCode project (for the iphone target), it could spit out a GNU Autoconf
configure script? I don't own a mac, but I can compile ON my iphone. I could
transfer the project over to my iphone with SFTP and then bring up a shell
and run ./configure, make. That would be nice. Thanx!

On Sun, Sep 12, 2010 at 7:03 AM, Arno Puder <ar...@pu...> wrote:

>
> Guys,
>
> some of you have offered help and I want to discuss potential projects
> that are up for grabs. Of course it depends on your skills and
> interests. From Android to iPhone, from Java to Objective-C, there is
> plenty to do.
>
> 1. Documentation: Let me start with the least favorite, but still very
> important job of documentation. If someone out there enjoys writing
> technical documentation, XMLVM would get a major boost by offering
> better documentation. Right now we have an HTML version in
> xmlvm/doc/homepage/manual that is the best we have right now. We have
> begun to convert this to DocBook in xmlvm/doc/manual/docbook. Anyone
> interested in continuing the conversion to DocBook and/or adding new
> documentation? A little HOWTO and a tutorial would be nice.
>
> 2. Java/Cocoa: directory xmlvm/src/xmlvm2objc/compat-lib/java contains
> the Java sources of the Cocoa classes. The implementation of those
> classes are also our own iPhone emulator. There are plenty of missing
> API as well as API that was never implemented. Possible projects would
> be to add missing Cocoa API and/or implement API that has not yet been
> implemented. Another project might be to extend the emulator to run in
> iPad mode. Our Java emulator is written entirely in Java and makes use
> of Java2D. If that interests you, let me know.
>
> 3. C wrappers: as I mentioned several times on the mailing list, we are
> swiftly moving towards the new C backend. One piece of work where we can
> use your help is to implement the C wrappers. If you look at directory
> xmlvm/src/xmlvm2c/compat-lib/iphone you see the generated wrappers
> (those wrappers where actually automatically generated from the Java
> Cocoa API mentioned above). If you look in org_xmlvm_iphone_UIImage.m
> you get an idea of the kind of implementation that needs to be done.
> That is kind of a high-priority job since we need those wrappers in
> order to move to the new backend. This job requires good knowledge of
> Objective-C and Cocoa.
>
> 4. Android to iPhone: if you check directory xmlvm/src/android2iphone
> you will see Java classes that mimic the Android API, but are
> implemented using our Java version of Cocoa. This is the basis of the
> "Android app running on an iPhone". If you check this directory, you
> will quickly find out that there are many, many Android classes missing.
> This job is tricky because there is not always an obvious mapping from
> Android API to Cocoa API (just think of Android's layout manager that
> has nothing corresponding on the iPhone). Other API are easier. E.g.,
> one little project could be to map the location API. This TODO requires
> good knowledge of both Android and iPhone. You can work mostly in Java
> but also need to extend the Cocoa API as needed (this is what I wrote in
> (1)).
>
> Well, guys, here you have it. XMLVM is Open Source and you are free to
> use it in your products. But we can only make fast progress if the
> community helps making XMLVM better. If you are interested in one of
> these jobs, please send a note to me or over the mailing list so we can
> better coordinate your efforts.
>
> Arno
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>