Re: Class reloading
Musachy Barroso wrote: > did you figure it out? My current web app has been having severe issues, and has been broken for about a month (half the time I was out of town, so it's not as bad as it sounds :-). In trying to back out a number of changes to track down the source of my problems, I think I found a bug in your documentation: http://cwiki.apache.org/confluence/display/WW/Spring+Plugin says that struts.class.reloading.reloadConfig defaults to false, but I found not specifying led to the context failing to start with the following message: com.opensymphony.xwork2.inject.ContainerImpl$MissingDependencyException: No mapping found for dependency [type=java.lang.String, name='struts.class.reloading.reloadConfig'] in public org.apache.struts2.spring.StrutsSpringObjectFactory(java.lang.String,java.lang.String,java.lang.String,javax.servlet.ServletContext,java.lang.String,java.lang.String,java.lang.String,java.lang.String). So I'm thinking it doesn't actually have a default value. (yes, I'm using xwork and struts2 SNAPSHOT updated today, and since I'm on an apple still running 10.4, I don't have java6, so it took some pom hacking just to get it to compile). -Dale - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Class reloading
that's weird, it is defined in struts-plugin.xml in the spring plugin. Can you check if you have it there? musachy On Thu, Sep 10, 2009 at 4:30 PM, Dale Newfield wrote: > Musachy Barroso wrote: >> did you figure it out? > > My current web app has been having severe issues, and has been broken > for about a month (half the time I was out of town, so it's not as bad > as it sounds :-). In trying to back out a number of changes to track > down the source of my problems, I think I found a bug in your > documentation: > > http://cwiki.apache.org/confluence/display/WW/Spring+Plugin says that > struts.class.reloading.reloadConfig defaults to false, but I found not > specifying led to the context failing to start with the following > message: > com.opensymphony.xwork2.inject.ContainerImpl$MissingDependencyException: > No mapping found for dependency [type=java.lang.String, > name='struts.class.reloading.reloadConfig'] in public > org.apache.struts2.spring.StrutsSpringObjectFactory(java.lang.String,java.lang.String,java.lang.String,javax.servlet.ServletContext,java.lang.String,java.lang.String,java.lang.String,java.lang.String). > > So I'm thinking it doesn't actually have a default value. > (yes, I'm using xwork and struts2 SNAPSHOT updated today, and since > I'm on an apple still running 10.4, I don't have java6, so it took > some pom hacking just to get it to compile). > > -Dale > > - > 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
Re: Class reloading
Musachy Barroso wrote: that's weird, it is defined in struts-plugin.xml in the spring plugin. Can you check if you have it there? It is there: Does it matter that I've been setting these values in a struts.properties file instead of through XML? I don't know what's going on. I just know that I'm spinning my wheels like crazy trying to get stuff working again. Serves me right for not doing more frequent svn commits, I guess :-( -Dale - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Class reloading
that should not matter, maybe it is not loading your .properties file. Make sure you do an mvn clean install..just to satisfy the maven dark gods, if it still fails, try to set it in to struts.xml. I have been using it in last few days for a demo and it was working fine for me (tm): http://www.codeodor.com/images/works-on-my-machine-starburst.png :) musachy On Thu, Sep 10, 2009 at 5:41 PM, Dale Newfield wrote: > Musachy Barroso wrote: >> >> that's weird, it is defined in struts-plugin.xml in the spring plugin. >> Can you check if you have it there? > > It is there: > > > > Does it matter that I've been setting these values in a struts.properties > file instead of through XML? > > I don't know what's going on. I just know that I'm spinning my wheels like > crazy trying to get stuff working again. Serves me right for not doing more > frequent svn commits, I guess :-( > > -Dale > > - > 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
Re: Class reloading
Musachy Barroso wrote: that should not matter, maybe it is not loading your .properties file. It is loading it, because once I added a value (false) in my .properties file it got past that error and began to load. I'm not claiming that class reloading isn't working. I'm not claiming that struts2 isn't working. I'm saying I don't use maven, but rather ant so updating dependencies can be tricky. Between a failed ACEGI -> Spring Security upgrade, some changes attempting to make the login accept "username or email address", a bunch of other dependency updates, code updates, switching to 2.1.8-SNAPSHOT, changing from org.apache.struts2.dispatcher.FilterDispatcher/ActionContextCleanUp to org.apache.struts2.dispatcher.ng.filter.StrutsExecuteFilter/StrutsPrepareFilter, and who knows what other changes I've managed to completely break my application. I'm attempting to back out various of those changes to get it working again (and was just trying to turn off the reloading bit so that I knew that had nothing to do with it), but I can't even display the login form right now. Make sure you do an mvn clean install..just to satisfy the maven dark gods I did have to skip the tests to get xwork to compile, too--now that I think about the error I bet it was a java5/java6 thing, too... http://www.codeodor.com/images/works-on-my-machine-starburst.png :) Yeah. I guess it would be nice if xwork/struts HEAD could get released (and hopefully go GA) so I would know my java5 compilation environment isn't screwing up anything important. -Dale - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
Re: Class reloading
I am out of ideas. If the change to the class file to use that constant is there (and it is because it fails), then the constant should be there as well. musachy On Thu, Sep 10, 2009 at 7:59 PM, Dale Newfield wrote: > Musachy Barroso wrote: >> >> that should not matter, maybe it is not loading your .properties file. > > It is loading it, because once I added a value (false) in my .properties > file it got past that error and began to load. > > I'm not claiming that class reloading isn't working. > I'm not claiming that struts2 isn't working. > > I'm saying I don't use maven, but rather ant so updating dependencies can be > tricky. Between a failed ACEGI -> Spring Security upgrade, some changes > attempting to make the login accept "username or email address", a bunch of > other dependency updates, code updates, switching to 2.1.8-SNAPSHOT, > changing from > org.apache.struts2.dispatcher.FilterDispatcher/ActionContextCleanUp to > org.apache.struts2.dispatcher.ng.filter.StrutsExecuteFilter/StrutsPrepareFilter, > and who knows what other changes I've managed to completely break my > application. I'm attempting to back out various of those changes to get it > working again (and was just trying to turn off the reloading bit so that I > knew that had nothing to do with it), but I can't even display the login > form right now. > >> Make sure you do an mvn clean install..just to satisfy the maven dark >> gods > > I did have to skip the tests to get xwork to compile, too--now that I think > about the error I bet it was a java5/java6 thing, too... > >> http://www.codeodor.com/images/works-on-my-machine-starburst.png :) > > Yeah. I guess it would be nice if xwork/struts HEAD could get released (and > hopefully go GA) so I would know my java5 compilation environment isn't > screwing up anything important. > > -Dale > > - > 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
