[Design of JBoss Build System] - Re: Using jdocbook
by steve.ebersole@jboss.com
"nbhatia" wrote : That worked like a charm! Thanks.
Either should work. The lookup uses the following paradigm to determine the classloader to use:
| ClassLoader loader = Thread.currentThread().getContextClassLoader();
| if ( loader == null ) {
| loader = ResourceHelper.class.getClassLoader();
| }
|
So maven seems to not be setting up the classloader the way I would expect. Not too sure about that one. I'll have to ask the maven folks.
"nbhatia" wrote :
| One more question. Are these plugins intended for document generation only or also for a project site (replacing maven's site plugin and the xdoc format)?
|
I only intend to use it for our reference manuals. I am sure it could be fitted to render sites pretty easily. In fact, Jason and I discussed that at one point.
BTW, the maven site generation facility allows other forms besides xdoc... There is even early support for simplified docbook.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074861#4074861
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074861
18 years, 7 months
[Design of JBoss ESB] - Message Body simplication
by mark.little@jboss.com
We had some discussions around simplifying the way in which most developers could use the Message Body. Here's what the updated Programmers Guide says on the subject:
Extensions to Body
Although you can manipulate the contents of a Message Body directly in terms of bytes or name/value pairs, it is often more natural to use one of the following predefined Message structures, which are simply different views onto the data contained in the underlying Body.
As well as the basic Body interface, JBossESB supports the following interfaces, which are extensions on the basic Body interface:
i. org.jboss.soa.esb.message.body.content.TextBody: the content of the Body is an arbitrary String, and can be manipulated via the getText and setText methods.
ii. org.jboss.soa.esb.message.body.content.ObjectBody: the content of the Body is a Serialized Object, and can be manipulated via the getObject and setObject methods.
iii. org.jboss.soa.esb.message.body.content.MapBody: the content of the Body is a Map<String, Serialized), and can be manipulated via the setMap and other methods.
iv. org.jboss.soa.esb.message.body.content.BytesBody: the content of the Body is a byte stream that contains arbitrary Java data-types. It can be manipulated using the various setter and getter methods for the data-types. Once created, the BytesMessage should be placed into either a read-only or write-only mode, depending upon how it needs to be manipulated. It is possible to change between these modes (using readMode and writeMode), but each time the mode is changed the buffer pointer will be reset. In order to ensure that all of the updates have been pushed into the Body, it is necessary to call flush when finished.
You can create Messages that have Body implementations based on one of these specific interfaces through the XMLMessageFactory or SerializedMessageFactory classes. The need for two different factories is explained in the section on Message Formats, which is described later in the document.
For each of the various Body types, you will find an associated create method (e.g., createTextBody) that allows you to create and initialize a Message of the specific type. Once created, the Message can be manipulated directly through the raw Body or via the specific interface. If the Message is transmitted to a recipient, then the Body structure will be maintained, e.g., it can be manipulated as a TextBody.
The XMLMessageFactory and SerializedMessageFactory are more convenient ways in which to work with Messages than the MessageFactory and associated classes, which are described in the following sections.
Note: these extensions to the base Body interface are provided in a complimentary manner to the original Body. As such they can be used in conjunction with existing clients and services. Message consumers can remain unaware of these new types if necessary because the underlying data structure within the Message remains unchanged.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074819#4074819
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074819
18 years, 7 months