"manuel.martin" wrote : I forgot mention that authentication is through BASIC
method.
This is your problem, I suspect. If you use BASIC, you are dependent on the
browser's BASIC authentication implementation, and you have no control over it.
If you switch to FORM, you'll have more control.
I implemented a custom Principal to hold the additional user information (and a
custom LoginModule to populate it in the Group array); that does get the job
done, which is good enough, for now.
I'll keep an eye on your blog, Andrew; I'm still thinking about an invocation
framework that is "cl
"roeladriaensens" wrote : What about simply using a custom principal on server
side, one that contains your user information?
I considered this, but didn't pursue it because it seemed like I would be using
the Principal for a purpose it wasn't really intended for. That is, for some
types of use
"jwcone" wrote : ...(with the Session Principal name as a key)?...
Oops -- that should have been the (JAAS) Subject Principal...
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134118#4134118
Reply to the post :
http://www.jboss.com/index
Andrew,
Thank you for the quick response!
"ALRubinger" wrote : So above the parts bound to the webapp are the HttpSession
for storing the SFSB and the Filter for placing it in Thread scope. To support
another client type, just add the appropriate mechanisms to provide these
behaviors.
This
After authentication, I want to store some user information on the server, and
have that user information available to subsequent calls (e.g. EJB3 session
bean methods). I don't want to have to pass a "user information" object as a
method parameter; I want to keep that info on the server and be
While it's not specific to a DoD network, there's information on steps needed
to secure JBoss in the Wiki:
http://wiki.jboss.org/wiki/Wiki.jsp?page=SecureJBoss
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130939#4130939
Reply to the post :
http://www.jbo
See the Wiki/FAQ:
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossOnPort80
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129802#4129802
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129802
_
When viewing the MBean attributes for a SLSB (using the
StatelessDelegateWrapper MBean in the jmx-console), I noticed that the
CreateCount continues to increment over time, while RemoveCount is rarely
incremented. For example, I may have a CreateCount in the tens-of-thousands
while the RemoveC
Maybe this will be helpful:
http://wiki.jboss.org/wiki/Wiki.jsp?page=SecureAWebApplicationInJBoss
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106377#4106377
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106377
The JBossMQ FAQ has entries on memory usage and on creating a standalone
JBossMQ configuration:
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMQ
There's also a wiki article on tuning and slimming JBoss, in general:
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossASTuningSliming
View the original
A couple more notes on Firebird:
If you want SELECT_MAX_TX to work like the Oracle version (i.e. operating on a
union derived from JMS_MESSAGES and JMS_TRANSACTIONS) you can define the union
as a VIEW, and then have SELECT_MAX_TX select from that VIEW.
The JMS_MESSAGES_DESTINATION index is like
Huh, it worked for me. I installed jbossws-native-2.0.0.GA into JBoss
4.2.0.GA, earlier; it solved my @Resource WebServiceContext issue, so I'm
pleased.
I'm migrating some services from JBoss.NET, which is a pain because they were
using RPC/Encoded and saving state with HTTP sessions/cookies -
"kstrunk" wrote : I found this before but the description is for web
application only.
Except for that part about "Using your own log4j.xml file (with EJB JAR files
)"...
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049143#4049143
Reply to the post :
http
Read the Wiki for help configuring JavaMail.
http://wiki.jboss.org/wiki/Wiki.jsp?page=JavaMail
As far as how to use JavaMail, you'll need to use JNDI to lookup and get a mail
Session and then go from there. Google is your friend.
View the original post :
http://www.jboss.com/index.html?modu
I'd put everything in an EAR.
Deploy your common classes as jar files inside the EAR, and reference them in
the application.xml file (). Deploy your SARs in the EAR, and reference them
in the jboss-app.xml file ().
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewto
anonymous wrote : Did I missed something during my installation?
Based on the information provided, I'd lay money that the problem can be found
in your deployment, your configuration, or your code.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4048951#4048951
The Wiki is your friend.
http://wiki.jboss.org/wiki/Wiki.jsp?page=ScopedLoggingConfig
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4048948#4048948
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4048948
Check the documentation.
http://wiki.jboss.org/wiki/Wiki.jsp?page=SecureAWebApplicationInJBoss
http://docs.jboss.org/jbossas/jboss4guide/r5/html/ch9.chapt.html#ch9.https.sect
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4048942#4048942
Reply to th
http://docs.jboss.org/jbossas/jboss4guide/r5/html/ch9.chapt.html#d0e22413
http://wiki.jboss.org/wiki/Wiki.jsp?page=UsingMod_jk1.2WithJBoss
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4048940#4048940
Reply to the post :
http://www.jboss.com/index.html?modul
"syalcin" wrote : any ideas?
Nothing certain, unless it's related to the OutofMemoryError with native
threads/thread-stack. I don't know if the answer to your problem is there, but
http://wiki.jboss.org/wiki/Wiki.jsp?page=OutOfMemoryExceptions might be helpful.
View the original post :
http:/
See the Wiki:
http://wiki.jboss.org/wiki/Wiki.jsp?page=ScopedLoggingConfig
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4048928#4048928
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4048928
___
The Wiki has http://wiki.jboss.org/wiki/Wiki.jsp?page=SeparatingApplicationLogs
that describes how to do this.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4048809#4048809
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&
Crap. I take it back -- it's still not working. I thought it was okay, but it
was just creating a default (i.e. empty) InitialContext. As soon as I tried a
lookup it failed, again, with the NamingException I listed, above.
View the original post :
http://www.jboss.com/index.html?module=bb&op
Instead of specifying the properties with the InitialContext constructor, I
tried using a jndi.properties file. Using jndi.properties worked.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966213#3966213
Reply to the post :
http://www.jboss.com/index.html
I'm getting a java.io.EOFException on the server when trying to use JNDI over
HTTP.
I'm trying to get an InitialContext using:
Properties prop = new Properties();
| prop.setProperty(Context.INITIAL_CONTEXT_FACTORY,
|"org.jboss.naming.HttpNamingContextFactory");
| prop.setProperty(C
26 matches
Mail list logo
