from:"Andreas Horst"

Re: Super Dev Mode 2.6 : NoClassDefFoundError

2014-03-17 Thread Andreas Horst

If kind of everything fails you could clone
https://github.com/gwt-maven-plugin/gwt-maven-plugin to locally install and
use version 2.6.0-1-SNAPSHOT of the plugin in order to get going. It really
works quite smooth, though I had to skip tests because of a breaking API
change in one of the contributing plugins.

Give it a try. I did this myself in order to try out SDM.

2014-03-17 18:04 GMT+01:00 Philippe Pithon pithon.philippe@gmail.com:

 I tried your solution but same problem...



 Le lundi 17 mars 2014 16:33:09 UTC+1, Thomas Broyer a écrit :



 On Monday, March 17, 2014 4:19:21 PM UTC+1, Philippe Pithon wrote:

 Hello,
 As dev mode no longer works with firefox 27, I try to use Super Dev mode
 but
 Problem when I use command maven : gwt:run-codeserver

 NoClassDefFoundError ! Ideas ???


 [INFO] Caused by: java.lang.NoClassDefFoundError:
 fr.sigal.solrclientsmart.client.GreetingServiceAsync


 You might be running into a weird bug we have in gwt-maven-plugin 2.6.0
 (fixed in master, will be in 2.6.1). Try using mvn process-classes
 gwt:run-codeserver.

  --
 You received this message because you are subscribed to the Google Groups
 Google Web Toolkit group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to google-web-toolkit+unsubscr...@googlegroups.com.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-web-toolkit.
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: http://zeroturnaround.com/rebellabs/the-2014-decision-makers-guide-to-java-web-frameworks/3/

2013-11-06 Thread Andreas Horst

I'd say it's even more than a bit silly because as one can see Vaadin,
which is based on GWT, is not that insecure. It seems to me like the author
just entirely omitted the fact that - of course - one can apply all
security mechanisms current containers provide on the server side with GWT
as well! Just look at what is written in the evaluation of Vaadin: ...by
declaring security constraints in the deployment descriptor AFAIK,
this has nothing to do with the applied (front end) framework.

2013/11/6 salk31 sal...@gmail.com

http://zeroturnaround.com/rebellabs/the-2014-decision-makers-guide-to-java-web-frameworks/3/

Apparently GWT is insecure because it uses JavaScript. Am I reading this
wrong or is it a bit silly?

--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an
email to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [POLL RESULTS] Maven project layout, what to standardize?

2012-11-19 Thread Andreas Horst

That's true. But I do not have to edit both Java files and GWT module
descriptors at the same time very often. More often that's the case for
UIBinder/CSS and Java files.

I have multi module projects with several hierarchy levels either but still
prefer the *src/main/resources* option(s).

2012/11/19 Joseph Lust lifeofl...@gmail.com

 In multi module projects, it is quite nice to have the Java sources and
 *.gwt.xml files in a single package in src/main/java. Spreading it out into
 the resource folder would make such projects a bit more difficult to
 maintain/navigate.

 Sincerely,
 Joseph

 --
 You received this message because you are subscribed to the Google Groups
 Google Web Toolkit group.
 To view this discussion on the web visit
 https://groups.google.com/d/msg/google-web-toolkit/-/sxkhAHV--CkJ.

 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.


-- 
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.

Re: Don't compile for the MAC and IE* when developing.

2011-11-29 Thread Andreas Horst

Use a working module. That's a very easy way to do this.

2011/11/29 skippy al.leh...@fisglobal.com

 When developing locally, I usually only test with one browser.  Before
 moving to regression testing we test multiple browsers just for the
 fun of it.

 My question is, is there a way to easily turn off the compiling for
 the MAC and Fire Fox when not testing in that space?

 I have implemented the localWorker compiler option, but our
 application is starting to grow and compile times are on the rise.

 Thanks

 --
 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.



-- 
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.

Re: What do you think?

2011-09-28 Thread Andreas Horst

+1

One of the worst (formatted) articles I've

2011/9/28 Kees de Kooter kdekoo...@gmail.com

 I think the writer of this article should first read up on the manual of
 the enter key.

  --
 You received this message because you are subscribed to the Google Groups
 Google Web Toolkit group.
 To view this discussion on the web visit
 https://groups.google.com/d/msg/google-web-toolkit/-/52W0q3coY30J.

 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.


-- 
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.

Re: Why is my Inherits causing all the inherited module to run its onModuleLoad? :?

2011-09-21 Thread Andreas Horst

I do not have the URL at hand but AFAIK each EntryPoint gets executed
(in arbitrary order) by default. This is helpful if you have a module which
for example needs to (ensure) inject some specific styles (gwt-dnd for
example does this in its EntryPoint). So that is a -1 on Juan Pablo's reply:
also reusable modules might need to do stuff at start of the application.

Now if your inherited module is in fact an application itself and it builds
up its UI in its EntryPoint your problem actually is that that module is not
designed to be reused. You might want to separate the API components of that
inherited module into an API module which you can inherit instead of the
full blown application module.

2011/9/21 Juan Pablo Gardella gardellajuanpa...@gmail.com

 If is a reusable artifact, you don't need an entry point.

 2011/9/21 darkflame darkfl...@gmail.com

 I was simply trying to reuse code from one project in another.

 I've done this many times before, by simply adding the project to the
 build path in Eclipse.
 This normally has worked fine - I can use widgets and code from the
 other projects just fine. It compiles fine.
 Interestingly, I have never had to previously add any inherits to the
 gwt.xml file for this to work. These projects compile just fine
 without any reference in ther xml (and still do). I assumed eclipse or
 the gwt compiler sorted this out itself.

 Trying it with a new project though, I now keep getting the did you
 forget to inherit the require module error when I reference code
 elsewhere.
 Ok, I thought, this time I'll just add the module to the xml;

 ?xml version=1.0 encoding=UTF-8?
 module rename-to='jarg_scenetest'
  !-- Inherit the core Web Toolkit stuff.--
  inherits name='com.google.gwt.user.User'/

  inherits name='com.darkflame.MyApplication' /

  !-- Inherit the default GWT style sheet.  You can change   --
  !-- the theme of your GWT application by uncommenting  --
  !-- any one of the following lines.--
  inherits name='com.google.gwt.user.theme.clean.Clean'/
  !-- inherits name='com.google.gwt.user.theme.standard.Standard'/
 --
  !-- inherits name='com.google.gwt.user.theme.chrome.Chrome'/ --
  !-- inherits name='com.google.gwt.user.theme.dark.Dark'/ --

  !-- Other module inherits  --

  !-- Specify the app entry point class. --
  entry-point class='com.darkflame.client.client.JARG_SceneTest'/


  !-- Specify the paths for translatable code--
  source path='client'/
  source path='shared'/

 /module


 Note the inherits name='com.darkflame.MyApplication' / is me
 inheriting of the project I want to reuse code from.

 This removes the error and it compiles.but now the MyApplication
 projects onModuleLoad actualy runs!
 For some reason its not just referencing the code, but triggering the
 whole module :?

 Whats going on?

 --
 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.


  --
 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.


-- 
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.

Re: Why is my Inherits causing all the inherited module to run its onModuleLoad? :?

2011-09-21 Thread Andreas Horst

That's a problem I had as well, when it comes to creating some custom
widgets in a reusable module and at the same time being able to test them in
the same module.

I'd do the following:

- remove the entry-point from your main module
- extend your main module with a dev-module which contains the
entry-point for testing purpose
- use that dev-module in development and testing
- use the main module for inheriting in other projects

That way you can keep your entry point for development but distribute your
module without it. You could for example exclude that dev-module from
packaging or simply name it appropriately so people do not inherit the wrong
one.

Google for Working Module. It's a good way to keep development related
configuration in a working module apart from the main module.

2011/9/21 darkflame darkfl...@gmail.com

 Ah, that makes a lot more sense. I have it working now, cheers.

 It seems previously I was simply within the same package, thus no
 inherits needed.

 As I am building up quite a nice selection of widgets to reuse (which
 at some point I'll probably want to share with others too), do I
 simply make a new gwt.xml without an entry point (and excluding
 anything else not needed)?

 Or should I bundle them some other way?
 My preferance would be to keep an entry point of some sort as it does
 make testing the widgets a lot easier rather then needing a seperate
 project to test/develope them from.

 Thanks,
 Thomas


 On Sep 21, 5:20 pm, Andreas Horst horst.andrea...@googlemail.com
 wrote:
  I do not have the URL at hand but AFAIK each EntryPoint gets executed
  (in arbitrary order) by default. This is helpful if you have a module
 which
  for example needs to (ensure) inject some specific styles (gwt-dnd for
  example does this in its EntryPoint). So that is a -1 on Juan Pablo's
 reply:
  also reusable modules might need to do stuff at start of the application.
 
  Now if your inherited module is in fact an application itself and it
 builds
  up its UI in its EntryPoint your problem actually is that that module is
 not
  designed to be reused. You might want to separate the API components of
 that
  inherited module into an API module which you can inherit instead of the
  full blown application module.
 
  2011/9/21 Juan Pablo Gardella gardellajuanpa...@gmail.com
 
 
 
   If is a reusable artifact, you don't need an entry point.
 
   2011/9/21 darkflame darkfl...@gmail.com
 
   I was simply trying to reuse code from one project in another.
 
   I've done this many times before, by simply adding the project to the
   build path in Eclipse.
   This normally has worked fine - I can use widgets and code from the
   other projects just fine. It compiles fine.
   Interestingly, I have never had to previously add any inherits to the
   gwt.xml file for this to work. These projects compile just fine
   without any reference in ther xml (and still do). I assumed eclipse or
   the gwt compiler sorted this out itself.
 
   Trying it with a new project though, I now keep getting the did you
   forget to inherit the require module error when I reference code
   elsewhere.
   Ok, I thought, this time I'll just add the module to the xml;
 
   ?xml version=1.0 encoding=UTF-8?
   module rename-to='jarg_scenetest'
!-- Inherit the core Web Toolkit stuff.--
inherits name='com.google.gwt.user.User'/
 
inherits name='com.darkflame.MyApplication' /
 
!-- Inherit the default GWT style sheet.  You can change   --
!-- the theme of your GWT application by uncommenting  --
!-- any one of the following lines.--
inherits name='com.google.gwt.user.theme.clean.Clean'/
!-- inherits name='com.google.gwt.user.theme.standard.Standard'/
   --
!-- inherits name='com.google.gwt.user.theme.chrome.Chrome'/ --
!-- inherits name='com.google.gwt.user.theme.dark.Dark'/ --
 
!-- Other module inherits  --
 
!-- Specify the app entry point class. --
entry-point class='com.darkflame.client.client.JARG_SceneTest'/
 
!-- Specify the paths for translatable code--
source path='client'/
source path='shared'/
 
   /module
 
   Note the inherits name='com.darkflame.MyApplication' / is me
   inheriting of the project I want to reuse code from.
 
   This removes the error and it compiles.but now the MyApplication
   projects onModuleLoad actualy runs!
   For some reason its not just referencing the code, but triggering the
   whole module :?
 
   Whats going on?
 
   --
   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

GWTTestCase run by surefire 2.9

2011-07-28 Thread Andreas Horst

Hi All

Is anybody successfully running GWTTestCase (2.3) using the surefire plugin
version 2.9? If so could you share your surefire configuration?


I just recently switched to latest version of surefire for staying up to
date and now have problems running my GWTTestCases with it. My surefire
configuration is derived from
herehttp://stackoverflow.com/questions/2737173/error-when-running-a-gwttestcase-using-maven-gwt-plugin
:

configuration
 useSystemClassLoaderfalse/useSystemClassLoader
 additionalClasspathElements
   
additionalClasspathElement${basedir}/src/main/java/additionalClasspathElement
   
additionalClasspathElement${basedir}/src/test/java/additionalClasspathElement
 /additionalClasspathElements
  /configuration


and used to work fine with older surefire versions. Switching back to older
versions also works but now I wonder what breaks it exactly.

The error message is:

Loading inherited module 'de.my.module.Module'
   [ERROR] Unable to find 'de/my/module/Module.gwt.xml' on your classpath;
could be a typo, or maybe you forgot to include a classpath entry for
source?

Which actually seems to be pretty nonsense since
a) it works with older versions
b) the module is definitely on the classpath (see surefire configuration:
.gwt.xml is in src/main/java; and a))

Basic setup: Eclipse EE Indigo on Win7(64) with m2e 1.0.0.20110607, Maven
3.0.3, Sun JDK 1.6.0_24

Cheers

Andreas

-- 
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.

Re: GWTTestCase run by surefire 2.9

2011-07-28 Thread Andreas Horst

Forgot the stack trace:

com.google.gwt.core.ext.UnableToCompleteException: (see previous log
entries)
at
com.google.gwt.dev.cfg.ModuleDefLoader.nestedLoad(ModuleDefLoader.java:262)
at com.google.gwt.dev.cfg.ModuleDefLoader$2.load(ModuleDefLoader.java:210)
at
com.google.gwt.dev.cfg.ModuleDefLoader.doLoadModule(ModuleDefLoader.java:308)
at
com.google.gwt.dev.cfg.ModuleDefLoader.createSyntheticModule(ModuleDefLoader.java:102)
at
com.google.gwt.junit.CompileStrategy.maybeCompileModuleImpl2(CompileStrategy.java:165)
at
com.google.gwt.junit.CompileStrategy.maybeCompileModuleImpl(CompileStrategy.java:112)
at
com.google.gwt.junit.SimpleCompileStrategy.maybeCompileModule(SimpleCompileStrategy.java:36)
at com.google.gwt.junit.JUnitShell.runTestImpl(JUnitShell.java:1340)
at com.google.gwt.junit.JUnitShell.runTestImpl(JUnitShell.java:1309)
at com.google.gwt.junit.JUnitShell.runTest(JUnitShell.java:650)
at com.google.gwt.junit.client.GWTTestCase.runTest(GWTTestCase.java:441)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at com.google.gwt.junit.client.GWTTestCase.run(GWTTestCase.java:296)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:98)
at
org.apache.maven.surefire.junit.JUnit3Provider.executeTestSet(JUnit3Provider.java:117)
at
org.apache.maven.surefire.junit.JUnit3Provider.invoke(JUnit3Provider.java:94)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
at
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
at
org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:172)
at
org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:104)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:70)

2011/7/28 Andreas Horst horst.andrea...@googlemail.com

 Hi All

 Is anybody successfully running GWTTestCase (2.3) using the surefire plugin
 version 2.9? If so could you share your surefire configuration?


 I just recently switched to latest version of surefire for staying up to
 date and now have problems running my GWTTestCases with it. My surefire
 configuration is derived from 
 herehttp://stackoverflow.com/questions/2737173/error-when-running-a-gwttestcase-using-maven-gwt-plugin
 :

 configuration

  useSystemClassLoaderfalse/useSystemClassLoader

  additionalClasspathElements


 additionalClasspathElement${basedir}/src/main/java/additionalClasspathElement


 additionalClasspathElement${basedir}/src/test/java/additionalClasspathElement

  /additionalClasspathElements

   /configuration


 and used to work fine with older surefire versions. Switching back to older
 versions also works but now I wonder what breaks it exactly.

 The error message is:

 Loading inherited module 'de.my.module.Module'
[ERROR] Unable to find 'de/my/module/Module.gwt.xml' on your classpath;
 could be a typo, or maybe you forgot to include a classpath entry for
 source?

 Which actually seems to be pretty nonsense since
 a) it works with older versions
 b) the module is definitely on the classpath (see surefire configuration:
 .gwt.xml is in src/main/java; and a))

 Basic setup: Eclipse EE Indigo on Win7(64) with m2e 1.0.0.20110607, Maven
 3.0.3, Sun JDK 1.6.0_24

 Cheers

 Andreas


-- 
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.

Re: GWTTestCase run by surefire 2.9

2011-07-28 Thread Andreas Horst

Hi Nicolas

I'm not using the gwt-maven-plugin for this project since the project does
not produce GWT compiler output. It's a reusable GWT-based API and only
builds jars to use in concrete GWT projects which of course then use the
gwt-maven-plugin.

I hence only need normal compilation and test execution besides the use of
some GWTTestCases. Would you suggest using the gwt-maven-plugin for this
even though the GWT compiler itself will not be used?

Thanks

Andreas

2011/7/28 nicolas de loof nicolas.del...@gmail.com

 Why don't you use gwt:test goal for that ? It has been designed to mimic
 surefire but don't requires such tricky configuration

 2011/7/28 Andreas Horst horst.andrea...@googlemail.com

 Forgot the stack trace:

 com.google.gwt.core.ext.UnableToCompleteException: (see previous log
 entries)
  at
 com.google.gwt.dev.cfg.ModuleDefLoader.nestedLoad(ModuleDefLoader.java:262)
  at
 com.google.gwt.dev.cfg.ModuleDefLoader$2.load(ModuleDefLoader.java:210)
 at
 com.google.gwt.dev.cfg.ModuleDefLoader.doLoadModule(ModuleDefLoader.java:308)
  at
 com.google.gwt.dev.cfg.ModuleDefLoader.createSyntheticModule(ModuleDefLoader.java:102)
 at
 com.google.gwt.junit.CompileStrategy.maybeCompileModuleImpl2(CompileStrategy.java:165)
  at
 com.google.gwt.junit.CompileStrategy.maybeCompileModuleImpl(CompileStrategy.java:112)
 at
 com.google.gwt.junit.SimpleCompileStrategy.maybeCompileModule(SimpleCompileStrategy.java:36)
  at com.google.gwt.junit.JUnitShell.runTestImpl(JUnitShell.java:1340)
 at com.google.gwt.junit.JUnitShell.runTestImpl(JUnitShell.java:1309)
  at com.google.gwt.junit.JUnitShell.runTest(JUnitShell.java:650)
 at com.google.gwt.junit.client.GWTTestCase.runTest(GWTTestCase.java:441)
  at junit.framework.TestCase.runBare(TestCase.java:127)
 at junit.framework.TestResult$1.protect(TestResult.java:106)
  at junit.framework.TestResult.runProtected(TestResult.java:124)
 at junit.framework.TestResult.run(TestResult.java:109)
  at junit.framework.TestCase.run(TestCase.java:118)
 at com.google.gwt.junit.client.GWTTestCase.run(GWTTestCase.java:296)
  at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)
  at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)
  at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
  at
 org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:98)
 at
 org.apache.maven.surefire.junit.JUnit3Provider.executeTestSet(JUnit3Provider.java:117)
  at
 org.apache.maven.surefire.junit.JUnit3Provider.invoke(JUnit3Provider.java:94)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
 at
 org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
  at
 org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
 at
 org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:172)
  at
 org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:104)
 at
 org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:70)

 2011/7/28 Andreas Horst horst.andrea...@googlemail.com

 Hi All

 Is anybody successfully running GWTTestCase (2.3) using the surefire
 plugin version 2.9? If so could you share your surefire configuration?


 I just recently switched to latest version of surefire for staying up to
 date and now have problems running my GWTTestCases with it. My surefire
 configuration is derived from 
 herehttp://stackoverflow.com/questions/2737173/error-when-running-a-gwttestcase-using-maven-gwt-plugin
 :

 configuration




  useSystemClassLoaderfalse/useSystemClassLoader




  additionalClasspathElements





 additionalClasspathElement${basedir}/src/main/java/additionalClasspathElement





 additionalClasspathElement${basedir}/src/test/java/additionalClasspathElement




  /additionalClasspathElements




   /configuration


 and used to work fine with older surefire versions. Switching back to
 older versions also works but now I wonder what breaks it exactly.

 The error message is:

 Loading inherited module 'de.my.module.Module'
[ERROR] Unable to find 'de/my/module/Module.gwt.xml' on your
 classpath; could be a typo, or maybe you forgot to include a classpath entry
 for source?

 Which actually seems

Re: GWTTestCase run by surefire 2.9

2011-07-28 Thread Andreas Horst

Thanks Nicolas

I will try it using the gwt-maven-plugin test mojo.

Let me add another question please:

Is anybody using this particular setup for building GWT module jars and
successfully using the gwt-maven-plugin test mojo for obtaining coverage?
Actually the reason for using surefire for GWTTestCase was for obtaining
coverage for both pojo Unit and GWT tests to display in Sonar. We used emma
which seemed to be the only one working with GWT tests at that moment.

Andreas

2011/7/28 nicolas de loof nicolas.del...@gmail.com

 Sure, compile mojo is only one of the available mojos, you can use only
 gwt:test to run tests, and gwt:resources to package the xml and .java files
 with your gwt module


 2011/7/28 Andreas Horst horst.andrea...@googlemail.com

 Hi Nicolas

 I'm not using the gwt-maven-plugin for this project since the project does
 not produce GWT compiler output. It's a reusable GWT-based API and only
 builds jars to use in concrete GWT projects which of course then use the
 gwt-maven-plugin.

 I hence only need normal compilation and test execution besides the use
 of some GWTTestCases. Would you suggest using the gwt-maven-plugin for this
 even though the GWT compiler itself will not be used?

 Thanks

 Andreas


 2011/7/28 nicolas de loof nicolas.del...@gmail.com

 Why don't you use gwt:test goal for that ? It has been designed to mimic
 surefire but don't requires such tricky configuration

 2011/7/28 Andreas Horst horst.andrea...@googlemail.com

 Forgot the stack trace:

 com.google.gwt.core.ext.UnableToCompleteException: (see previous log
 entries)
  at
 com.google.gwt.dev.cfg.ModuleDefLoader.nestedLoad(ModuleDefLoader.java:262)
  at
 com.google.gwt.dev.cfg.ModuleDefLoader$2.load(ModuleDefLoader.java:210)
 at
 com.google.gwt.dev.cfg.ModuleDefLoader.doLoadModule(ModuleDefLoader.java:308)
  at
 com.google.gwt.dev.cfg.ModuleDefLoader.createSyntheticModule(ModuleDefLoader.java:102)
 at
 com.google.gwt.junit.CompileStrategy.maybeCompileModuleImpl2(CompileStrategy.java:165)
  at
 com.google.gwt.junit.CompileStrategy.maybeCompileModuleImpl(CompileStrategy.java:112)
 at
 com.google.gwt.junit.SimpleCompileStrategy.maybeCompileModule(SimpleCompileStrategy.java:36)
  at com.google.gwt.junit.JUnitShell.runTestImpl(JUnitShell.java:1340)
 at com.google.gwt.junit.JUnitShell.runTestImpl(JUnitShell.java:1309)
  at com.google.gwt.junit.JUnitShell.runTest(JUnitShell.java:650)
 at com.google.gwt.junit.client.GWTTestCase.runTest(GWTTestCase.java:441)
  at junit.framework.TestCase.runBare(TestCase.java:127)
 at junit.framework.TestResult$1.protect(TestResult.java:106)
  at junit.framework.TestResult.runProtected(TestResult.java:124)
 at junit.framework.TestResult.run(TestResult.java:109)
  at junit.framework.TestCase.run(TestCase.java:118)
 at com.google.gwt.junit.client.GWTTestCase.run(GWTTestCase.java:296)
  at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)
  at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)
  at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
  at
 org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:98)
 at
 org.apache.maven.surefire.junit.JUnit3Provider.executeTestSet(JUnit3Provider.java:117)
  at
 org.apache.maven.surefire.junit.JUnit3Provider.invoke(JUnit3Provider.java:94)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
 at
 org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
  at
 org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
 at
 org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:172)
  at
 org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:104)
 at
 org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:70)

 2011/7/28 Andreas Horst horst.andrea...@googlemail.com

 Hi All

 Is anybody successfully running GWTTestCase (2.3) using the surefire
 plugin version 2.9? If so could you share your surefire configuration?


 I just recently switched to latest version of surefire for staying up
 to date and now have problems running my GWTTestCases with it. My surefire
 configuration is derived from 
 herehttp://stackoverflow.com/questions/2737173/error-when-running-a-gwttestcase

Re: Is there a way to workaround GWT compiler/serializer/linker issue?

2011-03-16 Thread Andreas Horst

Do you use that abstract base class as a RPC parameter? If so, *of
course*GWT has to look for and try to compile all sub classes and
implementations
*since* they might get used in a RPC and hence need to be serializable and
compilable.

To avoid this you can either:
- refactor your RPC to use only the concrete types

*or* if you rely on using abstract classes or interfaces in RPC:
- you might want to configure your sub classes' packages to be part of a
module's client packages, so that the GWT compiler finds them (your No
source found... error indicates that this is not the case).

I personnaly think your problem is not the behaviour of the GWT compiler but
your project setup regarding separation into modules. Hope this can help
you.

2011/3/16 KD kanwald...@gmail.com

 Lets say I have package : com.mycom.model

 It has following classes

 com.mycom.model.PlatformMessage (an interface)

 com.mycom.model.AbstractMessage (an abstract class that implements
 PlatformMessage)

 com.mycom.model.QueryMessage (a concrete implementation of
 AbstractMessage)

 Now there is another package: com.mycom.app

 It has the following class...

 com.mycom.app.StreamMessage (a concrete implementation of
 AbstractMessage)

 ONLY com.mycom.model a GWT module.

 Now when I compile com.mycom.model, why does it need to go and look
 for all implementations of that abstract class AbstractMessage in
 OTHER packages (as I later find with many No Source found...
 errors)?

 It seems RPC serializer is trying to serialize/compile all classes
 that IMPLEMENT an abstract class in my gwt module.

 Is there way to workaround this?

 --
 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.



-- 
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.

Re: where is the best place to put client-side global constants ?

2011-01-12 Thread Andreas Horst

Well if you change the constant's visibility from private to public you can
access it from everywhere and hence only need to declare it once, that is in
one class or interface. Just make sure it's inside the module's client
package.

Besides this there is no really good place I can think of or it depends on
your overall architecture. For example if you wish to inherit constants via
a common interface or abstract base class. A simple solution would be to
place it (maybe along with other constants) in an interface or an abstract
utility (private constructor) class and access it statically, for example
MyTokenizerConstants.SEPARATOR.

Note that you can also use default and protected visibility if you want
finer control, I think only private visibility is not that useful for shared
constants.

2011/1/12 zixzigma zixzi...@gmail.com

 where is the best place to put client-side global constants ?

 for example for Place tokenizing, I need to define a SEPARATOR

 private static final SEPARATOR = !;

 and this appears in many packages,
 what is the correct way to define client-side constants once, in one
 place,
 to avoid duplication and scattering ?

 --
 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-tool...@googlegroups.com.
 To unsubscribe from this group, send email to
 google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
 .
 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 google-web-tool...@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.

Re: Wave

2011-01-09 Thread Andreas Horst

To post my two cents: I clearly dislike the Hey what a nice UI, where can I
get its widgets?- attitude. That's why I will explicitly NOT give any
advice on how to scavenge the great Wave code base in order to rip out some
peaces of UI. I feel sorry for you if you are not able or willing to play
around with built-in GWT widgets and CSS to achieve a certain look and feel.
After all this is what the rest of us does every day.

In case you are not really interested in the project and only cloned the
repository in order to get some code please stop!

2011/1/9 Sudhakar sudhakar.ferna...@gmail.com

Guys,

I have taken a clone of Wave protocol in my ubuntu.But i dont know how
to start.

Please help.

Regards,

Sudhakar

On Sun, 2011-01-09 at 21:17 +0530, Deepak Singh wrote:

Hi All,
I also want to have UI like this. Any suggestion how to start this
way..

On Sun, Jan 9, 2011 at 2:32 PM, sudhakar.ferna...@gmail.com wrote:
Hi guys,

Could you please help me creating a interface/GUI like wave.

Regards,

Sudhakar
Empower your Business with BlackBerry® and Mobile Solutions
from Etisalat

google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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
google-web-tool...@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.

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: Wave

2011-01-09 Thread Andreas Horst

Hi,

2011/1/9 Harpal Grover harpal.gro...@gmail.com

I never said or meant to say that!

This is a community and i believe the main goal is to share knowledge.
There are a lot people here in the group that spend their time studying
GWT(Thomas Broyer and so on... ) and give those informations for free.
What would it be if they just say Sorry i cant help, go and study the
source code, the solution is there.

Sorry again, I just did not say that.

If you hav the infos and dont want to give them away that s your choice
and
i m ok with that. But it s alright to ask questions dough
Regards,
Alain

I agree with you Alain. I believe we should try to be a bit more
polite when answering people's questions or trying to encourage
beginners to trace code a little bit before asking questions. Not
everyone is at the same level.

What motivated me to reply were the facts that the really simple answer has
already been posted by Dan and that this discussion now turns into a how to
checkoutread foreign code manual. In my opinion this is not really GWT
specific since as I posted Wave is a project of its own. One could kindly
ask there about UI development and specifics. Come on, just try and hit
Google with Wave, read and click and you'll immediately find the project and
even the source brows-able online; guys you don't even have to check it out.
What else besides Dan's reply do you need?

Now in what other reasonable manner could one answer politely and
constructive here?
- by showing people how to read and copy code? Well yes if non developers
ask but since this is GWT I assume members to have at least a bit knowledge
of software development.
- by manually copy/pasting code for the OP? Honestly please tell me no!
Especially since the targeted code does not belong to this group.
- ?

--
Harpal Grover
President
Harpal Grover Consulting Inc

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: Wave

2011-01-09 Thread Andreas Horst

2011/1/9 Ian Bambury ianbamb...@gmail.com

Polite is good, obviously. Asking for help is also, of course, OK. That's
what the forum is about. The problem (I think) Andreas has is people making
wildly general requests (how do I make something like Wave, tell me the
answer) rather than trying to do it for themselves, hitting a block of some
kind, and then asking for specific help with regard to how to approach a
particular coding or design problem within GWT.

You read my mind! +1

Anyone who has been here for a while recognises thinly veiled 'tell me the
answer to my homework' posts - not that I'm saying the OP was doing that,
but it *was* a _very_ general question rather than 'I get this error when I
do something, what do I do to fix it?'

You don't get much more generalised that 'Tell me how to recreate Wave'.
Asked by someone who doesn't seem to realise that the 'i' in GUI actually
stands for 'interface'.

Ian

On 9 January 2011 21:06, Harpal Grover harpal.gro...@gmail.com wrote:

On Sun, Jan 9, 2011 at 3:17 PM, nino ekambi jazzmatad...@googlemail.com
wrote:
Well i can not help you guys , but wanted to give my two cent to Horst.
I disagree with you saying that people should not asking about
things
they can not figure out themselves.
This is a community and i believe the main goal is to share knowledge.
There are a lot people here in the group that spend their time studying
GWT(Thomas Broyer and so on... ) and give those informations for free.
What would it be if they just say Sorry i cant help, go and study the
source code, the solution is there.
If you hav the infos and dont want to give them away that s your choice
and
i m ok with that. But it s alright to ask questions dough
Regards,
Alain

--
Harpal Grover
President
Harpal Grover Consulting Inc

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: Modular rpc blues

2010-12-23 Thread Andreas Horst

Good job, Patrick!

We're still using 1.3-SNAPSHOT ourself so I even wouldn't have been able to
solve the problem. I guess I'll think it over more than twice before
switching to newer versions. Anyway I'll leave a message as soon as I try it
myself with 2.1.0-1.

Until then maybe someone else could join who is already using 2.1.0-1.

Sorry I couldn't help.

2010/12/23 Coelho metronome.ba...@worldonline.fr

  I checked the content and I have the servlet tag in a the module
 descriptor
 ( Check the contents of the .jar file. Does it contain the
 module descriptor? Does the module descriptor contain servlet tags for the
 RPCs? )

 I wonder if it is not a matter of gwt-maven-plugin version
 because the all sample compiles once and the version was 1.3-SNAPSHOT , if
 my memory is not failing

 then I had compilation problems ( not with thi project I think )
 so I cleared my maven local repository
 then from this moment on It complained about 1.3-SNAPSHOT that could not be
 found
 so I changed to 2.1.0-1

 this morning I reversed back to 1.3-SNAPSHOT : it compiles again ! an runs

 why not with 2.1.0-1 ?

 Thanks for reading
 Patrick

  - Original Message -
 *From:* Andreas Horst horst.andrea...@googlemail.com
 *To:* google-web-toolkit@googlegroups.com
 *Sent:* Wednesday, December 22, 2010 6:55 PM
 *Subject:* Re: Modular rpc blues

 Don't worry.

 I know this is not a trivial but nonetheless vital aspect of efficient
 development of reusable GWT modules. I also think that these topics are not
 well documented, at least at the time I found myself struggling with GWT
 module inheritance (+ Maven).

 2010/12/22 Coelho metronome.ba...@worldonline.fr

  I'll Check and let you know
 sorry for the trouble

 Patrick

  - Original Message -
 *From:* Andreas Horst horst.andrea...@googlemail.com
 *To:* google-web-toolkit@googlegroups.com
   *Sent:* Wednesday, December 22, 2010 6:41 PM
 *Subject:* Re: Modular rpc blues

 Alright, now I get it!

 To bundle RPC functionality in a reusable (.jar) GWT module you only need
 to declare any RPC servlet in the module's module descriptor. That's all.
 gwt:mergewebxml will create appropriate servlet mappings in the target
 web.xml. It's really that easy.

 Make sure the .jar really  contains the module descriptor (*.gwt.xml) and
 that the RPC servlets are actually declared in it. If you try it with a
 module that used to be an application and only declared its RPC servlets
 directly in its web.xml you won't be able to use them via gwt:mergewebxml
 AFAIK.

 Check the contents of the .jar file. Does it contain the module
 descriptor? Does the module descriptor contain servlet tags for the RPCs?

 2010/12/22 Metronome / Basic metronome.ba...@worldonline.fr

  In fact I simply want to be able to use a jar containing GWT-RPC code in
 any webapp

 As I had no succes with my code

 I tried to rely on maven-googlewebtoolkit2-sample
 that is a HelloWorld RPC example with code in different modules.

 here is the parent pom

 I did'nt change the code , I just modified the poms


  - Original Message -
 *From:* Andreas Horst horst.andrea...@googlemail.com
 *To:* google-web-toolkit@googlegroups.com
   *Sent:* Wednesday, December 22, 2010 1:52 PM
 *Subject:* Re: Modular rpc blues

 I just took a look at your configuration files.

 Actually I can't tell much from just them especially since I don't have
 the parent POM. Anyway I'm a bit confused about what you are trying to do.

 Are you only trying to compile the sample project or are you trying to
 reuse something of it? What exactly do you mean with project war rpc and
 server or war server? A project that packages to a .war file (like GWT
 applications) or a .war file you are trying to include via module
 inheritance? I'm sorry but it's really not clear to me.

 2010/12/22 Metronome / Basic metronome.ba...@worldonline.fr

  Hello
 Thanks for trying to help me !

 One of my tries is : compile the maven-googlewebtoolkit2-sample
 using gwt-maven-plugin
 it was a three modules project war rpc and server
 I reduced it to war server , by merging rpc and server

 I join the pom and web.xml of the war


 mvn package report

 ERROR] Failed to execute goal
 org.codehaus.mojo:gwt-maven-plugin:2.1.0-1:mergewebxml (default) on
 project
 maven-googlewebtoolkit2-sample-war: Unable to merge web..xml:
 NullPointerException - [Help 1]







   - Original Message -
 *From:* Andreas Horst horst.andrea...@googlemail.com
 *To:* google-web-toolkit@googlegroups.com
 *Sent:* Wednesday, December 22, 2010 12:26 AM
 *Subject:* Re: Modular rpc blues

 Another question just coming to my mind:

 Where in the inherited module are you declaring the RPC servlet?

 If you declare it in the inherited module's web.xml then make sure the
 Maven GWT plugin parameter webXml properly points to it (Not sure how one
 would do this - never did it myself - especially since  inherited modules
 usually come as a .jar. If so does

Re: Modular rpc blues

2010-12-22 Thread Andreas Horst

I just took a look at your configuration files.

Actually I can't tell much from just them especially since I don't have the
parent POM. Anyway I'm a bit confused about what you are trying to do.

Are you only trying to compile the sample project or are you trying to reuse
something of it? What exactly do you mean with project war rpc and server
or war server? A project that packages to a .war file (like GWT
applications) or a .war file you are trying to include via module
inheritance? I'm sorry but it's really not clear to me.

2010/12/22 Metronome / Basic metronome.ba...@worldonline.fr

Hello
Thanks for trying to help me !

One of my tries is : compile the maven-googlewebtoolkit2-sample
using gwt-maven-plugin
it was a three modules project war rpc and server
I reduced it to war server , by merging rpc and server

I join the pom and web.xml of the war

mvn package report

ERROR] Failed to execute goal
org.codehaus.mojo:gwt-maven-plugin:2.1.0-1:mergewebxml (default) on project

maven-googlewebtoolkit2-sample-war: Unable to merge web.xml:
NullPointerException - [Help 1]

- Original Message -
*From:* Andreas Horst horst.andrea...@googlemail.com
*To:* google-web-toolkit@googlegroups.com
*Sent:* Wednesday, December 22, 2010 12:26 AM
*Subject:* Re: Modular rpc blues

Another question just coming to my mind:

Where in the inherited module are you declaring the RPC servlet?

If you declare it in the inherited module's web.xml then make sure the
Maven GWT plugin parameter webXml properly points to it (Not sure how one
would do this - never did it myself - especially since inherited modules
usually come as a .jar. If so does yours include the web.xml?).

If you declare it in the inherited module's module descriptor (a.k.a.
*.gwt.xml) all should be fine. Hence I assume you do not declare it
there? Look
herehttp://www.gwtapps.com/doc/html/com.google.gwt.doc.DeveloperGuide.Fundamentals.Modules.ModuleXml.html
for
details about the module descriptor, note the servlet tag.

My 2cents: Use the second option.

Why? Because obviously your inherited module realizes functionality that is
to be reused. It is hence some sort of library and not (only?) an
application or even a .war packed web application. All our inherited modules
are _library_ modules, they don't get deployed on an _application_ server on
their own. Now if one of those features functionality through RPC (we have
some of those) we thankfully use the above mentioned servlet tag in the
module descriptor and let the Maven GWT plugin do its job. IMHO on the one
hand a web.xml does not belong into a common not runnable module and on
the other one a (.war packed) application is not best suitable for
inheriting functionality.

Regards

2010/12/21 Andreas Horst horst.andrea...@googlemail.com

2010/12/21 Thomas Broyer t.bro...@gmail.com

On Tuesday, December 21, 2010 9:51:38 AM UTC+1, coelho wrote:

Hello

What seems to me great in GWT is that it's easy to build
client code and server code that can communicate through GWT-RPC.

What 's great too is that you can write modules
and your webapp can use those modules.

Then why is it so complicated ( is it possible ? ) to have a module with
GWT-RPC code
( implementation and interfaces )
that could be used in a webapp

And by so complicated you mean adding half a dozen lines to your
web.xml file, right?

Actually the goal gwt:mergewebxml is really ALL you need (believe me, we
use it just like that for exactly what you are trying to). Please clarify
what you mean with web.xml refers to external module. I assume either your
web.xml gets or already is troubled or your POM is not configured properly.

I tried many things in eclipse
I tried many things with maven
( gwt-maven-plugin : goal mergewebxml ) fails when web.xml refers to
external module

still no success !

Have a look at the cargo maven plugin (I haven't tried it though)

I wondered if there is such a project already done

Is there somewhere a jar , ready made , with GWT-RPC included that I
could use as a reference ?

or is hopeless ?

I believe that's what web-fragments in Servlets 3.0 are meant to solve:

http://java.sun.com/developer/technicalArticles/JavaEE/JavaEE6Overview_Part2.html#webfrags

--
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.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@googlegroups.com.
To unsubscribe

Re: Modular rpc blues

2010-12-22 Thread Andreas Horst

Alright, now I get it!

To bundle RPC functionality in a reusable (.jar) GWT module you only need to
declare any RPC servlet in the module's module descriptor. That's all.
gwt:mergewebxml will create appropriate servlet mappings in the target
web.xml. It's really that easy.

Make sure the .jar really contains the module descriptor (*.gwt.xml) and
that the RPC servlets are actually declared in it. If you try it with a
module that used to be an application and only declared its RPC servlets
directly in its web.xml you won't be able to use them via gwt:mergewebxml
AFAIK.

Check the contents of the .jar file. Does it contain the module descriptor?
Does the module descriptor contain servlet tags for the RPCs?

2010/12/22 Metronome / Basic metronome.ba...@worldonline.fr

In fact I simply want to be able to use a jar containing GWT-RPC code in
any webapp

As I had no succes with my code

I tried to rely on maven-googlewebtoolkit2-sample
that is a HelloWorld RPC example with code in different modules.

here is the parent pom

I did'nt change the code , I just modified the poms

- Original Message -
*From:* Andreas Horst horst.andrea...@googlemail.com
*To:* google-web-toolkit@googlegroups.com
*Sent:* Wednesday, December 22, 2010 1:52 PM
*Subject:* Re: Modular rpc blues

I just took a look at your configuration files.

Actually I can't tell much from just them especially since I don't have the
parent POM. Anyway I'm a bit confused about what you are trying to do.

Are you only trying to compile the sample project or are you trying to
reuse something of it? What exactly do you mean with project war rpc and
server or war server? A project that packages to a .war file (like GWT
applications) or a .war file you are trying to include via module
inheritance? I'm sorry but it's really not clear to me.

2010/12/22 Metronome / Basic metronome.ba...@worldonline.fr

Hello
Thanks for trying to help me !

One of my tries is : compile the maven-googlewebtoolkit2-sample
using gwt-maven-plugin
it was a three modules project war rpc and server
I reduced it to war server , by merging rpc and server

I join the pom and web.xml of the war

mvn package report

ERROR] Failed to execute goal
org.codehaus.mojo:gwt-maven-plugin:2.1.0-1:mergewebxml (default) on
project
maven-googlewebtoolkit2-sample-war: Unable to merge web.xml:
NullPointerException - [Help 1]

- Original Message -
*From:* Andreas Horst horst.andrea...@googlemail.com
*To:* google-web-toolkit@googlegroups.com
*Sent:* Wednesday, December 22, 2010 12:26 AM
*Subject:* Re: Modular rpc blues

Another question just coming to my mind:

Where in the inherited module are you declaring the RPC servlet?

If you declare it in the inherited module's module descriptor (a..k.a.
*.gwt.xml) all should be fine. Hence I assume you do not declare it
there? Look
herehttp://www.gwtapps.com/doc/html/com.google.gwt..doc.DeveloperGuide.Fundamentals.Modules.ModuleXml.html
for
details about the module descriptor, note the servlet tag.

My 2cents: Use the second option.

Why? Because obviously your inherited module realizes functionality that
is to be reused. It is hence some sort of library and not (only?) an
application or even a .war packed web application. All our inherited modules
are _library_ modules, they don't get deployed on an _application_ server on
their own. Now if one of those features functionality through RPC (we have
some of those) we thankfully use the above mentioned servlet tag in the
module descriptor and let the Maven GWT plugin do its job. IMHO on the one
hand a web.xml does not belong into a common not runnable module and on
the other one a (.war packed) application is not best suitable for
inheriting functionality.

Regards

2010/12/21 Andreas Horst horst.andrea...@googlemail.com

2010/12/21 Thomas Broyer t.bro...@gmail.com

On Tuesday, December 21, 2010 9:51:38 AM UTC+1, coelho wrote:

Hello

What seems to me great in GWT is that it's easy to build
client code and server code that can communicate through GWT-RPC.

What 's great too is that you can write modules
and your webapp can use those modules.

Then why is it so complicated ( is it possible ? ) to have a module
with GWT-RPC code
( implementation and interfaces )
that could be used in a webapp

And by so complicated you mean adding half a dozen lines to your
web.xml file, right?

Re: Modular rpc blues

2010-12-22 Thread Andreas Horst

Don't worry.

I know this is not a trivial but nonetheless vital aspect of efficient
development of reusable GWT modules. I also think that these topics are not
well documented, at least at the time I found myself struggling with GWT
module inheritance (+ Maven).

2010/12/22 Coelho metronome.ba...@worldonline.fr

I'll Check and let you know
sorry for the trouble

Patrick

- Original Message -
*From:* Andreas Horst horst.andrea...@googlemail.com
*To:* google-web-toolkit@googlegroups.com
*Sent:* Wednesday, December 22, 2010 6:41 PM
*Subject:* Re: Modular rpc blues

Alright, now I get it!

To bundle RPC functionality in a reusable (.jar) GWT module you only need
to declare any RPC servlet in the module's module descriptor. That's all.
gwt:mergewebxml will create appropriate servlet mappings in the target
web.xml. It's really that easy.

Check the contents of the .jar file. Does it contain the module descriptor?
Does the module descriptor contain servlet tags for the RPCs?

2010/12/22 Metronome / Basic metronome.ba...@worldonline.fr

In fact I simply want to be able to use a jar containing GWT-RPC code in
any webapp

As I had no succes with my code

I tried to rely on maven-googlewebtoolkit2-sample
that is a HelloWorld RPC example with code in different modules.

here is the parent pom

I did'nt change the code , I just modified the poms

- Original Message -
*From:* Andreas Horst horst.andrea...@googlemail.com
*To:* google-web-toolkit@googlegroups.com
*Sent:* Wednesday, December 22, 2010 1:52 PM
*Subject:* Re: Modular rpc blues

I just took a look at your configuration files.

Actually I can't tell much from just them especially since I don't have
the parent POM. Anyway I'm a bit confused about what you are trying to do.

Are you only trying to compile the sample project or are you trying to
reuse something of it? What exactly do you mean with project war rpc and
server or war server? A project that packages to a .war file (like GWT
applications) or a .war file you are trying to include via module
inheritance? I'm sorry but it's really not clear to me.

2010/12/22 Metronome / Basic metronome.ba...@worldonline.fr

Hello
Thanks for trying to help me !

One of my tries is : compile the maven-googlewebtoolkit2-sample
using gwt-maven-plugin
it was a three modules project war rpc and server
I reduced it to war server , by merging rpc and server

I join the pom and web.xml of the war

mvn package report

ERROR] Failed to execute goal
org.codehaus.mojo:gwt-maven-plugin:2.1.0-1:mergewebxml (default) on
project
maven-googlewebtoolkit2-sample-war: Unable to merge web.xml:
NullPointerException - [Help 1]

- Original Message -
*From:* Andreas Horst horst.andrea...@googlemail.com
*To:* google-web-toolkit@googlegroups.com
*Sent:* Wednesday, December 22, 2010 12:26 AM
*Subject:* Re: Modular rpc blues

Another question just coming to my mind:

Where in the inherited module are you declaring the RPC servlet?

My 2cents: Use the second option.

Why? Because obviously your inherited module realizes functionality that
is to be reused. It is hence some sort of library and not (only?) an
application or even a .war packed web application. All our inherited modules
are _library_ modules, they don't get deployed on an _application_ server on
their own. Now if one of those features functionality through RPC (we have
some of those) we thankfully use the above mentioned servlet tag in the
module descriptor and let the Maven GWT plugin do its job. IMHO on the one
hand a web.xml does not belong into a common not runnable module and on
the other one a (.war packed) application is not best suitable for
inheriting functionality.

Regards

2010/12/21 Andreas Horst horst.andrea...@googlemail.com

2010/12/21 Thomas Broyer t.bro...@gmail.com

On Tuesday, December 21, 2010 9:51:38 AM UTC+1, coelho wrote:

Hello

What seems to me great in GWT is that it's easy to build
client code and server code

Re: Modular rpc blues

2010-12-21 Thread Andreas Horst

2010/12/21 Thomas Broyer t.bro...@gmail.com

On Tuesday, December 21, 2010 9:51:38 AM UTC+1, coelho wrote:

Hello

What seems to me great in GWT is that it's easy to build
client code and server code that can communicate through GWT-RPC.

What 's great too is that you can write modules
and your webapp can use those modules.

Then why is it so complicated ( is it possible ? ) to have a module with
GWT-RPC code
( implementation and interfaces )
that could be used in a webapp

And by so complicated you mean adding half a dozen lines to your web.xml
file, right?

Actually the goal gwt:mergewebxml is really ALL you need (believe me, we use
it just like that for exactly what you are trying to). Please clarify what
you mean with web.xml refers to external module. I assume either your
web.xml gets or already is troubled or your POM is not configured properly.

I tried many things in eclipse
I tried many things with maven
( gwt-maven-plugin : goal mergewebxml ) fails when web.xml refers to
external module

still no success !

Have a look at the cargo maven plugin (I haven't tried it though)

I wondered if there is such a project already done

Is there somewhere a jar , ready made , with GWT-RPC included that I could
use as a reference ?

or is hopeless ?

I believe that's what web-fragments in Servlets 3.0 are meant to solve:

http://java.sun.com/developer/technicalArticles/JavaEE/JavaEE6Overview_Part2.html#webfrags

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: Modular rpc blues

2010-12-21 Thread Andreas Horst

Another question just coming to my mind:

Where in the inherited module are you declaring the RPC servlet?

If you declare it in the inherited module's web.xml then make sure the Maven
GWT plugin parameter webXml properly points to it (Not sure how one would
do this - never did it myself - especially since inherited modules usually
come as a .jar. If so does yours include the web.xml?).

My 2cents: Use the second option.

Regards

2010/12/21 Andreas Horst horst.andrea...@googlemail.com

2010/12/21 Thomas Broyer t.bro...@gmail.com

On Tuesday, December 21, 2010 9:51:38 AM UTC+1, coelho wrote:

Hello

What seems to me great in GWT is that it's easy to build
client code and server code that can communicate through GWT-RPC.

What 's great too is that you can write modules
and your webapp can use those modules.

Then why is it so complicated ( is it possible ? ) to have a module with
GWT-RPC code
( implementation and interfaces )
that could be used in a webapp

And by so complicated you mean adding half a dozen lines to your web.xml
file, right?

I tried many things in eclipse
I tried many things with maven
( gwt-maven-plugin : goal mergewebxml ) fails when web.xml refers to
external module

still no success !

Have a look at the cargo maven plugin (I haven't tried it though)

I wondered if there is such a project already done

Is there somewhere a jar , ready made , with GWT-RPC included that I
could use as a reference ?

or is hopeless ?

I believe that's what web-fragments in Servlets 3.0 are meant to solve:

http://java.sun.com/developer/technicalArticles/JavaEE/JavaEE6Overview_Part2.html#webfrags

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.

--
Andreas Horst
Schwicheldtstraße 23, 38704 Liebenburg
Tel. +49 (0)170 4162251, mailto:horst.andrea...@googlemail.com

--
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-tool...@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.

Re: execute same code for different widget event handle

2010-12-16 Thread Andreas Horst

The value of
UIHandlerhttp://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/gwt/uibinder/client/UiHandler.html
is
of type String[]. Just pass your arguments as an array. It's as peace of
cake as reading the docs ;-)

@UiHandler({streetName, streetNumber})

Regards,

Andreas

2010/12/16 Jeff Schwartz jefftschwa...@gmail.com

Have both handlers call the same routine

On Dec 16, 2010 7:45 AM, pieceovcake bira...@gmail.com wrote:

this works great

@UiHandler(streetName)
void handleStreetNameKeyPress(KeyPressEvent e) {
// code
}

but i want to execute the same handleStreetNameKeyPress triggered from
another field on the page
something like this

@UiHandler(streetNumber)
@UiHandler(streetName)
void handleStreetNameKeyPress(KeyPressEvent e) {
// code
}

how do i write this?

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: Announcing Chrome Developer Plugin support for Mac and Linux

2010-12-10 Thread Andreas Horst

There was a
posthttp://code.google.com/p/google-web-toolkit/issues/detail?id=4325#c99
about
the performance of the plugin for Chrome. Obviously this is not related to
the plugin itself (see post for details) so I guess we will have to live
with it and/or use a different browser than Chrome.

Maybe a plugin specialist could clear things up for us especially since this
is not a bug in the plugin?

Regards,

Andreas

2010/12/10 koma k...@koma.be

Same here, not usable; switched back to FF.

On Dec 10, 12:19 pm, Vagner Araujo araujo...@jdukes.com wrote:
Hello Friends,

gwt plugin work in my google-chrome 8.0.552.215. But in development mode
It's very very very slow.

I'm using Slackware Linux Current 32bits with xfce4, eclipse Helios and
2GB
ram.

Thanks,
--
*
Vagner Araujo

O PLANETA É O MEU PAÍS, E A CIÊNCIA É A MINHA RELIGIÃO ! INDO AO INFINITO
E
ALÉM... !!
*

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: Announcing Chrome Developer Plugin support for Mac and Linux

2010-12-10 Thread Andreas Horst

Thanks for the link!

Just starred http://code.google.com/p/chromium/issues/detail?id=5751.

Regards,

Andreas

2010/12/10 Chris Conroy con...@google.com

http://code.google.com/p/google-web-toolkit/issues/detail?id=4493#c24

On Fri, Dec 10, 2010 at 11:38 AM, Andreas Horst
horst.andrea...@googlemail.com wrote:

Maybe a plugin specialist could clear things up for us especially since
this is not a bug in the plugin?

Regards,

Andreas

2010/12/10 koma k...@koma.be

Same here, not usable; switched back to FF.

On Dec 10, 12:19 pm, Vagner Araujo araujo...@jdukes.com wrote:
Hello Friends,

gwt plugin work in my google-chrome 8.0.552.215. But in development
mode
It's very very very slow.

I'm using Slackware Linux Current 32bits with xfce4, eclipse Helios and
2GB
ram.

Thanks,
--
*
Vagner Araujo

O PLANETA É O MEU PAÍS, E A CIÊNCIA É A MINHA RELIGIÃO ! INDO AO
INFINITO E
ALÉM... !!
*

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: Announcing Chrome Developer Plugin support for Mac and Linux

2010-12-09 Thread Andreas Horst

Your SYSTEM's default browser is used. AFAIK this has nothing to do with
Eclipse and/or GWT.

Regards,

Andreas

2010/12/9 Kenneth Jacker khjac...@gmail.com

Thanks for the new Google Chrome GWT plugin for Linux. Of course, I
want to use it!

I have looked (almost, apparently) everywhere, but cannot find a way
to change the GWT devmode default browser from Firefox to Chrome.

I've changed Eclipe's General/Web Browser preference to Chrome, but
that didn't work. Firefox keeps running when I hit the Launch
Default Browser button in the devmode window. So, I am forced to
Copy to Clipboard, run Chrome, and paste the URL ... :(

How can we change the default browser?

I appreciate your suggestions/comments!

-Kenneth

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: RPC in separate module

2010-12-08 Thread Andreas Horst

Well, yes. But that's not what I meant. These are the servlet declarations
in the DEPLOYMENT descriptor (aka web.xml).

What I meant is you could declare the servlet in the MODULE descriptor (aka
mymodule.gwt.xml) of your inherited module.

A servlet declaration in a module descriptor looks like this:
servlet class=com.mymodule.Servlet path=/path /

However what you still need to do is get an appropriate servlet mapping in
the deployment descriptor of the inheriting module. There are several
options:
- with Maven: use goal gwt:mergewebxml
- with Ant/GWT compiler: I don't know, ask the group!
- manually edit the deployment descriptor like you just proposed, however
make sure the url-pattern matches the
RemoteServiceRelativePathhttp://google-web-toolkit.googlecode.com/svn/javadoc/1.6/com/google/gwt/user/client/rpc/RemoteServiceRelativePath.html
and
probably the rename-to directive (not sure about this last point though
especially in case both your inherited and the inheriting module declare
(different) directives)

Hope I did not create more confusion about this.

Regards,

Andreas

2010/12/8 Metronome / Basic metronome.ba...@worldonline.fr

 Thanks for your help , I think that it must be something like that
 so I tried

 servlet
 servlet-nameuserServlet/servlet-name

 servlet-classmetro.app.tmupack.server.MyModServiceImpl/servlet-class


 /servlet


 servlet-mapping

 servlet-nameuserServlet/servlet-name

 url-pattern/metro.app.tmupack/modervice/url-pattern

 /servlet-mapping

 where metro.app.tmupack is from the main module but , ie does't work

 I guess that the url of the module have to be addes somehow ?

 Any Idea

 Thanks

 Patrick


 - Original Message - From: Brian Reilly brian.irei...@gmail.com
 
 To: google-web-toolkit@googlegroups.com
 Sent: Tuesday, December 07, 2010 8:15 PM

 Subject: Re: RPC in separate module


 You do have to declare the servlet in the web.xml of the main module.
 As such, you have to treat it like it's in the main module. I suspect
 the metro.module.rpcpack part of the url-pattern is the problem. The
 URL pattern is determined by the main module name, not the inherited
 module name or the package containing the RPC code.

 -Brian

 On Tue, Dec 7, 2010 at 12:17 PM, Metronome / Basic
 metronome.ba...@worldonline.fr wrote:

 It certainly is but I cannot find it

 I tried
 servlet

 servlet-nameuserServlet/servlet-name


 servlet-classmetro.module.rpcpack.server.MyModServiceImpl/servlet-class

 /servlet


 servlet-mapping

 servlet-nameuserServlet/servlet-name

 url-pattern/metro.module.rpcpack/modervice/url-pattern

 /servlet-mapping

 in the web.xml of the main module
 metro.module.rpcpack is the package name of the module with the rpc

 should the declaration of the servlet be in the main module ?
 what is the path

 I cannot sort it out

 Thanks

 Patrick

 - Original Message - From: Didier Durand 
 durand.did...@gmail.com
 To: Google Web Toolkit google-web-toolkit@googlegroups.com
 Sent: Tuesday, December 07, 2010 1:08 PM
 Subject: Re: RPC in separate module


 Hi,

 Everything you need is detailed here:
 http://code.google.com/webtoolkit/doc/1.6/DevGuideOrganizingProjects.html

 On Dec 7, 11:06 am, coelho metronome.ba...@worldonline.fr wrote:


 Hello

 I'm trying to bild a small application using RPC to acces SQL data
 ( jdbc )

 It works no problem so far

 I'd like this application to use modules , so that the code could be
 reused in others

 so I'd like to put the SQL parts in a separate module

 and the question is :

 How do You declare a servlet that is not in the main module
 ( application)

 or am I missing something ? ( probably)

 Thanks for reading

 Patrick


 --
 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-tool...@googlegroups.com.
 To unsubscribe from this group, send email to
 google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.




 -
 Aucun virus trouvé dans ce message.
 Analyse effectuée par AVG - www.avg.fr
 Version: 10.0.1170 / Base de données virale: 426/3301 - Date: 06/12/2010


 --
 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-tool...@googlegroups.com.
 To unsubscribe from this group, send email to
 google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
 .
 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 google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to

Re: RPC in separate module

2010-12-07 Thread Andreas Horst

Hi,

if you are using Maven you do not need to define a servlet mapping in any
web.xml manually in case of inheriting modules. The GWT Maven plugin is
capable of merging servlet mappings declared in a super-module's gwt.xml
into the inheriting module's web.xml for you; see the goal
gwt:mergewebxml.

You must use the servlet tag in the module descriptor xml and NOT in the
web.xml to declare servlets to pass to inheriting modules. Maybe someone
else can tell you how the merge functionality may be used without Maven by
the GWT compiler itself?

Regards,

Andreas

2010/12/7 Brian Reilly brian.irei...@gmail.com

You do have to declare the servlet in the web.xml of the main module.
As such, you have to treat it like it's in the main module. I suspect
the metro.module.rpcpack part of the url-pattern is the problem. The
URL pattern is determined by the main module name, not the inherited
module name or the package containing the RPC code.

-Brian

On Tue, Dec 7, 2010 at 12:17 PM, Metronome / Basic
metronome.ba...@worldonline.fr wrote:
It certainly is but I cannot find it

I tried
servlet

servlet-nameuserServlet/servlet-name

servlet-classmetro.module.rpcpack.server.MyModServiceImpl/servlet-class

/servlet

servlet-mapping

servlet-nameuserServlet/servlet-name

url-pattern/metro.module.rpcpack/modervice/url-pattern

/servlet-mapping

in the web.xml of the main module
metro.module.rpcpack is the package name of the module with the rpc

should the declaration of the servlet be in the main module ?
what is the path

I cannot sort it out

Thanks

Patrick

- Original Message - From: Didier Durand
durand.did...@gmail.com
To: Google Web Toolkit google-web-toolkit@googlegroups.com
Sent: Tuesday, December 07, 2010 1:08 PM
Subject: Re: RPC in separate module

Hi,

Everything you need is detailed here:

http://code.google.com/webtoolkit/doc/1.6/DevGuideOrganizingProjects.html

On Dec 7, 11:06 am, coelho metronome.ba...@worldonline.fr wrote:

Hello

I'm trying to bild a small application using RPC to acces SQL data
( jdbc )

It works no problem so far

I'd like this application to use modules , so that the code could be
reused in others

so I'd like to put the SQL parts in a separate module

and the question is :

How do You declare a servlet that is not in the main module
( application)

or am I missing something ? ( probably)

Thanks for reading

Patrick

-
Aucun virus trouvé dans ce message.
Analyse effectuée par AVG - www.avg.fr
Version: 10.0.1170 / Base de données virale: 426/3301 - Date: 06/12/2010

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
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 google-web-tool...@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.

Re: How could this be realized? (see URL)

2010-06-25 Thread Andreas Horst

Hey Magnus,

I had a similar problem where I had to control the dimensions of grid cells.
Setting the dimension directly does not work. What I did then was to insert
SimplePanel into each cell and set the dimension of these SimplePanels.

This is also sort of a workaround but you will not have to rely on Image
sizes. You can simply adjust dimensions by methods of SimplePanel. You can
even set background colors via getElement().getStyle().

Greetings,

Andreas

2010/6/25 Magnus alpineblas...@googlemail.com

I am trying to do something similar with a Grid, but I have problems
with the pixel sizes:

- I cannot really contol the size of the cells. I can set the height,
but not the width. The width depends on the width of the whole grid
- when I add an image into a cell, the size of whole row/column may
change when the image is slightly too big

Of course one can deal with these things, by computing the size of the
whole grid, and using images with the correct sizes, but as a result
the whole thing is based on tricky workarounds and not really
predictable.

I am thinking about using the gwt-Canvas widget, but this is in an
experimental state and I don't know if I should build on it. What do
you think about this?

Thanks
Magnus

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.

--
Andreas Horst
Sohnreystraße 8, 30173 Hannover
Tel. +49 (0)170 4162251, mailto:horst.andrea...@googlemail.com

--
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-tool...@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.

Re: cursor while server processing

2010-06-22 Thread Andreas Horst

Try applying the style to a Widget the mouse cursor will certainly hover
above and that is not covered by other Widgets, for example a Button. Make
sure you place the cursor above that Widget.

I'm not sure if this will help, but in case the Style is properly changed on
that Widget it should also be changed on the RootPanel. In that case it may
simply be completely covered and MouseEvents are not propagated to the
RootPanel. I had a similar problem regarding MouseEventHandlers. Anyway I'm
not sure if browser side changes to the cursor icon are based on MouseEvents
so it really is just a suggestions. Give it a try though.

Andreas

2010/6/22 Rodrigo ipi...@gmail.com

I don't why it doesn't work, but I'd rule out the fact that there's a
server call in process. That shouldn't affect styling whatsoever.

On Jun 22, 2:06 pm, Iván Navarro ivan.navarro...@gmail.com wrote:
hi,
is there any way to change the cursor (doesn't matter its position on
screen or if it is over certain widget) during an operation in the
server side?

I've tried adding a cursor style to the main panel with addStyleName
method, but it doesn't work. I don't know if it is for the server call
(in other situations it works properly) or because I only change the
cursor for the main panel.

Thanks in advance!

Iván

--
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-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.

--
Andreas Horst
Sohnreystraße 8, 30173 Hannover
Tel. +49 (0)170 4162251, mailto:horst.andrea...@googlemail.com

--
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-tool...@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.

Re: Super Dev Mode 2.6 : NoClassDefFoundError

Re: http://zeroturnaround.com/rebellabs/the-2014-decision-makers-guide-to-java-web-frameworks/3/

Re: [POLL RESULTS] Maven project layout, what to standardize?

Re: Don't compile for the MAC and IE* when developing.

Re: What do you think?

Re: Why is my Inherits causing all the inherited module to run its onModuleLoad? :?

Re: Why is my Inherits causing all the inherited module to run its onModuleLoad? :?

GWTTestCase run by surefire 2.9

Re: GWTTestCase run by surefire 2.9

Re: GWTTestCase run by surefire 2.9

Re: GWTTestCase run by surefire 2.9

Re: Is there a way to workaround GWT compiler/serializer/linker issue?

Re: where is the best place to put client-side global constants ?

Re: Wave

Re: Wave

Re: Wave

Re: Modular rpc blues

Re: Modular rpc blues

Re: Modular rpc blues

Re: Modular rpc blues

Re: Modular rpc blues

Re: Modular rpc blues

Re: execute same code for different widget event handle

Re: Announcing Chrome Developer Plugin support for Mac and Linux

Re: Announcing Chrome Developer Plugin support for Mac and Linux

Re: Announcing Chrome Developer Plugin support for Mac and Linux

Re: RPC in separate module

Re: RPC in separate module

Re: How could this be realized? (see URL)

Re: cursor while server processing

30 matches

Site Navigation

Mail list logo

Footer information