Re: Restoring testing/tomcat [Was Re: Restoring files in svn?]
I'm also interested in getting tomcat working with the new architecture, but I think it's important that the integration take place in modular fashion so that the basic tomcat integration is as thin as possible, and the majority of functional testing is delegated down to dependent samples. I'm concerned that the old testing/tomcat infrastructure was a little too monolithic. That said, I don't have anything concrete to offer instead (yet).. so if folks want to just port testing/tomcat for now and are willing to do that work, I wouldn't veto it -- I just want to register my concerns. On 7/26/06, Luciano Resende [EMAIL PROTECTED] wrote: Not sure if this has any side-effects, but maybe an option would be for me to create a jira to move testing/tomcat back and attach a patch to that, and then create the patch for the DAS stand-alone sample testing that depends on testing/tomcat. - Luciano On 7/26/06, Kevin Williams [EMAIL PROTECTED] wrote: It is important that we automate the DAS stand-alone sample testing and the plan was to leverage from the automation already provided in tomcat/testing. Will this be restored? Thanks, --Kevin Luciano Resende wrote: Do we have any plans to restore testing/tomcat ? At least the DAS and sample tests ? I want to generate some patches for Tuscany-440 based on that code. - Luciano On 7/21/06, Jeremy Boynes [EMAIL PROTECTED] wrote: Should be back now ... -- Jeremy On Jul 21, 2006, at 1:24 PM, Brent Daniel wrote: I've been looking into restoring the DAS companyweb sample that got deleted with the move to chianti. I can copy the files from the last revision before it was deleted using svn cp -r revision, but I'm having problems creating a patch file from it as the svn diff show up empty. Is there an easy way to do this? I suppose I could delete all the version information and add in the new files, but that seems like the wrong approach. Is it possible for a committer to copy the old revision and then commit? When I check the status after the copy it looks like all the files are there and show up as added files. Thanks, Brent - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- - Luciano Resende SOA Opensource - Apache Tuscany - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Restoring testing/tomcat [Was Re: Restoring files in svn?]
On Jul 27, 2006, at 12:24 AM, Ken Tam wrote: I'm also interested in getting tomcat working with the new architecture, but I think it's important that the integration take place in modular fashion so that the basic tomcat integration is as thin as possible, and the majority of functional testing is delegated down to dependent samples. I'm concerned that the old testing/tomcat infrastructure was a little too monolithic. I'm only speaking for Java SCA when I say I agree with the old testing/tomcat being too monolithic...so please take what I say as applying only to that subproject For a concrete proposal, I'd like us to have testcases that mock out the Servlet host and test the Tuscany host API in isolation to any particular Servlet engine or host environment. These would be (mostly) unit/specific integration tests, lightweight, fast (~ a few seconds total), and run as part of the checkin build. We should also have an integration build run in the background somewhere that tests the runtime on various hosting environments. These tests would be less granular than the checkin build and would be concern with verifying behavior on specific hosts. As for testing/tomcat, I think the tests that were in there should become tests for the samples since they are verifying application functionality, not the operation of the runtime on a particular host environment. Jim That said, I don't have anything concrete to offer instead (yet).. so if folks want to just port testing/tomcat for now and are willing to do that work, I wouldn't veto it -- I just want to register my concerns. On 7/26/06, Luciano Resende [EMAIL PROTECTED] wrote: Not sure if this has any side-effects, but maybe an option would be for me to create a jira to move testing/tomcat back and attach a patch to that, and then create the patch for the DAS stand-alone sample testing that depends on testing/tomcat. - Luciano On 7/26/06, Kevin Williams [EMAIL PROTECTED] wrote: It is important that we automate the DAS stand-alone sample testing and the plan was to leverage from the automation already provided in tomcat/testing. Will this be restored? Thanks, --Kevin Luciano Resende wrote: Do we have any plans to restore testing/tomcat ? At least the DAS and sample tests ? I want to generate some patches for Tuscany-440 based on that code. - Luciano On 7/21/06, Jeremy Boynes [EMAIL PROTECTED] wrote: Should be back now ... -- Jeremy On Jul 21, 2006, at 1:24 PM, Brent Daniel wrote: I've been looking into restoring the DAS companyweb sample that got deleted with the move to chianti. I can copy the files from the last revision before it was deleted using svn cp -r revision, but I'm having problems creating a patch file from it as the svn diff show up empty. Is there an easy way to do this? I suppose I could delete all the version information and add in the new files, but that seems like the wrong approach. Is it possible for a committer to copy the old revision and then commit? When I check the status after the copy it looks like all the files are there and show up as added files. Thanks, Brent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: tuscany-dev- [EMAIL PROTECTED] - 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] -- - Luciano Resende SOA Opensource - Apache Tuscany - - 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]
JBI Component for Tuscany
Hi, Tuscany and ServiceMix teams ! Some months ago, I have started to develop an SCA JBI Component based on Tuscany. At last ApacheCon EU, I met with Jeremy Boynes (and other Tuscany members) and we talked about working on a better Tuscany integration with ServiceMix, by combining the effort of both communities. We decided to bring that on the devs list, so here it is. First, let me expose for the Tuscany teams who are not familiar with JBI, what a Service Engine provides, and briefly outline how it works. When developing a JBI application, you need: * JBI components (Binding Components or Service Engines) * JBI Service Assemblies Components are installed on the JBI container and act themselves as containers. BCs' role is to communicate with services or clients outside the JBI bus by using a known protocol; this includes HTTP, HTTP+SOAP, JMS, JMS+SOAP, etc... SEs on the other side, are meant to provide the business logic: they are routers, transformers, services, orchestration and they are not tied to any protocol. Service Assemblies (SA) are composed of one or more Service Unit (SU), each SU being targeted to a known component. The component is fully responsible for handling the SU deployment which content is not specified (it will be different from one component to another). Components are thus containers because they will host deployments of several SUs. For Tuscany, the component would be a Service Engine, and I think Service Unit will be SCA modules. The component is responsible for * deploy and manage SU lifecycles * accepting JBI exchanges from the JBI container and process them The current component already handle service unit deployment, but the message exchange processing need to be enhanced / rewritten to provide bi-directional access to the JBI bus. From my understanding of Tuscany, this represent a binding (which is the main thing to complete). The current one uses JAXB2 for the marshalling layer, but maybe you will want to switch to SDO (I choose JAXB2 because I was familiar with it). I would also propose that this JBI component may be better hosted at Tuscany instead of ServiceMix, as a JBI component only relies on the JBI spec, but it will be highly dependant on Tuscany. I found hard to keep on with Tuscany changes during the past months, given the all the refactoring that occured. The code is available at http://svn.apache.org/viewvc/incubator/servicemix/trunk/servicemix-sca/ -- Cheers, Guillaume Nodet
Re: Private mailing list now set up for Tuscany
Did you ever add me as a moderator for the private list, I've not seen any moderation requests? So you must have seen all the subscription requests...could you post a list of who has subscribed? (or is there some other way I can find the subscriber list myself and I'll post the list?) ...ant On 6/25/06, ant elder [EMAIL PROTECTED] wrote: Ok, I'll help moderate. ...ant On 6/25/06, Jeremy Boynes [EMAIL PROTECTED] wrote: Gentle reminder to the committers to subscribe - thanks. I think I'm still the only moderator for this list - if someone would volunteer to help out it would be appreciated. Thanks -- Jeremy On 6/22/06, Jeremy Boynes [EMAIL PROTECTED] wrote: We now have a private mailing list (thanks Brett) for use by committers on the project and interested PMC members. This list is similar to the pmc mailing list used by a top-level project's PMC to discuss the few things that can not be done in public. These are things like security or legal issues (and even then only when necessary), or for people related issues like discussion about prospective committers. To subscribe, please send email to tuscany-private-subscribe at incubator.apache.org Subscription is open to all project committers and sponsoring PMC members (and Apache Members of course). I'm the only moderator right now so please bear with any delays. If you would like to volunteer to moderate please let me know (having three people in different timezones works well). -- Jeremy - 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]
Sending patches to the dev list
There's been quite a few patches sent in emails to the dev list recently, so just a reminder...generally patches should be attached to JIRA's not sent to the dev list (maybe have a followup mail to point out its there if you like). Using JIRA means you have to tick the box giving Apache rights to the code and there's no need for big patches to get sent to every subscribers inbox. ...ant
How to setup the new code in eclipse?
Using mvn eclipse:eclipse on the new trunk code doesn't seem to set up the eclipse projects correctly now, there's lots of errors like Cannot nest 'launcher/src/main/java' inside 'launcher'. Is there a different way to do this now? ...ant
Re: Test case failures
I see the same failure with a fresh checkout of the code using the Sun Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) Should I just commit a change to comment out the test for now? ...ant On 7/26/06, Kevin Williams [EMAIL PROTECTED] wrote: Yeah. I've tried those things and also just threw everything out and tried to build from a fresh svn co. Same problem. My verbose version info: javajava -version java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build pwi32dev-20060511 (SR2)) IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Windows XP x86-32 j9vmwi3223-2006050 4 (JIT enabled) J9VM - 20060501_06428_lHdSMR JIT - 20060428_1800_r8 GC - 20060501_AA) JCL - 20060511a --Kevin Brent Daniel wrote: Kevin, For what it's worth, I'm using a somewhat older version of the IBM JDK than Raymond, and I'm also not seeing an error here when I do a full build on a fresh checkout. If indeed your build did succeed once, then it doesn't sound like a dependency issue. Maybe you're running into some sort of network hiccup in subsequent builds? Have you tried running offline? (mvn -o) Do you still see the failure if you do a full clean and rebuild? FYI, my java -version: java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build pwi32dev-20051104) Brent On 7/25/06, Kevin Williams [EMAIL PROTECTED] wrote: Hi Raymond, I get the same error with your patched POM. I don't think my version is a beta release and I am also unsure of DocumentBuilderFactory assumption. --Kevin Raymond Feng wrote: Hi, Kevin. Is the Technology Edition a beta release? Can we assume the JDK 5.0 always come with a DocumentBuilderFactory impl (I have never checked the JSE 5.0 spec)? I have the following IBM JDK and it runs fine. java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build pwi32dev-20060511 (SR2)) Thanks, Raymond - Original Message - From: Kevin Williams [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, July 24, 2006 10:57 PM Subject: Re: Test case failures Hi Raymond, I am using: IBM 32-bit SDK and Runtime Environment for Windows, Java 2 Technology Edition, Version 5.0 I tried your patch but the result is a new failure: == Downloading: http://repo1.maven.org/maven2/xerces/xerces/2.8.0/xerces-2.8.0.jar [WARNING] Unable to get resource from repository central (http://repo1.maven.or /maven2) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) xerces:xerces:jar:2.8.0 === There is no 2.8.0 direcrory under xerces/xerces. I notice there is under xerces/xercesImpl --Kevin Raymond Feng wrote: Hi, Kevin. Which JDK do you use? It seems that it doesn't come with a DOM implementation. Can you try to apply the attched patch to databinding-framework/pom.xml? Thanks, Raymond - Original Message - From: Kevin Williams [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, July 24, 2006 8:39 PM Subject: Test case failures After having trouble getting svn update to succeed I reloaded the entire java tree. The first build attempt succeeded, I am almost certain :-), but subsequent attempts fail with this error: [surefire] Running org.apache.tuscany.databinding.impl.MediatorImplTestCase [surefire] Tests run: 2, Failures: 0, Errors: 2, Time elapsed: 0.041 sec [surefire] [surefire] testTransform1(org.apache.tuscany.databinding.impl.MediatorImplTestCa se) Time elapsed: 0.031 sec ERROR! javax.xml.parsers.FactoryConfigurationError: Provider for javax.xml.parsers.Docu mentBuilderFactory cannot be found at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) at org.apache.xalan.xsltc.trax.SAX2DOM.init(SAX2DOM.java :57) at org.apache.tuscany.databinding.xml.SAX2DOMPipe.init(SAX2DOMPipe.jav a:35) at org.apache.tuscany.databinding.impl.MediatorImplTestCase.setUp(Mediat orImplTestCase.java:61) at junit.framework.TestCase.runBare (TestCase.java:125) at junit.framework.TestResult$1.protect(TestResult.java :106) at junit.framework.TestResult.runProtected(TestResult.java :124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native
Re: Test case failures
Raymond was helping me with this yesterday. He noticed that if you run the build from the respective subdirectory, the test succeeds. It seems to only fail when the build is run from /java. ant elder wrote: I see the same failure with a fresh checkout of the code using the Sun Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) Should I just commit a change to comment out the test for now? ...ant On 7/26/06, Kevin Williams [EMAIL PROTECTED] wrote: Yeah. I've tried those things and also just threw everything out and tried to build from a fresh svn co. Same problem. My verbose version info: javajava -version java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build pwi32dev-20060511 (SR2)) IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Windows XP x86-32 j9vmwi3223-2006050 4 (JIT enabled) J9VM - 20060501_06428_lHdSMR JIT - 20060428_1800_r8 GC - 20060501_AA) JCL - 20060511a --Kevin Brent Daniel wrote: Kevin, For what it's worth, I'm using a somewhat older version of the IBM JDK than Raymond, and I'm also not seeing an error here when I do a full build on a fresh checkout. If indeed your build did succeed once, then it doesn't sound like a dependency issue. Maybe you're running into some sort of network hiccup in subsequent builds? Have you tried running offline? (mvn -o) Do you still see the failure if you do a full clean and rebuild? FYI, my java -version: java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build pwi32dev-20051104) Brent On 7/25/06, Kevin Williams [EMAIL PROTECTED] wrote: Hi Raymond, I get the same error with your patched POM. I don't think my version is a beta release and I am also unsure of DocumentBuilderFactory assumption. --Kevin Raymond Feng wrote: Hi, Kevin. Is the Technology Edition a beta release? Can we assume the JDK 5.0 always come with a DocumentBuilderFactory impl (I have never checked the JSE 5.0 spec)? I have the following IBM JDK and it runs fine. java version 1.5.0 Java(TM) 2 Runtime Environment, Standard Edition (build pwi32dev-20060511 (SR2)) Thanks, Raymond - Original Message - From: Kevin Williams [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, July 24, 2006 10:57 PM Subject: Re: Test case failures Hi Raymond, I am using: IBM 32-bit SDK and Runtime Environment for Windows, Java 2 Technology Edition, Version 5.0 I tried your patch but the result is a new failure: == Downloading: http://repo1.maven.org/maven2/xerces/xerces/2.8.0/xerces-2.8.0.jar [WARNING] Unable to get resource from repository central (http://repo1.maven.or /maven2) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) xerces:xerces:jar:2.8.0 === There is no 2.8.0 direcrory under xerces/xerces. I notice there is under xerces/xercesImpl --Kevin Raymond Feng wrote: Hi, Kevin. Which JDK do you use? It seems that it doesn't come with a DOM implementation. Can you try to apply the attched patch to databinding-framework/pom.xml? Thanks, Raymond - Original Message - From: Kevin Williams [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, July 24, 2006 8:39 PM Subject: Test case failures After having trouble getting svn update to succeed I reloaded the entire java tree. The first build attempt succeeded, I am almost certain :-), but subsequent attempts fail with this error: [surefire] Running org.apache.tuscany.databinding.impl.MediatorImplTestCase [surefire] Tests run: 2, Failures: 0, Errors: 2, Time elapsed: 0.041 sec [surefire] [surefire] testTransform1(org.apache.tuscany.databinding.impl.MediatorImplTestCa se) Time elapsed: 0.031 sec ERROR! javax.xml.parsers.FactoryConfigurationError: Provider for javax.xml.parsers.Docu mentBuilderFactory cannot be found at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source) at org.apache.xalan.xsltc.trax.SAX2DOM.init(SAX2DOM.java :57) at org.apache.tuscany.databinding.xml.SAX2DOMPipe.init(SAX2DOMPipe.jav a:35) at org.apache.tuscany.databinding.impl.MediatorImplTestCase.setUp(Mediat orImplTestCase.java:61) at junit.framework.TestCase.runBare (TestCase.java:125) at junit.framework.TestResult$1.protect(TestResult.java :106) at junit.framework.TestResult.runProtected(TestResult.java :124) at junit.framework.TestResult.run(TestResult.java:109) at
Re: Whats required to become a Tuscany Committer?
One of the reasons I started this thread was to try to get a common understanding about what everyone expects is required to become a Tuscany committer. Its hard to publicly say you think someone isn't ready yet, even on the private list, so a common understanding would mean nominations would more likely get unanimous approval. If a nomination is being discussed on the private list how do we know when its ok to call a public vote on the dev list? Are just a few positive responses enough? Are lots of positive responses required? Or just no negative ones? Or does there need to be at least positive responses from all the committers active in that area? I think maybe the latter of those for now while there's still not so many of us, but what do others think? ...ant On 7/6/06, Jeremy Boynes [EMAIL PROTECTED] wrote: On Jul 5, 2006, at 4:42 PM, Raymond Feng wrote: Hi, I guess I can understand how to get credits for the committer status. As a contributor, I would like to see a well-defined measurable path which I can see how I make progresses toward the goal. It leads two questions: 1) How many points do we need to gain to become a committer? 2) How do we measure the contributions? Is it just an impression or sense from existing committers or do we run some statistics once a while? It's about trust so hard-facts don't tell all the story - it really is about what the existing committers think. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DAS ConfigHelper
Currently, the DAS has a ConfigHelper to allow users to build up DAS Config without using an XML file. However, its function today is limited to adding a table, relationship, primary key, or update statement to the config. This needs to be fleshed out, but I think if we follow down the current path for this helper we will run into an API explosion if we try to have a programmatic equivalent for every construct in the XML file. A few options here: 1) Continue down the current path, which will lead to a massive ConfigHelper with a confusing API. We would end up adding several methods for each element type to support different attribute subsets. 2) Continue down the current path, but support only a subset of Config constructs. Personally, I don't like this option because it limits the programmatic model. 3) Make ConfigHelper a simple wrapper on top of the config create methods. The idea here is that you would have methods on ConfigHelper to return a new instance of each element type (Table, Column, etc.) From that point, it would be the user's responsiblity to use the setter methods on each element type to tie things together. 4) Some combination of the above. Add convenience methods for the most frequently used config options (for example, something like public Table addTable(String name)). Support create wrappers for all constructs so that the API is able to replicate any XML scenario. This seems the most reasonable to me. Any thoughts? Brent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-568) add graphical SDO content to sandbox website
[ http://issues.apache.org/jira/browse/TUSCANY-568?page=all ] David Wheeler updated TUSCANY-568: -- Attachment: site-author-dw-270706.zip I went ahead and did some cleanup on the images. Centering text, re-aligning boxes, ect. I re-exported the bitmap versions as well. add graphical SDO content to sandbox website Key: TUSCANY-568 URL: http://issues.apache.org/jira/browse/TUSCANY-568 Project: Tuscany Issue Type: Improvement Components: Website Affects Versions: Java-Mx Reporter: Kelvin Goodson Attachments: das.zip, das.zip, sdo_mainpage.zip, site-author-dw-270706.zip, site-author-sl-260706.zip, site-author.lresende.20060726.zip, site-author.zip, site-publish.zip Adding a patch for fleshing out the new website's SDO page. This patch doesn't add all the existing website information, so it's not sufficient, but it's a start. I'll do more when I am confident that there's enough momentum to switch to the new version of the website before OSCon. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Comparison between live tuscany website and what's being proposed as part of Tuscany-568
I have posted an updated zip with cleaned up images and attached it to the JIRA. https://issues.apache.org/jira/browse/TUSCANY-568 On 7/26/06, Luciano Resende [EMAIL PROTECTED] wrote: I have attached a new zip file with DAS Contents ( site-author.lresende.20060726.zip) to Tuscany-568 ( http://issues.apache.org/jira/browse/TUSCANY-568) - Luciano On 7/26/06, Simon Laws [EMAIL PROTECTED] wrote: Ok, Have taken David's advice and used Inkscape. Worked very well. Have attached a new zip (site-author-sl-270706.zip) to 568 ( http://issues.apache.org/jira/browse/TUSCANY-568) with: Image source for the index images Pngs for the images Updated index pages and maps Place holder tools page. I haven't reduced the size of the SCA diagram as I don't have the source. Did we establish if there is a way of scaling images and maps without resorting to changing the source? Simon On 7/26/06, David Wheeler [EMAIL PROTECTED] wrote: Since keeping all the documents editable with open source editors seems to be a priority, may I suggest we standardize on Inkscape svghttp://www.inkscape.org/. Or have we already standardized on the OpenOffice draw format? On 7/26/06, Jeremy Boynes [EMAIL PROTECTED] wrote: On Jul 26, 2006, at 8:16 AM, Rick wrote: I may be miss interpreting or reading too much in what you stated. But I kindly request that patches and updates be to the tuscany \sandbox\site\site-author files. That they've been run through the build tool ok using the tuscany\sandbox\site\build script. It's not needed to include in the patch/update the site-publish. Perhaps for now we just stop maintaining site-publish in SVN (it would certainly reduce the size of the deltas). Ultimately we need to have it there to support Apache's Infrastructure but until we move this to be the main site then it should not be needed. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- - Luciano Resende SOA Opensource - Apache Tuscany -
Re: Axis2 binding
Yes he does use BindingBuilderExtension. Thanks, Jeremy for explaining the registration then. On 7/26/06, Jeremy Boynes [EMAIL PROTECTED] wrote: On Jul 26, 2006, at 11:40 AM, Scott Kurz wrote: Jervis, There is also a bit of work to add your Axis2BindingBuilder to the BuilderRegistry, correct? Or maybe that's more of a host-specific question that isn't part of the binding proper. Whoever bootstraps the runtime would add your builder to the registry. I haven't had a chance to look at his patch yet but if the builder uses the extension class then that will handle registration for him. The binding would packaged as a composite and deployed into the runtime (for example, by placing it in an extension directory or by modifying the boot scdl to incorporate it (by include or by having it implement a component)) - when the composite starts, the builder extension has a eager-init method that will perform the registration. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Whats required to become a Tuscany Committer?
On 7/27/06, ant elder [EMAIL PROTECTED] wrote: One of the reasons I started this thread was to try to get a common understanding about what everyone expects is required to become a Tuscany committer. Its hard to publicly say you think someone isn't ready yet, even on the private list, so a common understanding would mean nominations would more likely get unanimous approval. If a nomination is being discussed on the private list how do we know when its ok to call a public vote on the dev list? Are just a few positive responses enough? Are lots of positive responses required? Or just no negative ones? Or does there need to be at least positive responses from all the committers active in that area? I think maybe the latter of those for now while there's still not so many of us, but what do others think? this is a good question with lots of depth :-) it's even tougher for a podling and so lacking history and tradition to rely on. you need to work answers to this queston yourselves but i would like to say something about nominations... i do think that there is some merit in discussing whether someone is quite ready but i believe that the nomination is personal, not collective. i'm towards the conservative end of the spectrum when it comes to nominating new committers. i see nomination as a personal commitment which includes supervising the nomimee's first weeks and months at apache. this include reading every commit message promptly and being the first to dive in with corrections for any mistakes (technical or social) they make. i'll also make time to ensure that any personal mail they send to me will be answered quickly. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-584) DAS - Failures in mysql test suite
DAS - Failures in mysql test suite -- Key: TUSCANY-584 URL: http://issues.apache.org/jira/browse/TUSCANY-584 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Reporter: Brent Daniel There are several failures in the MySQL test suite. 1) Database tables are not being created correctly -- in a couple of cases it is using a generated key syntax that is not supported by mysql 2) One stored procedure is not being created -- the code to create it is commented out, though I don't think there is any reason for it to be anymore 3) The current mysql jdbc drivers do not support PreparedStatement.getParameterMetaData() 4) For some reason invalid sql like update customer asdflakjsadf set name = 'bob' where id = 2 succeeds 5) Some case sensitivity issues -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-584) DAS - Failures in mysql test suite
[ http://issues.apache.org/jira/browse/TUSCANY-584?page=all ] Brent Daniel reassigned TUSCANY-584: Assignee: Brent Daniel DAS - Failures in mysql test suite -- Key: TUSCANY-584 URL: http://issues.apache.org/jira/browse/TUSCANY-584 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Reporter: Brent Daniel Assigned To: Brent Daniel Attachments: tuscany584.txt There are several failures in the MySQL test suite. 1) Database tables are not being created correctly -- in a couple of cases it is using a generated key syntax that is not supported by mysql 2) One stored procedure is not being created -- the code to create it is commented out, though I don't think there is any reason for it to be anymore 3) The current mysql jdbc drivers do not support PreparedStatement.getParameterMetaData() 4) For some reason invalid sql like update customer asdflakjsadf set name = 'bob' where id = 2 succeeds 5) Some case sensitivity issues -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-584) DAS - Failures in mysql test suite
[ http://issues.apache.org/jira/browse/TUSCANY-584?page=all ] Brent Daniel updated TUSCANY-584: - Attachment: tuscany584.txt Attaching a patch to resolve these issues DAS - Failures in mysql test suite -- Key: TUSCANY-584 URL: http://issues.apache.org/jira/browse/TUSCANY-584 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Reporter: Brent Daniel Assigned To: Brent Daniel Attachments: tuscany584.txt There are several failures in the MySQL test suite. 1) Database tables are not being created correctly -- in a couple of cases it is using a generated key syntax that is not supported by mysql 2) One stored procedure is not being created -- the code to create it is commented out, though I don't think there is any reason for it to be anymore 3) The current mysql jdbc drivers do not support PreparedStatement.getParameterMetaData() 4) For some reason invalid sql like update customer asdflakjsadf set name = 'bob' where id = 2 succeeds 5) Some case sensitivity issues -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Whats required to become a Tuscany Committer?
A tongue in cheek reply to this I've once heard in OS in general was when you get tired of applying the persons patches :-) (sorry if this old or already mentioned) robert burrell donkin wrote: On 7/27/06, ant elder [EMAIL PROTECTED] wrote: One of the reasons I started this thread was to try to get a common understanding about what everyone expects is required to become a Tuscany committer. Its hard to publicly say you think someone isn't ready yet, even on the private list, so a common understanding would mean nominations would more likely get unanimous approval. If a nomination is being discussed on the private list how do we know when its ok to call a public vote on the dev list? Are just a few positive responses enough? Are lots of positive responses required? Or just no negative ones? Or does there need to be at least positive responses from all the committers active in that area? I think maybe the latter of those for now while there's still not so many of us, but what do others think? this is a good question with lots of depth :-) it's even tougher for a podling and so lacking history and tradition to rely on. you need to work answers to this queston yourselves but i would like to say something about nominations... i do think that there is some merit in discussing whether someone is quite ready but i believe that the nomination is personal, not collective. i'm towards the conservative end of the spectrum when it comes to nominating new committers. i see nomination as a personal commitment which includes supervising the nomimee's first weeks and months at apache. this include reading every commit message promptly and being the first to dive in with corrections for any mistakes (technical or social) they make. i'll also make time to ensure that any personal mail they send to me will be answered quickly. - robert - 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]
[jira] Closed: (TUSCANY-584) DAS - Failures in mysql test suite
[ http://issues.apache.org/jira/browse/TUSCANY-584?page=all ] Kevin Williams closed TUSCANY-584. -- Fix Version/s: Java-Mx Resolution: Fixed Verified with revision: 425264 DAS - Failures in mysql test suite -- Key: TUSCANY-584 URL: http://issues.apache.org/jira/browse/TUSCANY-584 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Reporter: Brent Daniel Assigned To: Brent Daniel Fix For: Java-Mx Attachments: tuscany584.txt There are several failures in the MySQL test suite. 1) Database tables are not being created correctly -- in a couple of cases it is using a generated key syntax that is not supported by mysql 2) One stored procedure is not being created -- the code to create it is commented out, though I don't think there is any reason for it to be anymore 3) The current mysql jdbc drivers do not support PreparedStatement.getParameterMetaData() 4) For some reason invalid sql like update customer asdflakjsadf set name = 'bob' where id = 2 succeeds 5) Some case sensitivity issues -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Private mailing list now set up for Tuscany
On Jul 27, 2006, at 9:02 AM, ant elder wrote: Did you ever add me as a moderator for the private list, I've not seen any moderation requests? So you must have seen all the subscription requests...could you post a list of who has subscribed? (or is there some other way I can find the subscriber list myself and I'll post the list?) I haven't figured out how to add you as a moderator - I'd ask one of our mentors to explain the mechanism ... -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
