Re: [VOTE] release Apache OpenJPA-3.1.1

[Romain Manni-Bucau]

+1, thanks a lot Mark

Romain Manni-Bucau
@rmannibucau  |  Blog
 | Old Blog
 | Github  |
LinkedIn  | Book



Le ven. 14 févr. 2020 à 21:14, Mark Struberg  a
écrit :

> hi folks!
>
> I'd like to call a VOTE on releasing Apache OpenJPA-3.1.1
>
> We've fixed a few tickets:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310351=12345232
> Sub-task
> 
>
> [OPENJPA-2713 ] -
> [JPA-2.2] add support for Java8 Date/Time types
> Bug
>
> [OPENJPA-2743 ] -
> AttributeConverter fails to enhance
> [OPENJPA-2799 ] -
> Karaf features contains mistake on the commons-collections4 location
> Improvement
>
> [OPENJPA-2798 ] -
> OpenJPA need to be more Java11 friendly
> [OPENJPA-2801 ] -
> Kubernetes TCPRemoteCommitProvider
> Task
>
> [OPENJPA-2803 ] -
> DBCP2 should be optional in OSGi
>
>
> Here is the staging repo:
> https://repository.apache.org/content/repositories/orgapacheopenjpa-1007/
>  >
>
> And the sources.jar
>
> https://repository.apache.org/content/repositories/orgapacheopenjpa-1007/org/apache/openjpa/openjpa/3.1.1/
> <
> https://repository.apache.org/content/repositories/orgapacheopenjpa-1007/org/apache/openjpa/openjpa/3.1.1/
> >
> sha1 is c72353b9beb694cca03827ed21f2d10593dae2ae
>
>
> Please VOTE:
>
> [+1] go ship it
> [+0] meh ,don't care
> [-1] stop there is a ${showstopper}
>
> The VOTE is open for 72h.
>
> txs and LieGrue,
> strub
>
>

[VOTE] release Apache OpenJPA-3.1.1

[Mark Struberg]

hi folks!

I'd like to call a VOTE on releasing Apache OpenJPA-3.1.1

We've fixed a few tickets:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310351=12345232
Sub-task

[OPENJPA-2713 ] - [JPA-2.2] 
add support for Java8 Date/Time types
Bug

[OPENJPA-2743 ] - 
AttributeConverter fails to enhance
[OPENJPA-2799 ] - Karaf 
features contains mistake on the commons-collections4 location
Improvement

[OPENJPA-2798 ] - OpenJPA 
need to be more Java11 friendly
[OPENJPA-2801 ] - 
Kubernetes TCPRemoteCommitProvider
Task

[OPENJPA-2803 ] - DBCP2 
should be optional in OSGi


Here is the staging repo:
https://repository.apache.org/content/repositories/orgapacheopenjpa-1007/ 


And the sources.jar
https://repository.apache.org/content/repositories/orgapacheopenjpa-1007/org/apache/openjpa/openjpa/3.1.1/
 

sha1 is c72353b9beb694cca03827ed21f2d10593dae2ae


Please VOTE:

[+1] go ship it
[+0] meh ,don't care
[-1] stop there is a ${showstopper}

The VOTE is open for 72h.

txs and LieGrue,
strub

[jira] [Updated] (OPENJPA-2709) Upgrade trunk to JPA-2.2

[Mark Struberg (Jira)]

 [ 
https://issues.apache.org/jira/browse/OPENJPA-2709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mark Struberg updated OPENJPA-2709:
---
Fix Version/s: (was: 3.1.1)
   3.1.2

> Upgrade trunk to JPA-2.2
> 
>
> Key: OPENJPA-2709
> URL: https://issues.apache.org/jira/browse/OPENJPA-2709
> Project: OpenJPA
>  Issue Type: Task
>Affects Versions: 3.0.0
>Reporter: Mark Struberg
>Assignee: Mark Struberg
>Priority: Major
> Fix For: 3.1.2
>
>
> Aggregator ticket for JPA-2.2 related tasks



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (OPENJPA-2767) Incomplete ValueMapDiscriminatorStrategy cache

[Mark Struberg (Jira)]

 [ 
https://issues.apache.org/jira/browse/OPENJPA-2767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mark Struberg updated OPENJPA-2767:
---
Fix Version/s: (was: 3.1.1)
   3.1.2

> Incomplete ValueMapDiscriminatorStrategy cache 
> ---
>
> Key: OPENJPA-2767
> URL: https://issues.apache.org/jira/browse/OPENJPA-2767
> Project: OpenJPA
>  Issue Type: Bug
>Reporter: Will Dazey
>Assignee: Will Dazey
>Priority: Minor
> Fix For: 2.2.3, 3.1.2
>
> Attachments: OJ2767_2.2.x_v4.patch, OJ2767_2.2.x_v4_p2.patch
>
>  Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> There exists the possibility that the discriminator class cache in 
> ValueMapDiscriminatorStrategy was originally created before the server fully 
> loaded all classes. If this happens, the cache is incomplete and needs to be 
> rebuilt. A simple enough strategy would be to just try rebuilding the cache, 
> before giving up and throwing a CNFE, and check again.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (OPENJPA-2790) Convert build from SVN to GIT

[Mark Struberg (Jira)]

 [ 
https://issues.apache.org/jira/browse/OPENJPA-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mark Struberg updated OPENJPA-2790:
---
Fix Version/s: (was: 3.1.1)
   3.1.2

> Convert build from SVN to GIT
> -
>
> Key: OPENJPA-2790
> URL: https://issues.apache.org/jira/browse/OPENJPA-2790
> Project: OpenJPA
>  Issue Type: Improvement
>  Components: build / infrastructure
>Affects Versions: 2.2.2, 2.4.3, 3.0.0
>Reporter: Will Dazey
>Assignee: Will Dazey
>Priority: Minor
> Fix For: 2.2.3, 2.4.4, 3.1.2
>
>  Time Spent: 1h
>  Remaining Estimate: 0h
>
> The OpenJPA revision value currently looks for the SVN value instead of the 
> new GIT value



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (OPENJPA-2694) Creating count(distinct x.field) fails when using CriteriaBuilder

[Mark Struberg (Jira)]

 [ 
https://issues.apache.org/jira/browse/OPENJPA-2694?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mark Struberg updated OPENJPA-2694:
---
Fix Version/s: (was: 3.1.1)
   3.1.2

> Creating count(distinct x.field) fails when using CriteriaBuilder
> -
>
> Key: OPENJPA-2694
> URL: https://issues.apache.org/jira/browse/OPENJPA-2694
> Project: OpenJPA
>  Issue Type: Bug
>  Components: criteria
>Affects Versions: 2.4.2, 3.0.0
>Reporter: Mark Struberg
>Assignee: Mark Struberg
>Priority: Major
> Fix For: 2.4.4, 3.1.2
>
>
> when using CriteriaBuilder#countDistinct(path.get(attribute));
> we end up with the following Exception in OpenJPA:
> {quote}
> org.apache.openjpa.persistence.ArgumentException: Failed to execute query 
> "null". Check the query syntax for correctness. See nested exception for 
> details.
>   at 
> org.apache.deltaspike.data.impl.criteria.CriteriaTest.should_create_count_criteria(CriteriaTest.java:366)
> Caused by: java.lang.Exception: java.lang.RuntimeException: Can not find 
> constructor for "class java.lang.Long" with argument types "[class 
> java.lang.Long]" to fill data.
> {quote}
> The code to reproduce this is 
> {code}
> criteriaBuilder.countDistinct(path.get(attribute));
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Resolved] (OPENJPA-2713) [JPA-2.2] add support for Java8 Date/Time types

[Mark Struberg (Jira)]

 [ 
https://issues.apache.org/jira/browse/OPENJPA-2713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mark Struberg resolved OPENJPA-2713.

Resolution: Fixed

> [JPA-2.2] add support for Java8 Date/Time types
> ---
>
> Key: OPENJPA-2713
> URL: https://issues.apache.org/jira/browse/OPENJPA-2713
> Project: OpenJPA
>  Issue Type: Sub-task
>  Components: jpa
>Affects Versions: 3.0.0
>Reporter: Mark Struberg
>Assignee: Mark Struberg
>Priority: Major
> Fix For: 3.1.1
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Add support for basic Java 8 Date and Time types
>   - https://github.com/javaee/jpa-spec/issues/63
>   - supported types are: java.time.LocalDate, java.time.LocalTime, 
> java.time.LocalDateTime, java.time.OffsetTime and java.time.OffsetDateTime



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Re: [DISCUSS] releasing OpenJPA 3.1.1

[Maxim Solodovnik]

+1

On Fri, Feb 14, 2020, 16:30 Francesco Chicchiriccò 
wrote:

> On 14/02/20 10:12, Mark Struberg wrote:
> > Hi folks!
> >
> > I will run the release for openjpa-3.1.1.
> >
> > Any objections?
>
> Not at all, please go ahead.
>
> Thanks, Mark!
>
> --
> Francesco Chicchiriccò
>
> Tirasa - Open Source Excellence
> http://www.tirasa.net/
>
> Member at The Apache Software Foundation
> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
> http://home.apache.org/~ilgrosso/
>
>

[jira] [Created] (OPENJPA-2804) Need To have correct OpenJPA options to upgrade JUDDI DB Schema

[Amol Bhonsle (Jira)]

Amol Bhonsle created OPENJPA-2804:
-

 Summary: Need To have correct OpenJPA options to upgrade JUDDI DB 
Schema
 Key: OPENJPA-2804
 URL: https://issues.apache.org/jira/browse/OPENJPA-2804
 Project: OpenJPA
  Issue Type: Bug
  Components: jpa
Affects Versions: 2.3.0
Reporter: Amol Bhonsle


This issue, I am logging as related issue for Apache JUDDI-3.3.7.
https://issues.apache.org/jira/browse/JUDDI-1005

We are trying to update JUDDI DB from JUDDI-3.0.4 to JUDDI-3.3.7. JUDDI DB is 
hosted on SQL Server. We use openjpa-2.3.0 which is provided by juddi-3.3.7 
distribution.

As per openjpa-2.3.0 documentation:

drop option of SchemaTool should do following:

drop: Drop all schema components in the schema XML. Tables will only be dropped 
if they would have 0 columns after dropping all columns listed in the XML.

and add option should do following:

add: This is the default action if you do not specify one. It brings the schema 
up-to-date with the given XML document by adding tables, columns, indexes, etc. 
This action never drops any schema components.

Also it is allowed in persistence.xml to use options as comma separated, so we 
tried following option in persistence.xml to drop old juddi tables and create 
new tables as per juddi-3.3.7 schema but it did not work:

our persistence.xml has following property :


 

This gives following Exception when JUDDI is deployed by tomcat :


{code:java}
SEVERE: Exception sending context initialized event to listener instance of 
class org.springframework.web.context.ContextLoaderListenerSEVERE: Exception 
sending context initialized event to listener instance of class 
org.springframework.web.context.ContextLoaderListenerorg.springframework.beans.factory.BeanCreationException:
 Error creating bean with name 'inquiry': Cannot create inner bean '(inner 
bean)#fa6535a' of type [org.apache.juddi.api.impl.UDDIInquiryImpl] while 
setting constructor argument; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name '(inner bean)#fa6535a': Instantiation of bean failed; nested 
exception is org.springframework.beans.BeanInstantiationException: Failed to 
instantiate [org.apache.juddi.api.impl.UDDIInquiryImpl]: Constructor threw 
exception; nested exception is  org.apache.openjpa.persistence.PersistenceException: The object 
'PK_j3_clerk_5609ADDDCF01D08E' is dependent on column 'clerk_name'. {stmnt 
1807668378 ALTER TABLE j3_clerk DROP COLUMN clerk_name} [code=5074, 
state=S0001] at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveInnerBean(BeanDefinitionValueResolver.java:389)
 at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:134)
 at 
org.springframework.beans.factory.support.ConstructorResolver.resolveConstructorArguments(ConstructorResolver.java:691)
 at 
org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:196)
 at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1358)
 at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1204)
 at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:557)
 at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:517)
 at 
org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:323)
 at 
org.springframework.beans.factory.support.AbstractBeanFactory$$Lambda$208/1654431226.getObject(Unknown
 Source) at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
 at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:321)
 at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
 at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:879)
 at 
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:878)
 at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
 at 
org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:401)
 at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:292)
 at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:103)
 

Re: [DISCUSS] releasing OpenJPA 3.1.1

[Francesco Chicchiriccò]

On 14/02/20 10:12, Mark Struberg wrote:
> Hi folks!
>
> I will run the release for openjpa-3.1.1.
>
> Any objections?

Not at all, please go ahead.

Thanks, Mark!

-- 
Francesco Chicchiriccò

Tirasa - Open Source Excellence
http://www.tirasa.net/

Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
http://home.apache.org/~ilgrosso/

[DISCUSS] releasing OpenJPA 3.1.1

[Mark Struberg]

Hi folks!

I will run the release for openjpa-3.1.1.

Any objections?

LieGrue,
strub