Is there any reason we cannot deprecate things in a point release (e.g.
2.3.3) so that they can later be removed in 2.4?
Candidates for deprecation in 2.3.3:
* ScheduleService - not going to be ported to Fulcrum, use Fulcrum
Quartz instead
* LocalizationService - use Fulcrum Localization instead - relevant
classes have not been carried over to trunk/2.4 so it should have
been deprecated already anyway
* IntakeService - same situation as l10n service
* MimeTypeService - ditto
* A bunch of other services for which we have Fulcrum components do
still actually exist in the trunk/2.4 - should we not deprecate
these also now so that we can have a cleaner base to work on with 2.4?
What about removing some of the deprecated code before 2.3.3? It has
been ages since 2.3.2 was released so I think we can justify removing
this code.
Candidates for removal before 2.3.3 include:
* org.apache.turbine.util.SequencedHashtable
* org.apache.turbine.util.StringStackBuffer
* org.apache.turbine.util.FileUtils
* org.apache.turbine.util.BufferCache
* org.apache.turbine.util.QuickSort
* org.apache.turbine.util.Comparable
* org.apache.turbine.util.Log
* org.apache.java.lang.Bytes
* org.apache.java.security.MD5
* org.apache.java.security.MessageDigest
* org.apache.turbine.util.db.UUIdGenerator
* org.apache.turbine.util.db.TableColumn
* org.apache.turbine.services.resources.TurbineResources
Comments?
Scott
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]