On 19 Jun, Rickard �berg wrote:
> 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.
Hm, I had it working, and based the Percolator jboss part on it. When
will it work again?
But even if I change to the default I get invokation errors now (I had
this in the older release too, but got it working by fixing the method
invokation, as I can recall), and I can't trace it to the origin to get
at wat the problem might bee:
[ArticleManager] java.lang.IllegalArgumentException: argument type mismatch
[ArticleManager] java.lang.IllegalArgumentException: argument type mismatch
[Default] In invoke Home interface
org.backsource.borea.news.data.interfaces.ArticleManagerHomecreate0
[ArticleManager] In invoke Home interface
org.backsource.borea.news.data.generated.ArticleEntitySuperHomecreate1
[ArticleEntity] InvokingHome create
[ArticleEntity] org.backsource.borea.news.data.shared.ArticleVH@199939
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:494)
at
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:147)
at
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:77)
at org.jboss.ejb.plugins.TxInterceptor.invokeHome(TxInterceptor.java:84)
at
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:75)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:101)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:306)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invokeHome(JRMPContainerInvoker.java:169)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invokeHome(JRMPContainerInvoker.java:136)
at org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomeProxy.java:79)
at $Proxy3.create(Unknown Source)
at
org.backsource.borea.news.data.generated.ArticleManagerSuperImpl.create(ArticleManagerSuperImpl.java:147)
at
org.backsource.borea.news.data.generated.ArticleManagerSuperImpl.commit(ArticleManagerSuperImpl.java:174)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:460)
at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:83)
at org.jboss.ejb.plugins.TxInterceptor.invoke(TxInterceptor.java:191)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:93)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:154)
at
org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:262)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java:175)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java:159)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241)
at sun.rmi.transport.Transport$1.run(Transport.java:142)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:139)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:443)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:643)
at java.lang.Thread.run(Thread.java:484)
[ArticleEntity] java.lang.IllegalArgumentException: argument type mismatch
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:494)
at
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:147)
at
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:77)
at org.jboss.ejb.plugins.TxInterceptor.invokeHome(TxInterceptor.java:84)
at
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:75)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:101)
at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:306)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invokeHome(JRMPContainerInvoker.java:169)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invokeHome(JRMPContainerInvoker.java:136)
at org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomeProxy.java:79)
at $Proxy3.create(Unknown Source)
at
org.backsource.borea.news.data.generated.ArticleManagerSuperImpl.create(ArticleManagerSuperImpl.java:147)
at
org.backsource.borea.news.data.generated.ArticleManagerSuperImpl.commit(ArticleManagerSuperImpl.java:174)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:460)
at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:83)
at org.jboss.ejb.plugins.TxInterceptor.invoke(TxInterceptor.java:191)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:93)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:154)
at
org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:262)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java:175)
at
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java:159)
at java.lang.reflect.Method.invoke(Native Method)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241)
at sun.rmi.transport.Transport$1.run(Transport.java:142)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:139)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:443)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:643)
at java.lang.Thread.run(Thread.java:484)
/Peter
>
>> 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
>
--
------------------------------------------------------------
Peter Antman Technology in Media, Box 34105 100 26 Stockholm
Systems Architect WWW: http://www.tim.se
Email: [EMAIL PROTECTED] WWW: http://www.backsource.org
Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942
------------------------------------------------------------
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
