Sebastien,
I did come across (2), but I assumed that (1) was deliberately using a
script name rather than module/classnames etc. to keep the code consistent
across all scripts.
The original Tuscany code loaded scripts using
threadContextClassLoader.getResource(scriptName). The changes I made
[
https://issues.apache.org/jira/browse/TUSCANY-1698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar reopened TUSCANY-1698:
--
changing database, JNDI provider.
Changes in DAS Config to support authenticated
[
https://issues.apache.org/jira/browse/TUSCANY-1698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar updated TUSCANY-1698:
-
Attachment: 1698.patch
Changed files:-
*rdb/pom.xml
*distribution/binary/pom.xml
changes done -
1) cleaned readme files using eclipse IDE html editor - samples, dbconfig
2) replaced MySQL with Derby
3) replaced sun provided JNDI jars with jboss jar - because - these are
available in mvn repos and only 3 are required in the build path
(jboss-common 3.2.3, jnp-client 4.0.2 and
Object convertedObj =
org.apache.tuscany.sdo.util.SDOUtil.createFromString(
TypeHelper.INSTANCE.getType(commonj.sdo, Month) , abcd);
System.out.println(conv month +convertedObj+,
+convertedObj.getClass().getName());
Is the above supposed to throw some sort of exception as abcd is
SDO doesn't require validation at any particular time, so it's up to the
implementation. The primary use of the createFromString() and
convertToString() methods is to support XML deserialization and
serialization respectively. We don't want to slow down load performance if
we don't need to,
Yes, it looks like there is some kind of post-process on these pages
that are transforming all the unicode/internation characters in ???.
Let me fire a mail to infra guys...
Luciano,
Did you hear back from infra? Is there a solution?
Haleh
On 11/5/07, 王洪伟 [EMAIL PROTECTED] wrote:
Yes, I had
Hi Giorgio
Am just applying your patch to make repeated @OneWay invocations work to the
tunk and it's looking good as I'm getting a clean build and the new onway
itest now runs. (Am just updating your workpool demo to trunk level as well
- more in this later) In the mean time I'm interested in
[
https://issues.apache.org/jira/browse/TUSCANY-1893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sunny Ip updated TUSCANY-1893:
--
Attachment: Axis2BindingInvoker.java
Made GLOBAL_AXIS_TIMEOUT a public static so Axis timeout
Axis timeout settings are hardcoded at 2 minutes
Key: TUSCANY-1893
URL: https://issues.apache.org/jira/browse/TUSCANY-1893
Project: Tuscany
Issue Type: Improvement
Components: Java
Comments inline :
On 11/6/07, Amita Vadhavkar [EMAIL PROTECTED] wrote:
changes done -
1) cleaned readme files using eclipse IDE html editor - samples, dbconfig
Good, Thanks, please committ this, you don't have to wait anymore :)
2) replaced MySQL with Derby
Just want to make sure you have
[
https://issues.apache.org/jira/browse/TUSCANY-1894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sunny Ip updated TUSCANY-1894:
--
Attachment: RemotableInterfaceTemplate.xsl
Details of any remote exceptions are lost during web
Details of any remote exceptions are lost during web service invocation
---
Key: TUSCANY-1894
URL: https://issues.apache.org/jira/browse/TUSCANY-1894
Project: Tuscany
Issue
Here is my WoooH too :D
Thanks a lot for that brady ; )
Have you checked how the .bat and .sh distro generator files work?
Adriano Crestani
On Nov 6, 2007 2:10 PM, Brady Johnson [EMAIL PROTECTED] wrote:
The Automake and VSExpress build systems have been both removed from
TuscanySCA
The Automake and VSExpress build systems have been both removed from
TuscanySCA Native with svn revision 592507. WoooH :)
TuscanySCA Native now has a common, unified build system for all
platforms: Apache ant.
I'll get to work on doing the same for SDO now.
Brady
What could be better? Should the modifications stream contain only the
modifications, or should it be the stream retrieved by the get method (DATA
interface) with the updates?
Other comments inline.
On 11/5/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
A few comments inline.
[snip]
Raymond Feng wrote:
Hi,
Please review and vote on the 1.0.1-incubating release artifacts of
Tuscany
SCA for Java.
The RC4 contains a few fixes to issues discovered in RC3. Thank you for
reporting and fixing the issues promptly.
SVN Tag:
Hi JS,
The binding-notification-* samples can be run in isolation via ant run.
But also to run them from the command line, they assume that the
ntm runs on port 8083 and so the sample that is started first needs
to use that port. The sample command in the README for the
producer does that, so if
Ignacio Silva-Lepe wrote:
Hi JS,
The binding-notification-* samples can be run in isolation via ant run.
But also to run them from the command line, they assume that the
ntm runs on port 8083 and so the sample that is started first needs
to use that port. The sample command in the README for
The ant scripts were written to just start and stop. To send messages
they would need to run concurrently and on different ports, which would
then break if they were run in isolation. I tried to keep the whole simple
enough so ant run does unit test and java command does system test.
But we can
On 11/6/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
The itest-conversations-ws breaks the continuum build as it uses port
8080.
I tried to replace the port with 8085 but I realized that it's very
annoying
to add the explicit URIs to all the binding.ws including the services
and
Unfortunately, I haven't heard back from infra@ yet, and the guys on
Infra IRC weren't able to give much help this morning. I'm going to
check if the confluence guys have a IRC chat or something similar...
On 11/6/07, haleh mahbod [EMAIL PROTECTED] wrote:
Yes, it looks like there is some kind of
Hi,
The itest-conversations-ws breaks the continuum build as it uses port 8080.
I tried to replace the port with 8085 but I realized that it's very annoying
to add the explicit URIs to all the binding.ws including the services and
callbacks.
Should we have a way to customize the default
UpdateGenerator.getChangedFields() mistakenly returns exception
---
Key: TUSCANY-1895
URL: https://issues.apache.org/jira/browse/TUSCANY-1895
Project: Tuscany
Issue Type: Bug
Raymond Feng wrote:
The WSDL is used to access a live StockQuote web service:
http://www.xmethods.net/ve2/ViewListing.po?key=uuid:52A2D109-F37A-7DE1-E66B-C477BC8FF764.
Unfortunately I cannot find any license information about the WSDL. We
need to figure out a better way to handle these
[snip]
Simon Laws wrote:
On 11/6/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
The itest-conversations-ws breaks the continuum build as it uses port
8080.
I tried to replace the port with 8085 but I realized that it's very
annoying
to add the explicit URIs to all the binding.ws including
Raymond Feng wrote:
Hi,
I have to fix a few classes to get the wsdl:import working (with
some limitations) for remote URLs. I'm not sure if we should rush this
into 1.0.1.
Should we just remove the WSDL and document how to get it from the
internet?
Thanks,
Raymond
+1 to not rush and
Let me try the wsdl:import to see if it works.
Thanks,
Raymond
- Original Message -
From: Jean-Sebastien Delfino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, November 06, 2007 12:54 PM
Subject: Re: [VOTE] 3rd try: Release Tuscany SCA Java 1.0.1-incubating (RC4)
Hi,
I have to fix a few classes to get the wsdl:import working (with some
limitations) for remote URLs. I'm not sure if we should rush this into
1.0.1.
Should we just remove the WSDL and document how to get it from the internet?
Thanks,
Raymond
- Original Message -
From: Raymond
[snip]
Simon Laws wrote:
I just went through the samples that I had problems with before and they
look good now. The only issue I have is that helloworld-ws-reference-jms is
still in there but that's not a blocker as we can ask people to ignore it.
I missed this one, +1 to remove it if
On 11/6/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Raymond Feng wrote:
Hi,
I have to fix a few classes to get the wsdl:import working (with
some limitations) for remote URLs. I'm not sure if we should rush this
into 1.0.1.
Should we just remove the WSDL and document how to
1 readmes commit - I will wait and make it along with any other
changes in JIRA-1698 as we are still deciding which sample to use to
demo the feature of
JIRA-1698
2 There are 3 test cases in ConnectionTests, please see if you find
some other cases that can be included.
3 Using jboss jars - as
[
https://issues.apache.org/jira/browse/TUSCANY-1895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar reassigned TUSCANY-1895:
Assignee: Amita Vadhavkar
UpdateGenerator.getChangedFields() mistakenly returns
[
https://issues.apache.org/jira/browse/TUSCANY-1895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540685
]
Amita Vadhavkar commented on TUSCANY-1895:
--
Will you please give here an example setup where you are
The jar files are checked in to svn so should not be deleted I guess??
It will be re-built if the java src gets updated.
Cheers,
On 07/11/2007, Adriano Crestani [EMAIL PROTECTED] wrote:
All 3 native projects have a tool called TuscanyMSVC8DevStudioCCompiler that
is an adaptor that fixes a bug
All 3 native projects have a tool called TuscanyMSVC8DevStudioCCompiler that
is an adaptor that fixes a bug on cpp-tasks.
However, when I try to build it from the source available on tools
directory, I get the following error:
BUILD FAILED
E:\Adriano\cpp\sca\tools\ant_cpptasks\build.xml
:24: The
I understand, but it's wrong, cause there is a circular dependency. But we
may left as it is, cause it will probably be deleted soon when the cpp-tasks
bug is fixed.
Do you have any news about a fix for this bug Brady?
Regards,
Adriano Crestani
On Nov 7, 2007 3:45 AM, Pete Robbins [EMAIL
37 matches
Mail list logo