You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Dain Sundstrom <da...@iq80.com> on 2005/10/28 22:07:52 UTC

Trunk Cleanup?

I sent this proposal a while back and simply forgot about it until  
Alan started working on the specs cleanup.  I think the problem was I  
presented it as one huge change, so this time I'm going to try to  
break it up into tasks I can put into JIRA once approved.

In general the overall structure would be:

geronimo/trunk - Stuff needed for the J2EE server
geronimo/specs/trunk - Specification API implementations
geronimo/trunk/console - The J2ee web admin console
geronimo/examples/*/trunk - Example apps for new users (do we want to  
version these?)
geronimo/applications/*/trunk - Standalone applications such as  
dayTrader and uddi-server
geronimo/sandbox/*/ - Play area
geronimo/contrib/*/ - Tags of the initial import from a donation

* Note the last two don't need to be versioned

What do you think?

-dain

Sandbox
-------
I think this should be moved to the root of the tree and be a place  
where any committer can play or experiment freely.  The contrib  
directory in the sandbox seems like it was created as an initial home  
for the initial import new contributions (i.e., a tag of the initial  
import).  I like this idea and think we should move contrib to root  
and attempt to back fill the big initial imports like the console and  
the eclipse plugin.  The other sandbox directory I have questions on  
it petstore.  If it works, I think we should move it to an examples  
directory off of root.
geronimo/trunk/sandbox                  --> geronimo/sandbox
geronimo/trunk/sandbox/contrib          --> geronimo/contrib
geronimo/trunk/sandbox/mail             --> geronimo/sandbox/mail
geronimo/trunk/sandbox/petstore         --> geronimo/examples/petstore
geronimo/trunk/sandbox/spring-assembly  --> geronimo/sandbox/spring- 
assembly
geronimo/trunk/applications/jmxdebug    --> geronimo/sandbox/ 
jmxdebug  (I think this need more work or we should simply drop it)


Console
-------
Aaron correct me if I'm wrong... I assume that the console is tied to  
the version of the Geronimo server it is included with, so it would  
be unreasonable to ship it separately.  Therefore, I think we should  
make move it to the root of trunk
geronimo/trunk/applications/console-core       --> geronimo/trunk/ 
console/core
geronimo/trunk/applications/console-ear        --> geronimo/trunk/ 
console/ear
geronimo/trunk/applications/console-framework  --> geronimo/trunk/ 
console/framework
geronimo/trunk/applications/console-standard   --> geronimo/trunk/ 
console/standard


Specs
-----
Alan is on this one


Applications
------------
There is another thread on this, "Applications directory structure",  
started by Dave Colasurdo.  Whatever comes out of that would be this  
task.



Re: Trunk Cleanup?

Posted by "Alan D. Cabrera" <li...@toolazydogs.com>.
Dain Sundstrom wrote, On 10/28/2005 1:07 PM:

> I sent this proposal a while back and simply forgot about it until  
> Alan started working on the specs cleanup.  I think the problem was I  
> presented it as one huge change, so this time I'm going to try to  
> break it up into tasks I can put into JIRA once approved.
>
> In general the overall structure would be:
>
> geronimo/trunk - Stuff needed for the J2EE server
> geronimo/specs/trunk - Specification API implementations
> geronimo/trunk/console - The J2ee web admin console
> geronimo/examples/*/trunk - Example apps for new users (do we want to  
> version these?)
> geronimo/applications/*/trunk - Standalone applications such as  
> dayTrader and uddi-server
> geronimo/sandbox/*/ - Play area
> geronimo/contrib/*/ - Tags of the initial import from a donation
>
> * Note the last two don't need to be versioned
>
> What do you think?
>
> -dain
>
> Sandbox
> -------
> I think this should be moved to the root of the tree and be a place  
> where any committer can play or experiment freely.  The contrib  
> directory in the sandbox seems like it was created as an initial home  
> for the initial import new contributions (i.e., a tag of the initial  
> import).  I like this idea and think we should move contrib to root  
> and attempt to back fill the big initial imports like the console and  
> the eclipse plugin.  The other sandbox directory I have questions on  
> it petstore.  If it works, I think we should move it to an examples  
> directory off of root.
> geronimo/trunk/sandbox                  --> geronimo/sandbox
> geronimo/trunk/sandbox/contrib          --> geronimo/contrib
> geronimo/trunk/sandbox/mail             --> geronimo/sandbox/mail
> geronimo/trunk/sandbox/petstore         --> geronimo/examples/petstore
> geronimo/trunk/sandbox/spring-assembly  --> geronimo/sandbox/spring- 
> assembly
> geronimo/trunk/applications/jmxdebug    --> geronimo/sandbox/ 
> jmxdebug  (I think this need more work or we should simply drop it)
>
>
> Console
> -------
> Aaron correct me if I'm wrong... I assume that the console is tied to  
> the version of the Geronimo server it is included with, so it would  
> be unreasonable to ship it separately.  Therefore, I think we should  
> make move it to the root of trunk
> geronimo/trunk/applications/console-core       --> geronimo/trunk/ 
> console/core
> geronimo/trunk/applications/console-ear        --> geronimo/trunk/ 
> console/ear
> geronimo/trunk/applications/console-framework  --> geronimo/trunk/ 
> console/framework
> geronimo/trunk/applications/console-standard   --> geronimo/trunk/ 
> console/standard
>
>
> Specs
> -----
> Alan is on this one
>
>
> Applications
> ------------
> There is another thread on this, "Applications directory structure",  
> started by Dave Colasurdo.  Whatever comes out of that would be this  
> task.
>
Looks pretty good to me.


Regards,
Alan




Re: Trunk Cleanup?

Posted by Aaron Mulder <am...@alumni.princeton.edu>.
I don't have any objection to this, but changing the SVN layout
diesn't really excite me either.  Whatever layout "others" prefer is
fine and I can work with it.

That said, it wouldn't break my heart to reduce the amount of stuff in
our main IntelliJ project.  :)

Aaron

On 10/28/05, Dain Sundstrom <da...@iq80.com> wrote:
> I sent this proposal a while back and simply forgot about it until
> Alan started working on the specs cleanup.  I think the problem was I
> presented it as one huge change, so this time I'm going to try to
> break it up into tasks I can put into JIRA once approved.
>
> In general the overall structure would be:
>
> geronimo/trunk - Stuff needed for the J2EE server
> geronimo/specs/trunk - Specification API implementations
> geronimo/trunk/console - The J2ee web admin console
> geronimo/examples/*/trunk - Example apps for new users (do we want to
> version these?)
> geronimo/applications/*/trunk - Standalone applications such as
> dayTrader and uddi-server
> geronimo/sandbox/*/ - Play area
> geronimo/contrib/*/ - Tags of the initial import from a donation
>
> * Note the last two don't need to be versioned
>
> What do you think?
>
> -dain
>
> Sandbox
> -------
> I think this should be moved to the root of the tree and be a place
> where any committer can play or experiment freely.  The contrib
> directory in the sandbox seems like it was created as an initial home
> for the initial import new contributions (i.e., a tag of the initial
> import).  I like this idea and think we should move contrib to root
> and attempt to back fill the big initial imports like the console and
> the eclipse plugin.  The other sandbox directory I have questions on
> it petstore.  If it works, I think we should move it to an examples
> directory off of root.
> geronimo/trunk/sandbox                  --> geronimo/sandbox
> geronimo/trunk/sandbox/contrib          --> geronimo/contrib
> geronimo/trunk/sandbox/mail             --> geronimo/sandbox/mail
> geronimo/trunk/sandbox/petstore         --> geronimo/examples/petstore
> geronimo/trunk/sandbox/spring-assembly  --> geronimo/sandbox/spring-
> assembly
> geronimo/trunk/applications/jmxdebug    --> geronimo/sandbox/
> jmxdebug  (I think this need more work or we should simply drop it)
>
>
> Console
> -------
> Aaron correct me if I'm wrong... I assume that the console is tied to
> the version of the Geronimo server it is included with, so it would
> be unreasonable to ship it separately.  Therefore, I think we should
> make move it to the root of trunk
> geronimo/trunk/applications/console-core       --> geronimo/trunk/
> console/core
> geronimo/trunk/applications/console-ear        --> geronimo/trunk/
> console/ear
> geronimo/trunk/applications/console-framework  --> geronimo/trunk/
> console/framework
> geronimo/trunk/applications/console-standard   --> geronimo/trunk/
> console/standard
>
>
> Specs
> -----
> Alan is on this one
>
>
> Applications
> ------------
> There is another thread on this, "Applications directory structure",
> started by Dave Colasurdo.  Whatever comes out of that would be this
> task.
>
>
>