did you set resourcesOnPath to false? On Wed, Dec 17, 2008 at 10:57 AM, AndyW <[email protected]> wrote:
> > This isn't working for me. I'm using 2.0-beta26 and gwt-maps 1.0.2. I > have an html page in my public package; the page has a resource which, > exactly as described above, gets inserted into the html page generated > at WEB-INF\classes, but does not get inserted into the html used for > the app - this is still the same as the original source. > > I'd be grateful if someone could look into this - it's been causing me > problems for a couple of months now (see my comments from Oct 30 at > > http://groups.google.com/group/gwt-maven/browse_thread/thread/f34ee542f3f30e0b > ). > It's disappointing to see this issue marked as fixed (http:// > code.google.com/p/gwt-maven/issues/detail?id=173) as I assume this > means that it's not getting a lot of attention. > > Thanks, > Andy. > > On Nov 10, 1:45 pm, Charlie Collins <[email protected]> wrote: > > Thank you for helping me see the issue, I am a little dense > > sometimes. > > > > Anyway, the next release will probably be a new beta within a few > > weeks, 2.0-beta26. So long as the patch works as expected and it > > applies normally it will be in there (I haven't looked at the patch > > itself yet). > > > > On Nov 8, 8:32 am, "Brian Cribbs" <[email protected]> wrote: > > > > > What's the next release version so I know what to look for? I'm glad I > was > > > finally able to stumble through my explanation enough to get the issue > > > across. > > > > > Thanks! > > > > > On Sat, Nov 8, 2008 at 6:54 AM, Charlie Collins > > > <[email protected]>wrote: > > > > > > I think this patch addresses the same issue: > > > >http://code.google.com/p/gwt-maven/issues/detail?id=173. > > > > > > I say I think because the original thread here was about "ignore > > > > things on the classpath" yet the discussion has turned to "pull > > > > resources from target not source." > > > > > > On Nov 7, 1:44 pm, Charlie Collins <[email protected]> > wrote: > > > > > Good question. I may just now be starting to understand this more > > > > > based on that last question. > > > > > > > You previously said "The problem is that the plugin injects the > > > > > resources path into the classpath." But the problem is really a > bit > > > > > more subtle, it injects the resources SOURCE path in, rather than > the > > > > > resources TARGET path, and that's the issue, correct? > > > > > > > If so then we could add an issue to the tracker to address that, > > > > > potentially. I don't recall now why it was done that way, whether > it > > > > > was just naive, or it was intentional - would have to research it a > > > > > bit and test some things. Also, I wonder if there is a way in the > > > > > Maven API to get the target resources from the compile path - we > > > > > certainly don't want to try to just hit that path and somehow > filter > > > > > what we think are resources, that would be ugly (hopefully Maven > > > > > already has a method that does that?). > > > > > > > On Nov 7, 8:11 am, "Brian Cribbs" <[email protected]> wrote: > > > > > > > > Why does it pull the resources from the source tree instead of > the > > > > target > > > > > > tree? > > > > > > > > On Fri, Nov 7, 2008 at 6:44 AM, Charlie Collins > > > > > > <[email protected]>wrote: > > > > > > > > > The plugin injects stuff into the scripts it writes, yes, but > it does > > > > > > > so based on the Maven resolution process and your POM > configuration. > > > > > > > If you don't have a resources section in your build > > > > src/main/resources > > > > > > > is the Maven default. > > > > > > > > > Here is exactly what the plugin does to "inject" stuff: > > > > > > > http://gwt-maven.googlecode.com/svn/trunk/maven-googlewebtoolkit2-plu... > > > > > > > . > > > > > > > private static List<Artifact> getResources(final MavenProject > > > > project, > > > > > > > final DependencyScope scope) { > > > > > > > if (DependencyScope.COMPILE.equals(scope)) { > > > > > > > return project.getResources(); > > > > > > > } > > > > > > > else if (DependencyScope.TEST.equals(scope)) { > > > > > > > return project.getTestResources(); > > > > > > > } > > > > > > > else { > > > > > > > throw new RuntimeException("Not allowed scope " + > scope); > > > > > > > } > > > > > > > } > > > > > > > > > At no point does it manually hard code anything, it pulls in > Maven > > > > > > > dependencies and resources. > > > > > > > > > On Nov 5, 1:38 pm, "Brian Cribbs" <[email protected]> > wrote: > > > > > > > > The problem is that the plugin injects the resources path > into the > > > > > > > > classpath. I've verified that the below output is from this > plugin > > > > and > > > > > > > NOT > > > > > > > > maven. > > > > > > > > > > On Wed, Nov 5, 2008 at 1:33 PM, Charlie Collins > > > > > > > > <[email protected]>wrote: > > > > > > > > > > > You can configure the resources with the maven resources > plugin. > > > > I am > > > > > > > > > not sure I understand what you need to do, but you can > tweak all > > > > that, > > > > > > > > > yes (though it's not related to GWT-Maven). > > > > > > > > > > > On Nov 5, 10:30 am, bdcribbs <[email protected]> > wrote: > > > > > > > > > > I'm filtering a properties file in order to load remote > > > > servlets from > > > > > > > > > > a GWT-RPC call. I'm using > > > > > > > > > > this.getClass().getClassLoader().getResourceAsStream(" > > > > file.name"); > > > > > > > and > > > > > > > > > > the application is picking up the unfiltered version of > the > > > > file. > > > > > > > > > > > > If I run mvn gwt:gwt -X I get this output > > > > > > > > > > [DEBUG] SCRIPT INJECTION CLASSPATH LIST > > > > > > > > > > [DEBUG] > C:\.m2\repository\com\google\gwt\gwt-user\1.5.3\gwt- > > > > > > > > > > user-1.5.3.jar > > > > > > > > > > [DEBUG] > C:\.m2\repository\com\google\gwt\gwt-dev\1.5.3\gwt- > > > > > > > > > > dev-1.5.3-windows.jar > > > > > > > > > > [DEBUG] > C:\projects\hermes\trunk\admin-web\src\main\java > > > > > > > > > > [DEBUG] > > > > C:\projects\hermes\trunk\admin-web\src\main\resources > > > > > > > > > > [DEBUG] C:\projects\hermes\trunk\admin-web\classes > > > > > > > > > > [DEBUG] > C:\projects\hermes\trunk\admin-web\target\classes > > > > > > > > > > [DEBUG] > C:\.m2\repository\com\thoughtworks\xstream\xstream > > > > > > > > > > \1.2.2\xstream-1.2.2.jar > > > > > > > > > > [DEBUG] C:\.m2\repository\xpp3\xpp3_min\1.1.3.4.O > > > > > > > > > > \xpp3_min-1.1.3.4.O.jar > > > > > > > > > > [DEBUG] > > > > C:\.m2\repository\commons-httpclient\commons-httpclient > > > > > > > > > > \3.0.1\commons-httpclient-3.0.1.jar > > > > > > > > > > [DEBUG] > C:\.m2\repository\commons-logging\commons-logging > > > > > > > > > > \1.0.3\commons-logging-1.0.3.jar > > > > > > > > > > [DEBUG] > > > > C:\.m2\repository\commons-codec\commons-codec\1.2\commons- > > > > > > > > > > codec-1.2.jar > > > > > > > > > > [DEBUG] > C:\.m2\repository\com\extjs\gxt\1.1.2\gxt-1.1.2.jar > > > > > > > > > > [DEBUG] > C:\.m2\repository\org\codehaus\jettison\jettison > > > > > > > > > > \1.0\jettison-1.0.jar > > > > > > > > > > [DEBUG] > > > > C:\.m2\repository\stax\stax-api\1.0.1\stax-api-1.0.1.jar > > > > > > > > > > > > which leads me to believe it's the plugin adding > > > > src/main/resources > > > > > > > to > > > > > > > > > > the classpath which is causing the above problem. Is > there any > > > > way > > > > > > > to > > > > > > > > > > tell the plugin to NOT use this directory on the > classpath? > > > > > > > > > > > > Thanks, > > > > > > > > > > Brian > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "gwt-maven" 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/gwt-maven?hl=en -~----------~----~----~----~------~----~------~--~---
