You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
SprocWrapper provides an efficient and easy-to-use mechanism for translating values from database to Java objects and vice-versa. It allows us to map not only primitive types, but also complex types (Java domain objects).
11
+
SProcWrapper provides an efficient and easy-to-use mechanism for translating values from database to Java objects and vice-versa. It allows us to map not only primitive types, but also complex types (Java domain objects).
12
12
13
13
Here are some examples!
14
14
@@ -91,7 +91,7 @@ The following table shows the mapping between a database type and a Java type:
Note: Sprocwrapper doesn't support functions returning arrays as a single output. If one wants to return a collection, please return a SETOF instead.
94
+
Note: SProcwrapper doesn't support functions returning arrays as a single output. If one wants to return a collection, please return a SETOF instead.
95
95
96
96
Prerequisites
97
97
-------------
@@ -127,7 +127,7 @@ Known issues
127
127
* PostgreSQL domains are not supported as for now;
128
128
* PostgreSQL `hstore` type is mapped from and to `Map<String,String>`, there is no way to use `Map` of different types for now;
129
129
* Two different datasources with the same JDBC URL and different search paths might not work properly when we have types with the identical name;
130
-
*SprocWrapper relies on the search path to resolve conflicting types with the same name (right now, we are not checking the schema). If one specifies the schema of the stored procedure's return type, SprocWrapper might end up using the wrong one, because it will use the `search_path` to resolve the conflict. For more info check test: `SimpleIT.testTypeLookupBugWithSchema`;
130
+
*SProcWrapper relies on the search path to resolve conflicting types with the same name (right now, we are not checking the schema). If one specifies the schema of the stored procedure's return type, SProcWrapper might end up using the wrong one, because it will use the `search_path` to resolve the conflict. For more info check test: `SimpleIT.testTypeLookupBugWithSchema`;
131
131
* For integration with Spring's transaction management use the `TransactionAwareDataSourceProxy` as the data source injected into the data source provider.
132
132
133
133
Documentation
@@ -143,7 +143,7 @@ You can find some more information about the SProcWrapper in our various Zalando
143
143
License
144
144
-------
145
145
146
-
Copyright 2012-2013 Zalando GmbH
146
+
Copyright 2012-2014 Zalando SE
147
147
148
148
Licensed under the Apache License, Version 2.0 (the "License");
149
149
you may not use this file except in compliance with the License.
0 commit comments