You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cayenne.apache.org by Andrus Adamchik <an...@objectstyle.org> on 2010/08/24 17:50:50 UTC

Trunk folders reorg

Hi guys,

I did a bit of reorg of our source folders in 3.1 per CAY-1475. There have been complaints in the past on why "cayenne-modeler" module is in the "framework" directory. And indeed in 3.1 there's no reason to keep it there. So it is moved to "modeler". If you have it open in Eclipse, you will need to reimport. 

Also renamed cayenne-modeler-java to cayenne-modeler-generic to align it with our assembly profiles.

Andrus

Re: Trunk folders reorg

Posted by Michael Gentry <mg...@masslight.net>.
Ah cool, thanks!

On Wed, Aug 25, 2010 at 4:00 AM, Andrus Adamchik <an...@objectstyle.org> wrote:
> Actually a build from top level works the same way. Only assemblies are simplified per my earlier message - http://cayenne.apache.org/building-cayenne.html
>
> Andrus
>
> On Aug 24, 2010, at 7:22 PM, Michael Gentry wrote:
>
>> I'm going to have to re-learn how to build things ... :-)
>>
>>
>> On Tue, Aug 24, 2010 at 11:50 AM, Andrus Adamchik
>> <an...@objectstyle.org> wrote:
>>> Hi guys,
>>>
>>> I did a bit of reorg of our source folders in 3.1 per CAY-1475. There have been complaints in the past on why "cayenne-modeler" module is in the "framework" directory. And indeed in 3.1 there's no reason to keep it there. So it is moved to "modeler". If you have it open in Eclipse, you will need to reimport.
>>>
>>> Also renamed cayenne-modeler-java to cayenne-modeler-generic to align it with our assembly profiles.
>>>
>>> Andrus
>>
>
>

Re: Trunk folders reorg

Posted by Andrus Adamchik <an...@objectstyle.org>.
Actually a build from top level works the same way. Only assemblies are simplified per my earlier message - http://cayenne.apache.org/building-cayenne.html

Andrus

On Aug 24, 2010, at 7:22 PM, Michael Gentry wrote:

> I'm going to have to re-learn how to build things ... :-)
> 
> 
> On Tue, Aug 24, 2010 at 11:50 AM, Andrus Adamchik
> <an...@objectstyle.org> wrote:
>> Hi guys,
>> 
>> I did a bit of reorg of our source folders in 3.1 per CAY-1475. There have been complaints in the past on why "cayenne-modeler" module is in the "framework" directory. And indeed in 3.1 there's no reason to keep it there. So it is moved to "modeler". If you have it open in Eclipse, you will need to reimport.
>> 
>> Also renamed cayenne-modeler-java to cayenne-modeler-generic to align it with our assembly profiles.
>> 
>> Andrus
> 


Re: Trunk folders reorg

Posted by Michael Gentry <mg...@masslight.net>.
I'm going to have to re-learn how to build things ... :-)


On Tue, Aug 24, 2010 at 11:50 AM, Andrus Adamchik
<an...@objectstyle.org> wrote:
> Hi guys,
>
> I did a bit of reorg of our source folders in 3.1 per CAY-1475. There have been complaints in the past on why "cayenne-modeler" module is in the "framework" directory. And indeed in 3.1 there's no reason to keep it there. So it is moved to "modeler". If you have it open in Eclipse, you will need to reimport.
>
> Also renamed cayenne-modeler-java to cayenne-modeler-generic to align it with our assembly profiles.
>
> Andrus

Re: Trunk folders reorg

Posted by Andrus Adamchik <an...@objectstyle.org>.
I should also mention that when implementing CAY-1474, I came a step closer to DI in the Modeler. Now the Modeler starts via a DI container (and hence a bunch of things can be customizable already), but unfortunately injection stops at Application class... Providing injection inside Swing components is a separate task though...

Andrus

On Aug 24, 2010, at 6:50 PM, Andrus Adamchik wrote:

> Hi guys,
> 
> I did a bit of reorg of our source folders in 3.1 per CAY-1475. There have been complaints in the past on why "cayenne-modeler" module is in the "framework" directory. And indeed in 3.1 there's no reason to keep it there. So it is moved to "modeler". If you have it open in Eclipse, you will need to reimport. 
> 
> Also renamed cayenne-modeler-java to cayenne-modeler-generic to align it with our assembly profiles.
> 
> Andrus