[JBoss Cache: Core Edition] - Re: basic question on starting a jboss cache
by radomehta
Thanks a lot bstansberry. Your post was very useful for me.
According to what u said , I have now configured my hibernate as:
<!-- JBoss Cache configuration file name -->
But when I run my application, I get the following error:
Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/cache/TransactionManagerLookup
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
at java.lang.Class.getConstructor0(Class.java:2671)
at java.lang.Class.newInstance0(Class.java:321)
at java.lang.Class.newInstance(Class.java:303)
at org.hibernate.cfg.SettingsFactory.createCacheProvider(SettingsFactory.java:375)
.....................
So in my configuration file I added another configuration:
Now I get the error:
Exception in thread "main" javax.persistence.PersistenceException: org.hibernate.HibernateException: Could not instantiate TransactionManagerLookup 'org.jboss.cache.transaction.GenericTransactionManagerLookup'
at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:720)
at org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:121)
at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:51)
at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:33)
at TestPersistence.main(TestPersistence.java:18)
Caused by: org.hibernate.HibernateException: Could not instantiate TransactionManagerLookup 'org.jboss.cache.transaction.GenericTransactionManagerLookup'
at org.hibernate.transaction.TransactionManagerLookupFactory.getTransactionManagerLookup(TransactionManagerLookupFactory.java:47)
at org.hibernate.cfg.SettingsFactory.createTransactionManagerLookup(SettingsFactory.java:422)
at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:140)
at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2073)
at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1298)
at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:713)
... 4 more
What could be the problem?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139578#4139578
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139578
18 years
[Performance Tuning] - Performance Tuning EJB 3.0 in JBoss
by the666pack
Hello,
so my application uses ejb 3.0 persistent entities. i am doing some simple performance studies of different application servers and realized that jboss is performing bad, when it is about to write/delete persistent entities.
I believe it is a configuration issue and as far as i can see, the bottleneck is the persistent entity pooling and caching. so my question is how can i tune the cache and pool used for 3.0 entity beans to make my jboss server perform better?
according to the documentation i can change these settings:
#
Container-managed persistence entity version 2.0 = Standard CMP 2.x EntityBean
#
Container-managed persistence entity version 1.1 = Standard CMP EntityBean
#
Bean-managed persistence entity = Standard BMP EntityBean
but i did not find a setting for ejb 3.0 beans. By the way i am using JBoss 4.2.1.
any help is appreciated, thanks a lot!
greetings,
mario
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139561#4139561
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139561
18 years
[The Lizzard's corner] - Re: Ruby versus Java
by jwenting
"treespace" wrote : I bought a Ruby book and flipped through some others. One thing struck me was the amount of time they generally spend saying "how great the language is" with hardly a word on "how the language is great". In fact they appear to deliberately dodge what's good about it and fail to address what's wrong with Ruby.
|
Noticed much the same, but I doubt it's a deliberate oversight.
Rather their conviction is such that they're under the impression that the reason for Ruby's greatness is so blatantly obvious it needs no further explanation.
anonymous wrote :
| Clearly, Groovy and a few MVC generator tools are a better option, Grails for example. This way you can cleanly interface with type-safe, tested and optimized and reusable Java classes. I don't want to use Groovy for all my code and I sure as heck don't want to use Ruby on Rails.
|
Personal preference (mind I agree with you on not wanting either Groovy or Rails).
anonymous wrote :
| BTW, why does Java have so many more books than Ruby? Poor Ruby! They certainly must have all the facilities that the Java books represent, they just don't have any darn documentation. Too bad:)
|
Ask a Ruby guy and he'll tell you that the large volume of Java books is clear evidence that Java is a poor language that's overly complicated to need so much documentation for people to know how to use it.
He'll tell you that Ruby is so easy and flexible that really no documentation is needed and the fact that you want a book probably shows that you're not worthy.
Ruby is a fun little language that has its place, but its advocates are indeed religious zealots more than anything (and more than Java advocates ever were).
I've employed Ruby to do work in preparation for Java processes, and it works well for that as an alternative to (for example) Perl or Bash scripts.
For some things it's faster to write something in Ruby than Java too.
For example I needed an application that at regular intervals polls an ftp server, retrieves all files from there that were not there the last time it checked, and passes on those files to a Java process for further work.
I found it easier to write that in Ruby (which I'd not used for serious work before) than Java, had the first version working in under 2 hours (which was refined over the next few days as requirements became more clear just as a Java process would).
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139560#4139560
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139560
18 years