[Microcontainer] - How do you override the source for configuration properties?
by rbuckvrsn
Hi,
Many of our products have configuration properties stored centrally in LDAP and/or Oracle databases. We would like to be able to refer to these properties in JBoss configuration files using property references such as:
${somekey:somedefault}
This is what I would consider ideal:
1. have a way to intercept calls to resolve this property so that I can first attempt to load it from our own properties manager.
2. If my properties manager returns null, have JBoss attempt to resolve the property using System properties much as it does today.
FYI: An attempt had been made in years past to load ALL properties as system properties, but this does not scale, and it just makes no sense design wise: it does not make sense loading entire property sets into memory when all you need is one or two properties.
Apart from modifying the microkernel itself to call directly into our properties manager, are there any other options? Are there any interceptors for property expansion or resolution?
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4065760#4065760
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4065760
18Â years, 10Â months
[JBoss Seam] - Browser's back button problem
by Zerg-Spirit
Hello guys,
I'm have troubling making the 'browser's back button' feature works, using JBoss 4.2 and Seam 2.0.
I basically have a page, called Topic.xhtml, displaying some topic.
Earch topic has some children, so when I click on a topic on that page, I change the value of the 'selectedTopic' outjected property and reload the Topic.xhtml page that displays the children of selectedTopic.
Basically, I can't get the browser's back button to work.
This is the content of Topic.xhtml:
<h:form>
|
| <h:dataTable value="#{selectedTopic.children}" var="topic">
| <h:column>
| <h:commandLink action="#{topicManager.viewTopic(topic)}">#{topic.relativeName}</h:commandLink>
| </h:column>
| </h:dataTable>
|
| </h:form>
This is my back SFSB:
@Stateful
| @Name("topicManager")
| @Scope(SESSION)
| @Conversational
| public class TopicManager implements TopicManagerInterface {
| ...
| @Begin(join = true)
| public String viewTopic(Topic topic)
| ...
| }
And I added this to pages.xml:
<page name="viewTopic"
| view-id="/Topic.xhtml"
| back="enabled">
| <redirect/>
| <transition to="viewTopic"/>
| <transition name="complete" to="complete"/>
| </page>
Note that the first time Topic.xhtml is called, it's by the viewTopic method.
As I understand it, the problem is that the back button sends me to the last viewed page seen BEFORE Topic.xhtml.
The problem is that I want to send him back to Topic.xhtml, but just with the data state rollbacked.
Dunno, maybe that's not even possible?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4065758#4065758
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4065758
18Â years, 10Â months
[Tomcat, HTTPD, Servlets & JSP] JNDI for virtual hosts
by Steve
Hello,
Does anyone know how to configure a different JNDI namespace for each
virtual host that uses the same WAR in JBoss? This can be done with
stand alone Tomcat using context.xml fragments under
CATALINA_HOME/conf/Catalina/www.site1.com/ROOT.xml
<Context>
<Environment description="Unique Host ID" name="siteId"
type="java.lang.String" value="site1"/>
</Context>
I can then give each virtual host it's own siteId so that it accesses
the correct rows from a shared database.
This doesn't seem to work with Tomcat embedded in JBoss. The closest I
have found so far is jboss-web.xml under WEB-INF inside the WAR, but
there doesn't seem to be a way to set up each virtual host with separate
data. It would also be difficult to add new sites without having to edit
jboss-web.xml and restart/reload.
Does anyone know how this can be achieved?
Thanks,
Steve
18Â years, 10Â months
[Clustering/JBoss] - Sticky or replicated sessions and cache preferences
by gtuhl
We need to setup a cluster of JBoss servers. Our application is Java5+Spring+Hibernate using ehcache as the Hibernate 2nd level cache. Right now the JBoss cluster is working correctly, hot-deploy across the cluster works great, and ehcache is clustered using their RMI-based listener/provider. We have ordered an evaluation unit hardware loadbalancer to test internally to put in front of the JBoss cluster.
I know very little about this in general and have 2 questions. Any thoughts on either would be greatly appreciated.
[1] Are there strong reasons we should switch to the JBoss TreeCache over ehcache now that we are running a JBoss Cluster?
[2] It seems there are 2 approaches to handling sessions. We can have the load balancer operate at layer 4 and have the JBoss Cluster replicate sessions or we can have the load balancer maintain cookie-based sticky sessions and disable the session replication in JBoss. Are there advantages I need to know about with one or the other approach? It seems that though you lose some failover ability by letting the loadbalancer maintain sticky sessions that you then avoid session replication chatter between JBoss nodes. In my unqualified opinion it would appear this chatter would become pretty substantial if the cluster became large. Though it won't be an issue for awhile, having the load balancer operate on cookies does mean the equipment can handle far fewer concurrent and new connections.
My apologies if this has been answered - was unable to turn up any content
with searches. If there is a misunderstanding on my part of how something works please correct me.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4065749#4065749
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4065749
18Â years, 10Â months
