frascati issueshttps://gitlab.ow2.org/frascati/frascati/-/issues2013-07-01T09:19:58Zhttps://gitlab.ow2.org/frascati/frascati/-/issues/116Binding 2013-07-01T09:19:58ZJeremie GuillemotteBinding When a binding HTTP is used in a composite file, we need to specify where the binding will be exposed in a "uri" attribute.
eg : <tuscany:binding.http uri="http://vmregistry:8082/" />
If the specified host name is "localhost", the serv...When a binding HTTP is used in a composite file, we need to specify where the binding will be exposed in a "uri" attribute.
eg : <tuscany:binding.http uri="http://vmregistry:8082/" />
If the specified host name is "localhost", the service associated to the binding is not avaible in the network, just visible from the local machine.
To have the service visible, we have to specify the "real" host name. It is not a "one clic deploy" feature.
Is it possible to publish the service and make it visible in the network when the host "localhost" is used ?https://gitlab.ow2.org/frascati/frascati/-/issues/105HTTP Binding : Jetty connection not closed when FraSCAti stop2018-02-06T10:32:19ZJeremie GuillemotteHTTP Binding : Jetty connection not closed when FraSCAti stopThe problem occurs when a HTTP binding is used in a composite and this composite is started on a tomcat embedded FraSCAti (packaged in a war).
When the stop command is sent to the tomcat server, the FraSCAti composite are trigered to st...The problem occurs when a HTTP binding is used in a composite and this composite is started on a tomcat embedded FraSCAti (packaged in a war).
When the stop command is sent to the tomcat server, the FraSCAti composite are trigered to stop. There is a problem with the components using a HTTP binding, the jetty resources are not unregistred/destroyed correctly.
In some cases, the java process ends but in others the java process remains alive and the resart of the application is not possible because the error "port already in use is throwed".
After some researchs, we have seen that the JettyServletManager.unregisterServlet(...) method is never called for an HTTP binding. In the HttpBinding class, there are an init and a destroy methods associated with @init and @destroy annotations. These annotations do not seem to work. The destroy method is never called and the init method is called "manually" in the FrascatiBindingHttpProcessor class (See method doInstanciate, line 154).1.5https://gitlab.ow2.org/frascati/frascati/-/issues/85mvn sonar:sonar failed2018-02-06T10:32:18ZPhilippe Merlemvn sonar:sonar failedRunning 'mvn sonar:sonar' failed.
Running 'mvn sonar:sonar' failed.
https://gitlab.ow2.org/frascati/frascati/-/issues/70Problem to close a Jetty HTTP component2018-02-06T10:32:15ZJeremie GuillemotteProblem to close a Jetty HTTP componentContext :
In HttpDIscoveryProxy, using 2 test classes : one for the discovery mode and on for the validated mode. Each class work only with mocks. Several composite files are used, one for the main proxy and 3 others for the mocks.
The ...Context :
In HttpDIscoveryProxy, using 2 test classes : one for the discovery mode and on for the validated mode. Each class work only with mocks. Several composite files are used, one for the main proxy and 3 others for the mocks.
The conposite files are loaded with FraSCAti.processComposite() method and unloaded with FraSCAti.close() method.
The used composite works with HTTP binding and WS binding.
The tests works very well separatelly in Eclipse.
Problem :
when a maven build is launched, the 2 tests are executed one after the other. The first test works well but the second hang on an HTTP service. It seems that a composite file cannot be successfully loaded in the second test. Jetty process stay with a 'STARTING' status during the start of the HTTP component.
How to reproduce :
See the special test class FraSCAtiBindingHttpCloseBugTest.java. Open ithe HttpDiscoveryProxy project in Eclipse and run this class a JUnit test.
Origin of the problem :
In the class org.ow2.frascati.servlet.manager.JettyServletManager, in the method unregisterServlet(final String uri), there is still a TODO tag : jettyServer.removeServant(URL url). It seems that the portion of code we try to use is not yet implemented.
This issue is also reported on EasySOA project at https://github.com/easysoa/easysoa-model-demo/issues/371.5https://gitlab.ow2.org/frascati/frascati/-/issues/60Deploy <binding.http> within the context of a Servlet.2018-02-06T10:32:12ZPhilippe MerleDeploy <binding.http> within the context of a Servlet.When a FraSCAtiServlet instance runs then deploy <binding.http> with a relative uri (i.e., starting with '/') on this servlet. Then the FraSCAtiServlet will dispatch requests to services bound by <binding.http uri="/..."/>.
When a FraSCAtiServlet instance runs then deploy <binding.http> with a relative uri (i.e., starting with '/') on this servlet. Then the FraSCAtiServlet will dispatch requests to services bound by <binding.http uri="/..."/>.
1.5https://gitlab.ow2.org/frascati/frascati/-/issues/58CXF deadlock when loading two composites in FraSCAti2011-08-24T11:56:40ZJeremie GuillemotteCXF deadlock when loading two composites in FraSCAti( this issue has been originally reported in the easysoa project at https://github.com/easysoa/esper-frascati-poc/issues/1 )
We encounter a problem (a deadlock) when we try to load 2 differents composit file using different bindings (HT...( this issue has been originally reported in the easysoa project at https://github.com/easysoa/esper-frascati-poc/issues/1 )
We encounter a problem (a deadlock) when we try to load 2 differents composit file using different bindings (HTTP Binding and WS Binding) in the same FraSCAti instance.
The load of the two composite is done by a Java program (see https://github.com/easysoa/galaxyDemoTest/blob/master/src/test/java/com/openwide/easysoa/galaxydemotest/frascaticomposites/FraSCAtiCompositeDemoTestStarter.java)
There is a deadlock in (Abstract)BusFactory (& SpringBusFactory).
See the link above for more informations.https://gitlab.ow2.org/frascati/frascati/-/issues/50Allow to export any service interface with a <binding.http>2013-03-25T10:21:35ZPhilippe MerleAllow to export any service interface with a <binding.http>Currently <binding.http> could only expose SCA services with a Java interface javax.servlet.Servlet.
The goal of this issue is to allow us to expose any Java interface with a <binding.http>.
The GET request will return an HTML page for f...Currently <binding.http> could only expose SCA services with a Java interface javax.servlet.Servlet.
The goal of this issue is to allow us to expose any Java interface with a <binding.http>.
The GET request will return an HTML page for forms for each method of the Java interface.
Invocations of methods will be done via HTTP POST requests.
https://gitlab.ow2.org/frascati/frascati/-/issues/49Move <binding.http> and <implementation.resource> from Apache Tuscany to OW2 ...2013-03-25T10:15:52ZPhilippe MerleMove <binding.http> and <implementation.resource> from Apache Tuscany to OW2 FraSCAti Web namespaceCurrently, <binding.http> and <implementation.resource> uses the Apache Tuscany namespace, i.e.:
<binding.http ... xmlns="http://tuscany.apache.org/xmlns/sca/1.0"/>
<implementation.resource ... xmlns="http://tuscany.apache.org/xmln...Currently, <binding.http> and <implementation.resource> uses the Apache Tuscany namespace, i.e.:
<binding.http ... xmlns="http://tuscany.apache.org/xmlns/sca/1.0"/>
<implementation.resource ... xmlns="http://tuscany.apache.org/xmlns/sca/1.0"/>
Move to a OW2 FraSCAti Web namespace:
<binding.http ... xmlns="http://frascati.ow2.org/xmlns/web/1.0"/>
<implementation.resource ... xmlns="http://frascati.ow2.org/xmlns/web/1.0"/>
https://gitlab.ow2.org/frascati/frascati/-/issues/38NullPointerException with <binding.http>2018-02-06T10:32:06ZPhilippe MerleNullPointerException with <binding.http>When an HTTP binding is defined for a service with no interface defined then a NullPointerException is thrown when processing the SCA composite. Example:
<component name="Component">
<implementation.java class="..."/>
<service name=...When an HTTP binding is defined for a service with no interface defined then a NullPointerException is thrown when processing the SCA composite. Example:
<component name="Component">
<implementation.java class="..."/>
<service name="s">
<binding.http uri="/"/>
</service>
</component>
1.5https://gitlab.ow2.org/frascati/frascati/-/issues/18Support Maven 32018-09-10T23:26:45ZPhilippe MerleSupport Maven 3Add support to build and run FraSCAti with Apache Maven 3.
Add support to build and run FraSCAti with Apache Maven 3.
1.4https://gitlab.ow2.org/frascati/frascati/-/issues/15Reflecting FraSCAti modules as OSGi bundles2018-09-10T23:26:45ZRomain RouvoyReflecting FraSCAti modules as OSGi bundlesOSGi defines a standard packaging mechanism, which can be used to better isolate the loading of
software modules within a standard Java Runtime Environment. FraSCAti «à la carte» could benefit from
this mechanism to better control the ...OSGi defines a standard packaging mechanism, which can be used to better isolate the loading of
software modules within a standard Java Runtime Environment. FraSCAti «à la carte» could benefit from
this mechanism to better control the loaded modules as well as their dependencies.
It would therefore be nice to consider the definition of OSGi-compliant manifest files for the module of
the platform. Existing tools, such as BND [1] or Tycho [2] could facilitate this task by generating the
manifest file from the Maven configuration file.
References
1. BND. http://www.aqute.biz/Code/Bnd
2. Tycho. http://tycho.sonatype.org
Romain Rouvoy