API updates and build fix...
I've attached a patch with the API updates we discussed last week. I also fixed the Maven build to correctly build the API again. The latest Javadocs are here: http://www.crazybob.org/javadoc/ Thanks, Bob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: API updates and build fix...
The list won't accept attachments. You should open a JIRA ticket instead. -Te.d On 5/16/06, Bob Lee <[EMAIL PROTECTED]> wrote: I've attached a patch with the API updates we discussed last week. I also fixed the Maven build to correctly build the API again. The latest Javadocs are here: http://www.crazybob.org/javadoc/ Thanks, Bob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: API updates and build fix...
I don't remember an SPI being part of WW. Is this new to Action 2? --- Bob Lee <[EMAIL PROTECTED]> wrote: > I've attached a patch with the API updates we discussed last week. I > also fixed the Maven build to correctly build the API again. > > The latest Javadocs are here: http://www.crazybob.org/javadoc/ > > Thanks, > Bob > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: API updates and build fix...
Doh. Here it is: http://issues.apache.org/struts/browse/WW-1314 Bob On 5/16/06, Ted Husted <[EMAIL PROTECTED]> wrote: The list won't accept attachments. You should open a JIRA ticket instead. -Te.d On 5/16/06, Bob Lee <[EMAIL PROTECTED]> wrote: > I've attached a patch with the API updates we discussed last week. I > also fixed the Maven build to correctly build the API again. > > The latest Javadocs are here: http://www.crazybob.org/javadoc/ > > Thanks, > Bob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: API updates and build fix...
We've been cleaning up and reorganizing the API to make it more intuitive and user friendly. Any feedback is much appreciated. Bob On 5/16/06, Paul Benedict <[EMAIL PROTECTED]> wrote: I don't remember an SPI being part of WW. Is this new to Action 2? --- Bob Lee <[EMAIL PROTECTED]> wrote: > I've attached a patch with the API updates we discussed last week. I > also fixed the Maven build to correctly build the API again. > > The latest Javadocs are here: http://www.crazybob.org/javadoc/ > > Thanks, > Bob > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: API updates and build fix...
The name changes resolve the ambiguities that I saw in the first draft so that is a definite positive. The Messages.Severity enum and other messaging improvements are a definite positive. (They satisfy my desire for a Log4J type usage but are still distinct enough to avoid confusion.) Since the last API discussion the Attribute stuff is quite a bit more clear and I do think it is an advancement over MAP based interactions with bound data. (Session, Application, Request, etc) The only question I have is about the ThreadLocalRequestContext. With XWork I currently have a custom XML Dispatcher that allows actions and parameters to be read and executed from an XML document. When invoked from a file upload I provide an option to use the existing context or create a new one via a bit of trickery with the threadLocal and ActionContext. With the new API I'm assuming I could use ThreadLocalRequestContext to store a context in a variable, create a new one and invoke an action (or actions) with the new context, then restore the original context and return back to the original dispatcher? Assuming the above is true it would seem pretty easy to use ThreadLocalRequestContext. to serialize the data and provide a simple implementation of Continuations. Or have I steered wrong somewhere? Cheers, Eric On 5/16/06, Bob Lee <[EMAIL PROTECTED]> wrote: We've been cleaning up and reorganizing the API to make it more intuitive and user friendly. Any feedback is much appreciated. Bob On 5/16/06, Paul Benedict <[EMAIL PROTECTED]> wrote: > I don't remember an SPI being part of WW. Is this new to Action 2? > > --- Bob Lee <[EMAIL PROTECTED]> wrote: > > > I've attached a patch with the API updates we discussed last week. I > > also fixed the Maven build to correctly build the API again. > > > > The latest Javadocs are here: http://www.crazybob.org/javadoc/ > > > > Thanks, > > Bob > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
