Re: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

Geir- On Nov 12, 2006, at 11:38 PM, Geir Magnusson Jr. wrote: I see two issues. The first, which I'm not so sure of, is that I thought that the m2 was for jars and stuff packaged ready for maven. Maybe maven can deal w/ deps as zips. Dunno. AFAIK, Maven can deal with any arbitrary a

Re: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

Marc Prud'hommeaux wrote: Geir- On Nov 12, 2006, at 11:38 PM, Geir Magnusson Jr. wrote: I see two issues. The first, which I'm not so sure of, is that I thought that the m2 was for jars and stuff packaged ready for maven. Maybe maven can deal w/ deps as zips. Dunno. AFAIK, Maven ca

Catalina Wei/Silicon Valley/IBM is out of the office.

I will be out of the office starting 11/13/2006 and will not return until 12/04/2006. I will respond to your message when I return.

Re: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

On Nov 13, 2006, at 5:33 AM, Geir Magnusson Jr. wrote: Marc Prud'hommeaux wrote: Geir- On Nov 12, 2006, at 11:38 PM, Geir Magnusson Jr. wrote: I see two issues. The first, which I'm not so sure of, is that I thought that the m2 was for jars and stuff packaged ready for maven. Maybe

Re: [VOTE] [SECOND ATTEMPT] publish openjpa 0.9.6-incubating release

+1 for the 0.9.6 release On 11/13/06, Craig L Russell <[EMAIL PROTECTED]> wrote: On Nov 13, 2006, at 5:33 AM, Geir Magnusson Jr. wrote: > > > Marc Prud'hommeaux wrote: >> Geir- >> On Nov 12, 2006, at 11:38 PM, Geir Magnusson Jr. wrote: >>> I see two issues. >>> >>> The first, which I'm not so

[jira] Created: (OPENJPA-80) Bad Escaping for LIKE in MySQL

Bad Escaping for LIKE in MySQL -- Key: OPENJPA-80 URL: http://issues.apache.org/jira/browse/OPENJPA-80 Project: OpenJPA Issue Type: Bug Components: query Environment: openJPA 0.9.7 MySQL 5.0.15

[jira] Commented: (OPENJPA-80) Bad Escaping for LIKE in MySQL

[ http://issues.apache.org/jira/browse/OPENJPA-80?page=comments#action_12449480 ] Jakob Braeuchi commented on OPENJPA-80: --- the variable searchStringEscape must be correctly set in org.apache.openjpa.jdbc.sql.MySQLDictionary: ... searchS

[jira] Commented: (OPENJPA-80) Bad Escaping for LIKE in MySQL

[ http://issues.apache.org/jira/browse/OPENJPA-80?page=comments#action_12449481 ] Marc Prud'hommeaux commented on OPENJPA-80: --- Note that you should be able to work around the issue for the time being by setting the property "openjpa.jd

[jira] Created: (OPENJPA-81) Wrong alias used when querying an attribute of a 1:n child

Wrong alias used when querying an attribute of a 1:n child -- Key: OPENJPA-81 URL: http://issues.apache.org/jira/browse/OPENJPA-81 Project: OpenJPA Issue Type: Bug Components:

[jira] Commented: (OPENJPA-81) Wrong alias used when querying an attribute of a 1:n child

[ http://issues.apache.org/jira/browse/OPENJPA-81?page=comments#action_12449535 ] Marc Prud'hommeaux commented on OPENJPA-81: --- You cannot traverse a Collection relation using dots. A simple example of valid JPQL is: SELECT OBJECT(c

[jira] Updated: (OPENJPA-81) Bad error message when trying to query a Collection relation using dot notation

[ http://issues.apache.org/jira/browse/OPENJPA-81?page=all ] Marc Prud'hommeaux updated OPENJPA-81: -- Component/s: diagnostics Summary: Bad error message when trying to query a Collection relation using dot notation (was: Wrong alias used wh

Re: Mapping

1. The reverse mapping tool creates an orm.xml but not annotations on generated Java code. Any plans on this? 2. I fed an orm.xml to Hibernate 3. It works, but if Hibernate is clever enough to automatically translate between camelCase Java names and underscore-punctuated database names, it'

How to pass openjpa.jdbc.* to tools?

I've been trying to pass an openjpa.jdbc.MappingDefaults configuration to the mappingTool, but it is just ignored. Is this possible? I tried: java org.apache.openjpa.jdbc.meta.MappingTool -mappingDefaults=blahblah ... and The docs say to use the last name of the config variable with a

Re: How to pass openjpa.jdbc.* to tools?

Passing -MappingDefaults (and, I believe, "-mappingDefaults") should certainly work. What indication are you seeing that it isn't working? On Nov 13, 2006, at 7:43 PM, roger.keays wrote: I've been trying to pass an openjpa.jdbc.MappingDefaults configuration to the mappingTool, but it

Re: How to pass openjpa.jdbc.* to tools?

I am using the mapping tool with -action build and -sql out.sql to generate a DDL script. In order to get foreign keys created for me I set openjpa.jdbc.MappingDefaults=ForeignKeyDeleteAction=restrict, JoinForeignKeyDeleteAction=cascade. It works when included in persistence.xml, but not the co

Re: How to pass openjpa.jdbc.* to tools?

This is on the 0.9.6 version that was recently tagged (but rejected for release?). roger.keays wrote: > > > I am using the mapping tool with -action build and -sql out.sql to > generate a DDL script. In order to get foreign keys created for me I set > openjpa.jdbc.MappingDefaults=ForeignKeyDel

[jira] Commented: (OPENJPA-81) Bad error message when trying to query a Collection relation using dot notation

[ http://issues.apache.org/jira/browse/OPENJPA-81?page=comments#action_12449585 ] Jakob Braeuchi commented on OPENJPA-81: --- is this a limitation of openJPA ? the same query runs with hibernate-entitymanager and toplink-essentials. > Bad err

[jira] Commented: (OPENJPA-81) Bad error message when trying to query a Collection relation using dot notation

[ http://issues.apache.org/jira/browse/OPENJPA-81?page=comments#action_12449592 ] Marc Prud'hommeaux commented on OPENJPA-81: --- Is KategorieGruppe.kategorien a Collection? If so, then it is a violation of the spec to query it by dot not