[JBossWS] - Re: JBossWS 3.0.1 Released
by richard.opalka@jboss.com
"gessedafe" wrote :
| ---------------------------------------------------------------------------
| Error shown in Eclipse console:
| ---------------------------------------------------------------------------
|
| [wsconsume] Consuming wsdl: ../src/META-INF//TestCase.wsdl
| [wsconsume] Command invoked: org.jboss.wsf.spi.tools.cmd.WSConsume -k -w src/META-INF//TestCase.wsdl -o C:\Desenvolvimento\Java\Workspaces\Europa\TestCase\classes -s C:\Desenvolvimento\Java\Workspaces\Europa\TestCase\gen -v ../src/META-INF//TestCase.wsdl
| [wsconsume] Exception in thread "main" java.lang.AbstractMethodError: org.jboss.wsf.spi.tools.WSContractConsumer.setExtension(Z)V
| [wsconsume] at org.jboss.wsf.spi.tools.cmd.WSConsume.importServices(WSConsume.java:199)
| [wsconsume] at org.jboss.wsf.spi.tools.cmd.WSConsume.main(WSConsume.java:81)
|
|
According to above error I see you're mixing two different JBossWS releases in your eclipse environment.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4140795#4140795
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4140795
18 years
[Beginners Corner] - Failed to boot JBoss:java.lang.NullPointerException
by vikas_khengare
Hi,
I am getting this error while starting JBOSS from Eclipse.
I am passing following args,
-Dprogram.name=run.bat -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.endorsed.dirs=${DCM4CHEE_LAUNCHPAD}/lib/endorsed -Xms128m -Xmx512m
-Djava.library.path=${DCM4CHEE_LAUNCHPAD}/bin/native -Ddcm4che.archive.nodename=DCM4CHEE
-Dapp.name=dcm4chee -Dapp.pid=9999
Failed to boot JBoss:
java.lang.NullPointerException
at java.util.Properties$LineReader.readLine(Unknown Source)
at java.util.Properties.load(Unknown Source)
at org.jboss.Version.loadProperties(Version.java:291)
at org.jboss.Version.(Version.java:72)
at org.jboss.Version.getInstance(Version.java:84)
at org.jboss.system.server.ServerImpl.(ServerImpl.java:89)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at org.jboss.system.server.ServerLoader.createServer(ServerLoader.java:289)
at org.jboss.system.server.ServerLoader.load(ServerLoader.java:268)
at org.jboss.Main.boot(Main.java:194)
at org.jboss.Main$1.run(Main.java:508)
at java.lang.Thread.run(Unknown Source)
I am not figuringout the problem. Can you suggest something?
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4140787#4140787
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4140787
18 years
[JBoss Cache: Core Edition] - Jdbc Cahce Loader Issue
by shanthi_jbosscache
Hi,
I am using JBoss cache(1.4.1SP8) in webapplication which is deployed in weblogic clustered environment. I have two management ports.I am using JDBC Cache Loader and cache is clustered across the weblogic portals.
I started the portal1 server succeessfully and cache also started. All the records are in the DB also.When I start the Portal2 server, I stop the server by killing the process before completion of startup.
Now the DB contains very less records. I think StoreEntireState method is called by Cacheloader and it replaces the records in the db with the data which was loaded in the cache during startup of portal2 server. is it true? plese help...
My configuration details are below
<!-- UDP: if you have a multihomed machine,
set the bind_addr attribute to the appropriate NIC IP address, e.g bind_addr="192.168.0.2"
-->
<!-- UDP: On Windows machines, because of the media sense feature
being broken with multicast (even after disabling media sense)
set the loopback attribute to true -->
<UDP mcast_addr="224.1.2.3" mcast_port="47700"
ip_ttl="64" ip_mcast="true"
mcast_send_buf_size="150000" mcast_recv_buf_size="80000"
ucast_send_buf_size="150000" ucast_recv_buf_size="80000"
loopback="false" bind_addr="192.168.100.8"/>
<PING timeout="2000" num_initial_members="3"
up_thread="false" down_thread="false"/>
<MERGE2 min_interval="10000" max_interval="20000"/>
<FD shun="true" up_thread="true" down_thread="true" />
<FD_SOCK/>
<VERIFY_SUSPECT timeout="1500"
up_thread="false" down_thread="false"/>
<pbcast.NAKACK gc_lag="50" retransmit_timeout="600,1200,2400,4800"
max_xmit_size="8192" up_thread="false" down_thread="false" discard_delivered_msgs="true"/>
<UNICAST timeout="600,1200,2400" window_size="100" min_threshold="10"
down_thread="false"/>
<pbcast.STABLE desired_avg_gossip="20000"
up_thread="false" down_thread="false"/>
<FRAG frag_size="8192"
down_thread="false" up_thread="false"/>
<pbcast.GMS join_timeout="5000" join_retry_timeout="2000"
shun="true" print_local_addr="true"/>
<pbcast.STATE_TRANSFER up_thread="true" down_thread="true"/>
true
<!--
The max amount of time (in milliseconds) we wait until the
initial state (ie. the contents of the cache) are retrieved from
existing members in a clustered environment
-->
50000
<!-- if passivation is true, only the first cache loader is used; the rest are ignored -->
false
<!-- comma delimited FQNs to preload -->
/
<!-- are the cache loaders shared in a cluster? -->
true
<!-- we can now have multiple cache loaders, which get chained -->
<!-- the 'cacheloader' element may be repeated -->
org.jboss.cache.loader.JDBCCacheLoader
<!-- same as the old CacheLoaderConfig attribute -->
cache.jdbc.table.name=TPFCoSProvCache
cache.jdbc.table.create=false
cache.jdbc.table.drop=false
cache.jdbc.fqn.column=fqn
cache.jdbc.fqn.type=varchar(500)
cache.jdbc.node.column=node
cache.jdbc.node.type=blob
cache.jdbc.parent.column=parent
cache.jdbc.driver=oracle.jdbc.OracleDriver
cache.jdbc.url=jdbc:oracle:thin:@192.168.100.9:1521:TPFDB
cache.jdbc.user=tpf
cache.jdbc.password=tpf
cache.jdbc.datasource=tpfDBDS
<!-- whether the cache loader writes are asynchronous -->
false
<!-- only one cache loader in the chain may set fetchPersistentState to true.
An exception is thrown if more than one cache loader sets this to true. -->
true
<!-- determines whether this cache loader ignores writes - defaults to false. -->
false
<!-- if set to true, purges the contents of this cache loader when the cache starts up.
Defaults to false. -->
false
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4140779#4140779
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4140779
18 years
[EJB/JBoss] - XAException-timer session beans
by aneesh62003
We are facing a problem with our timer session beans.
The following is the error trace log that we got from server log.
>From the log we could understand that itz not able to commit the transaction on timeout.
Any suggetions on why it happens will be appreciated...
we are using EJB2 slsb timer beans..
[org.jboss.tm.TransactionImpl] XAException: tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=f/735267, BranchQual=, localId=735267] errorCode=XA_UNKNOWN(0)
org.jboss.resource.connectionmanager.JBossLocalXAException: could not commit local tx; - nested throwable: (org.jboss.resource.JBossResourceException: SQLException; - nested throwable: (java.sql.SQLException: Closed Connection))
at org.jboss.resource.connectionmanager.TxConnectionManager$LocalXAResource.commit(TxConnectionManager.java:727)
at org.jboss.tm.TransactionImpl$Resource.commit(TransactionImpl.java:2141)
at org.jboss.tm.TransactionImpl.commitResources(TransactionImpl.java:1674)
at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:312)
at org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:457)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:370)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:149)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:128)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:625)
at org.jboss.ejb.Container.invoke(Container.java:871)
at org.jboss.ejb.txtimer.TimedObjectInvokerImpl.callTimeout(TimedObjectInvokerImpl.java:67)
at org.jboss.ejb.txtimer.TimerImpl$TimerTaskImpl.run(TimerImpl.java:469)
at java.util.TimerThread.mainLoop(Timer.java:432)
at java.util.TimerThread.run(Timer.java:382)
Caused by: org.jboss.resource.JBossResourceException: SQLException; - nested throwable: (java.sql.SQLException: Closed Connection)
at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.checkException(BaseWrapperManagedConnection.java:541)
at org.jboss.resource.adapter.jdbc.local.LocalManagedConnection.commit(LocalManagedConnection.java:100)
at org.jboss.resource.connectionmanager.TxConnectionManager$LocalXAResource.commit(TxConnectionManager.java:720)
... 15 more
Caused by: java.sql.SQLException: Closed Connection
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269)
at oracle.jdbc.driver.OracleConnection.commit(OracleConnection.java:1330)
at org.jboss.resource.adapter.jdbc.local.LocalManagedConnection.commit(LocalManagedConnection.java:96)
... 16 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4140771#4140771
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4140771
18 years