There have been reports of the 64-bit versions of Eclipse not having the
default update sites (such as the Galileo Update Site) included. Since the
Google Plugin for Eclipse depends on WST, Eclipse needs to hit the Galileo
update site during installation.
Try Eclipse 3.5.1 and see if you run into
This is exactly right - just add:
-startupUrl http://myotherserver/path/to/my/page.html
to the program arguments list. Note that the argument is -startupUrl, not
-startUrl.
On Thu, Dec 10, 2009 at 8:38 AM, Thomas Broyer t.bro...@gmail.com wrote:
On Dec 10, 11:13 am, Stefan Sigvardsson
What version of GWT are you using? If you're using GWT 2.0, there is no
longer a dependency on Gecko.
If you're using GWT 2.0 final, blow away the generated directory under your
war folder, and try re-launching.
On Wed, Dec 9, 2009 at 9:26 AM, vbhansaly vbhans...@gmail.com wrote:
To work
Right now, there is no way to achieve this when using the Google Plugin for
Eclipse. That is definitely one of the features on our list though.
On Wed, Dec 9, 2009 at 11:46 AM, Lee leedst...@gmail.com wrote:
Hi Everyone,
Just upgraded to GWT 2.0 in Eclipse and have been trying it out. One
What are you using to log client-side messages?
On Wed, Dec 9, 2009 at 11:58 AM, Paul oldcoderexcept...@gmail.com wrote:
um
Since it all seems to be embedded in Eclipse now, where do I find all
the client side logging messages?
Paul
On Dec 8, 7:13 pm, Miguel Méndez mmen...@google.com
To be clear, when you make a change to your JSP, you end up seeing the
difference, but when you make a change to your GWT code, you don't see those
changes?
When you hit save in your IDE, nothing special (from GWT's point of view)
happens. The magic happens when you refresh your browser. That
Glad you got it working. Usually, this problem stems from two areas:
1) Not deleting the generated files in your war directory when you switch
SDKs. This is really something that we need to fix in the Google Plugin for
Eclipse or GWT itself, as developers should not be expected to do this when
If you want to use the Development Mode UI provided by GWT, define the
USE_REMOTE_UI environment variable for the launch configuration, and set its
value to false. You can do this via the Environment tab for the launch
configuration.
If you don't mind, can you tell us why you're not a fan of the
=output path=war/WEB-INF/classes/
/classpath
The project does seem to compile ok, btw. Despite the error.
On Dec 10, 5:06 pm, Rajeev Dayal rda...@google.com wrote:
Hey,
Do you mind pasting the contents of your .project and .classpath files? I
want to verify that the DevMode class
Hi,
When you were installing the plugin, did you have the option Contact All
Update Sites During Install to Find Required Software checked?
Our plugin has some dependencies on WST, and some installations of Eclipse
do not have them by default. However, the Galileo update site (which is
included
On Tue, Dec 8, 2009 at 11:35 PM, Brendan bcke...@gmail.com wrote:
When I updated as noted above, Eclipse automatically detected I was
updating the plugin, not installing something new, and took care of
the uninstallation/installation for me. YMMV.
Yes, that is correct. Eclipse will
On Tue, Dec 8, 2009 at 11:33 PM, Brendan bcke...@gmail.com wrote:
I had to install new software, not just update, but it found the
latest plugin and the 2.0 sdk just fine.
Unrelated to your question, I also had to manually switch from the 1.7
to the 2.0 SDK in GWT settings, but that might
Are you currently using GWT 2.0 RC2? If so, why not use the Web Application
Launch Configuration? As long as your application has a war directory, the
issue with the incorrect addition of the -style argument will not occur.
As an FYI, to get your Java launch configuration working, you need to add
Hey Adam,
Try adding the following to the program arguments of your launch
configuration:
-startupUrl webconfig/default
Rajeev
On Tue, Dec 1, 2009 at 12:03 AM, ahawtho adam.hawtho...@gmail.com wrote:
When running in Development mode from the Eclipse plugin, the DevMode
console does not
Hey Jeff,
What happens if you try to use the code-completion facilities? That is, in
the ClientBundle field, type com and hit CTRL-Space. Try choosing the
ClientBundle type name that way.
Rajeev
On Wed, Nov 25, 2009 at 6:19 PM, Jeff Chimene j...@grandadventuresranch.com
wrote:
Hi,
How
Hey Jeff,
Thanks for reporting this. I've done some investigation, and it seems that
this problem is happening because one of our plugins accesses the class
JavaElementImageDescriptor, which then causes the activation of some
UI-related plugins. That results in a SWT exception, because the
Previously, specifying the startupURL would cause the Hosted Browser to open
up and navigate to this address by default. With the new Development Mode,
the Development Mode debugging session is started by having the user enter
the URL in their (real) brower's address bar. So, the startupURL is
The Google Plugin for Eclipse 1.2 RC2 works with the GWT SDK 2.0 RC2 and App
Engine SDK 1.2.6.
2009/11/29 Lúcio Camilo luciocam...@gmail.com
Why Google Plugin 1.2 for Gwt 2.0 rc2 needs the sdk for GWT 2 and the older
Plugins doesnt need of the SDK??
--
You received this message because you
Hi,
See:
http://code.google.com/eclipse/docs/existingprojects.html
for information on this. Basically, you're following the right approach
here. We don't integrate with Eclipse's J2EE facilities, which is why you
cannot use the typical methods for configuring Web App libraries.
We also provide
Hey Jeff,
Sounds like you found a bug with subtypes of ClientBundle that are inner
classes. We're tracking it, and we'll take care of it for the final release.
Thanks,
Rajeev
On Mon, Nov 30, 2009 at 12:46 PM, Jeff Chimene jchim...@gmail.com wrote:
On Mon, Nov 30, 2009 at 9:30 AM, Rajeev
Hi Jeff,
The method you've outlined below will work. Alternatively, you can blow away
everything google related in eclipse/dropins, and then unzip the RC2 archive
into the dropins directory. There is no dependency between the RC1 and RC2
plugins. That is, one does not have to be installed on top
Glad its working for you. I'll keep my eyes out for any other reports of
this.
On Mon, Nov 30, 2009 at 12:11 PM, Jeff Chimene jchim...@gmail.com wrote:
Hi Rajeev,
On Mon, Nov 30, 2009 at 9:32 AM, Rajeev Dayal rda...@google.com wrote:
Hi Jeff,
The method you've outlined below will work
Hey Jeff,
Sorry it took me a while to get back to you.
On Wed, Nov 18, 2009 at 5:43 PM, Jeff Chimene jchim...@gmail.com wrote:
On Wed, Nov 18, 2009 at 3:12 PM, Rajeev Dayal rda...@google.com wrote:
Hi Jeff,
This is a known bug that we'll have fixed for the next RC.
To avoid this error
and cannot
find it?
-John
On Nov 16, 8:16 am, Rajeev Dayal rda...@google.com wrote:
@Stephen: What platform are you on?
@Rodrigo: That sounds like a GXT-specific bug. Have you tried posting on
their forum?
2009/11/15 Stephen Graham sggraha...@gmail.com
I am getting a similar error
Ok, I did confirm it - check out the documentation on
DevModeUI.setStartupURLs - that defines the values in the map.
2009/11/24 Miguel Méndez mmen...@google.com
On Tue, Nov 24, 2009 at 12:17 AM, rda...@google.com wrote:
Thanks for the review!
The Rietveld link does not seem to be working, but LGTM.
On Wed, Nov 18, 2009 at 5:18 PM, mmen...@google.com wrote:
Reviewers: rdayal, jat,
Please review this at http://gwt-code-reviews.appspot.com/103813
Affected files:
M dev/core/src/com/google/gwt/dev/DevModeBase.java
Index:
Hi Jeff,
This is a known bug that we'll have fixed for the next RC.
To avoid this error, do not close the Web App Launch View once it has been
opened (minimization is okay, the problem occurs when you actually close the
view). If you do get into this state, restarting Eclipse will fix the
Based on some recent discussions, we're going to make a change where we
modify the log levels depending on what UI the user is using. I'll send out
a CL for this shortly.
On Wed, Nov 18, 2009 at 6:07 PM, j...@google.com wrote:
http://gwt-code-reviews.appspot.com/103812/diff/1/2
File
As an additional note, this also applies to Eclipse 3.5.
On Tue, Nov 17, 2009 at 7:03 PM, Chris Ramsdale cramsd...@google.comwrote:
Great to here. After talking this over with Rajeev it is worth pointing out
to the rest of the group that the general installation rules for Eclipse 3.4
and up
.
On Oct 28, 1:12 pm, Rajeev Dayal rda...@google.com wrote:
Hm, I would have expected that to work. Can you verify that when this
problem happens, you have large cookies in the directories that you
tried to
clear?
I believe that the Vista cookies directory is:
C:\Users\ your
Hi,
As an FYI, we're going to release a version of the plugin that fixes this
issue shortly.
However, with the issue that you're experiencing, I wonder if you did not
revert your version of DevMode* back far enough. What version did you revert
to?
Rajeev
On Mon, Nov 16, 2009 at 6:08 AM,
Unfortunately, there was a breaking change between the trunk and the current
version of the Google Plugin for Eclipse. We'll be releasing an updated
version soon, but in the meantime, if you want to use trunk, you'll have to
create a Java launch configuration for your application.
On Thu, Nov 12,
Which install of Eclipse are you using? What other plugins do you have
installed?
On Wed, Nov 11, 2009 at 9:59 AM, tobias tobias.girsch...@gmail.com wrote:
Cannot complete the install because of a conflicting dependency.
Software being installed: Google App Engine Java SDK 1.2.6
Unfortunately, there is no way to tell the plugin to use a different
location for the war directory. We have a feature request open for this
functionality.
On Thu, Nov 12, 2009 at 9:56 AM, olivier nouguier
olivier.nougu...@gmail.com wrote:
Hi norman,
Did you try the other solution which is
...
On Oct 15, 9:29 pm, Rajeev Dayal rda...@google.com wrote:
Hey dougx,
Are you using the Google Plugin for Eclipse? If so, switching the SDK
should
update the gwt-servlet.jar in your war/WEB-INF/lib folder. However, there
is
another issue that you'd run into:
http://code.google.com
gwtc needs mozilla?
Can I throw away mozilla and build without this error?
Thanks!
-bodrin
On Sep 29, 5:56 pm, Rajeev Dayal rda...@google.com wrote:
Hi,
I've talked with another GWT developer, and he indicated that most likely
your Linux installs were updated, and they broke something
Unfortunately, the embedded version of Mozilla that GWT uses is a bit
fragile when it comes to different Linux distros. I'd recommend that you
give GWT Trunk or GWT 2.0 a try, as it does not use embedded Mozilla.
On Wed, Nov 11, 2009 at 1:38 PM, Jeff Levesque
jeffreysleves...@gmail.comwrote:
Hi
http://code.google.com/p/googleappengine/issues/detail?id=1515
On Thu, Nov 12, 2009 at 11:17 AM, Norman Maurer
norman.mau...@googlemail.com wrote:
Do you have the issue id handy ? Just so I can look at it ;)
Bye,
Norman
2009/11/12 Rajeev Dayal rda...@google.com:
Unfortunately
Also this one:
http://code.google.com/p/google-web-toolkit/issues/detail?id=3583
On Fri, Nov 13, 2009 at 12:24 AM, Rajeev Dayal rda...@google.com wrote:
http://code.google.com/p/googleappengine/issues/detail?id=1515
On Thu, Nov 12, 2009 at 11:17 AM, Norman Maurer
norman.mau
of GWT after reverting the files.
On Nov 12, 3:47 pm, Rajeev Dayal rda...@google.com wrote:
A plugin update that fixes this issue will be released in the near
future.
On Thu, Nov 12, 2009 at 6:39 AM, shahid shahidza...@gmail.com wrote:
hi, I have also got the same problem as misterln2. Using
Can you post the contents of your appengine-web.xml file?
On Thu, Nov 12, 2009 at 1:26 PM, Angel Marquez angel.marq...@gmail.comwrote:
Ah, fantastic. I will tackle this today and let you know if my monitors
explode.
I think that was the last one on my list to figure out.
The app engine
/appengin-web-app
I wanted to include, I'm not complaining. The tutorials are beautifully
written like chris pointed out. I'm stoked and like the google style.
No problem, we value feedback! If a tutorial has rough spots, we want to
know!
On Thu, Nov 12, 2009 at 9:32 PM, Rajeev Dayal rda
jchim...@gmail.com wrote:
On Thu, Nov 12, 2009 at 9:06 AM, Rajeev Dayal rda...@google.com wrote:
Hm, it does seem that the plugin is throwing an exception here:
FWIW, I have seen FF 3.5 crash after some time. I don't know how to
reproduce the problem. The crash reporter is enabled
Hi Joe,
Are you still running into problems? Can you describe the exact problem
you're seeing? Also, can you describe your system config (platform, GWT
version, JDK version)?
Thanks,
Rajeev
On Thu, Oct 22, 2009 at 12:35 PM, Joe joe.arcene...@gmail.com wrote:
Is there no update on this sorry
(which I think is the last?).
Hope this helps, thanks for your help.
Francesco
On Oct 16, 7:31 am, Rajeev Dayal rda...@google.com wrote:
Hi Francesco,
Sorry that you've been running into trouble. I've tried to reproduce the
problem by:
1) Installing Eclipse 3.3.2 on Linux
2
in the future. =(
If you know where the hosted browser stores cookies, could you tell
me? Probably, they were not stored in those directories, which I
cleaned.
On 14 окт, 21:58, Rajeev Dayal rda...@google.com wrote:
As an FYI, I think the default buffer size on Jetty 6 is 8k, so your
current
Hi,
If you take a look at your error log by going to Window-Show View-Error
Log, do you see any related exceptions?
Rajeev
On Fri, Oct 23, 2009 at 9:23 PM, shooty sasan.sa...@gmail.com wrote:
Hi,
I installed Eclipse and GWT-Plugin several times. When I try to
compile the Package, i
to debug my app even if the latest patch wasnt out
yet :)
Christian
On Wed, Oct 14, 2009 at 2:08 PM, Rajeev Dayal rda...@google.com wrote:
Hey Christian,
On Tue, Oct 13, 2009 at 11:12 AM, Christian Goudreau
goudreau.christ...@gmail.com wrote:
Yes, the windows is frozen and I'm running
Hey Edo,
GWT's development mode web server uses Jetty, so it is also possible that
the problem may have something to do with Jetty itself, or GWT's
configuration of Jetty.
To test if the plugin itself is the cause, can you create a pure Java launch
configuration for your project, and launch it
Hey dougx,
Are you using the Google Plugin for Eclipse? If so, switching the SDK should
update the gwt-servlet.jar in your war/WEB-INF/lib folder. However, there is
another issue that you'd run into:
http://code.google.com/p/google-web-toolkit/issues/detail?id=4126
Hi Francesco,
Sorry that you've been running into trouble. I've tried to reproduce the
problem by:
1) Installing Eclipse 3.3.2 on Linux
2) Installing version 1.1.1 of the plugin and the 1.7.1 GWT SDK
3) Restarting Eclipse
4) Creating a new Project
5) Adding some JSNI to one of the client classes
As an FYI, I think the default buffer size on Jetty 6 is 8k, so your current
setting will not change anything. However, you should really not need to
modify Jetty's parameters in this way. Do you have any idea as to why your
request header could be more than 8k in size?
Can you compile your app,
files).
Hope I'm more clear :)
Christian
On Mon, Oct 12, 2009 at 6:24 PM, Rajeev Dayal rda...@google.com wrote:
Hi,
On Thu, Oct 8, 2009 at 11:03 AM, Christian Goudreau
goudreau.christ...@gmail.com wrote:
Here's some update :
I installed another instance of eclipse, installed
Thanks for posting the command line. The following entry caught my eye:
*Users/bhu/Downloads/gwt-2.0.0-ms1/gwt-dev-mac.jar *
*
*
*If you're using GWT 2.0 MS1, you should not have a jar named
'gwt-dev-mac.jar'. There should only be a gwt-dev.jar. Can you try again
with a clean install of GWT 2.0
Hi,
If you chose to install the GWT SDK as part of the plugin installation, then
you have everything that you need to start writing GWT applications. The SDK
is located in:
your eclipse install
dir/plugins/com.google.gwt.eclipse.sdkbundle.platform_version/gwt-platform-gwt
version/
If you have
-[group]+[gwtep-eng]
Sounds like it may be
http://code.google.com/eclipse/docs/faq.html#wstinstallerror
On Mon, Oct 12, 2009 at 4:21 PM, Chris Ramsdale cramsd...@google.comwrote:
Are you trying to install the plugin via the Eclipse-Help-Install New
Software menu item? If so, what site URL are
Well the private reply didn't work out, but try that anyway :).
Sounds like it may be
http://code.google.com/eclipse/docs/faq.html#wstinstallerror
On Mon, Oct 12, 2009 at 4:21 PM, Chris Ramsdale cramsd...@google.comwrote:
Are you trying to install the plugin via the Eclipse-Help-Install
regards,
Florian
On 5 Okt., 18:35, Rajeev Dayal rda...@google.com wrote:
Hi,
In Hosted Mode, we're trying to mirror the deployment environment as
closely
as we can. As such, we want to throw an error if you're missing libraries
in
your war/WEB-INF/lib folder, as this would be an error
Hi,
On Thu, Oct 8, 2009 at 11:03 AM, Christian Goudreau
goudreau.christ...@gmail.com wrote:
Here's some update :
I installed another instance of eclipse, installed the GWT plugin and then
added GWT 2.0.
I create a new project, runned it and everything worked fine exept that the
The Java classpath (in the context of the error message) is exactly what is
listed under the Classpath tab for the launch configuration that you're
running. Can you tell me what classpath entries are listed there? This
classpath is also known as the Runtime Classpath.
You should not need to add a
What OS are you running on?
My suspicion is that there is some sort of cookie problem (though I know
that you tried to clear your cookies). Do you know if GXT sets some sort of
cookie? Is your application code setting cookies? How did you try and clear
the cookies?
On Sat, Oct 10, 2009 at 8:07
login.html in war dir. but i m not able to create login.nocache.js how
to do that m not using eclips. thnks
On 10/12/09, Rajeev Dayal rda...@google.com wrote:
Hi,
If you chose to install the GWT SDK as part of the plugin installation,
then
you have everything that you need to start
We didn't bundle GWT 2.0 MS1 with the plugin, as it is still a milestone. To
add it as another GWT SDK to your Google Plugin For Eclipse installation,
download GWT 2.0 MS1, unzip it, and follow these instructions:
http://code.google.com/eclipse/docs/using_sdks.html
With regard to the Snow Leopard
Happy to hear you're interested in hacking away on the plugin ;)
On Mon, Oct 12, 2009 at 2:32 PM, Sam Gross colesb...@gmail.com wrote:
I opened issue 4124 (
http://code.google.com/p/google-web-toolkit/issues/detail?id=4124).
-Sam
On Mon, Oct 12, 2009 at 2:08 PM, Jason Parekh
configuration workaround.
On Mon, Oct 5, 2009 at 2:53 PM, Rajeev Dayal rda...@google.com wrote:
Hm, that is odd. I'll try this test myself and let you know.
On Mon, Oct 5, 2009 at 1:04 PM, John Patterson jdpatter...@gmail.comwrote:
I updated the Eclipse plugin and still get the problem if I use
/GoogleWebToolkit/2009-04/msg00819.html
Abhi
On Oct 5, 10:42 am, Rajeev Dayal rda...@google.com wrote:
What version of GWT are you using?
Shot in the dark, but have you made any changes to your Internet Explorer
preferences?
Also, have you seen this happen when you try to access any
What version of GWT are you using?
Shot in the dark, but have you made any changes to your Internet Explorer
preferences?
Also, have you seen this happen when you try to access any other pages?
On Wed, Sep 30, 2009 at 12:42 PM, Power Bottom larse...@gmail.com wrote:
I'm using windows 7 and it
Hey John,
Were you attempting to launch in Out-of-process-hosted-mode? If so, there
was a bug that was fixed in version 1.1.1 of the plugin where the
-XstartOnFirstThread argument was being added to out-of-process-hosted-mode
launch configurations. This was not the correct behavior, and would have
Hi Martin,
I tried to reproduce the problem using the JEE version on Linux, but I was
not able to run into the exception that you're seeing.
What workspace are you using when you use the new install of JEE? Are you
using an old workspace, or a new one?
Rajeev
On Thu, Oct 1, 2009 at 5:30 AM,
In GWT 2.0, there will no longer be a platform-specific version of the
gwt-dev jar, so this problem will go away.
For now, one way to handle it would be to leave a reference to the
platform-specific jar in the project's classpath. The other developer will
need to modify the classpath and change
Glad that it is working, and I'm sorry that we're only getting back to you
now!
On Thu, Oct 1, 2009 at 1:21 PM, jrklein jrkl...@jrklein.com wrote:
PROBLEM RESOLVED
It seems my Eclipse+GWT problems were caused by incomplete/corrupt
downloads all around. Pretty frustrating since I frequently
Hey Florian,
Just to be clear, your gwt.xml files should be in your source folder. So,
the .gwt.xml files should never be on the same level as your war folder.
As for why putting the war folder as your root folder removed the warning,
it is GWT's convention to have the war folder at the root of
Hi,
In Hosted Mode, we're trying to mirror the deployment environment as closely
as we can. As such, we want to throw an error if you're missing libraries in
your war/WEB-INF/lib folder, as this would be an error condition when you
actually deploy.
If this doesn't answer your question, let me
The UI freezes just like before but when I create my own launch there is no
problem
Can someone confirm if this bug still exists for OOPHM on the mac with
Eclipse 3.5 or is my setup wrong?
Thanks,
John
On 5 Oct 2009, at 22:55, Rajeev Dayal wrote:
Hey John,
Were you attempting to launch
Generally, you should not be committing GWT's generated artifacts into
version control. Of course, this is completely up to you, but the usual way
to do this would be to tag your source code at a particular point and time,
and then use a build script to generate a war file for deployment.
As has
Hi,
Any resources under war/projectname are automatically generated by the GWT
compiler, and it will blow away any artifacts that you add under there by
hand. You can either put these resources in a war/non project name folder,
or you can put them in a public directory which is a peer of your
Hi,
I've talked with another GWT developer, and he indicated that most likely
your Linux installs were updated, and they broke something with the 5-year
old Mozilla that we ship. Unfortunately, we're not doing anything at this
time to support legacy (or soon-to-be legacy) hosted mode on newer
Hi,
I'd recommend that you post this message in the Google App Engine for Java
group:
http://groups.google.com/group/google-appengine-java
Also, I'd get back to the working state you had before you disabled App
Engine and uninstalled the plugin. That will make it easer for the
developers to
Hi Keith,
Can you see if any errors are appearing in your Error Log? To view it, go to
Window - Show View - Error Log.
Also, what distribution of Eclipse are you running (Classic, Java, J2EE,
etc..)? What version of Galileo are you using?
Thanks,
Rajeev
On Wed, Sep 23, 2009 at 9:20 PM,
Hey Robert,
Just to be clear, you do not have any jars on your classpath or build path
that contain Xerces? If you actually list all of the class files in the
jars, are there any Xerces classes listed?
Rajeev
On Tue, Sep 8, 2009 at 3:27 PM, Robert Cooper keber...@gmail.com wrote:
I am
Could we modify the hosted mode servlet so that it set the appropriate
no-cache headers on hosted.html? I've also run into this issue due to
browser caching.
Also, is this file re-generated every time hosted mode is started up? If
not, it definitely should be.
On Mon, Sep 21, 2009 at 1:26 PM,
Do you also need to apply the same fix for the launch configurations that
are generated by WebAppCreator?
On Thu, Sep 17, 2009 at 3:10 PM, sco...@google.com wrote:
http://gwt-code-reviews.appspot.com/68803/diff/1/3
File user/src/com/google/gwt/user/tools/WebAppCreator.java (right):
:
classpathentry kind=src output=target/classes path=src/main/
java/
classpathentry excluding=** kind=src output=target/classes
path=target/base-resources/
Greetings,
Nikolay
On Sep 11, 9:42 pm, Rajeev Dayal rda...@google.com wrote:
Hi Nikolay,
Is the behavior reproducible? That is, if you
Hi Jeff,
I admit that this is confusing, as the war folder is treated as both an
input and output folder.
I think that the above recommendations are good. You should version
everything in the war folder, except for those artifacts that are
automatically generated from your source. Artifacts that
Hi Nikolay,
Is the behavior reproducible? That is, if you move the module file back into
the other source directory, do you run into the problem?
Rajeev
On Fri, Sep 11, 2009 at 3:23 PM, Nikolay erdtekw...@googlemail.com wrote:
I moved the MyModule.gwt.xml file from the my
Hi,
The www directory has been replaced with the war directory. It should be
located as a peer of your src directory.
If you're using the Google Plugin for Eclipse, your directory must be named
war. Otherwise, you can specify the location of the war directory via
the -war argument.
Rajeev
Are
Hey Pietro,
I think this is a cookie-related problem. I've heard that it can happen when
using ext-GWT (I think), because it sets a large cookie.
Go to your ~/.mozilla directory, and blow away the eclipse directory.
Then, try running the app again.
Rajeev
On Thu, Sep 3, 2009 at 6:37 AM,
Hi,
Are you sure you even need Xerces in your application? Do you reference any
Xerces classes directly in your application code?
If not, you should remove xercesImpl.jar from:
1) jre/lib/ext
2) Your build classpath
3) war/WEB-INF/lib
Then, try and run your app, and tell me what the error is.
@Ray: To clarify, you need to add -d32 to the launch config though, right?
On Thu, Sep 3, 2009 at 3:22 PM, cromwell...@gmail.com wrote:
On 2009/09/03 19:07:53, knorton wrote:
Ray,
Can you confirm that this patch fixes the Snow Leopard issue. It's the
same
patch as before with the typo
Hi,
The log that you posted seems to show that you tried to install the 3.4
version of the plugin on Eclipse 3.5, which will not work. Then, it seems
that you tried to install the Eclipse 3.5 version of the plugin, but the
repository could not be reached.
Can you start with a clean workspace and
'post back here and we'll dig deeper' if you
don't intend to follow the thread and make good on your promise?
Dave
On Aug 25, 9:20 am, Rajeev Dayal rda...@google.com wrote:
Hey Dave,
A couple things to try:
-Blow away the mmclient subdirectory located under your war directory
Hey Luca,
Thanks for posting this link. I'm sure that this information will be helpful
to many developers.
Thanks,
Rajeev
On Wed, Aug 26, 2009 at 9:58 AM, Luca Masini luca.mas...@gmail.com wrote:
I posted this on the Google Gadget Group (I think that is the rigth
one), but in case someone
Hey Dave,
A couple things to try:
-Blow away the mmclient subdirectory located under your war directory
-Clear your FF3 cache
Try that out and see if that helps. If not, post back here and we'll dig
deeper.
Rajeev
On Mon, Aug 24, 2009 at 2:36 PM, Dave dfdumar...@gmail.com wrote:
Hi all,
I believe this is the issue that you're running into.
http://code.google.com/p/google-web-toolkit/issues/detail?id=3557
We're trying to see what happened with this issue. If the patch never got
committed, we'll schedule the patch for the next release of GWT.
A workaround is provided in the issue
I believe this is the issue that you guys are running into:
http://code.google.com/p/google-web-toolkit/issues/detail?id=3557
We're trying to see what happened with this issue. If the patch never got
committed, we'll schedule the patch for the next release of GWT.
A workaround is provided in the
Hey Paul,
That's not good at all. Can you check out your error log and see if you
notice any problems? To see your error log, go to Window - Show View -
Error Log.
Thanks,
Rajeev
On Wed, Aug 19, 2009 at 2:03 PM, Paul Grenyer paul.gren...@gmail.comwrote:
Hi All
I've taken the plunge and
Hi,
As some of you may recall, there as an issue with debugging if you're using
JDK 1.6.0_14. You'll find that your breakpoints are not hit. More details on
the issue can be found here:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6862295
This issue has been recently fixed in JDK 1.6.0_16.
Hi,
As some of you may recall, there as an issue with debugging if you're using
JDK 1.6.0_14. You'll find that your breakpoints are not hit. More details on
the issue can be found here:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6862295
This issue has been recently fixed in JDK 1.6.0_16.
There are some incompatibilities between Eclipse's Dynamic Web Projects, and
applying the GWT Nature to these projects. When we wrote the plugin, we did
not explicitly try to integrate with Eclipse's J2EE support. However, a few
people on here have figured out a way to make the two work together.
As an FYI, the next release of GWT will no longer require that you use a
32-bit JVM. It will support a mode of execution known as
Out-of-process-hosted-mode. Instead of debugging your application using
the hosted browser, you'll be able to debug it while it runs in a real
browser. Since the hosted
201 - 300 of 448 matches
Mail list logo
