I posted on the forum to Persistence & CMP/JBoss under JBoss User at
11:20.. I see my post on the forum but nothing comes out on this list. This
is the second time I've tried this. What is the problem? Anyway here is my
post:
A simple transaction rollback was working with hypersonic, but seems no
I notice that my post is the only one without links. There was a flurry of
posts about forums which I conveniently ignored since I was pretty busy. Do
I need to post my question elsewhere?
-Original Message-
From: Steven Harris [mailto:[EMAIL PROTECTED]
Sent: Monday, February 09, 2004 11
We have a client that calls a method on a stateless session bean to act on
other beans through local interfaces in a single transaction We wrote a
security SecurityProxy that does instance-based per-method authorization
using our own fine grained permissions which are set for the user in the
datab
Isn't this user information cached? I can't imagine that Jboss would do a db
lookup every time a method is invoked. So wouldn't you have to flush this
cache?
-Original Message-
From: Alexander Titov [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 2:59 AM
To: Nishant Aggarwal
S
eans?
Are you talking about jsr77 and the web-console?
This was fixed in 3.2.2RC1
Regards,
Adrian
On Tue, 2003-10-07 at 19:18, Steven Harris wrote:
> I've got local entity beans and remote stateless session beans, with JNDI
> names defined in jboss.xml. Jboss seems to use the as the JN
I've got local entity beans and remote stateless session beans, with JNDI
names defined in jboss.xml. Jboss seems to use the as the JNDI
name of my local entity beans and the as the JNDI name of my
stateless session beans. For example:
>From ejb.jar
--
AssociationSvcEJB
com.pfn.wir
Did you try local/foo?
-Original Message-
From: Matthew Hixson [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2003 4:19 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] JNDI Context question
On Monday, October 6, 2003, at 01:05 PM, Adrian Brock wrote:
> On Mon, 2003-10-06 at 20:
To get around all these ejb-refs I thought I could use an MBean that at
startup triggers static intialization of a class that caches stateless
session bean and local entity bean homes. This would require using global
locators. These homes would be the same for every client, so is there a
problem?
What is this "global" JNDI name? Could you give me an example?
-Original Message-
From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 23, 2003 11:33 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] How to get EJB's LocalHome from MBean?
Milen Dyankov wrote:
> Hi,
Actually I misread your question, but I think the
answer is similar. I think you need to declare a dependency on the Service or
Services that connect those datasources and bind them into JNDI. I'm not
sure exactly which ones.
-Original Message-From: Steven Harris
[m
You
can make your application an MBean in an ear with your jar and sar included in
that ear.
In
your jboss-service.xml def, you can put jboss:service=Namingdepends> to declare
that starting your application depends on JNDI naming service being
started. In the examples for JBoss A
nfig
Regards,
Adrian
On Thu, 2003-08-14 at 22:38, Steven Harris wrote:
> I'm trying chapter 8 example1 of JBoss A&D. It seems to have built the jar
> and sar correctly, but it fails with InstanceNotFoundException:
> jboss.security:name=SecurityConfig is not registered.
>
>
I'm trying chapter 8 example1 of JBoss A&D. It seems to have built the jar
and sar correctly, but it fails with InstanceNotFoundException:
jboss.security:name=SecurityConfig is not registered.
The jboss-service.xml in the sar defines the MBean:
-
META-INF/login-config.xml
jboss.security:name=S
Personally, I'd like it to stay under cover. I don't need to get all this
drama on the jboss-user mailing list. Maybe there should be a jboss-reality
list for this kind of stuff.
-Original Message-
From: Barlow, Dustin [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 07, 2003 2:28 PM
To:
>From reading the documentation, I had gotten the (prehaps mistaken)
impression that a SecurityProxy could only be used on remote calls, but then
I saw that the SecurityProxy interface has:
public void init(Class beanHome, Class beanRemote, Class beanLocalHome,
Class beanLocal, Object securityMgr)
I can't recall all of the problems I had, but I definitely found it to be
overly complex for a quick start - things like starting by using xdoclet. I
had used JBoss 2.4, and the Quick Start for that was pretty good, so I
thought why not use the 3.0 one to see what has changed. It may be a
brilliant
"Are they much better than this one QuickStart-30x.pdf ?" A rhetorical
question, I assume. The QS is, as frequently mentioned on the forums, a rat
hole.
As for the Admin and development guide, I found the examples very useful.
The A&D guide itself has a a fair amount of theoretical information, whi
Sun's JNDI pacakge has examples of how to create an LDAP context and query
the LDAP server. I've run this code out of entitiy beans.
-Original Message-
From: Ionel Gardais [mailto:[EMAIL PROTECTED]
Sent: Friday, July 18, 2003 2:56 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] mapping a C
(the default package) where not seen,
but
this has been fixed for a while/
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Steven Harris wrote:
> I'm having a problem deploying a simple FooMBean for a Foo class that just
> i
Scratch that - Creating a sar and putting it in /deploy seems to have
worked, both for hot deploy and for static deploy with user-service.xml.
-Original Message-
From: Steven Harris [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 16, 2003 4:42 PM
To: '[EMAIL PROTECTED]'
Subje
I'm having a problem deploying a simple FooMBean for a Foo class that just
implements a no-op method foo().
I was cheered by the casual remark on p.61 of the Admin and Development
Guide: "MBeans that are independent of JBoss Services are the trivial case.
They can be written per the JMX specific
The jndi.properties file that comes with the examples for the Admin and
Development guide loks like this:
### JBossNS properties
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.i
22 matches
Mail list logo
