Re: [Carbon-dev] [Carbon-jira] [jira] Resolved: (CARBON-9418) Populate admin's profile details aligning with the admin configuration

[Afkham Azeez]

Hi folks,
Don't resolve any issues until those are committed to the branch. Simply
attach the patch to the Jira, commit to trunk & leave the issue open. Please
reopen all issues you have resolved after the branching started.

On Sun, May 22, 2011 at 8:30 AM, Hasini Gunasinghe (JIRA) wrote:

>
> [
> https://wso2.org/jira/browse/CARBON-9418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
>
> Hasini Gunasinghe resolved CARBON-9418.
> ---
>
>Resolution: Fixed
>
> Fixed with Revision: 104481, Revision: 104483, Revision: 104482, Revision:
> 104515, revision 104676. Will be committing diffs related to these to branch
> as well.
>
> > Populate admin's profile details aligning with the admin configuration
> > --
> >
> > Key: CARBON-9418
> > URL: https://wso2.org/jira/browse/CARBON-9418
> > Project: WSO2 Carbon
> >  Issue Type: Task
> >Reporter: Hasini Gunasinghe
> >Assignee: Hasini Gunasinghe
> >Priority: High
> >
>
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators:
> https://wso2.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
> ___
> Carbon-jira mailing list
> carbon-j...@wso2.org
> https://wso2.org/cgi-bin/mailman/listinfo/carbon-jira
>



-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] 56 L1s still open!

[Afkham Azeez]

Please not that database table names (entity names) should be singular. Not
UM_USERS but UM_USER.
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] 56 L1s still open!

[Senaka Fernando]

On Sun, May 22, 2011 at 11:22 AM, Senaka Fernando  wrote:

>
>
> On Sun, May 22, 2011 at 11:20 AM, Hasini Gunasinghe wrote:
>
>>
>>
>> On Sun, May 22, 2011 at 11:01 AM, Senaka Fernando wrote:
>>
>>> Hi Hasini,
>>>
>>> On Sun, May 22, 2011 at 7:14 AM, Hasini Gunasinghe wrote:
>>>
 Hi,

 On Sat, May 21, 2011 at 9:19 PM, Thilina Buddhika wrote:

> We have one L1 to fix from the security side and Hasini is working on
> it.


 The reported L1 [1] issue is not an issue of user-core, as I understood
 while reproducing it.

  AFAIU, it is due to the server startup script not facilitating this
 kind of a scenario in a straight forward manner. But it can be overcome by
 workarounds as I have mentioned in the comment to the issue.

 Can you please review the comment and advice what should be done to this
 L1?

>>>
>>> Thanks Senaka for the  explanation.
>>
>>  Yes, this is an issue from UM core. The thing is the UM core does not
>>> test the existence of the DB before running the -Dsetup script. In Registry
>>> Kernel, we check for the existence of the DB by running this query, SELECT
>>> REG_PATH_ID FROM REG_PATH WHERE REG_PATH_VALUE='/'.
>>>
>>> You need to do something similar, which you have done, "SELECT * FROM
>>> UM_USERS". But, in this scenario, it seems to be failing for some reason.
>>> Can you check why that fails during the start-up of the second server?
>>>
>>
>> As I understood, start up of the second server fails because when it is
>> started with -Dsetup, db script is run in the UM_DB where tables are already
>> created and some initial values are added by the first server.
>>
>>>
>>> Now, that's part 1 of this fix. Part 2, is bit tricky. If you check the
>>> h2.sql, you'll notice that there are "IF NOT EXISTS" for each creation. But,
>>> in mysql.sql, some do not have it. I don't know the exact reasons for that,
>>> but it seems to be another issue that leads to this.
>>>
>>
>> I will look more into this according to what you have mentioned.
>>
>
> Had a look into this again, and part 2, should not be related in this case.
> You need to check what makes the execution of "SELECT * FROM UM_USERS" fail
> with an SQLException which is what makes UM core, attempt to recreate the
> Database.
>

Argh, an obvious blunder. There is no table called UM_USERS. You need to fix
it with a valid table name that you populate data with.

Thanks,
Senaka.

>
> Thanks,
> Senaka.
>
>>
>> Thanks,
>> Hasini.
>>
>>>
>>> Thanks,
>>> Senaka.
>>>

 [1]https://wso2.org/jira/browse/CARBON-9881

 Thanks,
 Hasini.

>
> Thanks,
> Thilina
>
> On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez  wrote:
>
>> Folks,
>> What is the plan to address these? Are people working on these L1s?
>> After the branching, you have to make sure that the fixes are committed 
>> to
>> the trunk as well as the branch. The proper process is, to fix this in 
>> the
>> trunk, create a patch and attach it to the Jira, and then commit that 
>> patch
>> to the trunk. Please follow that process.
>>
>> Thanks
>> Azeez
>>
>> --
>> *Afkham Azeez*
>> Director of Architecture; WSO2, Inc.; http://wso2.com
>> Member; Apache Software Foundation; http://www.apache.org/
>> * **
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: 
>> **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Thilina Buddhika
> Associate Technical Lead
>
> WSO2 Inc. ; http://wso2.com
> lean . enterprise . middleware
>
> phone : +94 77 44 88 727
> blog : http://blog.thilinamb.com
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> *Senaka Fernando*
>>> Product Manager - WSO2 Governance Registry;
>>> Associate Technical Lead; WSO2 Inc.; http://wso2.com
>>> *
>>> Member; Apache Software Foundation; http://apache.org
>>>
>>> E-mail: senaka AT wso2.com
>>> **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
>>> Linked-In: http://linkedin.com/in/senakafernando
>>>
>>> *Lean . Enterprise . Middleware
>>>
>>>
>>> ___
>>> Carbon-dev ma

Re: [Carbon-dev] 56 L1s still open!

[Senaka Fernando]

On Sun, May 22, 2011 at 11:20 AM, Hasini Gunasinghe  wrote:

>
>
> On Sun, May 22, 2011 at 11:01 AM, Senaka Fernando  wrote:
>
>> Hi Hasini,
>>
>> On Sun, May 22, 2011 at 7:14 AM, Hasini Gunasinghe wrote:
>>
>>> Hi,
>>>
>>> On Sat, May 21, 2011 at 9:19 PM, Thilina Buddhika wrote:
>>>
 We have one L1 to fix from the security side and Hasini is working on
 it.
>>>
>>>
>>> The reported L1 [1] issue is not an issue of user-core, as I understood
>>> while reproducing it.
>>>
>>>  AFAIU, it is due to the server startup script not facilitating this kind
>>> of a scenario in a straight forward manner. But it can be overcome by
>>> workarounds as I have mentioned in the comment to the issue.
>>>
>>> Can you please review the comment and advice what should be done to this
>>> L1?
>>>
>>
>> Thanks Senaka for the  explanation.
>
>  Yes, this is an issue from UM core. The thing is the UM core does not
>> test the existence of the DB before running the -Dsetup script. In Registry
>> Kernel, we check for the existence of the DB by running this query, SELECT
>> REG_PATH_ID FROM REG_PATH WHERE REG_PATH_VALUE='/'.
>>
>> You need to do something similar, which you have done, "SELECT * FROM
>> UM_USERS". But, in this scenario, it seems to be failing for some reason.
>> Can you check why that fails during the start-up of the second server?
>>
>
> As I understood, start up of the second server fails because when it is
> started with -Dsetup, db script is run in the UM_DB where tables are already
> created and some initial values are added by the first server.
>
>>
>> Now, that's part 1 of this fix. Part 2, is bit tricky. If you check the
>> h2.sql, you'll notice that there are "IF NOT EXISTS" for each creation. But,
>> in mysql.sql, some do not have it. I don't know the exact reasons for that,
>> but it seems to be another issue that leads to this.
>>
>
> I will look more into this according to what you have mentioned.
>

Had a look into this again, and part 2, should not be related in this case.
You need to check what makes the execution of "SELECT * FROM UM_USERS" fail
with an SQLException which is what makes UM core, attempt to recreate the
Database.

Thanks,
Senaka.

>
> Thanks,
> Hasini.
>
>>
>> Thanks,
>> Senaka.
>>
>>>
>>> [1]https://wso2.org/jira/browse/CARBON-9881
>>>
>>> Thanks,
>>> Hasini.
>>>

 Thanks,
 Thilina

 On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez  wrote:

> Folks,
> What is the plan to address these? Are people working on these L1s?
> After the branching, you have to make sure that the fixes are committed to
> the trunk as well as the branch. The proper process is, to fix this in the
> trunk, create a patch and attach it to the Jira, and then commit that 
> patch
> to the trunk. Please follow that process.
>
> Thanks
> Azeez
>
> --
> *Afkham Azeez*
> Director of Architecture; WSO2, Inc.; http://wso2.com
> Member; Apache Software Foundation; http://www.apache.org/
> * **
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: 
> **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


 --
 Thilina Buddhika
 Associate Technical Lead

 WSO2 Inc. ; http://wso2.com
 lean . enterprise . middleware

 phone : +94 77 44 88 727
 blog : http://blog.thilinamb.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> *Senaka Fernando*
>> Product Manager - WSO2 Governance Registry;
>> Associate Technical Lead; WSO2 Inc.; http://wso2.com
>> *
>> Member; Apache Software Foundation; http://apache.org
>>
>> E-mail: senaka AT wso2.com
>> **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
>> Linked-In: http://linkedin.com/in/senakafernando
>>
>> *Lean . Enterprise . Middleware
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Senaka Fernando*
Product Manager - WSO2 Governance Registry;
Associate Technical Lead; WSO2 Inc.; http://wso2.com*
Member; Apac

Re: [Carbon-dev] 56 L1s still open!

[Hasini Gunasinghe]

On Sun, May 22, 2011 at 11:01 AM, Senaka Fernando  wrote:

> Hi Hasini,
>
> On Sun, May 22, 2011 at 7:14 AM, Hasini Gunasinghe wrote:
>
>> Hi,
>>
>> On Sat, May 21, 2011 at 9:19 PM, Thilina Buddhika wrote:
>>
>>> We have one L1 to fix from the security side and Hasini is working on it.
>>
>>
>> The reported L1 [1] issue is not an issue of user-core, as I understood
>> while reproducing it.
>>
>>  AFAIU, it is due to the server startup script not facilitating this kind
>> of a scenario in a straight forward manner. But it can be overcome by
>> workarounds as I have mentioned in the comment to the issue.
>>
>> Can you please review the comment and advice what should be done to this
>> L1?
>>
>
> Thanks Senaka for the  explanation.

Yes, this is an issue from UM core. The thing is the UM core does not test
> the existence of the DB before running the -Dsetup script. In Registry
> Kernel, we check for the existence of the DB by running this query, SELECT
> REG_PATH_ID FROM REG_PATH WHERE REG_PATH_VALUE='/'.
>
> You need to do something similar, which you have done, "SELECT * FROM
> UM_USERS". But, in this scenario, it seems to be failing for some reason.
> Can you check why that fails during the start-up of the second server?
>

As I understood, start up of the second server fails because when it is
started with -Dsetup, db script is run in the UM_DB where tables are already
created and some initial values are added by the first server.

>
> Now, that's part 1 of this fix. Part 2, is bit tricky. If you check the
> h2.sql, you'll notice that there are "IF NOT EXISTS" for each creation. But,
> in mysql.sql, some do not have it. I don't know the exact reasons for that,
> but it seems to be another issue that leads to this.
>

I will look more into this according to what you have mentioned.

Thanks,
Hasini.

>
> Thanks,
> Senaka.
>
>>
>> [1]https://wso2.org/jira/browse/CARBON-9881
>>
>> Thanks,
>> Hasini.
>>
>>>
>>> Thanks,
>>> Thilina
>>>
>>> On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez  wrote:
>>>
 Folks,
 What is the plan to address these? Are people working on these L1s?
 After the branching, you have to make sure that the fixes are committed to
 the trunk as well as the branch. The proper process is, to fix this in the
 trunk, create a patch and attach it to the Jira, and then commit that patch
 to the trunk. Please follow that process.

 Thanks
 Azeez

 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * **
 email: **az...@wso2.com* * cell: +94 77 3320919
 blog: **http://blog.afkham.org* *
 twitter: 
 **http://twitter.com/afkham_azeez*
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> Thilina Buddhika
>>> Associate Technical Lead
>>>
>>> WSO2 Inc. ; http://wso2.com
>>> lean . enterprise . middleware
>>>
>>> phone : +94 77 44 88 727
>>> blog : http://blog.thilinamb.com
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Senaka Fernando*
> Product Manager - WSO2 Governance Registry;
> Associate Technical Lead; WSO2 Inc.; http://wso2.com
> *
> Member; Apache Software Foundation; http://apache.org
>
> E-mail: senaka AT wso2.com
> **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
> Linked-In: http://linkedin.com/in/senakafernando
>
> *Lean . Enterprise . Middleware
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Using class mediator to chance an output message

[Anjana Fernando]

Hi Jorge,

In the MessageContext class what you'll have to use is the setProperty [1]
method. And your jars, you'll have to put them in
/repository/components/lib.

[1]
http://synapse.apache.org/apidocs/org/apache/synapse/MessageContext.html#setProperty%28java.lang.String,%20java.lang.Object%29

Cheers,
Anjana.

On Sun, May 22, 2011 at 12:06 AM, Jorge Infante Osorio wrote:

> Hi folks.
>
> I have the following scenario:
>
> A dataservice in WSAS return inside it response message  an URL that point
> to  the location of a file, in this case a binary file, and in the ESB I
> have a proxy service that return in it message response not the URL but the
> binary file.
>
> So in the dataservice WSDL the xsd type is string and in the proxy service
> the xsd type is base64Binary.
>
> My idea is to implement a class mediator in ESB that access the message
> context, extract the URL, them access to the server that store the file and
> load the file as an object and inject this object back to the message
> context.
>
> I study your class mediator examples and see a code line like this:
>
>
> mc.getEnvelope().getBody().getFirstElement().getFirstElement().getFirstChild
> WithName(nombre).setText(image);
>
> nombre is a QName objet.
> If image is a an object, not a string, how can inject it inside the message
> context? I only found the setText method.
>
> Any help?
>
> Another question: where I have to store the class, I put an example class
> in
> classpath and in [ESB_HOME]\repository\components\plugins\ but I can´t load
> it?
>
>
> Thanks,
> Ing. Jorge Infante Osorio.
> J´Dpto Soluciones SOA.
> CDAE.
> UCI
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>



-- 
*Anjana Fernando*
Senior Software Engineer
WSO2 Inc. | http://wso2.com
lean . enterprise . middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Defining a role as internal or external

[Hasini Gunasinghe]

Hi,

This is the understanding that I have regarding this. Please correct if
anything is wrong.

Differentiation of roles as external or internal is based on whether we
manage user roles in the user store itself or in internal UM database in a
hybrid manner.

For an example, we find the above use case with LDAP user store where we can
either manage roles in LDAP itself or in internal JDBC database in a hybrid
manner (basically when user store is read only).

In that case, internal role means: if a role is managed in internal UM
database in a hybrid manner.
   external role means: if a role is managed in LDAP user
store - can be either embedded LDAP or external LDAP.

I think above mail is related to issue:
https://wso2.org/jira/browse/CARBON-9195. The issue reported there is the
default behavior according to above understanding.
Because JDBC user store manager handles roles in hybrid manner only when
"read only" property is set to true in user-mgt.xml.

Thanks,
Hasini.

On Fri, May 6, 2011 at 11:09 AM, Amila Jayasekara  wrote:

> Hi All,
>
> How do we define whether a particular role is internal or external ? (Role
> type)
>
> After a chat with Pavithra, we came to following conclusion.
>
> If a role is defined within a server we treat those as internal roles.
> If a server reads role information from some other user store we
> consider those as external roles.
>
> If above definition is not correct, please advice.
>
> Thanks
> AmilaJ
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] 56 L1s still open!

[Senaka Fernando]

Hi Hasini,

On Sun, May 22, 2011 at 7:14 AM, Hasini Gunasinghe  wrote:

> Hi,
>
> On Sat, May 21, 2011 at 9:19 PM, Thilina Buddhika wrote:
>
>> We have one L1 to fix from the security side and Hasini is working on it.
>
>
> The reported L1 [1] issue is not an issue of user-core, as I understood
> while reproducing it.
>
>  AFAIU, it is due to the server startup script not facilitating this kind
> of a scenario in a straight forward manner. But it can be overcome by
> workarounds as I have mentioned in the comment to the issue.
>
> Can you please review the comment and advice what should be done to this
> L1?
>

Yes, this is an issue from UM core. The thing is the UM core does not test
the existence of the DB before running the -Dsetup script. In Registry
Kernel, we check for the existence of the DB by running this query, SELECT
REG_PATH_ID FROM REG_PATH WHERE REG_PATH_VALUE='/'.

You need to do something similar, which you have done, "SELECT * FROM
UM_USERS". But, in this scenario, it seems to be failing for some reason.
Can you check why that fails during the start-up of the second server?

Now, that's part 1 of this fix. Part 2, is bit tricky. If you check the
h2.sql, you'll notice that there are "IF NOT EXISTS" for each creation. But,
in mysql.sql, some do not have it. I don't know the exact reasons for that,
but it seems to be another issue that leads to this.

Thanks,
Senaka.

>
> [1]https://wso2.org/jira/browse/CARBON-9881
>
> Thanks,
> Hasini.
>
>>
>> Thanks,
>> Thilina
>>
>> On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez  wrote:
>>
>>> Folks,
>>> What is the plan to address these? Are people working on these L1s? After
>>> the branching, you have to make sure that the fixes are committed to the
>>> trunk as well as the branch. The proper process is, to fix this in the
>>> trunk, create a patch and attach it to the Jira, and then commit that patch
>>> to the trunk. Please follow that process.
>>>
>>> Thanks
>>> Azeez
>>>
>>> --
>>> *Afkham Azeez*
>>> Director of Architecture; WSO2, Inc.; http://wso2.com
>>> Member; Apache Software Foundation; http://www.apache.org/
>>> * **
>>> email: **az...@wso2.com* * cell: +94 77 3320919
>>> blog: **http://blog.afkham.org* *
>>> twitter: **http://twitter.com/afkham_azeez*
>>> *
>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>> *
>>> *
>>> *Lean . Enterprise . Middleware*
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Thilina Buddhika
>> Associate Technical Lead
>>
>> WSO2 Inc. ; http://wso2.com
>> lean . enterprise . middleware
>>
>> phone : +94 77 44 88 727
>> blog : http://blog.thilinamb.com
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Senaka Fernando*
Product Manager - WSO2 Governance Registry;
Associate Technical Lead; WSO2 Inc.; http://wso2.com*
Member; Apache Software Foundation; http://apache.org

E-mail: senaka AT wso2.com
**P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
Linked-In: http://linkedin.com/in/senakafernando

*Lean . Enterprise . Middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Do we want to keep sources of shinding, webharvest, oauth, wsdl4j sources in 3.2.0 branch

[Nuwan Bandara]

Hi Milinda,

Shindig should be r910768-wso2v4, once branched i will do this change.

Thanks,
/Nuwan

On Sat, May 21, 2011 at 11:28 PM, Senaka Fernando  wrote:

>
>
> On Sat, May 21, 2011 at 10:59 PM, Milinda Pathirage wrote:
>
>> While branching I noticed that above mention dependencies are not SNAPSHOT
>> dependencies. So do we want to keep sources of these dependencies(I assumes
>> that we have released versions of these)?
>
>
> It seems that the versions of these on trunk are wrong. WSDL4J is required,
> as it has changes after the last release was done. Janaka, please confirm.
>
> Thanks,
> Senaka.
>
>>
>> Thanks
>> Milinda
>>
>> --
>> Milinda Pathirage
>> Technical Lead and Product Manager, Business Process Server - WSO2 Inc;
>> http://wso2.com
>> Blog: http://blog.mpathirage.com
>>
>> Lean Enterprise Middleware
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Senaka Fernando*
> Product Manager - WSO2 Governance Registry;
> Associate Technical Lead; WSO2 Inc.; http://wso2.com*
> Member; Apache Software Foundation; http://apache.org
>
> E-mail: senaka AT wso2.com
> **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
> Linked-In: http://linkedin.com/in/senakafernando
>
> *Lean . Enterprise . Middleware
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Thanks & Regards,

Nuwan Bandara
Senior Software Engineer
WSO2 Inc. | http://wso2.com
lean . enterprise . middleware

http://nuwan.bandara.co
*

___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] What should be the correct version for QPid

[Danushka Menikkumbura]

It is 0.11-wso2v1.

Danushka

On Sat, May 21, 2011 at 11:03 PM, Milinda Pathirage wrote:

> Current version of QPid dependency is 0.11. I think we should differentiate
> our code base version from normal Apache versions.
>
> Thanks
> Milinda
>
> --
> Milinda Pathirage
> Technical Lead and Product Manager, Business Process Server - WSO2 Inc;
> http://wso2.com
> Blog: http://blog.mpathirage.com
>
> Lean Enterprise Middleware
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] 56 L1s still open!

[Hasini Gunasinghe]

Hi,

On Sat, May 21, 2011 at 9:19 PM, Thilina Buddhika  wrote:

> We have one L1 to fix from the security side and Hasini is working on it.


The reported L1 [1] issue is not an issue of user-core, as I understood
while reproducing it.

AFAIU, it is due to the server startup script not facilitating this kind of
a scenario in a straight forward manner. But it can be overcome by
workarounds as I have mentioned in the comment to the issue.

Can you please review the comment and advice what should be done to this L1?

[1]https://wso2.org/jira/browse/CARBON-9881

Thanks,
Hasini.

>
> Thanks,
> Thilina
>
> On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez  wrote:
>
>> Folks,
>> What is the plan to address these? Are people working on these L1s? After
>> the branching, you have to make sure that the fixes are committed to the
>> trunk as well as the branch. The proper process is, to fix this in the
>> trunk, create a patch and attach it to the Jira, and then commit that patch
>> to the trunk. Please follow that process.
>>
>> Thanks
>> Azeez
>>
>> --
>> *Afkham Azeez*
>> Director of Architecture; WSO2, Inc.; http://wso2.com
>> Member; Apache Software Foundation; http://www.apache.org/
>> * **
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Thilina Buddhika
> Associate Technical Lead
>
> WSO2 Inc. ; http://wso2.com
> lean . enterprise . middleware
>
> phone : +94 77 44 88 727
> blog : http://blog.thilinamb.com
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Afkham Azeez]

On Sun, May 22, 2011 at 1:31 AM, Brad Cox  wrote:

> I get that error clicking the wsas app in the tomcat admin console which
> resolves to http://localhost:8080/Tomcat-WSO2-1.0-SNAPSHOT
>
> I suspect a config problem since Carbon_Repository/logs is empty and logs
> are being written to Carbon_Repository/repository/logs. That certainly
> doesn't seem right.
>
> Also wasn't sure what you meant by  inside config files;
> for example
>
> jdbc:h2:**/repository/database/WSO2CARBON_DB;DB_CLOSE_ON_EXIT=FALSE
>
>
This should be the CARBON_HOME. Provide the absolute path to the CARBON_HOME
there.


> So I used the full pathname for now.
>
> I automate complex instructions to reduce errors Here's the script I'm
> using, with hand-edited config files from src/main/resources. I've enclosed
> a zip of copies, not from src/main/resources, but from the built tomcat and
> repository directories, hoping you can spot something.
>
> 
> maven-antrun-plugin
> 
> 
> verify
> 
> 
>  value="/Users/Brad/Dropbox/Tomcat-7.0.14" />
>  value="/Users/Brad/Dropbox/wso2appserver-4.1.0-SNAPSHOT" />
> 
> 
> 
>  overwrite="true">
>  />
> 
> 
> 
>  overwrite="true">
>  dir="${wsas-src}/lib/core/WEB-INF" />
> 
> 
>  todir="target/WAR_DIR/WEB-INF/classes" overwrite="true">
>  file="${wsas-src}/lib/log4j.properties" />
> 
> 
>  overwrite="true">
> 
> 
> 
>  overwrite="true">
> 
> 
> 
>  overwrite="true">
>  dir="src/main/resources/modified.tomcat"/>
> 
> 
>  destfile="target/Tomcat-WSO2-1.0-SNAPSHOT.war" basedir="target/WAR_DIR" />
> 
>  file="target/Tomcat-WSO2-1.0-SNAPSHOT.war"/>
> 
> 
> 
> 
> run
> 
> 
> 
> 
>
>
>
> On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:
>
>> otherwise, It would help if you can give some more details how you got the
>> error. (eg: full url you are accessing
>
>
>
>
> --
> Cell: 703-594-1883
> Blog: http://bradjcox.blogspot.com
> Web: http://virtualschool.edu
> Manassas VA 20111
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Afkham Azeez]

OK. So, what you have to do is,

1. set the CARBON_HOME environment variable. Point that to the extracted AS
directory
2. From CARBON_HOME/bin, run ant createWAR -Doutput.dir=tmp/as. The carbon
webapp will be created in that output.dir
3. Edit CARBON_HOME/repository/conf/carbon.xml and changed
the /
to /as
4. Copy the CARBON_HOME/tmp/as carbon webapp into TOMCAT_HOME/webapps
5. Set up HTTPS in Tomcat. Let's say this HTTPS port was 8443
6. Restart Tomcat
7. Make sure that the Carbon webapp has been successfully deployed. There
should be no exceptions,
8. Go to; https://localhost:8443/as/carbon The management console should
load without any issues.

On Sun, May 22, 2011 at 1:54 AM, Brad Cox  wrote:

> The service is running now on the standalone server. Problem has changed to
> getting wsas up in tomcat. Sry for the confusion.
>
>
> On Sat, May 21, 2011 at 4:21 PM, Afkham Azeez  wrote:
>
>> Hold on. Don't change anything. First we will simply get this JAXWS
>> service running on standalone AS, without any changes.
>>
>>
>> On Sun, May 22, 2011 at 1:45 AM, Supun Malinga  wrote:
>>
>>> Hi,
>>>
>>> In the attached conf files, webcontext root is set as(in carbon.xml),
>>> /
>>>
>>> If your war directory is  "crbn" or war archive is "crbn.war", web
>>> contect root should be set as,
>>> /crbn
>>>
>>> Please give it a try and let us know if the issue still exists.
>>> thanks,
>>>
>>> On Sun, May 22, 2011 at 1:38 AM, Brad Cox  wrote:
>>>
 I followed the instructions literally, if I recall correctly the context
 path in the instructions was /crbn or similar.

 On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:

> Have to set the context path and the webapp archive name same value?
>


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


>>>
>>>
>>> --
>>> Supun Malinga,
>>>
>>> Software Engineer,
>>> WSO2 Inc.
>>> http://wso2.com
>>> http://wso2.org
>>> email - sup...@wso2.com 
>>> mobile - 071 56 91 321
>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> *Afkham Azeez*
>> Director of Architecture; WSO2, Inc.; http://wso2.com
>> Member; Apache Software Foundation; http://www.apache.org/
>> * **
>> email: **az...@wso2.com* * cell: +94 77 3320919
>> blog: **http://blog.afkham.org* *
>> twitter: **http://twitter.com/afkham_azeez*
>> *
>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>> *
>> *
>> *Lean . Enterprise . Middleware*
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Cell: 703-594-1883
> Blog: http://bradjcox.blogspot.com
> Web: http://virtualschool.edu
> Manassas VA 20111
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

The service is running now on the standalone server. Problem has changed to
getting wsas up in tomcat. Sry for the confusion.

On Sat, May 21, 2011 at 4:21 PM, Afkham Azeez  wrote:

> Hold on. Don't change anything. First we will simply get this JAXWS service
> running on standalone AS, without any changes.
>
>
> On Sun, May 22, 2011 at 1:45 AM, Supun Malinga  wrote:
>
>> Hi,
>>
>> In the attached conf files, webcontext root is set as(in carbon.xml),
>> /
>>
>> If your war directory is  "crbn" or war archive is "crbn.war", web contect
>> root should be set as,
>> /crbn
>>
>> Please give it a try and let us know if the issue still exists.
>> thanks,
>>
>> On Sun, May 22, 2011 at 1:38 AM, Brad Cox  wrote:
>>
>>> I followed the instructions literally, if I recall correctly the context
>>> path in the instructions was /crbn or similar.
>>>
>>> On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:
>>>
 Have to set the context path and the webapp archive name same value?

>>>
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Supun Malinga,
>>
>> Software Engineer,
>> WSO2 Inc.
>> http://wso2.com
>> http://wso2.org
>> email - sup...@wso2.com 
>> mobile - 071 56 91 321
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> *Afkham Azeez*
> Director of Architecture; WSO2, Inc.; http://wso2.com
> Member; Apache Software Foundation; http://www.apache.org/
> * **
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Cell: 703-594-1883
Blog: http://bradjcox.blogspot.com
Web: http://virtualschool.edu
Manassas VA 20111
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Afkham Azeez]

Hold on. Don't change anything. First we will simply get this JAXWS service
running on standalone AS, without any changes.

On Sun, May 22, 2011 at 1:45 AM, Supun Malinga  wrote:

> Hi,
>
> In the attached conf files, webcontext root is set as(in carbon.xml),
> /
>
> If your war directory is  "crbn" or war archive is "crbn.war", web contect
> root should be set as,
> /crbn
>
> Please give it a try and let us know if the issue still exists.
> thanks,
>
> On Sun, May 22, 2011 at 1:38 AM, Brad Cox  wrote:
>
>> I followed the instructions literally, if I recall correctly the context
>> path in the instructions was /crbn or similar.
>>
>> On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:
>>
>>> Have to set the context path and the webapp archive name same value?
>>>
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Supun Malinga,
>
> Software Engineer,
> WSO2 Inc.
> http://wso2.com
> http://wso2.org
> email - sup...@wso2.com 
> mobile - 071 56 91 321
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Afkham Azeez]

On Sun, May 22, 2011 at 1:31 AM, Brad Cox  wrote:

> I get that error clicking the wsas app in the tomcat admin console which
> resolves to http://localhost:8080/Tomcat-WSO2-1.0-SNAPSHOT


What sort of the URL is that? I think there is some serious misunderstanding
somewhere.

Can you please try with standalone AS first. If you manage to get that
working, next we can look at deploying this on an external Tomcat server.

 Just unzip the AS distribution, go to the unzipped directory (let's call
that CARBON_HOME), and run;

CARBON_HOME/bin/wso2server.bat

Once the server starts up, go to the Management Console;
https://localhost:9443/carbon

You will see the Menu option; Manage -> Web Services -> Add -> JAX-WS
Service

Upload your JAXWS service from that page.


>
> I suspect a config problem since Carbon_Repository/logs is empty and logs
> are being written to Carbon_Repository/repository/logs. That certainly
> doesn't seem right.
>
> Also wasn't sure what you meant by  inside config files;
> for example
>
> jdbc:h2:**/repository/database/WSO2CARBON_DB;DB_CLOSE_ON_EXIT=FALSE
>
> So I used the full pathname for now.
>
> I automate complex instructions to reduce errors Here's the script I'm
> using, with hand-edited config files from src/main/resources. I've enclosed
> a zip of copies, not from src/main/resources, but from the built tomcat and
> repository directories, hoping you can spot something.
>
> 
> maven-antrun-plugin
> 
> 
> verify
> 
> 
>  value="/Users/Brad/Dropbox/Tomcat-7.0.14" />
>  value="/Users/Brad/Dropbox/wso2appserver-4.1.0-SNAPSHOT" />
> 
> 
> 
>  overwrite="true">
>  />
> 
> 
> 
>  overwrite="true">
>  dir="${wsas-src}/lib/core/WEB-INF" />
> 
> 
>  todir="target/WAR_DIR/WEB-INF/classes" overwrite="true">
>  file="${wsas-src}/lib/log4j.properties" />
> 
> 
>  overwrite="true">
> 
> 
> 
>  overwrite="true">
> 
> 
> 
>  overwrite="true">
>  dir="src/main/resources/modified.tomcat"/>
> 
> 
>  destfile="target/Tomcat-WSO2-1.0-SNAPSHOT.war" basedir="target/WAR_DIR" />
> 
>  file="target/Tomcat-WSO2-1.0-SNAPSHOT.war"/>
> 
> 
> 
> 
> run
> 
> 
> 
> 
>
>
>
> On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:
>
>> otherwise, It would help if you can give some more details how you got the
>> error. (eg: full url you are accessing
>
>
>
>
> --
> Cell: 703-594-1883
> Blog: http://bradjcox.blogspot.com
> Web: http://virtualschool.edu
> Manassas VA 20111
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Supun Malinga]

Hi,

In the attached conf files, webcontext root is set as(in carbon.xml),
/

If your war directory is  "crbn" or war archive is "crbn.war", web contect
root should be set as,
/crbn

Please give it a try and let us know if the issue still exists.
thanks,

On Sun, May 22, 2011 at 1:38 AM, Brad Cox  wrote:

> I followed the instructions literally, if I recall correctly the context
> path in the instructions was /crbn or similar.
>
> On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:
>
>> Have to set the context path and the webapp archive name same value?
>>
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Supun Malinga,

Software Engineer,
WSO2 Inc.
http://wso2.com
http://wso2.org
email - sup...@wso2.com 
mobile - 071 56 91 321
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

So which is right? Should the context path and the webapp archive name be
the same or different? Putting it as a question conveys no useful
information.

2. Configuring the carbon.xml
Edit the **/repository/conf/carbon.xml as follows.

 /crbn
 https://localhost:8443/crbn/services/



On Sat, May 21, 2011 at 4:08 PM, Brad Cox  wrote:

> I followed the instructions literally, if I recall correctly the context
> path in the instructions was /crbn or similar.
>
> On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:
>
>> Have to set the context path and the webapp archive name same value?
>>
>
>


-- 
Cell: 703-594-1883
Blog: http://bradjcox.blogspot.com
Web: http://virtualschool.edu
Manassas VA 20111
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

I followed the instructions literally, if I recall correctly the context
path in the instructions was /crbn or similar.

On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:

> Have to set the context path and the webapp archive name same value?
>
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

I get that error clicking the wsas app in the tomcat admin console which
resolves to http://localhost:8080/Tomcat-WSO2-1.0-SNAPSHOT

I suspect a config problem since Carbon_Repository/logs is empty and logs
are being written to Carbon_Repository/repository/logs. That certainly
doesn't seem right.

Also wasn't sure what you meant by  inside config files;
for example

jdbc:h2:**/repository/database/WSO2CARBON_DB;DB_CLOSE_ON_EXIT=FALSE

So I used the full pathname for now.

I automate complex instructions to reduce errors Here's the script I'm
using, with hand-edited config files from src/main/resources. I've enclosed
a zip of copies, not from src/main/resources, but from the built tomcat and
repository directories, hoping you can spot something.


maven-antrun-plugin


verify







































run






On Sat, May 21, 2011 at 3:40 PM, Supun Malinga  wrote:

> otherwise, It would help if you can give some more details how you got the
> error. (eg: full url you are accessing




-- 
Cell: 703-594-1883
Blog: http://bradjcox.blogspot.com
Web: http://virtualschool.edu
Manassas VA 20111
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Supun Malinga]

Hi,

this must be a configuration issue. As per the instruction i the doc it
should work.
Have to set the context path and the webapp archive name same value?

otherwise, It would help if you can give some more details how you got the
error. (eg: full url you are accessing.)

thanks,

On Sun, May 22, 2011 at 12:52 AM, Brad Cox  wrote:

> Could someone please explain how to get past this problem? With WSAS
> nightly and Tomcat 7
> following instructions from wso2carbon-3.2.0-SNAPSHOT-docs
>
>
> *type* Exception report
>
> *message*
>
> *description* *The server encountered an internal error () that prevented
> it from fulfilling this request.*
>
> *exception*
>
> javax.servlet.ServletException: Servlet.init() for servlet bridgeservlet 
> threw exception
>   
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
>   
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
>   
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
>   
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)
>   
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:317)
>   
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:204)
>   
> org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:311)
>   
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>   
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>   java.lang.Thread.run(Thread.java:680)
>
> *root cause*
>
> java.lang.IllegalStateException: instance already set
>   org.wso2.carbon.bridge.BridgeServlet.setInstance(BridgeServlet.java:218)
>   org.wso2.carbon.bridge.BridgeServlet.init(BridgeServlet.java:56)
>   javax.servlet.GenericServlet.init(GenericServlet.java:160)
>   
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
>   
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
>   
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
>   
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)
>   
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:317)
>   
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:204)
>   
> org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:311)
>   
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>   
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>   java.lang.Thread.run(Thread.java:680)
>
> *note* *The full stack trace of the root cause is available in the Apache
> Tomcat/7.0.14 logs.*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Supun Malinga,

Software Engineer,
WSO2 Inc.
http://wso2.com
http://wso2.org
email - sup...@wso2.com 
mobile - 071 56 91 321
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

Could someone please explain how to get past this problem? With WSAS nightly
and Tomcat 7
following instructions from wso2carbon-3.2.0-SNAPSHOT-docs

*type* Exception report

*message*

*description* *The server encountered an internal error () that prevented it
from fulfilling this request.*

*exception*

javax.servlet.ServletException: Servlet.init() for servlet
bridgeservlet threw exception

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:317)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:204)

org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:311)

java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
java.lang.Thread.run(Thread.java:680)

*root cause*

java.lang.IllegalStateException: instance already set
org.wso2.carbon.bridge.BridgeServlet.setInstance(BridgeServlet.java:218)
org.wso2.carbon.bridge.BridgeServlet.init(BridgeServlet.java:56)
javax.servlet.GenericServlet.init(GenericServlet.java:160)

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:317)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:204)

org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:311)

java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
java.lang.Thread.run(Thread.java:680)

*note* *The full stack trace of the root cause is available in the Apache
Tomcat/7.0.14 logs.*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Using class mediator to chance an output message

[Jorge Infante Osorio]

Hi folks.

I have the following scenario:

A dataservice in WSAS return inside it response message  an URL that point
to  the location of a file, in this case a binary file, and in the ESB I
have a proxy service that return in it message response not the URL but the
binary file.

So in the dataservice WSDL the xsd type is string and in the proxy service
the xsd type is base64Binary.

My idea is to implement a class mediator in ESB that access the message
context, extract the URL, them access to the server that store the file and
load the file as an object and inject this object back to the message
context.

I study your class mediator examples and see a code line like this:

mc.getEnvelope().getBody().getFirstElement().getFirstElement().getFirstChild
WithName(nombre).setText(image);

nombre is a QName objet.
If image is a an object, not a string, how can inject it inside the message
context? I only found the setText method.

Any help?

Another question: where I have to store the class, I put an example class in
classpath and in [ESB_HOME]\repository\components\plugins\ but I can´t load
it?


Thanks,
Ing. Jorge Infante Osorio.
J´Dpto Soluciones SOA.
CDAE.
UCI


___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Do we want to keep sources of shinding, webharvest, oauth, wsdl4j sources in 3.2.0 branch

[Senaka Fernando]

On Sat, May 21, 2011 at 10:59 PM, Milinda Pathirage wrote:

> While branching I noticed that above mention dependencies are not SNAPSHOT
> dependencies. So do we want to keep sources of these dependencies(I assumes
> that we have released versions of these)?


It seems that the versions of these on trunk are wrong. WSDL4J is required,
as it has changes after the last release was done. Janaka, please confirm.

Thanks,
Senaka.

>
> Thanks
> Milinda
>
> --
> Milinda Pathirage
> Technical Lead and Product Manager, Business Process Server - WSO2 Inc;
> http://wso2.com
> Blog: http://blog.mpathirage.com
>
> Lean Enterprise Middleware
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
*Senaka Fernando*
Product Manager - WSO2 Governance Registry;
Associate Technical Lead; WSO2 Inc.; http://wso2.com*
Member; Apache Software Foundation; http://apache.org

E-mail: senaka AT wso2.com
**P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
Linked-In: http://linkedin.com/in/senakafernando

*Lean . Enterprise . Middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Carbon Studio 1.0.9 Released

[Chathuri Wimalasena]

 WSO2 Carbon Studio 1.0.9 Release Notes 20th May 2011

We introduce WSO2 Carbon Studio, is a fully functioned tooling environment
which facilitate you to develop, test, deploy and test WSO2 Carbon
Artifacts. The tool is created as a plug-in for the popular IDE Eclipse.

These tools are available under the Apache Software License (v2.0)
.
This includes all of the extra integration and management functionality as
well.
 New Features

   - General
  - Usability Improvements
  - Apache Maven Support
  - Registry Resources

Fixed Issues

   - [TOOLS-556]  - Changes do not
   pick for the service classes created in contract-first approach when
   creating an aar file
   - [TOOLS-638]  - Invalid xmlns in
   Stock Quote Proxy Sample in Carbon Studio
   - [TOOLS-642]  - Carbon Studio ->
   Samples -> DataService Number Validator sample not working
   - [TOOLS-644]  - Remove garbage
   Chars from SQL statement in 'Employee Data Service'
   - [TOOLS-645]  - Remove author
   tag from Carbon Studio -> Samples -> Axis2 Account Service
   - [TOOLS-646]  - Some samples do
   not create CApp type projects

Key Features

   - Application Server Tools
  - Create and Edit Apache Axis2 Web Service
  - Create WSDL for Apache Axis2 Web Service archive (aar file)
  - Generate Web Service client
  - Web Applications
  - JAX-WS services
  - Create Axis2 RPC Message Receivers classes
   - Enterprise Service Bus Tools
  - Sequences
  - Endpoints
  - Proxy Services
  - Local Entries
  - Create custom mediators
  - Registry Referencing
  - Create sequences and endpoints as registry resources
  - JBoss Smooks tools integration
   - Governance Registry Tools
  - Create and deploy registry resources
  - Create, edit, debug and deploy registry handlers, filters and
  registry aspects
  - Manage your remote registry instance
  - Creating registry resources through templates
  - Enable/disable actions and update icons based on permissions for
  registry resources for the specified user
  - Upload WSDL resources to the registry as governance archives (GAR
  support)
   - Business Process Server Tools
  - View, create and edit BPEL projects
   - Gadget Server Tools
  - Create and edit gadgets
   - Data Services Server Tools
  - Create and edit data services (XML configurations)
  - Create and edit data services validators
   - Carbon Tools
  - Create, edit, debug and deploy Carbon UI bundles
  - Deploy third party libraries as bundles
  - Allow creating the library artifact as a fragment bundle
  - Adding WSO2 related libraries when developing applications
   - Carbon Studio contribution features
  - Extensions to add custom proxy service templates
  - Extensions to add registry resource templates
  - Extensions to allow adding media-type resolvers
  - Extensions to specify new 3rd party libraries
  - Extensions to specify resource providers for
 - Registry Resources
 - ESB Sequences
 - ESB Endpoints
 - ESB Local Entries
  - Apache Maven Support
  - Carbon Archive
  - Sequence
  - Proxy Services
  - Endpoints
  - Local Entries
  - Registry Resources
   - Testing, Deploying and Redeploying

You can find a more detailed version of all the features available in Carbon
Studio from WSO2 Carbon Studio
Features
 page. Project Resources

   1. *Home page :* WSO2 Carbon Studio
   2. *JIRA-Issue Tracker :* WSO2 Carbon Studio - JIRA
Issues

Reporting ProblemsIssues can be reported using the public JIRA available at
https://wso2.org/jira/browse/TOOLS Contact usWSO2 Tools developers can be
contacted via the mailing lists:

*For Users:* tools-u...@wso2.org

*For Developers:* carbon-dev@wso2.org

For details on subscriptions see http://wso2.org/projects/tools#mail

Alternatively, questions can also be raised in the WSO2 Tools forum:

*Forum* http://www.wso2.org/forum/194 

SupportWe are committed to ensuring that your enterprise middle-ware
deployment is completely supported from evaluation to production. Our unique
approach ensures that all support leverages our open development methodology
and is provided by the very same engineers who build the technology.

For more details and to take advantage of this unique opportunity please
visit http://wso2.com/support/

For more information about WSO2 Carbon Studio please see,
http://wso2.org/library/carbon-studio/. visit the WSO2 Oxygen Tank develo

[Carbon-dev] What should be the correct version for QPid

[Milinda Pathirage]

Current version of QPid dependency is 0.11. I think we should differentiate
our code base version from normal Apache versions.

Thanks
Milinda

-- 
Milinda Pathirage
Technical Lead and Product Manager, Business Process Server - WSO2 Inc;
http://wso2.com
Blog: http://blog.mpathirage.com

Lean Enterprise Middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

[Carbon-dev] Do we want to keep sources of shinding, webharvest, oauth, wsdl4j sources in 3.2.0 branch

[Milinda Pathirage]

While branching I noticed that above mention dependencies are not SNAPSHOT
dependencies. So do we want to keep sources of these dependencies(I assumes
that we have released versions of these)?

Thanks
Milinda

-- 
Milinda Pathirage
Technical Lead and Product Manager, Business Process Server - WSO2 Inc;
http://wso2.com
Blog: http://blog.mpathirage.com

Lean Enterprise Middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] 56 L1s still open!

[Thilina Buddhika]

We have one L1 to fix from the security side and Hasini is working on it.

Thanks,
Thilina

On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez  wrote:

> Folks,
> What is the plan to address these? Are people working on these L1s? After
> the branching, you have to make sure that the fixes are committed to the
> trunk as well as the branch. The proper process is, to fix this in the
> trunk, create a patch and attach it to the Jira, and then commit that patch
> to the trunk. Please follow that process.
>
> Thanks
> Azeez
>
> --
> *Afkham Azeez*
> Director of Architecture; WSO2, Inc.; http://wso2.com
> Member; Apache Software Foundation; http://www.apache.org/
> * **
> email: **az...@wso2.com* * cell: +94 77 3320919
> blog: **http://blog.afkham.org* *
> twitter: **http://twitter.com/afkham_azeez*
> *
> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
> *
> *
> *Lean . Enterprise . Middleware*
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Thilina Buddhika
Associate Technical Lead
WSO2 Inc. ; http://wso2.com
lean . enterprise . middleware

phone : +94 77 44 88 727
blog : http://blog.thilinamb.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

Much better, but when I click /crbn in Tomcat admin console

HTTP Status 500 -
--

*type* Exception report

*message*

*description* *The server encountered an internal error () that prevented it
from fulfilling this request.*

*exception*

javax.servlet.ServletException: Servlet.init() for servlet
bridgeservlet threw exception

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:317)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:204)

org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:311)

java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
java.lang.Thread.run(Thread.java:680)

*root cause*

java.lang.IllegalStateException: instance already set
org.wso2.carbon.bridge.BridgeServlet.setInstance(BridgeServlet.java:218)
org.wso2.carbon.bridge.BridgeServlet.init(BridgeServlet.java:56)
javax.servlet.GenericServlet.init(GenericServlet.java:160)

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:317)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:204)

org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:311)

java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
java.lang.Thread.run(Thread.java:680)

*note* *The full stack trace of the root cause is available in the Apache
Tomcat/7.0.14 logs.*


On Sat, May 21, 2011 at 8:55 AM, Isuru Suriarachchi  wrote:

> Download wso2appserver-4.1.0-SNAPSHOT binary and docs packs from [1].
>
> Thanks,
> ~Isuru
>
> [1]
> http://builder.wso2.org/~carbon/releases/carbon/3.2.0/2011-05-18_14-29-25/
>
>
> On Sat, May 21, 2011 at 5:42 PM, Brad Cox  wrote:
>
>> Thanks, but which of these is WSAS?
>>
>> Index of /~carbon/releases/carbon/3.2.0/latest [image: 
>> [ICO]]NameLast
>> modified
>> Size
>> Description
>> --
>> [image: [DIR]]Parent 
>> Directory
>>   -[image: [ 
>> ]]build.log20-May-2011
>>  17:00
>> 9.2M[image: [ 
>> ]]wso2bam-1.3.0-SNAPSHOT-docs.zip
>>  20-May-2011
>> 16:554.4M[image: [ 
>> ]]wso2bam-1.3.0-SNAPSHOT-docs.zip.md5
>>  20-May-2011
>> 16:5966[image: [ 
>> ]]wso2bam-1.3.0-SNAPSHOT.zip
>>  20-May-2011
>> 16:55163M[image: [ 
>> ]]wso2bam-1.3.0-SNAPSHOT.zip.md5
>>  20-May-2011
>> 16:5961[image: [ 
>> ]]wso2carbon-3.2.0-SNAPSHOT-docs.zip
>>  20-May-2011
>> 16:571.6M[image: [ 
>> ]]wso2carbon-3.2.0-SNAPSHOT-docs.zip.md5
>>  20-May-2011
>> 16:5969[image: [ 
>> ]]wso2carbon-3.2.0-SNAPSHOT.zip
>>  20-May-2011
>> 16:5791M[image: [ 
>> ]]wso2carbon-3.2.0-SNAPSHOT.zip.md5
>>  20-May-2011
>> 16:5864[image: [ 
>> ]]wso2cep-1.0.0-SNAPSHOT-docs.zip

[Carbon-dev] Continue fixing L1s - don't wait till branch creation is completed

[Afkham Azeez]

Folks,
Please continue to fix L1s, and commit to the trunk, but make sure that you
create a patch and attach it to the L1 issue. Once the branch creation is
completed, you should commit the patch to the branch and then resolve the
issue.

-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* **
email: **az...@wso2.com* * cell: +94 77 3320919
blog: **http://blog.afkham.org* *
twitter: **http://twitter.com/afkham_azeez*
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Isuru Suriarachchi]

Download wso2appserver-4.1.0-SNAPSHOT binary and docs packs from [1].

Thanks,
~Isuru

[1]
http://builder.wso2.org/~carbon/releases/carbon/3.2.0/2011-05-18_14-29-25/

On Sat, May 21, 2011 at 5:42 PM, Brad Cox  wrote:

> Thanks, but which of these is WSAS?
>
> Index of /~carbon/releases/carbon/3.2.0/latest [image: 
> [ICO]]NameLast
> modified
> Size
> Description
> --
> [image: [DIR]]Parent 
> Directory
>   -[image: [ 
> ]]build.log20-May-2011
>  17:00
> 9.2M[image: [ 
> ]]wso2bam-1.3.0-SNAPSHOT-docs.zip
>  20-May-2011
> 16:554.4M[image: [ 
> ]]wso2bam-1.3.0-SNAPSHOT-docs.zip.md5
>  20-May-2011
> 16:5966[image: [ 
> ]]wso2bam-1.3.0-SNAPSHOT.zip
>  20-May-2011
> 16:55163M[image: [ 
> ]]wso2bam-1.3.0-SNAPSHOT.zip.md5
>  20-May-2011
> 16:5961[image: [ 
> ]]wso2carbon-3.2.0-SNAPSHOT-docs.zip
>  20-May-2011
> 16:571.6M[image: [ 
> ]]wso2carbon-3.2.0-SNAPSHOT-docs.zip.md5
>  20-May-2011
> 16:5969[image: [ 
> ]]wso2carbon-3.2.0-SNAPSHOT.zip
>  20-May-2011
> 16:5791M[image: [ 
> ]]wso2carbon-3.2.0-SNAPSHOT.zip.md5
>  20-May-2011
> 16:5864[image: [ 
> ]]wso2cep-1.0.0-SNAPSHOT-docs.zip
>  20-May-2011
> 16:579.7M[image: [ 
> ]]wso2cep-1.0.0-SNAPSHOT-docs.zip.md5
>  20-May-2011
> 16:5866[image: [ 
> ]]wso2cep-1.0.0-SNAPSHOT-src.zip
>  20-May-2011
> 16:5716M[image: [ 
> ]]wso2cep-1.0.0-SNAPSHOT-src.zip.md5
>  20-May-2011
> 16:5865[image: [ 
> ]]wso2cep-1.0.0-SNAPSHOT.zip
>  20-May-2011
> 16:57130M[image: [ 
> ]]wso2cep-1.0.0-SNAPSHOT.zip.md5
>  20-May-2011
> 16:5861[image: [ 
> ]]wso2esb-4.0.0-SNAPSHOT-docs.zip
>  20-May-2011
> 16:5713M[image: [ 
> ]]wso2esb-4.0.0-SNAPSHOT-docs.zip.md5
>  20-May-2011
> 16:5966[image: [ 
> ]]wso2esb-4.0.0-SNAPSHOT.zip
>  20-May-2011
> 16:57160M[image: [ 
> ]]wso2esb-4.0.0-SNAPSHOT.zip.md5
>  20-May-2011
> 16:5861[image: [ 
> ]]wso2greg-4.0.0-SNAPSHOT-docs.zip
>  20-May-2011
> 16:5810M[image: [ 
> ]]wso2greg-4.0.0-SNAPSHOT-docs.zip.md5
>  20-May-2011
> 16:5867[image: [ 
> ]]wso2greg-4.0.0-SNAPSHOT.zip
>  20-May-2011
> 16:58158M[image: [ 
> ]]wso2greg-4.0.0-SNAPSHOT.zip.md5
>  20-May-2011
> 16:5962[image: [ 
> ]]wso2gs-1.3.1-SNAPSHOT-docs.zip
>  20-May-2011
> 16:556.6M[image: [ 
> ]]wso2gs-1.3.1-SNAPSHOT-docs.zip.md5
>  20-May-2011
> 16:5865[image: [ 
> ]]wso2gs-1.3.1-SNAPSHOT-src.zip

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

Thanks, but which of these is WSAS?

Index of /~carbon/releases/carbon/3.2.0/latest [image:
[ICO]]NameLast
modified
Size 
Description
--
[image: [DIR]]Parent
Directory
  -[image: [ 
]]build.log20-May-2011
17:00
9.2M[image: [ 
]]wso2bam-1.3.0-SNAPSHOT-docs.zip
20-May-2011
16:554.4M[image: [
]]wso2bam-1.3.0-SNAPSHOT-docs.zip.md5
20-May-2011
16:5966[image: [
]]wso2bam-1.3.0-SNAPSHOT.zip
20-May-2011
16:55163M[image: [
]]wso2bam-1.3.0-SNAPSHOT.zip.md5
20-May-2011
16:5961[image: [
]]wso2carbon-3.2.0-SNAPSHOT-docs.zip
20-May-2011
16:571.6M[image: [
]]wso2carbon-3.2.0-SNAPSHOT-docs.zip.md5
20-May-2011
16:5969[image: [
]]wso2carbon-3.2.0-SNAPSHOT.zip
20-May-2011
16:5791M[image: [
]]wso2carbon-3.2.0-SNAPSHOT.zip.md5
20-May-2011
16:5864[image: [
]]wso2cep-1.0.0-SNAPSHOT-docs.zip
20-May-2011
16:579.7M[image: [
]]wso2cep-1.0.0-SNAPSHOT-docs.zip.md5
20-May-2011
16:5866[image: [
]]wso2cep-1.0.0-SNAPSHOT-src.zip
20-May-2011
16:5716M[image: [
]]wso2cep-1.0.0-SNAPSHOT-src.zip.md5
20-May-2011
16:5865[image: [
]]wso2cep-1.0.0-SNAPSHOT.zip
20-May-2011
16:57130M[image: [
]]wso2cep-1.0.0-SNAPSHOT.zip.md5
20-May-2011
16:5861[image: [
]]wso2esb-4.0.0-SNAPSHOT-docs.zip
20-May-2011
16:5713M[image: [
]]wso2esb-4.0.0-SNAPSHOT-docs.zip.md5
20-May-2011
16:5966[image: [
]]wso2esb-4.0.0-SNAPSHOT.zip
20-May-2011
16:57160M[image: [
]]wso2esb-4.0.0-SNAPSHOT.zip.md5
20-May-2011
16:5861[image: [
]]wso2greg-4.0.0-SNAPSHOT-docs.zip
20-May-2011
16:5810M[image: [
]]wso2greg-4.0.0-SNAPSHOT-docs.zip.md5
20-May-2011
16:5867[image: [
]]wso2greg-4.0.0-SNAPSHOT.zip
20-May-2011
16:58158M[image: [
]]wso2greg-4.0.0-SNAPSHOT.zip.md5
20-May-2011
16:5962[image: [
]]wso2gs-1.3.1-SNAPSHOT-docs.zip
20-May-2011
16:556.6M[image: [
]]wso2gs-1.3.1-SNAPSHOT-docs.zip.md5
20-May-2011
16:5865[image: [
]]wso2gs-1.3.1-SNAPSHOT-src.zip
20-May-2011
16:558.9M[image: [
]]wso2gs-1.3.1-SNAPSHOT-src.zip.md5
20-May-2011
16:5864[image: [
]]wso2gs-1.3.1-SNAPSHOT.zip
20-May-2011
16:55140M[image: [
]]wso2gs-1.3.1-SNAPSHOT.zip.md5

Re: [Carbon-dev] Does JAX-WS work?

[Pradeep Fernando]

On Sat, May 21, 2011 at 5:08 PM, Pradeep Fernando  wrote:
> On Sat, May 21, 2011 at 4:58 PM, Brad Cox  wrote:
>> This option is available only in the Carbon trunk. The upcoming release will
>> contain this option. Are you using WSAS 4.0.0? It doesn't have this option.
>> Please use a nightly build.
>
> AFAIK, we are not hosting nightly builds on our web site at the moment.

try this URL, you can get the latest builds (all products ) -

http://builder.wso2.org/~carbon/releases/carbon/3.2.0/latest/

thanks,
--Pradeep
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Pradeep Fernando]

On Sat, May 21, 2011 at 4:58 PM, Brad Cox  wrote:
> This option is available only in the Carbon trunk. The upcoming release will
> contain this option. Are you using WSAS 4.0.0? It doesn't have this option.
> Please use a nightly build.

AFAIK, we are not hosting nightly builds on our web site at the moment.

Thanks.
--Pradeep
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

   - This option is available only in the Carbon trunk. The upcoming release
   will contain this option. Are you using WSAS 4.0.0? It doesn't have this
   option. Please use a nightly build.


Google "wso2 wsas nightly" brings up
http://ww2.wso2.org/~builder/wso2wsas/wso2wsas-SNAPSHOT.zip but...

This webpage is not available
The webpage at *http://ww2.wso2.org/~builder/wso2wsas/wso2wsas-SNAPSHOT.zip*
might
be temporarily down or it may have moved permanently to a new web address.
 Here are some suggestions:

   - Reload  this
   web page later.

Error 118 (net::ERR_CONNECTION_TIMED_OUT): The operation timed out.


-- 
>
Cell: 703-594-1883
Blog: http://bradjcox.blogspot.com
Web: http://virtualschool.edu
Manassas VA 20111
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Isuru Suriarachchi]

On Sat, May 21, 2011 at 4:24 PM, Brad Cox  wrote:

>
>- Re:...contains all the Axis2, Axiom etc. libraries inside the "lib"
>folder. Why have you included those? Carbon platform will provide those
>classes for you.
>
> I built the jar by reorganizing the .aar built by this plugin, which
> includes those jars in its lib folder
>
>   org.apache.axis2
>
>   axis2-aar-maven-plugin
>
>   1.5.3
> Is there a better way to build smaller JAX-WS jars that WSAS can load?
>

Even in AAR case, copying all those libraries into "lib" folder is
completely redundant and not needed. axis2-aar plugin can be configured to
include only the needed libraries. For example..


Calculator



/home/isuru/services/cal-dep/target

lib

cal-dep-1.0.0.jar






create-aar1
install

aar



Calculator



${basedir}/src/main/resources/META-INF/services.xml

false




In this case, I've included cal-dep-1.0.0.jar into my AAR service. All you
have to do is to add this as a maven dependency in the pom.xml.


>
>- Please attach the source code of your service without any libraries.
>I'll create a proper service and send it over.
>
> Thanks, but its loading now. Now I'm stuck on an entirely different
> problem. The admin_guide.html
> says, to build WSAS on Tomcat,
>
>- 3. Copy all libraries found in wso2carbon-3.x.x/lib/api/ directory
>into WAR_DIR/WEB-INF/lib directory.
>- Alternately you can execute the ant task, *ant createWAR* from the
>wso2carbon-3.x.x/bin which creates a WEB-INF with all the above steps
>applied.
>
> This option is available only in the Carbon trunk. The upcoming release
will contain this option. Are you using WSAS 4.0.0? It doesn't have this
option. Please use a nightly build.

Thanks,
~Isuru

> But lib/api doesn't exist and there's no createWAR in the build.xml in that
> bin folder.
>
> On Sat, May 21, 2011 at 4:11 AM, Isuru Suriarachchi wrote:
>
>> I downloaded and deployed your service. It contains all the Axis2, Axiom
>> etc. libraries inside the "lib" folder. Why have you included those? Carbon
>> platform will provide those classes for you. You only have to include the
>> libraries on which your business logic depends on. And also looks like there
>> are lot of incorrect usages of annotations as well.
>>
>> Please attach the source code of your service without any libraries. I'll
>> create a proper service and send it over.
>>
>> Thanks,
>> ~Isuru
>>
>> On Fri, May 20, 2011 at 11:41 PM, Brad Cox  wrote:
>>
>>> While struggling to load a JAX-WS service and getting this useless msg
>>> nomatter what I try
>>>
>>> Error: No @WebService annotated service implementations found in the jar:
>>> file:/D:/wsas-4.0.0/repository/deployment/server/servicejars/PolicyService.jar.
>>> Service deployment failed.
>>>
>>> I thought to check the WIKI and found this in the plan for 2011
>>>
>>> 2. JAXWS Support
>>>  - make it really work with JAXWS
>>>  - pass TCK
>>>
>>> So I thought I should ask. Does WSAS 4.0 "make it really work with
>>> JAXWS?" If so, how do *users* make it work? ;)
>>>
>>> ___
>>> Carbon-dev mailing list
>>> Carbon-dev@wso2.org
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Isuru Suriarachchi
>> Technical Lead & Product Manager, WSO2 Application Server
>> WSO2 Inc. http://wso2.com
>> email : is...@wso2.com
>> blog : http://isurues.wordpress.com/
>>
>> lean . enterprise . middleware
>>
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Cell: 703-594-1883
> Blog: http://bradjcox.blogspot.com
> Web: http://virtualschool.edu
> Manassas VA 20111
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Isuru Suriarachchi
Technical Lead & Product Manager, WSO2 Application Server
WSO2 Inc. http://wso2.com
email : is...@wso2.com
blog : http://isurues.wordpress.com/

lean . enterprise . middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/ma

Re: [Carbon-dev] Does JAX-WS work?

[Brad Cox]

   - Re:...contains all the Axis2, Axiom etc. libraries inside the "lib"
   folder. Why have you included those? Carbon platform will provide those
   classes for you.

I built the jar by reorganizing the .aar built by this plugin, which
includes those jars in its lib folder

  org.apache.axis2

  axis2-aar-maven-plugin

  1.5.3
Is there a better way to build smaller JAX-WS jars that WSAS can load?

   - Please attach the source code of your service without any libraries.
   I'll create a proper service and send it over.

Thanks, but its loading now. Now I'm stuck on an entirely different problem.
The admin_guide.html
says, to build WSAS on Tomcat,

   - 3. Copy all libraries found in wso2carbon-3.x.x/lib/api/ directory into
   WAR_DIR/WEB-INF/lib directory.
   - Alternately you can execute the ant task, *ant createWAR* from the
   wso2carbon-3.x.x/bin which creates a WEB-INF with all the above steps
   applied.

But lib/api doesn't exist and there's no createWAR in the build.xml in that
bin folder.

On Sat, May 21, 2011 at 4:11 AM, Isuru Suriarachchi  wrote:

> I downloaded and deployed your service. It contains all the Axis2, Axiom
> etc. libraries inside the "lib" folder. Why have you included those? Carbon
> platform will provide those classes for you. You only have to include the
> libraries on which your business logic depends on. And also looks like there
> are lot of incorrect usages of annotations as well.
>
> Please attach the source code of your service without any libraries. I'll
> create a proper service and send it over.
>
> Thanks,
> ~Isuru
>
> On Fri, May 20, 2011 at 11:41 PM, Brad Cox  wrote:
>
>> While struggling to load a JAX-WS service and getting this useless msg
>> nomatter what I try
>>
>> Error: No @WebService annotated service implementations found in the jar:
>> file:/D:/wsas-4.0.0/repository/deployment/server/servicejars/PolicyService.jar.
>> Service deployment failed.
>>
>> I thought to check the WIKI and found this in the plan for 2011
>>
>> 2. JAXWS Support
>>  - make it really work with JAXWS
>>  - pass TCK
>>
>> So I thought I should ask. Does WSAS 4.0 "make it really work with JAXWS?"
>> If so, how do *users* make it work? ;)
>>
>> ___
>> Carbon-dev mailing list
>> Carbon-dev@wso2.org
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
>
> --
> Isuru Suriarachchi
> Technical Lead & Product Manager, WSO2 Application Server
> WSO2 Inc. http://wso2.com
> email : is...@wso2.com
> blog : http://isurues.wordpress.com/
>
> lean . enterprise . middleware
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Cell: 703-594-1883
Blog: http://bradjcox.blogspot.com
Web: http://virtualschool.edu
Manassas VA 20111
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] 56 L1s still open!

[Chanaka Jayasena]

I fixed [1]. Ones the branching process is done, I will commit it. [2] is
bit tricky one. I fixed all the javascript errors coming in IE. Even though
 there are no js errors in IE, still the gadget is not rendering. Raphael js
library example executed in the same gadget displays fine. The issue seems
to be in the logic behind the DependencyTree.js script. Debugging this
script and fixing it will take bit more time.

[1] https://wso2.org/jira/browse/CARBON-9747
[2]https://wso2.org/jira/browse/CARBON-7741

thanks,
Chanaka

On Sat, May 21, 2011 at 11:08 AM, Amila Suriarachchi  wrote:

>
>
> On Sat, May 21, 2011 at 10:54 AM, Danushka Menikkumbura  > wrote:
>
>> I have 5 L1's assigned to myself.
>>
>> [1] - https://wso2.org/jira/browse/CARBON-10154
>> [2] - https://wso2.org/jira/browse/CARBON-9916
>> [3] - https://wso2.org/jira/browse/CARBON-9897
>> [4] - https://wso2.org/jira/browse/CARBON-9515
>> [5] - https://wso2.org/jira/browse/CARBON-9996
>>
>> [6] - https://issues.apache.org/jira/browse/QPID-3259
>> [7] - https://issues.apache.org/jira/browse/QPID-3234
>>
>> [1] and [2] I can resolve today. [3] and [4] can be resolved Monday. The
>> long-running had been running when I checked last evening. I would rather
>> that we waited until Monday.
>>
>> [5] is actually does not affect our products as we never reuse sessions in
>> MB/Event. It only occurs if someone uses Qpid client libraries with a JMS
>> client. Fixing that even is not trivial [6]. I am concerned about fixing
>> something of this nature at this point. To me it is just tip of the iceberg.
>> There are certain other fundamental issues that we need to fix in Qpid [7].
>> Therefore shall we leave it out for now and revisit after the release?
>>
>
> I think what is important now is to fix MB related and JKH related issues.
> Any thing other than that we can fix later.
>
> For CEP side there are three issues[3] is a documentation issue and other
> two are random ui issues. Will be able to fix on Monday.
>
> thanks,
> Amila.
>
> [1] https://wso2.org/jira/browse/CARBON-10086
> [2] https://wso2.org/jira/browse/CARBON-10086
> [3] https://wso2.org/jira/browse/CARBON-10069
>
>>
>> Danushka
>>
>> On Fri, May 20, 2011 at 2:59 PM, Prabath Siriwardena wrote:
>>
>>> Is it possible to see whether we can distribute the L1 issues assigned
>>> to Pradeep/Kalpanie/Senaka/Dhanushka/Shammi and Fazlan..? PMs can you
>>> please have a look..
>>>
>>> Pradeep - 4
>>> Kalpanie - 4
>>> Senaka - 4
>>> Dhanushka - 4
>>> Shammi - 4
>>> Fazlan - 3
>>>
>>> Thanks & regards,
>>> -Prabath
>>>
>>> On Fri, May 20, 2011 at 12:42 PM, Afkham Azeez  wrote:
>>> > Not a single person has updated the issues yet?
>>> >
>>> > On Fri, May 20, 2011 at 11:49 AM, Afkham Azeez  wrote:
>>> >>
>>> >> All folks who have L1s assigned to them,
>>> >> Please take some time immediately to update the due date in each of
>>> your
>>> >> issues. We want to get a clear idea of how long it will take to fix
>>> the
>>> >> existing L1s. Please do this immediately. I will review these at 2PM.
>>> >> Thanks
>>> >> Azeez
>>> >>
>>> >> On Fri, May 20, 2011 at 11:34 AM, Afkham Azeez 
>>> wrote:
>>> >>>
>>> >>> Folks,
>>> >>> What is the plan to address these? Are people working on these L1s?
>>> After
>>> >>> the branching, you have to make sure that the fixes are committed to
>>> the
>>> >>> trunk as well as the branch. The proper process is, to fix this in
>>> the
>>> >>> trunk, create a patch and attach it to the Jira, and then commit that
>>> patch
>>> >>> to the trunk. Please follow that process.
>>> >>> Thanks
>>> >>> Azeez
>>> >>>
>>> >>> --
>>> >>> Afkham Azeez
>>> >>> Director of Architecture; WSO2, Inc.; http://wso2.com
>>> >>> Member; Apache Software Foundation; http://www.apache.org/
>>> >>>
>>> >>> email: az...@wso2.com cell: +94 77 3320919
>>> >>> blog: http://blog.afkham.org
>>> >>> twitter: http://twitter.com/afkham_azeez
>>> >>> linked-in: http://lk.linkedin.com/in/afkhamazeez
>>> >>>
>>> >>> Lean . Enterprise . Middleware
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Afkham Azeez
>>> >> Director of Architecture; WSO2, Inc.; http://wso2.com
>>> >> Member; Apache Software Foundation; http://www.apache.org/
>>> >>
>>> >> email: az...@wso2.com cell: +94 77 3320919
>>> >> blog: http://blog.afkham.org
>>> >> twitter: http://twitter.com/afkham_azeez
>>> >> linked-in: http://lk.linkedin.com/in/afkhamazeez
>>> >>
>>> >> Lean . Enterprise . Middleware
>>> >
>>> >
>>> >
>>> > --
>>> > Afkham Azeez
>>> > Director of Architecture; WSO2, Inc.; http://wso2.com
>>> > Member; Apache Software Foundation; http://www.apache.org/
>>> >
>>> > email: az...@wso2.com cell: +94 77 3320919
>>> > blog: http://blog.afkham.org
>>> > twitter: http://twitter.com/afkham_azeez
>>> > linked-in: http://lk.linkedin.com/in/afkhamazeez
>>> >
>>> > Lean . Enterprise . Middleware
>>> >
>>> > ___
>>> > Carbon-dev mailing list
>>> > Carbon-dev@wso2.org
>>> > http://

Re: [Carbon-dev] Does JAX-WS work?

[Isuru Suriarachchi]

I downloaded and deployed your service. It contains all the Axis2, Axiom
etc. libraries inside the "lib" folder. Why have you included those? Carbon
platform will provide those classes for you. You only have to include the
libraries on which your business logic depends on. And also looks like there
are lot of incorrect usages of annotations as well.

Please attach the source code of your service without any libraries. I'll
create a proper service and send it over.

Thanks,
~Isuru

On Fri, May 20, 2011 at 11:41 PM, Brad Cox  wrote:

> While struggling to load a JAX-WS service and getting this useless msg
> nomatter what I try
>
> Error: No @WebService annotated service implementations found in the jar:
> file:/D:/wsas-4.0.0/repository/deployment/server/servicejars/PolicyService.jar.
> Service deployment failed.
>
> I thought to check the WIKI and found this in the plan for 2011
>
> 2. JAXWS Support
>  - make it really work with JAXWS
>  - pass TCK
>
> So I thought I should ask. Does WSAS 4.0 "make it really work with JAXWS?"
> If so, how do *users* make it work? ;)
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Isuru Suriarachchi
Technical Lead & Product Manager, WSO2 Application Server
WSO2 Inc. http://wso2.com
email : is...@wso2.com
blog : http://isurues.wordpress.com/

lean . enterprise . middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Re: [Carbon-dev] Does JAX-WS work?

[Isuru Suriarachchi]

I'm downloading your service and will look into it. Anyway, as I mentioned
in one of the previous threads as well, the ERROR message that you've pasted
is something old and it's fixed in the latest release.

Thanks,
~Isuru

On Sat, May 21, 2011 at 3:29 AM, Brad Cox  wrote:

> Never mind. Its loading now and into the debugger.
>
> Much happier but still grumpy about the lack of help from the tools. So it
> goes. ;)
>
>
> On Fri, May 20, 2011 at 5:09 PM, Brad Cox  wrote:
>
>> Never tried this before but this link to my Dropbox public folder seems to
>> work.
>>
>> http://db.tt/7lYyBF3
>>
>>
>> On Fri, May 20, 2011 at 4:55 PM, Brad Cox  wrote:
>>
>>> Your MTA refused the jar. Suggestions?
>>> carbon-dev@wso2.org
>>>SMTP error from remote mail server after MAIL FROM:<
>>> bradj...@gmail.com> SIZE=27548680:
>>>host 209.126.229.56 [209.126.229.56]: 552 5.3.4 Message size exceeds
>>> fixed limit
>>>
>>>  On Fri, May 20, 2011 at 4:52 PM, Brad Cox  wrote:
>>>
 Thanks for the help Afkham. Using WSAS 4.0, here's the console msg. Jar
 is attached.

 Error: No @WebService annotated service implementations found in the
 jar:
 file:/Users/Brad/wsas-4.0.0/repository/deployment/server/servicejars/PolicyService.jar.
 Service deployment failed.

 There's a bunch of complaining in the detailed log of this variety:

 org.apache.axiom.om.OMNamespace is an interface, and JAXB can't handle
 interfaces.

 this problem is related to the following location:


 That's on my home mac. At work earlier I was seeing entirely different
 symptoms; failing to find access_control-xacml-2.0-context-schema-os.xsd
 which definitely does exist and is pointed to by my Catalog.properties
 file.


- Which invites the question, how does JAX-WS on the server know
about Catalog.properties, or find any xsds if not.
-
- From digging around in tmp, it seems JAX-WS on the server is
repeating the whole JAX-WS/JAX-P process on its own rather than using 
 the
wsdl and files I provided.


 As you can see, I'm VERY confused.

 On Fri, May 20, 2011 at 3:14 PM, Afkham Azeez  wrote:

> Will it be possible to send this jar over? We can test & let you know.
> We have made a lot of improvements to JAXWS & fixed many issues in the
> forthcoming AS release.
> On May 20, 2011 11:41 PM, "Brad Cox"  wrote:
> > While struggling to load a JAX-WS service and getting this useless
> msg
> > nomatter what I try
> >
> > Error: No @WebService annotated service implementations found in the
> jar:
> >
> file:/D:/wsas-4.0.0/repository/deployment/server/servicejars/PolicyService.jar.
> > Service deployment failed.
> >
> > I thought to check the WIKI and found this in the plan for 2011
> >
> > 2. JAXWS Support
> > - make it really work with JAXWS
> > - pass TCK
> >
> > So I thought I should ask. Does WSAS 4.0 "make it really work with
> JAXWS?"
> > If so, how do *users* make it work? ;)
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


 --
 Cell: 703-594-1883
 Blog: http://bradjcox.blogspot.com
 Web: http://virtualschool.edu
 Manassas VA 20111


>>>
>>>
>>> --
>>> Cell: 703-594-1883
>>> Blog: http://bradjcox.blogspot.com
>>> Web: http://virtualschool.edu
>>> Manassas VA 20111
>>>
>>>
>>
>>
>> --
>> Cell: 703-594-1883
>> Blog: http://bradjcox.blogspot.com
>> Web: http://virtualschool.edu
>> Manassas VA 20111
>>
>>
>
>
> --
> Cell: 703-594-1883
> Blog: http://bradjcox.blogspot.com
> Web: http://virtualschool.edu
> Manassas VA 20111
>
>
> ___
> Carbon-dev mailing list
> Carbon-dev@wso2.org
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Isuru Suriarachchi
Technical Lead & Product Manager, WSO2 Application Server
WSO2 Inc. http://wso2.com
email : is...@wso2.com
blog : http://isurues.wordpress.com/

lean . enterprise . middleware
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev