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