On Mon, Jun 20, 2011 at 8:57 AM, Simon Laws simonsl...@googlemail.com wrote:
While I agree that you can attach to anywhere I doesn't seem to make
sense to applyTo anywhere but bindings and implementations. The spec
says
388 PolicySet authors need to be aware of the evaluation of the
On Tue, Jun 21, 2011 at 6:59 AM, Simon Laws simonsl...@googlemail.com wrote:
Ok, I just checked with Dave Booz from the policy spec team and the
intention is the following:
- the attachTo and appliesTo processing are independent
- it is binding implementations or implementation type
On Mon, Jun 20, 2011 at 3:42 AM, Simon Laws simonsl...@googlemail.com wrote:
Simon,
Maybe I'm not understanding you, but I think this is working as it
should. We are forced to use a two step process, but the policies do
get removed from the EPs/EPRs.
On the EP side, we loop through the
, Simon Laws simonsl...@googlemail.com wrote:
On Thu, Jun 16, 2011 at 5:25 PM, Simon Laws simonsl...@googlemail.com wrote:
On Thu, Jun 16, 2011 at 3:55 PM, Brent Daniel brenthdan...@gmail.com wrote:
Simon,
I've been operating with basically the same set of changes locally and
things do seem
On Fri, Jun 17, 2011 at 10:38 AM, Simon Laws simonsl...@googlemail.com wrote:
On Fri, Jun 17, 2011 at 6:19 PM, Brent Daniel brenthdan...@gmail.com wrote:
The applies to processing actually does end up working on
endpoints/endpoint references. It has to operate against the composite
model since
, but these
could probably be achieved with caching elsewhere.
Brent
On Thu, Jun 16, 2011 at 5:20 AM, Simon Laws simonsl...@googlemail.com wrote:
On Thu, Jun 16, 2011 at 9:14 AM, Simon Laws simonsl...@googlemail.com wrote:
On Thu, Jun 16, 2011 at 2:31 AM, Brent Daniel brenthdan...@gmail.com wrote
I noticed that the appliesTo processing in PolicyAppliesToBuilderImpl
is not operating on components. Otherwise it seems to be working fine
from what I can tell. This is something to take into consideration if
the implementation policies are moved back to the component, though.
The appliesTo would
Hi,
Currently, the model resolver caches resolved implementation.java
instances by class name, so there is only one implementation instance
for a particular class. This causes problems when a composite contains
multiple components using the same java implementation class but
different (and
[
https://issues.apache.org/jira/browse/TUSCANY-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel closed TUSCANY-3664.
-
Add holder support to 2.x
-
Key: TUSCANY-3664
[
https://issues.apache.org/jira/browse/TUSCANY-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3664.
---
Resolution: Fixed
Fix Version/s: Java-SCA-2.0
Add holder support to 2.x
[
https://issues.apache.org/jira/browse/TUSCANY-3836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3836.
---
Resolution: Fixed
Fix Version/s: Java-SCA-2.x
Assignee: Brent Daniel
Simon,
It looks like the InvokerAsyncResponse interface didn't get checked
in with these changes (at least I seem to be missing it after
updating.)
Brent
On Tue, Dec 7, 2010 at 3:23 AM, sl...@apache.org wrote:
Author: slaws
Date: Tue Dec 7 11:23:53 2010
New Revision: 1042976
URL:
+1
Brent
On Mon, Nov 15, 2010 at 6:12 AM, Simon Laws simonsl...@googlemail.com wrote:
Please review and vote on RC3 of the Java SCA 2.0 Beta1 release.
This is our first Beta release on the way to a final 2.0 release and
we're moving from Milestone to the Beta status because we now have the
On Mon, Nov 15, 2010 at 8:06 AM, ant elder ant.el...@gmail.com wrote:
I'm seeing test fails in the store sample now, could that be due to
these holder changes over the weekend?
...ant
Yes, I missed that. It should be cleaned up now. Thanks.
Brent
I have some additional changes for Holder support that I'm going to
check in shortly that will allow Operations to support output types
with multiple parts. The changes are pretty pervasive, so please take
a look to make sure things look OK.
I also moved the 1.x Holder sample forward to 2.x. It
On Mon, Nov 8, 2010 at 4:01 AM, Simon Laws simonsl...@googlemail.com wrote:
So I'm not seeing enough votes to make this release. On the other hand
there are no votes against and there are no blockers registered here
[1]. I have noticed a few samples funnies that I could fix if we
decide to
Samples
Affects Versions: Java-SCA-2.0-Beta1
Reporter: Brent Daniel
Priority: Minor
This doesn't seem to affect the execution, but I'm seeing the following error
when running the embedded-osgi and embedded-osgi-base launcher samples:
[java] SEVERE: Bundle
On Fri, Nov 5, 2010 at 1:19 AM, Simon Laws simonsl...@googlemail.com wrote:
I haven't got any to report here yet but in the mean time are there
any other comments on this RC. It's not clear Brent whether you went
through the whole RC and this was the only thing you found (somehow I
doubt
The ant build/run script for the implementation-bpel sample seems to
be out of date. There was some discussion of fixing this [1] but it
looks like it's still incorrect. I'm taking a look at this now.
Also, for some reason when I run the legal check it's reporting that
jsr173_api-1.0.jar does not
On Wed, Nov 3, 2010 at 6:22 AM, Simon Laws simonsl...@googlemail.com wrote:
Also, for some reason when I run the legal check it's reporting that
jsr173_api-1.0.jar does not have a LICENSE entry.
In this case where are you running the legal check from? I don't see
jsr173 in the binary distro
I'm a little confused. It looks like the runtime is behaving
correctly, but for some reason it's still looking for the old error
message. The error messages were updated in both
compliance-tests/assembly/src/test/resources and in
tuscany-test-runner/src/test/resources, so I'm not quite sure why
[
https://issues.apache.org/jira/browse/TUSCANY-3720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-3720:
-
Assignee: Brent Daniel
Remote SCAClient no longer works
[
https://issues.apache.org/jira/browse/TUSCANY-3720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12926451#action_12926451
]
Brent Daniel commented on TUSCANY-3720:
---
This seems to be a result of some domain
[
https://issues.apache.org/jira/browse/TUSCANY-3720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12926475#action_12926475
]
Brent Daniel commented on TUSCANY-3720:
---
I fixed the issue with domain name
[
https://issues.apache.org/jira/browse/TUSCANY-3720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3720.
---
Resolution: Fixed
Remote SCAClient no longer works
+1
Brent
On Wed, Oct 27, 2010 at 8:38 AM, Simon Laws simonsl...@googlemail.com wrote:
The question now comes about what to do with it and what to do with
the READMEs that are currently checked into svn. For example, do we...
1. - Just provide it on the website or do we ship it in the distro as well
[
https://issues.apache.org/jira/browse/TUSCANY-3709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12925686#action_12925686
]
Brent Daniel commented on TUSCANY-3709:
---
For now, I'm going to make changes so
[
https://issues.apache.org/jira/browse/TUSCANY-3701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3701.
---
Resolution: Fixed
Error on Geronimo Transaction Manager start sometimes when running
[
https://issues.apache.org/jira/browse/TUSCANY-3701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-3701:
-
Assignee: Brent Daniel
Error on Geronimo Transaction Manager start sometimes when
[
https://issues.apache.org/jira/browse/TUSCANY-3719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3719.
---
Resolution: Fixed
Fixed in 1025582 by removing the workaround in TUSCANY-3701
[
https://issues.apache.org/jira/browse/TUSCANY-3732?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3732.
---
Resolution: Fixed
itest/ws-jaxws failing with NPE
Simon,
It seems to be working for me locally. Is there a stack trace?
Brent
On Tue, Oct 19, 2010 at 7:33 AM, Simon Laws simonsl...@googlemail.com wrote:
On Tue, Oct 19, 2010 at 3:28 PM, Simon Laws simonsl...@googlemail.com wrote:
On Mon, Oct 18, 2010 at 8:04 PM, bdan...@apache.org wrote:
It looks like my build was picking up an old module somehow. I've been
able to reproduce this now and will check in a fix shortly.
Brent
On Tue, Oct 19, 2010 at 8:42 AM, Simon Laws simonsl...@googlemail.com wrote:
On Tue, Oct 19, 2010 at 4:27 PM, Brent Daniel brenthdan...@gmail.com wrote
[
https://issues.apache.org/jira/browse/TUSCANY-3719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12922717#action_12922717
]
Brent Daniel commented on TUSCANY-3719:
---
This is a result of the workaround
[
https://issues.apache.org/jira/browse/TUSCANY-3701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12922725#action_12922725
]
Brent Daniel commented on TUSCANY-3701:
---
It seems this is a result of Geronimo
[
https://issues.apache.org/jira/browse/TUSCANY-3712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12922003#action_12922003
]
Brent Daniel commented on TUSCANY-3712:
---
My take on this is that it's probably
[
https://issues.apache.org/jira/browse/TUSCANY-3712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-3712:
-
Assignee: Brent Daniel
JCA_11003 Endpoints being created for each @WebService
[
https://issues.apache.org/jira/browse/TUSCANY-3711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-3711:
-
Assignee: Brent Daniel
ASM_9004
Key: TUSCANY-3711
+1
Brent
On Sat, Oct 9, 2010 at 10:54 AM, Luciano Resende luckbr1...@gmail.com wrote:
Please review and vote on RC2 of the SCA 2.0-M5.1 release.
This is a minor relese based on 2.0-M5 and provides fixes to running
Tuscany applications in Google AppEngine environment and other minor
fixes to
Type: Bug
Components: Java SCA Documentation
Reporter: Brent Daniel
Priority: Minor
The README files for the store and store-webapp sample point to the 1.x
Getting Started guides at [1] and [2]. Those guides are still mostly accurate,
but provide code samples
+1 on the shortened list of JIRA categories. The current granularity
doesn't seem to be all that helpful. I'm not sure if there needs to be
a separate section for user questions -- with the shortened list it
should be possible for even the newest of users to find a home for a
JIRA. Similarly for
On Mon, Sep 20, 2010 at 6:46 AM, Simon Laws simonsl...@googlemail.com wrote:
Well I guess we need to be a bit more precise about what the likely
impact is. IIUC from the commit the model is that
the JDKInvoker and implementation invoker implement the transition
between the local (to them)
[
https://issues.apache.org/jira/browse/TUSCANY-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12910713#action_12910713
]
Brent Daniel commented on TUSCANY-3664:
---
I added support for this in 998232
[
https://issues.apache.org/jira/browse/TUSCANY-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12910781#action_12910781
]
Brent Daniel commented on TUSCANY-3664:
---
I don't think that particular case would
[
https://issues.apache.org/jira/browse/TUSCANY-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-3664:
-
Assignee: Brent Daniel
Add holder support to 2.x
[
https://issues.apache.org/jira/browse/TUSCANY-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12910334#action_12910334
]
Brent Daniel commented on TUSCANY-3664:
---
There are two pieces to this. One
Issue Type: Bug
Reporter: Brent Daniel
Assignee: Brent Daniel
The JMS binding header attributes type, time to live, priority, and
delivery mode can be specified in several places. The runtime needs to
prioritize them as follows:
1) The value from the JMS binding URI
2
[
https://issues.apache.org/jira/browse/TUSCANY-3631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3631.
---
Assignee: Brent Daniel
Resolution: Fixed
Fixed by 991436
Itest WS authentication
[
https://issues.apache.org/jira/browse/TUSCANY-3652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3652.
---
Resolution: Fixed
Callbacks need to be set on service invocation
[
https://issues.apache.org/jira/browse/TUSCANY-3606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3606.
---
Assignee: Brent Daniel
Resolution: Fixed
POL_4007 Problems with mutually exclusive
[
https://issues.apache.org/jira/browse/TUSCANY-3642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3642.
---
Resolution: Fixed
Tuscany does not evaluate mutually exclusive intents correctly where
[
https://issues.apache.org/jira/browse/TUSCANY-3645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12900204#action_12900204
]
Brent Daniel commented on TUSCANY-3645:
---
I checked in some changes for this in rev
Implementation Extension
Reporter: Brent Daniel
Assignee: Brent Daniel
The OASIS java caa spec requires callbacks to be injected only when the type of
the callback field or setter method is the same as the callback interface
specified on the service. For example
[
https://issues.apache.org/jira/browse/TUSCANY-3652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12899895#action_12899895
]
Brent Daniel commented on TUSCANY-3652:
---
1. I'm not sure what the OSOA spec
Type: Bug
Components: Java SCA Core Runtime
Reporter: Brent Daniel
Tuscany needs to raise a warning when a non-remote interface is used with a
remote binding.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue
I've fixed this now, but it was hiding a test case issue in POL_4019,
so that test is failing now (in the attachTo attribute on the
BothIntents policy set, interface.wsdl needs to be prefixed by
sca.)
Brent
On Tue, Jul 27, 2010 at 8:42 AM, Brent Daniel brenthdan...@gmail.com wrote:
On Tue, Jul
[
https://issues.apache.org/jira/browse/TUSCANY-3642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-3642:
-
Assignee: Brent Daniel
Tuscany does not evaluate mutually exclusive intents correctly
[
https://issues.apache.org/jira/browse/TUSCANY-3642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12895004#action_12895004
]
Brent Daniel commented on TUSCANY-3642:
---
I think Tuscany is checking both before
[
https://issues.apache.org/jira/browse/TUSCANY-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3630.
---
Fix Version/s: Java-SCA-2.0
Resolution: Fixed
Support externalAttachment from
POL_3002 can be ignored -- the test doesn't exist anymore.
POL_4015 and POL_4016 shouldn't be run, either. They test that an
exception is thrown when a runtime doesn't support directly attached
(4015) or externally attached (4016) policy sets. Since we support
both, both tests will fail. OASIS
Sorry, no coffee yet this morning.. Was mixing intents and policy
sets, but the conclusion is still the same -- this code isn't correct.
Brent
On Tue, Jul 27, 2010 at 8:00 AM, Brent Daniel brenthdan...@gmail.com wrote:
On Tue, Jul 27, 2010 at 3:51 AM, Simon Laws simonsl...@googlemail.com wrote
Simon,
It only saves a single composite document to the DOM (it operates on
the output of CompositeProcessor.write()). Any composites referenced
by implementation.composite elements are not included.
Before this change, attachments outside of the main composite were
being lost because the xpath
On Tue, Jul 27, 2010 at 8:12 AM, Simon Laws simonsl...@googlemail.com wrote:
Yeah, also isn't it the case that, as it's not actually checking what
the attachTo refers to, it could be throwing away the directly
attached policy when it's not required to do so?
Yes.. If there were two directly
: Java SCA Policy
Reporter: Brent Daniel
Assignee: Brent Daniel
Add assembly builder support for the externalAttachment element in
definitions.xml.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
I'm getting a build error in core --
EndpointReferenceBinderImpl.haveMatchingInterfaceContracts looks like
it needs to be updated to use the new interface.
Brent
On Wed, Jul 21, 2010 at 10:30 AM, kelvingood...@apache.org wrote:
Author: kelvingoodson
Date: Wed Jul 21 17:30:04 2010
New
On Mon, Jul 19, 2010 at 3:53 AM, ant elder ant.el...@gmail.com wrote:
I've fixed an incorrect error message in the JCI tests and that suite
all passes ok for me now, and the WS suite is passing cleanly too. For
the others I'm seeing lots of fails in JCA and Policy as have already
been posted
OK, I see the disconnect between your results and mine. Out of the
policy tests show failing, only 3001, 4012, 10001, and 10002 are still
included in the oasis AllTests runner. The others are still being run
from maven (except for 3002, which was removed from both AllTests and
the top level pom --
On Thu, Jul 15, 2010 at 9:35 AM, Simon Laws simonsl...@googlemail.com wrote:
It looks like we do need to add the code to check the extension to see
if it provides the intent before raising the error. I just ran
across this in the async sample that Kelvin's been bringing up where
it fails
This should be resolved now.
Brent
On Thu, Jul 15, 2010 at 9:55 AM, Brent Daniel brenthdan...@gmail.com wrote:
On Thu, Jul 15, 2010 at 9:35 AM, Simon Laws simonsl...@googlemail.com wrote:
It looks like we do need to add the code to check the extension to see
if it provides the intent before
With the updates I just pushed out and recent changes from oasis, we
should be down to 5 failing policy tests:
3001 and 3002 fail because of TUSCANY-3370
10001 and 10002 fail because of TUSCANY-3381 (noListener intent not
implemented.)
3019 is failing because we aren't finding a policy set for
On Tue, Jul 13, 2010 at 4:58 AM, Simon Laws simonsl...@googlemail.com wrote:
1) Should we be raising an error at build time when intents aren't
satisfied by some policy set?
Yes
OK. I've been working with these changes locally and will commit them soon.
2) If yes, how do we make sure
On Tue, Jul 13, 2010 at 10:00 AM, Simon Laws simonsl...@googlemail.com wrote:
On Tue, Jul 13, 2010 at 5:38 PM, Brent Daniel brenthdan...@gmail.com wrote:
On Tue, Jul 13, 2010 at 4:58 AM, Simon Laws simonsl...@googlemail.com
wrote:
1) Should we be raising an error at build time when intents
Hi,
I've been taking a look at POL_4001 and have a few questions. The
intention of the test is to verify that directly attached policy sets
are ignored when externally attached policy sets are present. As far
as I can tell, the Tuscany runtime doesn't attempt to handle this at
the moment. It
Thanks, should be fixed now.
Brent
On Tue, Jun 22, 2010 at 5:40 PM, Raymond Feng enjoyj...@gmail.com wrote:
Sorry, missing a NOT.
On Jun 22, 2010, at 5:37 PM, Raymond Feng wrote:
Hi,
This is violating the OSGi imports/exports. We should NOT
expose NamespaceContextImpl as it's an internal
Components: Java SCA Policy
Reporter: Brent Daniel
POL_4007 specifies two mutually exclusive intents at the Composite level. The
intents are constrained to sca:binding, so we should only be checking for
exclusivity at the binding level. Right now, we are checking (and failing) the
intents
[
https://issues.apache.org/jira/browse/TUSCANY-3606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12881710#action_12881710
]
Brent Daniel commented on TUSCANY-3606:
---
POL_4007 has been modified and is now
Thanks, Simon, I'll take a look.
Brent
On Tue, Jun 15, 2010 at 1:12 AM, Simon Laws simonsl...@googlemail.com wrote:
On Tue, Jun 15, 2010 at 6:38 AM, Brent Daniel brenthdan...@gmail.com wrote:
Hi,
There seem to be several policy otests failing because of XPath
expressions in the attachTo
: Java SCA Data Binding Runtime
Affects Versions: Java-SCA-2.0-M3
Reporter: Brent Daniel
The recent update to MediatorImpl to handle cross-classloader copies does not
seem to handle checked exceptions.
Not sure what the correct fix is here, but adding the following
[
https://issues.apache.org/jira/browse/TUSCANY-3409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reopened TUSCANY-3409:
---
I think this is still an issue, as disscussed in [1].
I think there are two fixes here. One
Components: Java SCA Assembly Model
Affects Versions: Java-SCA-1.5
Reporter: Brent Daniel
This has been fixed in the 2.x branch but still exists in 1.5.1 and 1.x. [1]
Namespace imports are not used in XSDModelResolver or WSDLModelResolver.
The code to resolve namespace imports exists
Issue Type: Bug
Affects Versions: Java-SCA-1.5
Reporter: Brent Daniel
When Tuscany 1.5.x is run in an osgi environment with separation between an
application classloader and bundle loaders, CglibProxyFactory.createProxy()
will fail with a NoClassDefFound error because
[
https://issues.apache.org/jira/browse/TUSCANY-3278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-3278:
-
Assignee: Brent Daniel
Cglib enhancer needs visibility into multiple classloaders
[
https://issues.apache.org/jira/browse/TUSCANY-3278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-3278.
---
Resolution: Fixed
Fix Version/s: Java-SCA-1.5.1
Cglib enhancer needs visibility
[
https://issues.apache.org/jira/browse/TUSCANY-3124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-3124:
-
Assignee: Brent Daniel
Check for wireFormat/OperationSelector before get operation
Components: Java SCA HTTP Binding
Affects Versions: Java-SCA-1.5
Reporter: Brent Daniel
HTTPServiceBindingProvider needs to check for wireFormat/operationSelector
before checking for the other operations. If a method named get is invoked
over the http binding with a wire format
[
https://issues.apache.org/jira/browse/TUSCANY-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-2993:
-
Assignee: Brent Daniel
store-dojo sample doesn't work in IE
[
https://issues.apache.org/jira/browse/TUSCANY-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-2993.
---
Resolution: Fixed
Fix Version/s: Java-SCA-1.5
store-dojo sample doesn't work in IE
: Brent Daniel
The store-dojo sample doesn't work in internet explorer. I've also had a report
that it doesn't work with HtmlUnit.
IE complains that an object is expected at line 21, which is where
tuscany.AtomService is first used.
tuscany.sca.referenceMap.shoppingCart = new
Yes, I'm seeing the same thing:
testResolveComposite(org.apache.tuscany.sca.assembly.xml.ReadDocumentTestCase)
Time elapsed: 0.047 sec ERROR!
java.lang.IllegalStateException: org.xml.sax.SAXParseException:
src-resolve: Can not resolve the name 'wsa:EndpointReferenceType' to
a(n) 'type
[
https://issues.apache.org/jira/browse/TUSCANY-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12703501#action_12703501
]
Brent Daniel commented on TUSCANY-2993:
---
Removing the binding.atom references
Widget
Reporter: Brent Daniel
DojoModuleActivator attempts to load the first ServletHost from the
ServletHostExtensionPoint. However, in most (all?) cases it will be another
ModuleActivator that is adding the ServletHost to the extension point.
Potentially, the DojoModuleActivator
Binding Extension
Reporter: Brent Daniel
I'm trying to use a reference to an external feed with the
org.apache.tuscany.sca.data.collection.Collection interface, but I'm running
into problems. The new feed-aggregator tests display this issue.
The problems show up
[
https://issues.apache.org/jira/browse/TUSCANY-2932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-2932:
-
Assignee: Brent Daniel
UndeclaredThrowable exception using atom-binding with generic
: Tuscany
Issue Type: Bug
Components: Java SCA ATOM Binding Extension
Reporter: Brent Daniel
When using the org.apache.tuscany.sca.data.collection.Collection interface
rather than the org.apache.tuscany.sca.binding.atom.Collection interface
[
https://issues.apache.org/jira/browse/TUSCANY-2932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel resolved TUSCANY-2932.
---
Resolution: Fixed
Fix Version/s: Java-SCA-1.5
UndeclaredThrowable exception using
[
https://issues.apache.org/jira/browse/TUSCANY-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-2865:
-
Assignee: Brent Daniel
Upgrade atom binding to Abdera 1.0
SCA Samples
Reporter: Brent Daniel
Priority: Minor
Dojo has a version 1.3 beta available here :
http://download.dojotoolkit.org/release-1.3.0b1.
Currently this upgrade would only affect samples, but it has potential
applications in implementation.widget
Extension
Affects Versions: Java-SCA-1.4
Reporter: Brent Daniel
If you use the atom-abdera binding with a reference that points to an RSS feed
rather than an atom feed, you get a ClassCastException rather than a reasonable
error. This occurs in the Tuscany feed-aggregator sample
Type: Bug
Components: Java SCA Assembly Model
Affects Versions: Java-SCA-1.4
Reporter: Brent Daniel
Priority: Minor
If you use a composite file with a space in its physical file name,
JarContributionProcessor will throw the following exception:
Caused
1 - 100 of 102 matches
Mail list logo
