[topbraid-users] Where can I locate previous versions of TBCME for Windows?
I need to find a copy of 64 bit TBCME for Windows, version 4.2. I am having a problem loading up a SWP page on 4.4 and it is working fine on 4.2 (albeit on a Mac). Thanks. -- -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbraid-users@googlegroups.com To unsubscribe from this group, send email to topbraid-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/topbraid-users?hl=en --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[topbraid-users] Re: Where can I locate previous versions of TBCME for Windows?
I suppose I should clarify 'why' I want to do this but thank you for the link (I'll try it out). The reason I want to go to 4.2 is that I am getting a load error in the browser (see trace below). This is from Windows 64-bit TBCME version 4.4. I have already run System-Refresh Topbraid system registries (SPIN etc). I would rather use the current version if I can figure out what the differences are in 4.4 that produce this result that don't occur in 4.2. Thanks for any pointers. Jack Operation failed. On: Jun 30, 2014 9:05:38 AM Reason: java.lang.IllegalArgumentException: View class http://siemens.com/swa/doc#SymptomsIndex has no ui:responseType and therefore cannot be called from a web service at org.topbraid.spin.swp.servlet.SWPServletUtil.runUncached(SWPServletUtil.java:691) at org.topbraid.spin.swp.servlet.SWPServletUtil.run(SWPServletUtil.java:502) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:169) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:150) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:132) at org.topbraidlive.swp.servlet.SWPServlet.doGet(SWPServlet.java:61) at javax.servlet.http.HttpServlet.service(HttpServlet.java:735) at org.topbraid.auth.servlet.TBAuthEnabledServlet.service(TBAuthEnabledServlet.java:38) at org.topbraid.eclipsex.servlet.TBHttpServlet.service(TBHttpServlet.java:125) at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:180) at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:128) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:60) at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) at org.eclipse.equinox.http.jetty.internal.HttpServerManager$InternalHttpServiceServlet.service(HttpServerManager.java:386) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:229) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) at org.eclipse.jetty.server.Server.handle(Server.java:370) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494) at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:667) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) at java.lang.Thread.run(Unknown Source) On Monday, June 30, 2014 8:09:10 AM UTC-7, Jack Hodges wrote: I need to find a copy of 64 bit TBCME for Windows, version 4.2. I am having a problem loading up a SWP page on 4.4 and it is working fine on 4.2 (albeit on a Mac). Thanks. -- -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbraid-users@googlegroups.com To unsubscribe from this group, send email to topbraid-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/topbraid-users?hl=en --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [topbraid-users] Re: Where can I locate previous versions of TBCME for Windows?
Jack, the error message states what you need to do. For each SWP class you want to expose as a Web service, you need to provide a response type. In addition to assisting the mime type of the response, this serves as a way to control access to the SWP classes you generate - i.e. only those that have a responseType can be access from outside of a TopBraid SWP context. To assign the response type, go to the class definition you want to expose as a service and choose "add existing: from the context menu. The set of types supported will be displayed. Choose one and commit the choice, and you service should work as before. There is a section on this that can be found by searching for "responseType" in Composer help. See Help TopBraid Composer Application Development Tools Web Services. -- Scott On 6/30/2014, 11:12 AM, Jack Hodges wrote: I suppose I should clarify 'why' I want to do this but thank you for the link (I'll try it out). The reason I want to go to 4.2 is that I am getting a load error in the browser (see trace below). This is from Windows 64-bit TBCME version 4.4. I have already run System-Refresh Topbraid system registries (SPIN etc). I would rather use the current version if I can figure out what the differences are in 4.4 that produce this result that don't occur in 4.2. Thanks for any pointers. Jack Operation failed. On: Jun 30, 2014 9:05:38 AM Reason: java.lang.IllegalArgumentException: View class http://siemens.com/swa/doc#SymptomsIndex has no ui:responseType and therefore cannot be called from a web service at org.topbraid.spin.swp.servlet.SWPServletUtil.runUncached(SWPServletUtil.java:691) at org.topbraid.spin.swp.servlet.SWPServletUtil.run(SWPServletUtil.java:502) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:169) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:150) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:132) at org.topbraidlive.swp.servlet.SWPServlet.doGet(SWPServlet.java:61) at javax.servlet.http.HttpServlet.service(HttpServlet.java:735) at org.topbraid.auth.servlet.TBAuthEnabledServlet.service(TBAuthEnabledServlet.java:38) at org.topbraid.eclipsex.servlet.TBHttpServlet.service(TBHttpServlet.java:125) at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:180) at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:128) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:60) at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) at org.eclipse.equinox.http.jetty.internal.HttpServerManager$InternalHttpServiceServlet.service(HttpServerManager.java:386) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:229) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) at org.eclipse.jetty.server.Server.handle(Server.java:370) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494) at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644) at
Re: [topbraid-users] Re: Where can I locate previous versions of TBCME for Windows?
In http://www.topquadrant.com/docs/versions/changes-4.3.0.txt - Change: Any SWP view that shall be callable from the outside via the swp servlet must declare a property ui:responseType - either directly or indirectly via a superclass. Otherwise, the request will be rejected. This change may require adjustments to your own applications, although SWA has been adjusted to make the transition as smooth as possible. -- Scott On 6/30/2014, 12:37 PM, Jack Hodges wrote: Thank you Scott. This is exactly the kind of thing that would be very useful to see in release notes. When I was reading the release notes from 4.2 to 4.4 I saw nothing about this (important) change. Did I just miss it? Jack On Monday, June 30, 2014 9:20:41 AM UTC-7, Scott Henninger wrote: Jack, the error message states what you need to do. For each SWP class you want to expose as a Web service, you need to provide a response type. In addition to assisting the mime type of the response, this serves as a way to control access to the SWP classes you generate - i.e. only those that have a responseType can be access from outside of a TopBraid SWP context. To assign the response type, go to the class definition you want to expose as a service and choose "add existing: from the context menu. The set of types supported will be displayed. Choose one and commit the choice, and you service should work as before. There is a section on this that can be found by searching for "responseType" in Composer help. See Help TopBraid Composer Application Development Tools Web Services. -- Scott On 6/30/2014, 11:12 AM, Jack Hodges wrote: I suppose I should clarify 'why' I want to do this but thank you for the link (I'll try it out). The reason I want to go to 4.2 is that I am getting a load error in the browser (see trace below). This is from Windows 64-bit TBCME version 4.4. I have already run System-Refresh Topbraid system registries (SPIN etc). I would rather use the current version if I can figure out what the differences are in 4.4 that produce this result that don't occur in 4.2. Thanks for any pointers. Jack Operation failed. On: Jun 30, 2014 9:05:38 AM Reason: java.lang.IllegalArgumentException: View class http://siemens.com/swa/doc#SymptomsIndex has no ui:responseType and therefore cannot be called from a web service at org.topbraid.spin.swp.servlet.SWPServletUtil.runUncached(SWPServletUtil.java:691) at org.topbraid.spin.swp.servlet.SWPServletUtil.run(SWPServletUtil.java:502) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:169) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:150) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:132) at org.topbraidlive.swp.servlet.SWPServlet.doGet(SWPServlet.java:61) at javax.servlet.http.HttpServlet.service(HttpServlet.java:735) at org.topbraid.auth.servlet.TBAuthEnabledServlet.service(TBAuthEnabledServlet.java:38) at org.topbraid.eclipsex.servlet.TBHttpServlet.service(TBHttpServlet.java:125) at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:180) at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:128) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:60) at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) at
Re: [topbraid-users] Re: Where can I locate previous versions of TBCME for Windows?
Ok, that is true, but it doesn't tell me why this change was required, what it means, or really how to fix an interface to work properly (like it once did) again. Just fixing the topmost class doesn't do it. Also, searching for responseType in the Help menu takes me to a place that has a graphic that isn't correct. I mean, you don't really want to subclass for something like this. You probably want to instantiate the ui:responseType property. I did that (and with other ui-specific classes) but still don't have the thing working. So a 'real' tutorial would be clear enough that most questions would be answered at least in terms of logistics of making something work. Although your reply is most certainly appreciated, the questions remain mostly unanswered. So I'll try to load the workspace into 4.2 and see what happens. Now that I have changed a bunch of classes I hope the whole thing doesn't break completely, but that is my problem. Jack On Monday, June 30, 2014 10:45:08 AM UTC-7, Scott Henninger wrote: In http://www.topquadrant.com/docs/versions/changes-4.3.0.txt - Change: Any SWP view that shall be callable from the outside via the swp servlet must declare a property ui:responseType - either directly or indirectly via a superclass. Otherwise, the request will be rejected. This change may require adjustments to your own applications, although SWA has been adjusted to make the transition as smooth as possible. -- Scott On 6/30/2014, 12:37 PM, Jack Hodges wrote: Thank you Scott. This is exactly the kind of thing that would be very useful to see in release notes. When I was reading the release notes from 4.2 to 4.4 I saw nothing about this (important) change. Did I just miss it? Jack On Monday, June 30, 2014 9:20:41 AM UTC-7, Scott Henninger wrote: Jack, the error message states what you need to do. For each SWP class you want to expose as a Web service, you need to provide a response type. In addition to assisting the mime type of the response, this serves as a way to control access to the SWP classes you generate - i.e. only those that have a responseType can be access from outside of a TopBraid SWP context. To assign the response type, go to the class definition you want to expose as a service and choose add existing: from the context menu. The set of types supported will be displayed. Choose one and commit the choice, and you service should work as before. There is a section on this that can be found by searching for responseType in Composer help. See Help TopBraid Composer Application Development Tools Web Services. -- Scott On 6/30/2014, 11:12 AM, Jack Hodges wrote: I suppose I should clarify 'why' I want to do this but thank you for the link (I'll try it out). The reason I want to go to 4.2 is that I am getting a load error in the browser (see trace below). This is from Windows 64-bit TBCME version 4.4. I have already run System-Refresh Topbraid system registries (SPIN etc). I would rather use the current version if I can figure out what the differences are in 4.4 that produce this result that don't occur in 4.2. Thanks for any pointers. Jack Operation failed. On: Jun 30, 2014 9:05:38 AM Reason: java.lang.IllegalArgumentException: View class http://siemens.com/swa/doc#SymptomsIndex has no ui:responseType and therefore cannot be called from a web service at org.topbraid.spin.swp.servlet.SWPServletUtil.runUncached(SWPServletUtil.java:691) at org.topbraid.spin.swp.servlet.SWPServletUtil.run(SWPServletUtil.java:502) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:169) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:150) at org.topbraidlive.swp.servlet.SWPServlet.run(SWPServlet.java:132) at org.topbraidlive.swp.servlet.SWPServlet.doGet(SWPServlet.java:61) at javax.servlet.http.HttpServlet.service(HttpServlet.java:735) at org.topbraid.auth.servlet.TBAuthEnabledServlet.service(TBAuthEnabledServlet.java:38) at org.topbraid.eclipsex.servlet.TBHttpServlet.service(TBHttpServlet.java:125) at org.eclipse.equinox.http.registry.internal.ServletManager$ServletWrapper.service(ServletManager.java:180) at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:128) at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:60) at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) at org.eclipse.equinox.http.jetty.internal.HttpServerManager$InternalHttpServiceServlet.service(HttpServerManager.java:386) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501) at
Re: [topbraid-users] Re: Where can I locate previous versions of TBCME for Windows?
Jack; All you need to do is set the ui:responseType for all SWP classes you want to expose to services outside of TopBraid. -- Scott On 6/30/2014, 2:50 PM, Jack Hodges wrote: Ok, that is true, but it doesn't tell me why this change was required, what it means, or really how to fix an interface to work properly (like it once did) again. Just fixing the topmost class doesn't do it. Also, searching for responseType in the Help menu takes me to a place that has a graphic that isn't correct. I mean, you don't really want to subclass for something like this. You probably want to instantiate the ui:responseType property. I did that (and with other ui-specific classes) but still don't have the thing working. So a 'real' tutorial would be clear enough that most questions would be answered at least in terms of logistics of making something work. Although your reply is most certainly appreciated, the questions remain mostly unanswered. So I'll try to load the workspace into 4.2 and see what happens. Now that I have changed a bunch of classes I hope the whole thing doesn't break completely, but that is my problem. Jack On Monday, June 30, 2014 10:45:08 AM UTC-7, Scott Henninger wrote: In http://www.topquadrant.com/docs/versions/changes-4.3.0.txt - Change: Any SWP view that shall be callable from the outside via the swp servlet must declare a property ui:responseType - either directly or indirectly via a superclass. Otherwise, the request will be rejected. This change may require adjustments to your own applications, although SWA has been adjusted to make the transition as smooth as possible. -- Scott On 6/30/2014, 12:37 PM, Jack Hodges wrote: Thank you Scott. This is exactly the kind of thing that would be very useful to see in release notes. When I was reading the release notes from 4.2 to 4.4 I saw nothing about this (important) change. Did I just miss it? Jack On Monday, June 30, 2014 9:20:41 AM UTC-7, Scott Henninger wrote: Jack, the error message states what you need to do. For each SWP class you want to expose as a Web service, you need to provide a response type. In addition to assisting the mime type of the response, this serves as a way to control access to the SWP classes you generate - i.e. only those that have a responseType can be access from outside of a TopBraid SWP context. To assign the response type, go to the class definition you want to expose as a service and choose "add existing: from the context menu. The set of types supported will be displayed. Choose one and commit the choice, and you service should work as before. There is a section on this that can be found by searching for "responseType" in Composer help. See Help TopBraid Composer Application Development Tools Web Services. -- Scott On 6/30/2014, 11:12 AM, Jack Hodges wrote: I suppose I should clarify 'why' I want to do this but thank you for the link (I'll try it out). The reason I want to go to 4.2 is that I am getting a load error in the browser (see trace below). This is from Windows 64-bit TBCME version 4.4. I have already run System-Refresh Topbraid system registries (SPIN etc). I would rather use the current version if I can figure out what the differences are in 4.4 that produce this result that don't occur in 4.2. Thanks for any pointers. Jack Operation failed. On: Jun 30, 2014 9:05:38 AM Reason: java.lang.IllegalArgumentException: View class
Re: [topbraid-users] NullPointerException when using Perform Update
Having the GRAPH keyword solved my problem. Thanks fore the quick reply Scott! Bart On Thursday, June 26, 2014 5:15:10 PM UTC-6, Scott Henninger wrote: Bart; Yes you assumption is correct. The INSERT query is inserting into the default graph, which is the SPARQLMotion script in this case. Whenever using INSERT, it should be used with the GRAPH clause unless the context for the default graph is set to the graph targeted for the insert. So your query will look like: INSERT { GRAPH ...graph_name... { ?s ?p ?o } } WHERE { ?s ?p ?o } -- Scott On 6/26/2014, 7:03 PM, Barton Petersen wrote: I'm sure it's something simple, but I've beaten my head against the wall long enough that I'm going to ask for some help. I'll explain the scenario first in case my approach is fundamentally wrong. For a proof of concept, I need to be able to get data and create data easily (hopefully via a restful web service). To query data, I've had a lot of success with the SPIN select templates. Those are awesome, easy to create and consume for a client. Now I need to be able to easily insert data. I did not see a way to do that with SPIN Templates, but if that is possible, I would love to know how to do that. Instead, I thought a SPARQLMotion web service might be the best approach. I'm playing around with a simple script to insert a name with the vCard ontology. I have two variables, first and last name. Then I send that to an Apply Construct module. Then I send that to a Perform Update. https://lh5.googleusercontent.com/-DOZD0UWjHAc/U6ylE_1ZwbI/C0I/sPbx7LaeIWk/s1600/SparqlMotionGraph.PNG Inside the Apply Construct module, I have the following statement: CONSTRUCT { ?nameUri a ns:Individual . ?nameUri ns:given-name ?firstName . ?nameUri ns:family-name ?lastName . } WHERE { BIND (URI(CONCAT(http://names.example.com/; http://names.example.com/, ?lastName, _, ?firstName)) AS ?nameUri) . } And Inside the Perform Update, I have the following statement: INSERT { ?s ?p ?o . } WHERE { ?s ?p ?o . } I figured that would insert all the triples generated by the apply construct. When I hit the perform update, the graph contains the correct triples, but upon stepping into the perform update module, I get a nullPointerException. I'm figuring the module doesn't know where to insert the triples, but I don't know how to fix that if it is the issue. Any help would be much appreciated. Bart -- -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbrai...@googlegroups.com javascript: To unsubscribe from this group, send email to topbraid-user...@googlegroups.com javascript: For more options, visit this group at http://groups.google.com/group/topbraid-users?hl=en --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- -- You received this message because you are subscribed to the Google Group TopBraid Suite Users, the topics of which include Enterprise Vocabulary Network (EVN), TopBraid Composer, TopBraid Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN. To post to this group, send email to topbraid-users@googlegroups.com To unsubscribe from this group, send email to topbraid-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/topbraid-users?hl=en --- You received this message because you are subscribed to the Google Groups TopBraid Suite Users group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.