You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Prasad Kashyap <go...@gmail.com> on 2007/10/30 19:40:57 UTC
[PLEASE read before you commit]: Restructuring trunk in SVN !!!
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
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Jason Dillon <ja...@planet57.com>.
Yay :-)
--jason
On Nov 2, 2007, at 8:54 AM, 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 <go...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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 <jg...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Prasad Kashyap <go...@gmail.com>.
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 <dw...@apache.org> 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 <go...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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 <jg...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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
> >>>>>>>
> >
>
>
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Donald Woods <dw...@apache.org>.
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 <go...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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 <jg...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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
>>>>>>>
>
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Prasad Kashyap <go...@gmail.com>.
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 <go...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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 <jg...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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
> > > > > >
> > > > >
> > > >
> > >
> >
>
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Prasad Kashyap <go...@gmail.com>.
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 <go...@gmail.com> 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 <go...@gmail.com> 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 <jg...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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
> > > > >
> > > >
> > >
> >
>
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Prasad Kashyap <go...@gmail.com>.
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 <go...@gmail.com> 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 <jg...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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
> > > >
> > >
> >
>
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Prasad Kashyap <go...@gmail.com>.
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 <jg...@gmail.com> 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 <go...@gmail.com> 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 <go...@gmail.com> 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
> > >
> >
>
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Jarek Gawor <jg...@gmail.com>.
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 <go...@gmail.com> 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 <go...@gmail.com> 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
> >
>
Re: [PLEASE read before you commit]: Restructuring trunk in SVN !!!
Posted by Prasad Kashyap <go...@gmail.com>.
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 <go...@gmail.com> 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
>