Well, it shouldn't be in the struts2-core jar, but it should be in the
main Struts project as something like struts2-xwork.jar.  There is
little value trying to bring it in as a new subproject with its own
release cycle.

I really don't understand the resistance to completely getting rid of
xwork.  This silly division, while noble at the start, has proven to
provide no value and heaps of confusion.  If someone wants to use
xwork by itself, the code will always be at opensymphony, but from all
accounts, that only affects like three people.

Don

On Tue, Aug 11, 2009 at 10:12 AM, Musachy Barroso<musa...@gmail.com> wrote:
> I think we have a consensus on bringing XWork in, but we still have to
> get to an agreement on where it will actually land (inside core vs its
> own artifact), can we get the IP clearing process rolling?
>
> musachy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
> For additional commands, e-mail: dev-h...@struts.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org

Reply via email to