October 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: model and action directories - treated not differently a

by thejavafreak

If you use the dev profile, everything inside action will be compiled into WEB-INF/dev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100513#4100513 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100513

17 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: Bussines logic : separate service?

by thejavafreak

If that becomes a problem for you, you don't have to use Session Bean for every business logic. You can use Plain POJO instead View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100512#4100512 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100512

17 years, 2 months

1
0
0 / 0

[JBoss Portal] - Re: jbossportal with apache proxy help ! (accessing portal f

by bvogt

I would recommend to use mod_rewrite in conjunction with mod_proxy, which provide more flexibility for integration of content in the namespace of the virtual host. In order to reduce maintenance effort should think about using include files like in the example below. Do you really need to use proxy-html? http.conf: ... | ServerTokens Prod | ... | LoadModule rewrite_module modules/mod_rewrite.so | LoadModule proxy_module modules/mod_proxy.so | ... | RewriteEngine on | RewriteCond %{REQUEST_METHOD} ^(TRACE|LOCK|UNLOCK) | RewriteRule .* - [F] | ... | | <virtualhost 127.0.0.1> | ServerName s1.org | ... | Include conf/s1.txt | </virtualhost> | | <virtualhost 127.0.0.1> | ServerName s2.org | ... | Include conf/s2.txt | </virtualhost> | s1.txt: | RewriteRule .* - [E=DEFAULT_PORTAL:s1] | RewriteRule .* - [E=DEFAULT_PAGE:p1] | | Include conf/common_rules.txt | s2.txt: | RewriteRule .* - [E=DEFAULT_PORTAL:s2] | RewriteRule .* - [E=DEFAULT_PAGE:p2] | | Include conf/common_rules.txt | common_rules.txt: | RewriteCond %{REQUEST_URI} ^/$ | RewriteRule .* http://localhost:8080/portal/portal/%{ENV:DEFAULT_PORTAL}/%{ENV:DEFAULT_P... [P] | RewriteCond %{REQUEST_URI} ^$ | RewriteRule .* http://localhost:8080/portal/portal/%{ENV:DEFAULT_PORTAL}/%{ENV:DEFAULT_P... [P] | | RewriteCond %{REQUEST_URI} ^/portal | RewriteRule ^/(.*)$ http://localhost:8080/$1 [P] | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100511#4100511 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100511

17 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: Does ICEFaces and RichFaces work on same page?

by thejavafreak

In theory it should work. But why don't you give it a try to prove it. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100510#4100510 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100510

17 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: two SeamPhaseListener instances

by thejavafreak

1. What Seam version are you using? 2. What JBoss AS version are you using? 3. What JSF version are you using? Myfaces or JSF-RI? 4. What Richfaces version are you using? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100509#4100509 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100509

17 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: Precendence of page element mapping?

by thejavafreak

I think you can request to the seam team on JIRA so that the single page configuration can override the parent configuration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100507#4100507 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100507

17 years, 2 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: jboss is not running

by sunainavarma

thanks jaikiran its working thanks a lot View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100506#4100506 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100506

17 years, 2 months

1
0
0 / 0

[JBossWS] - Re: nor any of its super class is known...

by nickarls

Well, got around it. The issue went like this: I wanted to return a Map<Query, Result> from the WS. Interfaces weren't allowed so I returned a HashMap<Query, Result> which worked perfectly if you disregard the fact that the map was always empty. So I returned a MapWrapper object, which complained that the Query class couldn't be found when it was constructing the result. The strange thing is that returning a List was fine, so I got around it by adding a place for the return value inside the Query class... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100505#4100505 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100505

17 years, 2 months

1
0
0 / 0

[Security & JAAS/JBoss] - Re: Authentication info not passed to login module when invo

by alllle

Problem solved after trace into JBoss code. The reason is that I created the InitialContext at the time when the MDB is created and try to reuse it when the onMessage() is invoked. What happens behind the scene is that JBoss saves the username / password into a ThreadLocal variable in server environment when the InitialContext is created. This ThreadLocal variable is not there anymore when the onMessage() is invoked because it is a different thread. Hence, the security information is lost and causes the authentication exception. I now create a new InitialContext object when processing the onMessage() method. Seems working fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100504#4100504 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100504

17 years, 2 months

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: How to setup context when accessing SLSB from MDB?

by alllle

Problem solved after trace into JBoss code. The reason is that I created the InitialContext at the time when the MDB is created and try to reuse it when the onMessage() is invoked. What happens behind the scene is that JBoss saves the username / password into a ThreadLocal variable in server environment when the InitialContext is created. This ThreadLocal variable is not there anymore when the onMessage() is invoked because it is a different thread. Hence, the security information is lost and causes the authentication exception. I now create a new InitialContext object when processing the onMessage() method. Seems working fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100503#4100503 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4100503

17 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user October 2007