Re: Distribution structure for SCA Java 1.1 release (was Re: Sample dependencies not pulled in distribution)
Sebastien, We would like to enable a binary Tuscany distribution to run under OSGi. I am not sure of the level of granularity at which a bundle-ized Tuscany makes sense in terms of providing modularity and versioning using OSGi. But I would like to make sure that the bundles from the list below can be run in some form under OSGi. The big difference between packaging for OSGi and standard jars (apart from the additional entries in the manifest) is that OSGi bundle classpath can only refer to entries inside the bundle, while standard Jar classpath can only refer to jars outside the jar file without a customized classloader. I currently have Tuscany loaded into OSGi in two different ways. The first is a small list of large bundles (all 3rd party jars are grouped together), which are explicitly installed by an application that uses Tuscany. And the second is a large list of small bundles (each 3rd party jar is retained as a single bundle), loaded using OSGi bundle repository (OBR). Tuscany runtime and the required Tuscany extensions are installed by the application, the 3rd party jars are automatically installed by OBR. I am not sure how big each of the bundles you have listed below will be, and also what the relative size of the samples would be compared to the bundle itself. But I imagine that the easiest way to bundle these for OSGi would be to create each of these as a single OSGi bundle. I would like to add META-INF/MANIFEST.MF with OSGi import/export headers and an OSGi Bundle-ClassPath to the zip/jar file corresponding to the bundle. This is to enable a very coarsely grained set of bundles that can be easily installed by an OSGi application. The additional manifest file will not impact non-OSGi applications. By default, Tuscany will be run without OSGi, and the zip file corresponding to the bundle will need to be unzipped first (no change). To run Tuscany under OSGi, the zip file can be installed directly into OSGi. I would also like to enable finer grained OSGi bundles which can be installed using OBR. For the all-in-one bundle, could we have OSGi manifest entries inserted into each of the jar files including Tuscany modules and 3rd party jars, so that the jars can be installed independently into OSGi? But this only makes sense if we can have separate jars for the Tuscany extensions, rather than a combined tuscany-all.jar (otherwise OBR will install all the 3rd party bundles when tuscany-all is installed). The base Tuscany runtime could either be a single jar, or with some more fixes for classloading, it could be multiple jars based on the maven modules. Again, the OSGi manifest entries will not impact non-OSGi Tuscany. The splitting of Tuscany jars also shouldn't have any impact since tuscany-sca-manifest.jarcan just point to the longer list of Tuscany jars instead of tuscany-all. The third alternative is to have a separate set of jars, specifically targetted for OSGi-based Tuscany, which would be somewhere in between the coarsely grained first option and too finely grained second one. Rather than provide this as part of the binary distribution, this could be an optional build with the source distribution. Suggestions? Thank you... Regards, Rajini On 11/19/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: [snip] Makes sense to me, I'd suggest the following packages: - base SCA runtime (assembly, policy fwk, impl-java) - web services package (ws binding + related databindings) - web 2.0 package (json, dwr, widget, atom, scripting) - data integration (impl-data, openjpa) - business process integration (bpel, xquery) - jee integration (ejb, jms, rmi) - spring + osgi integration (spring, osgi) - all-in-one, for people who don't have time to solve puzzles. Perhaps group web services and web 2.0 together, I'm not sure. Also I'm not sure about where to put policies like security, reliability, transactions. Thoughts? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Java SDO] What should we be attacking?
What should we be concentrating our efforts on in SDO Java. I posted a while back to suggest we think about the content of a next release. We've had a few fixes go in recently, but I'd like to see more consideration of release content before we crank the handle. It would be great to see a balance of new features and bug fixes. For my part I want to get back to ... TUSCANY-1527Allow for custom data binding of DataObjects in a Swing UI TUSCANY-1493Snapshot mapping framework to convert DataObjects to and from Java objects as soon as I can. And I believe that at least 1527 can move beyond proof of concept in my sandbox, and become part of the trunk. I've been taking a pass through the SDO java JIRA backlog, and seeing from my perspective what's simple / tricky / big / high priority etc, etc. Of course simplicity is in the eye of the beholder, for example, I don't view the OSGi topic as simple as I don't have experience there, but someone out there may find it so; if so please speak up. The same goes for priority, etc. As you might imagine, in my estimation there are no simple high priority JIRAs left, but there are a few simple medium priority ones, or simple low priority ones that would be good to just get out of the way. These are Simple Starters === TUSCANY-1360New SDOUtil: Getting the enumeration facet TUSCANY-1178DynamicTypesFromSchemaTestCase expecting *Object types to be created TUSCANY-1263XMLEqualityChecker too strict TUSCANY-1359New SDOUtil: Upper and lower bound on properties where 'isMany' is true TUSCANY-1384SequenceAddOpenTest.setUp() needs to check if type exists before creating it TUSCANY-1545Change default XML encoding to UTF-8. TUSCANY-1659SDO DateConversion test cases fail under linux Particular Skills JIRAs = For anyone with JavaJet experience there's TUSCANY-1483Static SDO generator: problem with elements named internal* which would be simple For someone with maven build experience there TUSCANY-257 recently added file Interface2JavaGenerator.java is not compatible with JDK 1.4 For someone with Grobu-Utils and maven skills there's ... TUSCANY-1182Add multi-threaded test case for data object creation Someone with Axis2 skills TUSCANY-1038SDO databinding for Axis2 (This may be better done within the Axis2 project) OSGi Skills TUSCANY-1293SDO does not work with OSGi Biting off something a bit Bigger For somebody wanting something a bit bigger to take on there's TUSCANY-1192Preserve demand created global properties TUSCANY-1361New Util: Validation TUSCANY-1021CopyHelper and EqualityHelper should handle ChangeSummary TUSCANY-1817Improve SDO test infrastructure to re-use/re-execute most dynamic tests as static tests This isn't a full list, and I may post more soon. Please feel free to disagree with my assessment and speak up with your own priorities. Better still step forward to help fix something. I'd be only too pleased to help you understand what's required. Kelvin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1914) Callback services are not taken into account when calculating the total number of services and determining whether the service name should be included in the URI
[
https://issues.apache.org/jira/browse/TUSCANY-1914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws resolved TUSCANY-1914.
-
Resolution: Fixed
Fix Version/s: (was: Java-SCA-Next)
Java-SCA-1.1
Callback services are not taken into account when calculating the total
number of services and determining whether the service name should be
included in the URI
-
Key: TUSCANY-1914
URL: https://issues.apache.org/jira/browse/TUSCANY-1914
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.0
Reporter: Simon Laws
Assignee: Simon Laws
Fix For: Java-SCA-1.1
CompositeConfigurationBuilderImpl has the following code in the
configureComponents method.
// Initialize service bindings
* for (ComponentService componentService :
component.getServices()) {
// Create default SCA binding
if (componentService.getBindings().isEmpty()) {
SCABinding scaBinding = createSCABinding();
componentService.getBindings().add(scaBinding);
}
// Set binding names and URIs
for (Binding binding : componentService.getBindings()) {
// Binding name defaults to the service name
if (binding.getName() == null) {
binding.setName(componentService.getName());
}
String bindingURI;
if (binding.getURI() == null) {
*if (componentServices.size() 1) {
Note that the service collection size that is tested to determine what form
of URL to use (the last line) is a different collection compared to the outer
loop (the first list). The callback services are added into the
component.getServices() after componentServices has been calculated.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Use of ServiceDiscovery in JavaImplementationProvider.loadPolicyHanlders
Hi, With the recent 'classloader' changes the enhancements that I'd did in the the calculator sample to demonstrate the use of implementation policies does not seem to work anymore. Its primarily to do with the loading of PolicyHandler class names from META-INF/services/org.apache.tuscany.sca.policy.PolicySetHandlers file in the implementation-java-runtime module. Earlier I used to load this file from the JavaImplementationProvider.loadPolicyHandlers using the TCCL. After the classloader related clean up the 'loadPolicyHandler' method now uses ServiceDiscovery.getServiceResources and I see that the file doesn't seem to get loaded. Can somebody point to that which I am missing here ? Thanks. - Venkat
Re: binding-json doesn't support inward Object
shaoguang geng wrote: Hi, Lucaino: I tried more, and I noticed that to make JSONObject-pojo work, I need to annote the service interface as @Remoteable. The actual transform happens as: JSONObject-JSON2XMLStreamReader-XMLStreamReader-XML2JavaBeanTransformer-pojo So inside this chain, I don't care what the xml is. But unfortrunately, result of this transformation doesn't meed saitisfaction. I agree with you that XML should not be involved in the JSON to JavaBean transformation. I just looked at the databinding-json extension and it contributes a JavaBean2JSON transformer but it looks like there's no JSON2JavaBean transformer. You probably need to implement one :) It should be easy and similar to the other transformers that work with either JSON or JavaBeans. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r596692 - /incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
Are you sure that this is the right semantics? Can you help me
understand why we need to change the naming of the service if there's a
a callback?
Thanks.
[EMAIL PROTECTED] wrote:
Author: slaws
Date: Tue Nov 20 06:35:45 2007
New Revision: 596692
URL: http://svn.apache.org/viewvc?rev=596692view=rev
Log:
TUSCANY-1914
Construct URLs as ComponentName/ServiceName if callbacks have been added
causing the number of services to be greater than 1
Modified:
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
Modified:
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
URL:
http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java?rev=596692r1=596691r2=596692view=diff
==
---
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
(original)
+++
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
Tue Nov 20 06:35:45 2007
@@ -280,7 +280,8 @@
String bindingURI;
if (binding.getURI() == null) {
-if (componentServices.size() 1) {
+//if (componentServices.size() 1) {
+if (component.getServices().size() 1) {
// Binding URI defaults to component URI / binding
name
bindingURI = String.valueOf(binding.getName());
bindingURI = URI.create(component.getURI() +
'/').resolve(bindingURI).toString();
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jean-Sebastien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1787) ConnectException when building alert-aggregator-webapp
[
https://issues.apache.org/jira/browse/TUSCANY-1787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws updated TUSCANY-1787:
Fix Version/s: (was: Java-SCA-1.0.1)
Java-SCA-1.1
Move fix target to 1.1
ConnectException when building alert-aggregator-webapp
--
Key: TUSCANY-1787
URL: https://issues.apache.org/jira/browse/TUSCANY-1787
Project: Tuscany
Issue Type: Bug
Components: Java SCA Samples
Affects Versions: Java-SCA-1.0
Reporter: Simon Nash
Fix For: Java-SCA-1.1
I followed instructions in the demos/alert-aggregator-webapp/README file and
used mvn to build the demo. The compilations went OK, but the tests failed
with a ConnectException. I reran mvn and got the same ConnnectException.
Here's the full output from the tests.
---
T E S T S
---
Running org.apache.tuscany.sca.demos.aggregator.AlertsTestCase
21-Sep-2007 12:24:59 org.apache.axis2.deployment.DeploymentEngine
loadFromClassPath
INFO: Module validation failed: The system is attempting to engage a module
that is not available: rampart
21-Sep-2007 12:24:59 org.apache.axis2.deployment.DeploymentEngine
loadFromClassPath
INFO: Module validation failed: The system is attempting to engage a module
that is not available: rampart
21-Sep-2007 12:25:00 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /AlertsFeedServiceRSS21-Sep-2007 12:25:00
org.apache.tuscany.sca.host.webapp.WebAppServletHost addServletMapping
INFO: addServletMapping: /AlertsFeedServiceAtom/*
21-Sep-2007 12:25:00 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /services/AlertsServiceWebServiceBinding
21-Sep-2007 12:25:00 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /AlertsServiceJSONRPC
21-Sep-2007 12:25:00 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /SCADomain/scaDomain.js
21-Sep-2007 12:25:00 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /services/AlertsSourcesServiceWebServiceBinding
21-Sep-2007 12:25:00 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /AlertsSourcesServiceJSONRPC
21-Sep-2007 12:25:00 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /SCADomain/scaDomain.js
Request = {params:[sometext],id:2,method:getAllNewAlerts}
21-Sep-2007 12:25:02 org.apache.axis2.deployment.DeploymentEngine
loadFromClassPath
INFO: Module validation failed: The system is attempting to engage a module
that is not available: rampart
21-Sep-2007 12:25:02 org.apache.axis2.deployment.DeploymentEngine
loadFromClassPath
INFO: Module validation failed: The system is attempting to engage a module
that is not available: rampart
21-Sep-2007 12:25:02 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /AlertsFeedServiceRSS
21-Sep-2007 12:25:02 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /AlertsFeedServiceAtom/*
21-Sep-2007 12:25:02 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /services/AlertsServiceWebServiceBinding
21-Sep-2007 12:25:02 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /AlertsServiceJSONRPC
21-Sep-2007 12:25:02 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /SCADomain/scaDomain.js
21-Sep-2007 12:25:02 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /services/AlertsSourcesServiceWebServiceBinding
21-Sep-2007 12:25:02 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /AlertsSourcesServiceJSONRPC
21-Sep-2007 12:25:02 org.apache.tuscany.sca.host.webapp.WebAppServletHost
addServletMapping
INFO: addServletMapping: /SCADomain/scaDomain.js
Request =
{params:[{feedType:rss,javaClass:org.apache.tuscany.sca.demos.aggregator.types.impl.SourceTypeImpl,address:www.news.com,feedAddress:http:\/\/news.com.com\/2547-1_3-0-20.xml,name:news,id:2,lastChecked:lastChecked}],id:2,method:addAlertSource}
21-Sep-2007 12:25:03 org.apache.axis2.deployment.DeploymentEngine
loadFromClassPath
INFO: Module validation failed: The system is attempting to engage a module
that is not available: rampart
21-Sep-2007 12:25:03 org.apache.axis2.deployment.DeploymentEngine
loadFromClassPath
INFO: Module
[jira] Updated: (TUSCANY-1795) helloworld-bpel sample fails with NoClassDefFoundError
[
https://issues.apache.org/jira/browse/TUSCANY-1795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws updated TUSCANY-1795:
Move fix target to 1.1
helloworld-bpel sample fails with NoClassDefFoundError
--
Key: TUSCANY-1795
URL: https://issues.apache.org/jira/browse/TUSCANY-1795
Project: Tuscany
Issue Type: Bug
Components: Java SCA Samples
Affects Versions: Java-SCA-1.0
Environment: Windows XP
Reporter: Simon Nash
Fix For: Java-SCA-1.1
I ran the helloworld-bpel sample following the instructions in the README to
update the pom to use
useSystemClassLoadertrue/useSystemClassLoader
The sample failed with the following output:
[INFO] [compiler:compile]
[INFO] Compiling 6 source files to
H:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\helloworld-bpel\target\classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 1 source file to
H:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\helloworld-bpel\target\test-classes
[INFO] [dependency:unpack {execution: unpack}]
[INFO] Configured Artifact: org.apache.ode:ode-dao-jpa-ojpa-derby:1.1:zip
[INFO] Expanding: C:\Documents and
Settings\nash\.m2\repository\org\apache\ode\ode-dao-jpa-ojpa-derby\1.1\ode-dao-jpa-ojpa-derby-1.1.zip
into
:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\helloworld-bpel\target\test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory:
H:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\helloworld-bpel\target\surefire-reports
[INFO] Building jar: C:\DOCUME~1\nash\LOCALS~1\Temp\surefirebooter7486.jar
java.lang.NoClassDefFoundError:
org/apache/maven/surefire/booter/SurefireBooter
Exception in thread main
[INFO]
[ERROR] BUILD FAILURE
[INFO]
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1795) helloworld-bpel sample fails with NoClassDefFoundError
[
https://issues.apache.org/jira/browse/TUSCANY-1795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws updated TUSCANY-1795:
Fix Version/s: (was: Java-SCA-1.0.1)
Java-SCA-1.1
Let me try that again
helloworld-bpel sample fails with NoClassDefFoundError
--
Key: TUSCANY-1795
URL: https://issues.apache.org/jira/browse/TUSCANY-1795
Project: Tuscany
Issue Type: Bug
Components: Java SCA Samples
Affects Versions: Java-SCA-1.0
Environment: Windows XP
Reporter: Simon Nash
Fix For: Java-SCA-1.1
I ran the helloworld-bpel sample following the instructions in the README to
update the pom to use
useSystemClassLoadertrue/useSystemClassLoader
The sample failed with the following output:
[INFO] [compiler:compile]
[INFO] Compiling 6 source files to
H:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\helloworld-bpel\target\classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 1 source file to
H:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\helloworld-bpel\target\test-classes
[INFO] [dependency:unpack {execution: unpack}]
[INFO] Configured Artifact: org.apache.ode:ode-dao-jpa-ojpa-derby:1.1:zip
[INFO] Expanding: C:\Documents and
Settings\nash\.m2\repository\org\apache\ode\ode-dao-jpa-ojpa-derby\1.1\ode-dao-jpa-ojpa-derby-1.1.zip
into
:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\helloworld-bpel\target\test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory:
H:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\helloworld-bpel\target\surefire-reports
[INFO] Building jar: C:\DOCUME~1\nash\LOCALS~1\Temp\surefirebooter7486.jar
java.lang.NoClassDefFoundError:
org/apache/maven/surefire/booter/SurefireBooter
Exception in thread main
[INFO]
[ERROR] BUILD FAILURE
[INFO]
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1801) store sample throws FileNotFoundException and does not display Catalog entries
[ https://issues.apache.org/jira/browse/TUSCANY-1801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Laws updated TUSCANY-1801: Fix Version/s: (was: Java-SCA-1.0.1) Java-SCA-1.1 Move fix target to 1.1 store sample throws FileNotFoundException and does not display Catalog entries -- Key: TUSCANY-1801 URL: https://issues.apache.org/jira/browse/TUSCANY-1801 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: Windows XP Reporter: Simon Nash Fix For: Java-SCA-1.1 I started the pre-built store sample using ant run and entered the URL http://localhost:8080/ufs/store.html in my browser. The console log displayed a FileNotFoundException and the Catalog entries were not displayed in the browser window. Here is the complete console log: run: [java] Starting ... [java] 22-Sep-2007 15:39:07 org.apache.catalina.core.StandardEngine start [java] INFO: Starting Servlet Engine: Apache Tomcat/6.0.10 [java] 22-Sep-2007 15:39:07 org.apache.catalina.startup.ContextConfig defaultWebConfig [java] INFO: No default web.xml [java] 22-Sep-2007 15:39:07 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/jsp/resources/jsp_2_0.xsd [java] 22-Sep-2007 15:39:07 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_1_1.dtd [java] 22-Sep-2007 15:39:07 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_1_2.dtd [java] 22-Sep-2007 15:39:07 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_2_0.xsd [java] 22-Sep-2007 15:39:07 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/resources/j2ee_web_services_1_1.xsd [java] 22-Sep-2007 15:39:08 org.apache.coyote.http11.Http11Protocol init [java] INFO: Initializing Coyote HTTP/1.1 on http-8080 [java] 22-Sep-2007 15:39:08 org.apache.coyote.http11.Http11Protocol start [java] INFO: Starting Coyote HTTP/1.1 on http-8080 [java] 22-Sep-2007 15:39:08 org.apache.tuscany.sca.http.tomcat.TomcatServer addServletMapping [java] INFO: Added Servlet mapping: http://localhost:8080/ufs/* [java] 22-Sep-2007 15:39:08 org.apache.tuscany.sca.http.tomcat.TomcatServer addServletMapping [java] INFO: Added Servlet mapping: http://localhost:8080/Catalog [java] 22-Sep-2007 15:39:08 org.apache.tuscany.sca.http.tomcat.TomcatServer addServletMapping [java] INFO: Added Servlet mapping: http://localhost:8080/SCADomain/scaDomain.js [java] 22-Sep-2007 15:39:08 org.apache.tuscany.sca.http.tomcat.TomcatServer addServletMapping [java] INFO: Added Servlet mapping: http://localhost:8080/ShoppingCart/* [java] store.composite ready for big business !!! [java] 22-Sep-2007 15:40:03 org.apache.catalina.core.StandardWrapperValve invoke [java] WARNING: Servlet.service() for servlet /ufs/* threw exception [java] java.io.FileNotFoundException: JAR entry ufservices/style.css not found in H:\tuscany-1.0-rc3a\tuscany-sca-1.0-incubating\samples\store\target\sample-store.jar [java] at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:114) [java] at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:124) [java] at java.net.URL.openStream(URL.java:1007) [java] at org.apache.tuscany.sca.http.tomcat.TomcatDefaultServlet$1$1.streamContent(TomcatDefaultServlet.java:66) [java] at org.apache.catalina.servlets.DefaultServlet.copy(DefaultServlet.java:1701) [java] at org.apache.catalina.servlets.DefaultServlet.serveResource(DefaultServlet.java:809) [java] at org.apache.catalina.servlets.DefaultServlet.doGet(DefaultServlet.java:325) [java] at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [java] at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) [java] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) [java] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [java] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228) [java] at
[jira] Updated: (TUSCANY-1880) helloworld-ws-sdo-webapp sample fails with NPE
[ https://issues.apache.org/jira/browse/TUSCANY-1880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Laws updated TUSCANY-1880: Fix Version/s: (was: Java-SCA-1.0.1) Java-SCA-1.1 Move fix target to 1.1 helloworld-ws-sdo-webapp sample fails with NPE -- Key: TUSCANY-1880 URL: https://issues.apache.org/jira/browse/TUSCANY-1880 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0.1 Reporter: Luciano Resende Fix For: Java-SCA-1.1 org.apache.jasper.JasperException: Exception in JSP: /HelloWorld.jsp:29 26: %@ page contentType=text/html;charset=UTF-8 language=java % 27: % 28: SCADomain scaDomain = (SCADomain) application.getAttribute(org.apache.tuscany.sca.SCADomain); 29: HelloWorld helloWorld = (HelloWorld)scaDomain.getService(HelloWorld.class, HelloWorldServiceComponent); 30: % 31: html 32: headtitleHello World SDO sample/title/head SEVERE: Servlet.service() for servlet jsp threw exception java.lang.NullPointerException at org.apache.jsp.HelloWorld_jsp._jspService(HelloWorld_jsp.java:58) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:334) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1790) README for binding-echo sample shows incorrect output
[ https://issues.apache.org/jira/browse/TUSCANY-1790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Laws updated TUSCANY-1790: Fix Version/s: (was: Java-SCA-1.0.1) Java-SCA-1.1 Move fix target to 1.1 README for binding-echo sample shows incorrect output - Key: TUSCANY-1790 URL: https://issues.apache.org/jira/browse/TUSCANY-1790 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: All Reporter: Simon Nash Priority: Minor Fix For: Java-SCA-1.1 The README for samples/binding-echo shows sample output that doesn't match what's actually produced. There are two extra lines Passing thro invoker... in the actual output. Here's what I see: run: [java] Passing thro invoker... [java] Returned message: foo [java] Echo reference = foo [java] Passing thro invoker... [java] Returned message: bar [java] Echo service = bar -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1800) osgi-supplychain README sample output needs updating
[ https://issues.apache.org/jira/browse/TUSCANY-1800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Laws updated TUSCANY-1800: Fix Version/s: (was: Java-SCA-1.0.1) Java-SCA-1.1 Move fix target to 1.1 osgi-supplychain README sample output needs updating Key: TUSCANY-1800 URL: https://issues.apache.org/jira/browse/TUSCANY-1800 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: All Reporter: Simon Nash Priority: Minor Fix For: Java-SCA-1.1 The README sample output for osgi-supplychain is not quite correct. It is missing the two lines [java] Stop OSGi bundle with activator OSGiShipperImpl [java] Stop OSGi bundle with activator OSGiCustomerImpl -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1796) helloworld-ws-reference README sample output needs updating
[ https://issues.apache.org/jira/browse/TUSCANY-1796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Laws updated TUSCANY-1796: Fix Version/s: (was: Java-SCA-1.0.1) Java-SCA-1.1 Move fix target to 1.1 helloworld-ws-reference README sample output needs updating --- Key: TUSCANY-1796 URL: https://issues.apache.org/jira/browse/TUSCANY-1796 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: All Reporter: Simon Nash Priority: Minor Fix For: Java-SCA-1.1 The README sample output for helloworld-ws-reference shows log4j configuration warnings. The sample has been fixed to remove these, so they should no longer appear in the sample output. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1797) helloworld-ws-sdo-webapp README has no ant build instructions
[ https://issues.apache.org/jira/browse/TUSCANY-1797?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Laws updated TUSCANY-1797: Fix Version/s: (was: Java-SCA-1.0.1) Java-SCA-1.1 Move fix target to 1.1 helloworld-ws-sdo-webapp README has no ant build instructions - Key: TUSCANY-1797 URL: https://issues.apache.org/jira/browse/TUSCANY-1797 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: All Reporter: Simon Nash Priority: Minor Fix For: Java-SCA-1.1 The README for helloworld-ws-sdo-webapp only contains mvn build instructions. There is an ant script but the readme does not mention how to build the sample using ant. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1786) mortgage-loanapproval README sample output is incorrect
[ https://issues.apache.org/jira/browse/TUSCANY-1786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Laws updated TUSCANY-1786: Fix Version/s: (was: Java-SCA-1.0.1) Java-SCA-1.1 Move fix target to 1.1 mortgage-loanapproval README sample output is incorrect --- Key: TUSCANY-1786 URL: https://issues.apache.org/jira/browse/TUSCANY-1786 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: Windows XP Reporter: Simon Nash Priority: Minor Fix For: Java-SCA-1.1 The README sample output for mortgage-loanapproval is incorrect. The sample output shows jetty without log4j configured. In Tuscany 1.0, this sample uses Tomcat with log4j configured and a number of log messages are displayed. On my machine, this produced: Buildfile: build.xml run: [java] Starting the CreditCheck Service... [java] 21-Sep-2007 12:08:36 org.apache.catalina.core.StandardEngine start [java] INFO: Starting Servlet Engine: Apache Tomcat/6.0.10 [java] 21-Sep-2007 12:08:37 org.apache.catalina.startup.ContextConfig defaultWebConfig [java] INFO: No default web.xml [java] 21-Sep-2007 12:08:37 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/jsp/resources/jsp_2_0.xsd [java] 21-Sep-2007 12:08:37 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_1_1.dtd [java] 21-Sep-2007 12:08:37 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_1_2.dtd [java] 21-Sep-2007 12:08:37 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/jsp/resources/web-jsptaglibrary_2_0.xsd [java] 21-Sep-2007 12:08:37 org.apache.catalina.startup.DigesterFactory register [java] WARNING: Could not get url for /javax/servlet/resources/j2ee_web_services_1_1.xsd [java] 21-Sep-2007 12:08:37 org.apache.coyote.http11.Http11Protocol init [java] INFO: Initializing Coyote HTTP/1.1 on http-8085 [java] 21-Sep-2007 12:08:37 org.apache.coyote.http11.Http11Protocol start [java] INFO: Starting Coyote HTTP/1.1 on http-8085 [java] 21-Sep-2007 12:08:37 org.apache.tuscany.sca.http.tomcat.TomcatServer addServletMapping [java] INFO: Added Servlet mapping: http://localhost:8085/CreditCheckService [java] Press Enter to Exit... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1913) host-tomcat fails to find servlet if it is added, removed and then added again.
[
https://issues.apache.org/jira/browse/TUSCANY-1913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws resolved TUSCANY-1913.
-
Resolution: Fixed
Fix Version/s: (was: Java-SCA-Next)
Java-SCA-1.1
Remove the servlet wrapper from the port structure when the servlet is removed
host-tomcat fails to find servlet if it is added, removed and then added
again.
---
Key: TUSCANY-1913
URL: https://issues.apache.org/jira/browse/TUSCANY-1913
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-1.0
Reporter: Simon Laws
Assignee: Simon Laws
Fix For: Java-SCA-1.1
Extending the Tomcat unit test with the following
public void testRegisterUnregisterMapping() throws Exception {
TomcatServer service = new TomcatServer(workScheduler);
TestServlet servlet = new TestServlet();
service.addServletMapping(http://127.0.0.1:; + HTTP_PORT + /foo,
servlet);
{
Socket client = new Socket(127.0.0.1, HTTP_PORT);
OutputStream os = client.getOutputStream();
os.write(REQUEST1.getBytes());
os.flush();
read(client);
}
assertTrue(servlet.invoked);
service.removeServletMapping(http://127.0.0.1:; + HTTP_PORT +
/foo);
{
Socket client = new Socket(127.0.0.1, HTTP_PORT);
OutputStream os = client.getOutputStream();
os.write(REQUEST1.getBytes());
os.flush();
read(client);
}
servlet = new TestServlet();
service.addServletMapping(http://127.0.0.1:; + HTTP_PORT + /foo,
servlet);
{
Socket client = new Socket(127.0.0.1, HTTP_PORT);
OutputStream os = client.getOutputStream();
os.write(REQUEST1.getBytes());
os.flush();
read(client);
}
assertTrue(servlet.invoked);
service.stop();
}
Leads to
INFO: Added Servlet mapping: http://L3AW203:8085/foo
19-Nov-2007 14:37:20 org.apache.tuscany.sca.http.tomcat.TomcatServer
removeServletMapping
INFO: Remove Servlet mapping: /foo
19-Nov-2007 14:37:31 org.apache.catalina.core.StandardWrapperValve invoke
INFO: Servlet /foo is currently unavailable
19-Nov-2007 14:37:40 org.apache.tuscany.sca.http.tomcat.TomcatServer
addServletMapping
INFO: Added Servlet mapping: http://L3AW203:8085/foo
19-Nov-2007 14:37:49 org.apache.catalina.core.StandardWrapperValve invoke
INFO: Servlet /foo is currently unavailable
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r596692 - /incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
On Nov 20, 2007 3:59 PM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
Are you sure that this is the right semantics? Can you help me
understand why we need to change the naming of the service if there's a
a callback?
Thanks.
[EMAIL PROTECTED] wrote:
Author: slaws
Date: Tue Nov 20 06:35:45 2007
New Revision: 596692
URL: http://svn.apache.org/viewvc?rev=596692view=rev
Log:
TUSCANY-1914
Construct URLs as ComponentName/ServiceName if callbacks have been added
causing the number of services to be greater than 1
Modified:
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
Modified:
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
URL:
http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java?rev=596692r1=596691r2=596692view=diff
==
---
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
(original)
+++
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
Tue Nov 20 06:35:45 2007
@@ -280,7 +280,8 @@
String bindingURI;
if (binding.getURI() == null) {
-if (componentServices.size() 1) {
+//if (componentServices.size() 1) {
+if (component.getServices().size() 1) {
// Binding URI defaults to component URI /
binding name
bindingURI = String.valueOf(binding.getName
());
bindingURI = URI.create(component.getURI()
+ '/').resolve(bindingURI).toString();
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jean-Sebastien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Maybe I'm getting the wrong end of the stick here.
When a callback is encountered on a component reference a new callback
service is now created to represent the endpoint of the callback
[createCallbackService(Component, ComponentReference) in the
CompositeConfigurationBuilder].
I believe the intention is to treat these new services in the same way as
any other service that the component may be providing. The URL of these
services must then follow the same rules as the other services that the
component exposes. In particular if the component has more than one service
then more fidelity is required in each service URL in order to differentiate
between them.
The change here is intended to include the newly created callback services
when considering how many services a component has.
Regards
Simon
Re: svn commit: r596692 - /incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
Simon Laws wrote:
On Nov 20, 2007 3:59 PM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
Are you sure that this is the right semantics? Can you help me
understand why we need to change the naming of the service if there's a
a callback?
Thanks.
[EMAIL PROTECTED] wrote:
Author: slaws
Date: Tue Nov 20 06:35:45 2007
New Revision: 596692
URL: http://svn.apache.org/viewvc?rev=596692view=rev
Log:
TUSCANY-1914
Construct URLs as ComponentName/ServiceName if callbacks have been added
causing the number of services to be greater than 1
Modified:
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
Modified:
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
URL:
http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java?rev=596692r1=596691r2=596692view=diff
==
---
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
(original)
+++
incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
Tue Nov 20 06:35:45 2007
@@ -280,7 +280,8 @@
String bindingURI;
if (binding.getURI() == null) {
-if (componentServices.size() 1) {
+//if (componentServices.size() 1) {
+if (component.getServices().size() 1) {
// Binding URI defaults to component URI /
binding name
bindingURI = String.valueOf(binding.getName
());
bindingURI = URI.create(component.getURI()
+ '/').resolve(bindingURI).toString();
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jean-Sebastien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Maybe I'm getting the wrong end of the stick here.
When a callback is encountered on a component reference a new callback
service is now created to represent the endpoint of the callback
[createCallbackService(Component, ComponentReference) in the
CompositeConfigurationBuilder].
I believe the intention is to treat these new services in the same way as
any other service that the component may be providing.
There's a difference, they cannot be wired to using reference
target=
I think it would be worth checking the intention with the spec group.
Perhaps we should also check that the spec's intention is to continue to
have this one service vs multiple services distinction. I can't seem to
find it now on the mailing lists but I think I remember a discussion
around that and people suggesting to remove that distinction.
--
Jean-Sebastien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Use of ServiceDiscovery in JavaImplementationProvider.loadPolicyHanlders
Ok, I figured this out. There's been a change in the name of the services file that used to contain the Policy hanlders. Thanks - Venkat On Nov 20, 2007 9:19 PM, Venkata Krishnan [EMAIL PROTECTED] wrote: Hi, With the recent 'classloader' changes the enhancements that I'd did in the the calculator sample to demonstrate the use of implementation policies does not seem to work anymore. Its primarily to do with the loading of PolicyHandler class names from META-INF/services/org.apache.tuscany.sca.policy.PolicySetHandlers file in the implementation-java-runtime module. Earlier I used to load this file from the JavaImplementationProvider.loadPolicyHandlers using the TCCL. After the classloader related clean up the 'loadPolicyHandler' method now uses ServiceDiscovery.getServiceResources and I see that the file doesn't seem to get loaded. Can somebody point to that which I am missing here ? Thanks. - Venkat
