Eran Chinthaka wrote:
2) When generating exceptions like this, it really isn't very useful to
say "received some other implementation" or "value wasn't what was
expected". It's much more helpful to actually put the problem value
into the exception In this case it only takes an extra moment t
Glen Daniels wrote:
Two comments here.
1) Messages should be internationalized and accessed via resource APIs.
Really. At some point we should all stop working on features and take
a few days to hang out and make a serious push to do this across the
board. After that's done we should imple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Did we discuss about $subject before?
The application deadlines is on 14th March and we better maintain a wiki
with project ideas for students to see what we wanna get from them.
- -- Chinthaka
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> LOL :) Seriously, though, someone probably does need to own the
> structural part (making sure that we have common utilities for getting
> messages and finding resource files). The actual work of moving the
> messages into resource files and chang
Hi Chinthaka!
1) Messages should be internationalized and accessed via resource APIs.
Really. At some point we should all stop working on features and take
a few days to hang out and make a serious push to do this across the
board. After that's done we should implement a daily automated scan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Glen Daniels wrote:
> Hey folks:
>
> Quick code commentary
>
> Here's some code starting at line 85 in SOAP12FaultImpl:
>
> public void setReason(SOAPFaultReason reason) throws
> SOAPProcessingException {
> if (!(reason instanceof SO
Hey folks:
Quick code commentary
Here's some code starting at line 85 in SOAP12FaultImpl:
public void setReason(SOAPFaultReason reason) throws
SOAPProcessingException {
if (!(reason instanceof SOAP12FaultReasonImpl)) {
throw new SOAPProcessingException(
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Inder Dhillon wrote:
>
>
> 1. Could you please tell me what all files need to be included in
> the jar file?
http://www.developer.com/services/article.php/10928_3557741_3
>
> 2. I followed all the steps given in the documentation and t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi David,
The proposal you suggested works, but aren't we polluting AxisFault with
that. I'd like to see AxisFault as THE main exception class within Axis2
and the bridge to SOAP fault and only that.
So if there is anything to do with the headers, ev
Hi All,
It seemed that the current ClusterManager interface will not be sufficient
in some of the user scenarios. Based on the discussions I had with some
people, I would like to suggest several changes to the interface.
1. Add a layer to replicate configuration changes.
It seemed that sometime
[
https://issues.apache.org/jira/browse/AXIS2-2293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ming Cheung updated AXIS2-2293:
---
Attachment: patch_d424436_0306.txt
This patch contains some minor update to the i18n messages.
> Up
Update the resource.properties files
Key: AXIS2-2293
URL: https://issues.apache.org/jira/browse/AXIS2-2293
Project: Axis 2.0 (Axis2)
Issue Type: Improvement
Components: jaxws, kernel
En
Re-sending with [axis2] prefix. Please make sure any replies continue
on this thread if possible. Thanks.
--G
Original Message
Subject: Re: AxisEngine.checkMustUnderstand enforcing actor/roles?
Date: Tue, 06 Mar 2007 15:52:50 -0500
From: Glen Daniels <[EMAIL PROTECTED]>
Repl
Hi dims, Michael:
It is certainly true that role support is quite lacking so far in Axis2
- I'll commit to cleaning this all up over the next week or so. The
main reason to differentiate the SOAP versions is to throw the correct
fault - I think Axis1 dealt a lot better in some ways with the d
Hello
I am a new user to Axis2 and am working on it for my project, it was working
all fine but I have one problem in creating my own modules. I have couple of
questions:
1. Could you please tell me what all files need to be included in the
jar file?
2. I followed all the step
On 3/6/07, Glen Daniels <[EMAIL PROTECTED]> wrote:
Hi Anne, all:
Anne Thomas Manes wrote:
> The reason why the getVersion service works as a RESTful service is
> that it only supports the GET operation. If you really want to support
> REST then you need to put constraints on the types of resour
wsdl2java products a stub that cannot be compiled, when the wsdl file contains
an element defined as a restriction on a duration type
-
Key: AXIS2-2
[
https://issues.apache.org/jira/browse/AXIS2-2292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carmen Checa updated AXIS2-2292:
Summary: wsdl2java produces a stub that cannot be compiled, when the wsdl
file contains an element
Hi Anne, all:
Anne Thomas Manes wrote:
> The reason why the getVersion service works as a RESTful service is
> that it only supports the GET operation. If you really want to support
> REST then you need to put constraints on the types of resources and
> the available methods that can be exposed vi
FYI, you'll find it at
https://svn.apache.org/repos/asf/webservices/axis2/trunk/java/etc/IDEA/
What I'd really like long term is for us to automate this and run it
perhaps weekly alongside the automated build - in general there should
be very few changes after the initial run and it can keep t
[
https://issues.apache.org/jira/browse/AXIS2-1991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Davanum Srinivas resolved AXIS2-1991.
-
Resolution: Fixed
Fixed the default Axis2.xml to 3 milliseconds. updated the comment
It's already checked into svn. Please go ahead and add a link to it
from the developer guidelines.
-- dims
On 3/5/07, Sanjaya Karunasena <[EMAIL PROTECTED]> wrote:
While having it checked in, shall we have the template available for download
in the website under developer guidelines? It's good
[
https://issues.apache.org/jira/browse/AXIS2-2289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Davanum Srinivas resolved AXIS2-2289.
-
Resolution: Fixed
Fixed in svn revision 515119.
Jarek,
As an Axis committer, you are we
Amila,
Did you notice the WSDL11ToAllAxisServicesBuilder and
WSDL20ToAllAxisServicesBuilder? They are supposed to build multiple
AxisService(s).
thanks,
dims
On 3/6/07, Amila Suriarachchi <[EMAIL PROTECTED]> wrote:
hi,
currently wsdl2java generates code for one service only. So It will improve
Hi All,
I've had a quick think about AXIS2-2291 and I think the cleanest
solution is to add a get/setFaultAction to the AxisFault class to
allow someone throwing an AxisFault to set the fault wsa:Action they
wish to use. (This would then be picked up by the
MessageContextBuilder and set in the app
[
https://issues.apache.org/jira/browse/AXIS2-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Illsley reassigned AXIS2-2291:
Assignee: David Illsley
> Unable to set the action for a Fault message generated when throw
I haven't said anything about this before, but it's really starting to
bother me. There's a real problem with the idea of specifying an
"operation" with a service that supposed to be RESTful.
Keep in mind that REST is an architectural style. Rule number one when
following REST architectural princ
Folks,
We need to fix these issues.
http://jroller.com/page/n9ski?entry=axis2_axiom_rampart_memory_lessons
thanks,
dims
--
Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
-
To unsubscribe, e-mail: [
Unable to set the action for a Fault message generated when throwing an
AxisFault
-
Key: AXIS2-2291
URL: https://issues.apache.org/jira/browse/AXIS2-2291
Project: Axis 2.
29 matches
Mail list logo
