Hi Clint,

wicketstuff/core is always welcoming more contributors. You could start out with the code in wicketstuff and then later decide if it really needs a separate repository it could be moved. The Developer Information page here: https://github.com/wicketstuff/core/wiki has more information on how new modules can be contributed.

If you already have project history that you want to opensource you could look at how the wicket-security merge was done. In this case a multiyear history on the wicket-security projects were merged into the exiting wicketstuff/core history (this is the sha1 of the merge:41aee9c45877713d0a2b521fe1aa2007f6692fe6).

I don't know the exact merge type used for wicket-security but this page has a method that I used to extract the dojo project from the sandbox back into master:
https://github.com/wicketstuff/core/wiki/Helpful-Git-Commands
Section: Import a New project from an external git repository

If you need commit access into the wicketstuff-core repository then send me you github username and I will add you.

Regards,

Mike



Thanks for the great direction. I'll let you know once I have a home for the
code.

Just to sum up, the best way to contribute new code to the Wicket project
is:
1- Find a place to share the new code (ie wicket-stuff or a git-hub)
2- Listen to feedback from the community, improving the code
3- If there is a large enough need (and enough interested folks in
maintaining that specific code) then it may get accepted into the Wicket
code itself.

-Clint

On Wed, May 11, 2011 at 6:37 PM, Jeremy Thomerson<[email protected]
wrote:
Clint,

  We (Wicket devs and community) are always happy to see new developers and
development teams (especially) show interest in contributing back to the
Wicket community.  On behalf of both, welcome!

  As all developers understand, maintaining code is much more costly than
initially developing it.  Especially is this true with framework code like
Wicket.  It must be very robust and fit so many individual needs of
different users.  Maintaining code written by others is doubly hard.  For
that reason, for any wicket-* integration projects as well as other large
Wicket plugins / add-ons, we like to see the code incubate on its own
before
considering the merit of it entering the Wicket codebase.  Once it enters
the Wicket codebase, we then have to maintain it ad infinitum.  If your
project gains widespread adoption within the community, and there is a
developer base that is willing to support it, we may later pull it into the
core codebase.

  Although Wicket Stuff is a viable option for contributing this code, if
you would like more control over the project, you may also want to consider
creating a GitHub account for your team or company.  You could create the
project there, and easily add contributors, manage contributions, etc.
  Google Code or Sourceforge.net are other options.

  As one last point, there is a little bit of paperwork required to take any
large contribution of code into any Apache Software Foundation codebase.
  See the two subheadings here:
http://www.apache.org/licenses/#clas("Contributor License Agreements"
and "Software Grants").

--
Jeremy Thomerson
http://wickettraining.com
*Need a CMS for Wicket?  Use Brix! http://brixcms.org*

On Wed, May 11, 2011 at 1:35 PM, Martin Grigorov<[email protected]
wrote:
Hi,

I think it will be better to put it in wicketstuff/core for the
beginning.
We are kinda conservative to accept more code to support officially.
We don't have much resources anyway.
And I don't remember someone else to ask for such flow so maybe it is
not that common needed functionality.
But if the project gain more popularity, who knows - one day it may
become part of the Apache Wicket project.

On Wed, May 11, 2011 at 6:26 PM, Checketts, Clint
<[email protected]>  wrote:
Wicket Devs,

As part of a rollout of Wicket, we had a requirement to externalize the
page flow from the Java code. As the result of that effort we created an
integration layer for Wicket to work with Spring Web Flow (
http://www.springsource.org/webflow )  Now I'd like to open source that
layer and contribute it back to the Wicket project.
What are your thoughts? After you all have viewed the code and agree
with
the overall design (and unit tests), I could see the code being a new
separate module like the wicket-spring one is, ie wicket-spring-web-flow.
Thanks,

-Clint Checketts




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com


Reply via email to