Hello Milan,
as far as I can see there seem's to be an misunderstandig of the transaction
attribute Required. Setting this attribute means that there has to be an open
transaction already, otherwhile the container will throw this exception. If
Required ist set the caller of the method is
Hallo Geronimo users,
I have tried to test a simple example concerning role-based security with
Geronimo and havn't succeed. Maybe my example is wrong or my Geronimo
configuration. I hope, some of you can help me.
I want to restrict access to the Url secure/start by allowing only the role
Hallo,
I forget to also mention the change of the Gernimo deployment plan that I have
applied:
...
role-mappings
role role-name=administrator
principal name=administrator designated-run-as=true
Hi Michael,
IMO, the Required means that container will initiate transaction (below I
attached extract of section 17.6.2.7 from EJB 2.1 Spec where this is
explicitely stated). There is other attribute Mandatory that works in the way
you assumed. Starting user transaction from EJB business is
See if adding another servlet-mapping with /secure/start helps.
Thanks,
VamsiOn 8/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hallo,I forget to also mention the change of the Gernimo deployment plan that I have applied:...role-mappingsrole role-name=administratorprincipal
name=administrator
Verified...
adding another servlet-mapping with /secure/start helps.
changing the url-pattern to /secure/* in the security-constraint does not help.
Thanks,
Vamsi
On 8/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hallo,I forget to also mention the change of the Gernimo deployment plan that
Hi Milan,
your'e right. The formulation of the first part of my answer is definitly
wrong. In fact I wanted to point to the situation I mentioned in the second part
(but as I see now this is not the same problem as yours).
I tried to use the Supports attribute for a method inside a session bean
Hi Michael,
I possibly find the reason of my problem so just to inform others: what I have
done wrong was that I'm calling local methods of the same class (session bean)
so there is no chance for container to apply transaction attributes. The
correct call will be using EntityContext:
On Aug 6, 2006, at 11:13 PM, Lin Sun wrote:Thanks for the reply. Were you updating from Eclipse 3.1.2, WTP 1.0.1 withAG 1.0 plugins? Or were you updating from Eclipse 3.2, WTP 1.5 with AG 1.0plugins?I was updating from 3.2/1.5/G1.0 to 3.2/1.5/G1.1 but it shouldn't matter, each of them updates
Hallo Vamsi,
thank you for your hint. Adding another servlet mapping helped. Unfortunately I
rely on getPathInfo() on the HttpServletRequest to extract a command like
'start' or 'stop'. With the additional servlet mapping the path info is now
null. But I can find some workaround for this. Is
On 8/7/06, Unger, Milan [EMAIL PROTECTED] wrote:
Hi Michael,
I possibly find the reason of my problem so just to inform others: what I have
done wrong was that I'm calling local methods of the same class (session bean)
so there is no chance for container to apply transaction attributes. The
Hi Aaron,
Thank you! I was able to get it working with your help. In looking
at the code generated for the EJB, I noticed three things were wrong:
1) The TigerUtil class generated by WebTools was not looking the EJB
up correctly.
2) The TigerLocal interface generated by the WebTools did not
On 8/7/06, Four Sticks [EMAIL PROTECTED] wrote:
Hi Aaron,
Thank you! I was able to get it working with your help. In looking
at the code generated for the EJB, I noticed three things were wrong:
1) The TigerUtil class generated by WebTools was not looking the EJB
up correctly.
There may be
Thanks. I added the callisto site and still not able to upgrade to Eclipse
3.2 and WTP 1.5.
My update manager failed while attempting to get
http://mirrors.ibiblio.org/pub/mirrors/eclipse/callisto/releases/features/or
g.eclipse.jem_1.2.0.v20060530-RC2--ZasJzJJez.jar
I checked the site and it
Ok I've figured out the gotchas. First of all, my environment needs to be
at WTP 1.5 and Eclipse 3.2 level (due to bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=153004). Second, instead of
selecting the radio box next to search for updates of the currently
installed feature, I had to select
Hi,
I have my EJB container running in a different box, from my web-app. I need
to refer to the JMS resources running along with the EJB container, in my
web-app.
I need to know how this can be achieved ?
When they are deployed on the same box, I refer to them as:
resource-ref
On Aug 7, 2006, at 4:01 PM, avin98 wrote:
Hi,
I have my EJB container running in a different box, from my web-
app. I need
to refer to the JMS resources running along with the EJB container,
in my
web-app.
I need to know how this can be achieved ?
When they are deployed on the same
For Geronimo 1.1...
On the machine that the web app is running on, deploy a new JMS
Resource Group for ActiveMQ using the console. On the first
configuration screen, there's a URL to connect to the ActiveMQ broker,
which is set to tcp://localhost:61616 by default. Change it to
Hi David,
Correct me if I am wrong. In short what you are suggesting is to create a
JMS-deployment plan, and deploy it on Geronimo 1.0.
I change the ServerUrl to point to the active MQ module on my remote
server.
Please refer to the plan below:
My JMS deployment plan is something like:
Created http://issues.apache.org/jira/browse/GERONIMO-2295
On 8/7/06, Aaron Mulder [EMAIL PROTECTED] wrote:
That definitely sounds like a bug.
Thanks,
Aaron
On 8/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hallo Geronimo users,
I have tried to test a simple example concerning
20 matches
Mail list logo