The Apache maven repository used by incubator projects are down, the
infra team is working hard to get this fixed.
On 7/15/07, brandon [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, it seems downloading the linux version of native sca is broken
(connection times
On 7/15/07, Mike Edwards [EMAIL PROTECTED] wrote:
Rob,
I'm having a bit of trouble understanding exactly what you are trying to
do. Could you post some of your code so that we get a better idea of
what is going on, please?
Yours, Mike.
Robert Young wrote:
Hi,
I am running Tuscany
Raymond,
I'm going to reference your request in thread that is determining release
contents. I added a comment to 1436. Will you be able to provide a fix for
either of these in the short term?
Kelvin.
On 16/07/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I would like to see the following
I don't think the problem is with the jsonrpc now actually. I have
been playing around with removing services from the .composite file
and the error occurs even when the jsonrpc binding is not mentioned.
While making changes I started receiving a memory exception so I
restarted Tomcat and now
Tuscany seems to use the current working directory from where Tomcat
was started as the base directory for where it creates it's target
directory. Is there anywhere I can set this base directory as I need
to start Tomcat in a directory in which I do not want Tuscany creating
directories?
Thanks
Sorry, I forgot to mention some extra details.
The directory is actually created in
org.apache.tuscany.sca.contribution.service.util.FileHelper but it is
initiated from
org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntimeBuilder
(line 196) with
repository = new
Another summary --
A first release candidate was posted last Tuesday. Apart from naming issues
for the maven artifacts for the SDO API here are no show stoppers in the
comments to that release. I plan to address all of ant's points in the
next release candidate.
There's an open issue we need
Hi,
Where can I find the source code for
sdo-api-r2.1-1.0-incubating-beta1.jar? I'm getting an exception thrown
from inside it and I would like to have a poke inside and see what's
being done where it's being thrown. I have looked in
SDO_201_Java_Source.zip but there seem to have been quite a
You could download the source distro from
http://people.apache.org/~kelvingoodson/sdo_java/1.0-incubating/RC1/
or look in
http://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/sdo-api/
Regards, Kelvin.
On 16/07/07, Robert Young [EMAIL PROTECTED] wrote:
Hi,
Where can I find the source
Brilliant, thanks
On 7/16/07, kelvin goodson [EMAIL PROTECTED] wrote:
You could download the source distro from
http://people.apache.org/~kelvingoodson/sdo_java/1.0-incubating/RC1/
or look in
http://svn.apache.org/repos/asf/incubator/tuscany/java/sdo/sdo-api/
Regards, Kelvin.
On 16/07/07,
Robert,
I replied too fast without absorbing the precise detail of your request,
the true source of the beta1 is available at
http://people.apache.org/~kelvingoodson/sdo_java/beta1/RC1/api/
and the location of the beta1 source in svn is at
Hi Frank,
yes it works now in our scenario, the change summary gets recorded.
Thanks,
Daniel.
- Ursprüngliche Mail
Von: Frank Budinsky [EMAIL PROTECTED]
An: tuscany-user@ws.apache.org
Gesendet: Freitag, den 13. Juli 2007, 00:10:38 Uhr
Betreff: Re: static DataObject with contained
I work with static generated SDO classes.
When saving an object containing a list of nested objects to XML, the nested
objects are not correctly saved to XML.
It looks like the toString method is called for the objects in the nested list,
insted of xml save.
This is the sample output XML:
Hi Frank
I built this morning from the SVN head (was at revision 556544) in order to get
the latest fixes, and generated the classes based on that.
Daniel.
- Ursprüngliche Mail
Von: Frank Budinsky [EMAIL PROTECTED]
An: tuscany-user@ws.apache.org
Gesendet: Montag, den 16. Juli 2007,
Thanks Daniel. It sounds like I may have broken something with my latest
fix. That's what you get for rushing :-)
I'll take a look and fix it, hopefully today.
We really need some good static test cases. You guys seem to be touching
on a lot of function that has been exposing bugs in the
If I try to re-deploy my webapp in Tomcat (by copying the war into the
webapps directory and letting Tomcat do the rest) I get a
BindException from Jetty saying that the address is already in use. I
have no idea what it's talking about, as I'm concerned Jetty shouldn't
be getting involved at all,
Daniel,
I just looked at it, and it turns out to be a bug in your XSD. You need to
qualify references to types in the current schema.
The line that says:
xsd:element name=Employees type=EmployeeType
needs to be changed to this:
xsd:element name=Employees type=tns:EmployeeType
The same
You can see the target directory is getting created within the Tomcat bin
directory even just with the Tuscany samples like calculator-webapp. What is
this for and the storeInRepository stuff about?
...ant
On 7/16/07, Luciano Resende [EMAIL PROTECTED] wrote:
Are you calling
Hi Frank,
it works now with the fix in my xsd.
Thanks, Daniel.
- Ursprüngliche Mail
Von: Frank Budinsky [EMAIL PROTECTED]
An: tuscany-user@ws.apache.org
Gesendet: Montag, den 16. Juli 2007, 17:30:05 Uhr
Betreff: Re: XML save problem with static generated SDO classes
Daniel,
I just
We have partial support for a contribution repository, and that is a
flag to tell contributionService to store the contribution in the
repository or not.
On 7/16/07, ant elder [EMAIL PROTECTED] wrote:
You can see the target directory is getting created within the Tomcat bin
directory even just
what version of Tuscany SCA are you using? Is this .91 release?
On 7/16/07, Robert Young [EMAIL PROTECTED] wrote:
If I try to re-deploy my webapp in Tomcat (by copying the war into the
webapps directory and letting Tomcat do the rest) I get a
BindException from Jetty saying that the address is
Hi Kelvin,
1. As Ant pointed out, Release note needs to be updated to capture the very
important announcement that was made for SDO Tuscany and that is completion
of SDO spec 2.1.
2. Tuscany 1143 was identified as an unresolved defect for Beta. Should this
be addressed in 1.0 or can it be moved
ant elder wrote:
I think right now you have to use a META-INF/sca-contribution.xml file to
point to your .composite files, you can see an example in one of the
Tuscany
samples, eg:
https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/samples/calculator-webapp/src/main/webapp/META-INF/.
On 7/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
I think right now you have to use a META-INF/sca-contribution.xml file
to
point to your .composite files, you can see an example in one of the
Tuscany
samples, eg:
24 matches
Mail list logo