[jira] Created: (IBATIS-392) iBatis DTD's use nondeterministic model
iBatis DTD's use nondeterministic model Key: IBATIS-392 URL: https://issues.apache.org/jira/browse/IBATIS-392 Project: iBatis for Java Issue Type: Bug Components: SQL Maps Affects Versions: 2.3.0 Environment: SAP Netweaver Reporter: Hans Jörg Hessmann iBATIS causes on SAP Netweaver the error: Fatal Error: com.sap.engine.lib.xml.parser.NestedSAXParserException: You are probably using a nondeterministic model like (a*|b*)*, try to replace it with an equivalent deterministic one, e.g. (a|b)* The iBATIS DTD's contain: !ELEMENT sqlMapConfig (properties?, settings?, resultObjectFactory?, typeAlias*, typeHandler*, transactionManager?, sqlMap+)+ and !ELEMENT sqlMap (typeAlias* | cacheModel* | resultMap* | parameterMap* | sql* | statement* | insert* | update* | delete* | select* | procedure*)+ On the SAP forum I found this remark: As noted in 3.2.1 Element Content and Appendix E of the XML Specification, it is required that content models in element type declarations be deterministic. So I fixed the DTD to: !ELEMENT sqlMapConfig (properties?, settings?, resultObjectFactory?, typeAlias*, typeHandler*, transactionManager?, sqlMap+) and !ELEMENT sqlMap (typeAlias | cacheModel | resultMap | parameterMap | sql | statement | insert | update | delete | select | procedure)+ After this patch everything works. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Support for Maven (impacts Java version only)
In my own little perfect world, I'm -1. The iBATIS ant build is so simple now - I hate to see it mucked up just to supply the Maven meta-bs as Clinton so eloquently put it. However, I would like to see the iBATIS jars in the Maven repository - if for no other reason than to help those who can't figure out how to set a classpath without a tool. If a maven build makes that possible then I guess I'd be +2, but reluctantly. I think that supporting both Ant and Maven is problematical - seems like we should just pick one for simplicity going forward. So I guess I can't give a single vote. Can someone definitively answer this question: Can we get the iBATIS jars to the maven repository without doing a maven build? That's the key point for me. Jeff Butler On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
Re: [VOTE] Support for Maven (impacts Java version only)
Can we get the iBATIS jars to the maven repository without doing a maven build? Yes On 2/14/07, Jeff Butler [EMAIL PROTECTED] wrote: In my own little perfect world, I'm -1. The iBATIS ant build is so simple now - I hate to see it mucked up just to supply the Maven meta-bs as Clinton so eloquently put it. However, I would like to see the iBATIS jars in the Maven repository - if for no other reason than to help those who can't figure out how to set a classpath without a tool. If a maven build makes that possible then I guess I'd be +2, but reluctantly. I think that supporting both Ant and Maven is problematical - seems like we should just pick one for simplicity going forward. So I guess I can't give a single vote. Can someone definitively answer this question: Can we get the iBATIS jars to the maven repository without doing a maven build? That's the key point for me. Jeff Butler On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
[VOTE] Support for Maven (impacts Java version only)
Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
Re: [VOTE] Support for Maven (impacts Java version only)
I think this is a bit premature. My intention was to show a working comparison so that this decision could be made in an informed manner. Brandon On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
Re: [VOTE] Support for Maven (impacts Java version only)
If you want to know my opinion, +1. I guess Ant is everywhere in the Java world while Maven is not (I personally prefer Ivy for dependency management). Regards, Bruno Silva Clinton Begin wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
Re: [VOTE] Support for Maven (impacts Java version only)
Votes never close and can be changed, so don't worry about the timing. Clinton On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: I think this is a bit premature. My intention was to show a working comparison so that this decision could be made in an informed manner. Brandon On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
Re: [VOTE] Support for Maven (impacts Java version only)
Yes - I should have asked that question with more subtlety. I guess the bottom line is that it is *possible* to get the jars to the repository without doing a maven build, but doing a maven build makes it much easier to publish to the repository. And our history shows that we are unlikely to get the jars to the repository with the build process we are using now. Right? Jeff On 2/14/07, Larry Meadors [EMAIL PROTECTED] wrote: IMO, that is like Can we clean a toilet with a toothbrush? Yes, we can, but who wants to offer up their toothbrush? Not me! :-) The question to me is: Can we get the iBATIS jars to the maven repository without doing a maven build, and is it the right way to do it? Yes we can, but no it's not. Larry On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: Can we get the iBATIS jars to the maven repository without doing a maven build? Yes On 2/14/07, Jeff Butler [EMAIL PROTECTED] wrote: In my own little perfect world, I'm -1. The iBATIS ant build is so simple now - I hate to see it mucked up just to supply the Maven meta-bs as Clinton so eloquently put it. However, I would like to see the iBATIS jars in the Maven repository - if for no other reason than to help those who can't figure out how to set a classpath without a tool. If a maven build makes that possible then I guess I'd be +2, but reluctantly. I think that supporting both Ant and Maven is problematical - seems like we should just pick one for simplicity going forward. So I guess I can't give a single vote. Can someone definitively answer this question: Can we get the iBATIS jars to the maven repository without doing a maven build? That's the key point for me. Jeff Butler On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
Re: [VOTE] Support for Maven (impacts Java version only)
I seriously doubt that this would require switching to Maven build. I cannot speak for a global catalog, but adding an item built with Ant to a local Maven repository is a one-liner. Regards, Slava Imeshev - Original Message - From: Jeff Butler [EMAIL PROTECTED] To: dev@ibatis.apache.org; [EMAIL PROTECTED] Sent: Wednesday, February 14, 2007 10:09 AM Subject: Re: [VOTE] Support for Maven (impacts Java version only) Yes - I should have asked that question with more subtlety. I guess the bottom line is that it is *possible* to get the jars to the repository without doing a maven build, but doing a maven build makes it much easier to publish to the repository. And our history shows that we are unlikely to get the jars to the repository with the build process we are using now. Right? Jeff On 2/14/07, Larry Meadors [EMAIL PROTECTED] wrote: IMO, that is like Can we clean a toilet with a toothbrush? Yes, we can, but who wants to offer up their toothbrush? Not me! :-) The question to me is: Can we get the iBATIS jars to the maven repository without doing a maven build, and is it the right way to do it? Yes we can, but no it's not. Larry On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: Can we get the iBATIS jars to the maven repository without doing a maven build? Yes On 2/14/07, Jeff Butler [EMAIL PROTECTED] wrote: In my own little perfect world, I'm -1. The iBATIS ant build is so simple now - I hate to see it mucked up just to supply the Maven meta-bs as Clinton so eloquently put it. However, I would like to see the iBATIS jars in the Maven repository - if for no other reason than to help those who can't figure out how to set a classpath without a tool. If a maven build makes that possible then I guess I'd be +2, but reluctantly. I think that supporting both Ant and Maven is problematical - seems like we should just pick one for simplicity going forward. So I guess I can't give a single vote. Can someone definitively answer this question: Can we get the iBATIS jars to the maven repository without doing a maven build? That's the key point for me. Jeff Butler On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
Re: [VOTE] Support for Maven (impacts Java version only)
The broader purpose of this is not just to see if we can get jars into maven but rather to see if maven can simplify our build/release process. If you have a one liner then that is great. I'd love to see it. Brandon On 2/14/07, Slava Imeshev [EMAIL PROTECTED] wrote: I seriously doubt that this would require switching to Maven build. I cannot speak for a global catalog, but adding an item built with Ant to a local Maven repository is a one-liner. Regards, Slava Imeshev - Original Message - From: Jeff Butler [EMAIL PROTECTED] To: dev@ibatis.apache.org; [EMAIL PROTECTED] Sent: Wednesday, February 14, 2007 10:09 AM Subject: Re: [VOTE] Support for Maven (impacts Java version only) Yes - I should have asked that question with more subtlety. I guess the bottom line is that it is *possible* to get the jars to the repository without doing a maven build, but doing a maven build makes it much easier to publish to the repository. And our history shows that we are unlikely to get the jars to the repository with the build process we are using now. Right? Jeff On 2/14/07, Larry Meadors [EMAIL PROTECTED] wrote: IMO, that is like Can we clean a toilet with a toothbrush? Yes, we can, but who wants to offer up their toothbrush? Not me! :-) The question to me is: Can we get the iBATIS jars to the maven repository without doing a maven build, and is it the right way to do it? Yes we can, but no it's not. Larry On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: Can we get the iBATIS jars to the maven repository without doing a maven build? Yes On 2/14/07, Jeff Butler [EMAIL PROTECTED] wrote: In my own little perfect world, I'm -1. The iBATIS ant build is so simple now - I hate to see it mucked up just to supply the Maven meta-bs as Clinton so eloquently put it. However, I would like to see the iBATIS jars in the Maven repository - if for no other reason than to help those who can't figure out how to set a classpath without a tool. If a maven build makes that possible then I guess I'd be +2, but reluctantly. I think that supporting both Ant and Maven is problematical - seems like we should just pick one for simplicity going forward. So I guess I can't give a single vote. Can someone definitively answer this question: Can we get the iBATIS jars to the maven repository without doing a maven build? That's the key point for me. Jeff Butler On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide. -1 = Do not support maven. Cheers, Clinton
Re: [VOTE] Support for Maven (impacts Java version only)
If that's the case, would it make sense to use Ant for build and Maven for deploy? One thing I'll miss with Maven is the tool integration. I imagine I could get a Maven plugin for IDEA and Eclipse, but Ant is ubiquitous and works with a lot of other tools. At least I know Continuum works with Maven! Continuum* rocks. Clinton * We're using Parabuild strictly because the company set it up for us and is willing to host it for us. On 2/14/07, Ted Husted [EMAIL PROTECTED] wrote: Maybe a one-liner to deploy the JAR to a local repository, but to ready the JARs for public distribution, we also need to sign them and such. You can do everything that's needed by hand, without Maven, but it can be a lot of work. Even at Struts, we don't have the complete Maven build and deploy down to a one-liner yet. A key bottleneck is that signing the JARs should not be a fully automatic process, since its not a good idea to embed a passphrase in a script. So, it's more like three steps: build, sign, deploy. But, the same should be true of Ant, if we are being careful about signing. -Ted. On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: The broader purpose of this is not just to see if we can get jars into maven but rather to see if maven can simplify our build/release process. If you have a one liner then that is great. I'd love to see it. Brandon On 2/14/07, Slava Imeshev [EMAIL PROTECTED] wrote: I seriously doubt that this would require switching to Maven build. I cannot speak for a global catalog, but adding an item built with Ant to a local Maven repository is a one-liner. Regards, Slava Imeshev
Re: [VOTE] Support for Maven (impacts Java version only)
We don't require a shell script now. True. I used the ant script from IDEA the other day because i got tired of fiddling around with the shell script. I didn't go too deep. But I was having problems getting it running on the mac. Likely something i didn't have configured right. The nice thing about Maven is that it handles all the runtime loading/downloading of plugins that it requires to operate based upon the pom. So, in the end we can have shell scripts to make the builds one click builds, but we won't have to worry about setting up classpaths for it in the scripts. If you want you can download the latest maven 2 ( http://maven.apache.org/download.html). Follow the simple setup at the bottom of that page. Then update to the latest ibatis and run 'mvn clean install' from the command line of the project root. See how it goes. That command will build the ibatis jar and run the unit tests. Brandon On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: We don't require a shell script now. The .bat and .sh files are optional. You're perfectly welcome to install Ant separately (like you will have to with Maven) and just call ant from within the /build directory. Clinton On 2/14/07, Nathan Maves [EMAIL PROTECTED] wrote: +1 and my vote counts! Speaking from personal experience I have wanted to move to a new build tool for a while. While most of you will pay though the nose for the latest M$ Vista, I run on unix machine. The use of shell scripts for build purposes is not a good xplatform solution. Just from a quick glance Maven seems to make somewhat time consuming tasks in Ant easy. Lets do this. Nathan On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: The broader purpose of this is not just to see if we can get jars into maven but rather to see if maven can simplify our build/release process. If you have a one liner then that is great. I'd love to see it. Brandon On 2/14/07, Slava Imeshev [EMAIL PROTECTED] wrote: I seriously doubt that this would require switching to Maven build. I cannot speak for a global catalog, but adding an item built with Ant to a local Maven repository is a one-liner. Regards, Slava Imeshev - Original Message - From: Jeff Butler [EMAIL PROTECTED] To: dev@ibatis.apache.org; [EMAIL PROTECTED] Sent: Wednesday, February 14, 2007 10:09 AM Subject: Re: [VOTE] Support for Maven (impacts Java version only) Yes - I should have asked that question with more subtlety. I guess the bottom line is that it is *possible* to get the jars to the repository without doing a maven build, but doing a maven build makes it much easier to publish to the repository. And our history shows that we are unlikely to get the jars to the repository with the build process we are using now. Right? Jeff On 2/14/07, Larry Meadors [EMAIL PROTECTED] wrote: IMO, that is like Can we clean a toilet with a toothbrush? Yes, we can, but who wants to offer up their toothbrush? Not me! :-) The question to me is: Can we get the iBATIS jars to the maven repository without doing a maven build, and is it the right way to do it? Yes we can, but no it's not. Larry On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: Can we get the iBATIS jars to the maven repository without doing a maven build? Yes On 2/14/07, Jeff Butler [EMAIL PROTECTED] wrote: In my own little perfect world, I'm -1. The iBATIS ant build is so simple now - I hate to see it mucked up just to supply the Maven meta-bs as Clinton so eloquently put it. However, I would like to see the iBATIS jars in the Maven repository - if for no other reason than to help those who can't figure out how to set a classpath without a tool. If a maven build makes that possible then I guess I'd be +2, but reluctantly. I think that supporting both Ant and Maven is problematical - seems like we should just pick one for simplicity going forward. So I guess I can't give a single vote. Can someone definitively answer this question: Can we get the iBATIS jars to the maven repository without doing a maven build? That's the key point for me. Jeff Butler On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: Hi all, It strikes me that there was enough discussion around the Maven build to warrant an official vote for Maven support. +2 = Replace our Ant build entirely with a Maven build. +1 = Support Maven by including a Maven build alongside our Ant build. 0 = Don't care or I don't know enough about Maven to decide.
Re: [VOTE] Support for Maven (impacts Java version only)
In IDEA, right click on the Ant build file in the Ant sidebar. Choose Properties. Choose the Additional Classpath Tab. Select Add All In Directory, choose the devlib directory. For command line, just dump all the devlib jars into your ant/lib folder. That will ensure all dependencies are met for the Ant plugins (just JUnit, Optional, and JDK tools). Clinton On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: We don't require a shell script now. True. I used the ant script from IDEA the other day because i got tired of fiddling around with the shell script. I didn't go too deep. But I was having problems getting it running on the mac. Likely something i didn't have configured right. The nice thing about Maven is that it handles all the runtime loading/downloading of plugins that it requires to operate based upon the pom. So, in the end we can have shell scripts to make the builds one click builds, but we won't have to worry about setting up classpaths for it in the scripts. If you want you can download the latest maven 2 (http://maven.apache.org/download.html). Follow the simple setup at the bottom of that page. Then update to the latest ibatis and run 'mvn clean install' from the command line of the project root. See how it goes. That command will build the ibatis jar and run the unit tests. Brandon On 2/14/07, Clinton Begin [EMAIL PROTECTED] wrote: We don't require a shell script now. The .bat and .sh files are optional. You're perfectly welcome to install Ant separately (like you will have to with Maven) and just call ant from within the /build directory. Clinton On 2/14/07, Nathan Maves [EMAIL PROTECTED] wrote: +1 and my vote counts! Speaking from personal experience I have wanted to move to a new build tool for a while. While most of you will pay though the nose for the latest M$ Vista, I run on unix machine. The use of shell scripts for build purposes is not a good xplatform solution. Just from a quick glance Maven seems to make somewhat time consuming tasks in Ant easy. Lets do this. Nathan On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: The broader purpose of this is not just to see if we can get jars into maven but rather to see if maven can simplify our build/release process. If you have a one liner then that is great. I'd love to see it. Brandon On 2/14/07, Slava Imeshev [EMAIL PROTECTED] wrote: I seriously doubt that this would require switching to Maven build. I cannot speak for a global catalog, but adding an item built with Ant to a local Maven repository is a one-liner. Regards, Slava Imeshev - Original Message - From: Jeff Butler [EMAIL PROTECTED] To: dev@ibatis.apache.org; [EMAIL PROTECTED] Sent: Wednesday, February 14, 2007 10:09 AM Subject: Re: [VOTE] Support for Maven (impacts Java version only) Yes - I should have asked that question with more subtlety. I guess the bottom line is that it is *possible* to get the jars to the repository without doing a maven build, but doing a maven build makes it much easier to publish to the repository. And our history shows that we are unlikely to get the jars to the repository with the build process we are using now. Right? Jeff On 2/14/07, Larry Meadors [EMAIL PROTECTED] wrote: IMO, that is like Can we clean a toilet with a toothbrush? Yes, we can, but who wants to offer up their toothbrush? Not me! :-) The question to me is: Can we get the iBATIS jars to the maven repository without doing a maven build, and is it the right way to do it? Yes we can, but no it's not. Larry On 2/14/07, Brandon Goodin [EMAIL PROTECTED] wrote: Can we get the iBATIS jars to the maven repository without doing a maven build? Yes On 2/14/07, Jeff Butler [EMAIL PROTECTED] wrote: In my own little perfect world, I'm -1. The iBATIS ant build is so simple now - I hate to see it mucked up just to supply the Maven meta-bs as Clinton so eloquently put it. However, I would like to see the iBATIS jars in the Maven repository - if for no other reason than to help those who can't figure out how to set a classpath without a tool. If a maven build makes that possible then I guess I'd be +2, but reluctantly. I think that supporting both Ant and Maven is problematical - seems like we should just pick one for simplicity going forward. So I guess I can't give a single vote. Can someone definitively answer this question: Can we get the iBATIS jars to the maven repository without doing a maven build? That's the key point for me.