[Design of POJO Server] - Re: AppClientDeployer
by scott.stark＠jboss.org
If I change the call from the legacy MainDeployer to delegate.checkComplete() from delegate.checkComplete(Deployment deployment), I am seeing an incomplete deployment exception:
| 15:17:02,931 WARN [MainDeployer] Failed to deploy: file:/home/svn/JBossHead/jboss-head/testsuite/output/lib/app-client.ear
| org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
|
| *** CONTEXTS MISSING DEPENDENCIES: Name -> Dependency{Required State:Actual State}
|
| jboss.j2ee:ear=app-client.ear,jar=app-client.jar,name=test-client,service=EJB3
| -> <UNKNOWN>{Installed:** UNRESOLVED Demands 'ejbcts/StatelessSessionHome **}
| -> <UNKNOWN>{Described:** UNRESOLVED Demands 'jboss.j2ee:ear=app-client.ear,name=StatelessSessionBean,service=EJB3,* **}
|
|
| *** CONTEXTS IN ERROR: Name -> Error
|
| <UNKNOWN> -> ** UNRESOLVED Demands 'jboss.j2ee:ear=app-client.ear,name=StatelessSessionBean,service=EJB3,* **
|
| at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:620)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.checkComplete(MainDeployerImpl.java:393)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:814)
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100025#4100025
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100025
17 years, 4 months
[Design of JBoss Wiki] - not so ordered lists
by PeterJ
The portal style sheet declares that all lists items will use a particular bullet gif. Unfortunatley, that applies to ordered lists created in the wiki also. I realize that this is probably a bug in the portal (they really should change their style sheet), but I figure that it probably is a good idea to differentiate wiki ordered lists from non-wiki ordered lists.
I have a path that applies a class, wikiol, to ordered lists, and adds styles to the wikiStyle.css.
In addition, I often need to continue order list numbering. For example, I might have points number 1 and 2, and as part of point 2 include some code (formatted using {{{..}}}), and then want to have point 3. But of course, the numbering starts again and I end up with 1, 2, 1. Not what I want.
I have a patch that enables the user to optionally append a number to the # character to start ordered list number at that value. Thus, in my example above, I could do:
# Do this
| # Do that, here's how:
| {{{brilliant code}}}
| #3 And then do...
to get the items numbered 1, 2, 3.
Once again, if you are interested I can create a JIRA (or 2) and attach the patch(es).
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100024#4100024
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100024
17 years, 4 months
[Design of JBoss Wiki] - Ugly tables
by PeterJ
I told myself that I should be polite about this, but let's face it - wiki tables are ugly. Fortunately, the wiki already attaches a class, wikitable, to the table tag, making reformatting fairly easy (though the wiki also attaches a 'border' attribute to the table tag, making some formatting difficult if not impossible).
I have modified the code so that the generated table tag does not use the 'border' attribute, and also defined styles in wikiStyle.css to make tables look nicer. The color scheme fits in nicely with the Renaissance theme. Let me know if you are interested in the patch and I will open a JIRA and attach the patch.
By the way, I resisted the urge to convert all the tags into lower case (e.g., TABLE -> table), which was very hard, especially considering that the portal generates pages using xhtml... I assume there is already a task to make the wiki output xhtml compliant?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099990#4099990
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099990
17 years, 4 months
[Design of JBoss Wiki] - No camelCase links
by PeterJ
One of the problems with having camelCased words automatically converted into links is that in a wiki dealing with application development topics many words are camelCased. This makes the text very disconcerting to read because of the number of words that are underlined with a little red question mark behind them.
I patched my copy of the wiki to not convert camelCased works into links. It was fairly easy because the code already supported this capability, but the m_camelCaseLinks field was always set to true. I changed this to read the setting from the wikiPlugins.properties file, so that the user can configure the wiki to work either way.
Let me know if you are interested in the patch and I will open a JIRA and attach the patch.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099974#4099974
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099974
17 years, 4 months