Yes the jars need to go before we move to trunk. We need a way to make sure the jars are built and in a good location before building. So the answer on the lib dir is 'maybe'
Drew ________________________________________ From: Ben Dewey [[email protected]] Sent: Thursday, June 25, 2009 5:37 PM To: '[email protected]' Subject: RE: Initial Metro-based version of Stonehenge stocktrader application Drew/Daniel, The metro contrib still contains (bs/ops)/lib folders with the log4j and commons jars. Do these need to be removed as well? I'm assuming there shouldn't be any jars in svn, is that correct? If so, should we just remove the lib folder all together? -Ben Dewey -----Original Message----- From: Drew Baird (Volt) [mailto:[email protected]] Sent: Friday, June 05, 2009 10:57 AM To: [email protected] Subject: RE: Initial Metro-based version of Stonehenge stocktrader application This has been remedied. Drew ________________________________________ From: Daniel Kulp [[email protected]] Sent: Thursday, June 04, 2009 7:57 AM To: [email protected] Subject: Re: Initial Metro-based version of Stonehenge stocktrader application Umm... first order of business: the CDDL and LGPL jars MUST be removed from the Apache SVN ASAP. They should not have been committed. Either update the build system to grab them (probably from the maven repos) or update the instructions to tell the user how to obtain them. Dan > -----Original Message----- > From: [email protected] [mailto:[email protected]] > Sent: Thursday, June 04, 2009 12:12 AM > To: [email protected] > Subject: Initial Metro-based version of Stonehenge stocktrader application > > Hello all, > > I am Harold Carr, the architect of the Metro web services stack at > Sun. We have been working on a Metro-based version of the Stonehenge > StockTrader sample application. I am excited to announce that I have > just uploaded the initial Metro-based version of the code: > > https://issues.apache.org/jira/browse/STONEHENGE-69 > > At this time we have implemented the Business Service and Order > Processing Service. A separate web-based GUI front-end will come later. > > We have successfully interoperated between the .NET-based version and > the Metro-based version. > > Kent Brown, of Microsoft, is working on a patch for configuring the > .NET application and services to interop with the Sun Metro-based > version. He will be uploading that patch separately soon. > > We are now starting to test with the WSO2 PHP and WSAS versions of the > services. > > Could some committers look at the uploaded source and determine if it > can be directly incorporated into the 'contrib' area or if anythings else > needs to be done first? > > After that I would appreciate guidance on the process required to move > this into the trunk area, and then eventually to get it officially > released. > > Thanks, > Harold > > NOTE: The source code is a 32MB zip file split into 4 chunks (using > Unix "split") so I could attach it to the Jira issue: > > 32554092 Jun 3 20:37 metro.zip > 8388608 Jun 3 20:52 metroaa > 8388608 Jun 3 20:52 metroab > 8388608 Jun 3 20:52 metroac > 7388268 Jun 3 20:52 metroad > > ;;; End -- Daniel Kulp [email protected] http://www.dankulp.com/blog
