Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Remote Application Platform (RAP) » RAP 1.5 stops preparing workbench
RAP 1.5 stops preparing workbench [message #891830] Tue, 26 June 2012 03:55 Go to next message
mcoss Missing name is currently offline mcoss Missing name
Messages: 7
Registered: November 2011
Junior Member
I am sucessfully using the maildemo application as my application base, for some time now, thanks to the community Wink.

My application did not work anymore, textfield bug under RAP 1.4, hence I did an upgrade to 1.5 RC3, which fixed this first bug.

The problem:
The former running application simply stops building its workbench right after I called the URL sometimes. Then I see the startup screen, including the by myself implemented login prompt, but nothing else. In these cases I have to restart the RAP application, running under tomcat 1.5 and java 1.6, afterwards everything is working again, but will be broken again.
This seems to be no operating system bug, as I saw this under Windows 7 and Linux, but a session related problem. I am sorry, I do not have any stack trace. Does anybody know something more? Seems to be a bug for RAP 1.5 RC+.
Re: RAP 1.5 stops preparing workbench [message #892072 is a reply to message #891830] Wed, 27 June 2012 02:34 Go to previous messageGo to next message
Mitch B. is currently offline Mitch B.
Messages: 26
Registered: September 2011
Junior Member
Sounds familiar to me. We discussed an similar problem here
www.eclipse.org/ forums/index.php/m/871488/#msg_871488

Before restarting your application, did you delete the cookies from your browser and tried to access the app again?

Regards,
Mitch
Re: RAP 1.5 stops preparing workbench [message #892152 is a reply to message #892072] Wed, 27 June 2012 04:49 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing name
Messages: 7
Registered: November 2011
Junior Member
Thank you for your post, but this does not help. I deleted all Cookie, history and other data. I restarted the browser.

I even tried it with different browsers: I tried IE 8 and Firefox 13.0.1, the latter is my target environment. Always the same.
Re: RAP 1.5 stops preparing workbench [message #892155 is a reply to message #892152] Wed, 27 June 2012 05:02 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing name
Messages: 7
Registered: November 2011
Junior Member
One more thing: I do not have any problem pressing F5, if everything is set up properly.
Re: RAP 1.5 stops preparing workbench [message #892219 is a reply to message #891830] Wed, 27 June 2012 08:38 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing name
Messages: 7
Registered: November 2011
Junior Member
A short DEBUG log, which describes the method calls during healthy startup phase:

1:25,228 [UIThread [2329EA256D5BEB99893724402EF9B358]] DEBUG rap.EntryPoint - createAndRunWorkbench()
2012-06-27 09:01:25,290 [UIThread [2329EA256D5BEB99893724402EF9B358]] DEBUG rap.ApplicationWorkbenchWindowAdvisor - preWindowOpen()
2012-06-27 09:01:25,290 [UIThread [2329EA256D5BEB99893724402EF9B358]] DEBUG rap.ApplicationWorkbenchWindowAdvisor - createActionBarAdvisor()
2012-06-27 09:01:25,291 [UIThread [2329EA256D5BEB99893724402EF9B358]] DEBUG rap.ApplicationActionBarAdvisor - makeActions()
2012-06-27 09:01:25,292 [UIThread [2329EA256D5BEB99893724402EF9B358]] DEBUG rap.ApplicationActionBarAdvisor - fillMenuBar()
2012-06-27 09:01:25,292 [UIThread [2329EA256D5BEB99893724402EF9B358]] DEBUG rap.ApplicationActionBarAdvisor - fillCoolBar()
2012-06-27 09:01:25,344 [UIThread [2329EA256D5BEB99893724402EF9B358]] DEBUG http.RESTServiceManager - createHttpGET()


and the method calls during stopping one, EOF:

7 09:49:22,670 [UIThread [1DFE80F52DC93CDCAFECDEA7C7200554]] DEBUG rap.EntryPoint - createAndRunWorkbench()
2012-06-27 09:49:22,720 [UIThread [1DFE80F52DC93CDCAFECDEA7C7200554]] DEBUG rap.ApplicationWorkbenchWindowAdvisor - preWindowOpen()
2012-06-27 09:49:22,720 [UIThread [1DFE80F52DC93CDCAFECDEA7C7200554]] DEBUG rap.ApplicationWorkbenchWindowAdvisor - createActionBarAdvisor()
2012-06-27 09:49:22,720 [UIThread [1DFE80F52DC93CDCAFECDEA7C7200554]] DEBUG rap.ApplicationActionBarAdvisor - makeActions()
Re: RAP 1.5 stops preparing workbench [message #892317 is a reply to message #891830] Wed, 27 June 2012 13:14 Go to previous messageGo to next message
Ralf Sternberg is currently offline Ralf Sternberg
Messages: 1286
Registered: July 2009
Senior Member

Just a wild guess: do you catch Throwables in your code? Or do you use
equinox.security?

Regards,
Ralf

--
Ralf Sternberg

Twitter: @EclipseRAP
Blog: http://eclipsesource.com/blogs/

Professional services for RAP and RCP?
http://eclipsesource.com/services/rap/
Re: RAP 1.5 stops preparing workbench [message #892401 is a reply to message #892317] Thu, 28 June 2012 02:48 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing name
Messages: 7
Registered: November 2011
Junior Member
No I don't use any special security settings. Everything is default. I am catching Throwables but to pass it to log4j, but not in this peace of code, which is in fact "ApplicationActionBarAdvisor.makeActions()":

protected void makeActions(final IWorkbenchWindow window) {
  aboutAction = new AboutAction(window);
  logoutAction = new LogoutAction(window);
		
  register(aboutAction);
  register(logoutAction);
}


One thing I am playing around a bit now is the following:

In "makeActions()" the application creates some, two, default Action classes and registers them as you can see above. These actions are both very basic, but e.g. in their constructors, they are both using self implemented singletons to load the image icons. Might be a fault? I know singletons can be bound to RWT, by SessionSingletonBase, which is not the case here.
Re: RAP 1.5 stops preparing workbench [message #892679 is a reply to message #892401] Fri, 29 June 2012 03:39 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing name
Messages: 7
Registered: November 2011
Junior Member
It was this singleton pattern for fetching images. I bound the singletons with RWT, now it works.
Re: RAP 1.5 stops preparing workbench [message #892710 is a reply to message #892401] Fri, 29 June 2012 05:52 Go to previous message
Ralf Sternberg is currently offline Ralf Sternberg
Messages: 1286
Registered: July 2009
Senior Member

I'm not sure if your singleton issue is directly related to the session
shutdown problem, but you really shouldn't have any singletons in your
application code. All state should have either session scope, or
application scope. Images are bound to a display, which is in turn bound
to a user session.

I was asking if you catch Throwables because that's a common mistake
that prevents the proper termination of a session. When catching
Throwables without rethrowing them, you risk the stability of your system.

Regards, Ralf


--
Ralf Sternberg

Twitter: @EclipseRAP
Blog: http://eclipsesource.com/blogs/

Professional services for RAP and RCP?
http://eclipsesource.com/services/rap/
Previous Topic:[ANN] RAP 1.5 released
Next Topic:Webapplication content parsable by Google
Goto Forum:
  


Current Time: Sat Apr 19 09:04:05 EDT 2014

Powered by FUDForum. Page generated in 0.01708 seconds