Hi Florian, I'm sorry that I confused the issue. You are correct in your statement that the deployment and development environments are different. I was trying to say that we want to make sure that any problems that you'd run into at deployment time are flagged at development time (i.e. not having the appropriate jars in war/WEB-INF/lib). However, it is true that many J2EE setups have separate deployment/packaging steps, so this check would not really benefit them.
The issue of dependent projects not automatically contributing their jars to the launched session was definitely not meant to be the ideal experience. This was an artifact of using the war directory for both input and output. A better solution would be to use it as an input-only folder, and generate a deployment folder with the appropriate jars at launch time. This is definitely a problem that we're planning on addressing. As for external libraries, you need some sort of way to differentiate between the libraries required for building, deploying, or both. Right now, we do this via the war/WEB-INF/lib folder. Is there another way to do this which would improve the development experience? Rajeev On Wed, Oct 7, 2009 at 12:10 PM, arnoldhau <arnold....@gmail.com> wrote: > > Hallo Rajeev, > > Thank you for your answer. I am affraid that I would prefer the exact > opposite - for me deployment and developent are quite different, and > the Hosted Mode is part of the development environment. The deployment > is done seperately by a maven build and has no dependencies on the > development environment exept fo the generation of the eclipse project > configuration by maven. If the hosted mode is started from within > Eclipse, I would have assumed that it uses the run classpath provided > by eclipse as this is would link the dependend projects by default. > > I have a typical JEE Application using GWT. We have seperate Ecplise > Projects for each layer (as it is common in JEE), so the Client > including GWT depends on the service project (filtering Hibernate sets > for GWT), the service on the server side businesslayer and the > business layer on the model (also including some GWT). > > We now linked the projects using external source folders in the client > project, it works now, but we still need copies of the external > libaries and linking the source folders is not a very good solution. > Linking the other projects via JARs, as it is done in Deplyoment, is > not really a viable solution for development - changes are only > reflected after a build, which is very slow and creates an extra > status with all issues included. > > May I ask why you consider it right to reflect deployment rather than > development environoment in Hosted Mode? I guess things are very > different depending on environment, and having the development > enviroment as close to deploment as possible is sure a good thing, but > to do this only for the Hosted Mode does create a gap between the > Hosted Mode and the remaining development process. > > kind regards, > Florian > > On 5 Okt., 18:35, Rajeev Dayal <rda...@google.com> wrote: > > Hi, > > In Hosted Mode, we're trying to mirror the deployment environment as > closely > > as we can. As such, we want to throw an error if you're missing libraries > in > > your war/WEB-INF/lib folder, as this would be an error condition when you > > actually deploy. > > > > If this doesn't answer your question, let me know, as I may be > > misunderstanding what you're asking for. > > > > Thanks, > > Rajeev > > > > On Fri, Oct 2, 2009 at 10:00 AM, arnoldhau <arnold....@gmail.com> wrote: > > > > > Hi, > > > > > Is there a chance to avoid having a copy of all libraries in the war > > > directory for the GWT hosted mode? > > > > > In Ecplise, I would assume that any pluin just uses the classpath as > > > provided with the run configuration, but the hosted mode seems to > > > ignore this. While this is just wrong and anyoing for external > > > llibraries (but doable), it generates a lot of confusion with inter- > > > project dependencies and versions. > > > > > kind regards, > > > Florian > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~----------~----~----~----~------~----~------~--~---
