Hi!
Peter Antman wrote:
> Hi, I checked outv the latest version, and after fixing a lot of merge
> conflicts I started it, and it no longer works. Is there any important
> (documented/undocumented) changes that hace occured since javaOne).
>
> Here are my problems:
>
> java.lang.IllegalStateException: There is no TransactionManager in
> JNDI!
> at org.jboss.jdbc.XADataSourceLoader.<init>(XADataSourceLoader.java:48)
> at java.lang.reflect.Constructor.newInstance(Native Method)
> at javax.management.MBeanServer.internal_instantiate(MBeanServer.java:2204)
> at javax.management.MBeanServer.createMBean(MBeanServer.java:717)
> at javax.management.loading.MLet.getMBeansFromURL(MLet.java:385)
> at javax.management.loading.MLet.getMBeansFromURL(MLet.java:208)
> at org.jboss.Main.<init>(Main.java:111)
> at org.jboss.Main.<init>(Main.java:86)
> at org.jboss.Main$1.run(Main.java:76)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.jboss.Main.main(Main.java:67)
>
> Hm, never seen before.
You do not have the latest CVS version then. This is the new datasource
pools that Aaron has been working on, and they need some fixing before
they work properly with the new configuration process. Please use
jboss.conf from CVS which uses the older DataSource implementation.
> [Container factory] javax.naming.NameNotFoundException: xa.ejbPool not
> bound
>
> In the docukmentation for minerva, this was stated to be the name that
> should be mapped if I have an entry like this:
>
> <MLET CODE = "org.jboss.jdbc.XADataSourceLoader" ARCHIVE="jboss.jar,minerva.jar"
>CODEBASE="../lib/ext/">
> <ARG TYPE="java.lang.String" VALUE="ejbPool">
> <ARG TYPE="java.lang.String" VALUE="org.jboss.minerva.xa.XADataSourceImpl">
> <ARG TYPE="java.lang.String" VALUE="jdbc:postgresql://localhost/news">
> <ARG TYPE="java.lang.String" VALUE="pra">
> <ARG TYPE="java.lang.String" VALUE="none">
> <ARG TYPE="java.lang.String" VALUE="">
> <ARG TYPE="java.lang.Integer" VALUE="2">
> <ARG TYPE="java.lang.Integer" VALUE="5">
> <ARG TYPE="java.lang.String" VALUE="GCEnabled=true;ShrinkingEnabled=true">
> </MLET>
Please don't use this right now.
> And then it ends with:
>
> [JMX RMI Adaptor] Starting
> [JMX RMI Adaptor] Started
> at org.jboss.Main.<init>(Main.java:152)
> at org.jboss.Main.<init>(Main.java:86)
> at org.jboss.Main$1.run(Main.java:76)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.jboss.Main.main(Main.java:67)
> [Default] java.lang.ClassCastException: javax.management.RuntimeMBeanException
>
> This was not to fun I have to say.
I don't know what this could be.
Please use the latest CVS version and see if that works better. Report
back if not.
> > Then there's the following issues (that I know of):
> > * The JNDI implementation used to be slow if you included new
> > InitialContext() in your code since no caching was done. This has been
> > changed so that the server connection is cached, and the VM-local case
> > is also optimized now.
> >
> > * Do you look up the home each time? That is an additional performance
> > hit.
>
> Yes I do. Which is basicly what you would have to do in a web
> environement.
Not really. This can be avoided by using a base servlet and cached
values.
> > I am glad that you are doing performance benchmarks, and while your
> > numbers are a bit extreme I think I can account for most of the
> > problems. Could you please send me the code and I can do some testing
> > here? This would help enourmously in locating issues.
>
> Yes I will pack it later, but it is based on Percolator, so you will
> probably need to use Percolator if you are interested in rebuilding.
Alright. Let me know when you have something I can work with.
regards,
Rickard
--
Rickard �berg
@home: +46 13 177937
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
