Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [wtp-pmc] FW: clarifying WTP<-->DTP evolution for "Comet"


Thx. I'd appreciate a WTP/DTP interlock meeting. I propose that our starting position be that the WTP 1.0 adopters should only have to rename packages. Any further work would have to be reviewed and agreed to by adopters. We'll need to lock in a firm plan no later than early January 06.

Arthur Ryman,
IBM Software Group, Rational Division

phone: +1-905-413-3077, TL 969-3077
assistant: +1-905-413-2411, TL 969-2411
fax: +1-905-413-4920, TL 969-4920
mobile: +1-416-939-5063, text: 4169395063@xxxxxxx

"Tim Wagner" <twagner@xxxxxxx>
Sent by: wtp-pmc-bounces@xxxxxxxxxxx

10/18/2005 11:24 AM

Please respond to
"WTP PMC communications (including coordination, announcements,  and Group discussions)"

"WTP PMC communications (including coordination, announcements,  and Group discussions)" <wtp-pmc@xxxxxxxxxxx>
[wtp-pmc] FW: clarifying WTP<-->DTP evolution for "Comet"

Response from John.

-----Original Message-----
From: jograham@xxxxxxxxxx [mailto:jograham@xxxxxxxxxx]
Sent: Tuesday, October 18, 2005 7:44 AM
To: Tim Wagner
Subject: Re: clarifying WTP<-->DTP evolution for "Comet"


In the Comet timeframe DTP plans to complete the consolidation of the
lines originally contributed (from WTP, BIRT, Sybase, and objectNation).
our previous discussions with Arthur, we had effectively promised
equivalent functionality to what exists in WTP/rdb today, but the
underlying architecture, plug-in structure, and so on will be quite
different. In discussions with WTP/rdb committers, we found that there
no API declared in rdb, and we identified two migration areas (1) model
extensions, (2) connection templates. For the model extensions, we are
pretty close to the "just package renames" ideal, and we expect no
significant changes in the DTP models going forward (though there could
a few minor tweaks). This gives anyone extending these models a
easy migration path. For the connection templates, we have incorporated
support for them in our connectivity layer, so -- while there is a
definition migration here -- there can be significant reuse of
user-modified templates.

I'd be happy to have a meeting with you and Arthur to discuss this more.
Perhaps having Der Ping Chou and Sheila Sholars from IBM (and WTP/rdb)
would be useful as well.

John Graham
Staff Software Engineer
Sybase, Inc.
telephone: (978) 287-1634  (GMT - 5)
e-mail: john.graham@xxxxxxxxxx

            "Tim Wagner"


            10/18/2005 09:43          <jograham@xxxxxxxxxx>


                                      clarifying WTP<-->DTP evolution


Note that I'm using the "Comet" name, under the presumption that it will
win the voting ;-).

Wanted to ping you on the migration plan for the RDB tools currently in
WTP. To support our users with minimal service interruption, the
expectation is that these move from WTP to DTP with only package changes
the "Comet" timeframe. (Beyond that, I assume you will begin a phased
evolution that incorporates them into your larger API set.)

Does that coincide with your understanding/plans? If not, can you, I,
Arthur get together for a call to discuss and make sure we're all on the
same page?



wtp-pmc mailing list

Back to the top