Log of /beehive/trunk/beehive-imports.xml
Parent Directory
|
Revision Log
Revision
543378 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Fri Jun 1 03:28:50 2007 UTC
(2 years, 5 months ago)
by
ekoneil
File length: 14089 byte(s)
Diff to
previous 501113
(
colored)
Commit some outstanding changes that simplify the build/ directory and simplify cutting a release. In general, this flattens the build/ directory so that it's easier to navigate and deal with.
Additionally, this removes a layer of directories from docs/.
Test: distribution tests pass
Revision
501113 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Mon Jan 29 17:13:49 2007 UTC
(2 years, 9 months ago)
by
crogers
File length: 14073 byte(s)
Diff to
previous 428449
(
colored)
Work for BEEHIVE-1174... updated the build files in NetUI JSF sample for MyFaces 1.1.X, the associated sample doc, and the test distribution to build against v1.1.4.
The TestRecorder files needed to be updated for differences in the markup that the more recent version of MyFaces tags generate, such as javascript, ids, white space, etc.
Tests: NetUI BVT, jsfWeb test app (WinXP pass), nightly build with test run and build of the sample from the dist.
Revision
410727 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Thu Jun 1 03:25:38 2006 UTC
(3 years, 5 months ago)
by
ekoneil
File length: 13884 byte(s)
Diff to
previous 390454
(
colored)
Remove some WSM references from build files in trunk/.
BB: self
Test: distribution and WSC tests pass
Revision
390454 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Fri Mar 31 16:48:29 2006 UTC
(3 years, 7 months ago)
by
ekoneil
File length: 14291 byte(s)
Diff to
previous 378846
(
colored)
Fixup some Maven2 support and add the ability to install the current SNAPSHOT JARs into the a local Maven repository.
BB: self
Test: Beehive test pass
Revision
378846 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Sun Feb 19 04:08:05 2006 UTC
(3 years, 9 months ago)
by
ekoneil
File length: 14293 byte(s)
Diff to
previous 374489
(
colored)
Add a pile of Maven 1/2 support files for producing the directory structures needed to push Beehive JARs to a Maven repository. If we had a Maven based build system (note, I'm not proposing doing one at this point), this would be handled by Maven itself, but with the Ant build, it's easiest to produce the directory that needs to be scp'ed to the ASF servers.
This should minimally work for M2; still need to test M1.
BB: self
Test: none
Revision
374489 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Thu Feb 2 20:44:09 2006 UTC
(3 years, 9 months ago)
by
ekoneil
File length: 14050 byte(s)
Diff to
previous 332400
(
colored)
Tying up distribution loose ends:
- remove web service control JAR from the distribution
- remove web service control source files from the distribution
- remove unused NetUI source code from the distribution (compiler-xdoclet, pageflow-jdk14, simple-tags, testRecorder, tomcat*, etc)
- remove mention of WSM samples from the distribution
- remove wsm runtime target from distribution's ant/beehive-runtime.xml
BB: self
Test: build.dist pass
Revision
331865 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Tue Nov 8 19:07:01 2005 UTC
(4 years ago)
by
ekoneil
File length: 14672 byte(s)
Diff to
previous 331853
(
colored)
Simplification -- remove unused Ant files. Trying to get to a point where it's easy to create a new NetUI webapp from SVN.
BB: self
Test: Beehive DRT + build.dist pass
Revision
331853 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Tue Nov 8 17:29:53 2005 UTC
(4 years ago)
by
ekoneil
File length: 14671 byte(s)
Diff to
previous 330135
(
colored)
Simplify the world -- remove the undeploy support for the NetUI runtime. Shouldn't be using a project model that requires it anyway...
BB: self
Test: Beehive DRT pass
Revision
330135 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Tue Nov 1 22:25:40 2005 UTC
(4 years ago)
by
ekoneil
File length: 15029 byte(s)
Diff to
previous 295095
(
colored)
Samples project model / build work. This change obsoletes all of the build-svn.xml files which were built parallel to all of the build.xml files. Makes all of the samples easier to maintain.
BB: self
Test: Beehive distribution tests pass
Revision
295095 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Wed Oct 5 19:50:35 2005 UTC
(4 years, 1 month ago)
by
ekoneil
File length: 15021 byte(s)
Diff to
previous 290722
(
colored)
Fix the CC break -- removed a JAR (and directory) which was being copied as a noop into the distribution.
Thanks to Chad for tracking this down.
BB: self
Test: build.dist pass (honest!)
Revision
290722 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Wed Sep 21 15:19:33 2005 UTC
(4 years, 2 months ago)
by
ekoneil
File length: 15147 byte(s)
Diff to
previous 233004
(
colored)
Two infra changes:
- remove the velocity-1.4.jar file which is a subset of the stuff available in the 1.4-dep.jar.
- remove references to 1.4.jar in the Ant files
- fixup the <ant> calls using antfile="..." to use dir="..." and antfile="..."
BB: self
Test: Beehive pass
Revision
191963 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Wed Jun 22 14:59:30 2005 UTC
(4 years, 5 months ago)
by
ekoneil
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 15134 byte(s)
Diff to
previous 178630
(
colored)
Fix the controls test infrastructure for BEEHIVE-820 and BEEHIVE-821.
- The build.xml file for tch didn't work -- it runs in a Beehive environment now.
- rebuild the schema.jar file for the new XMLBean version
- fix the path to the regexp JAR in beehive-imports.xml
BB: self
DRT: controls pass
Revision
177943 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Mon May 23 08:45:09 2005 UTC
(4 years, 6 months ago)
by
rich
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 15121 byte(s)
Diff to
previous 170022
(
colored)
Samples work:
- Added a login/shared-flow/nested-page-flow example in the netui-samples app.
- Reworked the Validation example in the netui-samples app.
- Fixed a properties file reference in the Data Grid example (netui-samples app).
- Repackaging, source headers, and general fixup of the NetUI/JSF sample app.
- Removed the "netui-imports.xml" reference from distribution.xml -- this was added during my previous samples checkin.
tests: drt in trunk, bvt in netui, bvt.myfaces and bvt.jsf-ri in netui/test/webapps/jsf (WinXP)
BB: self (linux) (including run.tests against the distributions)
Revision
169717 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Wed May 11 23:14:46 2005 UTC
(4 years, 6 months ago)
by
ekoneil
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 14831 byte(s)
Diff to
previous 169390
(
colored)
Distribution samples work.
- add a <deploy-controls> target to the distribution and fix both dist and SVN targets to take a "dist.dir" rather than a "webapp.dir". The latter assumes that we're only deploying the controls JARs into the webapp. But, this is an incorrect assumption.
- add a controls-spring build file that can work in the distribution
BB: self
DRT: Beehive pass / build.dist pass
Revision
169390 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Tue May 10 01:13:27 2005 UTC
(4 years, 6 months ago)
by
ekoneil
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 14835 byte(s)
Diff to
previous 165047
(
colored)
Enable the system control build out of Beehive.
The sync from svn.controlhaus.org is now disabled and the local ./controlhaus directory is deleted during an "ant clean" from the top level.
The controls are now put into the distribution under:
<dist-dir>/lib/controls/
beehive-ejb-control.jar
beehive-jms-control.jar
beehive-jdbc-control.jar
beehive-webservice-control.jar
All references haev been changed to the "org.controlhaus" package.
Three steps are left to finish this work:
- checkin the Forrest documentation that was created from the controlhaus.org websites for the four system controls
- checkin the system control samples; these will live in system-controls/samples for the time being until they're "Beehive-ized" and moved into /samples
- fixup the Beehive documentation to fix the *.controlhaus.org links so that they're referencing the Beehive system control documentation
BB: self
DRT: Beehive pass / test.dist pass
Revision
165047 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Wed Apr 27 20:46:49 2005 UTC
(4 years, 6 months ago)
by
kylem
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 14553 byte(s)
Diff to
previous 164114
(
colored)
Improved serializability checking of ControlImplementation classes, per http://issues.apache.org/jira/browse/BEEHIVE-351. The basic rule is that a control impl can either be stateful (and serializable) or stateless. Note: in the stateless case, bean properties may still be serialized; the 'transient' nature of the impl refers only to nested implementation state, not property state.
The annotation processor for implementation will now require one of two things to be true for a ControlImplementation class:
- the impl class should implement the java.io.Serializable interface indicating that it is stateful and serializable.
- the impl class can set the (new) isTransient attribute of @ControlImplementation to indicate that the implementation is stateless and does not need to be persisted as part of the containing bean's state. In this case, a new impl instance will be created upon demand after deserialization.
THIS CHECKIN WILL REQUIRE EXISTING CONTROL IMPLEMENTATIONS TO EITHER DECLARE THEY IMPLEMENT JAVA.IO.SERIALIZABLE OR HAVE @ControlImplementation(isTransient=true) IN THEIR DECLARATION. I've fixed all samples and tests in the SVN tree to follow this rule, and Eddie has done the same for ControlHaus controls.
A seperate JIRA docs issue (http://issues.apache.org/jira/browse/BEEHIVE-558) has been opened to capture the fact that the programming model doc needs a better description of state handling for controls.
Revision
164114 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Thu Apr 21 20:26:41 2005 UTC
(4 years, 7 months ago)
by
bryanche
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 14137 byte(s)
Diff to
previous 161025
(
colored)
Change controls.jar to beehive-controls.jar for jira
http://issues.apache.org/jira/browse/BEEHIVE-344.
NOTE: Any application referencing controls.jar will need to be updated
to reference beehive-controls.jar instead.
Also, update distribution.xml so that you can build a distribution
without doing an svn update of code from controlhaus. To do this, pass
in a "update.controlhaus=false" property to build.dist. e.g.
ant build.dist -Dupdate.controlhaus=false
This is useful for testing local changes to controlhaus components or
for making sure you package the controls you have on your box.
drt: pass
run.test.dist: pass
Revision
159717 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Fri Apr 1 18:57:07 2005 UTC
(4 years, 7 months ago)
by
kylem
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 13669 byte(s)
Diff to
previous 158835
(
colored)
Reenabled low-level SPI for control instantiation, allowing other bean-oriented frameworks (such as HiveMind or Spring) to be plugged in to instantiate, configure, and add services for Controls. I'll be working on creating a couple of sample provider implementations plus a sample app that uses them.
This created a new dependency for Controls on Commons Discovery, which provides the SPI discovery mechanism. Since there are now dependencies on Discovery from WSM, NetUI, and Controls, it has been moved to lib/commons in the distribution, along with Commons Logging (upon which Discovery depends).
Revision
158835 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Wed Mar 23 21:34:54 2005 UTC
(4 years, 8 months ago)
by
kentam
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 13437 byte(s)
Diff to
previous 157334
(
colored)
Work on BEEHIVE-29: Apache infrastructure for regular builds, serving distributions -- allow Ant v1.7 to be used in the build.
Make svnversion calls optional.
Temporarily disable verification of archives until migration to GNU tar is complete.
Contributed by Jim Cummings.
Revision
157334 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Sun Mar 13 15:50:49 2005 UTC
(4 years, 8 months ago)
by
ekoneil
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 13301 byte(s)
Diff to
previous 153651
(
colored)
Rename "webappRuntimeCore.xml" to "beehive-runtime.xml". All of the build file distributed as part of Beehive in the distribution are now called "beehive-*.xml".
There is still one issue around "beehive-runtime.xml" -- it uses <target>s instead of <macrodef>s. Then, the targets are exposed as <macrodef>s in beehive-imports.xml.
Would be great to have some feedback around this issue. Personally, I'd like to have beehive-runtime.xml expose <macrodef>s just as the beehive-tools.xml file does; presenents a consistent user model this way.
Any thoughts about this?
BB: self
DRT: Beehive pass
Tests: test-dist pass
Revision
153651 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Sun Feb 13 18:37:01 2005 UTC
(4 years, 9 months ago)
by
ekoneil
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 13307 byte(s)
Diff to
previous 148976
(
colored)
SVN webapp bug fixes.
Ran across several issues while working on the petstoreWeb:
- start deleting the .pageflow-struts-generated directory during a "clean"
- fixup Ant <echo> statements that were printing an invalid property
- fixup project names
BB: self
DRT: Beehive pass
Revision
125720 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Thu Jan 20 05:59:35 2005 UTC
(4 years, 10 months ago)
by
kylem
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 13541 byte(s)
Diff to
previous 125553
(
colored)
Add a new SPI (org.apache.beehive.controls.spi.bean.ControlFactory) to the Controls runtime that enables control instantation to be hooked and delegated out to an external JavaBean instantiation/configuration framework, such as Hivemind or Spring.
The SPI provider impl is found using Apache Commons Discovery resouce mechanisms, the most useful probably being to simply include a jar in the application classpath that defines an implementation of the SPI interface using the JDK META-INF/services conventions.
THIS DOES INTRODUCE A RUNTIME DEPENDENCY ON THE APACHE COMMONS DISCOVERY JAR. The standard import/build target has been updated so the jar will be automatically included by the webapp build ant target.
All control instantations within the Beehive framework, whether done programmatically via Controls.instantiate() API or declaratively from a web service, page flow, or control implementation, are routed through this SPI, so a provider impl can participate in the instantation of all Controls within a Beehive application.
A default provider is included (org.apache.beehive.controls.spi.bean.JavaControlFactory) that simply uses Java reflection (the existing mechanism pre-SPI). It will be transparently configured if no other SPI implementation is found.
This is an initial step towards having integration between Beehive Controls (which offers a strong programming model and runtime services for JavaBeans) and other bean-oriented frameworks supporting instantation/configuration/wrapper services for JavaBeans.
Revision
125553 -
(
view)
(
annotate)
-
[select for diffs]
Modified
Tue Jan 18 22:07:13 2005 UTC
(4 years, 10 months ago)
by
ekoneil
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 13234 byte(s)
Diff to
previous 125545
(
colored)
Little more cleanup.
- remove the Ant / Tomcat installers from SVN
- print the classpath used when compiling XMLBeans (useful for debugging compilation failures)
- break "clean"'s dependence with bootstrap
- yes, you still need to run bootstrap
- update BUILDING.txt with "bootstrap" instructions
BB: self
Revision
125545 -
(
view)
(
annotate)
-
[select for diffs]
Added
Tue Jan 18 21:02:36 2005 UTC
(4 years, 10 months ago)
by
ekoneil
Original Path:
incubator/beehive/trunk/beehive-imports.xml
File length: 13085 byte(s)
Significant rework of the Beehive build.
The BUILDING.txt file has the best description of how to setup a new build environment.
Major changes:
- remove Ant from the build
- remove Tomcat from the build
- note, this is still required as it's the default Servlet container, but Beehive doesn't install this
- remove the BEEHIVE_HOME environment variables from the SVN and distribution builds
- remove all *.cmd / *.sh scripts for initializing an environment from the SVN and distribution builds
- remove the beehive.properties file and change to the Ant <import> model that Bob proposed. Paths and filesets are now defined at the top-level and shared among all sub-projects.
- move Ant used for testing from test/ant to /ant. This puts the webapp build files in the same place as the distribution and makes it easier to target an application against either SVN or a distribution.
- no longer force copying of junit.jar to $ANT_HOME/lib
- this is now an install step
- no longer force copying tomcat-users.xml to $CATALINA_HOME/conf
- this is now an install step
- remove isJDKOver5 checks from nested builds. this is a requirement for Beehive.
- implement Java / Ant version checking in /beehive-imports.xml
- move the definition of an XMLBean schema task from sub-projects to beehive-imports.xml
- start isolating WS / app container dependencies in:
ant/axis-imports.xml
ant/tomcat-imports.xml
These files expose <target>s that are referenced in Ant macros defined in beehive-imports.xml. To plug-in a new server, implement one of these files and change the correct "webservice.runtime" or "servlet.runtime" property in beehive-imports.xml
- switch NetUI coreWeb tests off of using explicitly registered Struts TLDs to using the ones in struts.jar
- move the targets for building a distribution into distribution.xml
- update BUILDING.txt
What's broken / undone:
- running the controls performance tests
- re-wiring the builds for all of the code in samples/. The Ant build file shipped in the distribution need work before
the next ship date, and these can be fixed as the distribution builds shake out.
- running the JSF tests for NetUI
- removing Axis from the samples. Seems that this should be like Tomcat -- something that the user installs and Beehive references.
I'm sure that there are other things that aren't completed or wired up, but hopefully with this checked in, others can pitch-in and help make all of this better.
If you've got an existing Beehive build environment, you'll need to make the following changes:
1) install Tomcat 5.0.x and set CATALINA_HOME in your shell
2) install Ant 1.6.2 and set ANT_HOME in your shell
3) copy trunk/external/junit/junit.jar to $ANT_HOME/lib
4) ensure that the following is defined in $CATALINA_HOME/conf/tomcat-users.xml
<user username="manager" password="manager" roles="manager"/>
5) ensure your PATH contains $JAVA_HOME/bin:$ANT_HOME/bin
To test your install, run:
ant check.setup
BB: self
Tests: Beehive DRT, build.dist / test.dist / NetUI dist test
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
enter a numeric revision.