TBL is setup to be accessed with basic auth. The http call made by
PostRequest also is using another basic auth. But the stack trace shows
Connection refused, how can this be related to authentication?
The TBL is installed in a Tomcat which has the http proxy jvm parameters
configured, and all 3
Holger,
Could I get your email so we could discuss off line.
The main issue is sponsors are consistently asking for open source enterprise
level solutions, fiscally conservative climate and all. We try to explain the
difficulties involved with non-commercial enterprise solutions, but
I have exactly the same issue on my current project with a large provider
of medical information in Europe. They can see the utility of developing
applications in TBC-ME but would like to deploy them on commodity
technology. I would appreciate any justifications -- and the more
technical the
That makes sense, but all of these tree Classes (i.e., the ones in the
trees being displayed using ClassTreeDataProvider) have xsd values for
their refs:labels. I checked with a SPARQL query.
On Friday, July 11, 2014 4:46:56 PM UTC-7, Holger Knublauch wrote:
The source of the error is
According to the spec (which Jena implements), rdfs:Literal values
cannot be compared and therefore you need to change the data to use
xsd:string. This has no disadvantages and is hopefully a one-time global
replace that can be done with a SPARQL UPDATE.
Holger
On 7/13/14, 3:11 AM, Jack
Hi Charlie,
TBC-ME is a companion IDE (Integrated Development environment) for TopBraid
Live server and other TopBraid server products such as TopBraid EVN and
TopBraid Insight.
When one develops applications using TBC-ME, one presumably is using
technologies such as SPIN,
