Build fails
---
Key: TUSCANY-938
URL: http://issues.apache.org/jira/browse/TUSCANY-938
Project: Tuscany
Issue Type: Bug
Components: Build System
Environment: Windows XP, cygwin, JDK1.5
Reporter: Vijay
OK, with no dissenting voices, I've put in this fix at r476094. SDOs
now get converted to Python xml.etree.ElementTree.Element objects when
used as parameters or properties to Python components (and the
conversion goes in the opposite direction when a Python component
returns an Element).
Cheers
Hi Jim,
See replay inline.
On 11/17/06, Jim Marino [EMAIL PROTECTED] wrote:
Hi Felix,
I committed your patch for Tuscany-927. Thanks a lot! I reformatted
it slightly to pass checkstyle. On the QName, issue, yes we can add
those to SCAObject but perhaps we should add it to PolicyAttachable
[ http://issues.apache.org/jira/browse/TUSCANY-802?page=all ]
Andrew Borley resolved TUSCANY-802.
---
Resolution: Fixed
This patch was applied at r453637
[SDO for C++] Samples project should build optionally with stdcxx as runtime
and test already do
[ http://issues.apache.org/jira/browse/TUSCANY-782?page=all ]
Andrew Borley resolved TUSCANY-782.
---
Resolution: Fixed
Documented in M2
Document support deviations for identified SDO spec level
[ http://issues.apache.org/jira/browse/TUSCANY-784?page=all ]
Andrew Borley resolved TUSCANY-784.
---
Resolution: Fixed
Documented in M2
Document support deviations for identified SCA assembly and C++ CI spec
levels
[ http://issues.apache.org/jira/browse/TUSCANY-837?page=all ]
Andrew Borley resolved TUSCANY-837.
---
Resolution: Fixed
Fixed (in that M2 got released!)
Issues with Windows M2 RC1 SDO
--
Key: TUSCANY-837
Hi again Sebastien,
I'm using the new logging stuff and have just noticed that the
logentry() macro doesn't seem to be working properly - the entry
message is always immediately followed by the exit message, even when
there are nested calls to other methods within the current one. e.g:
One of our SDO for PHP users is planning to run in a multi-threaded web
server, and has asked us for a position on thread-safety.
They have run an evaluation tool and only found one thread-safety issue
- the use of localtime() rather than localtime_r() in in
commonj/sdo/SDODate.cpp. So I
[ http://issues.apache.org/jira/browse/TUSCANY-578?page=all ]
Andy Grove updated TUSCANY-578:
---
Attachment: DataObjectUtil.patch
This patch file is for
java/sdo/impl/src/main/java/org/apache/tuscany/sdo/util/DataObjectUtil.java and
replaces the use of
Hi Willian!
Thanks for your test! Now I found my error and everything works!
The problem was, that in the bigbank sample a mapping between the table and the
SDO is used. The SDO classes are generated from WSDL with XSD2SDO. The mapping
connects these classes to the tables.
In the original
Sounds about right. I've come across this problem before. Is this with a
Release build? I'd expect a Debug build to switch that optimisation off.
Cheers,
On 17/11/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi again Sebastien,
I'm using the new logging stuff and have just noticed that the
I was originally using the Release build, but recompiling to Debug I
get exactly the same behaviour. Also, I tried putting in a
printf(LogEntry: %p, __LOGENTRY__); at the bottom of a method to see
if that would stop the destructor being called straight away, but I
get the same messages.
Cheers
I have a problem report from an SDO for PHP user which I'd like to
discuss. You can read it at http://pecl.php.net/bugs/bug.php?id=9339,
but here's what happens. The schema is:
?xml version=1.0 encoding=UTF-8?
xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema;
$ java -jar bin/launcher.jar
Exception in thread main java.lang.NoClassDefFoundError:
org/apache/tuscany/host/RuntimeInfo
This seems to be because the manifest references -SNAPSHOT jars:
Class-Path: ../lib/tuscany-api-1.0-incubator-M2-SNAPSHOT.jar ../lib/tu
[
http://issues.apache.org/jira/browse/TUSCANY-578?page=comments#action_12450736
]
Kelvin Goodson commented on TUSCANY-578:
I applied this patch, but I had to fix it up a little first. For Info, here
is the diff that I needed to make
The generated schema is missing the targetNamespace so the types don't have
one! The document has the element testTriggerEvent belonging to
http://AnnotationTest so that doesn't match anything in the model when you
reloaded the generated schema..
Now to find out why the tns wasn't generated...
Looks from the code that you have to specify the targetNamespace on the
XSDHelper::generate() call
On 17/11/06, Pete Robbins [EMAIL PROTECTED] wrote:
The generated schema is missing the targetNamespace so the types don't
have one! The document has the element testTriggerEvent belonging to
On 17/11/06, Caroline Maynard [EMAIL PROTECTED] wrote:
One of our SDO for PHP users is planning to run in a multi-threaded web
server, and has asked us for a position on thread-safety.
They have run an evaluation tool and only found one thread-safety issue
- the use of localtime() rather than
I do not have this problem (has it been resolved already?). I have updated
from the M2 branch as well as tried the candidate from
http://people.apache.org/~rfeng/tuscany/incubator-M2/downloads/http://people.apache.org/%7Erfeng/tuscany/incubator-M2/downloads/and
neither one contains date stamps
Sharing a DataFactory across 2 threads would be iffy. I think the tool is
checking for things like accessing statics rather than sharing instances of
objects so it flags up localtime().
Cheers,
On 17/11/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
On 17/11/06, Caroline Maynard [EMAIL
Jeremy Boynes wrote:
On 11/16/06, Simon Nash [EMAIL PROTECTED] wrote:
I don't understand how this would break modularity.
Because it couples together the release lifecycles of two very
independent modules.
These lifecycles would not be coupled. If the spec APIs move
forward and we want
Comment to your @Conversation annotation remark inline.
On 11/17/06, Pete Robbins [EMAIL PROTECTED] wrote:
This is a fairly confusing area and I welcome your efforts to clarify
this.
On 16/11/06, Ignacio Silva-Lepe [EMAIL PROTECTED] wrote:
After looking at (the previous) version 0.9 of the
Yes, I agree with the nit wrt the interface. One issue with
the @Scope(CONVERSATIONAL) annotation is that,
as I try to point out below, in my mind it does not make
sense to use this kind of scope independently of the
interface annotation. Do you agree?
On 11/17/06, Jim Marino [EMAIL PROTECTED]
I see an entirely different issue. I'm not sure if I'm following the method as
either of you as there are several approaches. I've updated the source from svn
and tried a clean build, no local maven repo. I see the below build issue.
Tried several times seems to be consistent.
[INFO]
Thanks, that was helpful. I've fixed up the serialization so that it pulls
the URI from the type of the data object we're serializing, and it's now
getting through OK. The generated schema looks much more appealing:
xsd:schema xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:sdo=commonj.sdo
The NOTICE contains a reference to NPL for js-1.6R2.jar but as far as
I could tell we aren't including this in the distro. Did I miss this
or can we remove it? Are the other licenses that aren't needed any
more (e.g. CPL) ?
--
Jeremy
Hi,
We ran into this problem once. It happened when I ran mvn clean install
under sca/distribution directly instead of the root.
How did you build the distro? I assume you did not get it from
http://people.apache.org/~rfeng/tuscany/incubator-M2/downloads/? The one
over there seems to be
Hi Joel,
I have some problems to get your latest prototype running.
In the source files I got from you the OSGiHost seems to be packaged in
spi.host, e.g.:
import org.apache.tuscany.spi.host.OSGiHost in class OSGiReference
In my installation it's in:
org.apache.tuscany.host.osgi.OSGiHost;
Ok I'll check to see where a regression could have crept in.
On 17/11/06, Caroline Maynard [EMAIL PROTECTED] wrote:
Thanks, that was helpful. I've fixed up the serialization so that it pulls
the URI from the type of the data object we're serializing, and it's now
getting through OK. The
On 17/11/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
As far as I know, the development of SDO to date has given zero
consideration to running in a multithreaded environment. I am a little
surprised that they were only able to identify one thread safety issue.
The
first one that occurs to me is
[
http://issues.apache.org/jira/browse/TUSCANY-934?page=comments#action_12450827
]
Frank Budinsky commented on TUSCANY-934:
Hi Kapil,
If you could fix the template for this, that would be great. I'm also working
on the FactoryImpl
Could somebody on the SCA team take a look at TUSCANY-910, 912, 913, and
914 and assign them to the right component. They're opened against the
Java Spec APIs component, but I'm not sure where they actually belong.
Thanks,
Frank.
[ http://issues.apache.org/jira/browse/TUSCANY-910?page=all ]
Jim Marino updated TUSCANY-910:
---
Component/s: Java SCA Core
(was: Java Spec APIs)
CurrentCompositeContext.getContext() returns CompositeContext with null
attributes
[ http://issues.apache.org/jira/browse/TUSCANY-913?page=all ]
Jim Marino updated TUSCANY-913:
---
Component/s: Java SCA POJO Container
(was: Java Spec APIs)
I'm not sure what this is saying. I think it is that an reference can be
[
http://issues.apache.org/jira/browse/TUSCANY-935?page=comments#action_12450844
]
Yang ZHONG commented on TUSCANY-935:
Thanks to Frank for the algorithm.
I'm prototyping it and trying to sync up with other impl.
SDO path accessors need
[
http://issues.apache.org/jira/browse/TUSCANY-931?page=comments#action_12450848
]
Yang ZHONG commented on TUSCANY-931:
Thanks to David for the sample.
I'm going to debug it and update with progress.
Sequence.add(int index, String
[
http://issues.apache.org/jira/browse/TUSCANY-932?page=comments#action_12450850
]
Yang ZHONG commented on TUSCANY-932:
Thanks to Frank for the clarification.
I'm prototyping a fix.
Invoking DataObject.isSet(String path) with invalid path
DAS Should throw an exception when ResultSetMetadata is invalid
---
Key: TUSCANY-939
URL: http://issues.apache.org/jira/browse/TUSCANY-939
Project: Tuscany
Issue Type: Improvement
Nicole,
I've run into that as well. Sometime between the first and second
versions, I managed to move the OSGiHost interface. For now, I've put it
in the spi.host package, although it may finally reside in host-api.
Not having OSGiHost will cause the binding to fail to load. I'd imagine
if you
Hi,
It turned out that
http://people.apache.org/repo/m1-ibiblio-rsync-repository/commons-cli/poms/commons-cli-1.0.pom
is not good. It is missing pomVersion3/pomVersion.
http://people.apache.org/repo/m1-ibiblio-rsync-repository is used due to
some issues with the axis2 1.1 related artifacts
Further check found that now axis2 artifacts are available in maven2 repo
now.
Thanks,
Raymond
- Original Message -
From: Raymond Feng [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, November 17, 2006 11:12 AM
Subject: Re: Problem running standalone with M2
Hi,
It
On 17/11/06, Caroline Maynard [EMAIL PROTECTED] wrote:
On 17/11/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
As far as I know, the development of SDO to date has given zero
consideration to running in a multithreaded environment. I am a little
surprised that they were only able to identify
Hi, all.
We have fixed the issues reported. I have refreshed
http://people.apache.org/~rfeng/tuscany/incubator-M2/downloads/ as well as
the apache snapshot maven repo.
Hopefully we can finish the final review and submit M2 for vote soon.
Thanks,
Raymond
- Original Message -
From:
Jim Marino wrote:
If I understood your question correctly, DAS allows a 1:1 and 1:N
relationship,
An application could have multiple components using the same config
file,
or could split the config file based on the components model... but the
choice is really made by the app developer.
Jim and Kevin, thanks... I'm working on that...
On 11/17/06, Kevin Williams [EMAIL PROTECTED] wrote:
Jim Marino wrote:
If I understood your question correctly, DAS allows a 1:1 and 1:N
relationship,
An application could have multiple components using the same config
file,
or could split
[
http://issues.apache.org/jira/browse/TUSCANY-932?page=comments#action_12450960
]
Yang ZHONG commented on TUSCANY-932:
IllegalArgumentException can be thrown by DataObjectUtil.getOpenFeature.
Since try{}catch(){} in callers such as
[ http://issues.apache.org/jira/browse/TUSCANY-852?page=all ]
Jean-Sebastien Delfino updated TUSCANY-852:
---
Fix Version/s: Cpp-current
(was: Cpp-M2)
Affects Version/s: Cpp-current
[ http://issues.apache.org/jira/browse/TUSCANY-781?page=all ]
Jean-Sebastien Delfino updated TUSCANY-781:
---
Fix Version/s: Cpp-current
(was: Cpp-M2)
Affects Version/s: Cpp-current
[
http://issues.apache.org/jira/browse/TUSCANY-683?page=comments#action_12450963
]
Jean-Sebastien Delfino commented on TUSCANY-683:
Hasn't this been completed for M2? If it is the case then it should be closed,
if not then the
Andrew Borley wrote:
I was originally using the Release build, but recompiling to Debug I
get exactly the same behaviour. Also, I tried putting in a
printf(LogEntry: %p, __LOGENTRY__); at the bottom of a method to see
if that would stop the destructor being called straight away, but I
get the
51 matches
Mail list logo