It's all about the answers!

Ask a question

Unable to load diagram


jay brubin (21144) | asked Jul 04 '11, 8:31 a.m.
My model packages imported from RSA render well on the tree navigation.

But I keep getting "Unable to load diagram" when I click on the diagram

ERROR com.ibm.xtools.rmps.frontservice.jfsclient.RmpsRuntime

org.eclipse.swt.SWTError: No more handles [] ERROR com.ibm.xtools.rmps.frontservice.jfsclient.RmpsRuntimeException - <rdf>
<rdf>
<err>
Rmps Request Line:
GET https://jazz04.openfeedportal.com:9443/dm/diagrams/image?diagramUri=https%3A%2F%2Fjazz04.openfeedportal.com%3A9443%2Fdm%2Fmodels%2F235&tiled=true&dojo.preventCache=1309782426321 HTTP/1.1
Rmps Request Headers:
host: jazz04.openfeedportal.com:9443
user-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20100101 Firefox/5.0
accept: application/json
accept-language: en-us,en;q=0.5
accept-encoding: gzip, deflate
accept-charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
connection: keep-alive
x-ibm-rmps-internal: true
content-type: application/x-www-form-urlencoded
x-requested-with: XMLHttpRequest
referer: https://jazz04.openfeedportal.com:9443/dm/web/projects/Samp2
cookie: jfs-oauth-realm-mapping=https%3A%2F%2Fjazz04.openfeedportal.com%3A9443%2Fjts%3D0; jfs-oauth-access_token-secret0=kcNB3WTKB0FsLrlY9UnotxZcdu/gAcdN9Xrkw7GG0S4=; jfs-oauth-access-token0=4634b10bbd314dc6937fb3de3856d19f; fc=fcVal=4678787946175095010; JSESSIONIDSSO=C03581B254123E9F0633E22DB8A15DBC
org.eclipse.swt.SWTError: No more handles
at org.eclipse.swt.SWT.error(SWT.java:4109)
at org.eclipse.swt.widgets.Display.createDisplay(Display.java:902)
at org.eclipse.swt.widgets.Display.create(Display.java:890)
at org.eclipse.swt.graphics.Device.<init>(Device.java:154)
at org.eclipse.swt.widgets.Display.<init>(Display.java:499)
at org.eclipse.swt.widgets.Display.<init>(Display.java:490)
at org.eclipse.swt.widgets.Display.getDefault(Display.java:1693)
at org.eclipse.gmf.runtime.common.ui.util.DisplayUtils.getDisplay(DisplayUtils.java:41)
at com.ibm.xtools.rmps.core.contentprovider.NorvoDiagramsHelper.retrieveTileDescriptor(NorvoDiagramsHelper.java:122)
at com.ibm.xtools.rmps.core.contentprovider.NorvoDiagramServiceProvider.getTileDescriptor(NorvoDiagramServiceProvider.java:124)
at com.ibm.xtools.rmps.diagrams.internal.DiagramsFrontService.rmpsGet(DiagramsFrontService.java:101)
at com.ibm.xtools.rmps.frontservice.RmpsFrontService.rmpsService(RmpsFrontService.java:387)
at com.ibm.xtools.rmps.frontservice.RmpsFrontService.doGet(RmpsFrontService.java:505)
at com.ibm.team.jfs.app.servlet.AppContainerServlet.dispatchRequest(AppContainerServlet.java:167)
at com.ibm.team.jfs.app.servlet.AppContainerServlet.service(AppContainerServlet.java:295)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61)
at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:126)
at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:76)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.eclipse.equinox.servletbridge.BridgeServlet.service(BridgeServlet.java:120)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:420)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:879)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:811)
</err>
<err>CRITICAL</err>
<err:errorMessage rdf:datatype="http://www.w3.org/2001/XMLSchema#string"

10 answers



permanent link
Anthony Kesterton (7.5k9180136) | answered Jul 04 '11, 6:33 p.m.
JAZZ DEVELOPER
My model packages imported from RSA render well on the tree navigation.

But I keep getting "Unable to load diagram" when I click on the diagram

ERROR com.ibm.xtools.rmps.frontservice.jfsclient.RmpsRuntime

org.eclipse.swt.SWTError: No more handles

Check your ulimit values - you really may have run out of file handles or similar.

anthony

permanent link
Don Yantzi (33644) | answered Jul 07 '11, 4:45 p.m.
FORUM MODERATOR / JAZZ DEVELOPER
My model packages imported from RSA render well on the tree navigation.

But I keep getting "Unable to load diagram" when I click on the diagram

ERROR com.ibm.xtools.rmps.frontservice.jfsclient.RmpsRuntime

org.eclipse.swt.SWTError: No more handles

Jay,

Is this a Linux server machine? The Design Manager server needs a display to be able to render the diagrams (has to do with the Java classes). It doesn't need a physical display though. On my Linux server I can run it using the following commands:

export DISPLAY=localhost:38.0
Xvfb :38 -screen 0 1024x768x24 -ac &
./server.startup

Don

permanent link
Himanshu Dave (1111) | answered Jul 08 '11, 10:12 a.m.
Hi,

I am facing the same Issue while reviewing the models on the DM Server but i am not getting any error.

Can anyone please tell me what would be the solutions ?

Thanks

My model packages imported from RSA render well on the tree navigation.

But I keep getting "Unable to load diagram" when I click on the diagram

ERROR com.ibm.xtools.rmps.frontservice.jfsclient.RmpsRuntime

org.eclipse.swt.SWTError: No more handles

Jay,

Is this a Linux server machine? The Design Manager server needs a display to be able to render the diagrams (has to do with the Java classes). It doesn't need a physical display though. On my Linux server I can run it using the following commands:

export DISPLAY=localhost:38.0
Xvfb :38 -screen 0 1024x768x24 -ac &
./server.startup

Don

permanent link
Dusko Misic (1961) | answered Jul 13 '11, 11:49 a.m.
FORUM MODERATOR / JAZZ DEVELOPER
What is the server OS?

permanent link
Ankur Bhattacharya (5897) | answered Apr 24 '12, 2:16 a.m.
When we try to view the model diagrams of the imported models in the RSADM server using the web ui, we are getting an error which says "Unable to load diagram".

We already went through the following forum post and increased the Open files limit and set the DISPLAY variable in our Linux server. However this did not resolve the problem.

https://jazz.net/forums/viewtopic.php?p=60203)

This is the error that we see in our RSADM server log. Could you please help us resolve this error.

Thanks.

2012-04-23 01:36:47,505 [             WebContainer : 12] [] ERROR com.ibm.xtools.rmps.frontservice.jfsclient.RmpsRuntimeException  - <rdf>

<rdf>
<err>
Rmps Request Line:
GET https://rcc-pok-idg-1575.cloud9.ibm.com:9445/dm/diagrams/image?diagramUri=https%3A%2F%2Frcc-pok-idg-1575.cloud9.ibm.com%3A9445%2Fdm%2Fmodels%2F4&tiled=true&dojo.preventCache=1335159413838 HTTP/1.1
Rmps Request Headers:
Host: rcc-pok-idg-1575.cloud9.ibm.com:9445
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20100101 Firefox/11.0
Accept: application/json
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
Connection: keep-alive
X-ibm-rmps-internal: true
Content-Type: application/x-www-form-urlencoded
X-Requested-With: XMLHttpRequest
Referer: https://rcc-pok-idg-1575.cloud9.ibm.com:9445/dm/web/projects/Test%20PA
Cookie: xyz..
org.eclipse.swt.SWTError: No more handles [gtk_init_check() failed]
at org.eclipse.swt.SWT.error(SWT.java:4109)
at org.eclipse.swt.widgets.Display.createDisplay(Display.java:902)
at org.eclipse.swt.widgets.Display.create(Display.java:890)
at org.eclipse.swt.graphics.Device.<init>(Device.java:154)
at org.eclipse.swt.widgets.Display.<init>(Display.java:499)
at org.eclipse.swt.widgets.Display.<init>(Display.java:490)
at org.eclipse.swt.widgets.Display.getDefault(Display.java:1693)

permanent link
Alex Boyko (2644) | answered Apr 24 '12, 11:01 p.m.
Looks like a defect to me. Please create a defect against DM Server and provide the server log files (dm.log at the very least) Which version of DM is that?
Can you also roughly estimate the number of diagrams the server had generated successfully?Diagram files are in the server work folder .Think it's <installtion>/server/tomcat/work/.metadata/.plugins/com.ibm.xtools.rmps.core Which format are diagram image files? PNG?
If you reboot the server machine, clean up the diagram cache folder, how soon do you start getting out of handles problem? Do you just open diagrams in the web browser?

Perhaps there is an issue with disposing platform resources on Linux...
I doubt you run out of handles because of diagrams generaton. If image format for diagrams is default: PNG, then image generation uses AWT only, which means there won't be any platform resources.

Cheers,
Alex

permanent link
Ankur Bhattacharya (5897) | answered Apr 25 '12, 5:29 a.m.
Looks like a defect to me. Please create a defect against DM Server and provide the server log files (dm.log at the very least) Which version of DM is that?

We are using RDM 3.0. I will open a defect and attach the dm.log file to the defect.
Can you also roughly estimate the number of diagrams the server had generated successfully?Diagram files are in the server work folder .Think it's <installtion>/server/tomcat/work/.metadata/.plugins/com.ibm.xtools.rmps.core Which format are diagram image files? PNG?

This is a newly setup server and we are not able to browse any of the model diagrams since we imported the first model. We even tried this with the sample model (JKE Banking) but even there we are not able to browse the diagrams. Also I could not find a .metadata folder under the /opt/IBM/DesignManagement/server/tomcat/work directory. I only see a catalina folder there.
If you reboot the server machine, clean up the diagram cache folder, how soon do you start getting out of handles problem? Do you just open diagrams in the web browser?

We have never been able to open a diagram using the web ui in this server. We are able to view the diagram using RSA eclipse client.


Perhaps there is an issue with disposing platform resources on Linux...
I doubt you run out of handles because of diagrams generaton. If image format for diagrams is default: PNG, then image generation uses AWT only, which means there won't be any platform resources.

Cheers,
Alex

In dm.log we see that the SWT APIs are being invoked. If this is a Linux resource level issue then what would be your suggestion to resolve this? We checked the RDM Server diagnostics and the diagnostics are ok.

permanent link
Alex Boyko (2644) | answered Apr 25 '12, 2:34 p.m.
Just to confirm. You've installed the server, imported sample project via setup wizard. Now, went in to explorer to look at jke bankin model contents. Tried to open a diagram fo the first time and it crashed with out of handles error?!
Which brand of Linux are you running?

permanent link
Ankur Bhattacharya (5897) | answered Apr 26 '12, 1:52 a.m.

Which brand of Linux are you running?

Yes you are right and we are running Red Hat Enterprise Linux Server release 5.8 (Tikanga).

permanent link
Ankur Bhattacharya (5897) | answered May 04 '12, 2:46 a.m.
The issue got resolved through the discussion in the following work item

https://jazz.net/jazz04/web/projects/Design%20Management#action=com.ibm.team.workitem.viewWorkItem&id=29222

Your answer


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.