[Design of JBoss Build System] - Re: Using jdocbook
by nbhatia
Great! That worked. Thanks Paul.
BTW, I am planning to use this plugin for another open source project - andromda.org. Any pointers or cautions for me?
I have few additional questions (I am a newbie to DocBook, so just let me know if these are DocBook related):
- What is the intent of the war file generated in target/docbook folder? Is it meant to be a standalone website? Is it possible to suppress its generation?
- I have a chapter with chapter id="Introduction". However the output contains files like ch01.html and ch01s02.html etc. Is it possible to name the output file Introduction.html?
- I have a media object defined as follows:
| <mediaobject>
| <imageobject>
| <imagedata fileref="../shared/images/AndromdaArchJava.jpg" format="JPG" align="right"/>
| </imageobject>
| </mediaobject>
|
This is giving me a MalformedURLException. As far as I can tell, the latest Hibernate docs use the imagedata tag exactly this way. What am I doing wrong?
| SEVERE: Error with URL 'D:\ProjectsTest\DocBook\andromda-tutorial-java\target\staging/images/../shared/images/AndromdaArchJava.jpg': unknown protocol: d
| java.net.MalformedURLException: unknown protocol: d
|
Thanks.
Naresh
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074505#4074505
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074505
18 years, 7 months
[Design of JBoss Build System] - Re: Using jdocbook
by nbhatia
Thanks Paul. I made the change to the pom. Also had to add the "sourceDocumentName" element to the configuration. However now I am getting a NullPointerException.
| java.lang.NullPointerException
| at org.jboss.maven.plugins.jdocbook.GenerationMojo.process(GenerationMojo.java:55)
| 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)
|
Am I missing some other configuration? As far as I can tell, I have added all the required elements. This is my latest pom:
| <project xmlns="http://maven.apache.org/POM/4.0.0"
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
| xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
|
| <modelVersion>4.0.0</modelVersion>
|
| <groupId>org.andromda</groupId>
| <artifactId>andromda-tutorial-java</artifactId>
| <version>3.2</version>
| <packaging>jdocbook</packaging>
|
| <name>AndroMDA Tutorial for Java</name>
| <description>AndroMDA Tutorial for Java</description>
|
| <build>
| <plugins>
| <plugin>
| <groupId>org.jboss.maven.plugins</groupId>
| <artifactId>maven-jdocbook-plugin</artifactId>
| <extensions>true</extensions>
| <configuration>
| <sourceDocumentName>Master.xml</sourceDocumentName>
| <formats>
| <format>
| <formatName>pdf</formatName>
| </format>
| <format>
| <formatName>html</formatName>
| </format>
| </formats>
| </configuration>
| </plugin>
| </plugins>
| </build>
|
| <repositories>
| <repository>
| <id>jboss</id>
| <name>JBoss Repository</name>
| <url>http://repository.jboss.org/maven2</url>
| </repository>
| </repositories>
| <pluginRepositories>
| <pluginRepository>
| <id>jboss</id>
| <name>JBoss Repository</name>
| <url>http://repository.jboss.org/maven2</url>
| </pluginRepository>
| </pluginRepositories>
|
| </project>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074472#4074472
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074472
18 years, 7 months
[Design of JBossXB] - Re: xsd:attribute ref unsupported in unmarshaller
by anil.saldhana＠jboss.com
Alex, that is what I have currently:
| <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
| xmlns:jbsx="urn:jboss:security-config:5.0"
| xmlns="urn:jboss:security-config:5.0"
|
| ....
|
| <xsd:attribute name="flag">
| <xsd:simpleType>
| <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:attribute>
|
| <xsd:element name="login-module" type="jbsx:loginModuleInfo"/>
| <xsd:complexType name="loginModuleInfo">
| <xsd:annotation>
| <xsd:appinfo>
| <jbxb:class impl="org.jboss.security.auth.login.AppConfigurationEntryHolder"/>
| </xsd:appinfo>
| </xsd:annotation>
| <xsd:sequence>
| <xsd:element ref="jbsx:module-option" minOccurs="0" maxOccurs="unbounded"/>
| </xsd:sequence>
| <xsd:attribute name="code" type="xsd:string" use="required"/>
| <xsd:attribute ref="jbsx:flag" use="required"/>
| </xsd:complexType>
|
The xsd:element ref has been working for a long time now. I think it is the attribute ref that is not working. The attr ref is exactly like the element ref in terms of ns/prefix.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074458#4074458
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074458
18 years, 7 months
[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4608 Adding FLUSH to 4.2.x stacks
by bstansberry＠jboss.com
Agreed on the point release change. If another minor release ever comes out of 4.x (more likely than you might imagine ;) ) then we can consider it.
Re: chasing down what changed, to unify things on this thread I'm going to cut and paste the relevant log analysis from David's support case that led to this issue. Background is David runs a demo app very similar to the ejb lab in the clustering course. 2 nodes on same machine; client in 3rd process exercises a simple counter SFSB in a loop; kill nodes and observe failover. David runs with 2 client processes, not one like the lab. I don't think that's relevant. Problem occurs when the killed node is restarted -- during the restart, client invocations pause for extended periods.
>From the support case:
What's going on here is the SFSB service is attempting to replicate a change before the newly joined node has received a view. The JGroups channel on the new node drops the RPC message. The sender then blocks waiting for a response.
Node1 installs a view with node2 included:
2007-08-09 15:13:14,397 INFO [org.jboss.ha.framework.interfaces.HAPartition.lifecycle.DefaultPartition] New cluster view for partition DefaultPartition (id: 5, delta: 1) : [192.168.200.1:1099, 192.168.200.2:1099]
Client requests on node1 result in session replication RPCs:
2007-08-09 15:13:14,431 INFO [STDOUT] Total arrested guys: 79
2007-08-09 15:13:14,432 TRACE [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] callMethodOnCluster(true), objName=SessionState-'/HASessionState/Default', methodName=_setState, members=[192.168.200.2:33177]
2007-08-09 15:13:14,432 TRACE [org.jboss.ha.framework.server.HAPartitionImpl] dests=[192.168.200.2:33177], method_call=SessionState-'/HASessionState/Default'._setState(GangDispute, org.jboss.ha.hasessionstate.server.PackagedSessionImpl@1209d56), mode=2, timeout=60000
2007-08-09 15:13:14,432 TRACE [org.jboss.ha.framework.server.HAPartitionImpl] real_dests=[192.168.200.2:33177]
2007-08-09 15:13:14,432 TRACE [org.jgroups.blocks.GroupRequest] sending request (id=1186686794432)
2007-08-09 15:13:14,432 TRACE [org.jgroups.protocols.pbcast.NAKACK] sending 192.168.200.1:33167#27
2007-08-09 15:13:14,433 TRACE [org.jgroups.protocols.UDP] sending msg to null (src=192.168.200.1:33167), headers are {NAKACK=[MSG, seqno=27], MessageDispatcher=[Header: name=MessageDispatcher, type=REQ, id=1186686794432, rsp_expected=true], dest_mbrs=[192.168.200.2:33177], UDP=[channel_name=DefaultPartition]}
2007-08-09 15:13:14,433 TRACE [org.jgroups.protocols.UDP] received (mcast) 940 bytes from 192.168.200.1:33168
2007-08-09 15:13:14,433 TRACE [org.jgroups.protocols.UDP] message is [dst: 228.1.2.3:45566, src: 192.168.200.1:33167 (3 headers), size = 759 bytes], headers are {NAKACK=[MSG, seqno=27], MessageDispatcher=[Header: name=MessageDispatcher, type=REQ, id=1186686794432, rsp_expected=true], dest_mbrs=[192.168.200.2:33177], UDP=[channel_name=DefaultPartition]}
2007-08-09 15:13:14,434 TRACE [org.jgroups.protocols.pbcast.NAKACK] 192.168.200.1:33167: received 192.168.200.1:33167#27
2007-08-09 15:13:14,434 TRACE [org.jgroups.blocks.RequestCorrelator] discarded request from 192.168.200.1:33167 as we are not part of destination list (local_addr=192.168.200.1:33167, hdr=[Header: name=MessageDispatcher, type=REQ, id=1186686794432, rsp_expected=true], dest_mbrs=[192.168.200.2:33177])
2007-08-09 15:13:14,580 INFO [STDOUT] Total arrested guys: 79
2007-08-09 15:13:14,581 TRACE [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] callMethodOnCluster(true), objName=SessionState-'/HASessionState/Default', methodName=_setState, members=[192.168.200.2:33177]
2007-08-09 15:13:14,581 TRACE [org.jboss.ha.framework.server.HAPartitionImpl] dests=[192.168.200.2:33177], method_call=SessionState-'/HASessionState/Default'._setState(GangDispute, org.jboss.ha.hasessionstate.server.PackagedSessionImpl@347cdb), mode=2, timeout=60000
2007-08-09 15:13:14,581 TRACE [org.jboss.ha.framework.server.HAPartitionImpl] real_dests=[192.168.200.2:33177]
2007-08-09 15:13:14,581 TRACE [org.jgroups.blocks.GroupRequest] sending request (id=1186686794581)
Node2 gets and discards the RPC messages:
2007-08-09 15:13:14,433 TRACE [org.jgroups.protocols.UDP] received (mcast) 940 bytes from 192.168.200.1:33168
2007-08-09 15:13:14,434 TRACE [org.jgroups.protocols.UDP] message is [dst: 228.1.2.3:45566, src: 192.168.200.1:33167 (3 headers), size = 759 bytes], headers are {NAKACK=[MSG, seqno=27], MessageDispatcher=[Header: name=MessageDispatcher, type=REQ, id=1186686794432, rsp_expected=true], dest_mbrs=[192.168.200.2:33177], UDP=[channel_name=DefaultPartition]}
2007-08-09 15:13:14,434 TRACE [org.jgroups.protocols.pbcast.NAKACK] message was discarded (not yet server)
2007-08-09 15:13:14,582 TRACE [org.jgroups.protocols.UDP] received (mcast) 940 bytes from 192.168.200.1:33168
2007-08-09 15:13:14,583 TRACE [org.jgroups.protocols.UDP] message is [dst: 228.1.2.3:45566, src: 192.168.200.1:33167 (3 headers), size = 759 bytes], headers are {NAKACK=[MSG, seqno=28], MessageDispatcher=[Header: name=MessageDispatcher, type=REQ, id=1186686794581, rsp_expected=true], dest_mbrs=[192.168.200.2:33177], UDP=[channel_name=DefaultPartition]}
2007-08-09 15:13:14,583 TRACE [org.jgroups.protocols.pbcast.NAKACK] message was discarded (not yet server)
Node2 installs view:
2007-08-09 15:13:14,712 DEBUG [org.jboss.ha.framework.interfaces.HAPartition.DefaultPartition] ViewAccepted: initial members set
A minute later the RPCs time out on node1:
2007-08-09 15:14:14,443 TRACE [org.jgroups.blocks.GroupRequest] call did not execute correctly, request is [GroupRequest:
req_id=1186686794432
caller=192.168.200.1:33167
192.168.200.2:33177: sender=192.168.200.2:33177, retval=null, received=false, suspected=false
request_msg: [dst: , src: 192.168.200.1:33167 (3 headers), size = 759 bytes]
rsp_mode: GET_ALL
done: false
timeout: 60000
expected_mbrs: 0
]
Full logs with org.jgroups and org.jboss.ha are attached to David's support case 00017603.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074449#4074449
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074449
18 years, 7 months