ant elder wrote:
On 8/7/07, Luciano Resende [EMAIL PROTECTED] wrote:
Currently we have couple places that can generate e-mail notification :
- Apache Continuum build notifications (sucess/failure)
- Traffic stats for Apache Tuscany Blog (daily/weekly)
- Traffic stats for Apache
Kevin Williams wrote:
I am interested in extending the current locate service capability to
support the location of services that may be running within the same
domain but a separate jvm. The most straightforward approach may be
to dynamically create and return a service reference using the
Some thoughts inline.
ant elder wrote:
We've started talking about an 0.92 release way back on June 30th saying it
would be in August. To make this happen takes a minimum of two 3 day votes,
past releases show we always need at least 2 release candidates, so to
ensure we get a release out in
[snip]
Simon Nash wrote:
Raymond Feng wrote:
[snip]
2) We could branch for the 1.0 release to contain the candidate
modules
and keep doing 1.0 developement in the branch and merge them into the
trunk. I'm not sure how feasible it is.
+1
I think it's feasible if doing 1.0
I'm not sure what required these dependency changes:
- binding-ejb now depending on host-embedded?
- host-embedded now depending on binding-sca-xml?
Could you please help me understand? Thanks.
[EMAIL PROTECTED] wrote:
Author: slaws
Date: Wed Aug 8 01:29:54 2007
New Revision: 563787
URL:
ant elder wrote:
On 6/30/07, ant elder [EMAIL PROTECTED] wrote:
With the SCA 0.91 release now being voted on how about starting on 0.92?
I've already been adding some things I'm interested in getting done to the
next release wiki page -
[
https://issues.apache.org/jira/browse/TUSCANY-120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517834
]
Jean-Sebastien Delfino commented on TUSCANY-120:
The following should be supported:
A Java
[EMAIL PROTECTED] wrote:
We recently migrated our version of Tuscany from M2 to 0.91, and we noticed
that the memory consumption seems to have increased by quite a bit. When doing
memory profiling, the culprit appeared to be classes related to Xerces DOM
(DeferredElementNSImpl, several other
Jean-Sebastien Delfino wrote:
[EMAIL PROTECTED] wrote:
We recently migrated our version of Tuscany from M2 to 0.91, and we
noticed that the memory consumption seems to have increased by quite
a bit. When doing memory profiling, the culprit appeared to be
classes related to Xerces DOM
Jean-Sebastien Delfino wrote:
Raymond Feng wrote:
Hi,
Your proposal looks good. I think it is consistent with the pattern
that we use to deal with unresolved models. IMO, the proxy/delegate
objects for databindings could be:
DataBindingDelegate:
className = my.MyDataBinding
- Original Message - From: Jean-Sebastien Delfino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Sunday, August 05, 2007 10:57 AM
Subject: Dynamic registration of databindings, was: 0.91 Memory Footprint
Jean-Sebastien Delfino wrote:
[EMAIL PROTECTED] wrote:
We recently migrated our
[snip]
Raymond Feng wrote:
Hi,
I created a WIKI page
(http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Resolving+WSDL+and+XSD+artifacts)
to track discussions around this area.
I have also checked in the following algorithm in trunk for WSDL/XSDs.
1) For each WSDL file in a SCA
ant elder wrote:
Taking that line of thought and you hit the long thread associated with:
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200701.mbox/[EMAIL
PROTECTED]
which is what I was hoping to quietly ignore by just keeping everything in
the one SCA namespace.
...ant
On
Doug Tidwell wrote:
Friends, I'm working on a demo to illustrate the flexibility SCA provides
to client applications. I want to take the exact same code and use it to
invoke different services using different access methods, etc., without
changing the code. As I see it, there are three ways
ant elder wrote:
On 8/1/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
[snip]
Another problem is all our bindings work differently. So
binding.ws/,
binding.rmi/ binding.jms
[snip]
Simon Nash wrote:
See inline.
Simon
Jean-Sebastien Delfino (JIRA) wrote:
[
https://issues.apache.org/jira/browse/TUSCANY-1499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516845
]
Jean-Sebastien Delfino commented on TUSCANY-1499
[snip]
Luciano Resende wrote:
I have fixed this under revision #561972, we now utilize the
contribution file name or it's location (in case of a folder) to
construct the contribution URI.
On 7/30/07, Luciano Resende [EMAIL PROTECTED] wrote:
Looks like DefaultSCADomain is always setting
Raymond Feng wrote:
Hi,
Is it different from
http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-commonj_1.1_spec/1.0/?
If not, we can use the geronimo one and remove our own. Otherwise,
renaming the artifact id to tuscany-commonj-api sounds good to me.
Thanks,
Raymond
Jean-Sebastien Delfino wrote:
Raymond Feng wrote:
Hi,
Is it different from
http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-commonj_1.1_spec/1.0/?
If not, we can use the geronimo one and remove our own. Otherwise,
renaming the artifact id to tuscany-commonj-api sounds good
[snip]
Jean-Sebastien Delfino wrote:
All those sound good, and just to add one more, i think there's a bug
(unless its been fixed recently) in the standalone jetty/tomcat
runtimes so
that the port in a endpoint url is used but only for the first
endpoint. So
if you have two binding uri's
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
[snip]
Another problem is all our bindings work differently. So
binding.ws/,
binding.rmi/ binding.jms/ binding.jsonrpc/ etc all result in a
service
being available at a different endpoint. Also the uri attribute
on those
domain covers multiple nodes, servers, machines, clusters...
So I'm still not sure how this can work at all :)
Thanks,
Raymond
- Original Message - From: Jean-Sebastien Delfino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, July 31, 2007 5:12 PM
Subject: Re: Rules
[
https://issues.apache.org/jira/browse/TUSCANY-1499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516845
]
Jean-Sebastien Delfino commented on TUSCANY-1499:
-
I'd suggest the following to further simplify
[
https://issues.apache.org/jira/browse/TUSCANY-1497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516854
]
Jean-Sebastien Delfino commented on TUSCANY-1497:
-
I suggest that the service references should
[
https://issues.apache.org/jira/browse/TUSCANY-1494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516856
]
Jean-Sebastien Delfino commented on TUSCANY-1494:
-
This work was initially discussed there:
http
Venkata Krishnan wrote:
Hi Sebastien / Luciano,
I have this going in my local. But I've had to pass the
ContributionFactory down to the CompositeProcessor thus adding one
more argument to the CompositeProcessor contructor. Is there any
violation of layering in our design with this passing?
shaoguang geng wrote:
Hi,Raymond:
Since you mentioned my attachment format(rar I used). I will have to explain
shortly, I just felt zip is bigger.
I examed some file compression method today. Then can I suggest that we may use
some other format such *.7z which is much more tiny. Of course if
[snip]
Luciano Resende wrote:
- Another issue I noticed is regarding resolving classReferences.
Because loading a given class would never fails (no class loader
isolation) there is never going to be delegation to the proper
modelResolver from a contribution that is exporting the package. Any
[snip]
Luciano Resende wrote:
Thanks for checking Sebastien, most is in SVN now, and I have already
cleaned up the classLoader issue you mentioned. Indeed, I have couple
questions...
- We need a better extensible way to handle the matching of
import/export to proper initialize the resolvers.
Our import/export itest artifact ids are pretty complicated:
tuscany-itest-contribution-import-export-contrib-composite
tuscany-itest-contribution-import-export-contrib-wsdl
tuscany-itest-contribution-import-export-test-import-composite
tuscany-itest-contribution-import-export-test-import-wsdl
[snip]
Simon Laws wrote:
If we're talking about a domain URI, this is typically model information
that can be hosted in a Top level Composite or Domain Composite or
Domain model object, whatever we want to call it. If I understand the
spec correctly, the cardinality is: 1 Domain - 1 base URI
Luciano Resende wrote:
How about :
tuscany-itest-contribution-export-composite
tuscany-itest-contribution-export-wsdl
tuscany-itest-contribution-import-composite
tuscany-itest-contribution-import-wsdl
This would still group them together in the IDE.
+1
--
Jean-Sebastien
Luciano Resende wrote:
Any suggestions here ? I noticed that all my new deployed SNAPSHOTS
are having the same issue... I'm also having issues trying to deploy
new SDO SNAPSHOTS at the moment for the same reason.
Try /www/people.apache.org/repo/m2-snapshot-repository/fix-permissions.sh
--
We have 39 unscheduled JIRAs, see:
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310210fixfor=-1resolution=-1sorter/field=prioritysorter/order=DESC
3 JIRAs with no component:
[
https://issues.apache.org/jira/browse/TUSCANY-840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-840.
Resolution: Fixed
Thanks for the patch. This seems to be an old issue
[
https://issues.apache.org/jira/browse/TUSCANY-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1455:
Patch Info: [Patch Available]
Fix Version/s: Cpp-Next
I
JIRA TUSCANY-1217 [1] reports an issue in WSDLDocumentProcessor with -
if I understand correctly - the loading of XSDs included in XSDs inlined
in WSDL.
Raymond, did the changes you made to the WSDL loading mechanism fix this
issue?
[1] https://issues.apache.org/jira/browse/TUSCANY-1217
[
https://issues.apache.org/jira/browse/TUSCANY-1480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1480:
Component/s: Java SCA Core Runtime
Assignee: Jean-Sebastien
[
https://issues.apache.org/jira/browse/TUSCANY-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1485:
Patch Info: [Patch Available]
Checked the patch available checkbox
[
https://issues.apache.org/jira/browse/TUSCANY-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1485:
---
Assignee: Jean-Sebastien Delfino
removed Visitor.java
[
https://issues.apache.org/jira/browse/TUSCANY-1485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1485.
-
Resolution: Fixed
removed Visitor.java and Visitable.java
Jean-Sebastien Delfino wrote:
[snip]
Luciano Resende wrote:
Thanks for checking Sebastien, most is in SVN now, and I have already
cleaned up the classLoader issue you mentioned. Indeed, I have couple
questions...
- We need a better extensible way to handle the matching of
import/export
Luciano Resende wrote:
I'll take a deeper look at your proposed changes later today or in the
morning, as I'm in the middle of something now... I have one quick
question ...
ContributionRepository was created to allow remote contributions to be
stored in a local repository to be processed by
Luciano Resende wrote:
I noticed some JIRAS around the locateService API and I will spend
some time to investigate these issues. So far, I have found
TUSCANY-1347 [1] and TUSCANY-1328 [2] :
TUSCANY-1347 current status is resolved/cannot reproduce, but I
looking at the attached test case and
I may have missed it but we do not seem to have a link to the Tuscany
Wiki [1] on our Web site. How about adding a link to it with a sentence
describing what we're doing with the Wiki to the Get involved page?
[1] http://cwiki.apache.org/TUSCANYWIKI/
--
Jean-Sebastien
This broke the build for me, as the case was passing an incorrect
contribution URI to remove(...). I fixed it for you under revision
r561201, as I need to be able build.
[EMAIL PROTECTED] wrote:
Author: lresende
Date: Mon Jul 30 17:07:24 2007
New Revision: 561190
URL:
Jean-Sebastien Delfino wrote:
Venkata Krishnan wrote:
Luciano, you are right... here is the code snippet that I have added
to the CompositeProcessor.resolve()
for (ComponentProperty componentProperty : component.getProperties()) {
if ( componentProperty.getFile() != null
I've been looking into some of the model resolvers and some of them
still pass a ClassLoader around. I'd like to fix that and leverage the
Java resolver extension in the contribution-java module, but that module
is empty...
How is that work going? Are you planning to add these resolvers for
ant elder wrote:
Ok the SDO changes for TUSCANY-1468 and TUSCANY-1437 and the associated SCA
changes are in now. Can anyone confirm things still build ok for them so I
know I've not left something out?
...ant
Still building :)
in the meantime I have a related comment. I think we need
[snip]
ant elder wrote:
On 7/26/07, Simon Laws [EMAIL PROTECTED] wrote:
On 7/26/07, ant elder [EMAIL PROTECTED] wrote:
This is becoming one of the most often asked about and (i think)
one of
the
most confusing parts of using Tuscany, so how about we try to fix
things
up
a bit?
One
Comments and questions inline.
Mike Edwards wrote:
Hi,
A few thoughts
snip
We have two options here:
a) Plugin a tuscany-specific resolver for WSDL4J
(javax.wsdl.xml.WSDLLocator) and XmlSchema
(org.apache.ws.commons.schema.resolver.URIResolver).
This option can handle location
Pete Robbins wrote:
Works fine on all our linuxes including my RHEL... I've removed the
unnecessary qualifier so you should be fine now.
Cheers,
Thanks Pete,
I just updated from SVN, I'm flying to Portland today as I'm going to
the OSCON conference, I'll try again from the airport :)
--
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
Works fine on all our linuxes including my RHEL... I've removed the
unnecessary qualifier so you should be fine now.
Cheers,
Thanks Pete,
I just updated from SVN, I'm flying to Portland today as I'm going to
the OSCON conference, I'll try
This change breaks the continuum nightly build (even though a local
build is successful). Could you please investigate and help fix it? Thanks.
[EMAIL PROTECTED] wrote:
Author: isilval
Date: Mon Jul 23 09:50:14 2007
New Revision: 558796
URL: http://svn.apache.org/viewvc?view=revrev=558796
Trying to build Native/C++ SDO on Linux RHEL5 gives me this error:
if /bin/sh ../../../../../libtool --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I. -I../../../../..
-I../../../../../runtime/core/src -I//home/delfinoj/include/libxml2
-g -O0 -MT HelperProvider.lo -MD -MP -MF
Two questions inline.
Raymond Feng wrote:
Hi,
I'm working on the artifact processing of WSDL/XSD from SCA
contributions, especially for the import/include directives. I would
like to share what I have so far to get your feedback.
Let's assume we have the following artifacts ([1][2]).
*
[
https://issues.apache.org/jira/browse/TUSCANY-1346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514641
]
Jean-Sebastien Delfino commented on TUSCANY-1346:
-
Huang,
I agree that we need to re-resolve
[
https://issues.apache.org/jira/browse/TUSCANY-940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-940.
Resolution: Fixed
Test cases for scope, callback, oneway
[
https://issues.apache.org/jira/browse/TUSCANY-1316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1316.
-
Resolution: Fixed
Great! Thanks for testing it.
WriteAllTestCase
[snip]
scabooz wrote:
Composite scoped components can have concurrent requests inflight, the
runtime does not need to serialize for concurrency.
I recall having this conversation during the spec work, but cant find
verbiage in the specs. FWIW, I recall that for composite scoped
components, we
Luciano Resende wrote:
Trying to go further with the support of import/export, looks like at
some cases we need specialized resolvers that understand better the
specifics of the artifact type being resolved, I started looking into
this piece and will start adding some support for plugable
Luciano Resende wrote:
I'm in the process of integrating the Model Resolver extensibility to
the DefaultSCADomain, and came across some issues on how the
ExtensionHelper is performing resolution of component types, looks
like it traverse all the models in the ModelResolver to find any
ant elder wrote:
On 7/21/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
On 7/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
snip
- I have to deal with concurrent requests in my business logic, but
then
I'm having a hard time understanding how my business
[EMAIL PROTECTED] wrote:
No, I don't think we ever found a solution for this.
On 7/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Luciano Resende wrote:
I have fixed some of the regression around missing dependencies
with
maven-antrun-plugin.
But we still have one issue while
ant elder wrote:
On 7/16/07, ant elder [EMAIL PROTECTED] wrote:
On 7/16/07, Simon Laws [EMAIL PROTECTED] wrote:
On 7/16/07, ant elder [EMAIL PROTECTED] wrote:
Thanks, that helps a lot, couple of followup questions:
On 7/16/07, Simon Laws [EMAIL PROTECTED] wrote:
snip
Jean-Sebastien Delfino wrote:
ant elder wrote:
On 7/16/07, ant elder [EMAIL PROTECTED] wrote:
On 7/16/07, Simon Laws [EMAIL PROTECTED] wrote:
On 7/16/07, ant elder [EMAIL PROTECTED] wrote:
Thanks, that helps a lot, couple of followup questions:
On 7/16/07, Simon Laws [EMAIL
[
https://issues.apache.org/jira/browse/TUSCANY-1454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514219
]
Jean-Sebastien Delfino commented on TUSCANY-1454:
-
Thanks for reporting this. If the issue
[
https://issues.apache.org/jira/browse/TUSCANY-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514220
]
Jean-Sebastien Delfino commented on TUSCANY-1455:
-
Thanks for the patch, I will try to integrate
[
https://issues.apache.org/jira/browse/TUSCANY-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1455:
---
Assignee: Jean-Sebastien Delfino
OSCON 2007 BigBank Demo
Simon Laws wrote:
On 7/20/07, Mike Edwards [EMAIL PROTECTED] wrote:
Folks,
It is clear from reading other sections of the specification that it is
intended that @ConversationID is used in implementation classes other
than those of CONVERSATION scope.
Further down in 1.2.51 of the
ant elder wrote:
On 7/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Laws wrote:
On 7/20/07, Mike Edwards [EMAIL PROTECTED] wrote:
Folks,
It is clear from reading other sections of the specification that
it is
intended that @ConversationID is used in implementation
[
https://issues.apache.org/jira/browse/TUSCANY-1316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514356
]
Jean-Sebastien Delfino commented on TUSCANY-1316:
-
I added one more fix, looks like I had missed
Mike Edwards wrote:
Luciano Resende wrote:
The targetNameSpace were only added on the Calculator and Chat
samples, as suggested on the JIRA 1330. The other changes were merely
cosmetic (such as alignments) or adding missing headers on some
composite files.
What's the suggestion here ? To
ant elder wrote:
On 7/20/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
snip
- I have to deal with concurrent requests in my business logic, but then
I'm having a hard time understanding how my business logic is going to
handle interlaced injection calls and business method calls
Venkata Krishnan wrote:
Hi,
I am taking a look at
https://issues.apache.org/jira/browse/TUSCANY-1426 and to get to the
crux of that problem I am first trying to see if wsdl imports work.
Here is what I am attempting. There is B.wsdl that imports A.wsdl,
where B.wsdl has the bindings and
A number of us will be at OSCON 2007 attending a Tuscany BOF on Wed.
July 25, 7:30.
More details here:
http://conferences.oreillynet.com/cs/os2007/view/e_sess/14724
I was thinking that we could do a demo and take this opportunity to show
integration of the Tuscany Java and Native/C++
Thoughts and comments inline.
Raymond Feng wrote:
Hi, Simon.
Nice summary:-). I was about to drop a note but you are ahead of me.
The code is still evolving and the WireableWiring is gone (with some
methods merged into SCABinding).
Please see my comments inline.
Thanks,
Raymond
-
[
https://issues.apache.org/jira/browse/TUSCANY-1344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1344.
-
Resolution: Fixed
There is one now, in a new binding-sca module
[
https://issues.apache.org/jira/browse/TUSCANY-1271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1271.
-
Resolution: Fixed
These annotations are obsolete, not used
[
https://issues.apache.org/jira/browse/TUSCANY-1174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1174.
-
Resolution: Fixed
Fixed under SVN revision r557289.
Need
[
https://issues.apache.org/jira/browse/TUSCANY-1346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1346:
---
Assignee: Jean-Sebastien Delfino
Resolution to TUSCANY-1332
[
https://issues.apache.org/jira/browse/TUSCANY-1328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1328:
---
Assignee: Jean-Sebastien Delfino
can not locate service from
[
https://issues.apache.org/jira/browse/TUSCANY-1208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1208:
---
Assignee: Simon Nash
Assigning to you ot check if your recent
[
https://issues.apache.org/jira/browse/TUSCANY-1267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1267.
-
Resolution: Fixed
A reference binding provider is given the reference
[
https://issues.apache.org/jira/browse/TUSCANY-966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513633
]
Jean-Sebastien Delfino commented on TUSCANY-966:
Different symptom with the Trunk level
[
https://issues.apache.org/jira/browse/TUSCANY-966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-966:
--
Assignee: Jean-Sebastien Delfino
getRequestContext() does not return
[
https://issues.apache.org/jira/browse/TUSCANY-1270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1270.
-
Resolution: Fixed
Fixed, getProcessor is generic now
my build so that
I can make progress.
Simon
Jean-Sebastien Delfino wrote:
Luciano Resende wrote:
Everything is building ok for me too, is this the only module
that is
failing for you ?
It works now, see:
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20174.html
ant elder wrote:
On 7/18/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
snip
...
and other bindings that don't support references) break
when initializing self references
Isn't this a more general problem with the way self references are handle
right now? What was the fix
[
https://issues.apache.org/jira/browse/TUSCANY-1145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1145.
-
Resolution: Fixed
I tried to change the PropertyTest test case to init
Venkata Krishnan wrote:
Thanks Raymond.
On 7/18/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I have merged the fix from trunk into 0.91 branch under r557146. We
can pull
it into RC4 if we decide the re-spin.
Thanks,
Raymond
- Original Message -
From: Jean-Sebastien Delfino [EMAIL
[
https://issues.apache.org/jira/browse/TUSCANY-1396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1396.
-
Resolution: Fixed
MaxAge and MaxIdleTime are specific to the Java
[
https://issues.apache.org/jira/browse/TUSCANY-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reassigned TUSCANY-1217:
---
Assignee: Jean-Sebastien Delfino
Loading nested includes
[
https://issues.apache.org/jira/browse/TUSCANY-966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513755
]
Jean-Sebastien Delfino commented on TUSCANY-966:
ComponentContext.getRequestContext() now returns
[
https://issues.apache.org/jira/browse/TUSCANY-966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino reopened TUSCANY-966:
Raymond, I suppose you meant to close a different JIRA issue, this one has
[
https://issues.apache.org/jira/browse/TUSCANY-1331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1331.
-
Resolution: Fixed
This is now fixed in trunk.
createSelfReferences
[
https://issues.apache.org/jira/browse/TUSCANY-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1437:
Component/s: (was: Java DAS RDB)
(was: Java SCA
[
https://issues.apache.org/jira/browse/TUSCANY-1347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino resolved TUSCANY-1347.
-
Resolution: Cannot Reproduce
I am running into a completely different
[
https://issues.apache.org/jira/browse/TUSCANY-876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-876:
---
Component/s: (was: Java SCA Java Implementation Extension
[
https://issues.apache.org/jira/browse/TUSCANY-966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-966:
---
Component/s: (was: Java SCA Integration Tests)
Updated JIRA component
1201 - 1300 of 2879 matches
Mail list logo
