[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: Fw: [wtp-dev] test map files -- new proposed map files
|
See https://dev.eclipse.org/mailman/listinfo/wtp-dev.
You want Edit Options on the bottom of the page.
Lawrence Mandel
Software Developer
IBM Rational Software - XML Web Services Tooling
Phone: 905 - 413 - 3814 Fax: 905 - 413 - 4920
lmandel@xxxxxxxxxx
"Tran, Chi" <chi.tran@xxxxxxxxxxx>
Sent by: wtp-dev-admin@xxxxxxxxxxx
02/02/2005 05:08 PM
|
Please respond to
wtp-dev |
|
|
To
| wtp-dev@xxxxxxxxxxx
|
|
cc
|
|
|
Subject
| RE: Fw: [wtp-dev] test map
files -- new proposed map files |
|
How do I unsubscribe to this
newsgroup?
Chi Tran
Pearson Educational
Measurement
2510 North Dodge
Street
Iowa City, IA 52245-9555
Ph: 319.354.9200
x6805
Ph: 800.627.8902
x6805
Email: chi.tran@xxxxxxxxxxx
From: wtp-dev-admin@xxxxxxxxxxx [mailto:wtp-dev-admin@xxxxxxxxxxx]
On Behalf Of Chris Brealey
Sent: Wednesday, February 02, 2005 4:00 PM
To: wtp-dev@xxxxxxxxxxx
Cc: wtp-dev@xxxxxxxxxxx; wtp-dev-admin@xxxxxxxxxxx
Subject: Re: Fw: [wtp-dev] test map files -- new proposed map files
+1 (and agreed with Chuck about leaving this week's I Build as is).
As a side note, we might consider splitting the "Advanced J2EE Subsystem"
in half so that Web Services and EJBs aren't glued together. They are conceptually
very distinct, and at least from a map file perspective should be separated
from each other (IMHO).
Cheers - CB.
Chris Brealey
Rational Studio Java Web Services, IBM Canada Ltd.
D3-275, D3/ENX/8200/MKM, 8200 Warden Avenue, Markham, Ontario, Canada,
L6G 1C7
cbrealey@xxxxxxxxxx, 905.413.6038, tieline:969.6038, fax:905.413.4920
Chuck Bridgham <cbridgha@xxxxxxxxxx>
Sent by: wtp-dev-admin@xxxxxxxxxxx
02/02/2005 04:48 PM
|
Please respond to
wtp-dev |
|
|
To
| wtp-dev@xxxxxxxxxxx
|
|
cc
|
|
|
Subject
| Re: Fw: [wtp-dev] test map
files -- new proposed map files |
|
+1 for this proposal, but wait until after the IBuild.... I think
its too late to start this process.
Thanks - Chuck
Rational J2EE Tooling Team Lead
IBM Software Lab - Research Triangle Park, NC
Email: cbridgha@xxxxxxxxxx
Phone: 919-254-1848 (T/L: 444)
Naci Dai <naci.dai@xxxxxxxxxxxxx>
Sent by: wtp-dev-admin@xxxxxxxxxxx
02/02/2005 03:48 PM
|
Please respond to
wtp-dev |
|
|
To
| wtp-dev@xxxxxxxxxxx,
wtp-dev@xxxxxxxxxxx
|
|
cc
|
|
|
Subject
| Re: Fw: [wtp-dev] test map
files -- new proposed map files |
|
I suggest that component owners seperate their .map files for tomorrows
I-builds.
releng already can handle this change.
At 09:29 PM 2/2/2005, David M Williams wrote:
I'll bet Phil thought this would be a quick and easy question (see attached
mailing list item from 12/3) when he originally asked it TWO MONTHS AGO!
(how time flies).
But the issues are still with us -- the map files are a bit meaningless
to view, its hard to "load released projects" from
a particular component or subsystem, and worse of all, on busy days its
hard to release new project versions for builds because
a dozen teams might be trying to update the same files in CVS.
I'd like to propose a new division of our map files, based on the *subsystems*
as
defined in http://www.eclipse.org/webtools/development/arch_and_design/ArchitectureOverview.html.
The reason for picking subsystems, instead of components, is that we have
24 components, so multiplied by 2, one set for code,
another for tests, gives 48 map files ... I think that's too many to easily
view/select for loading/and just generally manage (and
many would have only one or two entries).
Doing the division by subsystems, still gives us 24 total (12 main ones,
12 test ones) but that seems more manageable. (and more "scalable"
over time).
The only down side is there's still some overlap between teams for some
subsystems, but should be minimal (usually just 1 or 2 teams would
share a subsystem). We can always fine tune later if we still see conflicts
while trying to release code for a build. Plus, I believe subsystems will
form the
basis of our (sub)features and units of maintenance and major dependancies,
so its natural there would be a map file per (sub) feature.
I've placed a file in org.eclipse.wtp.releng\development\proposedmapfiles.txt
which gives a complete listing of today's plugins, divided up by subsystem,
with
proposed map file names. Please review for accuracy. Following is the list
of proposed
map file names ... the main (code) ones first, and the test ones formed
by adding 'test' after
the project name (consistent with preferred naming conventions).
As far as I know, this makes no difference to the build scripts, which
simply look for all
.map files in the maps directory. (Let me know if anyone's customized any
scripts!).
If there's no objections (or calls for longer discussion), then after this
weeks I-build, I will personally edit the current jst and wst map
files to make this split once ... then component leads can correct and/or
do their own test map files
as the week progresses. Sound reasonable? If so, I'll plan on making this
change on Friday morning (EST).
Suggestions welcome.
= = = = =
jst-common.map
jst-j2ee-advanced.map
jst-j2ee-basic.map
jst-jsp.map
jst-server.map
wst-common.map
wst-database.map
wst-server.map
wst-web.map
wst-webresources.map
wst-webservices.map
wst-xml.map
- - - - - - - - - - - -
jst-test-common.map
jst-test-j2ee-advanced.map
jst-test-j2ee-basic.map
jst-test-jsp.map
jst-test-server.map
wst-test-common.map
wst-test-database.map
wst-test-server.map
wst-test-web.map
wst-test-webresources.map
wst-test-webservices.map
wst-test-xml.map
----- Forwarded by David M Williams/Raleigh/IBM on 02/02/2005 01:56 PM
-----
Phillip Avery/Raleigh/IBM@IBMUS
Sent by: wtp-dev-admin@xxxxxxxxxxx
12/03/2004 02:13 PM
Please respond to
wtp-dev
To
wtp-dev@xxxxxxxxxxx
cc
Subject
[wtp-dev] test map files
It seems like there are (starting to be) way too many map files in the
org.eclipse.wtp.releng plugin (one for each plugin?)
To clean up the clutter, it seems like there should just be one test map
for wst and one for jst. (so just wst-tests.map, and jst-tests.map)
What does everyone think?
Thanks,
Phil
--- - - - - -
Phillip Avery
Structured Source Editor
919 254 8063
pavery@xxxxxxxxxx
Naci Dai,
Managing Director
eteration a.s.
Inonu cad. Sumer sok. Zitas D1-15
Kozyatagi, Istanbul 81090
+90 (532) 573 7783 (cell)
+90 (216) 361 5434 (phone)
+90 (216) 361 2034 (fax)
http://www.eteration.com
mailto:nacidai@xxxxxxx
mailto:naci@xxxxxxxxxxxxx
****************************************************************************
This email may contain confidential
material. If you were not an intended recipient,
Please notify the sender and delete all copies.
We may monitor email to and from our network.
***************************************************************************
