On Thu, Mar 3, 2011 at 12:24 PM, Srinath Perera srin...@wso2.com wrote:
Can we use secure vault here? is that only for passowords in config
files? --Srinath
Yes we can. But In secure vault also it is not straight, same as above, by
using an encrypt() method in EncryptionProvider class.. There
What are you storing?
Paul
On 28 February 2011 04:35, Rajika Kumarasiri raj...@wso2.com wrote:
I need to store some passwords in GREG. Is there a way to achieve this ?
Rajika
___
Carbon-dev mailing list
Carbon-dev@wso2.org
On Mon, Feb 28, 2011 at 10:05 AM, Rajika Kumarasiri raj...@wso2.com wrote:
I need to store some passwords in GREG. Is there a way to achieve this ?
I guess anything that needs to be stored in GREG securely - need to declare
it's media type accordingly and should be handled via a registry
On Thu, Mar 3, 2011 at 1:54 PM, Prabath Siriwardana prab...@wso2.comwrote:
On Mon, Feb 28, 2011 at 10:05 AM, Rajika Kumarasiri raj...@wso2.comwrote:
I need to store some passwords in GREG. Is there a way to achieve this ?
I guess anything that needs to be stored in GREG securely - need to
On Thu, Mar 3, 2011 at 1:44 PM, Paul Fremantle p...@wso2.com wrote:
What are you storing?
When CSG agent component adds a CSG server ( i.e. the ESB server) I need to
keep track the user name and the password so that I can publish a proxy to
ESB later.
Rajika
Paul
On 28 February 2011
Mar 3, 2011 12:32:06 PM org.apache.axis2.deployment.DeploymentEngine
addServiceGroup
INFO: Deploying Web service: SecureService.aar -
file:/home/carbon/stratos/carbon/dependencies/rampart/modules/rampart-integration/target/test-resources/rahas_service_repo_3/services/SecureService.aar
Mar 3,
Ok... I can see the Registry is a good place for this. Can we do a hybrid
Registry-based secure vault?
Paul
On 3 March 2011 08:44, Rajika Kumarasiri raj...@wso2.com wrote:
On Thu, Mar 3, 2011 at 1:44 PM, Paul Fremantle p...@wso2.com wrote:
What are you storing?
When CSG agent component
Actually, I think the secure vault is ok as-is for this use.
I'm also wondering if it would be better to use Client certs for this?
Paul
On 3 March 2011 10:37, Paul Fremantle p...@wso2.com wrote:
Ok... I can see the Registry is a good place for this. Can we do a hybrid
Registry-based secure
Can someone fix this issue ASAP please? We are unable to test any of the
pack because of this issue. :(
Regards
Charitha
On Wed, Mar 2, 2011 at 12:35 PM, Tharindu Mathew thari...@wso2.com wrote:
I also got this error when I tried to start up G-Reg after downloading
from
Hi Anjana,
Can you please have a look.. As per Sumedha - it seems like a DB issue...
Also this still works fine in the local machine..
Thanks regards,
-Prabath
On Thu, Mar 3, 2011 at 4:58 PM, Charitha Kankanamge chari...@wso2.comwrote:
Can someone fix this issue ASAP please? We are unable
Hi again,
If we try to build the trunk with tests, it will take sometime (long time)
to go to product level successfully. We are still stuck in dependencies with
failing tests.
Are we going to stay with this? QA guys will need packs for testing.
Thanks,
AmilaM.
On Thu, Mar 3, 2011 at 10:53 AM,
On Wed, Mar 2, 2011 at 7:08 PM, Afkham Azeez az...@wso2.com wrote:
Senaka,
Was this changed?
Not committed yet. I will do that after I try out whole thing on a new
build.
Thanks,
Senaka.
Azeez
On Wed, Feb 9, 2011 at 3:48 PM, Senaka Fernando sen...@wso2.com wrote:
+1.
Thanks,
On Wed, Mar 2, 2011 at 11:34 PM, Dimuthu Leelarathne dimut...@wso2.comwrote:
On Wed, Mar 2, 2011 at 7:04 PM, Afkham Azeez az...@wso2.com wrote:
These menu items are rarely accessed, and in most cases, it is a one time
configuration. So, instead of giving it too much prominence by placing it
I fixed some issues with the new implementation and now it works for putting
and retriving messages.
I commented out the connection sharing part since there seems be some
problems with that. Anyway the connecton shering code should go to Qpid
compoent it self so that it can be used by any other
On Thu, Mar 3, 2011 at 2:15 AM, Afkham Azeez az...@wso2.com wrote:
Most of the time product teams forget to update the default profile.
Many times we have discovered issues like this close to releases.
Having a single profile will solve these issues.
I don't think that will resolve the
On Wed, Mar 2, 2011 at 8:43 PM, Hasini Gunasinghe has...@wso2.com wrote:
Hi,
Yes, I too did not get above error message from a latest build from trunk
(from IS or ESB), instead, I only see an unnecessary INFO log as below:
[2011-03-02 10:29:59,072] INFO
org.apache.neethi:neethi:jar:2.0.4-wso2v1
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.neethi
-DartifactId=neethi -Dversion=2.0.4-wso2v1 -Dpackaging=jar
-Dfile=/path/to/file
On Thu, Mar 3, 2011 at 10:12 PM, Isuru Suriarachchi is...@wso2.com wrote:
On Thu, Mar 3, 2011 at 2:15 AM, Afkham Azeez az...@wso2.com wrote:
Most of the time product teams forget to update the default profile.
Many times we have discovered issues like this close to releases.
Having a single
Xue-Feng can you explain what you mean by Modeling Language Management?
Sanjiva.
On Wed, Mar 2, 2011 at 10:57 PM, Xue-Feng Yang just4l...@yahoo.com wrote:
Hi All,
Yeah, but it is getting better. Thank you all. ^=^
I will try Chad later when I have time.
I still can't go through
Can you please try with an online build. This neethi version was released
with Carbon 3.1.0 and it is available in our M2 repo.
Thanks,
Thilina
On Thu, Mar 3, 2011 at 10:54 PM, Supun Kamburugamuva su...@wso2.com wrote:
org.apache.neethi:neethi:jar:2.0.4-wso2v1
Try downloading the file
I tried a online build without success.
Thanks,
Supun..
On Thu, Mar 3, 2011 at 11:20 PM, Thilina Buddhika thili...@wso2.com wrote:
Can you please try with an online build. This neethi version was released
with Carbon 3.1.0 and it is available in our M2 repo.
Thanks,
Thilina
On Thu, Mar 3,
Looks like our M2 repo is not recognized by these dependency poms. This
should come from the carbon-platform pom.
Sameera, how do we proceed with this sort of cases ? Are we going to define
the parent pom in these pom files.
Supun, as a temporary workaround you can locally modify the neethi
Hi,
I want to front a WSAS with a ESB for different reasons. primarily for being
able to load balance or redirect some messages conditionally.
As a first step, I installed the ESB and created as many proxys as there are
web services in the wsas.
WSAS:9763 service1
WSAS:9763 service2
changed
This is because some image file extensions are .JPG while in the docs, they
are linked as .jpg. So, on my browser, most of the context help userguide
images dont't show up.
--
*Afkham Azeez*
Senior Software Architect Senior Manager; WSO2, Inc.; http://wso2.com,
*
*
*Member; Apache Software
I think the problem is because my server is also running on Mac OS X.
On Fri, Mar 4, 2011 at 7:49 AM, Afkham Azeez az...@wso2.com wrote:
This is because some image file extensions are .JPG while in the docs, they
are linked as .jpg. So, on my browser, most of the context help userguide
I am -1 on removing product profiles. As I remember we discussed about
managing chunk releases based on this profile concept. So we shouldn't get
rid of profiles, rather we should be careful when updating profiles.
Thanks
Milinda
On Thu, Mar 3, 2011 at 10:59 PM, Supun Kamburugamuva
I have a client out side the Carbon - which uses following API
UserRealm realm = WSRealmBuilder.createWSRealm(serverUrl, cookie,
configContext);
But this code doesn't work with the current trunk - and the API been
changed..
Can you please suggest how should I replace the above..?
--
Thanks
Hi,
Yes. You have a point.
+1 for fixing it to get the configuration context.
tx,
dimuthu
On Fri, Mar 4, 2011 at 8:50 AM, Prabath Siriwardana prab...@wso2.comwrote:
I have a client out side the Carbon - which uses following API
UserRealm realm = WSRealmBuilder.createWSRealm(serverUrl,
Thanks a lot all for your inputs. So, let's keep the product profiles..
Each product team please take the responsibility/ownership to make sure all
of them work fine.. and up to date...
Thanks regards,
-Prabath
On Fri, Mar 4, 2011 at 8:49 AM, Milinda Pathirage mili...@wso2.com wrote:
I am -1
On Thu, Mar 3, 2011 at 4:09 PM, Paul Fremantle p...@wso2.com wrote:
Actually, I think the secure vault is ok as-is for this use.
I'm also wondering if it would be better to use Client certs for this?
In this scenario CSG Agent -- ESB Server - so if we are going to use client
certs [Mutual
Can we get the same old API back.. if it doesn't violate the reason it's
been removed previously..?
Thanks regards,
-Prabath
On Fri, Mar 4, 2011 at 8:54 AM, Dimuthu Leelarathne dimut...@wso2.comwrote:
Hi,
Yes. You have a point.
+1 for fixing it to get the configuration context.
tx,
Hi,
This was caught by the builder too. It went unnoticed due to the test
failures.
Thanks,
AmilaM.
On Fri, Mar 4, 2011 at 12:58 AM, Thilina Buddhika thili...@wso2.com wrote:
Looks like our M2 repo is not recognized by these dependency poms. This
should come from the carbon-platform pom.
We are planning to move 'bpel' component/feature source and 'human-task'
source into root directory called 'business-processes'. Major motivation
behind this decision is because we need to have set of common bundles which
are shared by 'bpel' component and 'human-task' component. With the current
Hi,
The old method available was,
WSRealmBuilder.createWSRealm(realmProperties, configurationContext,
tenantID)
TenantId is meaningless here. Why? Because shouldn't expose an API where IHC
tenant can see some other tenant's data. So we cannot go back to old API.
We should have two methods as
Hi,
On Fri, Mar 4, 2011 at 9:32 AM, Dimuthu Leelarathne dimut...@wso2.comwrote:
Hi,
The old method available was,
WSRealmBuilder.createWSRealm(realmProperties, configurationContext,
tenantID)
TenantId is meaningless here. Why? Because shouldn't expose an API where
IHC tenant can see some
Dinusha,
This diagram is missing eventing, validation. There could be few other
things as well. Basically the follow diagram need to have 100% coverage of
paths a user can go into while going through writing a DS.
/sumedha
On Fri, Mar 4, 2011 at 2:21 AM, Dinusha Senanayaka dinu...@wso2.com
Hi Dimuthu,
Thanks for getting more deep in to this..
Actually this methods was in 3.0.1
WSRealmBuilder.createWSRealm(serverUrl, cookie, configContext);
Thanks regards,
-Prabath
On Fri, Mar 4, 2011 at 9:32 AM, Dimuthu Leelarathne dimut...@wso2.com
wrote:
Hi,
The old method available
Didn't include them to the basic diagram for clarity. BTW I will add the
rest of the functionalities to the diagram asap.
Regards,
Dinusha.
On Fri, Mar 4, 2011 at 9:35 AM, Sumedha Rubasinghe sume...@wso2.com wrote:
Dinusha,
This diagram is missing eventing, validation. There could be few
- Forwarded Message
From: Xue-Feng Yang just4l...@yahoo.com
To: Sanjiva Weerawarana sanj...@wso2.com
Sent: Fri, March 4, 2011 12:24:35 PM
Subject: Re: [Carbon-dev] Sample Chad in appserver
Hi Sanjiva,
A better name should be Model Management.
In past decade, we saw many projects
On Fri, Mar 4, 2011 at 9:27 AM, Milinda Pathirage mili...@wso2.com wrote:
We are planning to move 'bpel' component/feature source and 'human-task'
source into root directory called 'business-processes'. Major motivation
behind this decision is because we need to have set of common bundles
Hi,
Fixed the realm properly. Now this is usable in non-carbon environment.
tx,
dimuthul
On Fri, Mar 4, 2011 at 9:39 AM, Prabath Siriwardana prab...@wso2.comwrote:
Hi Dimuthu,
Thanks for getting more deep in to this..
Actually this methods was in 3.0.1
Hi,
I had look in to this with Anjana. According to him this was due to a wrong
h2 version. This seems to be fixed after 27th Feb (date of last build).
Therefore I triggered a new build in the builder machine WITHOUT TESTS
(otherwise the QA guys wont get a pack for weeks to test, due to the test
Thanks a lot AmilaM and Anjana..
Thanks regards,
-Prabath
On Fri, Mar 4, 2011 at 12:17 PM, Amila Maha Arachchi ami...@wso2.comwrote:
Hi,
I had look in to this with Anjana. According to him this was due to a wrong
h2 version. This seems to be fixed after 27th Feb (date of last build).
43 matches
Mail list logo