Skip to main content

[reorg] Now what?

6 replies [Last post]
Anonymous

The reorg in the incubator it completely borked WRT the trunk, and I'm
confused over what to do next.

Also, part of the development seems opaque to me, as I don't see
discussions about releases or feature changes, and not being able to
recieve CVS commit messages from the trunk doesn't help.

...?

--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Patrick Wright

> I would also advocate to remove personal directories, and base them on
> functionality instead, to make them less opaque.
>
> We could have:
>
> src/java/jxcombobox
> src/java/mybeautifulwidget
> src/java/dataset2
> etc
>
> This could lead to increased cooperation on the same codebase and be
> clearer for lurkers about what these incubator codebases do.

I think we should have both or all three:
- completely personal experiments (current structure)
- personal extensions/mods to JDNC core classes (src/java/pdoubleya)
- collaborative experiments (your idea)

I don't see a reason why not to do this, as long as we settle on certain
conventions and work out the build files.

Patrick

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

Richard Bair

Hey Nicola,

>The reorg in the incubator it completely borked WRT the trunk, and I'm
>confused over what to do next.

The reorg is about to happen on the main trunk. Its actually going to be a
bit more dramatic than what is shown in the incubator. The SwingLabs project
has just recently been created on java.net (swinglabs.dev.java.net). I've
been waiting to get the organization more established and a real "press
release" written up before advertising it too much because its not yet fully
established with code etc. Each of the major packages in the reorg
(databinding, swingx, jdnc, jdnc-markup) will become their own projects on
java.net. SwingLabs also includes a lot of other projects like Chet's
TimingFramework for doing animations, as well as several
not-quite-public-yet projects.

The code in the reorg is being used as a basis (thank you very much!). In
the next week or two I hope to have the code moved over. Its a little hairy
because there are a handful of dependencies in each of the projects that has
to be handled.

When the projects are properly divided and public, we'll be sure to let
everybody know!

>Also, part of the development seems opaque to me, as I don't see
>discussions about releases or feature changes, and not being able to
>recieve CVS commit messages from the trunk doesn't help.

Good point. Also, I'll see what can be done about letting everybody get the
CVS commit messages (you can't just sign up for them? Do they only get sent
to developers?).

Richard

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

Nicola Ken Barozzi

Richard Bair wrote:
> Hey Nicola,
>
>> The reorg in the incubator it completely borked WRT the trunk, and I'm
>> confused over what to do next.
>
> The reorg is about to happen on the main trunk.

Wohooo! :-D

...
> SwingLabs also includes a
> lot of other projects like Chet's TimingFramework for doing animations,
> as well as several not-quite-public-yet projects.

Cool!

> The code in the reorg is being used as a basis (thank you very much!).

It's a pleasure to hear that it has been of help.
It sure has been of help to me in understanding the code better.

> In the next week or two I hope to have the code moved over. Its a little
> hairy because there are a handful of dependencies in each of the
> projects that has to be handled.

What about the "app" project that was in the reorg? Will it remain in
swingx?

Also, will there be a separation between swing and swingx?

> When the projects are properly divided and public, we'll be sure to let
> everybody know!

:-)

>> Also, part of the development seems opaque to me, as I don't see
>> discussions about releases or feature changes, and not being able to
>> recieve CVS commit messages from the trunk doesn't help.
>
> Good point. Also, I'll see what can be done about letting everybody get
> the CVS commit messages (you can't just sign up for them? Do they only
> get sent to developers?).

It seems so :-/

--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

Patrick Wright

>
> The reorg in the incubator it completely borked WRT the trunk, and I'm
> confused over what to do next.

1- I suggest the reorg directory in the incubator get blown away
immediately, as it will just be confusing moving forward.

2- I suggest we extend the convention for incubator developers and source
files. What I want to to be able to play with select JDNC classes without
having to repackage them (and cause cascading repackagings) by moving them
to org.jdesktop.jdnc.incubator.pdoubleya. So I suggest incubators be
allowed to add their login name to jdnc-incubator/src/java, e.g.
src/java/pdoubleya. Then one can easily mount, say, DataSet in that
directory, play around with it, and work out changes--using Ant to package
and move stuff around.

Patrick

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

Nicola Ken Barozzi

Patrick Wright wrote:
>>The reorg in the incubator it completely borked WRT the trunk, and I'm
>>confused over what to do next.
...
> 2- I suggest we extend the convention for incubator developers and source
> files. What I want to to be able to play with select JDNC classes without
> having to repackage them (and cause cascading repackagings) by moving them
> to org.jdesktop.jdnc.incubator.pdoubleya. So I suggest incubators be
> allowed to add their login name to jdnc-incubator/src/java, e.g.
> src/java/pdoubleya. Then one can easily mount, say, DataSet in that
> directory, play around with it, and work out changes--using Ant to package
> and move stuff around.

I tend to agree.

I would also advocate to remove personal directories, and base them on
functionality instead, to make them less opaque.

We could have:

src/java/jxcombobox
src/java/mybeautifulwidget
src/java/dataset2
etc

This could lead to increased cooperation on the same codebase and be
clearer for lurkers about what these incubator codebases do.

WDOT?

--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

Thomas Bierhance

> I would also advocate to remove personal directories, and base them on
> functionality instead, to make them less opaque.
>
> We could have:
>
> src/java/jxcombobox
> src/java/mybeautifulwidget
> src/java/dataset2
> etc
>
> This could lead to increased cooperation on the same codebase and be
> clearer for lurkers about what these incubator codebases do.

I second that.

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net