The idea is to consolidate all the "util" classes that are floating around. We can always fall back to a posc instead.
musachy On Sat, Apr 25, 2009 at 7:48 AM, Rene Gielen <gie...@it-neering.net> wrote: > Had the same problem here since yesterday evening, after hours now I'm > understanding what has happened: > > for XWork, the maven shade plugin was introduced, to build a pseudo > package org.apache.commons.lang.xwork2 shading the original classes from > commons lang, mixing them in at build time. > > This works out as long as you don't open the struts-parent pom with > xwork profile enabled in IDEA, since then it will incorporate the XWork > source tree instead of the snapshot artifact, which is missing the said > classes. > > The workaround is to deactivate XWork profile for IDEA project, and open > XWork separately if needed. > > I must say I'm no really happy with this, because the incorporation of > the XWork tree in the open S2 project has always been slick to work > with. Having to have both projects open separately is kind of a pain > when you are used to work integrated. What was the main reason to chose > this in favor for a posc (plain old source copy)? Btw, the same issue > applies for the source jar, which will not contain the StringsUtils.java... > > Lukasz Lenart schrieb: >> Hi, >> >> I'm not able to run any test from IDEA, project is missing >> StringUtils. It's probably related to Maven Shade plugin, but how to >> solve that? >> >> >> Thanks in advance > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org > For additional commands, e-mail: dev-h...@struts.apache.org > > -- "Hey you! Would you help me to carry the stone?" Pink Floyd --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
