Re: JIRA bug tracking of code changes
Hi Kevin, SVN does have a tie-in to JIRA at Apache. The key is to include the project-issue as the first characters of the commit message. Then JIRA will magically (ask infrastructure) pick up the commit and update the issue for you. http://issues.apache.org/jira/browse/OPENJPA-3 svn commit -m "Brett Porter's patch to resolve OPENJPA-3" openjpa-lib/ src/test/java/org/apache/openjpa/lib/util/TestPropertiesParser.java But to answer your other questions, On Aug 16, 2006, at 9:10 AM, Kevin Sutter wrote: Hi, Looking for some guidance from more experienced Apache developers... Is there a means of enforcing the SVN commit process to include a JIRA bug or enhancement number so that the code changes are associated with that particular bug or enhancement? I searched some mailing list archives and found that the Apache Logging project at least investigated this process, but I couldn't tell if it turned into something real or not. Don't know. Would be nice. I know there are tools like SCMBug which provide something like this.. Specifically, I would like to enforce rules similar to the following: o Enforces that you specify a bug id [#n] will all commits to SVN (or, whatever syntax works with JIRA) o Enforces that you specify a comment with all commits that is at least 10 characters long (or, some arbitrary length) o Enforces that you have a valid user ID with the Tracker o Enforces that you have specified a valid bug id (the bug exists and is in the proper state, e.g. not CLOSED or CANCELLED) Is this configurable with Apache projects usage of SVN and JIRA? And, if this is configurable, would OpenJPA be interested in enforcing this type of mechanism? I've used these type of processes with other open-source projects and found the history useful when reviewing old bug reports. I'd be interested in enforcing some of these rules. My experience with this kind of enforcement is that it's just another process hoop to jump through, and while some developers find it stifling, I find it good to have some additional structure. But first things first. Is there an enforcement arm of svn? Craig Thanks, Kevin Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp! smime.p7s Description: S/MIME cryptographic signature
Re: Welcome, Kevin!
Hi Kevin, Welcome to the project. Craig On Aug 16, 2006, at 5:37 PM, Patrick Linskey wrote: Hi, Kevin Sutter is now a committer on OpenJPA. Welcome, Kevin! -Patrick -- Patrick Linskey BEA Systems, Inc. __ _ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. Craig Russell [EMAIL PROTECTED] http://db.apache.org/jdo smime.p7s Description: S/MIME cryptographic signature
Welcome, Kevin!
Hi, Kevin Sutter is now a committer on OpenJPA. Welcome, Kevin! -Patrick -- Patrick Linskey BEA Systems, Inc. ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.
Re: Update version to SNAPSHOT
On Aug 16, 2006, at 2:41 PM, Kevin Sutter wrote: David, Not sure if Confluence provides any additional functionality, but OpenJPA already has a wiki: http://wiki.apache.org/incubator/openjpa/FrontPage?action=show We could log this discussion on that wiki, right? That's really why I'm asking. I set it up at the request of Geir back in July. But if we don't want it, maybe we should delete it. -David Kevin On 8/16/06, David Blevins <[EMAIL PROTECTED]> wrote: Speaking of wikis, I created a Confluence space in cwiki at Geir's request some time ago. (http://cwiki.apache.org/confluence/display/ openjpa/Index) Is that something you guys want to use? -David On Aug 15, 2006, at 8:08 PM, Craig L Russell wrote: > This discussion would be great to capture on the wiki for the time > (not too far away) when we will actually package and ship some code. > > Craig > > On Aug 15, 2006, at 7:20 PM, David Blevins wrote: > >> >> On Aug 15, 2006, at 7:42 AM, Craig L Russell wrote: >> >>> >>> On Aug 15, 2006, at 6:38 AM, Patrick Linskey wrote: >>> > Check out the Assembly plugin and it's predefined > "jar-with-dependencies" descriptor[1]. I'm pretty sure that > most people > using Maven will just have a runtime dependency on the core > OpenJPA > library and be done with it, but it's always nice for Ant users. Exactly -- mvn users will use the dependencies, but people who want to download and use the distribution directly may not want a billion little jars. >>> >>> Yes, my experience says it's ok to have 10 dependencies on e.g. >>> commons-logger, antlr, etc. but having 10 dependencies on openjpa- >>> kernel4, openjpa-kernel5, openjpa-api, openjpa-blah is annoying. >>> >>> So if possible, I'd also like to have a jar with all the stuff in >>> it. >> >> That'd be nice. Some jar that contains all the openjpa-*.jar >> files is perfect for my needs. The good news is that the maven- >> assembly-plugin allows you to define several assembly xml files >> and build multiple archives containing whatever you like. So if >> people want, we could have: >> >> openjpa-0.9.0-full.jar // contains all openjpa code, openjpa- >> *.jars merged >> openjpa-0.9.0-nodep.jar // contains all openjpa code and all >> third party dependency jars >> >> There's a naming convention for this kind of thing, hope I've got >> it right. >> >> -David >> >>> >>> Craig -Patrick ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. >>> >>> Craig Russell >>> Architect, Sun Java Enterprise System http://java.sun.com/ >>> products/jdo >>> 408 276-5638 mailto:[EMAIL PROTECTED] >>> P.S. A good JDO? O, Gasp! >>> >> > > Craig Russell > Architect, Sun Java Enterprise System http://java.sun.com/ products/jdo > 408 276-5638 mailto:[EMAIL PROTECTED] > P.S. A good JDO? O, Gasp! >
[jira] Created: (OPENJPA-23) -418 sqlexception using DB2 and EJB QL with SQRT or MOD
-418 sqlexception using DB2 and EJB QL with SQRT or MOD --- Key: OPENJPA-23 URL: http://issues.apache.org/jira/browse/OPENJPA-23 Project: OpenJPA Issue Type: Bug Reporter: David Wisneski generated SQL is missing CAST function to indicate type of ? EJB QL : select e from EmpBean e where mod(e.empid,5)=0 DB2 SQL error: SQLCODE: -418, SQLSTATE: 42610, SQLERRMC: null {prepstmnt 1046232668 SELECT t0.empid, t0.bonus, t1.deptno, t1.budget, t1.name, t0.execLevel, t0.hireDate, t0.hireTime, t0.hireTimestamp, t0.home, t0.isManager, t0.name, t0.salary, t0.work FROM EmpBean t0 LEFT OUTER JOIN DeptBean t1 ON t0.dept_deptno = t1.deptno WHERE (MOD(t0.empid, ?) = ?) db2 sql compiler is not able to resolve type of expression (MOD(t0.empid, ?) = ?. This expression should be MOD(t0.empid, cast((?) as integer) ) = ?.or MOD(t0.empid, 5) = 0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (OPENJPA-22) locate & substring queries fail both db2 & derby, cannot use parameter markers in expression ?-?
locate & substring queries fail both db2 & derby, cannot use parameter markers in expression ?-? Key: OPENJPA-22 URL: http://issues.apache.org/jira/browse/OPENJPA-22 Project: OpenJPA Issue Type: Bug Components: query Reporter: David Wisneski EJB Q:: SELECT d.name FROM DeptBean d WHERE SUBSTRING(d.name,1,10) = 'Dept' DB2 SQL error: SQLCODE: -417, SQLSTATE: 42609, SQLERRMC: null {prepstmnt 1662018320 SELECT t0.name FROM DeptBean t0 WHERE (SUBSTR(CAST((t0.name) AS VARCHAR(1000)), CAST(((? - ?)) AS INTEGER) + 1, CAST(((? + (? - ?))) AS INTEGER) - CAST(((? - ?)) AS INTEGER)) = ?) [params=(long) 1, (int) 1, (long) 10, (long) 1, (int) 1, (long) 1, (int) 1, (String) Dept]} [code=-417, state=42609] EJB QL SELECT e.name FROM EmpBean e WHERE LOCATE('10',e.name,5) > 0 DB2 SQL error: SQLCODE: -417, SQLSTATE: 42609, SQLERRMC: null {prepstmnt 1217808534 SELECT t0.name FROM EmpBean t0 WHERE (((LOCATE(CAST((?) AS VARCHAR(1000)), CAST((t0.name) AS VARCHAR(1000)), CAST(((? - ?)) AS INTEGER) + 1) - 1) + ?) > ?) [params=(String) 10, (long) 5, (int) 1, (int) 1, (long) 0]} [code=-417, state=42609] TEST411; 1 tuple I am not sure why OpenJPA generates the sql expression ?-?. The proper SQL should be SELECT t0.name FROM DeptBean t0 WHERE substr (to.name, CAST ((?) as INTEGER), CAST ((?) as INTEGER) with parm values ( Integer 1, Integer 10) Although it helps query reuse to replace literals with parm markers and then pass the literal values as parm values, this is not always best in a system like DB2 which uses distribution statistics and cost based optimization to compute the sql access path. The better sql would simply be SELECT t0.name FROM DeptBean t0 WHERE substr (to.name,1, 10) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (OPENJPA-21) Time is missing from list of mutable classes.
Time is missing from list of mutable classes. -- Key: OPENJPA-21 URL: http://issues.apache.org/jira/browse/OPENJPA-21 Project: OpenJPA Issue Type: Bug Components: docs Reporter: David Wisneski Priority: Minor section 1.6 java.sql.Time is missing from list of mutable classes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Update version to SNAPSHOT
Hi David, I guess this would be the place. There's no content yet. So I added a pointer to the DistributionStrategy page but it didn't quite work. I'm used to "the other wiki" and all you do there is type a page name and the wiki creates a link to it. So I need to get used to Confluence! Thanks, Craig On Aug 16, 2006, at 2:03 PM, David Blevins wrote: Speaking of wikis, I created a Confluence space in cwiki at Geir's request some time ago. (http://cwiki.apache.org/confluence/display/ openjpa/Index) Is that something you guys want to use? -David On Aug 15, 2006, at 8:08 PM, Craig L Russell wrote: This discussion would be great to capture on the wiki for the time (not too far away) when we will actually package and ship some code. Craig On Aug 15, 2006, at 7:20 PM, David Blevins wrote: On Aug 15, 2006, at 7:42 AM, Craig L Russell wrote: On Aug 15, 2006, at 6:38 AM, Patrick Linskey wrote: Check out the Assembly plugin and it's predefined "jar-with-dependencies" descriptor[1]. I'm pretty sure that most people using Maven will just have a runtime dependency on the core OpenJPA library and be done with it, but it's always nice for Ant users. Exactly -- mvn users will use the dependencies, but people who want to download and use the distribution directly may not want a billion little jars. Yes, my experience says it's ok to have 10 dependencies on e.g. commons-logger, antlr, etc. but having 10 dependencies on openjpa-kernel4, openjpa-kernel5, openjpa-api, openjpa-blah is annoying. So if possible, I'd also like to have a jar with all the stuff in it. That'd be nice. Some jar that contains all the openjpa-*.jar files is perfect for my needs. The good news is that the maven- assembly-plugin allows you to define several assembly xml files and build multiple archives containing whatever you like. So if people want, we could have: openjpa-0.9.0-full.jar // contains all openjpa code, openjpa- *.jars merged openjpa-0.9.0-nodep.jar // contains all openjpa code and all third party dependency jars There's a naming convention for this kind of thing, hope I've got it right. -David Craig -Patrick __ _ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/ products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp! Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/ jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp! Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp! smime.p7s Description: S/MIME cryptographic signature
[jira] Created: (OPENJPA-20) Query can return embeddable class
Query can return embeddable class - Key: OPENJPA-20 URL: http://issues.apache.org/jira/browse/OPENJPA-20 Project: OpenJPA Issue Type: Bug Components: docs Reporter: David Wisneski Priority: Minor part 2 , chapter 4 of user manual on Entity, states that embeddable classes are never returned from a query. This is not true as in the query select e.address from EmpBean e address could be defined as as embeddable class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (OPENJPA-19) 1.5F gets translated to BigDecimal(1.5) when used as literal in EJB QL when run against DB2.
1.5F gets translated to BigDecimal(1.5) when used as literal in EJB QL when run against DB2. Key: OPENJPA-19 URL: http://issues.apache.org/jira/browse/OPENJPA-19 Project: OpenJPA Issue Type: Bug Components: query Reporter: David Wisneski Priority: Minor 1.5F is a EJBQL floating point literal and should be mapped to a floating point parm value. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (OPENJPA-18) bulk update to Entity with secondary table mapping produces BAD SQL
bulk update to Entity with secondary table mapping produces BAD SQL --- Key: OPENJPA-18 URL: http://issues.apache.org/jira/browse/OPENJPA-18 Project: OpenJPA Issue Type: Bug Components: query Reporter: David Wisneski EJBQL: update TwoTable t set t.k1 = t.j2+1, t.j2= t.k1+1 TwoTable is mapped to primary and secondary table, tj1, tj2 are fields in primary table, tk1, tk2 are fields in secondary table. Generated SQL from the trace shows: DB2 SQL error: SQLCODE: -206, SQLSTATE: 42703, SQLERRMC: J2 {prepstmnt 238685754 UPDATE ttk SET k1 = (j2 + ?), j2 = (k1 + ?) WHERE id IN (SELECT DISTINCT t0.id FROM ttk t0 INNER JOIN ttj t1 ON t0.id = t1.TwoTable_id) [params=(long) 1, (long) 1]} [code=-206, state=42703] Note that column j2 is not a column of take ttk which is the secondary table. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (OPENJPA-16) NPE in createQuery for EJB QL with nested correlated subqueries
NPE in createQuery for EJB QL with nested correlated subqueries --- Key: OPENJPA-16 URL: http://issues.apache.org/jira/browse/OPENJPA-16 Project: OpenJPA Issue Type: Bug Components: query Reporter: David Wisneski EJBQL:select c from Customer c where exists ( select o from Order o where o.cutomer = c and o.delivered=false and exists ( select l1 from LineItem l, in(o.lineitems) as l2 where l1=l2 )) partial stack trace is Caused by: java.lang.NullPointerException at org.apache.openjpa.jdbc.kernel.exps.PCPath.initialize(PCPath.java:359) at org.apache.openjpa.jdbc.kernel.exps.CompareEqualExpression.initialize(CompareEqualExpression.java:64) at org.apache.openjpa.jdbc.kernel.exps.ContainsExpression.initialize(ContainsExpression.java:56) at org.apache.openjpa.jdbc.kernel.exps.BindVariableAndExpression.initialize(BindVariableAndExpression.java:49) at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.initializeJoins(SelectConstructor.java:222) at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.newJoinsSelect(SelectConstructor.java:166) at org.apache.openjpa.jdbc.kernel.exps.SelectConstructor.evaluate(SelectConstructor.java:88) at org.apache.openjpa.jdbc.kernel.exps.SubQ.appendTo(SubQ.java:198) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (OPENJPA-17) bad sql with missing subquery produced with query with nested subqueries
bad sql with missing subquery produced with query with nested subqueries Key: OPENJPA-17 URL: http://issues.apache.org/jira/browse/OPENJPA-17 Project: OpenJPA Issue Type: Bug Reporter: David Wisneski EJBQL: "select c from Customer c where "+ "exists ( select o from Order o where o.delivered=false and "+ " exists ( select c from LineItem c where c.product.backorder >0))"; SQL generated : Note that the second EXISTS() subquery is missing. DB2 SQL error: SQLCODE: -104, SQLSTATE: 42601, SQLE RRMC: );red = ? AND EXISTS (; {prepstmnt 1454528178 SELECT t3.id, t3.name, t3.rating FROM Customer t3 W HERE (EXISTS (SELECT t0.oid FROM Order t0 WHERE (t0.delivered = ? AND EXISTS ( [params=(int) 0]} [code=-104, state=4 2601] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (OPENJPA-15) EJBQL grammar needs to be updated to relfect JPA specification
EJBQL grammar needs to be updated to relfect JPA specification -- Key: OPENJPA-15 URL: http://issues.apache.org/jira/browse/OPENJPA-15 Project: OpenJPA Issue Type: Bug Components: query Reporter: David Wisneski when used in subquery, SELECT has different grammar than in top most query. SELECT NEW is not allowed. FROM in subuqery has different syntax than in top most query. For example"FROM d.employees as e " in subquery where it would be invalid in top query. Expression syntax in HAVING clause needs to allow "HAVING min(e.salary) > 10 " is valid provided that e.salary is a grouping field. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (OPENJPA-12) Default to strictIdentityTypes for JPA
[ http://issues.apache.org/jira/browse/OPENJPA-12?page=all ] Michael Dick resolved OPENJPA-12. - Resolution: Invalid Per comments on the dev mailing list. If the TCK passes with the property specified then there's no need to change the default behavior. I'm setting the resolution to invalid since it isn't really a bug (won't fix didn't sound right). > Default to strictIdentityTypes for JPA > -- > > Key: OPENJPA-12 > URL: http://issues.apache.org/jira/browse/OPENJPA-12 > Project: OpenJPA > Issue Type: Bug > Components: jpa >Reporter: Michael Dick >Priority: Minor > Attachments: patch.txt > > > The default behavior with OpenJPA is to be very forgiving regarding the > Primary Key types passed in when calling EntityManager.find or > EntityManager.getReference. > For example if an Entity has an ID of type Long OpenJPA will attempt to > convert anything that extend java.lang.Number and Strings (maybe others). > This is a nice feature, but I don't think it should be the default behavior. > The JPA spec indicates that an IllegalArgumentException should be thrown if > the second argument is not a valid type for the Entity's primary key. There > is some room for interpretation as to what constitutes a valid type, > conversion for all Numbers makes sense, but String might be pushing it. > Workaround : > Add the following to persistence.xml > value="strictIdentityValues=true" /> > Proposed Solution : > The OpenJPA compatibility plugin provides a mechanism to enforce strict > identity checking (defaulting to false). There's no need to change the > default in the kernel (other persistence apis like JDO might be more lenient) > so I propose changing the default in > PersistenceProductDerivation.beforeConfigurationLoad(). > Changing it there should only effect the JPA facade and leave the OpenJPA > kernel's default in place for other facades. > The value may be overridden by adding the following property to > persistence.xml > value="strictIdentityValues=false" /> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Commented: (OPENJPA-12) Default to strictIdentityTypes for JPA
I'm sorry, I should have known better than to ask too many questions about the TCK. Let's assume that it is valid to use the property unless we have reason to believe otherwise. I don't see any reason to change the default, and I'll close the issue. -Mike On 8/15/06, Craig L Russell <[EMAIL PROTECTED]> wrote: Sadly, I believe that a discussion of the properties permitted to pass the TCK is found in the TCK configuration requirements, which I believe is confidential and therefore out of bounds for this alias. I hope to be corrected. Craig On Aug 15, 2006, at 2:20 PM, Michael Dick wrote: > I think it would be better to pass the TCK without any properties that > change behavior. > > Does anyone know if Sun has a guideline regarding the configuration > properties? > > > On 8/15/06, Patrick Linskey (JIRA) <[EMAIL PROTECTED]> wrote: >> >> [ http://issues.apache.org/jira/browse/OPENJPA-12? >> page=comments#action_12428175 >> ] >> >> Patrick Linskey commented on OPENJPA-12: >> >> >> I know that we changed this in our JPA TCK test-running >> environment via >> the property setting. I guess the question at hand is whether the >> default >> should be to be strict or to be lenient for JPA installations. >> Does anyone >> have a dissenting opinion? >> >> > Default to strictIdentityTypes for JPA >> > -- >> > >> > Key: OPENJPA-12 >> > URL: http://issues.apache.org/jira/browse/ >> OPENJPA-12 >> > Project: OpenJPA >> > Issue Type: Bug >> > Components: jpa >> >Reporter: Michael Dick >> >Priority: Minor >> > Attachments: patch.txt >> > >> > >> > The default behavior with OpenJPA is to be very forgiving >> regarding the >> Primary Key types passed in when calling EntityManager.find or >> EntityManager.getReference . >> > For example if an Entity has an ID of type Long OpenJPA will >> attempt to >> convert anything that extend java.lang.Number and Strings (maybe >> others). >> > This is a nice feature, but I don't think it should be the default >> behavior. The JPA spec indicates that an IllegalArgumentException >> should be >> thrown if the second argument is not a valid type for the Entity's >> primary >> key. There is some room for interpretation as to what constitutes >> a valid >> type, conversion for all Numbers makes sense, but String might be >> pushing >> it. >> > Workaround : >> > Add the following to persistence.xml >> > > value="strictIdentityValues=true" >> /> >> > Proposed Solution : >> > The OpenJPA compatibility plugin provides a mechanism to enforce >> strict >> identity checking (defaulting to false). There's no need to change >> the >> default in the kernel (other persistence apis like JDO might be more >> lenient) so I propose changing the default in >> PersistenceProductDerivation.beforeConfigurationLoad(). >> > Changing it there should only effect the JPA facade and leave the >> OpenJPA kernel's default in place for other facades. >> > The value may be overridden by adding the following property to >> persistence.xml >> > > value="strictIdentityValues=false" >> /> >> >> -- >> This message is automatically generated by JIRA. >> - >> If you think it was sent incorrectly contact one of the >> administrators: >> http://issues.apache.org/jira/secure/Administrators.jspa >> - >> For more information on JIRA, see: http://www.atlassian.com/ >> software/jira >> >> >> > > > -- > -Michael Dick Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
Re: Update version to SNAPSHOT
David, Not sure if Confluence provides any additional functionality, but OpenJPA already has a wiki: http://wiki.apache.org/incubator/openjpa/FrontPage?action=show We could log this discussion on that wiki, right? Kevin On 8/16/06, David Blevins <[EMAIL PROTECTED]> wrote: Speaking of wikis, I created a Confluence space in cwiki at Geir's request some time ago. (http://cwiki.apache.org/confluence/display/ openjpa/Index) Is that something you guys want to use? -David On Aug 15, 2006, at 8:08 PM, Craig L Russell wrote: > This discussion would be great to capture on the wiki for the time > (not too far away) when we will actually package and ship some code. > > Craig > > On Aug 15, 2006, at 7:20 PM, David Blevins wrote: > >> >> On Aug 15, 2006, at 7:42 AM, Craig L Russell wrote: >> >>> >>> On Aug 15, 2006, at 6:38 AM, Patrick Linskey wrote: >>> > Check out the Assembly plugin and it's predefined > "jar-with-dependencies" descriptor[1]. I'm pretty sure that > most people > using Maven will just have a runtime dependency on the core > OpenJPA > library and be done with it, but it's always nice for Ant users. Exactly -- mvn users will use the dependencies, but people who want to download and use the distribution directly may not want a billion little jars. >>> >>> Yes, my experience says it's ok to have 10 dependencies on e.g. >>> commons-logger, antlr, etc. but having 10 dependencies on openjpa- >>> kernel4, openjpa-kernel5, openjpa-api, openjpa-blah is annoying. >>> >>> So if possible, I'd also like to have a jar with all the stuff in >>> it. >> >> That'd be nice. Some jar that contains all the openjpa-*.jar >> files is perfect for my needs. The good news is that the maven- >> assembly-plugin allows you to define several assembly xml files >> and build multiple archives containing whatever you like. So if >> people want, we could have: >> >> openjpa-0.9.0-full.jar // contains all openjpa code, openjpa- >> *.jars merged >> openjpa-0.9.0-nodep.jar // contains all openjpa code and all >> third party dependency jars >> >> There's a naming convention for this kind of thing, hope I've got >> it right. >> >> -David >> >>> >>> Craig -Patrick ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. >>> >>> Craig Russell >>> Architect, Sun Java Enterprise System http://java.sun.com/ >>> products/jdo >>> 408 276-5638 mailto:[EMAIL PROTECTED] >>> P.S. A good JDO? O, Gasp! >>> >> > > Craig Russell > Architect, Sun Java Enterprise System http://java.sun.com/products/jdo > 408 276-5638 mailto:[EMAIL PROTECTED] > P.S. A good JDO? O, Gasp! >
Re: Update version to SNAPSHOT
Speaking of wikis, I created a Confluence space in cwiki at Geir's request some time ago. (http://cwiki.apache.org/confluence/display/ openjpa/Index) Is that something you guys want to use? -David On Aug 15, 2006, at 8:08 PM, Craig L Russell wrote: This discussion would be great to capture on the wiki for the time (not too far away) when we will actually package and ship some code. Craig On Aug 15, 2006, at 7:20 PM, David Blevins wrote: On Aug 15, 2006, at 7:42 AM, Craig L Russell wrote: On Aug 15, 2006, at 6:38 AM, Patrick Linskey wrote: Check out the Assembly plugin and it's predefined "jar-with-dependencies" descriptor[1]. I'm pretty sure that most people using Maven will just have a runtime dependency on the core OpenJPA library and be done with it, but it's always nice for Ant users. Exactly -- mvn users will use the dependencies, but people who want to download and use the distribution directly may not want a billion little jars. Yes, my experience says it's ok to have 10 dependencies on e.g. commons-logger, antlr, etc. but having 10 dependencies on openjpa- kernel4, openjpa-kernel5, openjpa-api, openjpa-blah is annoying. So if possible, I'd also like to have a jar with all the stuff in it. That'd be nice. Some jar that contains all the openjpa-*.jar files is perfect for my needs. The good news is that the maven- assembly-plugin allows you to define several assembly xml files and build multiple archives containing whatever you like. So if people want, we could have: openjpa-0.9.0-full.jar // contains all openjpa code, openjpa- *.jars merged openjpa-0.9.0-nodep.jar // contains all openjpa code and all third party dependency jars There's a naming convention for this kind of thing, hope I've got it right. -David Craig -Patrick ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/ products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp! Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
Re: [jira] Created: (OPENJPA-14) PCEnhancer ant task requires openjpa jars to be on the system classpath or passed into ant with '-lib'
Thanks Patrick Linskey wrote: Assigned.
RE: [jira] Created: (OPENJPA-14) PCEnhancer ant task requires openjpa jars to be on the system classpath or passed into ant with '-lib'
Assigned. -- Patrick Linskey BEA Systems, Inc. > -Original Message- > From: Bryan Noll [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 16, 2006 10:50 AM > To: open-jpa-dev@incubator.apache.org > Subject: Re: [jira] Created: (OPENJPA-14) PCEnhancer ant task > requires openjpa jars to be on the system classpath or passed > into ant with '-lib' > > To whom it may concern... > > Can I request the necessary karma so that I can assign this issue to > myself... or could someone please assign it to me? > > Thanks... > > Bryan Noll (JIRA) wrote: > > PCEnhancer ant task requires openjpa jars to be on the > system classpath or passed into ant with '-lib' > > > -- > > > > > Key: OPENJPA-14 > > URL: > http://issues.apache.org/jira/browse/OPENJPA-14 > > Project: OpenJPA > > Issue Type: Bug > > Components: lib > > Environment: Windows XP > > Reporter: Bryan Noll > > > > > > Ideally, one should be able to run 'ant openjpac' > (openjpac would be a target defined in the build script that > would use the PCEnhancer task) without having to put the > openjpa jars on the system classpath or having to pass them > into ant vie the '-lib' argument. Currently this is not > possible. The root of the issue can be seen from by looking > at the public static String[] getImplementors(String > serviceName, ClassLoader loader) method of the Services > class. Basically, the call to > > > > loader = Thread.currentThread().getContextClassLoader(); > > > > returns a ClassLoader with the $ANT_HOME\lib\*.jar and > $JAVA_HOME\lib\tools.jar in it... which obviously doesn't > contain 'META-INF/services/org.apache.openjpa.conf.ProductDerivation' > > > > The exception seen when encountering this issue: > > > > java.lang.ExceptionInInitializerError > > at > org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJP > AConfigurationImpl.java:510) > > at > org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJP > AConfigurationImpl.java:160) > > at > org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJP > AConfigurationImpl.java:151) > > at > org.apache.openjpa.ant.PCEnhancerTask.newConfiguration(PCEnhan > cerTask.java:77) > > at > org.apache.openjpa.lib.ant.AbstractTask.execute(AbstractTask.java:170) > > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) > > at org.apache.tools.ant.Task.perform(Task.java:364) > > at org.apache.tools.ant.Target.execute(Target.java:341) > > at org.apache.tools.ant.Target.performTasks(Target.java:369) > > at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) > > at > org.apache.tools.ant.Project.executeTarget(Project.java:1185) > > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(Def > aultExecutor.java:40) > > at > org.apache.tools.ant.Project.executeTargets(Project.java:1068) > > at org.apache.tools.ant.Main.runBuild(Main.java:668) > > at org.apache.tools.ant.Main.startAnt(Main.java:187) > > at > org.apache.tools.ant.launch.Launcher.run(Launcher.java:251) > > at > org.apache.tools.ant.launch.Launcher.main(Launcher.java:72) > > Caused by: java.util.MissingResourceException: Your system > is missing product derivations. Product derivations provide > configuration options for supported data stores and > specifications. You must have a > META-INF/services/org.apache.openjpa.conf.ProductDerivation > file in your classpath listing the available derivation > classes, and some listed class must be instantiable. > Typically this file is bundled as part of the distribution. > Have you unbundled it, or unbundled its listed classes? > > at > org.apache.openjpa.conf.ProductDerivations.(ProductDer > ivations.java:53) > > ... 17 more > > > > > > > ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.
[jira] Assigned: (OPENJPA-14) PCEnhancer ant task requires openjpa jars to be on the system classpath or passed into ant with '-lib'
[ http://issues.apache.org/jira/browse/OPENJPA-14?page=all ] Patrick Linskey reassigned OPENJPA-14: -- Assignee: Bryan Noll > PCEnhancer ant task requires openjpa jars to be on the system classpath or > passed into ant with '-lib' > -- > > Key: OPENJPA-14 > URL: http://issues.apache.org/jira/browse/OPENJPA-14 > Project: OpenJPA > Issue Type: Bug > Components: lib > Environment: Windows XP >Reporter: Bryan Noll > Assigned To: Bryan Noll > > Ideally, one should be able to run 'ant openjpac' (openjpac would be a > target defined in the build script that would use the PCEnhancer task) > without having to put the openjpa jars on the system classpath or having to > pass them into ant vie the '-lib' argument. Currently this is not possible. > The root of the issue can be seen from by looking at the public static > String[] getImplementors(String serviceName, ClassLoader loader) method of > the Services class. Basically, the call to > loader = Thread.currentThread().getContextClassLoader(); > returns a ClassLoader with the $ANT_HOME\lib\*.jar and > $JAVA_HOME\lib\tools.jar in it... which obviously doesn't contain > 'META-INF/services/org.apache.openjpa.conf.ProductDerivation' > The exception seen when encountering this issue: > java.lang.ExceptionInInitializerError > at > org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:510) > at > org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:160) > at > org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:151) > at > org.apache.openjpa.ant.PCEnhancerTask.newConfiguration(PCEnhancerTask.java:77) > at > org.apache.openjpa.lib.ant.AbstractTask.execute(AbstractTask.java:170) > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) > at org.apache.tools.ant.Task.perform(Task.java:364) > at org.apache.tools.ant.Target.execute(Target.java:341) > at org.apache.tools.ant.Target.performTasks(Target.java:369) > at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) > at org.apache.tools.ant.Project.executeTarget(Project.java:1185) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) > at org.apache.tools.ant.Project.executeTargets(Project.java:1068) > at org.apache.tools.ant.Main.runBuild(Main.java:668) > at org.apache.tools.ant.Main.startAnt(Main.java:187) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:251) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:72) > Caused by: java.util.MissingResourceException: Your system is missing product > derivations. Product derivations provide configuration options for supported > data stores and specifications. You must have a > META-INF/services/org.apache.openjpa.conf.ProductDerivation file in your > classpath listing the available derivation classes, and some listed class > must be instantiable. Typically this file is bundled as part of the > distribution. Have you unbundled it, or unbundled its listed classes? > at > org.apache.openjpa.conf.ProductDerivations.(ProductDerivations.java:53) > ... 17 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Created: (OPENJPA-14) PCEnhancer ant task requires openjpa jars to be on the system classpath or passed into ant with '-lib'
To whom it may concern... Can I request the necessary karma so that I can assign this issue to myself... or could someone please assign it to me? Thanks... Bryan Noll (JIRA) wrote: PCEnhancer ant task requires openjpa jars to be on the system classpath or passed into ant with '-lib' -- Key: OPENJPA-14 URL: http://issues.apache.org/jira/browse/OPENJPA-14 Project: OpenJPA Issue Type: Bug Components: lib Environment: Windows XP Reporter: Bryan Noll Ideally, one should be able to run 'ant openjpac' (openjpac would be a target defined in the build script that would use the PCEnhancer task) without having to put the openjpa jars on the system classpath or having to pass them into ant vie the '-lib' argument. Currently this is not possible. The root of the issue can be seen from by looking at the public static String[] getImplementors(String serviceName, ClassLoader loader) method of the Services class. Basically, the call to loader = Thread.currentThread().getContextClassLoader(); returns a ClassLoader with the $ANT_HOME\lib\*.jar and $JAVA_HOME\lib\tools.jar in it... which obviously doesn't contain 'META-INF/services/org.apache.openjpa.conf.ProductDerivation' The exception seen when encountering this issue: java.lang.ExceptionInInitializerError at org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:510) at org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:160) at org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:151) at org.apache.openjpa.ant.PCEnhancerTask.newConfiguration(PCEnhancerTask.java:77) at org.apache.openjpa.lib.ant.AbstractTask.execute(AbstractTask.java:170) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) at org.apache.tools.ant.Project.executeTarget(Project.java:1185) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1068) at org.apache.tools.ant.Main.runBuild(Main.java:668) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:251) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:72) Caused by: java.util.MissingResourceException: Your system is missing product derivations. Product derivations provide configuration options for supported data stores and specifications. You must have a META-INF/services/org.apache.openjpa.conf.ProductDerivation file in your classpath listing the available derivation classes, and some listed class must be instantiable. Typically this file is bundled as part of the distribution. Have you unbundled it, or unbundled its listed classes? at org.apache.openjpa.conf.ProductDerivations.(ProductDerivations.java:53) ... 17 more
Re: Extending the OpenJPA implementation
On 8/16/06, Abe White <[EMAIL PROTECTED]> wrote: I'm not currently working on those changes. If no one else implements them I'll end up doing so at some point, but the reason I wrote those emails describing what I had in mind was to encourage some other motivated dev (like one who wants to extend the framework now... hint hint) to maybe take a crack at it. I guess you weren't blunt enough in your previous appends... ;-) I'll have to see if I can motivate this person or not... Kevin
[jira] Created: (OPENJPA-14) PCEnhancer ant task requires openjpa jars to be on the system classpath or passed into ant with '-lib'
PCEnhancer ant task requires openjpa jars to be on the system classpath or passed into ant with '-lib' -- Key: OPENJPA-14 URL: http://issues.apache.org/jira/browse/OPENJPA-14 Project: OpenJPA Issue Type: Bug Components: lib Environment: Windows XP Reporter: Bryan Noll Ideally, one should be able to run 'ant openjpac' (openjpac would be a target defined in the build script that would use the PCEnhancer task) without having to put the openjpa jars on the system classpath or having to pass them into ant vie the '-lib' argument. Currently this is not possible. The root of the issue can be seen from by looking at the public static String[] getImplementors(String serviceName, ClassLoader loader) method of the Services class. Basically, the call to loader = Thread.currentThread().getContextClassLoader(); returns a ClassLoader with the $ANT_HOME\lib\*.jar and $JAVA_HOME\lib\tools.jar in it... which obviously doesn't contain 'META-INF/services/org.apache.openjpa.conf.ProductDerivation' The exception seen when encountering this issue: java.lang.ExceptionInInitializerError at org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:510) at org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:160) at org.apache.openjpa.conf.OpenJPAConfigurationImpl.(OpenJPAConfigurationImpl.java:151) at org.apache.openjpa.ant.PCEnhancerTask.newConfiguration(PCEnhancerTask.java:77) at org.apache.openjpa.lib.ant.AbstractTask.execute(AbstractTask.java:170) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) at org.apache.tools.ant.Project.executeTarget(Project.java:1185) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1068) at org.apache.tools.ant.Main.runBuild(Main.java:668) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:251) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:72) Caused by: java.util.MissingResourceException: Your system is missing product derivations. Product derivations provide configuration options for supported data stores and specifications. You must have a META-INF/services/org.apache.openjpa.conf.ProductDerivation file in your classpath listing the available derivation classes, and some listed class must be instantiable. Typically this file is bundled as part of the distribution. Have you unbundled it, or unbundled its listed classes? at org.apache.openjpa.conf.ProductDerivations.(ProductDerivations.java:53) ... 17 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Extending the OpenJPA implementation
I agree. Since it sounds like Abe is working out the initial re-organization of the ConfigurationProvider and ProductDerivation, I will wait for those changes before continuing with the OpenJPA derivative implementation. Thanks. I'm not currently working on those changes. If no one else implements them I'll end up doing so at some point, but the reason I wrote those emails describing what I had in mind was to encourage some other motivated dev (like one who wants to extend the framework now... hint hint) to maybe take a crack at it. - ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.
JIRA bug tracking of code changes
Hi, Looking for some guidance from more experienced Apache developers... Is there a means of enforcing the SVN commit process to include a JIRA bug or enhancement number so that the code changes are associated with that particular bug or enhancement? I searched some mailing list archives and found that the Apache Logging project at least investigated this process, but I couldn't tell if it turned into something real or not. I know there are tools like SCMBug which provide something like this.. Specifically, I would like to enforce rules similar to the following: o Enforces that you specify a bug id [#n] will all commits to SVN (or, whatever syntax works with JIRA) o Enforces that you specify a comment with all commits that is at least 10 characters long (or, some arbitrary length) o Enforces that you have a valid user ID with the Tracker o Enforces that you have specified a valid bug id (the bug exists and is in the proper state, e.g. not CLOSED or CANCELLED) Is this configurable with Apache projects usage of SVN and JIRA? And, if this is configurable, would OpenJPA be interested in enforcing this type of mechanism? I've used these type of processes with other open-source projects and found the history useful when reviewing old bug reports. Thanks, Kevin
Re: Extending the OpenJPA implementation
On 8/15/06, Patrick Linskey <[EMAIL PROTECTED]> wrote: I agree that this is something that we should work out, and is the reason that I mentioned earlier that we might want a Kodo-specific PersistenceProvider at the end of the day. Seems like it's in everyone's best interests for multiple systems with different OpenJPA derivatives to behave deterministically. I agree. Since it sounds like Abe is working out the initial re-organization of the ConfigurationProvider and ProductDerivation, I will wait for those changes before continuing with the OpenJPA derivative implementation. Thanks.
Re: [RESULT]: [VOTE] Kevin Sutter as committer
Geir, don't votes usually require 3 +1's for consensus? On 8/15/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: Apologies for catching up late. Traditionally, we do the votes in private so that people can be open in their discussion of the individuals. For the record, I'm +1 about this, but we should complete the discussion on the open-jpa-private list. geir Patrick Linskey wrote: > Vote closed with one +1 (me) and zero -1s. Welcome! > > Now, I'll kick off the process to get rights assigned. > > -Patrick > -- http://www.multitask.com.au/people/dion/ "If you even dream of beating me you'd better wake up and apologize" - Muhammad Ali