[Design of JBoss Build System] - Re: Using jdocbook
by nbhatia
Here you go...
But before I forget, where is the source for hibernate-docbook-xslt?
| java.net.MalformedURLException: unknown protocol: d
| at java.net.URL.<init>(URL.java:574)
| at java.net.URL.<init>(URL.java:464)
| at org.apache.fop.apps.FOURIResolver.resolve(FOURIResolver.java:138)
| at org.apache.fop.apps.FopFactory.resolveURI(FopFactory.java:638)
| at org.apache.fop.apps.FOUserAgent.resolveURI(FOUserAgent.java:421)
| at org.apache.fop.apps.FOUserAgent.resolveURI(FOUserAgent.java:395)
| at org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:190)
| at org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56)
| at org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432)
| at org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157)
| at org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:68)
| at org.apache.fop.fo.FObj.processNode(FObj.java:118)
| at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:321)
| at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185)
| at com.icl.saxon.output.ContentHandlerProxy.startElement(ContentHandlerProxy.java:119)
| at com.icl.saxon.output.ProxyEmitter.startElement(ProxyEmitter.java:81)
| at com.icl.saxon.output.NamespaceEmitter.startElement(NamespaceEmitter.java:95)
| at com.icl.saxon.output.GeneralOutputter.flushStartTag(GeneralOutputter.java:728)
| at com.icl.saxon.output.GeneralOutputter.writeEndTag(GeneralOutputter.java:677)
| at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:293)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLCallTemplate.process(XSLCallTemplate.java:187)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLOtherwise.process(XSLOtherwise.java:48)
| at com.icl.saxon.style.XSLChoose.process(XSLChoose.java:96)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:246)
| at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLWhen.process(XSLWhen.java:72)
| at com.icl.saxon.style.XSLChoose.process(XSLChoose.java:96)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:255)
| at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:289)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:246)
| at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:289)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:246)
| at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:289)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:289)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:246)
| at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:246)
| at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.LiteralResultElement.process(LiteralResultElement.java:289)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:246)
| at com.icl.saxon.Controller.defaultAction(Controller.java:271)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:236)
| at com.icl.saxon.style.XSLApplyTemplates.process(XSLApplyTemplates.java:135)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLIf.process(XSLIf.java:78)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLOtherwise.process(XSLOtherwise.java:48)
| at com.icl.saxon.style.XSLChoose.process(XSLChoose.java:96)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLOtherwise.process(XSLOtherwise.java:48)
| at com.icl.saxon.style.XSLChoose.process(XSLChoose.java:96)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLOtherwise.process(XSLOtherwise.java:48)
| at com.icl.saxon.style.XSLChoose.process(XSLChoose.java:96)
| at com.icl.saxon.style.StyleElement.processChildren(StyleElement.java:634)
| at com.icl.saxon.style.XSLTemplate.expand(XSLTemplate.java:225)
| at com.icl.saxon.style.XSLTemplate.start(XSLTemplate.java:198)
| at com.icl.saxon.Controller.applyTemplates(Controller.java:246)
| at com.icl.saxon.Controller.run(Controller.java:178)
| at com.icl.saxon.Controller.transformDocument(Controller.java:1086)
| at com.icl.saxon.Controller.transform(Controller.java:953)
| at org.jboss.maven.plugins.jdocbook.gen.format.BasicFormatHandler.render(BasicFormatHandler.java:130)
| at org.jboss.maven.plugins.jdocbook.GenerationMojo.process(GenerationMojo.java:95)
| at org.jboss.maven.plugins.jdocbook.AbstractDocBookMojo.execute(AbstractDocBookMojo.java:207)
| at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:420)
| at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
| at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
| at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
| at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
| at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
| at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
| at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:330)
| at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:123)
| at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
| 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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
| at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
| at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
| at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074615#4074615
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074615
18 years, 7 months
[Deployers on JBoss (Deployers/JBoss)] - JBAS-4593 -- Leaking classloader via JMX Notifications
by bstansberry＠jboss.com
Mike Millson asked me to have a look at http://jira.jboss.com/jira/browse/JBAS-4593; reporting here what I've found:
The heap info posted on the case shows a path leading from a UnifiedClassLoader3 through a JMX Notification and on to a heap root.
When an instance of UnifiedClassLoader3 is created, it causes the generation of a JMX Notification with the classloader as the Notification userData. The path to heap root shows one of those notification being held in a buffer in Sun's internal JMX implementation classes. User is using the platform mbeanserver as discussed on [url]http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMBeansInJConsole
[/url].the ke
>From poking around in the JDK code, I believe the buffer that's holding the Notification is doing so to deliver the notifications to a remote JMX client. Looks like the Sun JMX code creates a buffer the first time a remote JMX connection is established. Buffer holds a configurable number of Notifications, default is 1000. Size of buffer can be controlled by system property "jmx.remote.x.notification.buffer.size".
At this point I'm not sure what to do about the issue. Some options:
1) Get rid of the JMX notifications.
2) Wrap the classloader in a WeakReference before adding to the notification.
3) Workaround: help user figure out what's making the remote JMX connection and how to get it to drain the buffer.
4) Workaround: help user configure a smaller buffer size so the leak is cleared more quickly as the old notification is purged from the buffer.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074575#4074575
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074575
18 years, 7 months
[Design of JBossXB] - Re: xsd:attribute ref unsupported in unmarshaller
by anil.saldhana＠jboss.com
Sorry, I read your post incorrectly. Modifying the xml (and not the xsd ) with a specific prefix on the flag attribute works, but it will be difficult for users to pick that approach (specify attribute code with no namespace prefix and flag with a prefix).
Since I need to just externalize the type, I can get it to work with:
| <xsd:simpleType name="module-option-flag">
| <xsd:restriction base="xsd:string">
| <xsd:enumeration value="required"/>
| <xsd:enumeration value="requisite"/>
| <xsd:enumeration value="sufficient"/>
| <xsd:enumeration value="optional"/>
| </xsd:restriction>
| </xsd:simpleType>
|
| <xsd:complexType name="loginModuleInfo">
| ....
| <xsd:attribute name="code" type="xsd:string" use="required"/>
| <xsd:attribute name="flag" type="jbsx:module-option-flag" use="required"/>
| </xsd:complexType>
|
I can move on.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074571#4074571
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074571
18 years, 7 months