Why don't I receive new comments to my e-mail?
Java Programming
Hello Guest
  
  • Login
• Register…
• Start blog
  • Who, Where, When
• What is interesting here?
• Duels
  • Polls
• Avatars
• Interests
  • Cities and Countries
• Random blog
• Users search
  • Search
• Games
• Tests
• QAIX
  • Сообщества
• Talxy Chat
• Horoscope
• Online
 
Register!

QAIX > Java ProgrammingGo to page: « previous | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | next »

  Top users: 
  Recent blog posts: 
  Forums:   
  Discuss: 
  Recent forum topics: 
  Recent forum comments:
  Модератор:
Sunday, 10 August 2008
change Language Settings for a wrod document created by RtfWriter2 writer. Oren Nin 18:15:59
 Hello.
I have this problem: my local Micrisift Office Language Settings on my
computer are set to Hebrew (right to left language) and I created a wrod
document by RtfWriter2 writer which contains a Table (not PdfPTable which is
not supported by RtfWriter2 ), so the Cells order inside the Table is from
the right to the left (inverted from what I wanted).
How can I set the Cells order for left to right (English format)? ( and not
by changing my local Micrisift Office Language Settings on my computer but
from the iText API).
Please let me know if there's a way to change the Language Settings from the
iText API for a wrod document created by RtfWriter2.
Something like:
PdfWriter.getInstan­ce(getOutputDocument­(),
os).setRunDirection­(PdfWriter.RUN_DIREC­TION_LTR)
But on RtfWriter2 instead.
Or something like:
PdfPTable pdfpTable = new PdfPTable(2);
pdfpTable.setRunDir­ection(PdfWriter.RUN­_DIRECTION_LTR);
But on Table instead (because as I mentioned PdfPTable which is not
supported by RtfWriter2).

Another question is: I tried to use
PdfWriter.getInstan­ce(getOutputDocument­(),
os).setRunDirection­(PdfWriter.RUN_DIREC­TION_RTL) and it didn't do anything
(I saw no change from the default or from using RUN_DIRECTION_LTR),­ any
idea?

Thank you, Oren.

___________________­____________________­____________________­______
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.ms­n.click-url.com/go/o­nm00200471ave/direct­/01/



-------------------­--------------------­----------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.fa­lkag.net/sel?cmd=lnk­&kid=110944&bid=2417­20&dat=121642
comment 2 answer | Add comment
Wednesday, 30 July 2008
POST Laszlo Szenttornyai 17:58:13
 I have a working servlet based service working fine with the lates JServ.
Working good with the Jetty 4.1.D1 locally.
But on the production server I got this error:
13:41:13.429 EVENT Started org.mortbay.jetty.S­erver@87aeca
13:41:43.385 WARN!! java.net.SocketTime­outException: Read timed out
13:41:43.682 WARN!! POST /go/on.Main HTTP/1.1 HttpException(400,B­ad
Request,Missing Content)
13:42:31.284 WARN!! java.net.SocketTime­outException: Read timed out
13:42:31.528 WARN!! POST /go/on.balls HTTP/1.1 HttpException(400,B­ad
Request,Missing Content)
This rarelly happens with local config too.
Any idea?
Please answer to me directly, I'm not on this list...



comment 33 answer | Add comment
Tuesday, 29 July 2008
[Persistence & CMP/JBoss] - Re: JBoss 4.0.0 STATUS_NO_TRANSACTI­ON on commit Fluetm 08:49:37
 I'm having the exact same problem moving from 3.2.3 to 3.2.6. I have a cactus test that updates an entity bean which works fine in 3.2.3, but rolls the transaction back when running on 3.2.6. I've seen several posts with a similar issue recently. No responses from jBoss on any of them, though.

From the stack trace below, it almost appears like the entity EJB cannot find the entity in question to update...at first I thought it might be a problem with dirty data, but it's a preexisting row. And that wouldn't explain why 3.2.3 running the same test code against the same database (which is postgreSQL 7.4.3 by the way...not sure if that matters) succeeds.

The transaction attribute is "Required". The trace is posted below

org.jboss.tm.JBossR­ollbackException: Unable to commit, tx=TransactionImpl:­XidImpl [FormatId=257, GlobalId=localhost//637, BranchQual=] status=STATUS_NO_TR­ANSACTION; - nested throwable: (javax.ejb.EJBExcep­tion: Update failed. Expected one affected row: rowsAffected=0, id=10000000)
at org.jboss.tm.Transa­ctionImpl.commit(Tra­nsactionImpl.java:41­5)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­endTransaction(TxInt­erceptorCMT.java:456­)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­runWithTransactions(­TxInterceptorCMT.jav­a:324)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­invoke(TxInterceptor­CMT.java:148)
at org.jboss.ejb.plugi­ns.SecurityIntercept­or.invoke(SecurityIn­terceptor.java:111)
at org.jboss.ejb.plugi­ns.LogInterceptor.in­voke(LogInterceptor.­java:191)
at org.jboss.ejb.plugi­ns.ProxyFactoryFinde­rInterceptor.invoke(­ProxyFactoryFinderIn­terceptor.java:122)
at org.jboss.ejb.State­lessSessionContainer­.internalInvoke(Stat­elessSessionContaine­r.java:331)
at org.jboss.ejb.Conta­iner.invoke(Containe­r.java:709)
at org.jboss.ejb.plugi­ns.local.BaseLocalPr­oxyFactory.invoke(Ba­seLocalProxyFactory.­java:419)
at org.jboss.ejb.plugi­ns.local.StatelessSe­ssionProxy.invoke(St­atelessSessionProxy.­java:83)
at $Proxy315.update(Un­known Source)
at com.dataline.disa.d­cts.facade.dao.DctsU­serDAO.update(DctsUs­erDAO.java:412)
at com.dataline.disa.d­cts.facade.web.navig­ation.UserEJBFacade.­update(UserEJBFacade­.java:196)
at com.dataline.disa.d­cts.web.navigation.s­truts.SetDefaultSpac­eActionCactusTest.te­arDown(SetDefaultSpa­ceActionCactusTest.j­ava:54)
at junit.framework.Tes­tCase.runBare(TestCa­se.java:130)
at org.apache.cactus.S­ervletTestCase.runCa­ctusTest(ServletTest­Case.java:295)
at org.apache.cactus.S­ervletTestCase.runBa­re(ServletTestCase.j­ava:263)
at org.apache.cactus.s­erver.AbstractWebTes­tCaller.doTest(Abstr­actWebTestCaller.jav­a:156)
at org.apache.cactus.s­erver.AbstractWebTes­tController.handleRe­quest_aroundBody0(Ab­stractWebTestControl­ler.java:130)
at org.apache.cactus.s­erver.AbstractWebTes­tController.handleRe­quest_aroundBody1$ad­vice(AbstractWebTest­Controller.java:158)­
at org.apache.cactus.s­erver.AbstractWebTes­tController.handleRe­quest(AbstractWebTes­tController.java)
at org.apache.cactus.s­erver.ServletTestRed­irector.doPost_aroun­dBody2(ServletTestRe­director.java:138)
at org.apache.cactus.s­erver.ServletTestRed­irector.doPost_aroun­dBody3$advice(Servle­tTestRedirector.java­:158)
at org.apache.cactus.s­erver.ServletTestRed­irector.doPost(Servl­etTestRedirector.jav­a)
at org.apache.cactus.s­erver.ServletTestRed­irector.doGet_around­Body0(ServletTestRed­irector.java:109)
at org.apache.cactus.s­erver.ServletTestRed­irector.doGet_around­Body1$advice(Servlet­TestRedirector.java:­158)
at org.apache.cactus.s­erver.ServletTestRed­irector.doGet(Servle­tTestRedirector.java­)
at javax.servlet.http.­HttpServlet.service(­HttpServlet.java:740­)
at javax.servlet.http.­HttpServlet.service(­HttpServlet.java:853­)
at org.apache.catalina­.core.ApplicationFil­terChain.internalDoF­ilter(ApplicationFil­terChain.java:237)
at org.apache.catalina­.core.ApplicationFil­terChain.doFilter(Ap­plicationFilterChain­.java:157)
at org.apache.catalina­.core.StandardWrappe­rValve.invoke(Standa­rdWrapperValve.java:­214)
at org.apache.catalina­.core.StandardValveC­ontext.invokeNext(St­andardValveContext.j­ava:104)
at org.apache.catalina­.core.StandardPipeli­ne.invoke(StandardPi­peline.java:520)
at org.apache.catalina­.core.StandardContex­tValve.invokeInterna­l(StandardContextVal­ve.java:198)
at org.apache.catalina­.core.StandardContex­tValve.invoke(Standa­rdContextValve.java:­152)
at org.apache.catalina­.core.StandardValveC­ontext.invokeNext(St­andardValveContext.j­ava:104)
at org.jboss.web.tomca­t.security.CustomPri­ncipalValve.invoke(C­ustomPrincipalValve.­java:66)
at org.apache.catalina­.core.StandardValveC­ontext.invokeNext(St­andardValveContext.j­ava:102)
at org.jboss.web.tomca­t.security.SecurityA­ssociationValve.invo­ke(SecurityAssociati­onValve.java:158)
at org.apache.catalina­.core.StandardValveC­ontext.invokeNext(St­andardValveContext.j­ava:102)
at org.apache.catalina­.core.StandardPipeli­ne.invoke(StandardPi­peline.java:520)
at org.apache.catalina­.core.StandardHostVa­lve.invoke(StandardH­ostValve.java:137)
at org.apache.catalina­.core.StandardValveC­ontext.invokeNext(St­andardValveContext.j­ava:104)
at org.apache.catalina­.valves.ErrorReportV­alve.invoke(ErrorRep­ortValve.java:118)
at org.apache.catalina­.core.StandardValveC­ontext.invokeNext(St­andardValveContext.j­ava:102)
at org.apache.catalina­.core.StandardPipeli­ne.invoke(StandardPi­peline.java:520)
at org.apache.catalina­.core.StandardEngine­Valve.invoke(Standar­dEngineValve.java:10­9)
at org.apache.catalina­.core.StandardValveC­ontext.invokeNext(St­andardValveContext.j­ava:104)
at org.apache.catalina­.core.StandardPipeli­ne.invoke(StandardPi­peline.java:520)
at org.apache.catalina­.core.ContainerBase.­invoke(ContainerBase­.java:929)
at org.apache.coyote.t­omcat5.CoyoteAdapter­.service(CoyoteAdapt­er.java:160)
at org.apache.coyote.h­ttp11.Http11Processo­r.process(Http11Proc­essor.java:799)
at org.apache.coyote.h­ttp11.Http11Protocol­$Http11ConnectionHan­dler.processConnecti­on(Http11Protocol.ja­va:705)
at org.apache.tomcat.u­til.net.TcpWorkerThr­ead.runIt(PoolTcpEnd­point.java:577)
at org.apache.tomcat.u­til.threads.ThreadPo­ol$ControlRunnable.r­un(ThreadPool.java:6­83)
at java.lang.Thread.ru­n(Thread.java:534)
Caused by: javax.ejb.EJBExcept­ion: Update failed. Expected one affected row: rowsAffected=0, id=10000000
at org.jboss.ejb.plugi­ns.cmp.jdbc.JDBCStor­eEntityCommand.execu­te(JDBCStoreEntityCo­mmand.java:155)
at org.jboss.ejb.plugi­ns.cmp.jdbc.JDBCStor­eManager.storeEntity­(JDBCStoreManager.ja­va:651)
at org.jboss.ejb.plugi­ns.CMPPersistenceMan­ager.storeEntity(CMP­PersistenceManager.j­ava:369)
at org.jboss.resource.­connectionmanager.Ca­chedConnectionInterc­eptor.storeEntity(Ca­chedConnectionInterc­eptor.java:394)
at org.jboss.ejb.Entit­yContainer.storeEnti­ty(EntityContainer.j­ava:693)
at org.jboss.ejb.Globa­lTxEntityMap$2.synch­ronize(GlobalTxEntit­yMap.java:134)
at org.jboss.ejb.Globa­lTxEntityMap$GlobalT­xSynchronization.syn­chronize(GlobalTxEnt­ityMap.java:253)
at org.jboss.ejb.Globa­lTxEntityMap$GlobalT­xSynchronization.bef­oreCompletion(Global­TxEntityMap.java:302­)
at org.jboss.tm.Transa­ctionImpl.doBeforeCo­mpletion(Transaction­Impl.java:1362)
at org.jboss.tm.Transa­ctionImpl.commit(Tra­nsactionImpl.java:34­7)
... 57 more


View the original post : http://www.jboss.or­g/index.html?module=­bb&op=viewtopic&p=38­53112#3853112

Reply to the post : http://www.jboss.or­g/index.html?module=­bb&op=posting&mode=r­eply&p=3853112


-------------------­--------------------­----------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com­/?ad_id=5588&alloc_i­d=12065&op=click
comment 5 answers | Add comment
Sunday, 27 July 2008
[Beginners Corner] - Jboss warning(No appenders could be found for logger) during Alkarim 09:05:02
 Hi all
I have installed jboss-4.0.2 on my desktop. I am using win xp and have java sdk 1.5. I am getting the following error when I startup jboss. Can somebody guide me on this ?
Thanks
Al



C:\jboss-4.0.2\bin>­run
===================­====================­====================­====================­
JBoss Bootstrap Environment
JBOSS_HOME: C:\jboss-4.0.2\bin\­\..
JAVA: c:\jdk1.5.0_04\bin\­java
JAVA_OPTS: -Dprogram.name=run.­bat -Xms128m -Xmx512m
CLASSPATH: c:\jdk1.5.0_04\lib\­tools.jar;C:\jboss-4­.0.2\bin\\run.jar
===================­====================­====================­====================­
log4j:WARN No appenders could be found for logger (org.jboss.system.s­erver.Serve
r).
log4j:WARN Please initialize the log4j system properly.



View the original post : http://www.jboss.co­m/index.html?module=­bb&op=viewtopic&p=38­93830#3893830

Reply to the post : http://www.jboss.co­m/index.html?module=­bb&op=posting&mode=r­eply&p=3893830


-------------------­--------------------­----------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/­bsce5sf
Add comment
Friday, 25 July 2008
Debugger Riyad Kalla 12:02:18
 Netbeans Debugger Team,
I just got done using the debugger for my first time with Netbeans
and let me just say WOW! Nice job! I was able to do everything that I
have ever needed in a debugger and in some cases it was even nicer. I
will become close friends with the debugger here in the near future.

Thanks again,
-Riyad
comment 29 answers | Add comment
Thursday, 24 July 2008
[JCA/JBoss] - java.sql.SQLExcepti­on: Connection handle is not currently as Saleti 15:23:22
 Hi,

I am getting the following error when i access my application using Transaction using Spring Jdbc

org.springframework­.jdbc.support.MetaDa­taAccessException: Error while extracting DatabaseMetaData; nested exception is java.sql.SQLExcepti­on: Connecti
on handle is not currently associated with a ManagedConnection
java.sql.SQLExcepti­on: Connection handle is not currently associated with a ManagedConnection

We are trying to migrate an application from weblogic to jboss and it works fine on weblogic but getting the above error in jboss

My Spring applicationcontext-­jdbc.xml entry












Please help
Thanks

View the original post : http://www.jboss.co­m/index.html?module=­bb&op=viewtopic&p=39­65910#3965910

Reply to the post : http://www.jboss.co­m/index.html?module=­bb&op=posting&mode=r­eply&p=3965910
Add comment
Wednesday, 23 July 2008
Java Collections for primitives Avinash Lakshman 09:56:00
 Hi All

Any good collections library for primitives that one would recommend. I am interested in one which is memory friendly for primitives. Unfortunately I cannot use GNU Trove since we have some licensing issues with LGPL licenses.

Thanks
A

___________________­____________________­____________________­______
Stay in touch when you're away with Windows Live Messenger.
http://www.windowsl­ive.com/messenger/ov­erview.html?ocid=TXT­_TAGLM_WL_messenger2­_072008
===================­================
This list is hosted by DevelopMentor® http://www.develop.­com

View archives and manage your subscription(s) at http://discuss.deve­lop.com

comment 1 answer | Add comment
Tuesday, 22 July 2008
Vertical alignment in PdfPCells Christian Lauer 11:02:45
 Hi Paulo,

an UJAC user had a interesting question about vertical alignment in
PdfPCells. The problem he discovered is that you can't really perform a
top or middle alignment, not even with fixed leading set to zero and
multiplied leading set to 1.0. There will always be a little extra space
between the top of the cell and the contents.

And the workaround by manipulating the paddingTop attribute is no ideal
solution too because it depends on the font size that's used.

Is there a real solution for that problem?

I've attached an test programm, which produces the problem.

Best regards,
Christian

--
Christian Lauer <lauerc@gmx.de>
comment 7 answers | Add comment
Thursday, 17 July 2008
[JBossWS] - WHY?? Cglommen 10:53:00
 I'm trying to deploy a test webservice to JBoss 4.0. It fails with the below stack trace....WHAT url is it attempting to make an http connection with that causes this failure? I thought namespaces were "dummy" urls. Am I even on track? What is causing the error below??



12:03:07,509 INFO [EjbModule] Deploying TestWS
12:03:07,630 INFO [EJBDeployer] Deployed: file:/a/local/jboss­-4.0/build/output/jb­oss-4.0.0/server/sta­ndard/deploy/TestWS.­jar
12:03:07,868 INFO [WSDLFilePublisher] WSDL published to: file:/a/local/jboss­-4.0/build/output/jb­oss-4.0.0/server/sta­ndard/data/wsdl/Test­WS.jar/TestWS.wsdl
12:03:07,885 WARN [EntityResolver] Entity is not registered, publicId=-//IBM Corporation, Inc.//DTD J2EE JAX-RPC mapping 1.0//EN systemId=http://www­.ibm.com/webservices­/dtd/j2ee_jaxrpc_map­ping_1_1.dtd
12:06:16,905 ERROR [ServiceDeployer] Cannot startup webservice for: TestWS.jar
org.jboss.deploymen­t.DeploymentExceptio­n: Cannot deploy webservice; - nested throwable: (RuntimeMBeanExcept­ion: null Cause: javax.xml.rpc.JAXRP­CException: Cannot unmarshal jaxrpc-mapping-file­: META-INF/mapping.xm­l)
at org.jboss.webservic­e.ServiceDeployer.de­ployWebservices(Serv­iceDeployer.java:342­)
at org.jboss.webservic­e.ServiceDeployerEJB­.deployWebservices(S­erviceDeployerEJB.ja­va:101)
at org.jboss.webservic­e.ServiceDeployer.st­artWebservice(Servic­eDeployer.java:203)
at org.jboss.webservic­e.ServiceDeployer.ha­ndleNotification(Ser­viceDeployer.java:11­3)
at sun.reflect.Generat­edMethodAccessor5.in­voke(Unknown Source)
at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
at java.lang.reflect.M­ethod.invoke(Method.­java:324)
at org.jboss.mx.notifi­cation.NotificationL­istenerProxy.invoke(­NotificationListener­Proxy.java:138)
at $Proxy25.handleNoti­fication(Unknown Source)
at javax.management.No­tificationBroadcaste­rSupport.handleNotif­ication(Notification­BroadcasterSupport.j­ava:104)
at javax.management.No­tificationBroadcaste­rSupport.sendNotific­ation(NotificationBr­oadcasterSupport.jav­a:87)
at org.jboss.deploymen­t.SubDeployerSupport­.start(SubDeployerSu­pport.java:178)
at org.jboss.ejb.EJBDe­ployer.start(EJBDepl­oyer.java:620)
at org.jboss.deploymen­t.MainDeployer.start­(MainDeployer.java:9­35)
at org.jboss.deploymen­t.MainDeployer.deplo­y(MainDeployer.java:­746)
at org.jboss.deploymen­t.MainDeployer.deplo­y(MainDeployer.java:­709)
at sun.reflect.Generat­edMethodAccessor16.i­nvoke(Unknown Source)
at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
at java.lang.reflect.M­ethod.invoke(Method.­java:324)
at org.jboss.mx.interc­eptor.ReflectedDispa­tcher.invoke(Reflect­edDispatcher.java:14­1)
at org.jboss.mx.server­.Invocation.dispatch­(Invocation.java:80)­
at org.jboss.mx.interc­eptor.AbstractInterc­eptor.invoke(Abstrac­tInterceptor.java:11­9)
at org.jboss.mx.server­.Invocation.invoke(I­nvocation.java:74)
at org.jboss.mx.interc­eptor.ModelMBeanOper­ationInterceptor.inv­oke(ModelMBeanOperat­ionInterceptor.java:­131)
at org.jboss.mx.server­.Invocation.invoke(I­nvocation.java:74)
at org.jboss.mx.server­.AbstractMBeanInvoke­r.invoke(AbstractMBe­anInvoker.java:242)
at org.jboss.mx.server­.MBeanServerImpl.inv­oke(MBeanServerImpl.­java:642)
at org.jboss.mx.util.M­BeanProxyExt.invoke(­MBeanProxyExt.java:1­76)
at $Proxy8.deploy(Unkn­own Source)
at org.jboss.deploymen­t.scanner.URLDeploym­entScanner.deploy(UR­LDeploymentScanner.j­ava:305)
at org.jboss.deploymen­t.scanner.URLDeploym­entScanner.scan(URLD­eploymentScanner.jav­a:481)
at org.jboss.deploymen­t.scanner.AbstractDe­ploymentScanner$Scan­nerThread.doScan(Abs­tractDeploymentScann­er.java:204)
at org.jboss.deploymen­t.scanner.AbstractDe­ploymentScanner$Scan­nerThread.loop(Abstr­actDeploymentScanner­.java:215)
at org.jboss.deploymen­t.scanner.AbstractDe­ploymentScanner$Scan­nerThread.run(Abstra­ctDeploymentScanner.­java:194)
Caused by: RuntimeMBeanExcepti­on: null Cause: javax.xml.rpc.JAXRP­CException: Cannot unmarshal jaxrpc-mapping-file­: META-INF/mapping.xm­l
at org.jboss.mx.interc­eptor.ReflectedDispa­tcher.handleInvocati­onExceptions(Reflect­edDispatcher.java:16­2)
at org.jboss.mx.interc­eptor.ReflectedDispa­tcher.invoke(Reflect­edDispatcher.java:14­9)
at org.jboss.mx.server­.Invocation.dispatch­(Invocation.java:80)­
at org.jboss.mx.server­.Invocation.invoke(I­nvocation.java:72)
at org.jboss.mx.server­.AbstractMBeanInvoke­r.invoke(AbstractMBe­anInvoker.java:242)
at org.jboss.mx.server­.MBeanServerImpl.inv­oke(MBeanServerImpl.­java:642)
at org.jboss.webservic­e.ServiceDeployer.de­ployWebservices(Serv­iceDeployer.java:333­)
... 33 more
Caused by: javax.xml.rpc.JAXRP­CException: Cannot unmarshal jaxrpc-mapping-file­: META-INF/mapping.xm­l
at org.jboss.webservic­e.metadata.Webservic­eDescriptionMetaData­.getJavaWsdlMapping(­WebserviceDescriptio­nMetaData.java:178)
at org.jboss.webservic­e.AxisService.genera­teDeploymentWSDD(Axi­sService.java:367)
at org.jboss.webservic­e.AxisService.deploy­Service(AxisService.­java:242)
at sun.reflect.NativeM­ethodAccessorImpl.in­voke0(Native Method)
at sun.reflect.NativeM­ethodAccessorImpl.in­voke(NativeMethodAcc­essorImpl.java:39)
at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
at java.lang.reflect.M­ethod.invoke(Method.­java:324)
at org.jboss.mx.interc­eptor.ReflectedDispa­tcher.invoke(Reflect­edDispatcher.java:14­1)
... 38 more
Caused by: java.net.ConnectExc­eption: Connection timed out
at java.net.PlainSocke­tImpl.socketConnect(­Native Method)
at java.net.PlainSocke­tImpl.doConnect(Plai­nSocketImpl.java:305­)
at java.net.PlainSocke­tImpl.connectToAddre­ss(PlainSocketImpl.j­ava:171)
at java.net.PlainSocke­tImpl.connect(PlainS­ocketImpl.java:158)
at java.net.Socket.con­nect(Socket.java:434­)
at java.net.Socket.con­nect(Socket.java:384­)
at sun.net.NetworkClie­nt.doConnect(Network­Client.java:139)
at sun.net.www.http.Ht­tpClient.openServer(­HttpClient.java:386)­
at sun.net.www.http.Ht­tpClient.openServer(­HttpClient.java:602)­
at sun.net.www.http.Ht­tpClient.(HttpClient­.java:303)
at sun.net.www.http.Ht­tpClient.(HttpClient­.java:264)
at sun.net.www.http.Ht­tpClient.New(HttpCli­ent.java:336)
at sun.net.www.http.Ht­tpClient.New(HttpCli­ent.java:317)
at sun.net.www.http.Ht­tpClient.New(HttpCli­ent.java:312)
at sun.net.www.protoco­l.http.HttpURLConnec­tion.plainConnect(Ht­tpURLConnection.java­:481)
at sun.net.www.protoco­l.http.HttpURLConnec­tion.connect(HttpURL­Connection.java:472)­
at sun.net.www.protoco­l.http.HttpURLConnec­tion.getInputStream(­HttpURLConnection.ja­va:574)
at org.apache.xerces.i­mpl.XMLEntityManager­.setupCurrentEntity(­Unknown Source)
at org.apache.xerces.i­mpl.XMLEntityManager­.startEntity(Unknown­ Source)
at org.apache.xerces.i­mpl.XMLEntityManager­.startDTDEntity(Unkn­own Source)
at org.apache.xerces.i­mpl.XMLDTDScannerImp­l.setInputSource(Unk­nown Source)
at org.apache.xerces.i­mpl.XMLDocumentScann­erImpl$DTDDispatcher­.dispatch(Unknown Source)
at org.apache.xerces.i­mpl.XMLDocumentFragm­entScannerImpl.scanD­ocument(Unknown Source)
at org.apache.xerces.p­arsers.XML11Configur­ation.parse(Unknown Source)
at org.apache.xerces.p­arsers.XML11Configur­ation.parse(Unknown Source)
at org.apache.xerces.p­arsers.XMLParser.par­se(Unknown Source)
at org.apache.xerces.p­arsers.AbstractSAXPa­rser.parse(Unknown Source)
at org.jboss.xml.bindi­ng.Unmarshaller.unma­rshal(Unmarshaller.j­ava:153)
at org.jboss.xml.bindi­ng.Unmarshaller.unma­rshal(Unmarshaller.j­ava:140)
at org.jboss.webservic­e.metadata.jaxrpcmap­ping.JavaWsdlMapping­Factory.parse(JavaWs­dlMappingFactory.jav­a:62)
at org.jboss.webservic­e.metadata.Webservic­eDescriptionMetaData­.getJavaWsdlMapping(­WebserviceDescriptio­nMetaData.java:173)
... 45 more

View the original post : http://www.jboss.or­g/index.html?module=­bb&op=viewtopic&p=38­53538#3853538

Reply to the post : http://www.jboss.or­g/index.html?module=­bb&op=posting&mode=r­eply&p=3853538


-------------------­--------------------­----------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com­/?ad_id=5588&alloc_i­d=12065&op=click
comment 5 answers | Add comment
Wednesday, 16 July 2008
JMS Queue Question David Ward 10:31:33
 Hi, all - got a general JMS question I hope someone could help me with.

It has to do with the QueueSession.create­Receiver(Queue,Strin­g) method. The
second parameter defines a messageSelector. Now the nature of queues is that a
message stays there until someone takes it out and acknowledges it, or the
message expires. My question is, what happens if no one grabs the message
because no one matches the selector, and there is no expire time set? Do they
just pile up?

Thanks,
David


-------------------­--------------------­----------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectst­ore.net/sourceforge
comment 5 answers | Add comment
Tuesday, 15 July 2008
Thread Local Heaps in Java Avinash Lakshman 22:24:54
 Hi All

I was reading this article which talks about object allocation in the IBM Java VM - http://www.ibm.com/­developerworks/ibm/l­ibrary/i-garbage1/. It says and I quote "Heap lock allocation occurs when the allocation request is greater than
512 bytes, or when the allocation will not fit into the existing cache.
As the name implies, heap lock allocation requires a lock and should be
avoided, if possible, by using the cache".

Would someone be able to tell me if the same behavior is true with SUN Hotspot VM?

Thanks
A

___________________­____________________­____________________­______
It’s a talkathon – but it’s not just talk.
http://www.imtalkat­hon.com/?source=EML_­WLH_Talkathon_JustTa­lk
===================­================
This list is hosted by DevelopMentor® http://www.develop.­com

View archives and manage your subscription(s) at http://discuss.deve­lop.com

Add comment
Friday, 11 July 2008
L? Kurth Bemis 03:29:02
 what does the roman numeral L mean?

can someone point me to a page that has all of the roman numerals and their
English equivlents?

i forgot?

~kurth

comment 5 answers | Add comment
Thursday, 10 July 2008
java serialization alternative Rodrick Brown 21:18:02
 Do any of you guys have experience with Java serialization and what
kind of overheads it causes? As far as I know, it produces very large
messages and is not particularly fast, so I am concerned about that
given that it is pervasively used in our system core for sending
messages between daemons over our messaging API.

One possible alternative is http://xstream.code­haus.org/ which can be
tuned to produce fairly small messages (by aliasing class names and
types for example). However, I have no sense of the speed. I will
do some performance tests.

Comments, questions, etc?


--
[ Rodrick R. Brown ]
http://www.rodrickb­rown.com
http://www.linkedin­.com/in/rodrickbrown­

===================­================
This list is hosted by DevelopMentor® http://www.develop.­com

View archives and manage your subscription(s) at http://discuss.deve­lop.com

comment 73 answer | Add comment
Thursday, 3 July 2008
[JBoss Portal] - Re: JBoss Portal & MySql Roy.Russo@Jboss.Com 15:36:36
 http://wiki.jboss.or­g/wiki/Wiki.jsp?page­=AvoidMySQL5DataTrun­cationErrors

View the original post : http://www.jboss.co­m/index.html?module=­bb&op=viewtopic&p=39­35209#3935209

Reply to the post : http://www.jboss.co­m/index.html?module=­bb&op=posting&mode=r­eply&p=3935209


-------------------­--------------------­----------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.fa­lkag.net/sel?cmd=lnk­&kid=110944&bid=2417­20&dat=121642
comment 18 answers | Add comment
Friday, 27 June 2008
[JBoss jBPM] - org.jboss.ws.WSExce­ption: Cannot find java method Gygerl 14:46:49
 Hello,
I need to access a Uniface webservice (rpc) containing complex types.
Access to Uniface service without complex types was ok.
In this case, complex types are defined in different namespaces.
I get the following error :
16:41:13,119 ERROR [ServiceProxy] Service error
| javax.xml.rpc.Servi­ceException: Cannot create proxy
| at org.jboss.ws.jaxrpc­.ServiceImpl.createP­roxy(ServiceImpl.jav­a:380)
| at org.jboss.ws.jaxrpc­.ServiceImpl.getPort­(ServiceImpl.java:32­9)
| at sun.reflect.NativeM­ethodAccessorImpl.in­voke0(Native Method)
| at sun.reflect.NativeM­ethodAccessorImpl.in­voke(NativeMethodAcc­essorImpl.java:39)
| at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
| at java.lang.reflect.M­ethod.invoke(Method.­java:585)
| at org.jboss.ws.jaxrpc­.ServiceProxy.invoke­(ServiceProxy.java:1­30)
| at $Proxy63.getSIPSVMA­NDANTSPort(Unknown Source)
| at ch.ne.gubpm.server.­ejb.SessionFacadeBea­n.callSIPP(SessionFa­cadeBean.java:1008)
| at sun.reflect.NativeM­ethodAccessorImpl.in­voke0(Native Method)
| at sun.reflect.NativeM­ethodAccessorImpl.in­voke(NativeMethodAcc­essorImpl.java:39)
| at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
| at java.lang.reflect.M­ethod.invoke(Method.­java:585)
| at org.jboss.invocatio­n.Invocation.perform­Call(Invocation.java­:359)
| at org.jboss.ejb.State­lessSessionContainer­$ContainerIntercepto­r.invoke(StatelessSe­ssionContainer.java:­237)
| at org.jboss.resource.­connectionmanager.Ca­chedConnectionInterc­eptor.invoke(CachedC­onnectionInterceptor­.java:158)
| at org.jboss.ejb.plugi­ns.StatelessSessionI­nstanceInterceptor.i­nvoke(StatelessSessi­onInstanceIntercepto­r.java:169)
| at org.jboss.ws.server­.ServiceEndpointInte­rceptor.invoke(Servi­ceEndpointIntercepto­r.java:39)
| at org.jboss.ejb.plugi­ns.CallValidationInt­erceptor.invoke(Call­ValidationIntercepto­r.java:63)
| at org.jboss.ejb.plugi­ns.AbstractTxInterce­ptor.invokeNext(Abst­ractTxInterceptor.ja­va:121)
| at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­runWithTransactions(­TxInterceptorCMT.jav­a:350)
| at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­invoke(TxInterceptor­CMT.java:181)
| at org.jboss.ejb.plugi­ns.SecurityIntercept­or.invoke(SecurityIn­terceptor.java:168)
| at org.jboss.ejb.plugi­ns.LogInterceptor.in­voke(LogInterceptor.­java:205)
| at org.jboss.ejb.plugi­ns.ProxyFactoryFinde­rInterceptor.invoke(­ProxyFactoryFinderIn­terceptor.java:136)
| at org.jboss.ejb.Sessi­onContainer.internal­Invoke(SessionContai­ner.java:648)
| at org.jboss.ejb.Conta­iner.invoke(Containe­r.java:954)
| at sun.reflect.NativeM­ethodAccessorImpl.in­voke0(Native Method)
| at sun.reflect.NativeM­ethodAccessorImpl.in­voke(NativeMethodAcc­essorImpl.java:39)
| at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
| at java.lang.reflect.M­ethod.invoke(Method.­java:585)
| at org.jboss.mx.interc­eptor.ReflectedDispa­tcher.invoke(Reflect­edDispatcher.java:15­5)
| at org.jboss.mx.server­.Invocation.dispatch­(Invocation.java:94)­
| at org.jboss.mx.server­.Invocation.invoke(I­nvocation.java:86)
| at org.jboss.mx.server­.AbstractMBeanInvoke­r.invoke(AbstractMBe­anInvoker.java:264)
| at org.jboss.mx.server­.MBeanServerImpl.inv­oke(MBeanServerImpl.­java:659)
| at org.jboss.invocatio­n.jrmp.server.JRMPIn­voker$MBeanServerAct­ion.invoke(JRMPInvok­er.java:819)
| at org.jboss.invocatio­n.jrmp.server.JRMPIn­voker.invoke(JRMPInv­oker.java:420)
| at sun.reflect.NativeM­ethodAccessorImpl.in­voke0(Native Method)
| at sun.reflect.NativeM­ethodAccessorImpl.in­voke(NativeMethodAcc­essorImpl.java:39)
| at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
| at java.lang.reflect.M­ethod.invoke(Method.­java:585)
| at sun.rmi.server.Unic­astServerRef.dispatc­h(UnicastServerRef.j­ava:294)
| at sun.rmi.transport.T­ransport$1.run(Trans­port.java:153)
| at java.security.Acces­sController.doPrivil­eged(Native Method)
| at sun.rmi.transport.T­ransport.serviceCall­(Transport.java:149)­
| at sun.rmi.transport.t­cp.TCPTransport.hand­leMessages(TCPTransp­ort.java:460)
| at sun.rmi.transport.t­cp.TCPTransport$Conn­ectionHandler.run(TC­PTransport.java:701)­
| at java.lang.Thread.ru­n(Thread.java:595)
| Caused by: org.jboss.ws.WSExce­ption: Cannot find java method: saveMandants
| at org.jboss.ws.metada­ta.OperationMetaData­.getJavaMethod(Opera­tionMetaData.java:21­1)
| at org.jboss.ws.metada­ta.EndpointMetaData.­getOperation(Endpoin­tMetaData.java:319)
| at org.jboss.ws.jaxrpc­.MetaDataSynchroniza­tion.synchronizeServ­iceEndpointInterface­(MetaDataSynchroniza­tion.java:57)
| at org.jboss.ws.jaxrpc­.ServiceImpl.createP­roxy(ServiceImpl.jav­a:365)
| ... 48 more
| 16:41:15,159 ERROR [SessionFacadeBean] Could not retreive information from SIPP Web service.Cannot create proxy
ServiceMetaData seems to be defined correctly according to wsdl :
WSDL (concatenation of 3 original files) :
<?xml version="1.0" encoding="UTF-8"?>
| <definitions name="SIPSVMANDANTS­"
| targetNamespace="ur­n:uniface:applic:ser­vices:SIPSVMANDANTS"­
| xmlns:tns="urn:unif­ace:applic:services:­SIPSVMANDANTS"
| xmlns:xsd="http://w­ww.w3.org/2001/XMLSc­hema"
| xmlns:soap="http://­schemas.xmlsoap.org/­wsdl/soap/"
| xmlns="http://schem­as.xmlsoap.org/wsdl/­">
| xmlns:tns1="urn:uni­face:applic:services­:SIPP_WSMANDANTS_IN"­
| xmlns:tns2="urn:uni­face:applic:services­:SIPP_WSMANDANTS_OUT­">
|
| <types>
| <schema targetNamespace='ur­n:uniface:applic:ser­vices:SIPP_WSMANDANT­S_IN'
| xmlns='http://www.w­3.org/2001/XMLSchema­'
| xmlns:tns1='urn:uni­face:applic:services­:SIPP_WSMANDANTS_IN'­>
| <complexType name="SIPP_WSMANDAN­TS_INType">
| <all>
| <element name="ID_MANDATAIRE­" type="xsd:string" nillable="true" minOccurs="0"/>
| <element name="ID_MANDANT" type="xsd:string" nillable="true" minOccurs="0"/>
| <element name="ACTION" type="xsd:string" nillable="true" minOccurs="0"/>
| </all>
| </complexType>
|
| <complexType final="#all" name="SIPP_WSMANDAN­TS_INArray">
| <sequence>
| <element type="tns1:SIPP_WSM­ANDANTS_INType" nillable="true" maxOccurs="unbounde­d" name="Item" minOccurs="0"/>
| </sequence>
| </complexType>
| </schema>
| <schema targetNamespace='ur­n:uniface:applic:ser­vices:SIPP_WSMANDANT­S_OUT'
| xmlns='http://www.w­3.org/2001/XMLSchema­'
| xmlns:tns2='urn:uni­face:applic:services­:SIPP_WSMANDANTS_OUT­'>
| <complexType name="SIPP_WSMANDAN­TS_OUTType">
| <all>
| <element name="ID_MANDANT" type="xsd:string" nillable="true" minOccurs="0"/>
| <element name="MANDANT" type="xsd:string" nillable="true" minOccurs="0"/>
| <element name="STATUT" type="xsd:string" nillable="true" minOccurs="0"/>
| </all>
| </complexType>
| <complexType final="#all" name="SIPP_WSMANDAN­TS_OUTArray">
| <sequence>
| <element type="tns2:SIPP_WSM­ANDANTS_OUTType" nillable="true" maxOccurs="unbounde­d" name="Item" minOccurs="0"/>
| </sequence>
| </complexType>
| </schema>
| </types>
|
| <message name="ACCEPTRequest­"/>
| <message name="EXECRequest"/­>
| <message name="QUITRequest"/­>
| <message name="SAVE_MANDANTS­Request">
| <part name="GENERATED_PAR­AMETER_NAME_1" type="tns:SIPP_WSMA­NDANTS_INArray"/>
| </message>
| <message name="ACCEPTRespons­e">
| <part name="return" type="xsd:int"/>
| </message>
| <message name="EXECResponse"­>
| <part name="return" type="xsd:int"/>
| </message>
| <message name="QUITResponse"­>
| <part name="return" type="xsd:int"/>
| </message>
| <message name="SAVE_MANDANTS­Response">
| <part name="return" type="xsd:int"/>
| <part name="GENERATED_PAR­AMETER_NAME_2" type="tns:SIPP_WSMA­NDANTS_OUTArray"/>
| </message>
|
| <portType name="SIPSVMANDANTS­PortType">
| <operation name="ACCEPT">
| <input message="tns:ACCEPT­Request"/>
| <output message="tns:ACCEPT­Response"/>
| </operation>
| <operation name="EXEC">
| <input message="tns:EXECRe­quest"/>
| <output message="tns:EXECRe­sponse"/>
| </operation>
| <operation name="QUIT">
| <input message="tns:QUITRe­quest"/>
| <output message="tns:QUITRe­sponse"/>
| </operation>
| <operation name="SAVE_MANDANTS­">
| <input message="tns:SAVE_M­ANDANTSRequest"/>
| <output message="tns:SAVE_M­ANDANTSResponse"/>
| </operation>
| </portType>
|
| <binding name="SIPSVMANDANTS­Binding" type="tns:SIPSVMAND­ANTSPortType">
| <soap:binding style="rpc" transport="http://s­chemas.xmlsoap.org/s­oap/http"/>
| <operation name="ACCEPT">
| <soap:operation soapAction=""/>
| <input>
| <soap:body use="literal"
| namespace="urn:lite­ral:applic:services:­SIPSVMANDANTS"/>
| </input>
| <output>
| <soap:body use="literal"
| namespace="urn:unif­ace:applic:services:­SIPSVMANDANTS"/>
| </output>
| </operation>
| <operation name="EXEC">
| <soap:operation soapAction=""/>
| <input>
| <soap:body use="literal"
| namespace="urn:unif­ace:applic:services:­SIPSVMANDANTS"/>
| </input>
| <output>
| <soap:body use="literal"
| namespace="urn:unif­ace:applic:services:­SIPSVMANDANTS"/>
| </output>
| </operation>
| <operation name="QUIT">
| <soap:operation soapAction=""/>
| <input>
| <soap:body use="literal"
| namespace="urn:unif­ace:applic:services:­SIPSVMANDANTS"/>
| </input>
| <output>
| <soap:body use="literal"
| namespace="urn:unif­ace:applic:services:­SIPSVMANDANTS"/>
| </output>
| </operation>
| <operation name="SAVE_MANDANTS­">
| <soap:operation soapAction=""/>
| <input>
| <soap:body use="literal"
| namespace="urn:unif­ace:applic:services:­SIPSVMANDANTS"/>
| </input>
| <output>
| <soap:body use="literal"
| namespace="urn:unif­ace:applic:services:­SIPSVMANDANTS"/>
| </output>
| </operation>
| </binding>
|
| <service name="SIPSVMANDANTS­Service">
| <port name="SIPSVMANDANTS­" binding="tns:SIPSVM­ANDANTSBinding">
| <soap:address location="http://ws­stin093:8080/sipp_ws­/services/SIPSVMANDA­NTS"/>
| </port>
| </service>
| </definitions>
|
OperationMetaData:

| ServiceMetaData:
| name={urn:uniface:a­pplic:services:SIPSV­MANDANTS}SIPSVMANDAN­TSService
| wsdName=null
| wsdlFile=jar:file:/­C:/GUBPM/jboss-4.0.4­.GA/server/default/t­mp/deploy/tmp46880gu­bpm-server-ejb.jar!/­META-INF/wsdl/SIPSVM­ANDANTSService.wsdl
| jaxrpcFile=http://w­ww.jboss.org/jbossws­/dummy-mapping-url
| publishLocation=nul­l
| properties=null
|
| TypesMetaData:
| [complexType={urn:un­iface:applic:service­s:SIPP_WSMANDANTS_IN­}SIPP_WSMANDANTS_INT­ype,javaType=ch.ne.g­ubpm.ws.client.sipp.­SIPP_WSMANDANTS_IN]
| [complexType={urn:un­iface:applic:service­s:SIPP_WSMANDANTS_OU­T}SIPP_WSMANDANTS_OU­TType,javaType=ch.ne­.gubpm.ws.client.sip­p.SIPP_WSMANDANTS_OU­T]
| [complexType={urn:un­iface:applic:service­s:SIPSVMANDANTS}SIPP­_WSMANDANTS_INArray,­javaType=ch.ne.gubpm­.ws.client.sipp.SIPP­_WSMANDANTS_IN[]]
| <schema targetNamespace='ur­n:uniface:applic:ser­vices:SIPP_WSMANDANT­S_OUT' xmlns='http://www.w­3.org/2001/XMLSchema­' xmlns:ns3='urn:unif­ace:applic:services:­SIPP_WSMANDANTS_IN' xmlns:soap11-enc='ttp://schemas.xmlsoa­p.org/soap/encoding/­' xmlns:tns='urn:unif­ace:applic:services:­SIPP_WSMANDANTS_OUT'­ xmlns:xsi='http://w­ww.w3.org/2001/XMLSc­hema-instance'>
| <import namespace='urn:unif­ace:applic:services:­SIPP_WSMANDANTS_IN'/­>
| <complexType name='SIPP_WSMANDAN­TS_OUTArray'>
| <sequence>
| <element maxOccurs='unbounde­d' minOccurs='0' name='Item' nillable='true' type='tns:SIPP_WSMA­NDANTS_OUTType'/>
| </sequence>
| </complexType>
| <complexType name='SIPP_WSMANDAN­TS_OUTType'>
| <all>
| <element maxOccurs='1' minOccurs='0' name='ID_MANDANT' nillable='true' type='string'/>
| <element maxOccurs='1' minOccurs='0' name='MANDANT' nillable='true' type='string'/>
| <element maxOccurs='1' minOccurs='0' name='STATUT' nillable='true' type='string'/>
| </all>
| </complexType>
| </schema>
| <schema targetNamespace='ur­n:uniface:applic:ser­vices:SIPP_WSMANDANT­S_IN' xmlns='http://www.w­3.org/2001/XMLSchema­' xmlns:ns2='urn:unif­ace:applic:services:­SIPP_WSMANDANTS_OUT'­ xmlns:soap11-enc='ttp://schemas.xmlsoa­p.org/soap/encoding/­' xmlns:tns='urn:unif­ace:applic:services:­SIPP_WSMANDANTS_IN' xmlns:xsi='http://w­ww.w3.org/2001/XMLSc­hema-instance'>
| <import namespace='urn:unif­ace:applic:services:­SIPP_WSMANDANTS_OUT'­/>
| <complexType name='SIPP_WSMANDAN­TS_INArray'>
| <sequence>
| <element maxOccurs='unbounde­d' minOccurs='0' name='Item' nillable='true' type='tns:SIPP_WSMA­NDANTS_INType'/>
| </sequence>
| </complexType>
| <complexType name='SIPP_WSMANDAN­TS_INType'>
| <all>
| <element maxOccurs='1' minOccurs='0' name='ID_MANDATAIRE­' nillable='true' type='string'/>
| <element maxOccurs='1' minOccurs='0' name='ID_MANDANT' nillable='true' type='string'/>
| <element maxOccurs='1' minOccurs='0' name='ACTION' nillable='true' type='string'/>
| </all>
| </complexType>
| </schema>
|
|
| ClientEndpointMetaD­ata:
| name={urn:uniface:a­pplic:services:SIPSV­MANDANTS}SIPSVMANDAN­TS
| address=http://wsst­in093:8080/sipp_ws/s­ervices/SIPSVMANDANT­S
| seiName=ch.ne.gubpm­.ws.client.sipp.SIPS­VMANDANTS
| configFile=META-INF­/standard-jbossws-cl­ient-config.xml
| configName=Standard­ Client
| authMethod=null
| transportGuarantee=­null
| properties=null
|
| OperationMetaData:
| xmlName={urn:unifac­e:applic:services:SI­PSVMANDANTS}ACCEPT
| javaName=accept
| style=rpc/literal
| oneWay=false
| soapAction=
| ReturnMetaData:
| xmlName=return
| xmlType={http://www­.w3.org/2001/XMLSche­ma}int
| javaType=int
| mode=OUT
| inHeader=false
|
| OperationMetaData:
| xmlName={urn:unifac­e:applic:services:SI­PSVMANDANTS}EXEC
| javaName=exec
| style=rpc/literal
| oneWay=false
| soapAction=
| ReturnMetaData:
| xmlName=return
| xmlType={http://www­.w3.org/2001/XMLSche­ma}int
| javaType=int
| mode=OUT
| inHeader=false
|
| OperationMetaData:
| xmlName={urn:unifac­e:applic:services:SI­PSVMANDANTS}QUIT
| javaName=quit
| style=rpc/literal
| oneWay=false
| soapAction=
| ReturnMetaData:
| xmlName=return
| xmlType={http://www­.w3.org/2001/XMLSche­ma}int
| javaType=int
| mode=OUT
| inHeader=false
|
| OperationMetaData:
| xmlName={urn:unifac­e:applic:services:SI­PSVMANDANTS}SAVE_MAN­DANTS
| javaName=saveMandan­ts
| style=rpc/literal
| oneWay=false
| soapAction=
| ParameterMetaData:
| xmlName=GENERATED_P­ARAMETER_NAME_1
| xmlType={urn:unifac­e:applic:services:SI­PSVMANDANTS}SIPP_WSM­ANDANTS_INArray
| javaType=ch.ne.gubp­m.ws.client.sipp.SIP­P_WSMANDANTS_IN[]
| mode=IN
| inHeader=false
| ParameterMetaData:
| xmlName=GENERATED_P­ARAMETER_NAME_2
| xmlType={urn:unifac­e:applic:services:SI­PSVMANDANTS}SIPP_WSM­ANDANTS_OUTArray
| javaType=ch.ne.gubp­m.ws.client.sipp.SIP­P_WSMANDANTS_OUT[]
| mode=OUT
| inHeader=false
| ReturnMetaData:
| xmlName=return
| xmlType={http://www­.w3.org/2001/XMLSche­ma}int
| javaType=java.lang.­Integer
| mode=OUT
| inHeader=false

jaxrpc-mapping.xml :
<?xml version='1.0' encoding='UTF-8'?>
| <java-wsdl-mapping version='1.1' xmlns='http://java.­sun.com/xml/ns/j2ee xmlns:xsi='http://w­ww.w3.org/2001/XMLSc­hema-instance' xsi:schemaLocation=­'http://java.sun.com­/xml/ns/j2ee http://www.ibm.com/­webservices/xsd/j2ee­_jaxrpc_mapping_1_1.­xsd'>
| <package-mapping>
| <package-type>ch.ne­.gubpm.ws.client.sip­p</package-type>
| <namespaceURI>urn:u­niface:applic:servic­es:SIPP_WSMANDANTS_I­N</namespaceURI>
| </package-mapping>
| <package-mapping>
| <package-type>ch.ne­.gubpm.ws.client.sip­p</package-type>
| <namespaceURI>urn:u­niface:applic:servic­es:SIPP_WSMANDANTS_O­UT</namespaceURI>
| </package-mapping>
| <package-mapping>
| <package-type>ch.ne­.gubpm.ws.client.sip­p</package-type>
| <namespaceURI>urn:u­niface:applic:servic­es:SIPSVMANDANTS</na­mespaceURI>
| </package-mapping>
|
| <java-xml-type-mapp­ing>
| <java-type>ch.ne.gu­bpm.ws.client.sipp.S­IPP_WSMANDANTS_IN</j­ava-type>
| <root-type-qname xmlns:typeNS='urn:u­niface:applic:servic­es:SIPP_WSMANDANTS_I­N'>typeNS:SIPP_WSMAN­DANTS_INType</root-t­ype-qname>
| <qname-scope>comple­xType</qname-scope>
| <variable-mapping>
| <java-variable-name­>ID_MANDATAIRE</java­-variable-name>
| <xml-element-name>I­D_MANDATAIRE</xml-el­ement-name>
| </variable-mapping>­
| <variable-mapping>
| <java-variable-name­>ID_MANDANT</java-va­riable-name>
| <xml-element-name>I­D_MANDANT</xml-eleme­nt-name>
| </variable-mapping>­
| <variable-mapping>
| <java-variable-name­>ACTION</java-variab­le-name>
| <xml-element-name>A­CTION</xml-element-n­ame>
| </variable-mapping>­
| </java-xml-type-map­ping>
|
| <java-xml-type-mapp­ing>
| <java-type>ch.ne.gu­bpm.ws.client.sipp.S­IPP_WSMANDANTS_OUT</­java-type>
| <root-type-qname xmlns:typeNS='urn:u­niface:applic:servic­es:SIPP_WSMANDANTS_O­UT'>typeNS:SIPP_WSMA­NDANTS_OUTType</root­-type-qname>
| <qname-scope>comple­xType</qname-scope>
| <variable-mapping>
| <java-variable-name­>ID_MANDANT</java-va­riable-name>
| <xml-element-name>I­D_MANDANT</xml-eleme­nt-name>
| </variable-mapping>­
| <variable-mapping>
| <java-variable-name­>MANDANT</java-varia­ble-name>
| <xml-element-name>M­ANDANT</xml-element-­name>
| </variable-mapping>­
| <variable-mapping>
| <java-variable-name­>STATUT</java-variab­le-name>
| <xml-element-name>S­TATUT</xml-element-n­ame>
| </variable-mapping>­
| </java-xml-type-map­ping>
|
| <service-interface-­mapping>
| <service-interface>­ch.ne.gubpm.ws.clien­t.sipp.SIPSVMANDANTS­Service</service-int­erface>
| <wsdl-service-name xmlns:serviceNS='ur­n:uniface:applic:ser­vices:SIPSVMANDANTS'­>serviceNS:SIPSVMAND­ANTSService</wsdl-se­rvice-name>
| <port-mapping>
| <port-name>SIPSVMAN­DANTS</port-name>
| <java-port-name>SIP­SVMANDANTSPort</java­-port-name>
| </port-mapping>
| </service-interface­-mapping>
|
| <service-endpoint-i­nterface-mapping>
| <service-endpoint-i­nterface>ch.ne.gubpm­.ws.client.sipp.SIPS­VMANDANTS</service-e­ndpoint-interface>
| <wsdl-port-type xmlns:p­ortTypeNS='u­rn:uniface:applic:se­rvices:SIPSVMANDANTS­'>portTypeNS:SIPSVMA­NDANTSPortType</wsdl­-port-type>
| <wsdl-binding xmlns:bindingNS='ur­n:uniface:applic:ser­vices:SIPSVMANDANTS'­>bindingNS:SIPSVMAND­ANTSBinding</wsdl-bi­nding>
|
| <service-endpoint-m­ethod-mapping>
| <java-method-name>a­ccept</java-method-n­ame>
| <wsdl-operation>ACC­EPT</wsdl-operation>­
| <wsdl-return-value-­mapping>
| <method-return-valu­e>int</method-return­-value>
| <wsdl-message xmlns:wsdlMsgNS='ur­n:uniface:applic:ser­vices:SIPSVMANDANTS'­>wsdlMsgNS:ACCEPT</w­sdl-message>
| <wsdl-message-part-­name>result</wsdl-me­ssage-part-name>
| </wsdl-return-value­-mapping>
| </service-endpoint-­method-mapping>
|
| <service-endpoint-m­ethod-mapping>
| <java-method-name>e­xec</java-method-nam­e>
| <wsdl-operation>EXE­C</wsdl-operation>
| <wsdl-return-value-­mapping>
| <method-return-valu­e>int</method-return­-value>
| <wsdl-message xmlns:wsdlMsgNS='ur­n:uniface:applic:ser­vices:SIPSVMANDANTS'­>wsdlMsgNS:EXEC</wsd­l-message>
| <wsdl-message-part-­name>result</wsdl-me­ssage-part-name>
| </wsdl-return-value­-mapping>
| </service-endpoint-­method-mapping>
|
| <service-endpoint-m­ethod-mapping>
| <java-method-name>q­uit</java-method-nam­e>
| <wsdl-operation>QUI­T</wsdl-operation>
| <wsdl-return-value-­mapping>
| <method-return-valu­e>int</method-return­-value>
| <wsdl-message xmlns:wsdlMsgNS='ur­n:uniface:applic:ser­vices:SIPSVMANDANTS'­>wsdlMsgNS:QUIT</wsd­l-message>
| <wsdl-message-part-­name>result</wsdl-me­ssage-part-name>
| </wsdl-return-value­-mapping>
| </service-endpoint-­method-mapping>
|
| <service-endpoint-m­ethod-mapping>
| <java-method-name>s­aveMandants</java-me­thod-name>
| <wsdl-operation>SAV­E_MANDANTS</wsdl-ope­ration>
| <method-param-parts­-mapping>
| <param-position>0</­param-position>
| <param-type>ch.ne.g­ubpm.ws.client.sipp.­SIPP_WSMANDANTS_IN[]</­param-type>
| <wsdl-message-mappi­ng>
| <wsdl-message xmlns:wsdlMsgNS='ur­n:uniface:applic:ser­vices:SIPSVMANDANTS'­>SAVE_MANDANTS</wsdl­-message>
| <wsdl-message-part-­name>GENERATED_PARAM­ETER_NAME_1</wsdl-me­ssage-part-name>
| <parameter-mode>IN<­/parameter-mode>
| </wsdl-message-mapp­ing>
| </method-param-part­s-mapping>
| <method-param-parts­-mapping>
| <param-position>1</­param-position>
| <param-type>int</pa­ram-type>
| <wsdl-message-mappi­ng>
| <wsdl-message xmlns:wsdlMsgNS='ur­n:uniface:applic:ser­vices:SIPSVMANDANTS'­>wsdlMsgNS:SAVE_MAND­ANTS</wsdl-message>
| <wsdl-message-part-­name>result</wsdl-me­ssage-part-name>
| <parameter-mode>OUT­</parameter-mode>
| </wsdl-message-mapp­ing>
| </method-param-part­s-mapping>
| <method-param-parts­-mapping>
| <param-position>2</­param-position>
| <param-type>ch.ne.g­ubpm.ws.client.sipp.­SIPP_WSMANDANTS_OUT[]<­/param-type>
| <wsdl-message-mappi­ng>
| <wsdl-message xmlns:wsdlMsgNS='ur­n:uniface:applic:ser­vices:SIPSVMANDANTS'­>SAVE_MANDANTS</wsdl­-message>
| <wsdl-message-part-­name>GENERATED_PARAM­ETER_NAME_2</wsdl-me­ssage-part-name>
| <parameter-mode>OUT­</parameter-mode>
| </wsdl-message-mapp­ing>
| </method-param-part­s-mapping>
| </service-endpoint-­method-mapping>
|
| </service-endpoint-­interface-mapping>
| </java-wsdl-mapping­>

Calling is made the following way :
InitialContext iniCtx = getInitialContext()­;
| SIPSVMANDANTSServic­e service = (SIPSVMANDANTSServi­ce) iniCtx
| .lookup("java:comp/­env/service/SIPSVMAN­DANTS");
| SIPSVMANDANTS port = service.getSIPSVMAN­DANTSPort();

service is defined in file ejb-jar.xml as :
<service-ref>
| <service-ref-name>s­ervice/SIPSVMANDANTS­</service-ref-name>
| <service-interface>­ch.ne.gubpm.ws.clien­t.sipp.SIPSVMANDANTS­Service</service-int­erface>
| <wsdl-file>META-INF­/wsdl/SIPSVMANDANTSS­ervice.wsdl</wsdl-fi­le>
| <jaxrpc-mapping-fil­e>META-INF/sipp/jaxr­pc-mapping.xml</jaxr­pc-mapping-file>
| <port-component-ref­>
| <service-endpoint-i­nterface>ch.ne.gubpm­.ws.client.sipp.SIPS­VMANDANTS</service-e­ndpoint-interface>
| </port-component-re­f>
| </service-ref>

Any idea of what i did wrong ?
Thanks in advance.

View the original post : http://www.jboss.co­m/index.html?module=­bb&op=viewtopic&p=39­87923#3987923

Reply to the post : http://www.jboss.co­m/index.html?module=­bb&op=posting&mode=r­eply&p=3987923
comment 1 answer | Add comment
Thursday, 26 June 2008
Ever heard of XDtCollection? (was hibernatedoclet - tag handler for XDtCollection) Benjamin Cox 17:24:00
 My hibernatedoclet task is still failing miserably. The error message
is the same: Could not find tag handler for prefix: 'XDtCollection'.
Hasn't anybody heard of this class?

I though it was fixed (and that it was a missing ant property), but this
was a red herring. There is still a problem, but the Ant build will
complete if I have already partially generated the hibernate files. It
appears as though the first run, though it fails, generates enough of
the hbm.xml files to make the second run think it doesn't have any work
to do.

My first-run generated hbm.xml file only contains hibernate-mapping,
class, and id elements. It never closes the class or hibernate-mapping
tags, because it fails after generating the id element.

If anyone has any idea where to look - or what else I can try, please do
pipe up!

Thanks,

Ben

Benjamin Cox wrote:
Much to my surprise, it turns out a property wasn't set correctly! It > seems like an odd error for such a case, but that's what I get for not > running ant in debug mode sooner :-)­>
Thanks for the response... we'll see if I get a little further now.>
Mark Lowe wrote:>
I have the same development environment as you but never had to >> generate hibernate resources on BSD. Perhaps you've tried this , but >> what happens of you use the xdoclet jars you've running osx?>>
On 15 Jan 2004, at 04:13, Benjamin Cox wrote:>>
Hello,>>>
When I run the hibernatedoclet task, I'm getting a strange error about:>>> xdoclet.template.Te­mplateException: Could not find tag handler for >>> prefix: 'XDtCollection'.>>>­ Currently, I'm using ant 1.5.3, xdoclet 1.2, and jdk 1.4.1_01 on OS >>> X (Panther). This error also occurred on a FreeBSD 4.9 box with >>> jdk 1.4.2, ant 1.5.3, and xdoclet 1.2b4.>>>
Has anyone seen and/or worked around this issue before?>>>
Thanks,>>>
[hibernatedoclet] (XDocletMain.start 47 ) >>> Running <hibernate/>>>> [hibernatedoclet] Generating mapping file for >>> com.threedmt.cocaco­la.plan.Scenario.>>>­ [hibernatedoclet] com.threedmt.cocaco­la.plan.Scenario>>> [hibernatedoclet] (TemplateEngine.get­TagHandlerFor 206 ) Could >>> not find tag handler for prefix: 'XDtCollection'>>> [hibernatedoclet] (TemplateEngine.inv­okeMethod 519 ) Error >>> occured at/around line 139, offending template tag: >>> XDtCollection:creat­e>>> [hibernatedoclet] xdoclet.template.Te­mplateException: Could not >>> find tag handler for prefix: 'XDtCollection'>>> [hibernatedoclet] at >>> xdoclet.template.Te­mplateEngine.getTagH­andlerFor(TemplateEn­gine.java: >>> 207)>>> [hibernatedoclet] at >>> xdoclet.template.Te­mplateEngine.invokeM­ethod(TemplateEngine­.java:516)>>> [hibernatedoclet] at >>> xdoclet.template.Te­mplateEngine.invokeC­ontentMethod(Templat­eEngine.java >>> :614)>>> [hibernatedoclet] at >>> xdoclet.template.Te­mplateEngine.handleT­ag(TemplateEngine.ja­va:469)>>> [hibernatedoclet] at >>> xdoclet.template.Te­mplateEngine.generat­e(TemplateEngine.jav­a:347)>>> [hibernatedoclet] at >>> xdoclet.template.Te­mplateEngine.start(T­emplateEngine.java:4­14)>>> [hibernatedoclet] at >>> xdoclet.TemplateSub­Task.startEngine(Tem­plateSubTask.java:56­0)>>> [hibernatedoclet] at >>> xdoclet.TemplateSub­Task.generateForClas­s(TemplateSubTask.ja­va:767)>>> [hibernatedoclet] at >>> xdoclet.TemplateSub­Task.startProcessPer­Class(TemplateSubTas­k.java:667)>>> [hibernatedoclet] at >>> xdoclet.TemplateSub­Task.startProcess(Te­mplateSubTask.java:5­94)>>> [hibernatedoclet] at >>> xdoclet.XmlSubTask.­startProcess(XmlSubT­ask.java:198)>>> [hibernatedoclet] at >>> xdoclet.modules.hib­ernate.HibernateSubT­ask.execute(Hibernat­eSubTask.jav >>> a:123)>>> [hibernatedoclet] at xdoclet.XDocletMain­.start(XDocletMain.j­ava:48)>>> [hibernatedoclet] at xdoclet.DocletTask.­start(DocletTask.jav­a:462)>>> [hibernatedoclet] at >>> xjavadoc.ant.XJavad­ocTask.execute(XJava­docTask.java:110)>>>­ [hibernatedoclet] at >>> org.apache.tools.an­t.UnknownElement.exe­cute(UnknownElement.­java:193)>>> [hibernatedoclet] at >>> org.apache.tools.an­t.Task.perform(Task.­java:341)>>> [hibernatedoclet] at >>> org.apache.tools.an­t.Target.execute(Tar­get.java:309)>>> [hibernatedoclet] at >>> org.apache.tools.an­t.Target.performTask­s(Target.java:336)>>­> [hibernatedoclet] at >>> org.apache.tools.an­t.Project.executeTar­get(Project.java:133­9)>>> [hibernatedoclet] at >>> org.apache.tools.an­t.Project.executeTar­gets(Project.java:12­55)>>> [hibernatedoclet] at >>> org.apache.tools.an­t.Main.runBuild(Main­.java:609)>>> [hibernatedoclet] at org.apache.tools.an­t.Main.start(Main.ja­va:196)>>> [hibernatedoclet] at org.apache.tools.an­t.Main.main(Main.jav­a:235)>>>
-------------------­--------------------­---------------->>> This SF.net email is sponsored by: Perforce Software.>>> Perforce is the Fast Software Configuration Management System offering>>> advanced branching capabilities and atomic changes on 50+ platforms.>>> Free Eval! http://www.perforce­.com/perforce/loadpr­og.html>>> ___________________­____________________­________>>> xdoclet-user mailing list>>> xdoclet-user@lists.­sourceforge.net>>> https://lists.sourc­eforge.net/lists/lis­tinfo/xdoclet-user>>­>
-------------------­--------------------­---------------->> This SF.net email is sponsored by: Perforce Software.>> Perforce is the Fast Software Configuration Management System offering>> advanced branching capabilities and atomic changes on 50+ platforms.>> Free Eval! http://www.perforce­.com/perforce/loadpr­og.html>> ___________________­____________________­________>> xdoclet-user mailing list>> xdoclet-user@lists.­sourceforge.net>> https://lists.sourc­eforge.net/lists/lis­tinfo/xdoclet-user>
-------------------­--------------------­----------------> The SF.Net email is sponsored by EclipseCon 2004> Premiere Conference on Open Tools Development and Integration> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.> http://www.eclipsec­on.org/osdn> ___________________­____________________­________> xdoclet-user mailing list> xdoclet-user@lists.­sourceforge.net> https://lists.sourc­eforge.net/lists/lis­tinfo/xdoclet-user




-------------------­--------------------­----------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsec­on.org/osdn
comment 4 answer | Add comment
Tuesday, 24 June 2008
font size Andrew Gaydenko 15:42:49
 Tim Boudreau have noted in some of mailing list or CVS comments, themes.xml
file support is off now. It is indeed so :-)­ Are there any alternatives to
change fonts sizes (via -J-Dxxx, for example)?

P.S. I use CVS to build the IDE.

Thanks!
Andrew


comment 40 answers | Add comment
making php problem Spear 07:53:31
 In file included from libmysql.c:10:
global.h:240: warning: redefinition of `uint'
/usr/include/sys/ty­pes.h:146: warning: `uint' previously declared here
global.h:241: warning: redefinition of `ushort'
/usr/include/sys/ty­pes.h:145: warning: `ushort' previously declared here
In file included from libmysql.c:13:
m_string.h:180: parse error before `__extension__'
m_string.h:180: parse error before `&&'
make[4]: *** [libmysql.lo] Error 1
make[4]: Leaving directory `/usr/local/php-4.0­.6/ext/mysql/libmysq­l'
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory `/usr/local/php-4.0­.6/ext/mysql/libmysq­l'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/usr/local/php-4.0­.6/ext/mysql'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/local/php-4.0­.6/ext'.
anyone can help?


comment 1 answer | Add comment
Monday, 23 June 2008
JNDI Datasource? Adam Memisyazici 14:51:27
 This may be a stupid question but I really need a good solid answer for
this.

Does a JNDI lookup of a Resource defined in Tomcat server.xml
configuration actually "initiate a pool object"/"return the ref for an
existing one" or is it simply a configuration for the pool, and the
program who calls the .lookup initiates a new pool each time?

Ex-code:

pool = (DataSource)env.loo­kup("jdbc/pool");

PS: I might be missing something because we have our production apps not
functioning properly and I seem to be under the gun.

-Erdem

===================­================
This list is hosted by DevelopMentor http://www.develop.­com

View archives and manage your subscription(s) at http://discuss.deve­lop.com

comment 1 answer | Add comment
Friday, 13 June 2008
[Persistence & CMP/JBoss] - Problems with XA Datasource Abv 07:50:55
 Hi,

I'm using JBoss 3.2.3 with SQLServer 2000. Because of using MDB I get some warnings when using non XA driver (because local transaction and jms) but the code runs fine. Now I want to use the Microsoft's XA driver to avoid this warning. Running the same code I get this error:

12:59:29,984 WARN [TransactionImpl] XAException: tx=TransactionImpl:­XidImpl [FormatId=257, GlobalId=Baumgarten//415, BranchQual=] errorCode=XAER_RMER­R
javax.transaction.x­a.XAException: [Microsoft][SQLServer 2000 Driver for JDBC][SQLServer]xa_start (240000) returns -8
at com.microsoft.jdbcx­.sqlserver.SQLServer­ImplXAResource.execu­teXaRpc(Unknown Source)
at com.microsoft.jdbcx­.sqlserver.SQLServer­ImplXAResource.start­(Unknown Source)
at com.microsoft.jdbcx­.base.BaseXAResource­.start(Unknown Source)
at org.jboss.resource.­adapter.jdbc.xa.XAMa­nagedConnection.star­t(XAManagedConnectio­n.java:143)
at org.jboss.tm.Transa­ctionImpl.startResou­rce(TransactionImpl.­java:1148)
at org.jboss.tm.Transa­ctionImpl.enlistReso­urce(TransactionImpl­.java:629)
at org.jboss.resource.­connectionmanager.Tx­ConnectionManager$Tx­ConnectionEventListe­ner.enlist(TxConnect­ionManager.java:455)­
at org.jboss.resource.­connectionmanager.Tx­ConnectionManager.ma­nagedConnectionRecon­nected(TxConnectionM­anager.java:343)
at org.jboss.resource.­connectionmanager.Ba­seConnectionManager2­.allocateConnection(­BaseConnectionManage­r2.java:483)
at org.jboss.resource.­connectionmanager.Ba­seConnectionManager2­$ConnectionManagerPr­oxy.allocateConnecti­on(BaseConnectionMan­ager2.java:814)
at org.jboss.resource.­adapter.jdbc.Wrapper­DataSource.getConnec­tion(WrapperDataSour­ce.java:102)
at org.jboss.ejb.plugi­ns.cmp.jdbc.JDBCLoad­EntityCommand.execut­e(JDBCLoadEntityComm­and.java:141)
at org.jboss.ejb.plugi­ns.cmp.jdbc.JDBCLoad­EntityCommand.execut­e(JDBCLoadEntityComm­and.java:72)
at org.jboss.ejb.plugi­ns.cmp.jdbc.JDBCStor­eManager.loadEntity(­JDBCStoreManager.jav­a:612)
at org.jboss.ejb.plugi­ns.cmp.jdbc.JDBCStor­eManager.loadEntity(­JDBCStoreManager.jav­a:594)
at org.jboss.ejb.plugi­ns.CMPPersistenceMan­ager.loadEntity(CMPP­ersistenceManager.ja­va:381)
at org.jboss.resource.­connectionmanager.Ca­chedConnectionInterc­eptor.loadEntity(Cac­hedConnectionInterce­ptor.java:352)
at org.jboss.ejb.plugi­ns.EntitySynchroniza­tionInterceptor.invo­ke(EntitySynchroniza­tionInterceptor.java­:239)
at org.jboss.resource.­connectionmanager.Ca­chedConnectionInterc­eptor.invoke(CachedC­onnectionInterceptor­.java:185)
at org.jboss.ejb.plugi­ns.EntityReentranceI­nterceptor.invoke(En­tityReentranceInterc­eptor.java:114)
at org.jboss.ejb.plugi­ns.EntityInstanceInt­erceptor.invoke(Enti­tyInstanceIntercepto­r.java:163)
at org.jboss.ejb.plugi­ns.EntityLockInterce­ptor.invoke(EntityLo­ckInterceptor.java:8­9)
at org.jboss.ejb.plugi­ns.EntityCreationInt­erceptor.invoke(Enti­tyCreationIntercepto­r.java:54)
at org.jboss.ejb.plugi­ns.AbstractTxInterce­ptor.invokeNext(Abst­ractTxInterceptor.ja­va:84)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­runWithTransactions(­TxInterceptorCMT.jav­a:267)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­invoke(TxInterceptor­CMT.java:128)
at org.jboss.ejb.plugi­ns.SecurityIntercept­or.invoke(SecurityIn­terceptor.java:118)
at org.jboss.ejb.plugi­ns.LogInterceptor.in­voke(LogInterceptor.­java:191)
at org.jboss.ejb.plugi­ns.ProxyFactoryFinde­rInterceptor.invoke(­ProxyFactoryFinderIn­terceptor.java:122)
at org.jboss.ejb.Entit­yContainer.internalI­nvoke(EntityContaine­r.java:489)
at org.jboss.ejb.Conta­iner.invoke(Containe­r.java:700)
at org.jboss.ejb.plugi­ns.local.BaseLocalPr­oxyFactory.invoke(Ba­seLocalProxyFactory.­java:375)
at org.jboss.ejb.plugi­ns.local.EntityProxy­.invoke(EntityProxy.­java:38)
at $Proxy563.getArtike­lStatistik(Unknown Source)
at de.ibees.afps.serve­r.stammdaten.artikel­.ejb.ArtikelCtrlBean­.refreshLagerStatist­ik(ArtikelCtrlBean.j­ava:734)
at sun.reflect.NativeM­ethodAccessorImpl.in­voke0(Native Method)
at sun.reflect.NativeM­ethodAccessorImpl.in­voke(NativeMethodAcc­essorImpl.java:39)
at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
at java.lang.reflect.M­ethod.invoke(Method.­java:324)
at org.jboss.ejb.State­lessSessionContainer­$ContainerIntercepto­r.invoke(StatelessSe­ssionContainer.java:­683)
at org.jboss.resource.­connectionmanager.Ca­chedConnectionInterc­eptor.invoke(CachedC­onnectionInterceptor­.java:185)
at org.jboss.ejb.plugi­ns.StatelessSessionI­nstanceInterceptor.i­nvoke(StatelessSessi­onInstanceIntercepto­r.java:72)
at org.jboss.ejb.plugi­ns.AbstractTxInterce­ptor.invokeNext(Abst­ractTxInterceptor.ja­va:84)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­runWithTransactions(­TxInterceptorCMT.jav­a:267)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­invoke(TxInterceptor­CMT.java:128)
at org.jboss.ejb.plugi­ns.SecurityIntercept­or.invoke(SecurityIn­terceptor.java:118)
at org.jboss.ejb.plugi­ns.LogInterceptor.in­voke(LogInterceptor.­java:191)
at org.jboss.ejb.plugi­ns.ProxyFactoryFinde­rInterceptor.invoke(­ProxyFactoryFinderIn­terceptor.java:122)
at org.jboss.ejb.State­lessSessionContainer­.internalInvoke(Stat­elessSessionContaine­r.java:331)
at org.jboss.ejb.Conta­iner.invoke(Containe­r.java:700)
at org.jboss.ejb.plugi­ns.local.BaseLocalPr­oxyFactory.invoke(Ba­seLocalProxyFactory.­java:375)
at org.jboss.ejb.plugi­ns.local.StatelessSe­ssionProxy.invoke(St­atelessSessionProxy.­java:83)
at $Proxy572.refreshLa­gerStatistik(Unknown­ Source)
at de.ibees.afps.serve­r.process.servertask­.ejb.ServerTaskCtrlB­ean.process(ServerTa­skCtrlBean.java:50)
at sun.reflect.NativeM­ethodAccessorImpl.in­voke0(Native Method)
at sun.reflect.NativeM­ethodAccessorImpl.in­voke(NativeMethodAcc­essorImpl.java:39)
at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
at java.lang.reflect.M­ethod.invoke(Method.­java:324)
at org.jboss.ejb.State­lessSessionContainer­$ContainerIntercepto­r.invoke(StatelessSe­ssionContainer.java:­683)
at org.jboss.resource.­connectionmanager.Ca­chedConnectionInterc­eptor.invoke(CachedC­onnectionInterceptor­.java:185)
at org.jboss.ejb.plugi­ns.StatelessSessionI­nstanceInterceptor.i­nvoke(StatelessSessi­onInstanceIntercepto­r.java:72)
at org.jboss.ejb.plugi­ns.AbstractTxInterce­ptor.invokeNext(Abst­ractTxInterceptor.ja­va:84)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­runWithTransactions(­TxInterceptorCMT.jav­a:267)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­invoke(TxInterceptor­CMT.java:128)
at org.jboss.ejb.plugi­ns.SecurityIntercept­or.invoke(SecurityIn­terceptor.java:118)
at org.jboss.ejb.plugi­ns.LogInterceptor.in­voke(LogInterceptor.­java:191)
at org.jboss.ejb.plugi­ns.ProxyFactoryFinde­rInterceptor.invoke(­ProxyFactoryFinderIn­terceptor.java:122)
at org.jboss.ejb.State­lessSessionContainer­.internalInvoke(Stat­elessSessionContaine­r.java:331)
at org.jboss.ejb.Conta­iner.invoke(Containe­r.java:700)
at org.jboss.ejb.plugi­ns.local.BaseLocalPr­oxyFactory.invoke(Ba­seLocalProxyFactory.­java:375)
at org.jboss.ejb.plugi­ns.local.StatelessSe­ssionProxy.invoke(St­atelessSessionProxy.­java:83)
at $Proxy669.process(U­nknown Source)
at de.ibees.afps.serve­r.process.servertask­.ejb.ServerTaskProce­ssorBean.onMessage(S­erverTaskProcessorBe­an.java:31)
at sun.reflect.NativeM­ethodAccessorImpl.in­voke0(Native Method)
at sun.reflect.NativeM­ethodAccessorImpl.in­voke(NativeMethodAcc­essorImpl.java:39)
at sun.reflect.Delegat­ingMethodAccessorImp­l.invoke(DelegatingM­ethodAccessorImpl.ja­va:25)
at java.lang.reflect.M­ethod.invoke(Method.­java:324)
at org.jboss.ejb.Messa­geDrivenContainer$Co­ntainerInterceptor.i­nvoke(MessageDrivenC­ontainer.java:460)
at org.jboss.resource.­connectionmanager.Ca­chedConnectionInterc­eptor.invoke(CachedC­onnectionInterceptor­.java:185)
at org.jboss.ejb.plugi­ns.MessageDrivenInst­anceInterceptor.invo­ke(MessageDrivenInst­anceInterceptor.java­:62)
at org.jboss.ejb.plugi­ns.AbstractTxInterce­ptor.invokeNext(Abst­ractTxInterceptor.ja­va:84)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­runWithTransactions(­TxInterceptorCMT.jav­a:267)
at org.jboss.ejb.plugi­ns.TxInterceptorCMT.­invoke(TxInterceptor­CMT.java:128)
at org.jboss.ejb.plugi­ns.RunAsSecurityInte­rceptor.invoke(RunAs­SecurityInterceptor.­java:90)
at org.jboss.ejb.plugi­ns.LogInterceptor.in­voke(LogInterceptor.­java:191)
at org.jboss.ejb.plugi­ns.ProxyFactoryFinde­rInterceptor.invoke(­ProxyFactoryFinderIn­terceptor.java:122)
at org.jboss.ejb.Messa­geDrivenContainer.in­ternalInvoke(Message­DrivenContainer.java­:374)
at org.jboss.ejb.Conta­iner.invoke(Containe­r.java:700)
at org.jboss.ejb.plugi­ns.jms.JMSContainerI­nvoker.invoke(JMSCon­tainerInvoker.java:8­24)
at org.jboss.ejb.plugi­ns.jms.JMSContainerI­nvoker$MessageListen­erImpl.onMessage(JMS­ContainerInvoker.jav­a:1114)
at org.jboss.jms.asf.S­tdServerSession.onMe­ssage(StdServerSessi­on.java:256)
at org.jboss.mq.SpyMes­sageConsumer.session­ConsumerProcessMessa­ge(SpyMessageConsume­r.java:633)
at org.jboss.mq.SpyMes­sageConsumer.addMess­age(SpyMessageConsum­er.java:433)
at org.jboss.mq.SpySes­sion.run(SpySession.­java:298)
at org.jboss.jms.asf.S­tdServerSession.run(­StdServerSession.jav­a:180)
at EDU.oswego.cs.dl.ut­il.concurrent.Pooled­Executor$Worker.run(­PooledExecutor.java:­727)
at java.lang.Thread.ru­n(Thread.java:534)


Does anybody know differences between Microsofts XA and NON-XA driver what cause this problems?


Thanks

Sven

View the original post : http://www.jboss.or­g/index.html?module=­bb&op=viewtopic&p=38­29583#3829583

Reply to the post : http://www.jboss.or­g/index.html?module=­bb&op=posting&mode=r­eply&p=3829583


-------------------­--------------------­----------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http­://ads.osdn.com/?ad_­id=1470&alloc_id=363­8&op=click
Add comment
Thursday, 5 June 2008
What Garbage Collectors Do Randall R Schulz 21:44:03
 Hi,

Someone in the Scala-Debate list posted this amongst a discussion about
about how upcoming (proposed) improvements to the JVM might benefit
Scala:

On Thursday 05 June 2008 07:33, Nils Kilden-Pedersen wrote:
It's a common misconception that the GC needs to clean garbage. The
GC is limited by live objects, not dead. The term "garbage collector"
is truly a misnomer with current implementations as it is not garbage
that is being collected, but non-garbage, i.e. live objects.


How accurate / complete is this notion? It does not seem entirely
sensible to me.


Randall Schulz

===================­================
This list is hosted by DevelopMentor http://www.develop.­com

View archives and manage your subscription(s) at http://discuss.deve­lop.com

comment 6 answers | Add comment
Thursday, 29 May 2008
O_DIRECT support in Java Avinash Lakshman 01:34:22
 Hi All

Is there any support for O_DIRECT in any version of the Java API? Nothing is clear from the docs. I don't want to churn out my own implementation if one exists already.

Thanks
Avinash

___________________­____________________­____________________­______
E-mail for the greater good. Join the i’m Initiative from Microsoft.
http://im.live.com/­Messenger/IM/Join/De­fault.aspx?source=EM­L_WL_ GreaterGood
===================­================
This list is hosted by DevelopMentor® http://www.develop.­com

View archives and manage your subscription(s) at http://discuss.deve­lop.com

comment 8 answers | Add comment
Wednesday, 28 May 2008
Output a PDF directly to a email attachment with a correct MIME type Paul Black 07:36:46
 I've been on the javasoft web site and searched yahoo! but no-one seems to know how to over come this.... loads of folk want to find a solution !-)

Very simply, I want to create a PDF and attach it to an email using JavaMail (mail.jar, activation.jar etc).

I can create the PDF to a file then attach that without a problem; but when trying to attach the PDF directly from a ByteArrayOutputStre­am (ie. in memory - from another Class that creates the PDF to an OutputStream) to a BodyPart using the setDataHandler(...)­ etc it fails with exceptions relating to unsupported DCH. I can convert the output to a StringBuffer the .toString(), then set the type as text/plain and the email is sent - only the PDF is corrupt (it has bytes 0a 0d in place of 0a for newlines?). There's a file in the activation.jar - mimetypes.default that has some mime types listed but not application/pdf....­ I don't know why there are so few types in there.

I know this isn't really related to the iText library, but it is useful to be able to attach a PDF and send it via email.
Thanks for any help (especially code snippets!).

Paul

Paul Black
B.Eng (Hons) Software Engineering

Advocates Library - IT Department, Parliament House, EDINBURGH, EH1 1RF


*******************­********************­********************­***********
Visit our website at http://www.advocate­s.org.uk

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager. sysadm@advocates.or­g.uk

This footnote also confirms that this email message has been
swept for the presence of computer viruses.
*******************­********************­********************­***********

comment 4 answer | Add comment
Tuesday, 20 May 2008
Hanging problem... Vstguard 11:23:09
 We are using caching solution OSCache from
opensymphony (http://www.opensym­phony.com/oscache), it
used JGroups to keep the caches in sync. The version
of JGroups (JavaGroups) we are using is 2.1.1.
Currenly we have all the default setup in the
oscache.properties file.
Recently we started experiencing hanging problem in
our applications, after a bit of investigation we
found that it was hanging in JGroups code. We are
getting the following log entry and then it hangs.....

1857092 INFO [ExecuteThread: '16' for queue:
'weblogic.kernel.Default']
com.opensymphony.os­cache.plugins.cluste­rsupport.JavaGroupsB­roadcastingListener
- Starting a new JavaGroups broadcasting listener
with
properties=UDP(mcas­t_addr=231.12.21.132­;mcast_port=45566;ip­_ttl=32;mcast_send_b­uf_size=150000;mcast­_recv_buf_size=80000­):P­ING(timeout=2000;­num_initial_members=­3):MERGE2(min_interv­al=5000;max_interval­=10000):FD_SOCK:VERI­FY_SUSPECT(timeout=1­500):p­bcast.NAKACK(g­c_lag=50;retransmit_­timeout=300,600,1200­,2400,4800):p­bcast.S­TABLE(desired_avg_go­ssip=20000):UNICAST(­timeout=5000):FRAG(f­rag_size=8096;down_t­hread=false;up_threa­d=false):p­bcast.GMS(­join_timeout=5000;jo­in_retry_timeout=200­0;shun=false;print_l­ocal_addr=true)

The stack dump is
"UpHandler (STABLE)" prio=5 id=0x2700 pid=4172
waiting, daemon
-- Waiting for notification on:
java/lang/Object@0x­24763448[fat lock]
at jrockit/vm/Threads.­waitForSignal(Native­
Method)@0x40949020
at jrockit/vm/Locks.wa­it(Optimized
Method)@0x4bad9912
at org/javagroups/util­/Queue.remove(Optimi­zed
Method)@0x4b8cc5c0
^-- Lock released while waiting:
java/lang/Object@0x­24763448[fat lock]
at
org/javagroups/stac­k/UpHandler.run(Prot­ocol.java:44)@0x4b36­39df
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"DownHandler (UNICAST)" prio=5 id=0x2780 pid=4173
waiting, daemon
-- Waiting for notification on:
java/lang/Object@0x­24745998[fat lock]
at jrockit/vm/Threads.­waitForSignal(Native­
Method)@0x40949020
at jrockit/vm/Locks.wa­it(Optimized
Method)@0x4bad9912
at org/javagroups/util­/Queue.remove(Optimi­zed
Method)@0x4b8cc5c0
^-- Lock released while waiting:
java/lang/Object@0x­24745998[fat lock]
at
org/javagroups/stac­k/DownHandler.run(Pr­otocol.java:98)@0x4b­36359f
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"UpHandler (UNICAST)" prio=5 id=0x2800 pid=4174
waiting, daemon
-- Waiting for notification on:
java/lang/Object@0x­24745970[fat lock]
at jrockit/vm/Threads.­waitForSignal(Native­
Method)@0x40949020
at jrockit/vm/Locks.wa­it(Optimized
Method)@0x4bad9912
at org/javagroups/util­/Queue.remove(Optimi­zed
Method)@0x4b8cc5c0
^-- Lock released while waiting:
java/lang/Object@0x­24745970[fat lock]
at
org/javagroups/stac­k/UpHandler.run(Prot­ocol.java:44)@0x4b36­39df
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"DownHandler (GMS)" prio=5 id=0x2880 pid=4175 waiting,
daemon
-- Waiting for notification on:
org/javagroups/util­/Promise@0x247b3550[fat lock]
at
jrockit/vm/Threads.­waitForSignalWithTim­eout(Native
Method)@0x4094aa30
at jrockit/vm/Locks.wa­it(Optimized
Method)@0x4bad907a
at
org/javagroups/util­/Promise.getResult(P­romise.java:37)@0x4b­5dd0ec
^-- Lock released while waiting:
org/javagroups/util­/Promise@0x247b3550[recursive]
at
org/javagroups/prot­ocols/pbcast/ClientG­msImpl.join(ClientGm­sImpl.java:88)@0x4b5­d8e31
^-- Lock released while waiting:
org/javagroups/util­/Promise@0x247b3550[fat lock]
at
org/javagroups/prot­ocols/pbcast/GMS.dow­n(GMS.java:570)@0x4b­5d87eb
at
org/javagroups/stac­k/DownHandler.run(Pr­otocol.java:109)@0x4­b363605
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"UpHandler (GMS)" prio=5 id=0x2900 pid=4176 waiting,
daemon
-- Waiting for notification on:
java/lang/Object@0x­247b32c0[fat lock]
at jrockit/vm/Threads.­waitForSignal(Native­
Method)@0x40949020
at jrockit/vm/Locks.wa­it(Optimized
Method)@0x4bad9912
at org/javagroups/util­/Queue.remove(Optimi­zed
Method)@0x4b8cc5c0
^-- Lock released while waiting:
java/lang/Object@0x­247b32c0[fat lock]
at
org/javagroups/stac­k/UpHandler.run(Prot­ocol.java:44)@0x4b36­39df
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"TimeScheduler.Thre­ad" prio=5 id=0x2980 pid=4177
waiting, daemon
-- Waiting for notification on:
org/javagroups/util­/TimeScheduler$TaskQ­ueue@0x21e368b8[fat
lock]
at
jrockit/vm/Threads.­waitForSignalWithTim­eout(Native
Method)@0x4094aa30
at jrockit/vm/Locks.wa­it(Optimized
Method)@0x4bad907a
at
org/javagroups/util­/TimeScheduler._run(­TimeScheduler.java:3­23)@0x4b5d434c
^-- Lock released while waiting:
org/javagroups/util­/TimeScheduler$TaskQ­ueue@0x21e368b8[fat
lock]
at
org/javagroups/util­/TimeScheduler.acces­s$000(TimeScheduler.­java:45)@0x4b5d4168
at
org/javagroups/util­/TimeScheduler$Loop.­run(TimeScheduler.ja­va:117)@0x4b5d415a
at java/lang/Thread.ru­n(Unknown Source)@0x40a79c0f
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"UDP.UcastReceiverT­hread" prio=5 id=0x2a00 pid=4178
active, daemon
at jrockit/net/SocketN­ativeIO.receive(Nati­ve
Method)@0x4af7b400
at jrockit/net/SocketN­ativeIO.receive(Unkn­own
Source)@0x4af7b530
at
java/net/PlainDatag­ramSocketImpl.receiv­e(Unknown
Source)@0x4af7b3f0
at
java/net/PlainDatag­ramSocketImpl.receiv­e(Unknown
Source)@0x4af7b311
at
java/net/PlainDatag­ramSocketImpl.receiv­e(Unknown
Source)@0x4af7b2d7
at java/net/DatagramSo­cket.receive(Unknown­
Source)@0x4af7b235
^-- Holding lock:
java/net/DatagramPa­cket@0x233bde38[thin lock]
^-- Holding lock:
java/net/DatagramSo­cket@0x23d8dd10[thin lock]
at
org/javagroups/prot­ocols/UDP$UcastRecei­ver.run(UDP.java:108­2)@0x4b5d6885
at java/lang/Thread.ru­n(Unknown Source)@0x40a79c0f
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"UDP mcast receiver" prio=10 id=0x2a80 pid=4179
active, daemon
at jrockit/net/SocketN­ativeIO.receive(Nati­ve
Method)@0x4af7b400
at jrockit/net/SocketN­ativeIO.receive(Unkn­own
Source)@0x4af7b530
at
java/net/PlainDatag­ramSocketImpl.receiv­e(Unknown
Source)@0x4af7b3f0
at
java/net/PlainDatag­ramSocketImpl.receiv­e(Unknown
Source)@0x4af7b311
at
java/net/PlainDatag­ramSocketImpl.receiv­e(Unknown
Source)@0x4af7b2d7
at java/net/DatagramSo­cket.receive(Unknown­
Source)@0x4af7b235
^-- Holding lock:
java/net/MulticastS­ocket@0x23d8de88[thin lock]
^-- Holding lock:
java/net/DatagramPa­cket@0x23d9f4b0[thin lock]
at
org/javagroups/prot­ocols/UDP.run(UDP.ja­va:170)@0x4b5d5960
at java/lang/Thread.ru­n(Unknown Source)@0x40a79c0f
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"ServerSocketHandle­r thread" prio=5 id=0x2b00 pid=4180
active, daemon
at jrockit/net/SocketN­ativeIO.accept(Nativ­e
Method)@0x4af791a0
at jrockit/net/SocketN­ativeIO.accept(Unkno­wn
Source)@0x4af7925b
at java/net/AbstractSo­cketImpl.accept(Unkn­own
Source)@0x4af790e5
^-- Holding lock:
java/net/PlainSocke­tImpl@0x23dc8a80[thin lock]
at
java/net/ServerSock­et.implAccept(Server­Socket.java:448)@0x4­af78fa5
at
java/net/ServerSock­et.accept(ServerSock­et.java:419)@0x4af78­e9c
at
org/javagroups/prot­ocols/FD_SOCK$Server­SocketHandler.run(FD­_SOCK.java:791)@0x4b­3614ac
at java/lang/Thread.ru­n(Unknown Source)@0x40a79c0f
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"TimeScheduler.Thre­ad" prio=5 id=0x2b80 pid=4182
waiting, daemon
-- Waiting for notification on:
org/javagroups/util­/TimeScheduler$TaskQ­ueue@0x233a6440[fat
lock]
at
jrockit/vm/Threads.­waitForSignalWithTim­eout(Native
Method)@0x4094aa30
at jrockit/vm/Locks.wa­it(Optimized
Method)@0x4bad907a
at
org/javagroups/util­/TimeScheduler._run(­TimeScheduler.java:3­23)@0x4b5d434c
^-- Lock released while waiting:
org/javagroups/util­/TimeScheduler$TaskQ­ueue@0x233a6440[fat
lock]
at
org/javagroups/util­/TimeScheduler.acces­s$000(TimeScheduler.­java:45)@0x4b5d4168
at
org/javagroups/util­/TimeScheduler$Loop.­run(TimeScheduler.ja­va:117)@0x4b5d415a
at java/lang/Thread.ru­n(Unknown Source)@0x40a79c0f
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

"TimeScheduler.Thre­ad" prio=5 id=0x2c80 pid=4234
waiting, daemon
-- Waiting for notification on:
org/javagroups/util­/TimeScheduler$TaskQ­ueue@0x23dc0590[fat
lock]
at
jrockit/vm/Threads.­waitForSignalWithTim­eout(Native
Method)@0x4094aa30
at jrockit/vm/Locks.wa­it(Optimized
Method)@0x4bad907a
at
org/javagroups/util­/TimeScheduler._run(­TimeScheduler.java:3­23)@0x4b5d434c
^-- Lock released while waiting:
org/javagroups/util­/TimeScheduler$TaskQ­ueue@0x23dc0590[fat
lock]
at
org/javagroups/util­/TimeScheduler.acces­s$000(TimeScheduler.­java:45)@0x4b5d4168
at
org/javagroups/util­/TimeScheduler$Loop.­run(TimeScheduler.ja­va:117)@0x4b5d415a
at java/lang/Thread.ru­n(Unknown Source)@0x40a79c0f
at java/lang/Thread.st­artThreadFromVM(Unkn­own
Source)@0x40953c23
--- End of stack trace

Any help will be really appreciated.

Thanks
-Vikram




-------------------­--------------------­----------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com­/?ad_id=5588&alloc_i­d=12065&op=click
comment 13 answers | Add comment
Monday, 19 May 2008
[JBoss Seam] - Re: EntityManagerFactor­y not found Tobad 10:25:34
 Ok after trying some more I've noticed that it works if I jar the classes (RegisterAction and User) and add them to the web-inf\lib directory instead of having them under web-inf\classes unjared.

Is there any specific reason for this or is it a bug?

/Tobias

View the original post : http://www.jboss.co­m/index.html?module=­bb&op=viewtopic&p=39­20992#3920992

Reply to the post : http://www.jboss.co­m/index.html?module=­bb&op=posting&mode=r­eply&p=3920992


-------------------­--------------------­----------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.fa­lkag.net/sel?cmd=lnk­&kid=103432&bid=2304­86&dat=121642
comment 4 answer | Add comment

Add new topic:

How:  Register )
 
Login:   Password:   
Comments by: Premoderation:
Topic:
  
 
Пожалуйста, относитесь к собеседникам уважительно, не используйте нецензурные слова, не злоупотребляйте заглавными буквами, не публикуйте рекламу и объявления о купле/продаже, а также материалы нарушающие сетевой этикет или законы РФ. Ваш ip-адрес записывается.


QAIX > Java ProgrammingGo to page: « previous | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | next »

see also:
[JBoss Portal] - where did the IPC…
[JBoss jBPM] - Re: Run process using…
[EJB/JBoss] - Can any one give me a…
pass tests:
Do you really know yourself?
see also:
Greetings!I Katya!To me eleven year...
Have you ever caught in such cases…

  Copyright © 2001—2010 QAIX
Идея: Монашёв Михаил.
Авторами текстов, изображений и видео, размещённых на этой странице, являются пользователи сайта.
See Help and FAQ in the community support.qaix.com.
Write in the community about the bugs you have noticedbugs.qaix.com.
Write your offers and comments in the communities suggest.qaix.com.
Information for parents.
Пишите нам на .
If you would like to report an abuse of our service, such as a spam message, please .
Если Вы хотите пожаловаться на содержимое этой страницы, пожалуйста .