This is a vote to release Apache Commons VFS 2.0.
[ ] +1 release it
[ ] +0 go ahead I don't care
[ ] -1 no, do not release it because...
Ralph
tag:
https://svn.apache.org/repos/asf/commons/proper/vfs/tags/commons-vfs-project-2.0/
site: http://people.apache.org/~rgoers/commons-vfs/index.html
I believe so. I certainly tried to.
Ralph
On Nov 4, 2010, at 8:06 PM, Gary Gregory wrote:
> Have all of Jörg's comments been addressed?
>
> Gary Gregory
> Senior Software Engineer
> Rocket Software
> 3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
> Tel: +1.404.760.1560
> Email: ggreg
Have all of Jörg's comments been addressed?
Gary Gregory
Senior Software Engineer
Rocket Software
3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
Tel: +1.404.760.1560
Email: ggreg...@seagullsoftware.com
Web: seagull.rocketsoftware.com
> -Original Message-
> From: Ralph Goers [
Though depends on what you're submitting. JIRA issues, no worries.
Just hit the checkbox each time you add a patch.
If you become a committer, or if you're submitting something large,
then we will ask you to sign an ICLA.
When signing an ICLA, your company may want to sign a CCLA - it's
entirely
Joerg,
You need to sign the ICLA and your company should file a CCLA if
appropriate. both are listed here:
http://www.apache.org/licenses/
thanks,
dims
On Thu, Nov 4, 2010 at 8:52 PM, Grant Overby wrote:
> I was unaware that there is official work being done for generics. This is
> excellent ne
I was unaware that there is official work being done for generics. This is
excellent news.
I've taken my first look at trunk & jira. I have a potential solution for
https://issues.apache.org/jira/browse/COLLECTIONS-237 . See my comment on
the issue.
Another question:
I presume that I would need a
Hi Gill,
- "Gilles Sadowski" a écrit :
> > >> IMHO we still need the @throws line in the javadoc. Otherwise
> end
> > >> users are going to get a nasty surprise when they get an
> unchecked
> > >> exception thrown.
> > >>
> > >
> > > Any existing user code (throwing a "FunctionEvaluationExc
On 4 November 2010 22:35, Gilles Sadowski wrote:
>> > > > /**
>> > > >- * Compute the value for the function.
>> > > >- * @param x the point for which the function value should be
>> > computed
>> > > >- * @return the value
>> > > >- * @throws FunctionEvaluationException if the
On 04/11/2010 14:21, Brian Fox wrote:
>> How about users that want to work with sources on platforms where CRLF
>> endings are a PITA?
>
> Simply tar.gz'ing the files changes the line endings?
No. Tomcat's build processes are more sophisticated than that. Files in
the -src.zip have CRLF endings,
On Thu, Nov 4, 2010 at 6:41 PM, Bilel Messaoud wrote:
> Hi im student and i have a project to create scxml editor so i used emf and
> gef now i tried to use Translators but really i was blocked can i show u my
> sources and can u help me im blocked and it really stress me
> thx
I'm not clear on t
Hey,
On Fri, Nov 5, 2010 at 9:35 AM, Gilles Sadowski
wrote:
>> > > > /**
>> > > >- * Compute the value for the function.
>> > > >- * @param x the point for which the function value should be
>> > computed
>> > > >- * @return the value
>> > > >- * @throws FunctionEvaluationExcep
> >> IMHO we still need the @throws line in the javadoc. Otherwise end
> >> users are going to get a nasty surprise when they get an unchecked
> >> exception thrown.
> >>
> >
> > Any existing user code (throwing a "FunctionEvaluationException" at some
> > point and catching it at another) will sti
> > > >/**
> > > >- * Compute the value for the function.
> > > >- * @param x the point for which the function value should be
> > computed
> > > >- * @return the value
> > > >- * @throws FunctionEvaluationException if the function
> > > >evaluation fails
> > > >+ * Compute
Hi im student and i have a project to create scxml editor so i used emf and
gef now i tried to use Translators but really i was blocked can i show u my
sources and can u help me im blocked and it really stress me
thx
> > Modified:
> > commons/proper/math/trunk/src/main/java/org/apache/commons/math/util/MathUtils.java
> > URL:
> > http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math/util/MathUtils.java?rev=1030464&r1=1030463&r2=1030464&view=diff
> > =
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=1393&projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 4 Nov 2010 21:27:11 +
Finished at: Thu 4 Nov 2010 21:28:10 +
Total time: 58s
Build Trigger: Schedule
Build Numb
Hi Grant,
Grant Overby wrote:
> What are the general opinions on maintaining a generic fork of Commons
> Collections?
>
> My company has a some what sizable portion refactored or adapted into
> generic compatibly that I may be able to get released under the Apache
> License. Would such a project
Jörg Schaible wrote:
[snip]
> A test building vfs from the source tarballs with my compiler zoo will
> follow.
Cannot do this anymore, files no longer available.
- Jörg
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apach
What are the general opinions on maintaining a generic fork of Commons
Collections?
My company has a some what sizable portion refactored or adapted into
generic compatibly that I may be able to get released under the Apache
License. Would such a project be welcomed by the community such that
coll
Hi Steven,
this feature sounds *cool*!!! +1 for me, definitively!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Nov 4, 2010 at 8:18 PM, Steve wrote:
>
> Not Paul, Phil. My bad!
>
> S
>
> On Nov 4, 2010, at 2:34 PM, Steven Siebert wrote:
>
>> First, Paul, nice pr
- "Gilles Sadowski" a écrit :
> Hi.
>
> > >public interface UnivariateRealFunction {
> > >-
> > >/**
> > >- * Compute the value for the function.
> > >- * @param x the point for which the function value should be
> computed
> > >- * @return the value
> > >- * @throws Fun
Not Paul, Phil. My bad!
S
On Nov 4, 2010, at 2:34 PM, Steven Siebert wrote:
First, Paul, nice presentation at ApacheCon =)
I came up after the discussion to mention a feature I added to my
pool implementation, wanted to record this here and get community
thoughts.
What I have done for
First, Paul, nice presentation at ApacheCon =)
I came up after the discussion to mention a feature I added to my pool
implementation, wanted to record this here and get community thoughts.
What I have done for a customer (non-releasable, but I can re-implement much
cleaner) was essentially enable
On 3 November 2010 13:46, wrote:
>
> Modified:
> commons/proper/math/trunk/src/main/java/org/apache/commons/math/util/MathUtils.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math/util/MathUtils.java?rev=1030464&r1=1030463&r2=1030464&view=d
That makes lots of sense to standardize.
So, if we standardize, IMHO we should standardize on provide both. It
really is only a single line in the default assembly. No big deal.
-h
On Thu, Nov 4, 2010 at 12:59, Brian Fox wrote:
>>>
>>> We need both zips and tars of the sources for the actual
> How about users that want to work with sources on platforms where CRLF
> endings are a PITA?
Simply tar.gz'ing the files changes the line endings?
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional comm
On 4 November 2010 17:05, Mark Thomas wrote:
> On 04/11/2010 12:59, Brian Fox wrote:
>> So I wonder why a tar.gz sourceball is needed and is it worth it to
>> diverge just for that.
>
> How about users that want to work with sources on platforms where CRLF
> endings are a PITA?
>
> Tomcat distribu
On 04/11/2010 12:59, Brian Fox wrote:
> So I wonder why a tar.gz sourceball is needed and is it worth it to
> diverge just for that.
How about users that want to work with sources on platforms where CRLF
endings are a PITA?
Tomcat distributes sources in .zip and .tar.gz versions for exactly this
>>
>> We need both zips and tars of the sources for the actual release (what we
>> push to dist/).
> Brian wants to know why. It certainly isn't mandated by the board.
That gets me into trouble a lot of times. "Because we always have done
it that way" is my favorite opportunity to ask why. You
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-quartz has an issue affecting its community
integratio
On Thu, Nov 4, 2010 at 9:08 AM, Gilles Sadowski
wrote:
> Hi.
>
>>
>> IMHO we still need the @throws line in the javadoc. Otherwise end
>> users are going to get a nasty surprise when they get an unchecked
>> exception thrown.
>>
>
> Any existing user code (throwing a "FunctionEvaluationException"
On Nov 4, 2010, at 8:19 AM, Phil Steitz wrote:
> On 11/4/10 9:42 AM, Brian Fox wrote:
>> On Wed, Nov 3, 2010 at 8:25 PM, sebb wrote:
>>> On 3 November 2010 23:22, Ralph Goers wrote:
This is a vote to release Apache Commons VFS 2.0.
>>> -1 There does not appear to be a tar.gz version of
>>>
Hi.
> >public interface UnivariateRealFunction {
> >-
> >/**
> >- * Compute the value for the function.
> >- * @param x the point for which the function value should be computed
> >- * @return the value
> >- * @throws FunctionEvaluationException if the function
> >evaluation fa
Hi.
> >public interface UnivariateRealFunction {
> >-
> >/**
> >- * Compute the value for the function.
> >- * @param x the point for which the function value should be computed
> >- * @return the value
> >- * @throws FunctionEvaluationException if the function
> >evaluation fa
On 11/4/10 9:42 AM, Brian Fox wrote:
On Wed, Nov 3, 2010 at 8:25 PM, sebb wrote:
On 3 November 2010 23:22, Ralph Goers wrote:
This is a vote to release Apache Commons VFS 2.0.
-1 There does not appear to be a tar.gz version of
commons-vfs-project-2.0-source-release.zip
The source archives
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
Ralph Goers wrote:
>
> On Nov 4, 2010, at 6:21 AM, Jörg Schaible wrote:
>
>> Hi Ralph,
>>
>> Ralph Goers wrote:
>>
>>>
>>> commons:download-page doesn't seem to work correctly with mvn
>>> release:prepare and release:perform. If you manually invoke it before
>>> the release the files will be
On Wed, Nov 3, 2010 at 8:25 PM, sebb wrote:
> On 3 November 2010 23:22, Ralph Goers wrote:
>> This is a vote to release Apache Commons VFS 2.0.
> -1 There does not appear to be a tar.gz version of
> commons-vfs-project-2.0-source-release.zip
The source archives should be taken care of by the sta
The problem is you have the following in the pom.xml for VFS in the
section:
${project.version}
This version should be set to the current release and then the
download page gets generated properly. When you are cuttting a new
version you updated it and run commons:download page and commit those
On Nov 4, 2010, at 6:30 AM, Rahul Akolkar wrote:
> On Thu, Nov 4, 2010 at 9:13 AM, Ralph Goers
> wrote:
>>
>> commons:download-page doesn't seem to work correctly with mvn
>> release:prepare and release:perform. If you manually invoke it before the
>> release the files will be for the SNAPS
On Thu, Nov 4, 2010 at 9:13 AM, Ralph Goers wrote:
>
> commons:download-page doesn't seem to work correctly with mvn release:prepare
> and release:perform. If you manually invoke it before the release the files
> will be for the SNAPSHOT before the release. If you run it after then they
> will
On Nov 4, 2010, at 6:21 AM, Jörg Schaible wrote:
> Hi Ralph,
>
> Ralph Goers wrote:
>
>>
>> commons:download-page doesn't seem to work correctly with mvn
>> release:prepare and release:perform. If you manually invoke it before the
>> release the files will be for the SNAPSHOT before the relea
On Nov 4, 2010, at 6:13 AM, Ralph Goers wrote:
>
> commons:download-page doesn't seem to work correctly with mvn release:prepare
> and release:perform. If you manually invoke it before the release the files
> will be for the SNAPSHOT before the release. If you run it after then they
> will b
Hi Ralph,
Ralph Goers wrote:
>
> commons:download-page doesn't seem to work correctly with mvn
> release:prepare and release:perform. If you manually invoke it before the
> release the files will be for the SNAPSHOT before the release. If you run
> it after then they will be for the next SNAPSH
Jörg Schaible wrote:
> Hi Ralph,
>
> Ralph Goers wrote:
>
>> This is a vote to release Apache Commons VFS 2.0.
>>
>> [ ] +1 release it
>> [ ] +0 go ahead I don't care
>> [ ] -1 no, do not release it because...
>
> Minor nitpicks:
>
> 1/ commons-vfs-parent.pom declares own snapshot repositorie
commons:download-page doesn't seem to work correctly with mvn release:prepare
and release:perform. If you manually invoke it before the release the files
will be for the SNAPSHOT before the release. If you run it after then they will
be for the next SNAPSHOT version. The only way to get the co
Hi Ralph,
Ralph Goers wrote:
> This is a vote to release Apache Commons VFS 2.0.
>
> [ ] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not release it because...
Minor nitpicks:
1/ commons-vfs-parent.pom declares own snapshot repositories. Is it still
necessary? Such declaration
48 matches
Mail list logo
