Cool. Thx

On Mar 1, 2:56 pm, Keith Platfoot <[email protected]> wrote:
> We're working on integrating our last few changes today, so look for an
> announcement and download link sometime tomorrow or Wednesday. :-)
>
> Keith
>
> On Mon, Mar 1, 2010 at 2:46 PM, bkbonner <[email protected]> wrote:
> > Keith, any news on the plugin update?
>
> > Brian
>
> > On Feb 4, 2:33 pm, Keith Platfoot <[email protected]> wrote:
> > > Yes, I've been meaning to reply back to this thread.  Thanks for
> > reminding
> > > me, Brian! :-)
>
> > > Our plans for the next release of the Google Plugin for Eclipse (1.3)
> > > include 4 changes designed to make integration with Maven and J2EE
> > projects
> > > easier:
>
> > >    1. The WAR directory can now be configured to be *any*
> > project-relative
> > >    path (e.g. src/main/webapp if you're using Maven).  You'll also be
> > able
> > >    to specify whether that directory is source-only (typical Maven/J2EE
> > >    scenario), or whether it should also function as the WAR output
> > directory
> > >    from which to run/debug or deploy to App Engine.  If your WAR
> > directory is
> > >    input *and* output (which will remain the default for new Web App
> > >    projects), the plugin will manage synchronizing the contents of
> > WEB-INF/lib
> > >    WEB-INF/classes with your project's build path and compiled output.
> > >     Otherwise, we'll leave your WAR source directory alone and you'll
> > need to
> > >    specify your WAR output location when launching, deploying, etc (the
> > plugin
> > >    will remember the location once you set it the first time).
> > >    2. The Web App launch configuration UI is being redesigned to allow
> > you
> > >    to see, and if necessary change, *any* of the launch arguments.
> > >     Previously, we were waiting until launch time to set many of these
> > >    arguments based on heuristics that were invisible and inaccessible to
> > you.
> > >     Now you'll be in full control of how your projects get launched.
> >  Also,
> > >    we're adding the capability to automatically migrate your launch
> > >    configurations when necessary, for example, updating the -javaagent
> > flag
> > >    when changing App Engine SDKs.
> > >    3. GWT/App Engine projects will no longer require our SDK library on
> > the
> > >    classpath.  This means Maven users will be able to pull in JAR files
> > from
> > >    their M2 repository as they're accustomed to and the plugin won't mind
> > a
> > >    bit.
> > >    4. The severity of any problem marker generated by the plugin will be
> > >    fully customizable via an Errors/Warnings preference page (similar to
> > the
> > >    Java Errors/Warnings page), letting you specify either Error, Warning,
> > or
> > >    Ignore.
>
> > > We'll also be including a few smaller features and bug fixes as well.
>
> > > What does everyone think about the 4 changes outlined above?  We've been
> > > testing the plugin against various Maven and J2EE configurations to try
> > to
> > > ensure that we've eliminated the most critical roadblocks.  However,
> > we're
> > > very interested in also having you folks take it for a spin before the
> > > official release date (slated for next month).  We're not quite ready
> > yet,
> > > but stay tuned for a 1.3 preview build to be made available hopefully in
> > a
> > > few weeks.  We'll distribute it as a zip file for dropin
> > > installation<http://code.google.com/eclipse/docs/install-from-zip.html>
> > > so
> > > it will come with the standard warnings and caveats (use with a clean
> > > Eclipse install and workspace, use at your risk, etc.).  However, it will
> > > hopefully give you a chance to give us any last-minute feedback about our
> > > changes before the final release.
>
> > > Thanks,
>
> > > Keith
>
> > > On Thu, Feb 4, 2010 at 12:55 PM, bkbonner <[email protected]>
> > wrote:
> > > > Keith, are you going to give the folks who replied to your message
> > > > some sort of thoughts on what you're going to implement and hopefully
> > > > let us try it before you end up releasing the next release of the
> > > > plugin?
>
> > > > Brian
>
> > > > On Jan 13, 11:35 am, Keith Platfoot <[email protected]> wrote:
> > > > > Hi folks,
>
> > > > > For the next release of the Google Plugin for Eclipse, we're planning
> > on
> > > > > making a few tweaks to make life easier for Maven users. That's
> > right:
> > > > we've
> > > > > seen the stars on the issue tracker, and have decided it's time to
> > act. I
> > > > > would say, "we feel your pain", but the problem is, we don't. Which
> > is to
> > > > > say, nobody on the plugin team actually uses Maven (everybody around
> > here
> > > > > uses Ant). However, I've been researching Maven to determine exactly
> > what
> > > > > changes we should make to allow it to work more seamlessly with the
> > > > Google
> > > > > Eclipse Plugin. I've read the relevant issues and groups postings, so
> > I
> > > > > think I have a rough idea of what needs to happen. However, before we
> > go
> > > > and
> > > > > make any changes, I wanted to ask for the community's advice.  So,
> > here
> > > > are
> > > > > some questions for you.
>
> > > > > What is the typical workflow of a GWT developer using Maven?
>
> > > > > I've installed Maven and the gwt-maven-plugin 1.2-SNAPSHOT and
> > managed to
> > > > > create a GWT 2.0 app with the provided archetype. After some
> > tweaking,
> > > > I'm
> > > > > able to GWT compile, debug with Eclipse (though not via our Web App
> > > > launch
> > > > > configuration), create a WAR, etc. However, I'm more interested in
> > how
> > > > you all
> > > > > are doing things. For example:
>
> > > > > How do you...
>
> > > > >    - Create a new project?
> > > > >    - Perform GWT compiles?
> > > > >    - Debug with Eclipse?
> > > > >    - Run your tests?
> > > > >    - Create a WAR for deployment?
>
> > > > > What specific pain points do Maven users run into when using the
> > Google
> > > > > plugin?
>
> > > > > I know one major obstacle is that our plugin currently treats the war
> > > > > directory as both an input (e.g. static resources, WEB-INF/lib,
> > > > > WEB-INF/web.xml) and output (WEB-INF/classes, GWT artifacts like
> > > > nocache.js
> > > > > and hosted.html) . Maven convention, however, says that
> > /src/main/webapp
> > > > > should be input only, which means that hosted mode (or development
> > mode,
> > > > in
> > > > > GWT 2.0) needs to run from a staging directory (e.g. gwt:run creates
> > a
> > > > /war
> > > > > folder on demand). This mismatch results in the plugin creating
> > spurious
> > > > > validation errors and breaks our Web App launch configuration.
>
> > > > > Another incompatibility is that Maven projects depend on the GWT Jars
> > in
> > > > the
> > > > > Maven repo, whereas our plugin expects to always find a GWT SDK
> > library
> > > > on
> > > > > the classpath.
>
> > > > > Are my descriptions of these pain points accurate?  If so, one
> > possible
> > > > > solution would be for the plugin to allow the definition of an input
> > war
> > > > > directory (e.g. src/main/webapp) separate from a launch-time staging
> > > > > directory, and for us to relax the requirement that all GWT projects
> > must
> > > > > have a GWT SDK library.  So tell me: would these changes adequately
> > > > reduce
> > > > > the friction between Maven and the Google plugin?
>
> > > > > Also, are there other problems Maven users are running into when
> > using
> > > > the
> > > > > plugin?
>
> > > > > Thanks in advance for all feedback,
>
> > > > > Keith, on behalf of the Google Plugin for Eclipse team
>
> > > > --
> > > > You received this message because you are subscribed to the Google
> > Groups
> > > > "Google Web Toolkit" group.
> > > > To post to this group, send email to
> > [email protected].
> > > > To unsubscribe from this group, send email to
> > > > [email protected]<google-web-toolkit%[email protected]><google-web-toolkit%2Bunsubs
> > [email protected]>
> > > > .
> > > > For more options, visit this group at
> > > >http://groups.google.com/group/google-web-toolkit?hl=en.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google Web Toolkit" group.
> > To post to this group, send email to [email protected].
> > To unsubscribe from this group, send email to
> > [email protected]<google-web-toolkit%[email protected]>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Reply via email to