The .mtj metadata file has the version of MTJ
used to create that project.
<?xml version="1.0"
encoding="UTF-8"?>
<mtjMetadata
jad="LibSupport.jad" version="0.9.0.qualifier">
<device group="Sun Java(TM)
Wireless Toolkit 2.5.2 for CLDC" name="MediaControlSkin"/>
<signing
signProject="false"/>
</mtjMetadata>
|
We can use this info to automatically run a
migration job.
Diego
From:
dsdp-mtj-dev-bounces@xxxxxxxxxxx [mailto:dsdp-mtj-dev-bounces@xxxxxxxxxxx] On Behalf Of Hildum
Eric-XFQ473
Sent: Tuesday, November 04, 2008
4:37 PM
To: Mobile
Tools for The Java Platform mailing list
Subject: RE: [dsdp-mtj-dev] MTJ
preprocess content assist support
Automatically migrating forward is a
better idea I think. If we establish a policy in the code that we propagate old
versions forward automatically (from X versions back) and ignore with warnings
unrecognized fields to handle fall back situations, we should be able to
maintain good forward and backward compatibility. Do we have a major/minor
version number in the project file we can use to trigger conversions?
Eric Hildum
Senior Product Manager, Mobile
Developer Tools & SDK
Software Platforms and Delivery
Ecosystem and Market Development
Motorola
Direct: +1-408-541-6809
Mobile:
+1-510-305-0801
809 11th Avenue
Sunnyvale, CA 94089
USA
From:
dsdp-mtj-dev-bounces@xxxxxxxxxxx [mailto:dsdp-mtj-dev-bounces@xxxxxxxxxxx] On Behalf Of Paula
Gustavo-WGP010
Sent: Tuesday, November 04, 2008
4:55
To: Mobile
Tools for The Java Platform mailing list
Subject: RE: [dsdp-mtj-dev] MTJ
preprocess content assist support
hi gang,
thanks for the detailed requirements...
they look great!
below are some comments
FR001 - Configuration data format &
persistence:
if the user already has a MTJ project
created with 0.9 what will happen when he opens it with 0.9.1? you mention that
the the .mtj file format will be changed.
probably it would be important that the
code checks if the project is in the 0.9 format and automatically convert it to
the new format (then we would keep workspace compatibility). other options is
to have the configurations on another file and keep the .mtj file as it is to
have a backword compatibility. not sure if it better. the last option is to
just break the workspace compatibility, but i'm not sure if it is a good ideia
to do that.
the change on the format also means that a
0.9.1 project will not be opened with MTJ 0.9 isn't it?
Multi-Config: FR003 - manage configurations
do you have some suggestion on the UI
workflow for that? besides that, how is the user going to set the current
active configuration?
Multi-Config: FR007 - Preprocess symbols content-assist
are we also going to do some kind of
validation based on the symbol type? for instance mark the core with
"error" if teh develoeprs enter something like //#if screenwidth >
"gustavo". not sure if this is necessary (or even possible), but
might be good for the user
:)
gep
From:
dsdp-mtj-dev-bounces@xxxxxxxxxxx [mailto:dsdp-mtj-dev-bounces@xxxxxxxxxxx] On Behalf Of Gang.Ma@xxxxxxxxxx
Sent: terça-feira, 4 de novembro
de 2008 07:54
To: Mobile
Tools for The Java Platform mailing list
Subject: [dsdp-mtj-dev] MTJ
preprocess content assist support
Hi all,
I
have updated the wiki page to add detail information about the preprocess
content assist support, please see it at: http://wiki.eclipse.org/DSDP/MTJ/Requirements/Multi-Configuration_Support,
from "Multi-Config: FR006" to "Multi-Config: FR009"
I
also create some bugzilla entries for it:
1.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=253648
([multdevice]: Preprocess directive content-assist), describe how to show
preprocess directive proposal
2.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=253653
([multdevice]: Preprocess symbols content-assist), describe how to show
preprocess symbol proposal
3.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=253162
([multdevice]: Preprocess Template content-assist), describe how to show
preprocess template proposal
4.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=253645
([multdevice]: Preprocess template configuration), describe how to configure
preprocess template.
any
comments and suggestions are welcome.
Best
Regards
Gang(Allen) Ma
Sybase Software (China)
Co., Ltd