As per this thread,
http://www.nabble.com/forum/ViewPost.jtp?post=12460948&framed=y&skin=134
the strategy is to break the tree into smaller trees.
Quoting from that note -
"So, based on that I think that:
framework|core/trunk
components/<component>/trunk
plugins/<plugin>/trunk
apps/<app>/trunk
server/<server>/trunk (where server is javaee/minimal/crackpipe/
etc)
uberserver/trunk (uses svn:externals to make a workspace with
all the bits to compile for those who like to watch paint dry as the
beast builds)"
This is why I left the applications directory there. Maybe we'll merge
it with plugins, maybe we won't.
OK. I'll create a wiki page to refelect this work.
Cheers
Prasad
On 11/3/07, Donald Woods <[EMAIL PROTECTED]> wrote:
> Thanks for all the hard work.
>
> Is there still a need for a applications directory? Shouldn't these all
> be moved into the plugins directory now?
>
> Also, shouldn't we include some notes in the BUILDING.txt and/or GMOxDEV
> about the new directory layout and where new code should be placed, like
> the difference between the framework, component and plugin directories...
>
>
> -Donald
>
> Prasad Kashyap wrote:
> > server/trunk/modules deleted via Revision 591372
> >
> > server/trunk/configs deleted via Revision 591373.
> >
> > This completes Geronimo-3565.
> >
> > Cheers
> > Prasad
> >
> > On 10/31/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> >> The restructured trunk has built successfully 3 times now. It has
> >> passed our testsuite and TCK tests. At this point, I am not going to
> >> waste any time trying to fix -Dstage=former profile to build our old
> >> trunk.
> >>
> >> The unused pieces of old trunk will be deleted tomorrow.
> >>
> >> Cheers
> >> Prasad
> >>
> >> On 10/30/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> >>> The -Dstage=former is not working as desired. I was unsuccessful in
> >>> fixing it tonight. I'll try again tomorrow.
> >>>
> >>> However, the new restructuring is building fine. It has passed
> >>> testsuite tests too.
> >>>
> >>> (If it passes TCK too, I may not waste any more time trying to fix old
> >>> build, esp when I am deleting it the day after). Does anybody really
> >>> really want it to work ?
> >>>
> >>> Cheers
> >>> Prasad
> >>>
> >>> On 10/30/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> >>>> Sorry and thanx Jarek. I have fixed the security-deployer-config
> >>>> pom.xml and plan.xml. This will remove any extraneous dependencies it
> >>>> has on plugin artifacts.
> >>>>
> >>>> Cheers
> >>>> Prasad
> >>>>
> >>>> On 10/30/07, Jarek Gawor <[EMAIL PROTECTED]> wrote:
> >>>>> I removed all org/apache/geronimo from my m2 repo and executed mvn
> >>>>> install -Dstage=bootstrap. That failed with the error below in
> >>>>> ./framework/configs/server-security-config. Looks like the
> >>>>> dependencies are not setup right since it was also downloading
> >>>>> j2ee-deployer/car and a bunch of other modules which have not been
> >>>>> built yet.
> >>>>>
> >>>>> Jarek
> >>>>>
> >>>>> [INFO]
> >>>>> ------------------------------------------------------------------------
> >>>>> [ERROR] BUILD ERROR
> >>>>> [INFO]
> >>>>> ------------------------------------------------------------------------
> >>>>> [INFO] start of
> >>>>> org.apache.geronimo.configs/j2ee-deployer/2.1-SNAPSHOT/car failed
> >>>>>
> >>>>> Could not find a valid constructor for GBean:
> >>>>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder
> >>>>> ParameterTypes: [class
> >>>>> org.apache.geronimo.kernel.repository.Environment, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> org.apache.geronimo.kernel.Kernel]
> >>>>> constructor types: [class
> >>>>> org.apache.geronimo.kernel.repository.Environment, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> java.util.Collection, interface java.util.Collection, interface
> >>>>> java.util.Collection, interface org.apache.geronimo.kernel.Kernel]
> >>>>> constructor types: [class
> >>>>> org.apache.geronimo.kernel.repository.Environment, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, class
> >>>>> org.apache.geronimo.gbean.AbstractNameQuery, interface
> >>>>> java.util.Collection, interface
> >>>>> org.apache.geronimo.j2ee.deployment.ModuleBuilder, interface
> >>>>> org.apache.geronimo.j2ee.deployment.ModuleBuilder, interface
> >>>>> org.apache.geronimo.j2ee.deployment.ModuleBuilder, interface
> >>>>> org.apache.geronimo.j2ee.deployment.ActivationSpecInfoLocator,
> >>>>> interface org.apache.geronimo.j2ee.deployment.ModuleBuilder, interface
> >>>>> org.apache.geronimo.deployment.NamespaceDrivenBuilder, interface
> >>>>> org.apache.geronimo.deployment.NamespaceDrivenBuilder, interface
> >>>>> org.apache.geronimo.j2ee.deployment.ModuleBuilderExtension, class
> >>>>> org.apache.geronimo.kernel.Naming]
> >>>>>
> >>>>>
> >>>>> On 10/30/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> >>>>>> GERONIMO-3565 has now checked in the new restructured trunk into svn.
> >>>>>>
> >>>>>> The default profile will build the new trunk pieces.
> >>>>>>
> >>>>>> The -Dstage=former profile will build the old trunk pieces.
> >>>>>>
> >>>>>> Let's closely monitor the automated builds, testsuites and TCK results.
> >>>>>>
> >>>>>> If everything is going smoothly, I shall remove the old trunk pieces
> >>>>>> by eod, Thursday, Nov 1 2007.
> >>>>>>
> >>>>>> Cheers
> >>>>>> Prasad
> >>>>>>
> >>>>>> On 10/30/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> >>>>>>> I am restructuring the trunk in svn to reflect our flexible server.
> >>>>>>> Instead of a move, it will be a two-step copy/delete process. I shall
> >>>>>>> first begin by copying some directories to other directories. Server
> >>>>>>> binaries will be built from the newly created directories. After they
> >>>>>>> have gone thro' 2 days of automated builds, testsuites and TCK
> >>>>>>> smoketests, I shall remove the old directories.
> >>>>>>>
> >>>>>>> So until further notice, please commit all your changes to both
> >>>>>>> directories, old and new.
> >>>>>>>
> >>>>>>> Most modules and config directories have gone into their feature
> >>>>>>> specific directory under plugins. For eg, changes to
> >>>>>>> configs/myfaces-deployer should be made to that dir and also to
> >>>>>>> plugins/myfaces/myfaces-deployer.
> >>>>>>>
> >>>>>>> A few modules and configs have been copied into framework directory
> >>>>>>> (to build framework assembly).
> >>>>>>>
> >>>>>>> For a more detailed discussion about the restructuring, please see
> >>>>>>> this thread -
> >>>>>>> http://www.nabble.com/forum/ViewPost.jtp?post=13469170&framed=y&skin=134
> >>>>>>>
> >>>>>>> Cheers
> >>>>>>> Prasad
> >>>>>>>
> >
>
>
