Skip to main content


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 07:55 Go to next message
mcoss Missing name is currently offline mcoss Missing nameFriend
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+.

Report message to a moderator

Re: RAP 1.5 stops preparing workbench [message #892072 is a reply to message #891830] Wed, 27 June 2012 06:34 Go to previous messageGo to next message
Mitch B. is currently offline Mitch B.Friend
Messages: 29
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

Report message to a moderator

Re: RAP 1.5 stops preparing workbench [message #892152 is a reply to message #892072] Wed, 27 June 2012 08:49 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing nameFriend
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.

Report message to a moderator

Re: RAP 1.5 stops preparing workbench [message #892155 is a reply to message #892152] Wed, 27 June 2012 09:02 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing nameFriend
Messages: 7
Registered: November 2011
Junior Member
One more thing: I do not have any problem pressing F5, if everything is set up properly.

Report message to a moderator

Re: RAP 1.5 stops preparing workbench [message #892219 is a reply to message #891830] Wed, 27 June 2012 12:38 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing nameFriend
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()

Report message to a moderator

Re: RAP 1.5 stops preparing workbench [message #892317 is a reply to message #891830] Wed, 27 June 2012 17:14 Go to previous messageGo to next message
Ralf Sternberg is currently offline Ralf SternbergFriend
Messages: 1313
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/

Report message to a moderator

Re: RAP 1.5 stops preparing workbench [message #892401 is a reply to message #892317] Thu, 28 June 2012 06:48 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing nameFriend
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.

Report message to a moderator

Re: RAP 1.5 stops preparing workbench [message #892679 is a reply to message #892401] Fri, 29 June 2012 07:39 Go to previous messageGo to next message
mcoss Missing name is currently offline mcoss Missing nameFriend
Messages: 7
Registered: November 2011
Junior Member
It was this singleton pattern for fetching images. I bound the singletons with RWT, now it works.

Report message to a moderator

Re: RAP 1.5 stops preparing workbench [message #892710 is a reply to message #892401] Fri, 29 June 2012 09:52 Go to previous message
Ralf Sternberg is currently offline Ralf SternbergFriend
Messages: 1313
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/

Report message to a moderator

Previous Topic:RAP 1.5 RC3 in iOS zooming problem
Next Topic:View title don't hide by using Fancy Theme
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Tue Apr 23 13:07:29 GMT 2024

Powered by FUDForum. Page generated in 0.03879 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top

Sign up to our Newsletter

A fresh new issue delivered monthly