[
https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adriano Crestani resolved TUSCANY-1404.
---
Resolution: Fixed
> Detail DAS samples' readme
> --
>
>
[
https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510073
]
Adriano Crestani commented on TUSCANY-1404:
---
detailed customer sample's readme
> Detail DAS samples' rea
[
https://issues.apache.org/jira/browse/TUSCANY-1401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1401.
--
Resolution: Fixed
Fixed both in trunk and beta1 branch
> Incompatible SDO code being
[
https://issues.apache.org/jira/browse/TUSCANY-1403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1403.
--
Resolution: Fixed
Fixed both in trunk and beta1 branch
> DAS Source distribution ext
Native SCA
-Original Message-
From: haleh mahbod [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 03, 2007 1:26 PM
To: tuscany-dev@ws.apache.org
Subject: Re: Specific versions of Redhat
Is this a question for Native SCA or Java SCA?
On 7/3/07, Kevin Mayer <[EMAIL PROTECTED]> wrote:
>
> Thi
I have already changed that under revision #552945 as part of the fix
for tuscany-1407
On 7/3/07, Simon Nash <[EMAIL PROTECTED]> wrote:
I found the problem eventually. There's a bad pom.xml file in
samples/simple-callback-ws. Everywhere that
0.90-incubating
appears in this file, it needs to
I am deep into reworking my patch for TUSCANY-1341. It contains
some changes that should help with this. When I emerge later this
week with the new patch and we can get the patch applied, I'd like
to help with the second stage of this work as described by SimonL.
I think my patch will be a step
I found the problem eventually. There's a bad pom.xml file in
samples/simple-callback-ws. Everywhere that
0.90-incubating
appears in this file, it needs to be changed to
1.0-incubating-SNAPSHOT
Simon
Simon Nash wrote:
I'm getting the following error from the new simple-callback-ws sampl
That was one reason why we only distribute source for linux now. It
always works best with the "local" compiler/libraries! Also the number
of distribution packages could get out of hand if we add in binary
distros for different Linuxes and Mac.
Cheers,
On 03/07/07, Brady Johnson <[EMAIL PROTECTE
Ya, I realized that about Java once I read it. :)
Regarding the versions for C++, I was also curious the update version,
if you guys went into that much detail.
For RHEL3, we use Redhat 3 update 6. For RHEL4, we have seen some subtle
differences between Redhat 4 update 2 and update 4.
Brady
--
of course Java is write-once-run-anywhere so should be independent of
platforrm ;-)
On 03/07/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
RHEL3 is what my linux claims to be! I assume RHEL4 is a later
version? Early milestone releases of Tuscany C++ provided a binary
release which was probably bu
RHEL3 is what my linux claims to be! I assume RHEL4 is a later
version? Early milestone releases of Tuscany C++ provided a binary
release which was probably built on one of these platforms. From M3 we
only provide a source release for linux/Mac OSX.
Cheers,
On 03/07/07, Brady Johnson <[EMAIL PRO
[
https://issues.apache.org/jira/browse/TUSCANY-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510010
]
Fuhwei Lwo commented on TUSCANY-1408:
-
Using SDO client code above, I propose the user can do something like be
I would be interested in knowing both.
Thanks
Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave Software - [EMAIL PROTECTED]
-Original Message-
From: haleh mahbod [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 03, 2007 1:26 PM
To: tuscany-dev@ws.apache.o
Cannot programmatically define a SDO property matching to XSD element
-
Key: TUSCANY-1408
URL: https://issues.apache.org/jira/browse/TUSCANY-1408
Project: Tuscany
Issue Type
On 7/3/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
Hi,
Please see my comments inline.
Thanks,
Raymond
- Original Message -
From: "Manu George" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, July 03, 2007 7:53 AM
Subject: Re: [DISCUSS] Geronimo-Tuscany integration(Send
Hi Mahboob,
welcome to Tuscany. You need to subscribe yourself to the list(s) by
following the instructions at
http://incubator.apache.org/tuscany/mailing-lists.html
Regards, Kelvin.
On 03/07/07, Mahboob Hussain <[EMAIL PROTECTED]> wrote:
Hi,
Please add me to this mailing list.
Thanks
Mah
Hi,
Please add me to this mailing list.
Thanks
Mahboob
Never miss an email again!
Yahoo! Toolbar alerts you the instant new Mail arrives.
http://tools.search.yahoo.com/toolbar/features/mail/
Is this a question for Native SCA or Java SCA?
On 7/3/07, Kevin Mayer <[EMAIL PROTECTED]> wrote:
This is in reference to minor issue TUSCANY-849 and SCA
GettingStarted.html. The versions of Linux Redhat identified are Redhat
Enterprise Linux v3, Redhat Enterprise Linux v4. What are the update
Hi,
Please see my comments inline.
Thanks,
Raymond
- Original Message -
From: "Manu George" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, July 03, 2007 7:53 AM
Subject: Re: [DISCUSS] Geronimo-Tuscany integration(Sending to both lists)
Hi ,
From Paul
Hi,
Yes I too see it. Just trying to figure out the reason. For now it seems
like a 'self reference' was not created and added to this component. Need
to figure out why.
- Venkat
On 7/4/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
Is anyone seeing the following error trying to build 0.91
[
https://issues.apache.org/jira/browse/TUSCANY-1407?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1407.
--
Resolution: Fixed
Fix Version/s: Java-SCA-Next
Java-SCA-0.91
Is anyone seeing the following error trying to build 0.91 branch ?
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 2.547
sec <<< FAILURE!
testTransform(dbecho.EchoDataBindingTestCase) Time elapsed: 2.5 sec <<< ERROR!
org.osoa.sca.ServiceRuntimeException: Service not found: Compo
"not completely trivial" is definitely a better term :-).
Thanks,
Raymond
- Original Message -
From: "ant elder" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, July 03, 2007 10:55 AM
Subject: Re: Making the base artifact processor utilities more readily
available
How strict would it be o
How strict would it be on the error-prone bit be in "Only expose the
utility/helper classes if they are common and error-prone"? For example,
there's an AbstractImplementation class here which I think is useful and
i've used multiple times, but its arguable how error-prone the code is.
https://sv
Hi,
Please see my comments inline.
Thanks,
Raymond
- Original Message -
From: "Simon Laws" <[EMAIL PROTECTED]>
To: "tuscany-dev"
Sent: Tuesday, July 03, 2007 6:20 AM
Subject: SCA binding and wiring
The SCA binding provides the default binding and appears when the user
doesn't expl
This is in reference to minor issue TUSCANY-849 and SCA
GettingStarted.html. The versions of Linux Redhat identified are Redhat
Enterprise Linux v3, Redhat Enterprise Linux v4. What are the update
versions of v3 and v4?
thank you,
Kevin Mayer
Quality Assurance Engineering
Rogue Wave Software
[
https://issues.apache.org/jira/browse/TUSCANY-1407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509947
]
Luciano Resende commented on TUSCANY-1407:
--
The following projects have the wrong artifact id:
calculator-
[
https://issues.apache.org/jira/browse/TUSCANY-1407?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende reassigned TUSCANY-1407:
Assignee: Luciano Resende
> wrong parent artifactId in samples/helloworld-ws-serv
wrong parent artifactId in samples/helloworld-ws-service
Key: TUSCANY-1407
URL: https://issues.apache.org/jira/browse/TUSCANY-1407
Project: Tuscany
Issue Type: Bug
Components
I'm getting the following error from the new simple-callback-ws sample
when I run a full top-level mvn build against my test codebase that has
the latest incarnation of the fix to TUSCANY-1341. The problem doesn't
occur when I run mvn from the samples directory, or when I run mvn from
the samples
Would 1 and 2, be on the same maven project ? If a utility is really
useful for others, maybe it could be on it's own maven project to
avoid circular reference in the future when other modules want to
reuse these utilities.
On 7/3/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
Hi,
At this moment,
Hi,
At this moment, we use the term "SPI" to represent all the interfaces and
classes accessible to the extension developers. I think it can be further
divided into two categories.
1) The contract interfaces/classes
2) The utility/helper classes
1 is mandatory while 2 is optional to extensio
For the release items being discussed, I think this is more like a
"wiki" page, then a "website" page.
As for :
(or just make that person a website committer).
I think that, from previous e-mail thread to the incubator list, we
could offer edit rights to people that wants to contribute to the
Hi,
I am working on fixing the points raised by Ant and Simon. While I am
looking at the others I need help in filling up the following: -
- the missing readmes in the demos
- the missing readmes and ant scipts in the samples
Does anybody have the time to help in this ? Please let me know.
T
Brady
The first two are already marked as resolved/fixed. The other two
are still open.
If the patches for the other two are already applied, you can
Resolve the JIRAS as fixed.
On 7/3/07, Brady Johnson <[EMAIL PROTECTED]> wrote:
I have recently created several JIRA issues for which I have
I have recently created several JIRA issues for which I have issued
patches, which have in turn been submit to the code base (thanks Pete!).
Do I need to do anything to Close or Resolve those JIRA issues? What's
the procedure for doing this?
Here are the JIRA issues:
TUSCANY-1383
TUSCANY-
Would there be any objections if I also made the following changes to
the WSDLOperation class:
Change setInputType() to setInputMessageType() // same for
output
Change getInputURI() to getInputMessageURI() // same for
output
Change getInputName() to getInputMessageName
I'm not sure I'm convinced the overhead is going to be that much, its mostly
just copying a single page to get the latest version and making changes
against that isn't it?
What do other projects do who use this dual wiki approach?
We've not had many (any?) contributions for the website done on t
I thought this page was a list of suggestions for the 0.92 release.
The phrase "release plan" makes it seem more formal than that.
If it's just suggestions, then it should be open to contributors
as well as committers.
Simon
ant elder wrote:
On 7/2/07, Simon Laws <[EMAIL PROTECTED]> wrote:
The point is to allow non-committers to make and preview proposed
changes to the Web site, just as they can to the code. If the
published web site gets too far out of sync with what's on
TUSCANYWIKI, then a non-committer who wants to do this would first
have to do a manual sync from TUSCANY to TU
Hi ,
From Paul's mail I guess a Geronimo plugin would be
the way forward. I am going to list down a few more questions on the
scenarios that Sebastien has explained. The scenarios are given first
and then my understanding, approach and issues. I would be just
listing two of the scen
Folks,
The matrix is still sparse :) Please sign up!!!
http://wiki.apache.org/ws/FrontPage/BoardReports
-- dims
On 7/3/07, Kaushalye Kapuruge <[EMAIL PROTECTED]> wrote:
Hi Dims,
I volunteer for Apache Rampart-C project.
Cheers,
Kaushalye
Kaushalye Kapuruge wrote:
> Hi Dims,
> I volunteer for
On 7/3/07, ant elder <[EMAIL PROTECTED]> wrote:
On 7/3/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> In writing the Topology mode I had to make a copy of the base artifact
> processor as it only has package visibilityIt has lots of useful
utilities
> alongside the assembly specific bits. How abo
The SCA binding provides the default binding and appears when the user
doesn't explicitly provide a binding against a reference or a service. The
Tuscany runtime can use the SCA binding to implement local wires between
components running in the same VM or remote wires between components running
on
I'm not sure I see the point? If a committer wants to add/update web content
why should they need to do it twice? Its hard enough as it is to motivate
people to document things on the website without making the process even
harder to do.
...ant
On 7/3/07, Venkata Krishnan <[EMAIL PROTECTED]> w
On 7/3/07, Simon Laws <[EMAIL PROTECTED]> wrote:
In writing the Topology mode I had to make a copy of the base artifact
processor as it only has package visibilityIt has lots of useful utilities
alongside the assembly specific bits. How about we separate the utilities
from the assemly specific b
Hi,
Some time ago, just after the creation go TUSCANYWIKI, I had suggested that
committers and non-committers both use only TUSCANYWIKI.
Things that need to go the website also should get added in TUSCANYWIKI
first, just that committers will take up the responsibility of copying them
over to TUS
On 7/2/07, Simon Laws <[EMAIL PROTECTED]> wrote:
Can we move this information across the to the new wiki space (
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Home) so that
everyone (including non committers) can add to it?
Is it really so bad having only committers able to update
The edit problem turned out to be "finger trouble" on my part.
(Thanks, Mike!) I have put an editable copy of this page on TUSCANYWIKI at
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SCA+Java+Next+Release+Contents
It's linked under the main page of TUSCANYWIKI.
Simon
Simon Nash w
[
https://issues.apache.org/jira/browse/TUSCANY-1395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509837
]
Ron Gavlin commented on TUSCANY-1395:
-
I set the patch available flag to indicate that TUSCANY-1393 had a patch
I tried to get this page onto TUSCANYWIKI so that I could add to it.
To my great surprise, I don't seem to have edit permission for
TUSCANYWIKI. Can one of our Wiki adminstrators help me with this,
please?
I'd like to get callbacks and async working properly across the
Web Service and SCA bindin
Say I use SCDL like (for WS binding):
http://w2j.sca.soa.ws/test/hw-ws-static-sdo-2parm#wsdl.interface(HelloWorld)
"/>
http://w2j.sca.soa.ws/test/hw-ws-static-sdo-2parm#wsdl.port(HelloWorldService/HelloWorldSoapPort)
"/>
If I rely on the Defa
[
https://issues.apache.org/jira/browse/TUSCANY-1395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509832
]
Kelvin Goodson commented on TUSCANY-1395:
-
Ron, The patch available flag is set on this Jira, but there is
It would be good to get the community's thoughts about what management and
distributed runtime scenarios we should support in Tuscany.
There has been quite a bit of discussion on the distributed runtime itself
here. The main focus so far has been on using an SCA assembly to represent
the distribu
Pinaki,
there are errors in the schema you are using. If you remove the ":po" from
xmlns:po="http://www.example.com/PO"; and remove "po:" from the rest of the
file, when used in referencing type or element definitions, then your test
code succeeds.
Regards,Kelvin.
Regards, Kelvin.
On 03/07
[
https://issues.apache.org/jira/browse/TUSCANY-1391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar updated TUSCANY-1391:
-
Attachment: JIRA1391Design.txt
1391.patch
Attched clean patch "1391.pat
[
https://issues.apache.org/jira/browse/TUSCANY-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509830
]
Scott Kurz commented on TUSCANY-1342:
-
Is this as simple as modifying method:boolean match(Operation, Metho
[
https://issues.apache.org/jira/browse/TUSCANY-1317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amita Vadhavkar updated TUSCANY-1317:
-
Attachment: 1317.patch
Attached clean patch for JIRA "1317.patch" dated July 3, this do
[
https://issues.apache.org/jira/browse/TUSCANY-1393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1393.
-
Resolution: Fixed
Thanks for the fix Ron.
> ClassCastException saving codegen-based Da
The runtime classes (ReallySmallRuntime and ReallySmallRuntimeBuilder) and
the EmbeddedSCADomain implementation are pretty well locked down in terms of
overriding their members and functions. I had to make copies of most of this
function to create the distributed runtime and domain. Can we loosen
I'd like to restart the earlier discussion in
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19224.html
about whether implementation.das and implementation.data should be
packaged with SCA releases or DAS releases.
I think it's better for these to be packaged with DAS releases as
the c
Thanks to all who provided feedback. I plan to go with approach "3"
for all the provider SPI additions. So there will be new interfaces
ReferenceBindingProvider2 and ServiceBindingProvider2 that extend
ReferenceBindingProvider and ServiceBindingProvider respectively,
and all the new methods that
The OSGi implementation and sample are building fine now so I've added them
to the main Tuscany build. I've not yet added the itest to the main build as
I'm getting intermittent failures when i run them. Mostly NPE's but its only
sometimes and not always the same itest that fails so I'm not sure w
[
https://issues.apache.org/jira/browse/TUSCANY-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder closed TUSCANY-1406.
--
Resolution: Fixed
Applied and has fixed so test and sample work fine now. Thanks for the patch
Rajin
Hi Pinaki,
can you please post your test code?
Regards, Kelvin.
On 03/07/07, Pinaki Poddar <[EMAIL PROTECTED]> wrote:
Hi Fuhwei,
The types are parsed and registered OK. The part of the test that
verfies it, passes alright. The test fails while the registered types
are used to create instanc
I switched to EMF core API. The same error. Looks like Tuscany SDO is
wrapping EMF core -- is that right?
Pinaki Poddar
972.834.2865
-Original Message-
From: kelvin goodson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 03, 2007 3:54 AM
To: tuscany-dev@ws.apache.org
Subject: Re: How do
Hi Pinaki,
I'm not sure if we are not understanding each other here, or whether
technology is conspiring against us, but what I'd like to do is to execute
the test code you are running myself, so please could you paste the code of
your test program.
Regards,Kelvin.
On 03/07/07, Pinaki Poddar <[
Hello Kelvin,
I did it to 'tuscany-dev@ws.apache.org'. In case the mailserver is
eating it up (our OpenJPA mailserver does), here it is again. Running
TestSDO with po.xsd causes the following:
java.lang.IllegalArgumentException: The property 'shipTo' of
'PurchaseOrderType' isn't a containment
Are you not seeing the e-mail attachements TestSDO.java and po.xsd?
In any case, here they are
= TestSDO.java
==
package test;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import j
Pinaki,
perfect, thanks (yes, the attachments are stripped by the list), will try
them out soon.
Kelvin
On 03/07/07, Pinaki Poddar <[EMAIL PROTECTED]> wrote:
Are you not seeing the e-mail attachements TestSDO.java and po.xsd?
In any case, here they are
= TestSDO.java
Hi Pinaki,
I meant to say please "paste" your test code, as attachments get stripped
from this list.
Regards,Kelvin.
On 03/07/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
Hi Pinaki,
can you please post your test code?
Regards, Kelvin.
On 03/07/07, Pinaki Poddar <[EMAIL PROTECTED]> wrote
[
https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509784
]
Adriano Crestani commented on TUSCANY-1404:
---
Created the readme that summarizes all samples
> Detail DAS
Component type file not resolved correctly in implementation.osgi
-
Key: TUSCANY-1406
URL: https://issues.apache.org/jira/browse/TUSCANY-1406
Project: Tuscany
Issue Type: Bug
[
https://issues.apache.org/jira/browse/TUSCANY-1406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajini Sivaram updated TUSCANY-1406:
Attachment: tuscany-implementation-osgi-patch.txt
> Component type file not resolved corr
Ant,
Thank you for applying the patches.
I will submit a patch for the exception in implementation-osgi. The OSGi
implementation is no longer resolving the component type file correctly.
Tuscany is now using a relative path name for the component type file URI
(it used to store an absolute path
76 matches
Mail list logo
