From: Normen H. <nor...@go...> - 2011-12-03 01:47:40
|
Alright, as I see you do not seem to have plans for release bundles of XMLVM for or with any IDE anyway then so I'll scrap the bundled library thing completely in favor of a path set in the application preferences. I thought you meant to more address some users with this as a product somehow. Generally I was talking more from the user side. If you'd support creating and manipulating your projects with an IDE it doesn't matter which IDE it is. I am used to getting a complete IDE for special development (e.g. JavaCard etc) and really don't look at what base IDE is being used then. Its about getting such a project to work and "my favorite IDE" cannot help me there. So to me the point in starting this in two different directions isn't quite obvious. I already saw theres lots to do on the android wrapping front still, I was primariliy interested in what additional classes would auto-compile as the currently wrapped api seems to look more at highlevel classes to wrap so it seems the wrapping has to be done at a higher level than "all java classes with native methods". As said I find the prospect of getting this to work interesting and thats why I started creating these tools, to be able to easily handle this quite special type of code project. Cheers, Normen Am 02.12.2011 um 18:36 schrieb Arno Puder: > > a few comments from my side about what has been discussed in this thread > so far: > > - as Panayotis mentioned, it is not a good idea to bundle xmlvm.jar > with the Netbeans plugin as XMLVM rapidly evolves. Perhaps do > something similar as the Android Eclipse plugin: have a > configuration dialog where you can tell the plugin about the > location of xmlvm.jar > - I'm not familiar with the commonalities/differences between > Netbeans and Eclipse plugin architectures. Sharing code is > certainly desirable. I'm an Eclipse user and wouldn't mind > having something similar for Eclipse as what you did for > Netbeans. > - about the actual project you are proposing: XMLVM has its own > Android Compatibility Library (in xmlvm/src/android2iphone). > Do *NOT* use android.jar from the Android SDK. It won't work. > Take a look at the slides in xmlvm/doc/slides. At the end > we describe the process of adding missing Android API. > - No matter which approach you take, you will need to come up > with the iOS Java API. XMLVM's Android Compat Lib builds upon > this iOS Java API and is therefore the first thing you need > to implement. The next step is to implement the missing > Android Compat Library classes. Depending on how you design > your project, you might already be able to use the iOS API > directly, bypassing the Android layer. But that is just one > option. > > Arno > > > On 12/2/11 7:33 AM, Normen Hansen wrote: >> What? :) You mean not having the plugin with the compiled version of >> XMLVM I guess? I thought this might be the main reason for having this >> plugin, it can be compiled as an OSGI package too, so the same project >> could be used to make an "installable" library for both NetBeans and >> Eclipse. This way the library could be integrated in e.g. the NetBeans >> plugin repository or as said updated via http. Anyway I can also change >> the plugin to use an external directory. >> >> About having more than just a library plugin in Eclipse too: Certainly >> it would be cool to be able to create projects in Eclipse as well but as >> soon as the functions get more advanced it makes less and less sene >> implementing the same thing twice just for having a different UI. Since >> you cannot use any of the special plugins, libraries or extensions of >> either IDE its just the basics (code completion, adding of getters and >> setters etc.) that you can really apply and those are 1:1 the same in >> both IDE's. NetBeans even lets you set an Eclipse keyboard shortcut >> mapping so there should be virtually no difference. >> I regularly use Eclipse for GWT and some JavaCard development, >> jMonkeyPlatform (which is a NetBeans based application) for game code >> and two different installations of NetBeans for Java and PHP and I must >> say theres not much to get used to. >> >> Cheers, >> Normen >> >> Am 02.12.2011 um 09:23 schrieb Panayotis Katsaloulis: >> >>> >>> On 2 Δεκ 2011, at 4:33 π.μ., Normen Hansen wrote: >>> >>>> http://jmonkeyengine.org/org-xmlvm-plugin.nbm >>> >>> Instead of using XMLVM as a full plugin, and due to the rapid >>> development of XMLVM (which is totally missing a stable release), may >>> I suggest to provide ονλυ a reference to an existing xmlvm release >>> instead? >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d_______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> >> >> >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |