Re: [OT] Was Re: Class reloading

2009-09-23 Thread Dale Newfield
Chris Pratt wrote: Holy Carp! How big is your water heater? =9^D Funny you should mention that--yes, I've been finding dead fish all over the place. -Dale - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For add

RE: [OT] Was Re: Class reloading

2009-09-23 Thread Martin Gainty
whoa..thats a real FLOOD!..any luck with fema ? Martin __ Usual Caveats go here > Date: Wed, 23 Sep 2009 17:27:24 -0400 > From: d...@newfield.org > To: dev@struts.apache.org > Subject: [OT] Was Re: Class reloading > > Martin G

RE: [OT] Was Re: Class reloading

2009-09-23 Thread Martin Gainty
2009 14:53:54 -0700 > Subject: Re: [OT] Was Re: Class reloading > From: thechrispr...@gmail.com > To: dev@struts.apache.org > > Holy Carp! How big is your water heater? =9^D > (*Chris*) > > On Wed, Sep 23, 2009 at 2:27 PM, Dale Newfield wrote: > > > Martin Ga

Re: [OT] Was Re: Class reloading

2009-09-23 Thread Chris Pratt
Holy Carp! How big is your water heater? =9^D (*Chris*) On Wed, Sep 23, 2009 at 2:27 PM, Dale Newfield wrote: > Martin Gainty wrote: > >> a small flood a few weeks back when my HW tank blew..not fun >> > > http://newfield.org/dale/flood/ > > -Dale > > -

[OT] Was Re: Class reloading

2009-09-23 Thread Dale Newfield
Martin Gainty wrote: a small flood a few weeks back when my HW tank blew..not fun http://newfield.org/dale/flood/ -Dale - To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@str

RE: Class reloading

2009-09-22 Thread Martin Gainty
as n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > Date: Tue, 22 Sep 2009 16:32:00 -0400 > From: d...@newfield.org > To: dev@struts.a

Re: Class reloading

2009-09-22 Thread Dale Newfield
Wes Wannemacher wrote: @Dale - which container / JDK are you running when you get the error? I was using glassfish / 1.5 (on a mac PPC, so no 1.6 available), and while I *think* I saw the error on a clean launch of glassfish, I *know* I saw it on a redeploy. I did have a completely screwed u

Re: Class reloading

2009-09-22 Thread Wes Wannemacher
On Tue, Sep 22, 2009 at 10:27 AM, Wes Wannemacher wrote: > On Mon, Sep 21, 2009 at 11:23 PM, Musachy Barroso wrote: >> We had the same problem today running showcase in the zone, while it >> worked locally for me and Wes. I changed the plugin to lookup those >> constants instead of getting them i

Re: Class reloading

2009-09-22 Thread Wes Wannemacher
On Mon, Sep 21, 2009 at 11:23 PM, Musachy Barroso wrote: > We had the same problem today running showcase in the zone, while it > worked locally for me and Wes. I changed the plugin to lookup those > constants instead of getting them injected, I have no idea what is > going on. > > musachy > Okay

Re: Class reloading

2009-09-21 Thread Musachy Barroso
We had the same problem today running showcase in the zone, while it worked locally for me and Wes. I changed the plugin to lookup those constants instead of getting them injected, I have no idea what is going on. musachy On Fri, Sep 11, 2009 at 8:17 AM, Musachy Barroso wrote: > one more thing,

Re: Class reloading

2009-09-11 Thread Musachy Barroso
one more thing, check that you don't have the spring plugin duplicated in the classpath. musachy On Thu, Sep 10, 2009 at 9:23 PM, Musachy Barroso wrote: > 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 b

Re: Class reloading

2009-09-10 Thread Musachy Barroso
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 y

Re: Class reloading

2009-09-10 Thread Dale Newfield
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 str

Re: Class reloading

2009-09-10 Thread Musachy Barroso
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.code

Re: Class reloading

2009-09-10 Thread Dale Newfield
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

Re: Class reloading

2009-09-10 Thread Musachy Barroso
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 >

Re: Class reloading

2009-09-10 Thread Dale Newfield
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 thin

Re: Class reloading

2009-07-31 Thread Dale Newfield
Musachy Barroso wrote: did you figure it out? I did find that glassfish was applying my logging levels in a dumb order, resulting in me not seeing logs I thought I was seeing... ...and I did subsequently see an appropriate log message on touching a .class file... ...but I've not since had an

Re: Class reloading

2009-07-30 Thread Musachy Barroso
did you figure it out? musachy On Wed, Jul 29, 2009 at 1:24 PM, Musachy Barroso wrote: > "It works for me" (is that a trademark already?). My config is like: > > value="WEB-INF/classes/com/company" /> > value="com\.company\.sandbox\.actions.*" /> > > > When I touch a file under that dir, I get

Re: Class reloading

2009-07-29 Thread Musachy Barroso
"It works for me" (is that a trademark already?). My config is like: When I touch a file under that dir, I get: DEBUG org.apache.struts2.spring.ClassReloadingXMLWebApplicationContext - Change detected in file [/mumble/WEB-INF/classes/com/company/MyAction.class], reloading class loader Are

Re: Class reloading

2009-07-29 Thread Musachy Barroso
Let me try with relative paths. musachy On Wed, Jul 29, 2009 at 1:02 PM, Dale Newfield wrote: > Musachy Barroso wrote: >> >> touche :). The FAM starts a thread that watches the dir, so it will >> callback ClassReloadingXMLWebApplicationContext.onFileChange as soon >> as a file is changed(set a br

Re: Class reloading

2009-07-29 Thread Dale Newfield
Musachy Barroso wrote: touche :). The FAM starts a thread that watches the dir, so it will callback ClassReloadingXMLWebApplicationContext.onFileChange as soon as a file is changed(set a breakpoint there and see if it is stopping, there is also a log statement there). I included a log message g

Re: Class reloading

2009-07-29 Thread Musachy Barroso
touche :). The FAM starts a thread that watches the dir, so it will callback ClassReloadingXMLWebApplicationContext.onFileChange as soon as a file is changed(set a breakpoint there and see if it is stopping, there is also a log statement there). Are you using relative or absolute paths for struts

Re: Class reloading

2009-07-29 Thread Dale Newfield
Musachy Barroso wrote: I am, I am using it with convention and spring. Of course I meant anyone other than you -- I assumed you had it working, or you wouldn't have checked it in :-) if you touch the files, do you see any message about detecting a change? No. Should that detection/reload

Re: Class reloading

2009-07-29 Thread Musachy Barroso
I am, I am using it with convention and spring. if you touch the files, do you see any message about detecting a change? musachy On Wed, Jul 29, 2009 at 11:51 AM, Dale Newfield wrote: > Musachy Barroso wrote: >> >> I added "struts.class.reloading.acceptClasses", so now I can make the >> reloadin

Re: Class reloading

2009-07-29 Thread Dale Newfield
Musachy Barroso wrote: I added "struts.class.reloading.acceptClasses", so now I can make the reloading class loader handle only action classes, so I don't get ClassCastException(s) I also added support for the relative paths, @Dale, take it for a spin and let me know how it works. I don't thin

Re: Class reloading

2009-07-14 Thread Dale Newfield
Musachy Barroso wrote: Dale, take it for a spin and let me know how it works. Sorry I've been banging my head against JNI stuff and not working on the web side of my current application lately, so I've not yet gotten a chance to test any of this... -Dale ---

Re: Class reloading

2009-07-14 Thread Musachy Barroso
this now works with the convention plugin(it didn't before) musachy On Mon, Jul 13, 2009 at 10:47 AM, Musachy Barroso wrote: > I added "struts.class.reloading.acceptClasses", so now I can make the > reloading class loader handle only action classes, so I don't get > ClassCastException(s) > > I al

Re: Class reloading

2009-07-13 Thread Musachy Barroso
I added "struts.class.reloading.acceptClasses", so now I can make the reloading class loader handle only action classes, so I don't get ClassCastException(s) I also added support for the relative paths, @Dale, take it for a spin and let me know how it works. musachy On Mon, Jul 13, 2009 at 9:29

Re: Class reloading

2009-07-13 Thread Musachy Barroso
I am thinking about adding another constant which holds a list of regex, which if set, will limit what classes can be loaded by the reloading classloader. The reason for this, is that I would like to limit the reloaded classes to just my actions. If the reloading class loader loads something that i

Re: Class reloading

2009-07-13 Thread Musachy Barroso
On Mon, Jul 13, 2009 at 9:16 AM, Wes Wannemacher wrote: > And > no, Musachy doesn't sleep. well in fact, I sleep walk almost every night, so yeah I don't sleep much :) musachy -- "Hey you! Would you help me to carry the stone?" Pink Floyd

Re: Class reloading

2009-07-13 Thread Wes Wannemacher
On Mon, Jul 13, 2009 at 12:10 PM, Lukasz Lenart wrote: > 2009/7/13 Dale Newfield : >> Lately it seems like Struts is improving more due to the heroic effort of a >> few individuals than as a result of a community effort.  (I have a feeling >> that this has fairly consistently been the case througho

Re: Class reloading

2009-07-13 Thread Lukasz Lenart
2009/7/13 Dale Newfield : > Lately it seems like Struts is improving more due to the heroic effort of a > few individuals than as a result of a community effort.  (I have a feeling > that this has fairly consistently been the case throughout the lifetime of > struts v1 and v2.)  I'm happy that stru

Re: Class reloading

2009-07-13 Thread Musachy Barroso
On Mon, Jul 13, 2009 at 7:10 AM, Dale Newfield wrote: > Almost.  The File interface can tell you whether or not a given instance > (path) isAbsolute().  Clearly if the (absolute or relative) file does not > exist it should not be loaded, but existence shouldn't help you decide which > way to interp

Re: Class reloading

2009-07-13 Thread Dale Newfield
Musachy Barroso wrote: I could test the path as an absolute path, if it exist, use it, otherwise try it as a relative path to context root, sounds good? Almost. The File interface can tell you whether or not a given instance (path) isAbsolute(). Clearly if the (absolute or relative) file doe

Re: Class reloading

2009-07-12 Thread Musachy Barroso
hum, that is a good point, I would still need to support absolute paths, as I want to point it to my eclipse output dir, and just recompile from eclipse and get my changes picked up. I could test the path as an absolute path, if it exist, use it, otherwise try it as a relative path to context root,

Re: Class reloading

2009-07-12 Thread Dale Newfield
Musachy Barroso wrote: Ok I committed my changes to the spring plugin, Now I'm looking forward even more to 2.1.8 :-) * Set "struts.class.reloading.watchList" to a comma separated list of directories, or jar files (absolute paths) Does that have to be absolutely absolute? Meaning this mus

Re: Class reloading

2009-07-12 Thread Musachy Barroso
Ok I committed my changes to the spring plugin, jira ticket: https://issues.apache.org/struts/browse/WW-3183 docs: http://cwiki.apache.org/confluence/display/WW/Spring+Plugin here is what you need to do to enable this: * Set "struts.devMode" to "true" * Set "struts.class.reloading.watchList" t

Re: Class reloading

2009-07-12 Thread Musachy Barroso
actually this is easier said than done, I will need some creative way to let my spring class (which extends XmlWebApplicationContext) if we are in devMode or not. Any ideas? musachy On Sat, Jul 11, 2009 at 7:25 PM, Musachy Barroso wrote: > On Sat, Jul 11, 2009 at 7:16 PM, Dale Newfield wrote: >>

Re: Class reloading

2009-07-11 Thread Musachy Barroso
On Sat, Jul 11, 2009 at 7:16 PM, Dale Newfield wrote: > That seems great, but something that should only kick in if devMode is true. >  Is that possible? yeah, I kinda forgot that part :) musachy -- "Hey you! Would you help me to carry the stone?" Pink Floyd ---

Re: Class reloading

2009-07-11 Thread Dale Newfield
Musachy Barroso wrote: I get my action classes reloaded after compilation, from jar files and normal dirs. If anyone is interested I could add this to the Spring plugin That seems great, but something that should only kick in if devMode is true. Is that possible? -Dale ---