I just wanted nice clean compile-time separation, so if I tried using a class out of context, IntelliJ would tell me immediately. That goes for used of classes between client and server, but also, if I tried to use a class from some library jar on the client side, IntelliJ wouldn't even allow me to add the import statement.
I'm used to this behaviour in our Java-centric projects, and I wanted to use it in GWT to save future head-scratching. :) On Oct 1, 3:44 pm, gregor <[EMAIL PROTECTED]> wrote: > It's basically the same in Intellij. But really your RPC servlets are > part and parcel of your GWT web application, so why isolate them from > it? Why not locate them in your GWT modules /server directory since > that's what it's for? > > regards > gregor > > On Oct 1, 1:56 pm, "Isaac Truett" <[EMAIL PROTECTED]> wrote: > > > > > <servlet> tags provide request mapping information for hosted mode's > > embedded Tomcat server. If you don't use hosted mode, or if you use > > hosted mode with the -noserver option, then you can omit the <servlet> > > tags from your module definition. > > > I don't use Intelli-J so I'm not sure mechanically how you would > > achieve this with Intelli-J modules but conceptually you want to > > include the server, rpc, and client classes (and client and rpc > > source) on your classpath when invoking hosted mode. When compiling > > client code for web mode, however, you only want client and rpc on > > your classpath. In Eclipse, for example, you could achieve this by > > creating three projects, myapp--client, myapp-server, and myapp-rpc, > > where myapp-client and myapp-server both add myapp-rpc to their build > > path. Your launch profile for hosted mode would include all three > > projects. > > > Does that all make sense? > > > On Wed, Oct 1, 2008 at 4:33 AM, Kieron Wilkinson > > > <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > I have tried to find other posts here and elsewhere with a similar > > > problem to no avail. > > > > I am using Intelli-J IDEA and structuring my GWT application into 3 > > > *Intelli-J* modules (being different to GWT modules), client, rpc and > > > server. Client contains my widgets, rpc contains business objects and > > > my server interface, and server contains the server implementation. > > > Both client and server "intellij modules" have a dependency on rpc so > > > they can "see" the rpc classpath. > > > > Intelli-J isolates the classpath of each module so they can be cleanly > > > separated at compile time and run time. However, doing this, I get an > > > error, shown here against the example GWT DynaTable application. > > > > [ERROR] Unable to instantiate > > > 'com.google.gwt.sample.dynatable.server.SchoolCalendarServiceImpl' > > > java.lang.ClassNotFoundException: > > > com.google.gwt.sample.dynatable.server.SchoolCalendarServiceImpl > > > [ERROR] Unable to dispatch request > > > > Now, I can get round this by configuring Intelli-J to not isolate the > > > classpath at runtime, but my question is, shouldn't the client be > > > unaware of my server implementation class? > > > > I notice the client is configured with, the following, which strikes > > > me as strange, because it references the server implementation class > > > (rather than an interface or something). > > > > <module> > > > <inherits name='com.google.gwt.user.User'/> > > > <entry-point > > > class='com.google.gwt.sample.dynatable.client.DynaTable'/ > > > > <servlet path='/calendar' > > > class='com.google.gwt.sample.dynatable.server.SchoolCalendarServiceImpl'/ > > > > </module> > > > > I'm just wondering why it is this way, and whether I can specify just > > > the interface instead so can isolate the classpath at runtime too? Or > > > perhaps this is just a quirk of GWT? (which otherwise I am extremely > > > pleased with!)- Hide quoted text - > > - Show quoted text - --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~----------~----~----~----~------~----~------~--~---
