Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [b3-dev] General Question

Hi,

The questions I have all can be boiled down to a few:
 - What is B3 solving that Buckminster doesn't? Or are they complimentary?
B3 and Buckminster are similar in approach; resolving dependencies and materializing the result into workspace and target platform, translating and augmenting available meta data into a common form, injecting default build logic, (and more). 

The main difference is that b3 was designed from a DSL/language perspective with "ease of use" and "flexibility" as  primary goals. 
Buckminster was initially driven from a "make it possible" approach using XML files, later editing via special form based editors, and most recently also via EMF based editors.

- How ready is B3 for use? If not very (I only see the aggregator available), how difficult would migration from Buckminster be once B3 is ready?
Buckminster is production quality and used by many projects. B3 (except aggregator) is not yet ready to be used.
Migration from Buckminster to b3 will be straight forward - b3 is a superset of what is available in Buckminster, and since Buckminster is now fully EMF based transformation of Buckminster XML based artifacts to b3 DSL will be possible. 

The approach we are taking with b3 and Buckminster is to use the Buckminster logic to perform all the low level tasks. 

Regards


On Sep 9, 2010, at 9:50 PM, Eric Gwin wrote:

Hi,

Our project has evolved to the point where we are looking at changing build systems to better align with current technology. Historically it was a POJO product, but has evolved into a more OSGi centric run-time tool/library and we need the build system to more effectively reflect that (compile based upon manifest dependencies, generate bundles appropriately, package in p2/maven) as well as maintain our legacy packaging. Our Ant system works, but is brittle and would need extension.

Therefore I've been looking at PDE, Maven, Buckminster, and B3. PDE is incomplete. Maven is only OSGi aware if extended. Buckminster seems like it has most of our functional requirements, but there is B3. I've reviewed, both the "BuckyBook", and the "definitive B3 guide", B3 seems to be a Buckminster replacement, but little is talked about but the aggregator.

The questions I have all can be boiled down to a few:
 - What is B3 solving that Buckminster doesn't? Or are they complimentary?
- How ready is B3 for use? If not very (I only see the aggregator available), how difficult would migration from Buckminster be once B3 is ready?
 --
-Eric

<mime-attachment.gif>
Eric Gwin | Senior Software Developer
Phone: +613 288 4622 | | Fax: +613 2382818 | | Mobile: +613 8582347
Oracle Java Server Technologies
ORACLE Canada | 45 O'Connor St., Ottawa, Ontario | K1P 6L2

<mime-attachment.gif> Oracle is committed to developing practices and products that help protect the environment

_______________________________________________
b3-dev mailing list
b3-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/b3-dev


Back to the top