If WB does check for @Entities and orm.xml it also needs to read the right
META-INF/persistence.xml or a representation of it because:
- classes might not be scanned
- some non annotated class can be explicitly listed
View the original post :
If we are OK to go the non standard route, I can look at adding a method on
HibernateEntityManagerFactory.
SetClass? getEntities();
returning the list of entities.
Or even better you can do
Collection metadatas = (Map) ( (HibernateEntityManagerFactory) emf
https://anonsvn.jboss.org/repos/hibernate/core/trunk/entitymanager/src/main/java/org/hibernate/ejb/packaging/PersistenceXmlLoader.java
is your best shot.
EnumerationURL xmls = Thread.currentThread()
| .getContextClassLoader()
|
So Carlo,
Are you asking for a *standard* way to get the list of entities. ie a
EntityManagerFactory.getEntities()
This is not be easy to get for a few reasons, one of them being that you
probably want to return some metadata model rather than the plain class and
that it would take time to do
I've been thinking about it a bit more.
Unfortunately, I don't think it should be the job of Hibernate to give that
info. Here is my reasoning:
- if an app uses 2 persistence providers (different), then you need to get the
entities from both and an app server I think is required to work well
Lucene is using an inverted index technology, not a b-tree nor bitmap
technology. It particularly shines at indexing text documents. It's probably
not the best technology to index FKs, though it can do it.
At this stage, I would encourage you to write a small proof of concept, that's
the only
Can you try to not give them the same name. If these are supposed to be the
same PU, why several files. If they are supposed to be different PU, why the
same name :)
Anyway I don't think it's related to your problem.
One way to work around it is to manually list the classes in persistence.xml
This forum should be read-only now. Test.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4130138#4130138
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4130138
___
jboss-user
Gavin wrote the class but I had a glass of wine next to him when he did it, so
that qualifies me as author as well :)
Let's move back this thread to the Hibernate Forum (the one you started
already). Long story short, your analysis is correct except that
Search.createFTEM will not return just
OK we found the issue.
In the first case (pure Groovy), the annotations are placed on the fields
(always the case for Groovy) and metaClass is indeed a transient field thus
ignored.
In the second case I suspect your java class has it's annotations on getters.
So JPA expect to find annotations
oups, interesting. I don't really understand why we don't run into the problem
when there is no inheritance.
I will try and catch guillaume to talk about how to solve that.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4112251#4112251
Reply to the post :
Only Seam 2.0 is able to inject a FullTextEntityManager
If you use Seam 1.2.1, you will have to use
Search.createFullTextEntityManager(...) to wrap the regular entity manager
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4101929#4101929
Reply to the post :
What happens if you replace hibernate-annotations.jar from the jboss lib (and
add hibernate-commons-annotations.jar) and properly bundle hibernate-search in
the EAR?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4101992#4101992
Reply to the post :
You need to be sure to have hibernate annotations 3.3.0 and Hibernate 3.0.0 in
your classpath, and not older versions.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4099303#4099303
Reply to the post :
Today the main reason to use Groovy in Seam is the language features: closure,
duck typing, list, map, properties etc etc. So essentially, code conciseness.
The hot deployment can actually be done with regular classes (provided that you
compile them).
In the near future, we plan to do some
Please open a JIRA issue
Note that when using an EAR, you cannot benefit from the hot deployment mode,
so the groovy files will have to be compiled
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092690#4092690
Reply to the post :
mrmimo wrote : This problem is related to hibernate-search dependencies. For
me it works when I took the libraries from it's lib dir, and replaced
apropriate jboss libraries with those from hibernate-search. I had to upgrade
hibernate3.jar to resolve introduced dependencies.
|
| The bottom
bsmithjj wrote : We like the Seam framework a lot but we don't want to be in
the business of maintaining frameworks. We are, however, paying customers of
JBoss (now Red Hat) - we even sent a good number of people to JBoss world for 2
years in a row (no JBoss world this past summer :-( ) - so
It seems to be that the IBM VM has inherited an old bug of the Sun's VM. When
an annotation is not present in the classpath, it should be ignored and should
not raise any sort of exception. This has been clarified by the annotations
spec lead a long time ago and quickly fixed by Sun.
A
Without using the Search.createFullTextSession is the right way to do it,
regardless of your problem.
What is strange is that it seems FullTextSession.createFullTextQuery() expect
to return o.h.Query where it should really return
org.hibernate.search.FullTextQuery.
Which version of Seam are
I think we should write a lucene query parser with a decent syntax and a seam
context injection
If someone has ideas about the syntax, open a jira issue and write them down
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4074981#4074981
Reply to the post :
[EMAIL PROTECTED] wrote : I agree with Christian 100% on this. I don't want
anything more complex than google. I can handle quotes, but anything more than
that should be strictly for the power users. I particularly dislike the need
to use * for partial matches.
|
one-box dump user
You need a parser one way or another to split words of your query
'java Hibernate'
Should end up being 'Java' and 'Hibernate'
Then from those you can do (by priority layer)
Java AND Hibernate
Java OR Hibernate
Java~ OR Hibernate
Java OR Hibernate~
etc
If you reuse the Lucene query parser, you end
Hi
Hibernate Search today relies on Hibernate Core. If someone is interested in
constributing, abstraction might be a doable task and certainly a good exercise
for JPA 2.0
Integrating Compass and Seam is different. Hibernate Search extends both the
Sesison and EntityManager API to provide a
mgrouch wrote : All of it makes it (in my experience) 5 times slower than
same tasks with JSP.
|
Do you mean your 200ms task involving html, ejb, database access now takes 1s,
or do you mean your 200ms now takes 220ms?
View the original post :
How do you deploy HEM in Glassfish? Is it in your app, or in the Glassfish
classpath?
Seam is using the JavaEE classloaders in a traditional way, I don't see how the
CL could be kept around.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4055282#4055282
If you manage to reproduce the NullPointerException in the EntityManager 3.3.x,
I'm interested in the stacktrace, so that I can understand what's going on
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4052363#4052363
Reply to the post :
Hi,
Before digging more, try and update to HEM 3.3.1
Download the package and copy
cp $HEM_HOME/lib/hibernate-annotations.jar $JBOSSAS_HOME/client
cp $HEM_HOME/lib/hibernate-annotations.jar $HEM_HOME/server/default/lib
cp $HEM_HOME/lib/hibernate-entitymanager.jar $JBOSSAS_HOME/server/default/lib
chuckadams wrote : Groovy, on the other hand, would be pretty nice to write a
Seam app in.
Ahem, why don't you checkout Seam from CVS and look for examples/groovybooking
;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4038592#4038592
Reply to the post :
What do you mean by messy?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4031202#4031202
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4031202
___
jboss-user mailing list
It should definitely work. But it might depend on your Hibernate Annotations
version. Did you add the proper event listeners?
BTW I recommend you use Hibernate Annotations 3.2.1 and above if you use
Hibernate Search
View the original post :
No, Hibernate is not dumb.
Like in SQL, HQL requires the grouby proeprties to be part of the select. You
have to include r.channel
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3994986#3994986
Reply to the post :
no, if the em is injected, it will be closed after the onMessage method call
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3994988#3994988
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3994988
Can you open a JIRA issue with a test case. That would help to track down the
issue if it is still there (some work have been done in Hibernate 3.2.1 (and
the new javassist release)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3994754#3994754
Reply to the
you'll have to provide more informations
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3994756#3994756
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3994756
___
jboss-user mailing
if the entity is already persistent in the PC, calling persist() will raise EPE
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3994757#3994757
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3994757
@org.hibernate.annotations.Type(type=com.acme.MyUserTypeImpl)
public String getSpecialProperty()
There are various user types samples in the Hibernate unit test suite
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3994759#3994759
Reply to the post :
you' ll need to provide more information, can you show the actual code. And the
reason for doing what you are doing :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3994760#3994760
Reply to the post :
The team has identified a bug in the EJB3 container regarding passivation and
PC). Have a look at the JIRA issues (EJBTHREE)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3990103#3990103
Reply to the post :
Actually it's http://opensource.atlassian.com/projects/hibernate/browse/HHH-2206
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3990105#3990105
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3990105
optional=true goes against nullable=false
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3976168#3976168
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3976168
___
jboss-user
do you have a minimal test case reproducing the issue?
Please post it to JIRA
http://opensource.atlassian.com/projects/hibernate/secure/Dashboard.jspa
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3976172#3976172
Reply to the post :
you can check session.replicate
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3976173#3976173
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3976173
___
jboss-user mailing list
zerbit, I find it hard to believe, but if you can create a runnable test case
reproducing the different params same value issue, then add it to JIRA.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3974245#3974245
Reply to the post :
icecuber, in RC8, the *sql* query returned 4 result too right? If not then your
data has changed, not the code.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3974244#3974244
Reply to the post :
Scott,
I fixed a bug in RC9 that was hiding a bug in your code.
you must use distinct.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3974240#3974240
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3974240
icecuber wrote :
| No Sorry.. i tried RC7, RC8 and RC9 with the same data and the same
query...
|
I meant the SQL query, not the HQL or Criteria query. Like the other you could
have some issues related to the non use of distinct
View the original post :
To be specific and to outsiders
if you use getSingleResult() and a query involving collection fetching, you
could end up with this kind of issue if you don't use distinct
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3974362#3974362
Reply to the post :
RC9
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3973397#3973397
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3973397
___
jboss-user mailing list
jboss-user@lists.jboss.org
ignore
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3973398#3973398
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3973398
___
jboss-user mailing list
jboss-user@lists.jboss.org
Looking at your specific problem, an employee without organization is not an
employee anyway, it should be removed ;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3973399#3973399
Reply to the post :
do a query that load the associated object and remove them
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3973076#3973076
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3973076
___
save method impl?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3973083#3973083
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3973083
___
jboss-user mailing list
context?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3973085#3973085
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3973085
___
jboss-user mailing list
jboss-user@lists.jboss.org
As per the spec
The HAVING clause must specify search conditions over the grouping items or
aggregate functions that
apply to grouping items.
Same restriction as in SQL AFAIK
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3972776#3972776
Reply to the post :
1. is not possible this is not how you would work in a object model (wo
persistence)
2. can be done through cascade=CascadeType.REMOVE on the @OneToMany association
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3972777#3972777
Reply to the post :
you need to show the code for
// make persistent
customersFacade.save(customer);
local or remote bean?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3972778#3972778
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3972778
ALRubinger wrote : Some of my coworkers have reported similar behaviour of a
sporadic nature...simple calls to EntityManager.find(Class,id) return null when
the object is clearly in the DB. They've also stated that using
EntityManager.createQuery(SELECT obj FROM ClassName obj WHERE obj.id=?)
hibernate cannot read the db table apparently, check that it is in your DB.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3972780#3972780
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3972780
what is the way in Informix to acquire a row lock? AFAIK this is FOR UPDATE.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3972796#3972796
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3972796
you need to use an allocationSize of 1
and for the records, SequenceHiLoGenerator is perfectly fine in an cluster :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3961614#3961614
Reply to the post :
this is not possible and not supported by the spec
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3961618#3961618
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3961618
___
are you using those object in the detached state? Then yes you need to
implement a proper equals/hashcode impl
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3961615#3961615
Reply to the post :
not sure I understand everything but here is my answer
You can do that with Hibernate, but the specification does not support it.
Hence Dali co probably do not support it
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3961617#3961617
Reply to the post :
There is a reason for not adding common usages into the JavaDoc. We would en up
having very long JavaDocs (ie Reference guide in it), so we decided to not
include usages.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3961623#3961623
Reply to the post :
flush() does not commit a transaction, it just execute statements. That's the
reason for you not seeing the entity.
Yes HSQLDB does not implements the required isolation level.
About the NPE, this is bad, I'll fix that
http://opensource.atlassian.com/projects/hibernate/browse/HHH-1958
View the
use an intermediate entity to handle this state
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3961627#3961627
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3961627
___
jboss-user
nope this is not possible
PS entity and mappedsuperclass on the same class does not make sense
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3961146#3961146
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3961146
you probably remove it from the non managed side 'ie the mappedBy side' only
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3961147#3961147
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3961147
Filter is a unique feature of Hibernate so I doubt this will be standardize
soon. It would be boring if all products had the same features ;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3960815#3960815
Reply to the post :
70 matches
Mail list logo