Dennis Sosnoski wrote:
> How about because it creates major difficulties for other developers on
> the same IDE who don't happen to use your conventions? This also creates
> a problem with keeping everything up to date - how are developers who
> don't use a particular IDE supposed to check that the
How about because it creates major difficulties for other developers on
the same IDE who don't happen to use your conventions? This also creates
a problem with keeping everything up to date - how are developers who
don't use a particular IDE supposed to check that the files are still
correct af
Hello Sanka,
thanks for the answer.
I find this in the documentation, but my doubt is a little more complex...
Supose that you have a Policy (described in WS-Policy format), and you wrote
it in a .xm file. Using the reader, I can read your policy:
Policy policy = reader.readP
Since my name has been mentioned I feel obliged to wade in :-) ...
On 8/18/06, Eran Chinthaka <[EMAIL PROTECTED]> wrote:
Jochen Wiedmann wrote:
> Eran Chintaka wrote:
>
>> 1. There are lot of non-eclipse users who are checking out/in code (FYI
>> : most of the axiom devs are *not* using eclipse)
If there is going to be a vote, I'm +1 for *not* including any IDE specific
files in th SVN repo, since having those in the repo unneccesarilly
complicate things.
Azeez
On 8/18/06, Eran Chinthaka <[EMAIL PROTECTED]> wrote:
Jochen Wiedmann wrote:
> Eran Chintaka wrote:
>
>> 1. There are lot of
[
http://issues.apache.org/jira/browse/WSCOMMONS-74?page=comments#action_12429017
]
Rich Scheuerle commented on WSCOMMONS-74:
-
I agree with the assessment. I will investigate the situation and have a
comeback Friday or Saturday.
> Inc
Jochen Wiedmann wrote:
> Eran Chintaka wrote:
>
>> 1. There are lot of non-eclipse users who are checking out/in code (FYI
>> : most of the axiom devs are *not* using eclipse). So why bother we
>> checking out eclipse junk :)
>
> Are you telling me, it disturbs you to have two additional files an
IMHO the codebase is going to get cluttered with so may IDE specific files
of different IDEs if users who use several IDEs (IDEA, JBuilder, JDeveloper
etc, etc.) all start committing their IDE specific files. So as a general
practice, it is better not to commit IDE specific files.
Azeez
On 8/18/
Hi Rich,
Can you please look in to
http://issues.apache.org/jira/browse/WSCOMMONS-74? I have already
assigned that to you.
Thanks,
Chinthaka
signature.asc
Description: OpenPGP digital signature
[ http://issues.apache.org/jira/browse/WSCOMMONS-74?page=all ]
Eran Chinthaka reassigned WSCOMMONS-74:
---
Assignee: Rich Scheuerle
Rich,
Can you please look in to this? Seems the problem is in OMSerializer.
> Incorrect namespace serialization
> --
Incorrect namespace serialization
-
Key: WSCOMMONS-74
URL: http://issues.apache.org/jira/browse/WSCOMMONS-74
Project: WS-Commons
Issue Type: Bug
Components: AXIOM
Reporter: Ruchith Udayan
Eran Chintaka wrote:
1. There are lot of non-eclipse users who are checking out/in code (FYI
: most of the axiom devs are *not* using eclipse). So why bother we
checking out eclipse junk :)
Are you telling me, it disturbs you to have two additional files and a
folder, which are most possibly e
[ http://issues.apache.org/jira/browse/WSCOMMONS-12?page=all ]
Eran Chinthaka resolved WSCOMMONS-12.
-
Resolution: Fixed
Assignee: Eran Chinthaka
Already fixed.
> Problems in OMElemente.getChildrenWithName() and OMElement.getChildElements()
> -
[ http://issues.apache.org/jira/browse/WSCOMMONS-42?page=all ]
Eran Chinthaka resolved WSCOMMONS-42.
-
Resolution: Fixed
Sanka had implemented an approach based on this in the Neethi code base.
> Ability to add extensions to Neethi
> ---
14 matches
Mail list logo
