Re: openJPA provided by Geronimo2.1.1 to run on JDk6

2008-06-17 Thread David Jencks 
How are you starting geronimo?  If you use gshell (e.g. bin/gsh  
geronimo/start-server) the runtime enhancer should be working fine.


That said I would recommend build-time enhancement anyway.  Is there  
some reason you stopped build-time enhancement?


thanks
david jencks

On Jun 17, 2008, at 5:47 PM, Sai wrote:



currently our applications(webservices) running fine on JDK5,  
Geronimo 1.1.1

and OpenJPA-0.9.6.
Enhancing is done using maven plugin at build time.

We are planned to move to JDK6,Geronimo 2.1.1 (as geronimo has  
openjpa1.0.2

-planned to use the same).

I tried build webservice deployed on Geronimo.
When I put the request it says that ValueObj is not enhanced.posted  
the

stack trace as below.
Tried different ways to enhance but same issue.
Could any one advice how to enhance ,if we use openJPA at runtime  
given by

container.
Thanks  in advance.
Sai


INFO: WSSERVLET14: JAX-WS servlet initializing
17280.640: [GC [PSYoungGen: 51680K->940K(54976K)] 103983K- 
>53680K(521024K),

0.04
75474 secs] [Times: user=0.02 sys=0.00, real=0.05 secs]
17-Jun-2008 8:05:44 PM abc.sun.xml.ws.server.sei.EndpointMethodHandler
invoke
SEVERE: The type "class abc.efg.hello.prog.vo.ValueObj" has not been  
enh
anced.; nested exception is error>

org.
apache.openjpa.perhellotence.ArgumentException: The type "class
abc.efg.hello.bus
iness.vo.ValueObj" has not been enhanced.
org.springframework.dao.InvalidDataAccessApiUsageException: The type  
"class

abc.
efg.hello.prog.vo.ValueObj" has not been enhanced.; nested exception  
is


org.apache.openjpa.perhellotence.A
rgumentException: The type "class abc.efg.hello.prog.vo.ValueObj"  
has no

t been enhanced.
Caused by: 
org.apache.openjpa.pe
rhellotence.ArgumentException: The type "class
abc.efg.hello.prog.vo.ValueObj" has not been enhanced.
   at
org.apache.openjpa.meta.ClassMetaData.resolveMeta(ClassMetaData.java:
1639)
   at
org.apache.openjpa.meta.ClassMetaData.resolve(ClassMetaData.java:1613
)
   at
org.apache.openjpa.meta.MetaDataRepository.processBuffer(MetaDataRepo
sitory.java:675)
   at
org.apache.openjpa.meta.MetaDataRepository.resolveMeta(MetaDataReposi
tory.java:575)
   at
org.apache.openjpa.meta.MetaDataRepository.resolve(MetaDataRepository
.java:500)
   at
org.apache.openjpa.meta.MetaDataRepository.getMetaData(MetaDataReposi
tory.java:302)
   at
org.apache.openjpa.meta.MetaDataRepository.getMetaData(MetaDataReposi
--
View this message in context: 
http://www.nabble.com/openJPA-provided-by-Geronimo2.1.1-to-run-on-JDk6-tp17957616s134p17957616.html
Sent from the Apache Geronimo - Users mailing list archive at  
Nabble.com.

openJPA provided by Geronimo2.1.1 to run on JDk6

2008-06-17 Thread Sai 

currently our applications(webservices) running fine on JDK5, Geronimo 1.1.1
and OpenJPA-0.9.6. 
Enhancing is done using maven plugin at build time. 

We are planned to move to JDK6,Geronimo 2.1.1 (as geronimo has openjpa1.0.2
-planned to use the same). 

I tried build webservice deployed on Geronimo. 
When I put the request it says that ValueObj is not enhanced.posted the
stack trace as below. 
Tried different ways to enhance but same issue. 
Could any one advice how to enhance ,if we use openJPA at runtime given by
container. 
Thanks  in advance. 
Sai 


INFO: WSSERVLET14: JAX-WS servlet initializing 
17280.640: [GC [PSYoungGen: 51680K->940K(54976K)] 103983K->53680K(521024K),
0.04 
75474 secs] [Times: user=0.02 sys=0.00, real=0.05 secs] 
17-Jun-2008 8:05:44 PM abc.sun.xml.ws.server.sei.EndpointMethodHandler
invoke 
SEVERE: The type "class abc.efg.hello.prog.vo.ValueObj" has not been enh 
anced.; nested exception is 
org. 
apache.openjpa.perhellotence.ArgumentException: The type "class
abc.efg.hello.bus 
iness.vo.ValueObj" has not been enhanced. 
org.springframework.dao.InvalidDataAccessApiUsageException: The type "class
abc. 
efg.hello.prog.vo.ValueObj" has not been enhanced.; nested exception is 

org.apache.openjpa.perhellotence.A 
rgumentException: The type "class abc.efg.hello.prog.vo.ValueObj" has no 
t been enhanced. 
Caused by: 
org.apache.openjpa.pe 
rhellotence.ArgumentException: The type "class
abc.efg.hello.prog.vo.ValueObj" has not been enhanced. 
at
org.apache.openjpa.meta.ClassMetaData.resolveMeta(ClassMetaData.java: 
1639) 
at
org.apache.openjpa.meta.ClassMetaData.resolve(ClassMetaData.java:1613 
) 
at
org.apache.openjpa.meta.MetaDataRepository.processBuffer(MetaDataRepo 
sitory.java:675) 
at
org.apache.openjpa.meta.MetaDataRepository.resolveMeta(MetaDataReposi 
tory.java:575) 
at
org.apache.openjpa.meta.MetaDataRepository.resolve(MetaDataRepository 
.java:500) 
at
org.apache.openjpa.meta.MetaDataRepository.getMetaData(MetaDataReposi 
tory.java:302) 
at
org.apache.openjpa.meta.MetaDataRepository.getMetaData(MetaDataReposi
-- 
View this message in context: 
http://www.nabble.com/openJPA-provided-by-Geronimo2.1.1-to-run-on-JDk6-tp17957616s134p17957616.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: Problem with deploying/undeploying/restarting modules

2008-06-17 Thread David Jencks 


On Jun 17, 2008, at 2:56 PM, Beniamin Mazan wrote:





Kevan Miller wrote:



On Jun 17, 2008, at 8:22 AM, Beniamin Mazan wrote:



I've just found problem in G 2.1.1 release. Very often I can't
undeploy
module from command line and also can't force Geronimo to restart
module
using G-console. Firefox still shows "reloading page...".

So I hardly ever redeploy module without Geronimo restart.


Hi Beniamin,
Does the undeploy fail? Or does it succeed (or at least tell you that
it succeeds)? And the subseqent deploy fails?

What OS are you running on?

--kevan




I use win xp prof but the same problem has on machine with Debian.  
When
Geronimo is running I can deploy my modules and sometimes undeploy  
some of
them. But there's turning point in Geronimo state when Geronimo is  
not able

to undeploy/deploy any module.
Then the only one way to undeploy modules is to shutdown Geronimo,  
remove

archives from ./repository and remove part of config.xml with modules'
declarations.


I've encountered lots of problems trying to undeploy apps that did not  
deploy successfully (in fact, not just that the admin console didn't  
tell me about a problem).  Did the app you can't undeploy actually get  
deployed successfully or was it a failed deployment?


thanks
david jencks




Beniamin

-
thanks
Beniamin
--
View this message in context: 
http://www.nabble.com/Problem-with-deploying-undeploying-restarting-modules-tp17894050s134p17948831.html
Sent from the Apache Geronimo - Users mailing list archive at  
Nabble.com.

Re: Problem with deploying/undeploying/restarting modules

2008-06-17 Thread Beniamin Mazan 



Kevan Miller wrote:
> 
> 
> On Jun 17, 2008, at 8:22 AM, Beniamin Mazan wrote:
> 
>>
>> I've just found problem in G 2.1.1 release. Very often I can't  
>> undeploy
>> module from command line and also can't force Geronimo to restart  
>> module
>> using G-console. Firefox still shows "reloading page...".
>>
>> So I hardly ever redeploy module without Geronimo restart.
> 
> Hi Beniamin,
> Does the undeploy fail? Or does it succeed (or at least tell you that  
> it succeeds)? And the subseqent deploy fails?
> 
> What OS are you running on?
> 
> --kevan
> 
> 

I use win xp prof but the same problem has on machine with Debian. When
Geronimo is running I can deploy my modules and sometimes undeploy some of
them. But there's turning point in Geronimo state when Geronimo is not able
to undeploy/deploy any module.
Then the only one way to undeploy modules is to shutdown Geronimo, remove
archives from ./repository and remove part of config.xml with modules'
declarations.

Beniamin

-
thanks
Beniamin
-- 
View this message in context: 
http://www.nabble.com/Problem-with-deploying-undeploying-restarting-modules-tp17894050s134p17948831.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: Problem with deploying/undeploying/restarting modules

2008-06-17 Thread Kevan Miller 


On Jun 17, 2008, at 8:22 AM, Beniamin Mazan wrote:



I've just found problem in G 2.1.1 release. Very often I can't  
undeploy
module from command line and also can't force Geronimo to restart  
module

using G-console. Firefox still shows "reloading page...".

So I hardly ever redeploy module without Geronimo restart.


Hi Beniamin,
Does the undeploy fail? Or does it succeed (or at least tell you that  
it succeeds)? And the subseqent deploy fails?


What OS are you running on?

--kevan

Re: request.isUserInRole("some-role") always return false after @EJB injection

2008-06-17 Thread David Jencks 

On Jun 17, 2008, at 12:35 PM, Stig Even Larsen wrote:


Quoting Stig Even Larsen <[EMAIL PROTECTED]>:


Stig Even Larsen wrote:

David Jencks wrote:


On Jun 17, 2008, at 12:07 AM, Stig Even Larsen wrote:



David Jencks wrote:

On Jun 16, 2008, at 1:11 PM, Stig Even Larsen wrote:

Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 12:30 PM, Stig Even Larsen wrote:



Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 10:12 AM, Kevan Miller wrote:



On Jun 16, 2008, at 7:57 AM, Stig Even Larsen wrote:

I forgot to tell that I'm using Geronimo 2.0.2 on Debian  
Etch.


Regards,
Stig Even Larsen




Stig Even Larsen wrote:

Hi,
After logging in via the j_security_check form I use  
the   simplest  of jsp  page for testing purpose. I've  
defined   several roles and  am able to check this via
request.isUserInRole("some-role").  Everything is  
working  as expected.
When I throw in a EJB via @EJB annotation or via JNDI   
lookup  request.isUserInRole("some-role") is now always   
returning false.

Is this a bug or I'm I missing something here?


Hi Stig,
I think you've run into a bug, which was recently fixed   
(revision   number 663484 for branches/2.0).


The nightly build of 2.0.3-SNAPSHOT should contain the  
fix.   You'll  find some binaries here --http://people.apache.org/builds/geronimo/server/binaries/2.0/20080616/


Just for tracking purposes this is GERONIMO-4099.  This was  
the bug
that came to my mind first also, but I'm not convinced it's  
the same
problem.  Please let us know whether the 2.0.3 snapshot  
fixes the

problem you are seeing.

thanks
david jencks




--kevan


Hi,

Thanks for your reply.
Is this also an issue with 2.1.x?


GERONIMO-4099 was an issue with 2.0.x, 2.1.x, and trunk (2.2- 
SNAPSHOT).
I fixed it in all branches at the same time.  Any progress on  
seeing

if it is the problem you are running into?


Well, I'm struggeling finding an "upgrade routine". Is there  
any?
Anyway, since I'm at CET time (GMT+1) I probably won't be  
able  to doing a test

until working hours tomorrow...
I'm not sure what you are looking for.  There is no way to   
upgrade a geronimo installation from one version of geronimo  
to  another "in place": you have to redeploy your applications  
on  the new server.  On the other hand I recommend a maven  
based  workflow to build a customized server including your  
apps, in  which case you'd just change the geronimo version in  
the  appropriate pom.
http://cwiki.apache.org/GMOxDOC21/constructing-a-special-purpose-server-using-maven.html 
  thanks

david jencks





replying to the list will get you more responses in case I'm   
not around :-)

thanks
david jencks


Sorry about that, won't happen agein ;)





Regards,
Stig Even Larsen


Regards,
Stig Even Larsen


Hi again,

In the 2.0.3 SNAPSHOT of 20080616 the malfunction is still  
there.  It seems that this issue is not the same as described  
in  GERONIMO-4099.

I think is time to file a detailed bug-report?


That would be great!  If you can provide a small app showing the   
problem or at least the servlet code that would be good.  I've   
just been looking at a similar case that works where there is a   
servlet and ejb, and the isUser/CallerinRole methods work: in  
the  case I have, the servlet tests before calling the ejb and  
not  after calling the ejb.  Maybe you are testing in the servlet  
after  calling the ejb?


thanks!
david jencks




Best regards,
Stig Even Larsen


Hi David,

I've noticed something odd. After first login (first login after   
deployment) the request.isUserInRole(xxx) returns false. If a   
reload the page (eg. calling the servlet again) it returns true.  
If  I then invalidate the session and login in again it returns  
true  (it behaves normally).
So it is infact working :) I'll be filing that bugreport anyway  
so  you can test it. It will be submitted within the next 1/2 hour.


Best regards,
Stig Even Larsen


Hi again,

It seems that its partially working in 2.0.2 also which means that  
the

GERONIMO-4099 has nothing to do in this scenario. I've posted
GERONIMO-4119 as a new bug.

Best regards,
Stig Even Larsen


Hi David,

Will your fix (rev 668765) be available in tonights 2.0.3 SNAPSHOT?

I just ported the fix to branches/2.0 so the next time 2.0.3-SNAPSHOT  
is built it will be included.  I'm not certain when that will be.


thanks
david jencks

Best regards,
Stig Even Larsen

Re: request.isUserInRole("some-role") always return false after @EJB injection

2008-06-17 Thread Stig Even Larsen 

Quoting Stig Even Larsen <[EMAIL PROTECTED]>:


Stig Even Larsen wrote:

David Jencks wrote:


On Jun 17, 2008, at 12:07 AM, Stig Even Larsen wrote:



David Jencks wrote:

On Jun 16, 2008, at 1:11 PM, Stig Even Larsen wrote:

Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 12:30 PM, Stig Even Larsen wrote:



Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 10:12 AM, Kevan Miller wrote:



On Jun 16, 2008, at 7:57 AM, Stig Even Larsen wrote:


I forgot to tell that I'm using Geronimo 2.0.2 on Debian Etch.

Regards,
Stig Even Larsen




Stig Even Larsen wrote:

Hi,
After logging in via the j_security_check form I use the   
 simplest  of jsp  page for testing purpose. I've defined  
  several roles and  am able to check this via
request.isUserInRole("some-role").  Everything is working  
 as expected.
When I throw in a EJB via @EJB annotation or via JNDI   
lookup  request.isUserInRole("some-role") is now always   
returning false.

Is this a bug or I'm I missing something here?


Hi Stig,
I think you've run into a bug, which was recently fixed   
(revision   number 663484 for branches/2.0).


The nightly build of 2.0.3-SNAPSHOT should contain the fix.  
  You'll  find some binaries here -- 
http://people.apache.org/builds/geronimo/server/binaries/2.0/20080616/


Just for tracking purposes this is GERONIMO-4099.  This was the bug
that came to my mind first also, but I'm not convinced it's the same
problem.  Please let us know whether the 2.0.3 snapshot fixes the
problem you are seeing.

thanks
david jencks




--kevan


Hi,

Thanks for your reply.
Is this also an issue with 2.1.x?


GERONIMO-4099 was an issue with 2.0.x, 2.1.x, and trunk (2.2-SNAPSHOT).
I fixed it in all branches at the same time.  Any progress on seeing
if it is the problem you are running into?


Well, I'm struggeling finding an "upgrade routine". Is there any?
Anyway, since I'm at CET time (GMT+1) I probably won't be able   
to doing a test

until working hours tomorrow...
I'm not sure what you are looking for.  There is no way to   
upgrade a geronimo installation from one version of geronimo to   
another "in place": you have to redeploy your applications on   
the new server.  On the other hand I recommend a maven based   
workflow to build a customized server including your apps, in   
which case you'd just change the geronimo version in the   
appropriate pom.
http://cwiki.apache.org/GMOxDOC21/constructing-a-special-purpose-server-using-maven.html   
thanks

david jencks





replying to the list will get you more responses in case I'm   
not around :-)

thanks
david jencks


Sorry about that, won't happen agein ;)





Regards,
Stig Even Larsen


Regards,
Stig Even Larsen


Hi again,

In the 2.0.3 SNAPSHOT of 20080616 the malfunction is still there.  
 It seems that this issue is not the same as described in   
GERONIMO-4099.

I think is time to file a detailed bug-report?


That would be great!  If you can provide a small app showing the   
problem or at least the servlet code that would be good.  I've   
just been looking at a similar case that works where there is a   
servlet and ejb, and the isUser/CallerinRole methods work: in the   
case I have, the servlet tests before calling the ejb and not   
after calling the ejb.  Maybe you are testing in the servlet after  
 calling the ejb?


thanks!
david jencks




Best regards,
Stig Even Larsen


Hi David,

I've noticed something odd. After first login (first login after   
deployment) the request.isUserInRole(xxx) returns false. If a   
reload the page (eg. calling the servlet again) it returns true. If  
 I then invalidate the session and login in again it returns true   
(it behaves normally).
So it is infact working :) I'll be filing that bugreport anyway so   
you can test it. It will be submitted within the next 1/2 hour.


Best regards,
Stig Even Larsen


Hi again,

It seems that its partially working in 2.0.2 also which means that the
GERONIMO-4099 has nothing to do in this scenario. I've posted
GERONIMO-4119 as a new bug.

Best regards,
Stig Even Larsen


Hi David,

Will your fix (rev 668765) be available in tonights 2.0.3 SNAPSHOT?

Best regards,
Stig Even Larsen

Antwort: Re: Error with openjpa in geronimo under PostgreSQL

2008-06-17 Thread Josef . Eisele 
Hi Rick,

yes I would translate the error with the same words "Value too long for 
type character varying(120)".

The missing S is a CopyPaste-Error, sorry for that. I changed datatype up 
to varchar(200) and I got always the same error. Using the database-Tool 
pgAdmin III of PostgreSQL I can type in data up to the defined max-value 
(here: 200). And I can read the data with my application running under 
Geronimo 2.1.1 and OpenJPA.

It is a problem of storage under the described conditions. Insert and 
Update work only up to max. 120 characters.

David





Rick McGuire <[EMAIL PROTECTED]> 
12.06.2008 17:10
Bitte antworten an
user@geronimo.apache.org


An
user@geronimo.apache.org
Kopie

Thema
Re: Error with openjpa in geronimo under PostgreSQL






[EMAIL PROTECTED] wrote:
>
> Hi All,
>
> I'm quite sure that I found a bug in Geronimo, or as I assumed 
> openjpa. Therefore I created an JIRA-Issue under 
> https://issues.apache.org/jira/browse/OPENJPA-627. 
> 
> But nothing happens. No Votes, no Watchers
>
> I retested functionality using openejb embedded in Eclipse with 
> openjpa Version 1.1.0 but I still get the same error:
>
> I receive Errors when I try to persist Data:
>
> public class PasswortregelPAO implements Serializable {
> 
> @Column(name="passwort_aufbau")
> private String passwortAufbau;
> 
> ...
> entityManager.persist(pao);
> ...
>
> on DB-Fields with Definitions >= VARCHAR(170)
>
> ALTER TABLE vesuv.passwortregel DROP COLUMN passwort_aufbau;
> ALTER TABLE vesuv.passwortregel ADD COLUMN paswort_aufbau varchar(170);
> ALTER TABLE vesuv.passwortregel ALTER COLUMN passwort_aufbau SET 
> STORAGE EXTEND;
>
>
> LOG:
> Caused by: org.apache.openjpa.lib.jdbc.ReportingSQLException: FEHLER: 
> Wert zu lang fr Typ character varying(120) {prepstmnt 32613590 INSERT 
> INTO vesuv.protokoll_info (id, attribut, entitaet_id, entitaetstyp, 
> wert_alt, wert_neu, protokoll_eintrag_fk) VALUES (?, ?, ?, ?, ?, ?, ?) 
> [params=(long) 239, (String) passwort_aufbau, (long) 24, (String) 
> PASSWORTREGEL, (String) , (String) 
> ..., 

> (long) 128]} [code=0, state=22001]
>
> With any size bigger than 170, I got the same error "FEHLER: Wert zu 
> lang fr Typ character varying(120) ".
My German is a little rusty, but I believe the error message is saying 
"Value too long for type character varying(120)", correct?

Did you copy-and-paste the ALTER TABLE statements above directly into 
your email?  There appears to be a missing "s" in the name in the "ADD 
COLUMN" statement, which might explain why the type is showing up as 
character varying(120) in the error message.  Though why it would still 
work with values up to 160 is a mystery. 

If that's just a typo, then it might be a character encoding issue.  I'm 
not sure how PostgreSQL stores the strings, but if it's using something 
like UTF-8, then a 161 character string might require more than 170 
characters to store in the column.  Have you tried defining the column 
size greater than 170?

Rick

>
> VARCHAR-Values up to 160 work without any problem.
>
> In addition I have to say, reading of VARCHAR-Data > 170 Char. works 
> without problem.
>
>
> => I tried to change the database-Definition from VARCHAR(170) to TEXT 
> and to define the PAO @Column(length=200 ...) , but nothing helped.
>
>
> WHAT TO DO NOW ?
>
> cu Josef
> 
> BGS Beratungsgesellschaft
> Software Systemplanung AG 
>*Niederlassung Rhein/Main*
> Robert-Koch-Straße 41
> 55129 Mainz
> Fon: +49 (0) 6131 / 914-0
> Fax: +49 (0) 6131 / 914-400
> www.bgs-ag.de    *Geschäftssitz Mainz*
> *Registergericht*
> Amtsgericht Mainz
> HRB 62 50
>*Aufsichtsratsvorsitzender*
> Dr. Wolfgang Trommer
> *Vorstand*
> Hanspeter Gau
> Hermann Kiefer
> Nils Manegold
> Heinz-Jörg Zimmermann  BGS Systemplanung AG <
http://www.bgs-ag.de>
>
>  Ein Unternehmen der nextevolution consulting group 
> 
>



BGS Beratungsgesellschaft 
Software Systemplanung AG 
  
  
  
  
Niederlassung Rhein/Main 
Robert-Koch-Straße 41 
55129 Mainz 
Fon: +49 (0) 6131 / 914-0 
Fax: +49 (0) 6131 / 914-400 
www.bgs-ag.de 
Geschäftssitz Mainz 
Registergericht 
Amtsgericht Mainz 
HRB 62 50 
  
Aufsichtsratsvorsitzender 
Dr. Wolfgang Trommer 
Vorstand 
Hanspeter Gau 
Hermann Kiefer 
Nils Manegold 
Heinz-Jörg Zimmermann

Problem with deploying/undeploying/restarting modules

2008-06-17 Thread Beniamin Mazan 

I've just found problem in G 2.1.1 release. Very often I can't undeploy
module from command line and also can't force Geronimo to restart module
using G-console. Firefox still shows "reloading page...".

So I hardly ever redeploy module without Geronimo restart.

-
thanks
Beniamin
-- 
View this message in context: 
http://www.nabble.com/Problem-with-deploying-undeploying-restarting-modules-tp17894050s134p17894050.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: request.isUserInRole("some-role") always return false after @EJB injection

2008-06-17 Thread Stig Even Larsen 

Stig Even Larsen wrote:

David Jencks wrote:


On Jun 17, 2008, at 12:07 AM, Stig Even Larsen wrote:



David Jencks wrote:

On Jun 16, 2008, at 1:11 PM, Stig Even Larsen wrote:

Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 12:30 PM, Stig Even Larsen wrote:



Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 10:12 AM, Kevan Miller wrote:



On Jun 16, 2008, at 7:57 AM, Stig Even Larsen wrote:


I forgot to tell that I'm using Geronimo 2.0.2 on Debian Etch.

Regards,
Stig Even Larsen




Stig Even Larsen wrote:

Hi,
After logging in via the j_security_check form I use the  
simplest  of jsp  page for testing purpose. I've defined  
several roles and  am able to check this via  
request.isUserInRole("some-role").  Everything is working as  
expected.
When I throw in a EJB via @EJB annotation or via JNDI 
lookup   request.isUserInRole("some-role") is now always 
returning false.

Is this a bug or I'm I missing something here?


Hi Stig,
I think you've run into a bug, which was recently fixed 
(revision   number 663484 for branches/2.0).


The nightly build of 2.0.3-SNAPSHOT should contain the fix.  
You'll  find some binaries here --   
http://people.apache.org/builds/geronimo/server/binaries/2.0/20080616/ 



Just for tracking purposes this is GERONIMO-4099.  This was the bug
that came to my mind first also, but I'm not convinced it's the 
same

problem.  Please let us know whether the 2.0.3 snapshot fixes the
problem you are seeing.

thanks
david jencks




--kevan


Hi,

Thanks for your reply.
Is this also an issue with 2.1.x?


GERONIMO-4099 was an issue with 2.0.x, 2.1.x, and trunk 
(2.2-SNAPSHOT).

I fixed it in all branches at the same time.  Any progress on seeing
if it is the problem you are running into?


Well, I'm struggeling finding an "upgrade routine". Is there any?
Anyway, since I'm at CET time (GMT+1) I probably won't be able to 
doing a test

until working hours tomorrow...
I'm not sure what you are looking for.  There is no way to upgrade a 
geronimo installation from one version of geronimo to another "in 
place": you have to redeploy your applications on the new server.  
On the other hand I recommend a maven based workflow to build a 
customized server including your apps, in which case you'd just 
change the geronimo version in the appropriate pom.
http://cwiki.apache.org/GMOxDOC21/constructing-a-special-purpose-server-using-maven.html 
thanks

david jencks





replying to the list will get you more responses in case I'm not 
around :-)

thanks
david jencks


Sorry about that, won't happen agein ;)





Regards,
Stig Even Larsen


Regards,
Stig Even Larsen


Hi again,

In the 2.0.3 SNAPSHOT of 20080616 the malfunction is still there. It 
seems that this issue is not the same as described in GERONIMO-4099.

I think is time to file a detailed bug-report?


That would be great!  If you can provide a small app showing the 
problem or at least the servlet code that would be good.  I've just 
been looking at a similar case that works where there is a servlet and 
ejb, and the isUser/CallerinRole methods work: in the case I have, the 
servlet tests before calling the ejb and not after calling the ejb.  
Maybe you are testing in the servlet after calling the ejb?


thanks!
david jencks




Best regards,
Stig Even Larsen


Hi David,

I've noticed something odd. After first login (first login after 
deployment) the request.isUserInRole(xxx) returns false. If a reload the 
page (eg. calling the servlet again) it returns true. If I then 
invalidate the session and login in again it returns true (it behaves 
normally).
So it is infact working :) I'll be filing that bugreport anyway so you 
can test it. It will be submitted within the next 1/2 hour.


Best regards,
Stig Even Larsen


Hi again,

It seems that its partially working in 2.0.2 also which means that the 
GERONIMO-4099 has nothing to do in this scenario. I've posted 
GERONIMO-4119 as a new bug.


Best regards,
Stig Even Larsen

Re: request.isUserInRole("some-role") always return false after @EJB injection

2008-06-17 Thread Stig Even Larsen 

David Jencks wrote:


On Jun 17, 2008, at 12:07 AM, Stig Even Larsen wrote:



David Jencks wrote:

On Jun 16, 2008, at 1:11 PM, Stig Even Larsen wrote:

Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 12:30 PM, Stig Even Larsen wrote:



Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 10:12 AM, Kevan Miller wrote:



On Jun 16, 2008, at 7:57 AM, Stig Even Larsen wrote:


I forgot to tell that I'm using Geronimo 2.0.2 on Debian Etch.

Regards,
Stig Even Larsen




Stig Even Larsen wrote:

Hi,
After logging in via the j_security_check form I use the  
simplest  of jsp  page for testing purpose. I've defined  
several roles and  am able to check this via  
request.isUserInRole("some-role").  Everything is working as  
expected.
When I throw in a EJB via @EJB annotation or via JNDI lookup   
request.isUserInRole("some-role") is now always returning false.

Is this a bug or I'm I missing something here?


Hi Stig,
I think you've run into a bug, which was recently fixed 
(revision   number 663484 for branches/2.0).


The nightly build of 2.0.3-SNAPSHOT should contain the fix.  
You'll  find some binaries here --   
http://people.apache.org/builds/geronimo/server/binaries/2.0/20080616/ 



Just for tracking purposes this is GERONIMO-4099.  This was the bug
that came to my mind first also, but I'm not convinced it's the same
problem.  Please let us know whether the 2.0.3 snapshot fixes the
problem you are seeing.

thanks
david jencks




--kevan


Hi,

Thanks for your reply.
Is this also an issue with 2.1.x?


GERONIMO-4099 was an issue with 2.0.x, 2.1.x, and trunk 
(2.2-SNAPSHOT).

I fixed it in all branches at the same time.  Any progress on seeing
if it is the problem you are running into?


Well, I'm struggeling finding an "upgrade routine". Is there any?
Anyway, since I'm at CET time (GMT+1) I probably won't be able to 
doing a test

until working hours tomorrow...
I'm not sure what you are looking for.  There is no way to upgrade a 
geronimo installation from one version of geronimo to another "in 
place": you have to redeploy your applications on the new server.  On 
the other hand I recommend a maven based workflow to build a 
customized server including your apps, in which case you'd just 
change the geronimo version in the appropriate pom.
http://cwiki.apache.org/GMOxDOC21/constructing-a-special-purpose-server-using-maven.html thanks 


david jencks





replying to the list will get you more responses in case I'm not 
around :-)

thanks
david jencks


Sorry about that, won't happen agein ;)





Regards,
Stig Even Larsen


Regards,
Stig Even Larsen


Hi again,

In the 2.0.3 SNAPSHOT of 20080616 the malfunction is still there. It 
seems that this issue is not the same as described in GERONIMO-4099.

I think is time to file a detailed bug-report?


That would be great!  If you can provide a small app showing the problem 
or at least the servlet code that would be good.  I've just been looking 
at a similar case that works where there is a servlet and ejb, and the 
isUser/CallerinRole methods work: in the case I have, the servlet tests 
before calling the ejb and not after calling the ejb.  Maybe you are 
testing in the servlet after calling the ejb?


thanks!
david jencks




Best regards,
Stig Even Larsen


Hi David,

I've noticed something odd. After first login (first login after 
deployment) the request.isUserInRole(xxx) returns false. If a reload the 
page (eg. calling the servlet again) it returns true. If I then 
invalidate the session and login in again it returns true (it behaves 
normally).
So it is infact working :) I'll be filing that bugreport anyway so you 
can test it. It will be submitted within the next 1/2 hour.


Best regards,
Stig Even Larsen

Re: request.isUserInRole("some-role") always return false after @EJB injection

2008-06-17 Thread David Jencks 


On Jun 17, 2008, at 12:07 AM, Stig Even Larsen wrote:



David Jencks wrote:

On Jun 16, 2008, at 1:11 PM, Stig Even Larsen wrote:

Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 12:30 PM, Stig Even Larsen wrote:



Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 10:12 AM, Kevan Miller wrote:



On Jun 16, 2008, at 7:57 AM, Stig Even Larsen wrote:


I forgot to tell that I'm using Geronimo 2.0.2 on Debian Etch.

Regards,
Stig Even Larsen




Stig Even Larsen wrote:

Hi,
After logging in via the j_security_check form I use the   
simplest  of jsp  page for testing purpose. I've defined   
several roles and  am able to check this via   
request.isUserInRole("some-role").  Everything is working  
as  expected.
When I throw in a EJB via @EJB annotation or via JNDI  
lookup   request.isUserInRole("some-role") is now always  
returning false.

Is this a bug or I'm I missing something here?


Hi Stig,
I think you've run into a bug, which was recently fixed  
(revision   number 663484 for branches/2.0).


The nightly build of 2.0.3-SNAPSHOT should contain the fix.   
You'll  find some binaries here --   http://people.apache.org/builds/geronimo/server/binaries/2.0/20080616/


Just for tracking purposes this is GERONIMO-4099.  This was the  
bug
that came to my mind first also, but I'm not convinced it's the  
same

problem.  Please let us know whether the 2.0.3 snapshot fixes the
problem you are seeing.

thanks
david jencks




--kevan


Hi,

Thanks for your reply.
Is this also an issue with 2.1.x?


GERONIMO-4099 was an issue with 2.0.x, 2.1.x, and trunk (2.2- 
SNAPSHOT).
I fixed it in all branches at the same time.  Any progress on  
seeing

if it is the problem you are running into?


Well, I'm struggeling finding an "upgrade routine". Is there any?
Anyway, since I'm at CET time (GMT+1) I probably won't be able to  
doing a test

until working hours tomorrow...
I'm not sure what you are looking for.  There is no way to upgrade  
a geronimo installation from one version of geronimo to another "in  
place": you have to redeploy your applications on the new server.   
On the other hand I recommend a maven based workflow to build a  
customized server including your apps, in which case you'd just  
change the geronimo version in the appropriate pom.
http://cwiki.apache.org/GMOxDOC21/constructing-a-special-purpose-server-using-maven.html 
 thanks

david jencks





replying to the list will get you more responses in case I'm not  
around :-)

thanks
david jencks


Sorry about that, won't happen agein ;)





Regards,
Stig Even Larsen


Regards,
Stig Even Larsen


Hi again,

In the 2.0.3 SNAPSHOT of 20080616 the malfunction is still there. It  
seems that this issue is not the same as described in GERONIMO-4099.

I think is time to file a detailed bug-report?


That would be great!  If you can provide a small app showing the  
problem or at least the servlet code that would be good.  I've just  
been looking at a similar case that works where there is a servlet and  
ejb, and the isUser/CallerinRole methods work: in the case I have, the  
servlet tests before calling the ejb and not after calling the ejb.   
Maybe you are testing in the servlet after calling the ejb?


thanks!
david jencks




Best regards,
Stig Even Larsen

axis2 modules engage

2008-06-17 Thread Alex Gama 
Hi,

I need to engage rampart and sandesha2 axis2 modules (mar files in general)
but I can't find the way to do it. Is that possible? how?

Thanks a lot.
Alejandro Gama

Re: request.isUserInRole("some-role") always return false after @EJB injection

2008-06-17 Thread Stig Even Larsen 


David Jencks wrote:


On Jun 16, 2008, at 1:11 PM, Stig Even Larsen wrote:


Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 12:30 PM, Stig Even Larsen wrote:



Quoting David Jencks <[EMAIL PROTECTED]>:



On Jun 16, 2008, at 10:12 AM, Kevan Miller wrote:



On Jun 16, 2008, at 7:57 AM, Stig Even Larsen wrote:


I forgot to tell that I'm using Geronimo 2.0.2 on Debian Etch.

Regards,
Stig Even Larsen




Stig Even Larsen wrote:

Hi,
After logging in via the j_security_check form I use the  
simplest  of jsp  page for testing purpose. I've defined  
several roles and  am able to check this via  
request.isUserInRole("some-role").  Everything is working as  
expected.
When I throw in a EJB via @EJB annotation or via JNDI lookup   
request.isUserInRole("some-role") is now always returning false.

Is this a bug or I'm I missing something here?


Hi Stig,
I think you've run into a bug, which was recently fixed 
(revision   number 663484 for branches/2.0).


The nightly build of 2.0.3-SNAPSHOT should contain the fix.  
You'll  find some binaries here --   
http://people.apache.org/builds/geronimo/server/binaries/2.0/20080616/ 



Just for tracking purposes this is GERONIMO-4099.  This was the bug
that came to my mind first also, but I'm not convinced it's the same
problem.  Please let us know whether the 2.0.3 snapshot fixes the
problem you are seeing.

thanks
david jencks




--kevan


Hi,

Thanks for your reply.
Is this also an issue with 2.1.x?


GERONIMO-4099 was an issue with 2.0.x, 2.1.x, and trunk (2.2-SNAPSHOT).
I fixed it in all branches at the same time.  Any progress on seeing
if it is the problem you are running into?


Well, I'm struggeling finding an "upgrade routine". Is there any?
Anyway, since I'm at CET time (GMT+1) I probably won't be able to 
doing a test

until working hours tomorrow...


I'm not sure what you are looking for.  There is no way to upgrade a 
geronimo installation from one version of geronimo to another "in 
place": you have to redeploy your applications on the new server.  On 
the other hand I recommend a maven based workflow to build a customized 
server including your apps, in which case you'd just change the geronimo 
version in the appropriate pom.
http://cwiki.apache.org/GMOxDOC21/constructing-a-special-purpose-server-using-maven.html 



thanks
david jencks







replying to the list will get you more responses in case I'm not 
around :-)

thanks
david jencks


Sorry about that, won't happen agein ;)





Regards,
Stig Even Larsen


Regards,
Stig Even Larsen


Hi again,

In the 2.0.3 SNAPSHOT of 20080616 the malfunction is still there. It 
seems that this issue is not the same as described in GERONIMO-4099.

I think is time to file a detailed bug-report?

Best regards,
Stig Even Larsen