Re: [vote] Project structure - renaming java/samples
+0.5 for[ x ] sample applications - java/sampleapps/bigbank/ Jean-Sebastien Delfino wrote: I'm not sure that we really have decided on a good name for our top level samples directory, currently java/samples/. This directory hosts samples. They are of a different nature than the technology samples under sca/samples, das/samples and sdo/samples. For M1 the only sample in this directory is BigBank (in the future we may want to add others like Petstore, the WS-I supply chain sample etc). We've all been using different terms to describe these samples, so far I've heard: samples, examples, sample applications, blueprints, business samples, business scenarios, sample scenarios, scenarios, demos. We need to pick a reasonable directory name for our M1 distribution asap as we're trying to put together the distribution build. Could you all please vote for one of the following? [ ] samples - java/samples/bigbank/ [ ] examples - java/examples/bigbank/ [ ] sample applications - java/sampleapps/bigbank/ [ ] blueprints - java/blueprints/bigbank/ [ ] business samples - java/businesssamples/bigbank/ [ ] business scenarios - java/businessscenarios/bigbank/ [ ] sample scenarios - java/samplescenarios/bigbank/ [ ] scenarios - java/scenarios/bigbank/ [ ] demos - java/demos/bigbank/ [ ] big bank - java/bigbank/ (with no parent samples directory if there is only sample like that in M1) [ ] any other creative idea :) Thanks,
Re: Experience of first use of Tuscany/SCA
Simon, First, thank you so much for doing that. This is very useful feedback, and exactly what we need to improve the Tuscany user experience! You mentioned JIRA... I encourage you to create JIRA issues for every bug you find. We will also welcome patches to fix these bugs, so if you find a problem and have a fix for it, don't hesitate to attach a patch to the JIRA issue :) It's also OK to create JIRAs for everything that looks odd or not obvious to a new user. This will help us improve our documentation and populate our FAQ. More comments inlined below. Simon Laws wrote: Having played with the java SCA examples I thought I would recreate some HelloWorld examples as an exercise in getting a feel for how easy it is to get up and running with Tuscany/Java without resulting to just modifying what is already in the tuscany example directory structure. I started with the tuscany build and samples but them created 4 of the simplest HelloWorld configurations I could think of. This note records my experience so far as a user new to looking at the technology. I have noted issues as I have gone through but as the build is not yet done I expect that some of these are just code in flight issues. So apologies for raising things that have already been fixed. I am happy to raise all, some, none of these are JIRA entries as appropriate if someone can tell me which ones are bogus. Its also true that some of these comments are subjective so feel free to ignore. Yes, please. There is no bogus issues. Bogus issues in apparence may actually be a problem with our documentation, or lack of documentation :) design issues, usability issues. We'll take a look at all the JIRAs you create and even if the answer looks obvious after the fact, well maybe that means that we need to put it in our FAQ (which is currently empty...) and help other users to not run into the same thing. If these notes are of any use at all let me know. No doubt I will playing more over the next week and am happy to feed back if it's useful. Establish the environment My OS for this exercise is Fedora Core 5. I followed the linux instructions at http://wiki.apache.org/ws/Tuscany/GetTuscany/Linux which are pretty much spot on. I went ahead and installed IBM JDK 5.0 (as an alternative to the recommended Sun JDK) Maven 2.0.4 Ant 1.6.5 There is a slight difference between Red Hat and Fedora Core 1 - There is no readily available rpm for svn on Fedora Core but Fedora Cores come with subversion 1.3.1 in the install Ok, I'll add that to the Linux doc. 2 - There are several different sets of build instructions, for example, SCA Installation instructions, Samples setup, java/BUILDING.txt, testing/tomcat/readme and the new wiki Get Tuscany pages. Personally I prefer the latter and found the different instructions in different places confusing Agreed, we have duplicate / inconsistent info between the Web site, BUILDING.txt and the Wiki, and one of the (...big...) tasks for our M1 release it to clean this up... Build and test The maven build worked straight off and the tests apparently ran. I did, and still do, get numerous warnings that maven is unable to download dependencies from ibiblio. It also hangs sometimes trying to get particular jars. I let it carry on and it didn't seem to stop the test working 3 - assuming its not just me put a note in the build instructions mentioning maven warnings that occur. Very good point. We're getting this question all the time whenever ibiblio gets slow or just times out. We need a big note in the build instructions to warn people about that. Run hello word sample I got a little caught out here as in the snapshot I took (a few days ago!) I have a samples directory and a samples directory under the SCA project. This is OK but I got caught out by the two links at the bottom of the top level sampleSetup.htm file. For some strange reason I didn't notice that one points to the top level samples directory and the other points to the SCA samples directory - doh. At the time there were HelloWorld samples is both (this is not the case now as I checked svn) We've been moving the samples around the last few days, and you probably caught us in the middle of that. Will it help if we post a BIG message to our dev and user lists to warn people about these kinds of refactorings when we do them? 4 - May be worth putting a note in each sample readme highlighting where the sample is in the directory structure 5 - The big bank samples overview ( file:///home/slaws/tuscany/java/samples/readme.htm) doesn't point to readmes in the same way that the SCA samples page does ( file:///home/slaws/tuscany/java/sca/samples/readme.htm) The jars that are required to run the samples are in the local maven repository. The required jars are listed on the sample setup page (file:///home/slaws/tuscany/java/sampleSetup.htm). But the list here doesn't match the list that the build file
[jira] Closed: (TUSCANY-342) Lost ability to work with Datasources
[ http://issues.apache.org/jira/browse/TUSCANY-342?page=all ] Kevin Williams closed TUSCANY-342: -- Verified with 405666 Lost ability to work with Datasources - Key: TUSCANY-342 URL: http://issues.apache.org/jira/browse/TUSCANY-342 Project: Tuscany Type: Bug Components: Java DAS RDB Reporter: Kevin Williams Fix For: M1 Regression! Lost ability to work with Datasources. This is a strong argument for automating the stand-alone sample and testing HTMLUnit -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (TUSCANY-342) Lost ability to work with Datasources
[ http://issues.apache.org/jira/browse/TUSCANY-342?page=all ] Kevin Williams resolved TUSCANY-342: Resolution: Fixed Lost ability to work with Datasources - Key: TUSCANY-342 URL: http://issues.apache.org/jira/browse/TUSCANY-342 Project: Tuscany Type: Bug Components: Java DAS RDB Reporter: Kevin Williams Fix For: M1 Regression! Lost ability to work with Datasources. This is a strong argument for automating the stand-alone sample and testing HTMLUnit -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Problem with celtix distribution in maven
The Celtix jar is big, 17Meg, so the download can timeout, you just have to keep on trying. Or manually download and add it to your maven repository, or as a last resort you can temporarily take Celtix out of the build by changing the binding pom.xml, http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/bindings/pom.xmlto have instead of: modulebinding.celtix/module to: !-- modulebinding.celtix/module -- And you need the same for the helloworldws-cetix sample in the samples pom.xml: http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/samples/pom.xml I've also not got Celtix to work yet, all the sunjars installs fail with things like: [exec] [INFO] Invalid task 'com.sun.xml': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal ...ant On 5/10/06, Krishnendu Kunti [EMAIL PROTECTED] wrote: Hi Every time I try to build Tuscany the build fails with the following error: Downloading: http://maven.objectweb.org/maven2/org/objectweb/celtix/celtix-distr ibution/1.0/celtix-distribution-1.0-bin-epl.jar 17191K downloaded [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '5f147af5cd 06cfdb329601f240100e049a9e32d3'; remote = 'e37bdb1bcb552e33b6c416bc9e62bac1a5499 faa' - RETRYING Please suggest Thanks Krish CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS***
Re: [vote] Project structure - renaming java/samples
+1 [X] sample applications - java/sampleapps/bigbank/ On 5/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'm not sure that we really have decided on a good name for our top level samples directory, currently java/samples/. This directory hosts samples. They are of a different nature than the technology samples under sca/samples, das/samples and sdo/samples. For M1 the only sample in this directory is BigBank (in the future we may want to add others like Petstore, the WS-I supply chain sample etc). We've all been using different terms to describe these samples, so far I've heard: samples, examples, sample applications, blueprints, business samples, business scenarios, sample scenarios, scenarios, demos. We need to pick a reasonable directory name for our M1 distribution asap as we're trying to put together the distribution build. Could you all please vote for one of the following? [ ] samples - java/samples/bigbank/ [ ] examples - java/examples/bigbank/ [ ] sample applications - java/sampleapps/bigbank/ [ ] blueprints - java/blueprints/bigbank/ [ ] business samples - java/businesssamples/bigbank/ [ ] business scenarios - java/businessscenarios/bigbank/ [ ] sample scenarios - java/samplescenarios/bigbank/ [ ] scenarios - java/scenarios/bigbank/ [ ] demos - java/demos/bigbank/ [ ] big bank - java/bigbank/ (with no parent samples directory if there is only sample like that in M1) [ ] any other creative idea :) Thanks, -- Jean-Sebastien
[jira] Commented: (TUSCANY-317) Java SCA Groovy Container
[ http://issues.apache.org/jira/browse/TUSCANY-317?page=comments#action_12378841 ] Meeraj Kunnumpurath commented on TUSCANY-317: - Seems to be wrong version of asm, if you have asm 2.2 higher up in the classpath, the test seems to be working. Ta Java SCA Groovy Container - Key: TUSCANY-317 URL: http://issues.apache.org/jira/browse/TUSCANY-317 Project: Tuscany Type: New Feature Reporter: Meeraj Kunnumpurath Assignee: Jean-Sebastien Delfino Priority: Minor Attachments: container.groovy.zip SCA Container for running Groovy scripts. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TUSCANY-317) Java SCA Groovy Container
[ http://issues.apache.org/jira/browse/TUSCANY-317?page=comments#action_12378881 ] ant elder commented on TUSCANY-317: --- Crikey, doesn't Groovy have a ton of dependencies. This NoSuchMethodError seems to be a dependency conflict within groovy itself, there's a post about it: http://mail-archives.apache.org/mod_mbox/jakarta-hivemind-dev/200505.mbox/[EMAIL PROTECTED] but thats from a year ago, you'd think it would have been fixed by now so I may be misunderstanding whats going wrong. The only way I've been able to get this to work with both maven and eclipse is by editing the JMock cglib pom in my maven repository and commenting out the cglib dependency: C:\Documents and Settings\ant\.m2\repository\jmock\jmock-cglib\1.0.1\jmock-cglib-1.0.1.pom !-- dependency groupIdcglib/groupId artifactIdcglib-full/artifactId version2.0.2/version /dependency -- There must be a better solution than this? Java SCA Groovy Container - Key: TUSCANY-317 URL: http://issues.apache.org/jira/browse/TUSCANY-317 Project: Tuscany Type: New Feature Reporter: Meeraj Kunnumpurath Assignee: Jean-Sebastien Delfino Priority: Minor Attachments: container.groovy.zip SCA Container for running Groovy scripts. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Maven artifactID for all samples to sample-xxxxx
I'd like to propose for all samples be it the yet undecided name for what BB is and the other technology samples to prepend to the maven artifactid sample-. I hate to be picky about things like this, but I think this would make it clearer that it's a sample. For Eclipse users it really adds a nice touch that if you import all the projects they would be grouped together. IDEAL? Just a request.
[jira] Updated: (TUSCANY-329) Simplified extension API improvements
[ http://issues.apache.org/jira/browse/TUSCANY-329?page=all ] Meeraj Kunnumpurath updated TUSCANY-329: Attachment: GroovyImplementationLoader.java This is the groovy implementation loader now loos like. Simplified extension API improvements - Key: TUSCANY-329 URL: http://issues.apache.org/jira/browse/TUSCANY-329 Project: Tuscany Type: Improvement Components: Java SCA Core Versions: M1 Reporter: ant elder Assignee: Jim Marino Fix For: M1 Attachments: AbstractImplementationLoader.java, GroovyImplementationLoader.java The work to create simple APIs for adding extensions has made some of the work required to add an extension much simpler, but there's still things that can be simplfied further for container extensions for new component types. The relevant classes are the ContextFactory, ComponentContext, and TargetInvoker which have a non trivial amount of code and its virtually identical for most simple components. A ComponentTargetInvoker would also be almost identical to the o.a.t.c.extension.ExternalServiceTargetInvoker. Code for these classes already exists in the Java container, it just needs to be refactored a little to be generic and moved to the o.a.t.c.extension package. Be really great if we could get this done before M1 so we have stable extension APIs for people to work with. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Eclipse code style templates
Hi, Could someone pls point me to the Eclipse code style templates for Tuscany? Ta Meeraj * You can find us at www.voca.com * This communication is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the intended recipient please notify the sender named above immediately. Registered in England, No 1023742, Registered Office: Voca Limited Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire, WD3 1FX This message has been checked for all email viruses by MessageLabs.
java.lang.ClassCastException: org.apache.tuscany.sdo.impl.DynamicDataObjectImpl
Hi,
I have this problem when I try to call an External Service with SOAP.
A ClassCastException is thrown in a Proxy.
Here the client trace : (there's no error on catalina)
Exception in thread main java.lang.ClassCastException:
org.apache.tuscany.sdo.impl.DynamicDataObjectImpl
at $Proxy16.getOperations(Unknown Source)
at bank.ClientImpl.run(ClientImpl.java:57)
at bank.Main.main(Main.java:21)
And here the sources :
Main :
--
public static void main(String[] args) throws Exception {
// Obtain Tuscany runtime
TuscanyRuntime tuscany = new TuscanyRuntime(bank, null);
// Start the runtime
tuscany.start();
// Obtain SCA module context.
ModuleContext moduleContext = CurrentModuleContext.getContext();
// Locate and Launch Client.
((Runnable)
moduleContext.locateService(ClientComponent)).run(); // -
Line 21
// Stop the runtime
tuscany.stop();
}
ClientImpl :
--
static {
SDOUtil.registerStaticTypes(BankFactory.class);
}
@Reference
public AccountService as;
public void run() {
System.out.println(Client run call...);
IteratorOperation it = null;
try {
it = as.getOperations( ).getOperation().iterator(); //
- Line 57
} catch (RemoteException e) {
e.printStackTrace();
return;
}
int i = 0;
while (it.hasNext()) {
i++;
System.out.println(i+/\t + it.next());
}
if (i == 0) System.out.println(No withdraw on this account);
}
Have you ever encounter this kind of problem ?
I have seen a JIRA (333) about ClassCastException but I don't know if it is
the same problem ...
Thanks,
--
Guillaume Dufrêne.
smime.p7s
Description: S/MIME Cryptographic Signature
[jira] Created: (TUSCANY-344) Add a note to the GetTuscanyLinux wiki page noting that Fedora Core 5 comes with svn 1.3.1
Add a note to the GetTuscanyLinux wiki page noting that Fedora Core 5 comes with svn 1.3.1 -- Key: TUSCANY-344 URL: http://issues.apache.org/jira/browse/TUSCANY-344 Project: Tuscany Type: Improvement Components: Website Versions: M1 Environment: Fedora Core 5 Reporter: Simon Laws Priority: Minor There is no readily available rpm for svn on Fedora Core but Fedora Core 5 come with subversion 1.3.1 in the install. Add a note to the GetTuscanyLinux instructions here: http://wiki.apache.org/ws/Tuscany/GetTuscany/Linux -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Maven artifactID for all samples to sample-xxxxx
[snip] ant elder wrote: +1, i think it would be a great improvement to group things in the IDE. Can any of the others be improved as well - how about changing the interop ones from tuscany-testing-interop-service-xxx to just interop-service-xxx and tuscany-testing-interop-clients-xxx to interop-clients-xxx? ...ant +1 for both suggestions from me. -- Jean-Sebastien
Re: Maven artifactID for all samples to sample-xxxxx
This is the same in IntelliJ too so I think it is a good thing to do. +1 On May 10, 2006, at 6:32 AM, cr22rc2 wrote: I'd like to propose for all samples be it the yet undecided name for what BB is and the other technology samples to prepend to the maven artifactid sample-. I hate to be picky about things like this, but I think this would make it clearer that it's a sample. For Eclipse users it really adds a nice touch that if you import all the projects they would be grouped together. IDEAL? Just a request.
Re: java.lang.ClassCastException: org.apache.tuscany.sdo.impl.DynamicDataObjectImpl
Guillaume,
I don't know exactly what the problem is, but as a general rule whenever
you see ClassCastException on an instance of DynamicDataObjectImpl it
means that the generated SDO class isn't registered/available. SDO is
smart and if there's no generated class for a particular type it uses a
dynamic SDO implementation class for it. This is the right behavior if
there really is no generated class, but if clients expect one, you
generally get this kind of ClassCastException.
Frank.
Guillaume Dufrene [EMAIL PROTECTED] wrote on 05/10/2006 10:55:30
AM:
Hi,
I have this problem when I try to call an External Service with SOAP.
A ClassCastException is thrown in a Proxy.
Here the client trace : (there's no error on catalina)
Exception in thread main java.lang.ClassCastException:
org.apache.tuscany.sdo.impl.DynamicDataObjectImpl
at $Proxy16.getOperations(Unknown Source)
at bank.ClientImpl.run(ClientImpl.java:57)
at bank.Main.main(Main.java:21)
And here the sources :
Main :
--
public static void main(String[] args) throws Exception {
// Obtain Tuscany runtime
TuscanyRuntime tuscany = new TuscanyRuntime(bank, null);
// Start the runtime
tuscany.start();
// Obtain SCA module context.
ModuleContext moduleContext = CurrentModuleContext.getContext();
// Locate and Launch Client.
((Runnable)
moduleContext.locateService(ClientComponent)).run(); // -
Line 21
// Stop the runtime
tuscany.stop();
}
ClientImpl :
--
static {
SDOUtil.registerStaticTypes(BankFactory.class);
}
@Reference
public AccountService as;
public void run() {
System.out.println(Client run call...);
IteratorOperation it = null;
try {
it = as.getOperations( ).getOperation().iterator(); //
- Line 57
} catch (RemoteException e) {
e.printStackTrace();
return;
}
int i = 0;
while (it.hasNext()) {
i++;
System.out.println(i+/\t + it.next());
}
if (i == 0) System.out.println(No withdraw on this account);
}
Have you ever encounter this kind of problem ?
I have seen a JIRA (333) about ClassCastException but I don't know if it
is
the same problem ...
Thanks,
--
Guillaume Dufrêne.
[jira] Updated: (TUSCANY-282) Add to our build the production of a distribution for our release
[ http://issues.apache.org/jira/browse/TUSCANY-282?page=all ] Daniel Kulp updated TUSCANY-282: Attachment: tuscany-distribution.tar.gz Untar into tuscany/java. It will create a tuscany-distribution directory. Cd to the directory and run mvn package. It should create a target/tuscany-dist-tuscany-overlay/tuscany-dist/ directory with a start of a directory structure. Add to our build the production of a distribution for our release - Key: TUSCANY-282 URL: http://issues.apache.org/jira/browse/TUSCANY-282 Project: Tuscany Type: New Feature Components: Build System Versions: M1 Reporter: Jean-Sebastien Delfino Assignee: Raymond Feng Priority: Critical Fix For: M1 Attachments: dist-patch-v1.diff, tuscany-distribution.tar.gz We need to add to our build the production of a distribution Zip for our release. The distribution should include a preconfigured Tomcat. See discussion on our wiki page at http://wiki.apache.org/ws/Tuscany/Tasks and a proposal on the dev list at http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200604.mbox/[EMAIL PROTECTED] Jeremy and Raymond are volunteering to work on this. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TUSCANY-345) Consolidate and check consistency of build and run instructions
Consolidate and check consistency of build and run instructions --- Key: TUSCANY-345 URL: http://issues.apache.org/jira/browse/TUSCANY-345 Project: Tuscany Type: Improvement Components: Website, Java SCA Samples, Java BigBank Scenario Versions: M1 Environment: Fedora Core 5 Reporter: Simon Laws There are several different sets of build instructions, e, g, Website - SCA Installation instructions sampleSetup.htm java/BUILDING.txt, testing/tomcat/readme new wiki Get Tuscany pages. Personally I prefer the format of the last one for users. Should also remove the svn stuff for the binary release though. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TUSCANY-349) Check correctness of required Jar list
Check correctness of required Jar list -- Key: TUSCANY-349 URL: http://issues.apache.org/jira/browse/TUSCANY-349 Project: Tuscany Type: Improvement Components: Build System Versions: M1 Environment: all Reporter: Simon Laws The required jars are listed on the sample setup page (/tuscany/java/sampleSetup.htm) needs to be checked to make sure that it matches what is atually required by the released code. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TUSCANY-345) Consolidate and check consistency of build and run instructions
[ http://issues.apache.org/jira/browse/TUSCANY-345?page=comments#action_12378947 ] Kelvin Goodson commented on TUSCANY-345: Theres also Java SDO information of this kind in http://incubator.apache.org/tuscany/SDO_Java_Project_Overview.pdf which I have in mind to transfer to the wiki in the near future. Consolidate and check consistency of build and run instructions --- Key: TUSCANY-345 URL: http://issues.apache.org/jira/browse/TUSCANY-345 Project: Tuscany Type: Improvement Components: Website, Java SCA Samples, Java BigBank Scenario Versions: M1 Environment: Fedora Core 5 Reporter: Simon Laws There are several different sets of build instructions, e, g, Website - SCA Installation instructions sampleSetup.htm java/BUILDING.txt, testing/tomcat/readme new wiki Get Tuscany pages. Personally I prefer the format of the last one for users. Should also remove the svn stuff for the binary release though. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TUSCANY-350) Make the useful testing/tomcat/build.xml more readily available.
Make the useful testing/tomcat/build.xml more readily available. - Key: TUSCANY-350 URL: http://issues.apache.org/jira/browse/TUSCANY-350 Project: Tuscany Type: Improvement Components: Java SCA Samples Versions: Mx Environment: all Reporter: Simon Laws Priority: Minor The very useful ant script that performs various configuration steps has a few real gems that could be wrapped to to make them more obvious targets for new users to use, e.g. project name=useful targets default=prepareForHelloWorld basedir='.' target name=prepareForHelloWorld ant antfile=testing/tomcat/build.xml target=j2se property name=tuscany.acceptance.target.dir value=target/ /ant /target target name=runHelloWorld java classname=org.apache.tuscany.samples.helloworldmc.HelloWorldClient fork=true jvmarg value=-Djava.ext.dirs=./target/j2se/ classpath pathelement location=samples/helloworld/helloworldmc/target/helloworldmc-SNAPSHOT.jar / /classpath /java /target /project -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TUSCANY-351) New FAQ Entry: Getting a null pointer for HelloWorldWeb
New FAQ Entry: Getting a null pointer for HelloWorldWeb Key: TUSCANY-351 URL: http://issues.apache.org/jira/browse/TUSCANY-351 Project: Tuscany Type: Improvement Versions: M1 Environment: all Reporter: Simon Laws If you get null pointers for all of the samples that use Tomcat then check that the Host element in the conf/server.xml has been updated in accordance with the instructions here: java/sampleSetup.htm. For some reason the xslt script that does this from the build.xml failed on my fedora setup and didn't report and error. I will chase it a bit further and raise a seaprate JIRA if it seems to be a bug. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TUSCANY-282) Add to our build the production of a distribution for our release
[ http://issues.apache.org/jira/browse/TUSCANY-282?page=all ] Daniel Kulp updated TUSCANY-282: Attachment: tuscany-distribution2.tar.gz Latest changes for distribution. Creates manifest jars, flattens the dirs a bit, etc Add to our build the production of a distribution for our release - Key: TUSCANY-282 URL: http://issues.apache.org/jira/browse/TUSCANY-282 Project: Tuscany Type: New Feature Components: Build System Versions: M1 Reporter: Jean-Sebastien Delfino Assignee: Raymond Feng Priority: Critical Fix For: M1 Attachments: dist-patch-v1.diff, tuscany-distribution.tar.gz, tuscany-distribution2.tar.gz We need to add to our build the production of a distribution Zip for our release. The distribution should include a preconfigured Tomcat. See discussion on our wiki page at http://wiki.apache.org/ws/Tuscany/Tasks and a proposal on the dev list at http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200604.mbox/[EMAIL PROTECTED] Jeremy and Raymond are volunteering to work on this. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [vote] Project structure - renaming java/samples
+1 [x] sample applications - java/sampleapps/bigbank/ Jean-Sebastien Delfino wrote: I'm not sure that we really have decided on a good name for our top level samples directory, currently java/samples/. This directory hosts samples. They are of a different nature than the technology samples under sca/samples, das/samples and sdo/samples. For M1 the only sample in this directory is BigBank (in the future we may want to add others like Petstore, the WS-I supply chain sample etc). We've all been using different terms to describe these samples, so far I've heard: samples, examples, sample applications, blueprints, business samples, business scenarios, sample scenarios, scenarios, demos. We need to pick a reasonable directory name for our M1 distribution asap as we're trying to put together the distribution build. Could you all please vote for one of the following? [ ] samples - java/samples/bigbank/ [ ] examples - java/examples/bigbank/ [ ] sample applications - java/sampleapps/bigbank/ [ ] blueprints - java/blueprints/bigbank/ [ ] business samples - java/businesssamples/bigbank/ [ ] business scenarios - java/businessscenarios/bigbank/ [ ] sample scenarios - java/samplescenarios/bigbank/ [ ] scenarios - java/scenarios/bigbank/ [ ] demos - java/demos/bigbank/ [ ] big bank - java/bigbank/ (with no parent samples directory if there is only sample like that in M1) [ ] any other creative idea :) Thanks,
Namespace attribute removed from sca.module import.wsdl element in samples
I just noticed on the latest update that in I think most of the samples this was removed. This seems to be a typical pattern for importing XML and the check to verify that the document really does have that target namespace. This helped me in many cases outside of SCA to catch simple errors. I'm actually a little surprised that it's not required.
Re: [vote] Project structure - renaming java/samples
+1 [x] java/samples/bigbank Jean-Sebastien Delfino wrote: I'm not sure that we really have decided on a good name for our top level samples directory, currently java/samples/. This directory hosts samples. They are of a different nature than the technology samples under sca/samples, das/samples and sdo/samples. For M1 the only sample in this directory is BigBank (in the future we may want to add others like Petstore, the WS-I supply chain sample etc). We've all been using different terms to describe these samples, so far I've heard: samples, examples, sample applications, blueprints, business samples, business scenarios, sample scenarios, scenarios, demos. We need to pick a reasonable directory name for our M1 distribution asap as we're trying to put together the distribution build. Could you all please vote for one of the following? [ ] samples - java/samples/bigbank/ [ ] examples - java/examples/bigbank/ [ ] sample applications - java/sampleapps/bigbank/ [ ] blueprints - java/blueprints/bigbank/ [ ] business samples - java/businesssamples/bigbank/ [ ] business scenarios - java/businessscenarios/bigbank/ [ ] sample scenarios - java/samplescenarios/bigbank/ [ ] scenarios - java/scenarios/bigbank/ [ ] demos - java/demos/bigbank/ [ ] big bank - java/bigbank/ (with no parent samples directory if there is only sample like that in M1) [ ] any other creative idea :) Thanks,
[jira] Closed: (TUSCANY-240) Update wsdl loading to use
[ http://issues.apache.org/jira/browse/TUSCANY-240?page=all ] Daniel Kulp closed TUSCANY-240: --- Resolution: Fixed Update wsdl loading to use -- Key: TUSCANY-240 URL: http://issues.apache.org/jira/browse/TUSCANY-240 Project: Tuscany Type: Improvement Components: Java SCA Celtix Binding Versions: M1 Reporter: Daniel Kulp Assignee: Daniel Kulp Priority: Minor Fix For: M1 Attachments: celtix.wsdl.patch Patch to update Celtix binding to use WSDLDefinitionRegistry instead of SCDLAssemblyModelLoaderImpl for obtaining wsdl definition. This patch depend on TUSCANY-239 being applied to core -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (TUSCANY-357) Celtix binding doesn't map operation names correctly
Celtix binding doesn't map operation names correctly Key: TUSCANY-357 URL: http://issues.apache.org/jira/browse/TUSCANY-357 Project: Tuscany Type: Bug Components: Java SCA Celtix Binding Versions: M1 Reporter: Daniel Kulp Assigned to: Daniel Kulp Fix For: M1 If the operation name in the WSDL doesn't equalsIgnoreCase the method name, the celtix binding will not dispatch correctly, usually throwing a NullPointerException. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TUSCANY-229) Maven plugin SDO Gen and WSDL2SDO tools do not allow specific serices/ports to generate
[ http://issues.apache.org/jira/browse/TUSCANY-229?page=all ] Jojo Joseph updated TUSCANY-229: Attachment: testing-interop-sms.zip This attachement contains a wsdl with three port-types and the sca module definitions, pom.xml and a loop back test case to test it. Maven plugin SDO Gen and WSDL2SDO tools do not allow specific serices/ports to generate --- Key: TUSCANY-229 URL: http://issues.apache.org/jira/browse/TUSCANY-229 Project: Tuscany Type: Bug Components: Java SCA Tools, Java SDO Tools Versions: M1 Environment: all Reporter: Rick Rineholt Assignee: Rick Rineholt Fix For: M1 Attachments: testing-interop-sms.zip For Maven plugins tuscany-sdo-plugin tuscany-sca-plugin there doesn't seem to be a way to specify which specific service/port you want generated in the WSDL. Last I checked I think it runs the last service/port. (maybe I missed these options?) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Tuscany IRC Log (May-10-2006)
(08:30:37 AM) jsdelfino: hi folks (08:30:45 AM) ant_: hi (08:31:33 AM) rfeng: hi (08:32:29 AM) cr22rc: when we chatting ? (08:32:59 AM) jsdelfino: now? (08:33:11 AM) kgoodson: yes, according to the note on the mailing list (08:33:17 AM) jsdelfino: :) (08:33:30 AM) jmarino: hi (08:33:35 AM) cr22rc: k :-) (08:33:37 AM) jsdelfino: hi jim (08:34:13 AM) jsdelfino: here's what I had in mind for today: (08:34:32 AM) jsdelfino: discuss some of the remaining important JIRAs (08:34:46 AM) jsdelfino: the practical plan for our M1 release (08:34:56 AM) jsdelfino: what people want to show at javaone (08:35:25 AM) jsdelfino: and I forgot to put it in the email yesterday, but we need to see where we are with the distro build (08:35:38 AM) jsdelfino: when can we build a distro that we can try out (08:36:05 AM) jsdelfino: anything else? and do people have time constraints that will influence the order in which we discuss these? (08:37:11 AM) jsdelfino: I think we are making progress on the structure of the samples on the dev list so I suggest we leave this discussion there (08:38:12 AM) jsdelfino: ok, I'm going to interpret silence as silent IRC nodding, let's move on to distro build :) (08:38:22 AM) jsdelfino: rfeng, cr22rc, can u give us a quick update? (08:38:26 AM) rfeng: sure (08:39:01 AM) rfeng: I submitted a patch yesterday which can collect the jars and samples in the dist folder (08:39:21 AM) rfeng: can somebody give a try to see if it's what we want (08:39:24 AM) rfeng: ? (08:39:39 AM) cr22rc: sorry didn't get around to it (08:39:42 AM) rfeng: if yes, I'l continue on the path to pre-configure tomcat (08:40:07 AM) dkulp: I don't think it's what we want. :-) (08:40:17 AM) jsdelfino: can u give us a brief overview of the structure that the build produces now? (08:40:22 AM) dkulp: Using the maven-dependency-plugin is dangerous (08:40:31 AM) dkulp: It includes a bunch of stuff we don't want shipping. (08:40:37 AM) isilval [EMAIL PROTECTED] entered the room. (08:40:47 AM) rfeng: please explain (08:41:11 AM) rfeng: here're the steps in the build process (08:41:18 AM) dkulp: It packages system and test scope dependencies (like tools.jar and easymock) (08:41:24 AM) jsdelfino: rfeng, can u paste in a paste site the structure generated by the build? including the list of jars? (08:41:52 AM) rfeng: 1) For runtime projects, we copy the depenendency jars and itself to the lib (08:41:59 AM) jsdelfino: just do a dir /s or find . or something like that, so we all see what we're talking about? (08:42:24 AM) rfeng: 2) for sample project, we copy the src/main/** and the target/jar|war (08:42:33 AM) rfeng: let me post a list (08:44:03 AM) rfeng: what's the site? (08:44:55 AM) pombreda [EMAIL PROTECTED] entered the room. (08:44:58 AM) dkulp: http://rafb.net/paste/ (08:45:19 AM) haleh [EMAIL PROTECTED] entered the room. (08:45:47 AM) rfeng: i don't see tools.jar in the lib (08:45:53 AM) rfeng: posting ... (08:46:24 AM) rfeng: http://rafb.net/paste/results/PEMAgN40.html (08:46:40 AM) dkulp: You aren't on a Mac, are you? (08:46:46 AM) rfeng: no, wxp (08:47:25 AM) rfeng: can you see the site now? (08:47:51 AM) jsdelfino: yes (08:47:54 AM) ant_: thats a lot of dependencies (08:47:54 AM) rfeng: for bindings, I can also create its own lib (08:48:10 AM) jsdelfino: one comment, axis2 and celtix need to have their own dirs (08:48:16 AM) rfeng: yes (08:48:20 AM) cr22rc: scary (08:48:24 AM) jsdelfino: lib/axis2 (08:48:27 AM) jsdelfino: lib/celtix (08:48:32 AM) rfeng: yes (08:48:50 AM) rfeng: so the jars under lib/axis2 will have some dups to lib (08:48:57 AM) dkulp: I have a maven-assembly-plugin only distribution thing more or less working as well. (through it together in the last hour) (08:49:31 AM) rfeng: I tried the assembly as well (08:49:32 AM) cr22rc: servlet-api ? (08:49:38 AM) dkulp: Let me get the file list up (rafb is being slow) (08:49:49 AM) rfeng: it creates a hierarchy, right? (08:49:57 AM) jsdelfino: why would the jars under lib/axis2 be duplicated in lib? (08:50:03 AM) jsdelfino: I don't think they should (08:50:12 AM) jsdelfino: lib == the core dependencies (08:50:20 AM) rfeng: so we only list the jars which are not in lib (08:50:21 AM) cr22rc: org.mortbay.jetty-5.1.9.jar (08:50:29 AM) rfeng: got it (08:50:31 AM) jsdelfino: axis2 == the extra dependencies for axis2 (08:50:39 AM) jsdelfino: celtix == the extra for celtix (08:50:42 AM) dkulp: http://pastebin.com/709571 (08:51:52 AM) rfeng: so we have 485-378 jars (08:52:13 AM) rfeng: =107 jars (08:52:21 AM) dkulp: Some are dups with celtix/axis/core that can be filtered out. (08:52:26 AM) rfeng: ok (08:52:40 AM) dkulp: The advantage of the assembly plugin is that you CAN filter them out. (08:52:58 AM) rfeng: dan, when you say assembly plugin, is the one from maven itself? (08:53:05 AM) dkulp: Yea. (08:53:05 AM) rfeng: I tried that one a bit (08:53:21 AM) rfeng: assembly:assembly? (08:53:28 AM) dkulp: What's the JIRA number for dist?
Re: java.lang.ClassCastException: org.apache.tuscany.sdo.impl.DynamicDataObjectImpl
Guillaume Dufrene wrote:
Hi,
I have this problem when I try to call an External Service with SOAP.
A ClassCastException is thrown in a Proxy.
Here the client trace : (there's no error on catalina)
Exception in thread main java.lang.ClassCastException:
org.apache.tuscany.sdo.impl.DynamicDataObjectImpl
at $Proxy16.getOperations(Unknown Source)
at bank.ClientImpl.run(ClientImpl.java:57)
at bank.Main.main(Main.java:21)
And here the sources :
Main :
--
public static void main(String[] args) throws Exception {
// Obtain Tuscany runtime
TuscanyRuntime tuscany = new TuscanyRuntime(bank, null);
// Start the runtime
tuscany.start();
// Obtain SCA module context.
ModuleContext moduleContext = CurrentModuleContext.getContext();
// Locate and Launch Client.
((Runnable)
moduleContext.locateService(ClientComponent)).run(); // -
Line 21
// Stop the runtime
tuscany.stop();
}
ClientImpl :
--
static {
SDOUtil.registerStaticTypes(BankFactory.class);
}
@Reference
public AccountService as;
public void run() {
System.out.println(Client run call...);
IteratorOperation it = null;
try {
it = as.getOperations( ).getOperation().iterator(); //
- Line 57
} catch (RemoteException e) {
e.printStackTrace();
return;
}
int i = 0;
while (it.hasNext()) {
i++;
System.out.println(i+/\t + it.next());
}
if (i == 0) System.out.println(No withdraw on this account);
}
Have you ever encounter this kind of problem ?
I have seen a JIRA (333) about ClassCastException but I don't know if
it is
the same problem ...
Thanks,
--
Guillaume Dufrêne.
Hi Guillaume,
This could be related to TUSCANY-333, or maybe not :) Could you please
create another JIRA and attach your test case to it with a brief
description of any necessary steps to reproduce the problem, and one of
us will take a look and will debug it. Thanks!
--
Jean-Sebastien
