rodd manning

Good Morning,

I downloaded the beta version of jboss fuse (jboss-fuse-6.0.0.redhat-015) and decided to try out the cbr sample.I run maven command "mvn clean install" and then started up the jboss fuse via commad line.At the karaf command line i tried to do the following


osgi:install -s fab:mvn:org.jboss.fuse.examples/cbr/6.0.0.redhat-015


It stays stuck at that for a while and then throws a error


Error executing command: Error installing bundles: Unable to install bundle fab:mvn:org.jboss.fuse.examples/cbr/6.0.0.redhat-015


When i look at the log file i see the following


org.sonatype.aether.resolution.ArtifactDescriptorException: Failed to read artifact descriptor for org.jboss.fuse.examples:cbr:pom:6.0.0.redhat-015


Caused by: org.apache.maven.model.resolution.UnresolvableModelException: Could not transfer artifact org.jboss.fuse.examples:project:pom:6.0.0.redhat-015 from repos1 (http://repo.fusesource.com/nexus/content/groups/public): Error transferring file: Connection timed out: connect

at org.apache.maven.repository.internal.DefaultModelResolver.resolveModel(DefaultModelResolver.java:119)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

at org.apache.maven.model.building.DefaultModelBuilder.readParentExternally(DefaultModelBuilder.java:819)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

at org.apache.maven.model.building.DefaultModelBuilder.readParent(DefaultModelBuilder.java:670)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:308)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:232)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

at org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:299)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

... 32 more

Caused by: org.sonatype.aether.resolution.ArtifactResolutionException: Could not transfer artifact org.jboss.fuse.examples:project:pom:6.0.0.redhat-015 from repos1 (http://repo.fusesource.com/nexus/content/groups/public): Error transferring file: Connection timed out: connect

at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:488)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:190)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

at org.apache.maven.repository.internal.DefaultModelResolver.resolveModel(DefaultModelResolver.java:115)[71:org.fusesource.fabric.fab.fab-osgi:7.2.0.redhat-015]

... 37 more



I have my local repository in a non standard location and have the value in my settings.xml file.The settings.xml file also has the path to my in company nexus repository from which i had expected the application to pull/resolve the above.I also have the following settings changed in my "org.ops4j.pax.url.mvn.cfg" file


org.ops4j.pax.url.mvn.settings=file:D:/Maven/settings.xml


I am not sure why it is still going out to fusesource to resolve stuff.

Hi,
I am trying to deploy a war file on jboss 5.0.1 and is getting the following error

ERROR [org.apache.catalina.core.StandardContext] (main) Context [/ABC] startup failed due to previous errors java.lang.RuntimeException: mapped-name is required for jdbc/Utilitydev of deployment ABC.war at org.jboss.web.tomcat.service.injection.WebResourceHandler.loadXmlResourceRefs(WebResourceHandler.java:178) at org.jboss.web.tomcat.service.injection.WebResourceHandler.loadXml(WebResourceHandler.java:327) at org.jboss.web.tomcat.service.TomcatInjectionContainer.processMetadata(TomcatInjectionContainer.java:550) at org.jboss.web.tomcat.service.WebCtxLoader.start(WebCtxLoader.java:158) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4272) at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310) at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142) at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461) at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118) at org.jboss.web.deployers.WebModule.start(WebModule.java:97) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206) at $Proxy38.start(Unknown Source) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37) at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:297) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) at org.jboss.system.ServiceController.doChange(ServiceController.java:688) at org.jboss.system.ServiceController.start(ServiceController.java:460) at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163) at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99) at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46) at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171) at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1440) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1158) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1179) at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1099) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:782) at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702) at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117) at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70) at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53) at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:775) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540) at org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256) at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461) at org.jboss.Main.boot(Main.java:221) at org.jboss.Main$1.run(Main.java:556) at java.lang.Thread.run(Thread.java:619)

Web.xml entry is as follows:

<context-param> <param-name>DATASOURCE_NAME</param-name> <param-value>java:/comp/env/jdbc/Utilitydev</param-value> </context-param> . . . . <resource-ref> <description>DB Connection</description> <res-ref-name>jdbc/Utilitydev</res-ref-name> <res-type>javax.sql.DataSource</res-type> <res-auth>Container</res-auth> </resource-ref>

and the blah-ds.xml file entry is as follows:

<datasources> <local-tx-datasource> <jndi-name>Utilitydev</jndi-name> <connection-url>jdbc:oracle:thin:@(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = xyz)(PORT = 1234)))(CONNECT_DATA =(SID = dev)(SERVER = DEDICATED)))</connection-url> <driver-class>oracle.jdbc.driver.OracleDriver</driver-class> <user-name>admin</user-name> <password>hello</password> <min-pool-size>10</min-pool-size> <max-pool-size>20</max-pool-size> <prepared-statement-cache-size>20</prepared-statement-cache-size> <!-- Uses the pingDatabase method to check a connection is still valid before handing it out from the pool --> <valid-connection-checker-class-name>org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker</valid-connection-checker-class-name> <!-- Checks the Oracle error codes and messages for fatal errors --> <exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter</exception-sorter-class-name> <new-connection-sql>SELECT SYSDATE FROM DUAL</new-connection-sql> <!-- sql to call on an existing pooled connection when it is obtained from pool - the OracleValidConnectionChecker is prefered --> <check-valid-connection-sql>SELECT SYSDATE FROM DUAL</check-valid-connection-sql> <!-- corresponding type-mapping in the standardjbosscmp-jdbc.xml (optional) --> <metadata> <type-mapping>Oracle10g</type-mapping> </metadata> </local-tx-datasource> </datasources>

Thanks in advance

Hi Gaurav,
You can use XMLbeans to validate your xml document as you are creating it.I have used this in the past and have found it pretty efficient.If you are using DOM to create your xml then throw the appropriate DOM Exception for each element too.

Regards
Rod

Hi,
I had faced a similar issue when i was working with JDOM, and i tried working with the detach() method, but was unsuccessful.The following approach will solve your problem
i also found another solution:

// get content of root element
List content = doc1.getRootElement().cloneContent();

cloneContent() instead of getContent() does it. you don't have to detach then.

Hi,

I have been successful in indexing PDF documents with PDF box but i run into this error while trying to index a few PDF files.The stack trace is as follows:

out of bound exception
..\LuceneIndex\PTAC_Info.pdf
..\LuceneIndex\PTAC_Info.pdf
java.lang.ArrayIndexOutOfBoundsException: 4
at org.fontbox.cmap.CMapParser.parseNextToken(CMapParser.java:294)
at org.fontbox.cmap.CMapParser.parseNextToken(CMapParser.java:233)
at org.fontbox.cmap.CMapParser.parse(CMapParser.java:129)
at org.pdfbox.pdmodel.font.PDFont.parseCmap(PDFont.java:535)
at org.pdfbox.pdmodel.font.PDFont.encode(PDFont.java:387)
at org.pdfbox.util.PDFStreamEngine.showString(PDFStreamEngine.java:325)
at org.pdfbox.util.operator.ShowText.process(ShowText.java:64)
at org.pdfbox.util.PDFStreamEngine.processOperator(PDFStreamEngine.java:452)
at org.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:215)
at org.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:174)
at org.pdfbox.util.PDFTextStripper.processPage(PDFTextStripper.java:336)
at org.pdfbox.util.PDFTextStripper.processPages(PDFTextStripper.java:259)
at org.pdfbox.util.PDFTextStripper.writeText(PDFTextStripper.java:216)
at org.pdfbox.searchengine.lucene.LucenePDFDocument.addContent(LucenePDFDocument.java:427)
at org.pdfbox.searchengine.lucene.LucenePDFDocument.convertDocument(LucenePDFDocument.java:2
86)
at org.pdfbox.searchengine.lucene.LucenePDFDocument.getDocument(LucenePDFDocument.java:377)
at com.parksupply.lucene.indexer.ParkSupplyIndexer.indexDocs(ParkSupplyIndexer.java:79)
at com.parksupply.lucene.indexer.ParkSupplyIndexer.indexDocs(ParkSupplyIndexer.java:66)
at com.parksupply.lucene.indexer.ParkSupplyIndexer.indexDocs(ParkSupplyIndexer.java:52)
at com.parksupply.lucene.indexer.ParkSupplyIndexer.main(ParkSupplyIndexer.java:35)

ParkSuppyIndexer is the name of the class that index's the PDF & HTML files.The org.FontBox is a external jar file that came with PDFBOx hence does not have source files.I would be glad to get any suggestions on this topic.

Rod Manning

You are trying to use the generic indexfiles.java as a base template to index pdf files.If you check the lib folder of PDFbox you will see that it has the version of lucene it is compatible with, add this to your classpath as well.As far as indexing pdf is concerned all you need to do is add a conditional statement as follows to the indexHtml.java file
if(file.getPath().endsWith(".pdf"))
{ System.out.println(file.getPath());
Document document1 = LucenePDFDocument.getDocument(file); System.out.println((new StringBuilder()).append("adding ").append(document1.get("path")).toString());
writer.addDocument(document1); } }

Regards
Rod Manning

Hi,
I was trying to search through PDF files and JSP pages using Lucene but was unable to find a suitable plug in to do so.I was wondering if anybody having any information regarding this could direct me in the right direction.

hey,
Thanks for the link,i guess i missed out on that one,i was hoping to be on that list but i guess there is always a next time

Regards
Rodd

hi ,
I had a small question, i was wondering when the results to the promotions held on march 20 would be announced...i have been scanning the results page every day with bated breath for it

Rodd:

I wish I could tell you otherwise, but the fact is that the EJB DI annotations (@EJB and @Resource) do not work on JSP scriptlets (I'm assuming that's what you are really getting at). The problem is that JSP scriptlet code translates to code in the service() methods, well beyond the reach of the container. As such, Spring has the same problem. However, you can always resort to JNDI if you really want EJB access in scriptlets. The good news is that EJB 3 DI works on Servlets, JSP tags handlers and JSF backing beans. If I was to make a recommendation, I would say look into JSF/JBoss Seam, it might make your prsentation code a little more fun to write. Chapter 12 of the book is devoted to integrating EJB with other technologies (JSP tag handlers and JSF backing bean are covered). The chapter is better than most EJB 3 books out there, but I have to admit it is not one of our strongest work.

Hope this helps.

Reza

hi,
Yes i use JNDI for ejb access in scriptlets,looking forward to exploring the contents of your book (chapter 12 in particular). Thank you for taking the time to reply

Regards

Rodd

hi reza,
How friendly is ejb 3.0 towards calls issued from a jsp.I was wondering if your book included topics about ejb 3.0 calls from a jsp,the reason being that i came across a very few books that faintly touched the topic.

Regards

Rodd Manning

hi debu,
I had posted in the welcome section ....due to sheer ignorance, thanks to jeanne i m now in the right stall, i was wondering if i could ask some general questions regarding ejb 3, with emphasis of whether those points are tackled in your book.

Regards
Rodd
[ March 14, 2007: Message edited by: rodd manning ]

hey Debu,
I had a question about ejb 3.0 was wondering if it would be fair to ask it in this thread or is this thread more of a book review?

cheers
Rodd

it works now guys, the problem was adding a additional jar file to the classpath,now it works like a charm.Thank you

Regards
Rod

hi,
I installed a jboss 4.0.5GA on a jvm 1.5.0_11,after i start the server and open the web console the java applet on the side fails to load and the trace shows the following error.

http://localhost:8080/web-console/Invoker
java.lang.NoClassDefFoundError: org/jboss/logging/Logger
at org.jboss.console.remote.Util.<clinit>(Util.java:33)
at org.jboss.console.remote.AppletRemoteMBeanInvoker.invoke(AppletRemoteMBeanInvoker.java:64)
at org.jboss.console.navtree.ConsoleTreeModel.loadTree(ConsoleTreeModel.java:118)
at org.jboss.console.navtree.ConsoleTreeModel.<init>(ConsoleTreeModel.java:73)
at org.jboss.console.navtree.AdminTreeBrowser.<init>(AdminTreeBrowser.java:77)
at org.jboss.console.navtree.AppletBrowser.start(AppletBrowser.java:65)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

i have changed the option in the internet explorer and had enabled the jvm parameter but still no cure.I added jboss-common-client.jar and a whole lot of other jar files to the classpath too
Have been stuck at this for a while now, was wondering if anybody had a solution to this.

Regards
j_coder
[ March 06, 2007: Message edited by: rodd manning ]