Support to assign single primitive parameter on SQL provider method

[masssh]

Fix a bug in ProviderSqlSource.
A method with single primitive argument results in BuilderException.

Example (kotlin):

@Mapper
interface AuthorDao {

    @SelectProvider(type = SqlProvider::class)
    fun fetchOneById(id: Long): AuthorRow

    class SqlProvider : ProviderMethodResolver {
        companion object {

            @JvmStatic
            fun fetchOneById(id: Long): String {
                return """
                    SELECT * FROM author WHERE id = $id
                """.trimIndent()
            }

        }
    }

}

If AuthorDao#fetchOneById() would be called like authorDao.fetchOneById(10), following exception will occur.

Caused by: org.apache.ibatis.builder.BuilderException: Error invoking SqlProvider method (com.khloe.web.dao.AuthorDao$SqlProvider.fetchOneById). Cannot invoke a method that holds named argument(@Param) using a specifying parameterObject. In this case, please specify a 'java.util.Map' object.
	at org.apache.ibatis.builder.annotation.ProviderSqlSource.createSqlSource(ProviderSqlSource.java:132) ~[mybatis-3.5.1.jar:3.5.1]
	at org.apache.ibatis.builder.annotation.ProviderSqlSource.getBoundSql(ProviderSqlSource.java:109) ~[mybatis-3.5.1.jar:3.5.1]
	at org.apache.ibatis.mapping.MappedStatement.getBoundSql(MappedStatement.java:297) ~[mybatis-3.5.1.jar:3.5.1]
	at org.apache.ibatis.executor.CachingExecutor.query(CachingExecutor.java:81) ~[mybatis-3.5.1.jar:3.5.1]
	at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:147) ~[mybatis-3.5.1.jar:3.5.1]
	at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:140) ~[mybatis-3.5.1.jar:3.5.1]
	at org.apache.ibatis.session.defaults.DefaultSqlSession.selectOne(DefaultSqlSession.java:76) ~[mybatis-3.5.1.jar:3.5.1]
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:na]
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:na]
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:na]
	at java.base/java.lang.reflect.Method.invoke(Method.java:566) ~[na:na]
	at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:433) ~[mybatis-spring-2.0.1.jar:2.0.1]
	... 120 common frames omitted

[kazuki43zoo]

Hi @masssh ,
Thank you for your reporting and PR!! I've add some comments. Please check it.

@harawata
Please comment if there is problem!

[harawata]

Thanks for the PR, @masssh !

As Mehtod#invoke() throws a decent exception when wrong arguments are passed, I think there is a way to solve this without declaring primitive=wrapper-type mapping.

@kazuki43zoo ,
The below is a rough rewrite of the part invoking provider method in createSqlSource().
Could you take a look and see if there is a possibility?

if (parameterObject instanceof ParamMap) {
  if (bindParameterCount == 1 && Map.class.equals(providerMethodParameterTypes[0])) {
    sql = invokeProviderMethod(parameterObject); // need to add provider context?
  } else {
    @SuppressWarnings("unchecked")
    Map<String, Object> params = (Map<String, Object>) parameterObject;
    sql = invokeProviderMethod(extractProviderMethodArguments(params, providerMethodArgumentNames));
  }
} else if (providerMethodParameterTypes.length == 0) {
  sql = invokeProviderMethod();
} else if (providerMethodParameterTypes.length == 1) {
  if (providerContext == null) {
    sql = invokeProviderMethod(parameterObject);
  } else {
    sql = invokeProviderMethod(providerContext);
  }
} else if (providerMethodParameterTypes.length == 2) {
  sql = invokeProviderMethod(extractProviderMethodArguments(parameterObject));
} else {
  // provider method has too many args

[kazuki43zoo]

Hi @harawata , Thanks for suggestion!! I will confirm your suggestion at tonight :D

[masssh]

Hi, Thanks for your reviewing, @kazuki43zoo , @harawata !!
For now, I just wrote some patch to improve my code ( not contain the suggestion by @harawata yet... )
Please check it! :)

[kazuki43zoo]

Hi @masssh, thanks for your rework!! I will consider to apply @harawata 's suggestion. Please wait a just moment.

[kazuki43zoo]

@masssh I've fixed via #1604 at now. Thanks for your contributing!!