[Beginners Corner] - Re: A true newbie -- Please help!
by rij
Ok, I followed the instructions, organized my code in packages and cleaned up the build.xml.
Now, my mojo.jar file is correctly reflecting the directory structure.
But the server is still showing errors when I try to build. Since it seems to be complaining about persistence, here is my persistence.xml:
| <persistence>
| <persistence-unit>
| <name>mojo</name>
| <jta-data-source>java:/DefaultDS</jta-data-source>
| <properties>
| <property name="hibernate.hbm2ddl.auto" value="create-drop"/>
| </properties>
| </persistence-unit>
| </persistence>
|
And here is the initial part of the server error message:
| 16:48:23,915 ERROR [AbstractKernelController] Error installing to Parse: name=vf
| szip:/C:/Documents%20and%20Settings/Dan/Desktop/jboss-5.0.0.GA-jdk6/jboss-5.0.0.
| GA/server/default/deploy/mojo.jar state=Not Installed mode=Manual requiredState=
| Parse
| org.jboss.deployers.spi.DeploymentException: Error creating managed object for v
| fszip:/C:/Documents%20and%20Settings/Dan/Desktop/jboss-5.0.0.GA-jdk6/jboss-5.0.0
| .GA/server/default/deploy/mojo.jar
| at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentExcept
| ion(DeploymentException.java:49)
| at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithO
| utput.createMetaData(AbstractParsingDeployerWithOutput.java:337)
| at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithO
| utput.createMetaData(AbstractParsingDeployerWithOutput.java:297)
| at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithO
| utput.createMetaData(AbstractParsingDeployerWithOutput.java:269)
| at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithO
| utput.deploy(AbstractParsingDeployerWithOutput.java:230)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(Deployer
| Wrapper.java:171)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(Deployer
| sImpl.java:1439)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFi
| rst(DeployersImpl.java:1157)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.install(Deployers
| Impl.java:1098)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(Abstra
| ctControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractContr
| oller.java:1598)
| at org.jboss.dependency.plugins.AbstractController.incrementState(Abstra
| ctController.java:934)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(Abstr
| actController.java:1062)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(Abstr
| actController.java:984)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractContro
| ller.java:822)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractContro
| ller.java:553)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(Deployers
| Impl.java:781)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeploye
| rImpl.java:545)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDSca
| nner.java:290)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScan
| ner.java:221)
| at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44
| 1)
| at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java
| :317)
| at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.
| access$101(ScheduledThreadPoolExecutor.java:98)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.
| runPeriodic(ScheduledThreadPoolExecutor.java:181)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.
| run(ScheduledThreadPoolExecutor.java:205)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
| utor.java:886)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
| .java:908)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: Failed
| to resolve schema nsURI= location=persistence
| at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBPars
| er.java:203)
| at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java
| :168)
| at org.jboss.deployers.vfs.spi.deployer.JBossXBDeployerHelper.parse(JBos
| sXBDeployerHelper.java:199)
| at org.jboss.deployers.vfs.spi.deployer.JBossXBDeployerHelper.parse(JBos
| sXBDeployerHelper.java:170)
| at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(Sch
| emaResolverDeployer.java:132)
| at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(Sch
| emaResolverDeployer.java:118)
| at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse
| AndInit(AbstractVFSParsingDeployer.java:256)
| at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse
| (AbstractVFSParsingDeployer.java:188)
| at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithO
| utput.createMetaData(AbstractParsingDeployerWithOutput.java:323)
| ... 27 more
| Caused by: org.jboss.xb.binding.JBossXBRuntimeException: Failed to resolve schem
| a nsURI= location=persistence
| at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.startE
| lement(SundayContentHandler.java:313)
| at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$DelegatingContentHan
| dler.startElement(SaxJBossXBParser.java:401)
| at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Sour
| ce)
| at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknown Sou
| rce)
| at org.apache.xerces.xinclude.XIncludeHandler.startElement(Unknown Sourc
| e)
| at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unkn
| own Source)
| at org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.s
| canRootElementHook(Unknown Source)
| at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent
| Dispatcher.dispatch(Unknown Source)
| at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un
| known Source)
| at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
| at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
| at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
| at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
| at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Sour
| ce)
| at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBPars
| er.java:199)
| ... 35 more
| 16:48:24,306 WARN [HDScanner] Failed to process changes
| org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incompl
| ete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
|
| *** CONTEXTS IN ERROR: Name -> Error
|
| vfszip:/C:/Documents%20and%20Settings/Dan/Desktop/jboss-5.0.0.GA-jdk6/jboss-5.0.
| 0.GA/server/default/deploy/mojo.jar -> org.jboss.xb.binding.JBossXBRuntimeExcept
| ion: Failed to resolve schema nsURI= location=persistence
|
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217219#4217219
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217219
17 years, 1 month
[JBoss Tools (users)] - Re: Hibernate Configurations problem
by asookazian
I'm still getting the "QuerySyntaxException: ApplicationRole is not mapped" error.
I just compared the booking project with mine to see if there are any notable differences in terms of impacting the classpath. I noticed that in the Java build path properties, the default output folder is: booking/exploded-archives/jboss-seam-booking.jar for the booking project. I configured mine similarly.
The funny thing is when I do a CTRL-SHFT-T to open a type, when I search for "Hotel" I see two results, one the source .java file and one from booking/dist/jboss-seam-booking.jar.
When I do the same procedure (i.e. open type) for my ApplicationRole class, I see only the source file, even though it's in this jar: BETS/exploded-archives/BETS.jar.
For my BETS hibernate config, Configuration is empty, Session Factory is empty, and the tables are visible in the Database section.
I'm using default classpath for both classpath config in hibernate configurations.
Not sure what else to try at this point. I don't understand what else I can do to force Hibernate Tools to see the entity classes. I just added the dist folder to the classpath and that didn't help.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217216#4217216
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217216
17 years, 1 month
[Security & JAAS/JBoss] - Negotiation: browser do not reply to http 401 with www-authe
by neoben
hello,
I have a few question about spnego and jboss:
1. My app is deployed on the domain TEST.NET and accessible via the url http://myapp.test00.net. I configured everything correctly so that jboss-negociation works ok.
My app is accessible outside of the domain via the url http://10.10.10.10:80. In this case, the server will send the classic challenge but the browser will refuse to reply and will just display a useless Http 401 and the associated jboss default html page. In this case, I want to display a form... I understand that it is not going to be possible...unless i can change the default http 401 default html (without using the error page mapping in the web.xml) as it will instead result in a http 302. Is it possible jboss experts?
2. the jboss negotiation project do not seem to work when there is a proxy between the server and the browser. am i correct?
3. It only supports kerberosv5 through the negotiation process (no fallback, no ntlm v1 or v2, no nothing...). What about the java 1.6 native spnego support or the patched jcifs project? Is there such thing as a complete spnego implementation?
Any answer highly appreciated.
Thanks
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217210#4217210
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217210
17 years, 1 month