Hi I have created FELIX-3778 [1] to track creation of an all-in-one build.
Regards Felix [1] https://issues.apache.org/jira/browse/FELIX-3778 Am 21.11.2012 um 14:20 schrieb Graham Charters: > Thanks, all, for the helpful info. Felix, fwiw, I like your proposal. The > purist in me doesn't particularly like aggregate bundles, but the > pragmatist accepts that they have a place. > > Regarding org.json, I looked for the Geronimo bundled version, and there > was one, but it was for a later version of the library (2009... not 2007). > I've not tried building Web Console 4.0.0, so don't know what maven would > actually find and use. > > Regards, Graham. > > > On 21 November 2012 10:44, Darren <[email protected]> wrote: > >> >>> In the interest of fast deployment, I suggest the Felix project revisits >> this and comes up with a webconsole-all bundle, which exports org.json, >> Commons IO and Commons FileUpload for ease of deployment. For more >> controlled, supported, or resource constrained we still have the default >> bundle, which only imports. >> >> For my (newcomer) situation, that would be ideal as bundles that work out >> of the box are more likely to get me experimenting with them. >> >> Documentation akin to what PAX web uses would also be helpful. They have >> multiple bundles, but explain what each one is for, before introducing the >> bundled bundle (pax-web-jetty-bundle). >> http://team.ops4j.org/wiki/display/paxweb/Artifacts >> >> If Web Console followed a similar strategy, it would also be useful to >> include more detailed instructions on how to meet the extra dependencies >> (as they are not all produced by the Web Console team). The Felix commons >> project looks like the right place to link to download from, but their >> documentation doesn't include download links. >> http://felix.apache.org/site/apache-felix-commons.html >> >> Would it be possible to get json into Felix commons as well? >> >> If you don't have any influence over the Felix commons project, hosting >> the pom files you contributed to it would allow users to build the >> dependency bundles themselves. >> >> Thanks, >> Darren >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
