Not much to add wrt why this won't get added to core unless/until there is
direct standardized support for JSON types in JDBC.
As others have pointed out I think a single `hibernate-extras` module is
not going to work. Specifically based on the dependencies pulled in.
On Sat, Jul 1, 2017, 3:50 P
If they want Json support for JSR-353 types, one is already published.
https://mvnrepository.com/artifact/com.mopano/hibernate-json-contributor
If they want it for a non-standard API, they are free to use it's source as
a base. License permits it.
They will need 5.2.10 if they need to bind a JsonA
Hi Vlad,
Hmm, so you are thinking about an extra module which contains ALL the DB
specific features.
Let's say I'm an Oracle user and I want some specific stuff but I don't
want to have neither the PgObject nor the Jackson dependency.
What should I do in this case?
Can't we have optional module
On 1 July 2017 at 18:00, Vlad Mihalcea wrote:
> Hi,
>
> For Ipv4 Type, we need a dependency for PgObject.
> For JSON, we need the Jackson dependency, and I would not add those to the
> hibernate-core.
+1
> That's why I'm thinking of an extra module.
Since each of these two have different depend
Hi,
For Ipv4 Type, we need a dependency for PgObject.
For JSON, we need the Jackson dependency, and I would not add those to the
hibernate-core.
That's why I'm thinking of an extra module.
Vlad
On Sat, Jul 1, 2017 at 7:48 PM, Arnold Gálovics
wrote:
> Hi Vlad,
>
> "any other features that cann
Hi Vlad,
"any other features that cannot be added into the hibernate-core because they
are DB-specific."
Aren't Dialects in Hibernate DB specific? Why is there a reason not to
support some DB specific feature in Hibernate core?
Isn't it possible to have DB specific Hibernate modules? For example
Also, how do we jive this with Max's need to build a SessionFactory
which does not have access to the underlying database for tools usage?
Max, this would depend on how you use these SessionFactories, and the
Dialect associated with it.
My main issue with database connections for configrat
On Tuesday 13 November 2007 06:19:46 am Schuler, Peter wrote:
> I stand with Michael about introduction of a hibernate-extra jar-file.
>
> I use the DB2400 and 390 dialect a lot and we have had a hard time getting
> our mainframe sysadmins to allow Hibernate on their precious mainframe.
> Physicall
On Monday 12 November 2007 09:28:12 pm Diego Pires Plentz wrote:
> Btw, talking on dialects, I've started to talk with Postgre developers
>
> http://opensource.atlassian.com/projects/hibernate/browse/HHH-2942
>
> They asked for a way to dynamically add functions to the dialect,
> doing some query's
ss.org
Onderwerp: Re: [hibernate-dev] hibernate-extras
Sorry for the last message I need to get used to my iPhone :-(
I totally see your point but judging from my experience the WS
customer is an extremely conservative one that wants everything to be
"supported" within the "
Btw, talking on dialects, I've started to talk with Postgre developers
http://opensource.atlassian.com/projects/hibernate/browse/HHH-2942
They asked for a way to dynamically add functions to the dialect,
doing some query's on db metadata. Another thing is to send database
minor version to Dialec
Yep, I missed the SybaseAnywhereDialect
I actually use the H2 one myself for local testing, and I will be having that
one set up on CI later.
On Monday 12 November 2007 04:30:33 pm Diego Pires Plentz wrote:
> > IMO, the thing that is being missed here is the ideal of open-source,
> > which is th
> IMO, the thing that is being missed here is the ideal of open-source, which is
> that someone with a stake in these WS TM lookups steps up and maintains it.
Agree.
Btw, i think that H2Dialect and SybaseAnywhereDialect could be moved too.
> On Nov 12, 2007 7:14 PM, Steve Ebersole <[EMAIL PROTE
Sorry for the last message I need to get used to my iPhone :-(
I totally see your point but judging from my experience the WS
customer is an extremely conservative one that wants everything to be
"supported" within the "1st class" Jar file. I know this is hillarious
but that's the way I saw
PS: Nachricht ist kurz, wurde von meinem iPhone gesendet.
Am 12.11.2007 um 23:14 schrieb Steve Ebersole <[EMAIL PROTECTED]>:
On Monday 12 November 2007 04:04:22 pm Michael Plöd wrote:
Honestly I think that the WebSphere TransactionManager Lookups should
remain in the "core" bundle. I know th
On Monday 12 November 2007 04:04:22 pm Michael Plöd wrote:
> Honestly I think that the WebSphere TransactionManager Lookups should
> remain in the "core" bundle. I know that it is a pain to test and
> maintain but I think that Hibernate is Quote popular in WS environments
Funny, the WS TM lookups a
Honestly I think that the WebSphere TransactionManager Lookups should
remain in the "core" bundle. I know that it is a pain to test and
maintain but I think that Hibernate is Quote popular in WS environments
Cheers,
Mike
Am 12.11.2007 um 22:41 schrieb Steve Ebersole <[EMAIL PROTECTED]>:
Sta
17 matches
Mail list logo
