[
https://issues.apache.org/jira/browse/OPENJPA-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499200
]
Patrick Linskey commented on OPENJPA-235:
-
Hi,
Attach the patch to the JIRA and one of those of us
[
https://issues.apache.org/jira/browse/OPENJPA-242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499202
]
Patrick Linskey commented on OPENJPA-242:
-
With a small amount of work, we could abstract away the needs
it.
--
Patrick Linskey
202 669 5907
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:[EMAIL PROTECTED]
P.S. A good JDO? O, Gasp!
--
Patrick Linskey
202 669 5907
it when
reading it.
Last but not least, am I allowed to ask user questions in this list?
Since this is a dev list.
Thanks in advance
--
YM!: thejavafreak
Blog: http://www.nagasakti.or.id/roller/joshua/
--
Patrick Linskey
202 669 5907
[
https://issues.apache.org/jira/browse/OPENJPA-130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497601
]
Patrick Linskey commented on OPENJPA-130:
-
Ignacio Andreu will be working on this issue for the Google
[
https://issues.apache.org/jira/browse/OPENJPA-243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497624
]
Patrick Linskey commented on OPENJPA-243:
-
The plugin as of r540340 integrates the OpenJPA enhancer
[
https://issues.apache.org/jira/browse/OPENJPA-243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497626
]
Patrick Linskey commented on OPENJPA-243:
-
One missing instruction from the previous comment: the 0.1
for a 1.0 release. If not, we can cut a 0.9.8 release
and make a list of 1.0 bugs/features to follow.
Craig
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!
--
Patrick
-tf3770760.html#a10660986
Sent from the open-jpa-dev mailing list archive at Nabble.com.
--
Patrick Linskey
202 669 5907
-alternative-like-hibernate%29-tf3770760.html#a10660986
Sent from the open-jpa-dev mailing list archive at Nabble.com.
--
Patrick Linskey
202 669 5907
configuration option must I define to have the reversemapping
tool
generate
an EJB3 EntityEJB?
A short response would be great - any response would would really
help (am
I
asking for something that does not exist?)
Thank-you,
Linda Rae
--
Patrick Linskey
202 669 5907
amount of control by implementing a MappingFactory;
presumably your implementation would delegate to the normal mapping
factory.
-Patrick
On 5/16/07, Dennis Thrysøe [EMAIL PROTECTED] wrote:
Patrick Linskey wrote:
This means that your container would be responsible for EntityManager
lifecycle
.
--
Patrick Linskey
202 669 5907
have to upgrade to any newer version of Jboss ?
Please help me in this regard.
Thanks in advance.
Waiting for your response.
Regards,
Murali Krishna Adiraju.
--
Patrick Linskey
202 669 5907
SQL for that query, without actually being
connected to a database (just from the meta data)?
Thanks in advance.
--
Patrick Linskey
202 669 5907
this by email and then delete it.
--
Patrick Linskey
202 669 5907
---
The information in this email is confidential and may be legally protected.
--
Patrick Linskey
202 669 5907
thanks in advance.
Tsunfang
--
Patrick Linskey
202 669 5907
of the principle of freedom-as-in-beer, the first round will
be on BEA. As with all incubating projects, I'm hopeful that we can
establish a diversity in our round-sponsoring organization list.
-Patrick
--
Patrick Linskey
202 669 5907
?
}
Thanks for the help.
--
View this message in context:
http://www.nabble.com/Accessing-Trasaction-or-EnityManager-in-LifeCycle-methods-tf3722974.html#a10417736
Sent from the open-jpa-dev mailing list archive at Nabble.com.
--
Patrick Linskey
202 669 5907
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.
--
Patrick Linskey
202 669 5907
haven't had time to look into it. It should be fairly easy to make
the
change.
Thoughts?
Craig
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!
-Michael Dick
--
Patrick Linskey
we just treat the view name as a table name in the entity
annotation?
--
View this message in context:
http://www.nabble.com/Caon-openjpa-work-with-Oracle-View-tf3710510.html#a10378604
Sent from the open-jpa-dev mailing list archive at Nabble.com.
--
Patrick Linskey
202 669 5907
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/
repos/asf/openjpa/trunk/openjpa/openjpa.
How does that sound?
On May 7, 2007, at 9:15 AM, Patrick Linskey wrote:
I think it makes sense
:
Propagate the provided classloader further into the PCEnhancer call
stack.
Modified:
incubator/openjpa/trunk/openjpa-kernel/src/main/java/org/apache/
openjpa/enhance/PCEnhancer.java
--
Patrick Linskey
202 669 5907
[
https://issues.apache.org/jira/browse/OPENJPA-194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493962
]
Patrick Linskey commented on OPENJPA-194:
-
I think that it's more common to see things like 'openjpa-0.9.7
it
to the OpenJPA project.
Craig
On May 4, 2007, at 4:02 PM, Patrick Linskey wrote:
Hi,
Earlier this week, I wrote a (very) basic OpenJPA / IntelliJ plugin.
It automatically runs the enhancer on persistent types after
compilation completes, for any persistence units that don't have a
persistence
being deployed.
It is already separated.
-dain
--
Patrick Linskey
202 669 5907
with any necessary re-packaging needs
Sincerely,
Phill
-Original Message-
From: Patrick Linskey [mailto:[EMAIL PROTECTED]
Sent: May 4, 2007 3:35 PM
To: open-jpa-dev@incubator.apache.org
Subject: Re: [VOTE] Graduate from Incubation
I see a discontinuity in calling the
project OpenJPA
[
https://issues.apache.org/jira/browse/OPENJPA-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey reassigned OPENJPA-235:
---
Assignee: Patrick Linskey
SQL reordering to avoid non-nullable foreign key
[
https://issues.apache.org/jira/browse/OPENJPA-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey resolved OPENJPA-235.
-
Resolution: Fixed
SQL reordering to avoid non-nullable foreign key constraint
of situation?
-Patrick
--
Patrick Linskey
202 669 5907
[EMAIL PROTECTED]
Patrick Linskey [EMAIL PROTECTED]
Craig Russell [EMAIL PROTECTED]
Kevin Sutter[EMAIL PROTECTED]
Abe White [EMAIL PROTECTED]
Marc Prud'hommeaux [EMAIL PROTECTED
.. but the default download is self-contained with
everything required for the quickie included, isn't it?
J-Philippe.
--
Patrick Linskey
202 669 5907
= sub.findAlias(table, key, true, null);
+if (!fromParent alias != null)
+recordTableAlias(table, key, alias);
+}
}
}
}
--
Patrick Linskey
202 669 5907
:Java
returned: 1
Total time: 1 second
=
I'm not sure what I'm doing wrong. I'm stuck in the starting block here. How
do you guys do it?
J-Philippe.
--
Patrick Linskey
202 669 5907
Hi,
I am on the channel from time to time, but not regularly.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its
result list closing in
non-transactional environments in 0.9.6, but I can't find a related JIRA
issue. It's possible that moving up to 0.9.7 (released Friday;
http://cwiki.apache.org/openjpa/downloads.html) might get around the
problem.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
What happens if you toss
'providerorg.apache.openjpa.persistence.PersistenceProviderImpl/provi
der' into your persistence.xml file?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together
status is.
-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
I was suggesting to put it into the xml file, not to remove it. At the
time, I had only read the very beginning of your email. It's early still
in my time zone.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice
Odd indeed. Can you post your named query definition?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its
Can you post the current full exception + any nested exceptions and
their nested exceptions and their nested exceptions and so on? I think
that that data is already in this thread, but I just want to confirm
that things are still the same as they were.
-Patrick
--
Patrick Linskey
BEA Systems
wiki to include this shortly.
-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
So I take it that you're no longer seeing the this result set has been
closed error. What changed in your setup since that error was
happening?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message
--
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
methods? When using property
access, OpenJPA must use your setters and getters to access the
persistent state of your objects, so some of your business-level
invariants on the method arguments may not be adhered to by OpenJPA.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
of a challenge, since the user's own
method names will no longer match up.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc
with a new name. As the documentation states, the
getters and setters used in property access may appear with a pc prefix in
stack traces under OpenJPA.
--
Patrick Linskey
202 669 5907
Cool, thanks.
To delete it, I went to the page, clicked Edit, then
clicked the link Remove Page.
Yeah, I tried that, but was told that I don't have permission. Hence the
email.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
of continuing to represent Apache-isms to the OpenJPA
community and vice-versa.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc
the
full URL to the base directory, and the corresponding svn number.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its
I second that vote, if you are not interested.
Just FTR, it's not so much that I'm not interested as much as I think
that I have much to learn in the ways of Apache before I'd be the best
PMC chair for our project.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
Congratulations, all!
Thanks, Michael, for making this happen. It's great to know that we've
now gone through a release driven by a non-BEA member of the community.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice
[
https://issues.apache.org/jira/browse/OPENJPA-226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey resolved OPENJPA-226.
-
Resolution: Fixed
Change openjpa.DetachState 'fgs' setting to 'fetch-groups
[
https://issues.apache.org/jira/browse/OPENJPA-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey updated OPENJPA-230:
Attachment: OPENJPA-230.patch
It'd be nice to not have to synchronize. What about if we
[
https://issues.apache.org/jira/browse/OPENJPA-230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey updated OPENJPA-230:
Attachment: OPENJPA-230.patch
Good point -- _keepRunning is a bit too abrupt.
How does
That is an odd manifestation of the problem. Definitely worth
investigation.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems
You can't provide a JDBC connection directly, but you can provide a
DataSource, which, in turn, can provide a connection.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any
connections for as short a time as possible, taking into
account things like flushes and datastore locking.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
Many thanks Patrick!
You're welcome.
FYI, once I commit a fix to OPENJPA-229, you'll be able to use the same
class names once again. Sorry about that bug.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice
=openjpa.Log value=DefaultLevel=TRACE/
This will generate tons of output, but the stuff towards the end might
provide something of value.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any
[
https://issues.apache.org/jira/browse/OPENJPA-229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey resolved OPENJPA-229.
-
Resolution: Fixed
OpenJPA fails with MappedSuperclasses and Entities with the same
the numbers of
elements in the result list.
What happens if you change that to be 'System.out.println(results)'?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
So you're saying that the ResultList contains an Exception? Can you post
what you get if you do '((Exception) results.get(0)).printStackTrace()'?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message
?
-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
remove the Locale
field from the Person class?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries
://people.apache.org/~mikedd/staging-repository/org/apache/openjpa/o
penjpa-project/0.9.7-incubating/openjpa-project-0.9.7-incubating-binary.
zip
If that doesn't work out, could you package up an example for us to try
out against the latest code?
-Patrick
--
Patrick Linskey
BEA Systems, Inc
not create a JIRA account, you can send
the code to pcl at apache dot org, and I'll attach it to a new issue for
the group's perusal.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any
[
https://issues.apache.org/jira/browse/OPENJPA-228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491537
]
Patrick Linskey commented on OPENJPA-228:
-
I haven't run it yet, but a couple of things look suspicious:
1
Oh, and don't worry about the lack of the DB. We can probably
forward-generate a schema for Derby or somesuch that is good enough for
the purposes of tracking down this problem.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
inheritance, and table names
were also specified in the mapped superclasses, causing a mapping error.
I've had to make a couple of other changes to get things running; I'll
send more info soon.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
. Certainly this is something that we should fix,
though.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries
[
https://issues.apache.org/jira/browse/OPENJPA-228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey closed OPENJPA-228.
---
Resolution: Fixed
Persistent classes were not enhanced prior to use. Added a better error
OpenJPA fails with MappedSuperclasses and Entities with the same short names
Key: OPENJPA-229
URL: https://issues.apache.org/jira/browse/OPENJPA-229
Project: OpenJPA
[
https://issues.apache.org/jira/browse/OPENJPA-229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey updated OPENJPA-229:
Component/s: kernel
Fix Version/s: 0.9.8
Description:
When
the old one is a workable solution, if you have
access to the tx.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc
scans
bytes for specified annotations. IIRC, we looked at some Apache code
when implementing it; I can't remember if it was xbean code or not.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together
[
https://issues.apache.org/jira/browse/OPENJPA-229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey updated OPENJPA-229:
Attachment: OPENJPA-229.patch
This fixes the problem by changing the enhancer
Any thoughts about this patch? It changes how @Embeddable and
@MappedSuperclass classes are enhanced.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
Any thoughts about this patch? It changes a configuration API, making
'fgs' a deprecated option.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
was that some people were unwilling
to expose begin / commit / rollback / suspend / resume APIs, but sadly
nobody (on either side of the debate) realized that a compromise
executeRunnableInNewTransaction(Runnable) would be acceptible all
around.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
Inside an appserver, there are parts of the PersistenceUnitInfo
interface that are designed for the appserver to communicate jars to
scan to the persistence provider.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice
[
https://issues.apache.org/jira/browse/OPENJPA-219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491316
]
Patrick Linskey commented on OPENJPA-219:
-
another way to approach this would be not to cache at all
something where your reverse-engineered classes fully
compiled on their own, and also would result in an efficient schema with
direct relations between the concrete subtypes.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
this out.
-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
[
https://issues.apache.org/jira/browse/OPENJPA-219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey reassigned OPENJPA-219:
---
Assignee: Patrick Linskey
Reflection: negative caching would be beneficial
[
https://issues.apache.org/jira/browse/OPENJPA-219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491458
]
Patrick Linskey commented on OPENJPA-219:
-
How does this compare to the leaky-patch version?
Reflection
suspend/resume) and it has recently provided the means to
execute a Runnable in a new Tx (via the runUnderUOW feature)
Yay!
It should be very easy to restructure our existing code to move the
relevant logic to a Runnable.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
compile on 1.4.
-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
Components: docs, kernel
Affects Versions: 0.9.6, 0.9.0, 0.9.7
Reporter: Patrick Linskey
Assigned To: Patrick Linskey
Priority: Minor
Fix For: 0.9.8
The configuration setting openjpa.DetachState: fgs is a bit obtuse. It would
be nicer
active EM.
Alternately, I think that you can rely on OpenJPA's detach modes to do
this for you; instead of actually closing the EM, just tell OpenJPA to
handle detaching when outside a tx.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
[
https://issues.apache.org/jira/browse/OPENJPA-226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Linskey updated OPENJPA-226:
Attachment: OPENJPA-226.patch
Here's a patch that does this. Thoughts?
Change
detail.
-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
to have the '-all' bit in there. Is it possible to
make the top-level pom publish the same stuff that openjpa-all currently
does?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any
for OpenJPA), then you can use the openjpa.AutoDetach property to tell
OpenJPA how to handle non-transactional work. In that scenario, you can
keep a single EM per your delegating instance, and rely on OpenJPA to do
the transactional PC semantics.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
I think that I'm about +0.5 for TLP graduation. It seems to make more
sense, and from what I understand, there is only a minimal amount of
additional work involved. As the +0.5 indicates, I could be swayed the
other direction though.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
.
Historically, our experience has been that:
1. Users tend to use a single format throughout their database, so a
per-configuration setting is Good Enough.
2. It's generally pretty uncommon to store char fields anyways.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
think that
you can actually call refresh() on them, per the spec.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its
1 - 100 of 569 matches
Mail list logo