BJ, David,
This was supposed to be a 15-minute task at most. By the time we finish discussing it, I believe
Jacopo already implemented it. How huge and structurally dissimilar are the build.xml and
ofbiz-component.xml files?
If it's taking this long to come to a decision about this, then I
Jonathon:
we already have a development, which includes code, why duplicate.
David:
I use something similar now, so I can have a lightweight distribution to
my servers.
However you bring up a good point about the man power to make it happen
and check it out.
I would rather see more energy in the
If we will end up moving the build folder to the runtime folder, what is
in your opinion the best folder layout?
What do you think of:
runtime/build/
runtime/build/classes/
runtime/build/classes/appserver/
runtime/build/classes/base/
...
runtime/build/libs/
Not sure I am following you david.
if you startofbiz in the root like it is now then you are using ofbiz in
developement mode.
if you start ofbiz in the runtime you are using it strictly in binary mode.
so you have both.
the startofbiz we use now, would be developement.
I see the runtime as the
I see. You're right we could use one for production deployment and
one development.
What would be the benefit of having two build layouts like this? I
guess more specifically, how would it help the deploy process to have
the stuff in the build directory?
The main reason I ask is
David, BJ,
Why not just use /runtime/build to run in both development and deployment modes?
Like I mentioned earlier, we can tweak ComponentConfig to dictate the structure that holds
/runtime/build and ofbiz-component.xml files. build.xml files are easy enough to change to support
the
how about
Leave the build in the components, like they are now for development.
copying all files needed to the runtime folder like that startofbiz.*
hotdeploy folder,etc, so the runtime can be the only folder distributed.
it would require a copy section be added to each build.xml
Jacopo
Jacopo,
How will you manage the content of the build folder ???
Will you add the prefix or suffix for the content of each component or the
component name itself ???
BTW I like the idea.
I vote for it +1.
On 4/4/07, Jacopo Cappellato [EMAIL PROTECTED] wrote:
Now that we have the new runtime
+1
Jonathon
Jacopo Cappellato wrote:
Now that we have the new runtime folder, containing all the runtime
objects, what about moving all the build/* files from each component
into a new runtime/build/ folder?
In this way the only folder in which there will be files written while
+1
Jonathon -- Improov wrote:
+1
Jonathon
Jacopo Cappellato wrote:
Now that we have the new runtime folder, containing all the runtime
objects, what about moving all the build/* files from each component
into a new runtime/build/ folder?
In this way the only folder in which there will be
In a way it is nice for each component to contain and control it's
own stuff, but this does bring up a good point.
For a release we should probably wipe out the build classes
directories and just keep the jar files.
For development it's nice to have the jar files to make it possible
to
On Apr 4, 2007, at 8:22 AM, Jonathon -- Improov wrote:
For development it's nice to have the jar files to make it
possible to
rebuild incrementally. I guess each build.xml file would have to
know
about the runtime folder and explicitly put it's stuff there, and
if it
doesn't and
David,
I'm sorry but I'm not sure to understand what you are suggesting to do.
Are you saying that we should keep the build folders where they are now?
Jacopo
David E. Jones wrote:
In a way it is nice for each component to contain and control it's own
stuff, but this does bring up a good
Whoops, you caught me. Yeah, I was being rather vague about what I
think we should do...
All in all, I think this approach is fine and will improve certain
things, especially keeping our directory structure clean.
The only downside I can think of is that right now you can pretty
much
David,
Actually, OFBiz doesn't do any searching around, everything on the classpath
is configured very explicitly, mostly through the ofbiz-component.xml files
for runtime, and through build.xml file for the build.
All the more why it's a good idea to get every module's ofbiz-component.xml
-1
This improvement will introduce a further proposal: should the src be
moved out?
I think if compared with version release, this priority is quite low.
Shi Yusen/Beijing Langhua Ltd.
在 2007-04-04三的 10:52 +0200,Jacopo Cappellato写道:
Now that we have the new runtime folder, containing all the
16 matches
Mail list logo