You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by Oleg Kalnichevski <ol...@apache.org> on 2006/12/09 21:06:44 UTC
Re: svn commit: r484777 - in
/jakarta/httpcomponents/httpclient/trunk/src/java/org/apache/http/conn: ./
impl/
On Sat, 2006-12-09 at 06:59 +0100, Roland Weber wrote:
> Hi Oleg,
>
> does Maven assume/specifiy a character encoding for the Java sources?
> I'm getting warnings with the Ant build in httpclient:
>
> [javac]
> /home/rweber/HttpComponents/project-trunk/httpclient/src/java/org/apache/httpclient/impl/AutoCloseInputStream.java:40:
> warning: unmappable character for encoding ASCII
> [javac] * @author Ortwin Gl???ck
>
>
> cheers,
> Roland
>
Hi Roland,
I am sure there must be a way to specify a charset for the source files
with Maven. I'll look into that
Oleg
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: The use of @author tag policy revisited
Posted by Michael Becke <mb...@gmail.com>.
Works for me.
Mike
On 12/12/06, Oleg Kalnichevski <ol...@apache.org> wrote:
> On Mon, 2006-12-11 at 15:54 +0000, sebb wrote:
> > On 10/12/06, Ortwin Glück <od...@odi.ch> wrote:
> > > Roland Weber wrote:
> > > > on second thoughts: do we really want to deal with charsets and character
> > > > encodings in our source code? If so, which should it be? ISO-Latin-15?
> > > > Unicode in UTF-8? (I don't know a russian codepage as another example :-)
> > > > Will we run into conversion problems, from Subversion or our editors?
> > > > I haven't yet figured out how to make Emacs load and store UTF-8.
> > >
> > > Roland,
> > >
> > > Feel free to use the German ASCII replacement in my Name: "Glueck".
> > >
> > > > The alternative is to declare the source code US-ASCII, and to use the
> > > > standard Java mechanisms (\unnnn) or, for JavaDocs, HTML escapes
> > > > (&#xnnn; ü) for special characters.
> > >
> >
> > BTW, there has been some discussion as to whether the @author tags
> > should be present in ASF code at all; not sure that it was decided
> > finally either way...
> >
> > S.
> >
>
> Hi Sebastian,
>
> I personally do not fully agree with the arguments frequently given as
> the rationale for not using @author tags. As far as I know there is no
> official policy regarding the use of @author tags, so it is ultimately
> up to individual projects to decide.
>
> The issue was discussed before on this list and the outcome was to keep
> @author tags but to require all new contributors who wish to have
> authorship attribution in the source code to have a CLA on file. (1)
> This ensures contributors may not claim copyright based on the fact they
> are mentioned as co-authors of some components in an ASF owned project.
> (2) The hassle of having to go though the trouble of filing a CLA should
> also act as a rather significant discouragement for those folks who may
> otherwise be tempted to ask for an @author entry based on submission of
> a one-liner fix.
>
> Folks, does this agreement still hold? Is it time we revisited the
> decision?
>
> Oleg
>
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: The use of @author tag policy revisited
Posted by sebb <se...@gmail.com>.
On 12/12/06, Roland Weber <ht...@dubioso.net> wrote:
> Hi Oleg,
>
> > The issue was discussed before on this list and the outcome was to keep
> > @author tags but to require all new contributors who wish to have
> > authorship attribution in the source code to have a CLA on file. (1)
> > This ensures contributors may not claim copyright based on the fact they
> > are mentioned as co-authors of some components in an ASF owned project.
> > (2) The hassle of having to go though the trouble of filing a CLA should
> > also act as a rather significant discouragement for those folks who may
> > otherwise be tempted to ask for an @author entry based on submission of
> > a one-liner fix.
> >
> > Folks, does this agreement still hold? Is it time we revisited the
> > decision?
>
> Still works for me.
>
Seems reasonable to me too (especially 2).
It's just that this may be a decision that is not for individual
projects to make.
But until this is determined, the approach above seems best.
> cheers,
> Roland
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: The use of @author tag policy revisited - [PossibleSPAM]
Bayesian Filter detected spam
Posted by Julius Davies <ju...@cucbc.com>.
Sounds good to me, too.
On Tue, 2006-12-12 at 16:26 +0100, Roland Weber wrote:
> Hi Oleg,
>
> > The issue was discussed before on this list and the outcome was to keep
> > @author tags but to require all new contributors who wish to have
> > authorship attribution in the source code to have a CLA on file. (1)
> > This ensures contributors may not claim copyright based on the fact they
> > are mentioned as co-authors of some components in an ASF owned project.
> > (2) The hassle of having to go though the trouble of filing a CLA should
> > also act as a rather significant discouragement for those folks who may
> > otherwise be tempted to ask for an @author entry based on submission of
> > a one-liner fix.
> >
> > Folks, does this agreement still hold? Is it time we revisited the
> > decision?
>
> Still works for me.
>
> cheers,
> Roland
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
>
--
Julius Davies
Senior Application Developer, Technology Services
Credit Union Central of British Columbia
http://www.cucbc.com/
Tel: 416-652-0183
Cel: 647-232-7571
1441 Creekside Drive
Vancouver, BC
Canada
V6J 4S7
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: The use of @author tag policy revisited
Posted by Roland Weber <ht...@dubioso.net>.
Hi Oleg,
> The issue was discussed before on this list and the outcome was to keep
> @author tags but to require all new contributors who wish to have
> authorship attribution in the source code to have a CLA on file. (1)
> This ensures contributors may not claim copyright based on the fact they
> are mentioned as co-authors of some components in an ASF owned project.
> (2) The hassle of having to go though the trouble of filing a CLA should
> also act as a rather significant discouragement for those folks who may
> otherwise be tempted to ask for an @author entry based on submission of
> a one-liner fix.
>
> Folks, does this agreement still hold? Is it time we revisited the
> decision?
Still works for me.
cheers,
Roland
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
The use of @author tag policy revisited
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Mon, 2006-12-11 at 15:54 +0000, sebb wrote:
> On 10/12/06, Ortwin Glück <od...@odi.ch> wrote:
> > Roland Weber wrote:
> > > on second thoughts: do we really want to deal with charsets and character
> > > encodings in our source code? If so, which should it be? ISO-Latin-15?
> > > Unicode in UTF-8? (I don't know a russian codepage as another example :-)
> > > Will we run into conversion problems, from Subversion or our editors?
> > > I haven't yet figured out how to make Emacs load and store UTF-8.
> >
> > Roland,
> >
> > Feel free to use the German ASCII replacement in my Name: "Glueck".
> >
> > > The alternative is to declare the source code US-ASCII, and to use the
> > > standard Java mechanisms (\unnnn) or, for JavaDocs, HTML escapes
> > > (&#xnnn; ü) for special characters.
> >
>
> BTW, there has been some discussion as to whether the @author tags
> should be present in ASF code at all; not sure that it was decided
> finally either way...
>
> S.
>
Hi Sebastian,
I personally do not fully agree with the arguments frequently given as
the rationale for not using @author tags. As far as I know there is no
official policy regarding the use of @author tags, so it is ultimately
up to individual projects to decide.
The issue was discussed before on this list and the outcome was to keep
@author tags but to require all new contributors who wish to have
authorship attribution in the source code to have a CLA on file. (1)
This ensures contributors may not claim copyright based on the fact they
are mentioned as co-authors of some components in an ASF owned project.
(2) The hassle of having to go though the trouble of filing a CLA should
also act as a rather significant discouragement for those folks who may
otherwise be tempted to ask for an @author entry based on submission of
a one-liner fix.
Folks, does this agreement still hold? Is it time we revisited the
decision?
Oleg
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: svn commit: r484777 - in /jakarta/httpcomponents/httpclient/trunk/src/java/org/apache/http/conn:
./ impl/
Posted by Roland Weber <ht...@dubioso.net>.
Hi Sebastian,
> BTW, there has been some discussion as to whether the @author tags
> should be present in ASF code at all; not sure that it was decided
> finally either way...
when we discussed that way back on the list here, our approach was
that only committers will get @author mentioning, to protect any
other contributor who didn't sign a CLA from possible trouble that
could come out of it.
I wasn't subscribed to general@ at the time, so I don't know what
was discussed there.
cheers,
Roland
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: svn commit: r484777 - in /jakarta/httpcomponents/httpclient/trunk/src/java/org/apache/http/conn: ./ impl/
Posted by sebb <se...@gmail.com>.
On 10/12/06, Ortwin Glück <od...@odi.ch> wrote:
> Roland Weber wrote:
> > on second thoughts: do we really want to deal with charsets and character
> > encodings in our source code? If so, which should it be? ISO-Latin-15?
> > Unicode in UTF-8? (I don't know a russian codepage as another example :-)
> > Will we run into conversion problems, from Subversion or our editors?
> > I haven't yet figured out how to make Emacs load and store UTF-8.
>
> Roland,
>
> Feel free to use the German ASCII replacement in my Name: "Glueck".
>
> > The alternative is to declare the source code US-ASCII, and to use the
> > standard Java mechanisms (\unnnn) or, for JavaDocs, HTML escapes
> > (&#xnnn; ü) for special characters.
>
BTW, there has been some discussion as to whether the @author tags
should be present in ASF code at all; not sure that it was decided
finally either way...
S.
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: svn commit: r484777 - in /jakarta/httpcomponents/httpclient/trunk/src/java/org/apache/http/conn:
./ impl/
Posted by Ortwin Glück <od...@odi.ch>.
Roland Weber wrote:
> on second thoughts: do we really want to deal with charsets and character
> encodings in our source code? If so, which should it be? ISO-Latin-15?
> Unicode in UTF-8? (I don't know a russian codepage as another example :-)
> Will we run into conversion problems, from Subversion or our editors?
> I haven't yet figured out how to make Emacs load and store UTF-8.
Roland,
Feel free to use the German ASCII replacement in my Name: "Glueck".
> The alternative is to declare the source code US-ASCII, and to use the
> standard Java mechanisms (\unnnn) or, for JavaDocs, HTML escapes
> (&#xnnn; ü) for special characters.
Odi
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: svn commit: r484777 - in /jakarta/httpcomponents/httpclient/trunk/src/java/org/apache/http/conn:
./ impl/
Posted by Roland Weber <ht...@dubioso.net>.
Hi Oleg,
> I am sure there must be a way to specify a charset for the source files
> with Maven. I'll look into that
on second thoughts: do we really want to deal with charsets and character
encodings in our source code? If so, which should it be? ISO-Latin-15?
Unicode in UTF-8? (I don't know a russian codepage as another example :-)
Will we run into conversion problems, from Subversion or our editors?
I haven't yet figured out how to make Emacs load and store UTF-8.
The alternative is to declare the source code US-ASCII, and to use the
standard Java mechanisms (\unnnn) or, for JavaDocs, HTML escapes
(&#xnnn; ü) for special characters.
cheers,
Roland
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
Re: svn commit: r484777 - in /jakarta/httpcomponents/httpclient/trunk/src/java/org/apache/http/conn:
./ impl/
Posted by Roland Weber <ht...@dubioso.net>.
Hi Oleg,
> I am sure there must be a way to specify a charset for the source files
> with Maven. I'll look into that
Then I'll look into specifying charsets with Ant.
Can't promise when though.
> This is just _a_ name. It is not meant to be final.
No offense intended :-)
cheers,
Roland
---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org