On Wed, Jul 15, 2009 at 5:08 AM, Kent Brown wrote:
> I didn't realize we had a Spring implementation. Shakar, could you comment
> on what that is?
Spring implementation is not available in contrib or trunk. WSO2 had a
stocktrader[1] based on WSF/Spring[2]. The services are same as WSAS
services
Hi Chintana,
On Wed, Jul 15, 2009 at 9:35 AM, Chintana Wilamuna wrote:
> On Tue, Jul 14, 2009 at 6:40 PM, Ben Dewey wrote:
>
>> That being said, I don't think that the RUBY (or SPRING for that matter)
>> should be in the trunk.
>
> Why?
I think Ben is correct. Since Ruby is in a state where it c
On Tue, Jul 14, 2009 at 6:40 PM, Ben Dewey wrote:
> That being said, I don't think that the RUBY (or SPRING for that matter)
> should be in the trunk.
Why?
The point of the Stonehenge project is to encourage interoperability
between different Web service frameworks. Ruby one is developed using
On Wed, Jul 15, 2009 at 5:08 AM, Kent Brown wrote:
> I didn't realize we had a Spring implementation. Shakar, could you comment
> on what that is? There have been discussions of reaching out to SpringSource
> folks to get them to do an implementation with Spring and it'd be good to
> know wha
Kent,
I just double checked the contrib and I can't seem to find any SPRING
contributions. I think the confusion came because there are service entries
for SPRING_BS and OPS in the database scripts from the PHP setup.
-Ben Dewey
From: Kent Brown [ken
I didn't realize we had a Spring implementation. Shakar, could you comment on
what that is? There have been discussions of reaching out to SpringSource
folks to get them to do an implementation with Spring and it'd be good to know
what currently exists in that area before taking it further. I
Ben Dewey wrote:
Also wasn't trying to be offensive just wanted to point out that we have the
go-ahead.
I did not take it as offensive. But thanks for the clarification - always good
to be explicit in email.
Thanks,
H
[
https://issues.apache.org/jira/browse/STONEHENGE-78?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12731186#action_12731186
]
Harold Carr commented on STONEHENGE-78:
---
One thing to note, althought this does no
Harold,
No worries, I like the idea and it eliminates one of my "cons". Also wasn't
trying to be offensive just wanted to point out that we have the go-ahead.
-Ben
-Original Message-
From: harold.c...@sun.com [mailto:harold.c...@sun.com]
Sent: Tuesday, July 14, 2009 6:44 PM
To: stonehe
+1
This sounds like a good idea. Thanks, Harold!
-Original Message-
From: harold.c...@sun.com [mailto:harold.c...@sun.com]
Sent: Tuesday, July 14, 2009 3:44 PM
To: stonehenge-dev@incubator.apache.org
Subject: Re: Suggestion: "powered by"
Hello Ben,
Great (and I apologize for not be able
Hello Ben,
Great (and I apologize for not be able to listen in on the mailing list in
detail to have seen this).
I just updated the bug with my suggestion:
These icons would be retrieved from the web services themselves:
UI -> bs.getBSIcon()
UI -> bs.getOPSIcon() -> ops.getOPSIcon
Each i
[
https://issues.apache.org/jira/browse/STONEHENGE-78?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12731174#action_12731174
]
Harold Carr commented on STONEHENGE-78:
---
Rather than depend of the config service,
Harold,
I actually just created a similar ticket [1] earlier. I like the idea of
icons. This was voted and agreed to by ~+5 other people.
[1] http://issues.apache.org/jira/browse/STONEHENGE-78
-Ben Dewey
-Original Message-
From: harold.c...@sun.com [mailto:harold.c...@sun.com]
Sent
I understand that the StockTrader is moving towards claim-based identity, with
that identity provided by a service (e.g., Metro STS framework, Geneva
Framework). Definitely a good idea.
However, it would be good to keep the existing version of Stonehenge (I assume
it uses mutual certs?) becau
To give demos and to increase confidence that things are configured correctly it
would be great to have each page in the UI have "BS powered by" and "OPS
powered by" icons.
These icons would be retrieved from the web services themselves:
UI -> bs.getBSIcon()
UI -> bs.getOPSIcon() -> ops.get
> Ben, if I add the action = getBSConfig - this means that any program calling
> this needs to use getBSConfig rather than GetBSConfig? Even those within
> .NET??
ASFAIK, the .NET calls will use proxies generated from the interface which will
use the GetBSConfig (i.e. no .NET code changes). In
[
https://issues.apache.org/jira/browse/STONEHENGE-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Avantika Agrawal updated STONEHENGE-81:
---
Attachment: Stonehenge-81.patch
Here is the patch that makes some minor refinement
I actually had RUBY and SPRING in the database and then removed them because
they weren't being used. I can easily modify the script to insert them.
Apart from the naming inconsistencies, there is an additional attribute for
BSConfigResponse and OPSConfigResponse in the DataContract of the .NET
I'm sure this isn't the best place to ask this question, but I'm doing a
presentation on the Apache Stonehenge Project and I wanted to see if anyone
here knows the answer to this.
How many other Apache Software Foundation Projects feature .NET and
specifically C#? Any?
Thanks,
-Ben Dewey
ASFAIK, the RUBY_BS and OPS were created by WSO2 that's why they're supported
by PHP/WSAS. Unfortunately Ruby is still in contrib and hasn't had the
traction to make it into the trunk.
That being said, I don't think that the RUBY (or SPRING for that matter) should
be in the trunk.
Additionall
Thanks, Ben, that would be great.
There is one more thing, it's about the available options for client/bs/ops
in config_service. Now .NET and PHP support different options. For example,
.NET supports JAVA_CLIENT/DOTNET_CLIENT/PHP_CLIENT, while php supports
JAVA_CLIENT/DOTNET_CLIENT/PHP_CLIENT/RUBY
21 matches
Mail list logo