Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Velocity Wiki" for 
change notification.

The following page has been changed by NathanBubna:
http://wiki.apache.org/velocity/VelocityTools2Planning

The comment on the change is:
status update

------------------------------------------------------------------------------
    * Tool subclasses that change init() or configure() - if we meet all the 
goals in #1 above, then this should happen automatically for the most part.  we 
just need to leave our init() and configure() methods in place, so that calls 
to super.init() or super.configure() do not fail. (STATUS: done)
  
  3. Advanced API users - those that use tool management without using the 
servlets (e.g. Spring MVC or "standalone" toolbox users)
-   * !ViewContext users - can use deprecated one at old location for now 
(STATUS: done)
-   * !ChainedContext users - !ChainedContext extends !ViewToolContext, but 
what to do about setToolbox()? (STATUS: not quite done)
+   * !ViewContext users - can use deprecated one at old location for now 
(STATUS: done) though anyone who implemented their own version will find that 
the tools no longer recognize it.  they need to update to the new ViewContext 
package name.
+   * !ChainedContext users - !ChainedContext extends !ViewToolContext, 
everything should work superficially as it did before. (STATUS: done)
-   * XML!ToolboxManager users - may be possible to hack up a version that 
reads old toolbox.xml format, and returns a Map of initialized tools for 
getToolbox(initData), but that initData part is tricky.  partial support is 
probably the best we can do here, unless we leave all the old code intact and 
just deprecate it.
+   * XML!ToolboxManager users - may be possible to hack up a version that 
reads old toolbox.xml format, and returns a Map of initialized tools for 
getToolbox(initData), but that initData part is tricky.  partial support is 
probably the best we can do here, unless we leave all the old code intact and 
just deprecate it. (STATUS: deprecated, but left otherwise as-is. also, tools 
still have deprecated but functional init() methods so they work with it)
-   * !ServletToolboxManager users - similar situation to that of 
XML!ToolboxManager, but worse.  again, probably a choice between partial 
integration with new infrastructure or else leaving both infrastructures 
side-by-side with one deprecated.
+   * !ServletToolboxManager users - similar situation to that of 
XML!ToolboxManager, but worse.  again, probably a choice between partial 
integration with new infrastructure or else leaving both infrastructures 
side-by-side with one deprecated. (STATUS: same as XML!ToolboxManager)
  
  4. Anyone else that digs further into the tool management API for 1.x - 
Unless we decide to only deprecate the old tool management infrastructure, 
these people shouldn't upgrade until they're ready to make a lot of changes. :)
  

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to