Re: [DISCUSSION] commons-rdf

[Sergio Fernández]

On 22/07/14 08:55, Peter Ansell wrote:

On 22 July 2014 16:30, Benedikt Ritter  wrote:
All of the code contributions have been from Peter Ansell, Andy
Seabourne and Sergio Fernández, per the GitHub contributors list, and
we all are Apache committers already, in case that helps:

https://github.com/wikier/commons-rdf/graphs/contributors


That's what I stated in the IP clearance report; see r1612386 for the 
details http://svn.apache.org/r1612386



I created SANDBOX-479 with that purpose. It is rather easy, but you are
right that the process needs to be properly managed.


I've looked at the github repo again. I think we all agree that future
discussions have to take place on this ML. For structuring the development
efforts it makes sense to create a jira project right from the start
(instead of using the sandbox project). I don't know if Gary can do that or
if we need help from Infra for that.


Once there is a Jira project available that would be practical, but
until then (assuming we can't do it immediately), continuing to
discuss the open issues on GitHub Issues and Pull Requests seems fine
to me.


Sure, let's await to have all infrastructure in place to do the 
migration, which also means a formal code donation (git bundle) attached 
to SANDBOX-479.



The infrastructure team have made it possible to link up to GitHub
Pull Requests so that emails are sent to this list when they are
opened and when comments are added to them (similar to Marmotta and
Any23), to keep a copy of the code review discussion here, but enable
the use of GitHub's intuitive code review interface for fluent
development of the project.


I'll already asked that at INFRA-8068, but I'll stress it.

Cheers,

--
Sergio Fernández
Partner Technology Manager
Redlink GmbH
m: +43 660 2747 925
e: sergio.fernan...@redlink.co
w: http://redlink.co

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [DISCUSSION] commons-rdf

[Benedikt Ritter]

2014-07-22 9:05 GMT+02:00 Sergio Fernández :

>
>
> On 22/07/14 08:55, Peter Ansell wrote:
>
>> On 22 July 2014 16:30, Benedikt Ritter  wrote:
>> All of the code contributions have been from Peter Ansell, Andy
>> Seabourne and Sergio Fernández, per the GitHub contributors list, and
>> we all are Apache committers already, in case that helps:
>>
>> https://github.com/wikier/commons-rdf/graphs/contributors
>>
>
> That's what I stated in the IP clearance report; see r1612386 for the
> details http://svn.apache.org/r1612386
>
>
>  I created SANDBOX-479 with that purpose. It is rather easy, but you are
 right that the process needs to be properly managed.

>>>
>>> I've looked at the github repo again. I think we all agree that future
>>> discussions have to take place on this ML. For structuring the
>>> development
>>> efforts it makes sense to create a jira project right from the start
>>> (instead of using the sandbox project). I don't know if Gary can do that
>>> or
>>> if we need help from Infra for that.
>>>
>>
>> Once there is a Jira project available that would be practical, but
>> until then (assuming we can't do it immediately), continuing to
>> discuss the open issues on GitHub Issues and Pull Requests seems fine
>> to me.
>>
>
> Sure, let's await to have all infrastructure in place to do the migration,
> which also means a formal code donation (git bundle) attached to
> SANDBOX-479.
>
>
>  The infrastructure team have made it possible to link up to GitHub
>> Pull Requests so that emails are sent to this list when they are
>> opened and when comments are added to them (similar to Marmotta and
>> Any23), to keep a copy of the code review discussion here, but enable
>> the use of GitHub's intuitive code review interface for fluent
>> development of the project.
>>
>
> I'll already asked that at INFRA-8068, but I'll stress it.


This already works for all our github mirrors, so it shouldn't be a problem.


>
>
> Cheers,
>
> --
> Sergio Fernández
> Partner Technology Manager
> Redlink GmbH
> m: +43 660 2747 925
> e: sergio.fernan...@redlink.co
> w: http://redlink.co
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [math] Suggestion to use List instead of Type array

[Gilles]

Hi.

On Mon, 21 Jul 2014 06:30:07 +0800, Fuxiang Chen wrote:

Dear Developers,

We are a team of researchers from the Hong Kong University of Science 
and
Technology (HKUST). Currently, we are studying how crowdsourcing can 
help

developers to build a higher quality software.

One of the subjects that we used is Apache Commons Math. From our
experiment, we identified a few areas in a particular file 
"TestUtils.java"
that can be converted to a List. Using List is more 
preferred

as it is much more flexible and easier to maintain.


Could you be more explicit about the issue you have with that class?

The following 2 identified methods are able to convert to a 
List:

1) public static void assertChiSquareAccept(int[] values, double[]
expected, long[] observed, double alpha)
2) public static void assertChiSquareAccept(double[] expected, long[]
observed, double alpha)
Both of the above methods have used String arrays, and can be 
converted to

a List instead.

Our references from the Stack Overflow community pointed out that
List is preferred over a Type array.
The Stack Overflow references to this are at "
http://stackoverflow.com/questions/8689246"; and "
http://stackoverflow.com/questions/716597";.

By converting the Type array to a List, this will make the code 
more

flexible and easier to maintain.


It depends on usage.
Those methods are intended for internal purpose (they are defined in 
the

"test" sub-directory area of the code repository, whereas the public
functionality is in the "main" sub-directory.
What is your usage?


Regards,
Gilles


[...]




-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [DISCUSSION] commons-rdf

[Gary Gregory]

I just saw my name pop up here: Yes we will help from infra with JIRA and
using Git is fine as long as it is hosted at Apache and not GitHub. We
still have to use Subversion for publishing the site and the release files
of course, this is an Apache-wide procedure.

Gary


On Tue, Jul 22, 2014 at 2:30 AM, Benedikt Ritter  wrote:

> 2014-07-21 19:44 GMT+02:00 Sergio Fernández :
>
> > Hi,
> >
> >
> > On 21/07/14 17:33, Benedikt Ritter wrote:
> > >
> >
> >> 2014-07-21 16:55 GMT+02:00 Phil Steitz :
> >>
> > >>
> >
> >> On 7/21/14, 5:11 AM, Sergio Fernández wrote:
> >>>
> >> >>>
> >
> >> Sorry, I tried to find it, but in the web site there is no
>  information about such procedure. Do we need to start a vote and
>  get a consensus from the Commons PMC?
> 
> >>>
> >>> There is no formal process for starting a sandbox component per se,
> >>> as long as existing ASF committer(s) are initiating it.  To get
> >>> sandbox karma, ASF committers just have to ask for it here.  There
> >>> is, however, a process for accepting a software grant, which in this
> >>> case we are going to have to follow, since the initial code was
> >>> developed outside the ASF (i.e., not under the oversight of an ASF
> >>> PMC, unless I am misunderstanding something). Have a look at [1]
> >>> for how Commons sandbox works and [2] for the IP clearance process.
> >>>
> >>
> > I created SANDBOX-479 with that purpose. It is rather easy, but you are
> > right that the process needs to be properly managed.
>
>
> I've looked at the github repo again. I think we all agree that future
> discussions have to take place on this ML. For structuring the development
> efforts it makes sense to create a jira project right from the start
> (instead of using the sandbox project). I don't know if Gary can do that or
> if we need help from Infra for that.
>
> I'll bootstrap a website for you and include it at
> http://commons.apache.org/sandbox.html right after the git repo is
> available.
>
> Benedikt
>
>
> >
> >
> >  I think after sorting the IP stuff out, the guys don't need sandbox
> karma
> >> (in svn), but a sandbox git repo (since they insist on developing via
> git)
> >>
> >
> > In the meantime I also requested the it to infra (INFRA-8068), because
> > that could take some time depending on how much work they do have.
> >
> > Please, feel free to comment to any of those issues if further
> information
> > would be required.
> >
> > Thanks so much.
>
>
> >
> > Cheers,
> >
> > --
> > Sergio Fernández
> > Partner Technology Manager
> > Redlink GmbH
> > m: +43 660 2747 925
> > e: sergio.fernan...@redlink.co
> > w: http://redlink.co
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [beanutils2] SANDBOX-472

[Yogesh Rao]

Hello Benedikt,

I have attached few files with their test cases which can be applied to the
BU2 trunk if everything is okay :-)

I am working on the rest...

Regards,
-Yogesh


On Mon, Jun 30, 2014 at 8:26 AM, Yogesh Rao  wrote:

> Hi benedikt,
>
> No problem...and yes very much available for development..do let me know
> what you think on the comment...
>
> Regards
>
>
> On Monday, June 30, 2014, Benedikt Ritter  wrote:
>
>> Yogesh,
>>
>> sorry it took so long! I had little time for OSS lately... I hope you're
>> still up for some BU2 development ;-)
>>
>> Best regards,
>> Benedikt
>>
>>
>> 2014-06-09 4:44 GMT+02:00 Yogesh Rao :
>>
>> > Hi,
>> >
>> > I have updated the thread in JIRA with some of my thoughts ... let me
>> know
>> > if it aligns so i can help contribute to the project.
>> >
>> > Regards,
>> > -Yogesh
>> >
>>
>>
>>
>> --
>> http://people.apache.org/~britter/
>> http://www.systemoutprintln.de/
>> http://twitter.com/BenediktRitter
>> http://github.com/britter
>>
>

[VOTE] Migrate Commons Math to Git

[Phil Steitz]

Looks like other projects are running VOTEs to ensure there is
consensus for this action and including references to VOTE threads
in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
request a new ASF git repo, make the current svn repo read-only
(adding a README to make it clear) and change github mirroring to
use the git repo.   Votes, please.  This vote will close in 72
hours.  Note that this VOTE applies only to [math], i.e.
http://svn.apache.org/repos/asf/commons/proper/math. 

[ ] +1 go for it
[ ] +0 OK, but...
[ ] -0  Not happy about this, because...
[ ] -1 We should not do this

Thanks!

Phil

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Migrate Commons Math to Git

[Gary Gregory]

+1

Gary


On Tue, Jul 22, 2014 at 1:01 PM, Phil Steitz  wrote:

> Looks like other projects are running VOTEs to ensure there is
> consensus for this action and including references to VOTE threads
> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
> request a new ASF git repo, make the current svn repo read-only
> (adding a README to make it clear) and change github mirroring to
> use the git repo.   Votes, please.  This vote will close in 72
> hours.  Note that this VOTE applies only to [math], i.e.
> http://svn.apache.org/repos/asf/commons/proper/math.
>
> [ ] +1 go for it
> [ ] +0 OK, but...
> [ ] -0  Not happy about this, because...
> [ ] -1 We should not do this
>
> Thanks!
>
> Phil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE] Migrate Commons Math to Git

[Thomas Neidhart]

On 07/22/2014 07:01 PM, Phil Steitz wrote:
> Looks like other projects are running VOTEs to ensure there is
> consensus for this action and including references to VOTE threads
> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
> request a new ASF git repo, make the current svn repo read-only
> (adding a README to make it clear) and change github mirroring to
> use the git repo.   Votes, please.  This vote will close in 72
> hours.  Note that this VOTE applies only to [math], i.e.
> http://svn.apache.org/repos/asf/commons/proper/math. 
> 
[x] +1 go for it

Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Migrate Commons Math to Git

[Evan Ward]

+1

Evan

On 07/22/2014 03:16 PM, Thomas Neidhart wrote:
> On 07/22/2014 07:01 PM, Phil Steitz wrote:
>> Looks like other projects are running VOTEs to ensure there is
>> consensus for this action and including references to VOTE threads
>> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
>> request a new ASF git repo, make the current svn repo read-only
>> (adding a README to make it clear) and change github mirroring to
>> use the git repo.   Votes, please.  This vote will close in 72
>> hours.  Note that this VOTE applies only to [math], i.e.
>> http://svn.apache.org/repos/asf/commons/proper/math. 
>>
> [x] +1 go for it
>
> Thomas
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: [VOTE] Migrate Commons Math to Git

[Phil Steitz]

Here is my +1

Phil

On 7/22/14, 10:01 AM, Phil Steitz wrote:
> Looks like other projects are running VOTEs to ensure there is
> consensus for this action and including references to VOTE threads
> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
> request a new ASF git repo, make the current svn repo read-only
> (adding a README to make it clear) and change github mirroring to
> use the git repo.   Votes, please.  This vote will close in 72
> hours.  Note that this VOTE applies only to [math], i.e.
> http://svn.apache.org/repos/asf/commons/proper/math. 
>
> [ ] +1 go for it
> [ ] +0 OK, but...
> [ ] -0  Not happy about this, because...
> [ ] -1 We should not do this
>
> Thanks!
>
> Phil


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Migrate Commons Math to Git

[Gilles]

On Tue, 22 Jul 2014 10:01:44 -0700, Phil Steitz wrote:

Looks like other projects are running VOTEs to ensure there is
consensus for this action and including references to VOTE threads
in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
request a new ASF git repo, make the current svn repo read-only
(adding a README to make it clear) and change github mirroring to
use the git repo.   Votes, please.  This vote will close in 72
hours.  Note that this VOTE applies only to [math], i.e.
http://svn.apache.org/repos/asf/commons/proper/math.

[ ] +1 go for it
[ ] +0 OK, but...
[ ] -0  Not happy about this, because...

  [X] -1 We should not do this if that means that I have to know how
 to use "git" within the next 72 hours.

Please clarify the migration planning, including the necessary 
transition
for complete newbies (e.g. a summary of how to perform the equivalent 
of

such basic tasks as "svn co", "svn add", svn del", "svn commit",
"svn diff").


Thanks,
Gilles


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Migrate Commons Math to Git

[Phil Steitz]

On 7/22/14, 3:05 PM, Gilles wrote:
> On Tue, 22 Jul 2014 10:01:44 -0700, Phil Steitz wrote:
>> Looks like other projects are running VOTEs to ensure there is
>> consensus for this action and including references to VOTE threads
>> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
>> request a new ASF git repo, make the current svn repo read-only
>> (adding a README to make it clear) and change github mirroring to
>> use the git repo.   Votes, please.  This vote will close in 72
>> hours.  Note that this VOTE applies only to [math], i.e.
>> http://svn.apache.org/repos/asf/commons/proper/math.
>>
>> [ ] +1 go for it
>> [ ] +0 OK, but...
>> [ ] -0  Not happy about this, because...
>   [X] -1 We should not do this if that means that I have to know how
>  to use "git" within the next 72 hours.
>
> Please clarify the migration planning, including the necessary
> transition
> for complete newbies (e.g. a summary of how to perform the
> equivalent of
> such basic tasks as "svn co", "svn add", svn del", "svn commit",
> "svn diff").

What timeframe would you suggest?  The idea is those of us - myself
among them - with limited git experience will have to learn.  I
don't think there is a reasonable way to have both svn and git
working, so whatever timeframe we choose, we need to decide to JFDI
at some point.   Whenever we decide we are ready to fire the INFRA
JIRA, the new git repo will get set up and the existing svn repo
will become RO.  The "migration" is just copying stuff and
repointing git mirrors.  There are lots of git tutorials available
and I am sure the experienced git users in the [math] community will
help others along.  I am certainly counting on that ;)

The same thing happened, btw, way back when we migrated from cvs to
svn.  And we had about the same level of immediately available
expertise on "the new thing."  I am fine delaying if you or anyone
else needs more time to learn git.  On the other hand, there is no
better way to learn a new tool than to start using it and just like
we do with the code itself, I am confident that we can count on our
friends to point out and fix the little mistakes we make as we learn.

Phil


>
>
> Thanks,
> Gilles
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Migrate Commons Math to Git

[Gary Gregory]

On Tue, Jul 22, 2014 at 6:05 PM, Gilles 
wrote:

> On Tue, 22 Jul 2014 10:01:44 -0700, Phil Steitz wrote:
>
>> Looks like other projects are running VOTEs to ensure there is
>> consensus for this action and including references to VOTE threads
>> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
>> request a new ASF git repo, make the current svn repo read-only
>> (adding a README to make it clear) and change github mirroring to
>> use the git repo.   Votes, please.  This vote will close in 72
>> hours.  Note that this VOTE applies only to [math], i.e.
>> http://svn.apache.org/repos/asf/commons/proper/math.
>>
>> [ ] +1 go for it
>> [ ] +0 OK, but...
>> [ ] -0  Not happy about this, because...
>>
>   [X] -1 We should not do this if that means that I have to know how
>  to use "git" within the next 72 hours.
>
> Please clarify the migration planning, including the necessary transition
> for complete newbies (e.g. a summary of how to perform the equivalent of
> such basic tasks as "svn co", "svn add", svn del", "svn commit",
> "svn diff").
>

That seems out of scope IMO. We do not provide a Subversion tutorial...

Gary


>
>
> Thanks,
> Gilles
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [SITE] Add automatic generation of maven coords to site build?

[Gary Gregory]

Looks cool, and, no tabs ;-)

Gary


On Tue, Jul 22, 2014 at 2:17 AM, Benedikt Ritter  wrote:

> Hi,
>
> the new version of Doxia doesn't help. Luckily I've learned that the
> project-reports-plugin already does what we want. I've activated the
> dependency-info report in parent pom.xml in r 1612476.
>
> Here is what it looks like:
> http://people.apache.org/~britter/lang-dependency-info/dependency-info.html
>
> It won't generate dependency information for legacy releases (like
> commons-lang 2.6), but I'm okay with that.
> I've reverted my changes to the build plugin.
> I'm okay with releasing commons parent then :-)
>
> br,
> Benedikt
>
>
> 2014-07-21 22:26 GMT+02:00 Gary Gregory :
>
> > There is also a new version of Doxia that came out earlier this month,
> > might be worth checking out.
> >
> > Gary
> >
> >
> > On Mon, Jul 21, 2014 at 3:54 PM, Gary Gregory 
> > wrote:
> >
> > > On Mon, Jul 21, 2014 at 3:49 PM, Benedikt Ritter 
> > > wrote:
> > >
> > >> Hi,
> > >>
> > >> I've played around a bit with bootstrap. This is, what I'd like to
> > >> accomplish:
> > >> http://people.apache.org/~britter/lang-with-coords/download_lang.html
> > >>
> > >>
> > > That's very cool.
> > >
> > >
> > >> I'm not sure whether that's possbile, since this requires nesting
> 
> > >> elements which does not seem to be supported by doxia [1]. I'll try
> out
> > >> some more, but maybe we have to live with the solution I've posted
> > before.
> > >>
> > >
> > > Maybe ask on the Doxia ML for a workaround?
> > >
> > > Gary
> > >
> > >
> > >
> > >>
> > >> Benedikt
> > >>
> > >> [1]
> > >>
> > >>
> >
> http://maven.apache.org/doxia/references/xdoc-format.html#Dont_nest_block_level_elements
> > >>
> > >>
> > >> 2014-07-18 13:53 GMT+02:00 Gary Gregory :
> > >>
> > >> > This looks good too:
> > >> >
> > >> >
> > >> >
> > >>
> >
> http://search.maven.org/#artifactdetails|org.apache.commons|commons-lang3|3.3.2|jar
> > >> >
> > >> > Tabs or any other widget will be fine, even a plain page would good
> to
> > >> > start, as long as the information is there.
> > >> >
> > >> > Gary
> > >> >
> > >> >
> > >> > On Fri, Jul 18, 2014 at 3:54 AM, Benedikt Ritter <
> brit...@apache.org>
> > >> > wrote:
> > >> >
> > >> > > Should be no problem. What may be hard, is making it look good :o)
> > I'd
> > >> > like
> > >> > > to have it look like tabs, like on mavenrepository.com. That
> should
> > >> be
> > >> > > possible with the bootstrap skin we're using, since it has a tab
> > >> > javascript
> > >> > > plugin [1]. I try to find a solution and then upload a demo to my
> > >> apache
> > >> > > space.
> > >> > >
> > >> > > Benedikt
> > >> > >
> > >> > > [1] http://getbootstrap.com/components/#nav-tabs
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > > 2014-07-17 19:20 GMT+02:00 Gary Gregory :
> > >> > >
> > >> > > > It is a great change! I would also love to see an Ivy XML
> fragment
> > >> in
> > >> > > > addition to Maven. Graddle?
> > >> > > >
> > >> > > > Gary
> > >> > > >
> > >> > > >  Original message From: Benedikt
> > >> > Ritter <
> > >> > > > brit...@apache.org> Date:07/17/2014  11:57
> >  (GMT-05:00)
> > >> > > > To: Commons Developers List 
> > >> > > > Subject: [SITE] Add automatic generation of maven
> > coords
> > >> to
> > >> > > site
> > >> > > > build? 
> > >> > > > Hi all,
> > >> > > >
> > >> > > > since we're releasing all our components to maven central, it
> > makes
> > >> > sense
> > >> > > > to automatically generate the maven coords into the download
> page.
> > >> I've
> > >> > > > patched the commons-build-plugin locally so that it can generate
> > the
> > >> > > coords
> > >> > > > for us.
> > >> > > >
> > >> > > > Before I commit my changes, I'd like to hear how others feel
> about
> > >> > adding
> > >> > > > this information to the download page automatically.
> > >> > > >
> > >> > > > Regards,
> > >> > > > Benedikt
> > >> > > >
> > >> > > >
> > >> > > > --
> > >> > > > http://people.apache.org/~britter/
> > >> > > > http://www.systemoutprintln.de/
> > >> > > > http://twitter.com/BenediktRitter
> > >> > > > http://github.com/britter
> > >> > > >
> > >> > >
> > >> > >
> > >> > >
> > >> > > --
> > >> > > http://people.apache.org/~britter/
> > >> > > http://www.systemoutprintln.de/
> > >> > > http://twitter.com/BenediktRitter
> > >> > > http://github.com/britter
> > >> > >
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > >> > Java Persistence with Hibernate, Second Edition
> > >> > 
> > >> > JUnit in Action, Second Edition 
> > >> > Spring Batch in Action 
> > >> > Blog: http://garygregory.wordpress.com
> > >> > Home: http://garygregory.com/
> > >> > Tweet! http://twitter.com/GaryGregory
> > >> >
> > >>
> > >>
> > >>
> > >> --
> > >> http://people.apache.org/~britter/
> > >> http://www.systemoutprintln.de/
> > >> http://twitter.com/BenediktRitter
>

release vs. SNAPSHOT sites.

[Gary Gregory]

Hi All:

Snapshots site are useless to users and somewhat useful to developers.

It is nice to be able to republish a site at will to fix documentation bugs
_without_ releasing a new version.

But, this is usually done by dragging along a SNAPSHOT version of
everything.

What to do?

We need to publish the current version of a component and keep it there, as
is. What about doc only changes? What if those fixes are Javadoc fixes?
Does not seem doable.

We could have, on the side a SNAPSHOT site.

That means two sites: RELEASE and SNAPSHOT.

Thoughts?

Gary

-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [DISCUSSION] commons-rdf

[Peter Ansell]

On 22 July 2014 22:17, Gary Gregory  wrote:
> I just saw my name pop up here: Yes we will help from infra with JIRA and
> using Git is fine as long as it is hosted at Apache and not GitHub. We
> still have to use Subversion for publishing the site and the release files
> of course, this is an Apache-wide procedure.

As long as there is a mirror at https://github.com/apache we will
still be able to use GitHub for code review.

Cheers,

Peter

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Migrate Commons Math to Git

[venkatesha m]

+1



On Wednesday, 23 July 2014 4:11 AM, Gary Gregory  wrote:
 


On Tue, Jul 22, 2014 at 6:05 PM, Gilles 
wrote:

> On Tue, 22 Jul 2014 10:01:44 -0700, Phil Steitz wrote:
>
>> Looks like other projects are running VOTEs to ensure there is
>> consensus for this action and including references to VOTE threads
>> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
>> request a new ASF git repo, make the current svn repo read-only
>> (adding a README to make it clear) and change github mirroring to
>> use the git repo.   Votes, please.  This vote will close in 72
>> hours.  Note that this VOTE applies only to [math], i.e.
>> http://svn.apache.org/repos/asf/commons/proper/math.
>>
>> [ ] +1 go for it
>> [ ] +0 OK, but...
>> [ ] -0  Not happy about this, because...
>>
>   [X] -1 We should not do this if that means that I have to know how
>          to use "git" within the next 72 hours.
>
> Please clarify the migration planning, including the necessary transition
> for complete newbies (e.g. a summary of how to perform the equivalent of
> such basic tasks as "svn co", "svn add", svn del", "svn commit",
> "svn diff").
>

That seems out of scope IMO. We do not provide a Subversion tutorial...

Gary



>
>
> Thanks,
> Gilles
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE] Migrate Commons Math to Git

[Benedikt Ritter]

Hi Phil


2014-07-22 19:01 GMT+02:00 Phil Steitz :

> Looks like other projects are running VOTEs to ensure there is
> consensus for this action and including references to VOTE threads
> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
> request a new ASF git repo, make the current svn repo read-only
> (adding a README to make it clear) and change github mirroring to
> use the git repo.   Votes, please.  This vote will close in 72
> hours.  Note that this VOTE applies only to [math], i.e.
> http://svn.apache.org/repos/asf/commons/proper/math.
>

note that there already is a git repo for math at http://git.apache.org.
This currently mirrors the SVN. My opinion is, that this mirror should be
made writable (the sync hook to svn should be removed of corse).


>
> [ ] +1 go for it
> [ x ] +0 OK, but...
>

I would like to see components move to git, but I'm not a developer of
Commons Math, so I can't tell whether it makes sense for math.

Regarding documentation about git: I think there is plenty of information
out there. I think however that the community should agree on a branching
model, since there a several possible ways to develop with git branches.

br,
Benedikt


> [ ] -0  Not happy about this, because...
> [ ] -1 We should not do this
>
> Thanks!
>
> Phil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [beanutils2] SANDBOX-472

[Benedikt Ritter]

Hello Yogesh,


2014-07-22 16:42 GMT+02:00 Yogesh Rao :

> Hello Benedikt,
>
> I have attached few files with their test cases which can be applied to the
> BU2 trunk if everything is okay :-)
>
> I am working on the rest...
>

Great to hear from you! I'll need some time to look into your patches. I
hope to get to it this weekend. Stay tuned!

Benedikt


>
> Regards,
> -Yogesh
>
>
> On Mon, Jun 30, 2014 at 8:26 AM, Yogesh Rao  wrote:
>
> > Hi benedikt,
> >
> > No problem...and yes very much available for development..do let me know
> > what you think on the comment...
> >
> > Regards
> >
> >
> > On Monday, June 30, 2014, Benedikt Ritter  wrote:
> >
> >> Yogesh,
> >>
> >> sorry it took so long! I had little time for OSS lately... I hope you're
> >> still up for some BU2 development ;-)
> >>
> >> Best regards,
> >> Benedikt
> >>
> >>
> >> 2014-06-09 4:44 GMT+02:00 Yogesh Rao :
> >>
> >> > Hi,
> >> >
> >> > I have updated the thread in JIRA with some of my thoughts ... let me
> >> know
> >> > if it aligns so i can help contribute to the project.
> >> >
> >> > Regards,
> >> > -Yogesh
> >> >
> >>
> >>
> >>
> >> --
> >> http://people.apache.org/~britter/
> >> http://www.systemoutprintln.de/
> >> http://twitter.com/BenediktRitter
> >> http://github.com/britter
> >>
> >
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [DISCUSSION] commons-rdf

[Benedikt Ritter]

2014-07-23 1:35 GMT+02:00 Peter Ansell :

> On 22 July 2014 22:17, Gary Gregory  wrote:
> > I just saw my name pop up here: Yes we will help from infra with JIRA and
> > using Git is fine as long as it is hosted at Apache and not GitHub. We
> > still have to use Subversion for publishing the site and the release
> files
> > of course, this is an Apache-wide procedure.
>
> As long as there is a mirror at https://github.com/apache we will
> still be able to use GitHub for code review.
>

As long as all important development decisions are made public through the
dev ML, I'm okay with that.

Benedikt


>
> Cheers,
>
> Peter
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [VOTE] Migrate Commons Math to Git

[Luc Maisonobe]

Le 22/07/2014 19:01, Phil Steitz a écrit :
> Looks like other projects are running VOTEs to ensure there is
> consensus for this action and including references to VOTE threads
> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
> request a new ASF git repo, make the current svn repo read-only
> (adding a README to make it clear) and change github mirroring to
> use the git repo.   Votes, please.  This vote will close in 72
> hours.  Note that this VOTE applies only to [math], i.e.
> http://svn.apache.org/repos/asf/commons/proper/math. 
> 
> [X] +1 go for it

Big +1 in fact ...

Luc

> [ ] +0 OK, but...
> [ ] -0  Not happy about this, because...
> [ ] -1 We should not do this
> 
> Thanks!
> 
> Phil
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[CLOSED][DISCUSSION] commons-rdf

[Sergio Fernández]

Dear Commons community,

the discussion has been very productive. Thanks so much for all your 
valuable feedback.


But I let myself go for passion, so we went beyond my initial goals for 
the discussion. I think the project still needs some more time to decide 
whether to go, if Commons is the right place to incubate this or we 
should study any of the other options.


Therefore, I do apologize for the possible problems caused. I'll freeze 
all the open actions until an actual decisions is made. And then I'll 
come back if still relevant.


Thanks so much.

Best regards,

--
Sergio Fernández
Partner Technology Manager
Redlink GmbH
m: +43 660 2747 925
e: sergio.fernan...@redlink.co
w: http://redlink.co

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Git very quick reference (was [VOTE] Migrate Commons Math to Git)

[Luc Maisonobe]

Le 23/07/2014 00:05, Gilles a écrit :
> On Tue, 22 Jul 2014 10:01:44 -0700, Phil Steitz wrote:
>> Looks like other projects are running VOTEs to ensure there is
>> consensus for this action and including references to VOTE threads
>> in INFRA JIRAs.  Lets do this.  The action I am proposing is that we
>> request a new ASF git repo, make the current svn repo read-only
>> (adding a README to make it clear) and change github mirroring to
>> use the git repo.   Votes, please.  This vote will close in 72
>> hours.  Note that this VOTE applies only to [math], i.e.
>> http://svn.apache.org/repos/asf/commons/proper/math.
>>
>> [ ] +1 go for it
>> [ ] +0 OK, but...
>> [ ] -0  Not happy about this, because...
>   [X] -1 We should not do this if that means that I have to know how
>  to use "git" within the next 72 hours.
> 
> Please clarify the migration planning, including the necessary transition
> for complete newbies (e.g. a summary of how to perform the equivalent of
> such basic tasks as "svn co", "svn add", svn del", "svn commit",
> "svn diff").

There is an extensive tutorial for git as the Git book:

 


For a quick reference, here is a cheet sheet for subversion users:

 

For an even quicker reference on the most used commands, here is
a mapping :

  Concerning the other commands, here are some hints:

 svn co  --->  git clone
 svn add --->  git add
 svn rm  --->  git rm
 svn commit  --->  git commit, then git push (rationale explained below)
 svn diff--->  git diff
 svn update  --->  git pull

>From my own experience, the first thing to understand for the difference
between subversion and git is that in the later there is a separation
between "committing" a change, and "pushing" it to the reference remote
repository. The reason this is a two-stage process in git is that there
are many different repositories and when you "commit" you do it on your
local repository, which is on your own hard drive. So after this first
step, the only person who can see the change is the one who can see this
local repository: you. If you want other people to see your change, you
have to perform the second step and "push" your repository to a
reference one shared with other developers (i.e. in our case the one on
Apache infrastructure). This difference seems at first cumbersome for a
subversion user, and at the beginning we always forget to push and don't
understand why people do not see our commits. After some time, it
appears really a good thing, as it allows to work locally using full
source code versioning features without any risk of breaking things on
the main shared repository.

best regards,
Luc

> 
> 
> Thanks,
> Gilles
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org