Soren, I agree about using Maven or some build framework. We do and I think its a valid point.
But I think where the issue is when you use an IDE's server deployment, start / stop, during local development and things get out of sync. I use MyEclipseIDE and previously Eclipse and have seen similar issues to the described NetBeans one though never as bad as having to resync with svn. What I typically do though if things are acting goofy: 1) Stop the server 2) Remove the deployment 3) Do a project clean 4) Add the deployment 5) Fire the server back up And if things are really acting up between steps 3) and 4) above I might fire off a maven test just to make sure everything is in place (JARs, classes, property files, etc...). It doesn't happen often but what can I say. Doing a deployment directly using maven and controlling the server externally probably has its own benefits. Although I'm not convinced I can do everything I need to do from within a POM and using Maven solely... i.e. I'm sure we'll simply use deployment scripts. Lastly, one thing that keeps things in sync for us once deployed and minimizes re-deployments is a pretty neat product called JRebel... . Essentially its a much much more improved HotSwap. Of course it has some limitations and such but it is quite useful... . --Nikolaos Soren Pedersen wrote: > The most stable way of ensuring this is to have your build based on maven or > some build framework like it. This way you always have a way of ensuring what > you deploy. > > Regards > Søren > > Den 11/09/2010 kl. 09.59 skrev Grzegorz Krugły <g...@karko.net>: > > >> W dniu 11.09.2010 05:44, Joaquin Valdez pisze: >> >>> Thank you! A simple cleaning seemed to do the trick. I always do a clean >>> and build when developing, but apparently that stopped working. I use >>> NetBeans. >>> >> Yeah, NetBeans and its bad days - does anyone have a way to force it to >> see all classes again in cases such as this one? It can sometimes stop >> "seeing" a class that IS there until I open it up in the editor >> (manually finding it since Ctrl-O neither doest find it). What's really >> annoying is that it's then also not seen by Glassfish where the app is >> deployed. For me it gets so bad sometimes (I fix one class, NB doesn't >> see another) that I have to checkout a fresh copy of my project from SVN >> to have it working again. >> >> Regards, >> Grzegorz >> >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Stripes-users mailing list >> Stripes-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/stripes-users >> > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Stripes-users mailing list > Stripes-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/stripes-users > ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
