Ship it. :-)
On 5/6/07, Craig L Russell <[EMAIL PROTECTED]> wrote:
Hi,
The following is a draft request for the Incubator PMC to graduate
OpenJPA to TLP status. The request will be in the form of a VOTE to
recommend the board resolution (minor tweaks are being discussed in a
parallel thread).
[
https://issues.apache.org/jira/browse/OPENJPA-51?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494070
]
Abe White commented on OPENJPA-51:
--
Yes, the test was passing before. Have you tried against a to-one relation
rat
+1
What would the impact be if we renamed openjpa-all to openjpa?
We could change our checkout instructions to read
svn co http://svn.apache.org/repos/asf/incubator/openjpa/trunkopenjpa-parent
and then the directories match the artifactId's in pom.xml.
The only reason I think this is worth doin
I think it makes sense to rename dirs as appropriate. Remember that
once we graduate, we'll be moving repositories anyways, so it would
seem like a good opportunity to make structural changes.
-Patrick
On 5/7/07, Michael Dick <[EMAIL PROTECTED]> wrote:
+1
What would the impact be if we renamed
Patrick raises a good point. Also, we might also be able to just have
the "openjpa" aggregate jar module be in a sub-directory named
"openjpa" without having to rename the parent module's enclosing
directory, since I don't think Maven much cares what the name of the
directory in which the
directory, since I don't think Maven much cares what the name of the
directory in which the parent module resides (I doubt it even ever
looks at it). I.e., it would be located at http://svn.apache.org/
I think you're probably right -- currently, the dir is named 'trunk',
for example.
looks at
On May 7, 2007, at 9:35 AM, Patrick Linskey wrote:
Isn't that one too many 'openjpa' tokens? Couldn't it just be
http://svn.apache.org/repos/asf/openjpa/trunk/openjpa, instead of
http://svn.apache.org/repos/asf/openjpa/trunk/openjpa-all?
Yes, you're right.
I agree that it doesn't matter what we call the openjpa-parent
directory. Trunk is ok.
But I do think we should rename the openjpa-all to openjpa to be
consistent with the artifact name and location in the directory
structure. The difference in my mind is that the openjpa-parent isn't
an
+1
Patrick, you and I were writing at the same time. Gotta stop that. ;-)
Craig
On May 7, 2007, at 9:35 AM, Patrick Linskey wrote:
directory, since I don't think Maven much cares what the name of the
directory in which the parent module resides (I doubt it even ever
looks at it). I.e., it wou
No apparent way to generate all required SQL within a class derived from
FullClassStrategy
--
Key: OPENJPA-236
URL: https://issues.apache.org/jira/browse/OPENJPA-236
[
https://issues.apache.org/jira/browse/OPENJPA-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Ezzio updated OPENJPA-236:
Component/s: kernel
Affects Version/s: 0.9.7
> No apparent way to generate all required
[
https://issues.apache.org/jira/browse/OPENJPA-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Ezzio updated OPENJPA-236:
Attachment: OpenJPABugCustomSQL.zip
Test case demonstrating the issue.
> No apparent way to gener
[
https://issues.apache.org/jira/browse/OPENJPA-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494086
]
Abe White commented on OPENJPA-236:
---
One-way inverse-key-based relations are not a typical case, given that they
[
https://issues.apache.org/jira/browse/OPENJPA-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Ezzio updated OPENJPA-236:
Description:
FullClassStrategy has several optional methods for overriding OpenJPA's
generation o
[
https://issues.apache.org/jira/browse/OPENJPA-51?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494138
]
Catalina Wei commented on OPENJPA-51:
-
Abe,
You are right, the code before theispatch (SelectImpl.java revision
Out of curiosity, is there an existing problem that this fixes, or
did you just notice through code inspection they we weren't passing
the ClassLoader in places where it appeared we should?
On May 7, 2007, at 2:38 PM, [EMAIL PROTECTED] wrote:
Author: pcl
Date: Mon May 7 14:38:20 2007
Ne
I needed it to get my IntelliJ plugin working. I probably could have
set the thread's context classloader, but it seemed like this was a
better fix.
-Patrick
On 5/7/07, Marc Prud'hommeaux <[EMAIL PROTECTED]> wrote:
Out of curiosity, is there an existing problem that this fixes, or
did you just
Value.setAliases does not copy alias strings
Key: OPENJPA-237
URL: https://issues.apache.org/jira/browse/OPENJPA-237
Project: OpenJPA
Issue Type: Bug
Components: lib
Affects Versions
[
https://issues.apache.org/jira/browse/OPENJPA-237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Ezzio updated OPENJPA-237:
Attachment: Value.diff
SVN diff for the change required, plus a test case.
> Value.setAliases doe
19 matches
Mail list logo