[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [wtp-dev] Unused and Misused WTP Extension Points
|
Perhaps we need an official policy on deprecation. People
differ in their opinions on this. I happen to agree with your approach, but when
I tried in 2.0 to remove faceted project api that was deprectated in 1.5, I was
told that it still needed to be supported.
- Konstantin
I would think the extension points
should be treated just like other API. Meaning, deprecate for one release
cycle and then remove in the next. I think especially if adopter scans
show no one is using the extension points and it has already been deprecated,
then I would claim that would be a good candidate for removal.
If there's reasons for some of these
extension points to hang around, then that's fine, but the component leads
should at least make this effort to do the inspection. Thanks, John
Lanuti
IBM Web Tools Platform Technical Lead, IBM Rational
IBM Software
Lab - Research Triangle Park, NC
jlanuti@xxxxxxxxxx
t/l
441-7861
Keith Chong
<kchong@xxxxxxxxxx> Sent
by: wtp-dev-bounces@xxxxxxxxxxx
01/19/2007 12:52 PM
Please respond
to "General discussion of project-wide or architectural issues."
<wtp-dev@xxxxxxxxxxx> |
|
To
| wtp-dev@xxxxxxxxxxx
|
cc
|
|
Subject
| RE: [wtp-dev] Unused and Misused
WTP Extension Points |
|
The following extension points are deprecated but
haven't been removed.
org.eclipse.wst.wsdl.ui.ExtensionsSchemasDescription
org.eclipse.wst.wsdl.ui.WSDLEditorExtensionConfiguration
org.eclipse.wst.xsd.ui.ExtensionsSchemasDescription
org.eclipse.wst.xsd.ui.XSDEditorExtensionConfiguration
org.eclipse.wst.xsd.ui.internalEditorConfiguration
The following extension
point will be used by an adopter
org.eclipse.wst.xsd.ui.extensionCategories
Regards,
Keith
"Konstantin Komissarchik"
<kosta@xxxxxxx> Sent by:
wtp-dev-bounces@xxxxxxxxxxx
19/01/2007 12:05 PM
Please respond
to "General discussion of project-wide or architectural issues."
<wtp-dev@xxxxxxxxxxx> |
|
To
| "General discussion of
project-wide or architectural issues."
<wtp-dev@xxxxxxxxxxx>
|
cc
|
|
Subject
| RE: [wtp-dev] Unused and Misused
WTP Extension Points |
|
At least one of
these extension points (org.eclipse.wst.common.project.facet.ui.wizard) is there
for backwards compatibility. This particular one was introduced in 1.0 and
deprecated/replaced in 1.5. So what should our policy be with regards to such
deprecated extension points (and api for that matter)? Do we say that they get
removed when they no longer come up in usage scans?
-
Konstantin
From: wtp-dev-bounces@xxxxxxxxxxx
[mailto:wtp-dev-bounces@xxxxxxxxxxx] On Behalf Of John
Lanuti
Sent: Friday, January 19, 2007 8:58 AM
To:
wtp-dev@xxxxxxxxxxx
Subject: [wtp-dev] Unused and Misused WTP
Extension Points
Take a look at the Extension Point Usage Scan Report:
http://www.eclipse.org/webtools/development/apiscanner/reports/combinedExtPtUsage.html
There, you'll see the
extension point usage scans for two of our largest adopters, IBM and BEA, as
well as any extension point usages within WTP. This report is interesting
for two reasons:
(1) It may be worthwhile for us to design a mechanism, maybe
using the component.xml, to declare extension points as API or as internal.
We have a lot of extension points which only have one reference within
WTP, and it is probably debateable whether an extension point was the best
solution there anyways. It could be argued all extension points should be
API by definition, but I know as a project, that's not how we're using them.
We have too many extension points with one internal reference for that to
be the case. I am especially thinking of those only used for classloading
purposes.
(2)
There are a number of extension points which aren't being used at all.
This is very alarming, and we should remove/clean these up for
sure.
Extension points not being used:
org.eclipse.wst.common.emfworkbench.integration.ModifierHelperFactory
org.eclipse.wst.common.frameworks.ui.DataModelWizardExtension
org.eclipse.wst.common.frameworks.ui.extendedViewer
org.eclipse.wst.common.project.facet.ui.wizard
org.eclipse.wst.common.ui.properties.propertySections
org.eclipse.wst.validation.referencialFileValidator
org.eclipse.jst.j2ee.J2EEModulePostImport
org.eclipse.jst.j2ee.core.jndiBindingsHelpers
org.eclipse.jst.server.core.internalRuntimeComponentProviders
org.eclipse.wst.internet.monitor.core.internalContentFilters
org.eclipse.wst.server.core.installableRuntimes
org.eclipse.wst.wsdl.ui.ExtensionsSchemasDescription
org.eclipse.wst.wsdl.ui.WSDLEditorExtensionConfiguration
org.eclipse.wst.html.ui.deviceProfileEntryProvider
org.eclipse.wst.xsd.ui.ExtensionsSchemasDescription
org.eclipse.wst.xsd.ui.XSDEditorExtensionConfiguration
org.eclipse.wst.xsd.ui.extensionCategories
org.eclipse.wst.xsd.ui.internalEditorConfiguration
I can start opening
defects for these unused extension points if you like.
Thoughts?
John Lanuti
IBM Web Tools
Platform Technical Lead, IBM Rational
IBM Software Lab - Research Triangle
Park, NC
jlanuti@xxxxxxxxxx
t/l 441-7861
_______________________________________________________________________
Notice:
This email message, together with any attachments, may
contain
information of BEA Systems, Inc., its
subsidiaries and affiliated
entities, that may be
confidential, proprietary, copyrighted and/or
legally
privileged, and is intended solely for the use of the individual
or entity
named in this message. If you are not the intended recipient,
and have
received this message in error, please immediately return this
by email and
then delete it.
_______________________________________________
wtp-dev mailing
list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev
_______________________________________________
wtp-dev mailing
list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev