Re: rar error

2007-07-23 Thread Kevan Miller


On Jul 23, 2007, at 8:55 PM, alpha_one_x86 wrote:





Kevan Miller wrote:



On Jul 23, 2007, at 10:38 AM, alpha_one_x86 wrote:



Now i have that, i'm not lucky. Thanks and thanks again of help me.

sd-6915 bin # ./deploy.sh deploy
/root/trunk/modules/ear/target/daytrader-ear-2.0-SNAPSHOT.ear
/root/trunk/plans/daytrader-g-2.0-SNAPSHOT-plan.xml
Using GERONIMO_BASE:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/etc/java-config-2/current-system-vm
Username: system
Password: 
Error: Unable to distribute daytrader-ear-2.0-SNAPSHOT.ear:
org.apache.geronimo.common.DeploymentException:
org.apache.openejb.config.ValidationFailedException: Jar failed
validation.

org.apache.openejb.config.ValidationFailedException: Jar
failed
validation.

Jar failed validation.


Hmm. I've been deploying DT without a problem. I may be missing a few
recent OpenEJB and DayTrader changes.

I have seen at least one problem with OpenEJB's recent jar
validation. I'm finding that error message particularly unhelpful...

I'll get me sources updated and see if I see the same problem...

--kevan




I have a dificulte because I don't know use geronimo, i'm not an  
expert of

geronimo, and i'm not english.
If you cant simply help me it's realy frendly of you.


Hi. Current daytrader/trunk deploys just fine on current geronimo/ 
server/trunk or geronimo/server/branches/2.0. Could you build  
Daytrader with the latest Daytrader source?


--kevan


Re: rar error

2007-07-23 Thread alpha_one_x86



Kevan Miller wrote:
> 
> 
> On Jul 23, 2007, at 10:38 AM, alpha_one_x86 wrote:
> 
>>
>> Now i have that, i'm not lucky. Thanks and thanks again of help me.
>>
>> sd-6915 bin # ./deploy.sh deploy
>> /root/trunk/modules/ear/target/daytrader-ear-2.0-SNAPSHOT.ear
>> /root/trunk/plans/daytrader-g-2.0-SNAPSHOT-plan.xml
>> Using GERONIMO_BASE:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
>> Using GERONIMO_HOME:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
>> Using GERONIMO_TMPDIR: var/temp
>> Using JRE_HOME:/etc/java-config-2/current-system-vm
>> Username: system
>> Password: 
>> Error: Unable to distribute daytrader-ear-2.0-SNAPSHOT.ear:
>> org.apache.geronimo.common.DeploymentException:
>> org.apache.openejb.config.ValidationFailedException: Jar failed
>> validation.
>>
>> org.apache.openejb.config.ValidationFailedException: Jar  
>> failed
>> validation.
>>
>> Jar failed validation.
> 
> Hmm. I've been deploying DT without a problem. I may be missing a few  
> recent OpenEJB and DayTrader changes.
> 
> I have seen at least one problem with OpenEJB's recent jar  
> validation. I'm finding that error message particularly unhelpful...
> 
> I'll get me sources updated and see if I see the same problem...
> 
> --kevan
> 
> 

I have a dificulte because I don't know use geronimo, i'm not an expert of
geronimo, and i'm not english.
If you cant simply help me it's realy frendly of you.
-- 
View this message in context: 
http://www.nabble.com/rar-error-tf4128052s134.html#a11755339
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.



OSCON

2007-07-23 Thread David Jencks

OSCON is this week in Portland Oregon...

I'll be around at least wed-friday and possibly tuesday as well.  I  
believe Paul McMahan is also there all week, and he's talking on  
geronimo on Wednesday at 1:45


Ping me on IRC if you want to  get together, ask questions, talk  
about geronimo, make suggestions, find beer, food, etc :-)


If there's interest maybe we could see about having a BOF one evening.

thanks
david jencks



Re: Server state issues

2007-07-23 Thread Rodrigo Rodrigues da Silva

Hii,

I think there might be a problem with the plugin specifically on amd64. I
just installed wtp 1.5.4 and the geronimo plugin 1.2.1 on a i386 linux and
the local deployment and start/stop server worked!
Although, when it comes to remote servers, nothing works yet.

Here (
http://www.ibm.com/developerworks/java/library/os-ag-remotedeploy/index.html)
it is said that remote deployment directly from eclipse (i.e, just click on
publish button) is as simple as local deployment on geronimo 1.0.
But from here (https://bugs.eclipse.org/bugs/show_bug.cgi?id=150690) i might
say it is impossible and nothing is being done at the moment as the bug has
a WONTFIX resolution.

So, the big question is: does remote deployment directly from eclipse work
with geronimo 1.1 and g-eclipse 1.2.1?

thanks,

Rodrigo R. Silva

On 7/23/07, Rodrigo Rodrigues da Silva <[EMAIL PROTECTED]> wrote:


Hi,

I've managed to install the daily 1.2.1 driver deploying it directly into
eclipse tree, but it still doesn't work. The server still remains in
"Starting..." state until it fails. Looking through some lists and release
notes, I figured out it's been a frequent issue in geronimo. It's said to
have been fixed in 1.2.0 and 1.2.1 (again?) but unfortunately doesn't work
here.
The server state for remote servers isn't updated as well. I'd appreciate
if someone could clarify me if it really works, as some people told me they
thought this feature simply didn't exist.

thanks,

Rodrigo

On 7/23/07, Rodrigo Rodrigues da Silva <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I am relatively new to Apache Geronimo. I am implementing a software
> engineering lab project at the university and chose Geronimo as an
> application server. I have downloaded and installed the Geronimo Plugin for
> Eclipse 1.2.0 through update manager. I am running Geronimo 1.1.1 on a
> i386-debian-4.0r0 and Eclipse SDK 3.2.2 with WST 1.5.4 (from update
> manager) on an amd64 with Ubuntu 7.04 (eclipse installed from
> repositories) and Sun Java 5 JVM (also from repositories).
>
> There are two issues I've been facing, which are:
>
> 1. The local server won't start from inside the IDE. It actually starts
> but remains in "Starting..." state after a successful startup. After several
> minutes, Eclipse returns a fail message. I have seen some issues alike
> reported on this list, but the possible solution (install 1.2.1 plugin)
> didn't work. I downloaded the daily 1.2.1 driver from devtools site but
> unzipping it to the plugins/features directories was effectless (there was
> no "Geronimo" runtime available). The worst thing is that this bug seemed to
> have been resolved on 1.2.0 as I could read from its release notes.
> Another fact is that starting a local server worked at a faculty machine
> running Windows 2k.
>
> 2. The server state won't reflect the real server state when one
> geronimo instance is started from outside the IDE (as I could read on IBM
> developerWorks papers, it should). I have tried with remote and local
> instances of geronimo. Therefore I couldn't deploy applications through
> eclipse, as the servers were in "Stopped" state and Eclipse tried to start
> them, thereafter failing as they were already started from outside. This
> wouldn't work in windows 2k as well.
>
> I would appreciate if someone could help me, as this environment setup
> issues are delaying our project.
>
> My best regards,
>
> Rodrigo R. Silva
> University of São Paulo
>
> --
> Rodrigo Rodrigues da Silva
> Engenharia de Computação - Coop8
> http://www.coop8.rg.com.br
> Grêmio Politécnico - Gestão Colabora
> http://www.gremio.poli.usp.br
>
> "Não importa como morre o home, importa como vive." Carijó, velho do
> rio.
>
> "To the person with only a hammer, everything looks like a nail."
> bussdriver




--
Rodrigo Rodrigues da Silva
Engenharia de Computação - Coop8
http://www.coop8.rg.com.br
Grêmio Politécnico - Gestão Colabora
http://www.gremio.poli.usp.br

"Não importa como morre o home, importa como vive." Carijó, velho do rio.

"To the person with only a hammer, everything looks like a nail."
bussdriver





--
Rodrigo Rodrigues da Silva
Engenharia de Computação - Coop8
http://www.coop8.rg.com.br
Grêmio Politécnico - Gestão Colabora
http://www.gremio.poli.usp.br

"Não importa como morre o home, importa como vive." Carijó, velho do rio.

"To the person with only a hammer, everything looks like a nail." bussdriver


Re: Still remaining problems using openJPA

2007-07-23 Thread David Jencks


On Jul 23, 2007, at 10:54 AM, Dain Sundstrom wrote:


On Jul 23, 2007, at 9:40 AM, Ueberbach, Michael wrote:


Hello,

meanwhile I got along a bit further in deploying and using an EJB  
3.0 application on g2 (M6). But there still remain some open  
questions:





3. The most important and irritating problem is the following:

  After starting the database and then geronimo the first access  
to persistent data by an ejb method results in the following  
exception:


  ERROR [OpenEJB] The bean instances business method encountered a  
system exception: Access denied for user 'geronimo'@'localhost' to  
database 'GERONIMO_DB'


  <1.0.0-SNAPSHOT-SNAPSHOT nonfatal general error>  
org.apache.openjpa.persistence.PersistenceException: Access denied  
for user 'geronimo'@'localhost' to database 'GERONIMO_DB'


  The access is denied because the name of the database is  
geronimo_db (lower cases) and MySQL on linux works case-sensitive.  
But the correct writing


  of the name has been used when deploying the database pool.

  What is most astonishing is the following!!!

  After stopping the database the attempt to get access to data  
results in


  [MCFConnectionInterceptor] Error occurred creating  
ManagedConnection for  
[EMAIL PROTECTED]


  javax.resource.spi.ResourceAllocationException: Unable to obtain  
physical connection to jdbc:mysql://localhost:3306/geronimo_db


  at org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection 
(JDBCDriverMCF.java:98)


  This is clear and expectable. But ...

  after starting the database again: Everything works!
  I can reproduce the whole thing. Conclusion at the moment is: To  
get a working connection to the database I have to force the above  
error situation first. Very strange!


  May someone has an idea about this behaviour?
This is something we should be able to help you with.   
Unfortunately, I this isn't my area, but hopefully David Jencks  
will respond quickly :)



This is pretty bizarre :-)

Could you show your plans for setting up the mysql datasource(s) and  
the persistence.xml you are using?


Also, I'm not sure about the sequence of all the steps involved   
what is creating the tables in the db?  A script? openjpa? Something  
else?  If a script, how is it run?


For instance I wonder if steps like this would make any difference:
- if you are using a script:
start db
create tables
stop db
start db
start geronimo (or deploy/start your datasource + application)

If you are letting openjpa create your tables, do you have a non-jta- 
datasource specified?  I could not get derby to work with openjpa  
without a non-jta-datasource.  I stopped investigating why after a  
lot of frustration, but one symptom was that a connection that had  
been used outside a jta transaction to execute ddl or updating the  
sequence table appeared to lose track of the schema it was supposed  
to be using by default.  So I suggest adding a non-jta-datasource if  
you don't have one.


 thanks
david jencks



-dain





Re: AW: Using JacORB not possible within Geronimo?

2007-07-23 Thread Dain Sundstrom

On Jul 23, 2007, at 10:51 AM, Rick McGuire wrote:


Dain Sundstrom wrote:
The actual code we use to create the orb bound to java:comp/ORB is  
simply "ORB orb = ORB.init();" so it should what with what ever  
you have configured as the default ORB in your VM.  OpenEJB  
doesn't even have a dependency on Yoko.
I would hope this is not true.  ORB.init() returns the singleton  
ORB instance, which is only guaranteed to be functional for  
creating Any and TypeCode instances.


It is true, and that is all the default orb bound into jndi is good  
for per spec.  Any thing beyond that is a vendor specific feature.


-dain


Re: Server state issues

2007-07-23 Thread Rodrigo Rodrigues da Silva

Hi,

I've managed to install the daily 1.2.1 driver deploying it directly into
eclipse tree, but it still doesn't work. The server still remains in
"Starting..." state until it fails. Looking through some lists and release
notes, I figured out it's been a frequent issue in geronimo. It's said to
have been fixed in 1.2.0 and 1.2.1 (again?) but unfortunately doesn't work
here.
The server state for remote servers isn't updated as well. I'd appreciate if
someone could clarify me if it really works, as some people told me they
thought this feature simply didn't exist.

thanks,

Rodrigo

On 7/23/07, Rodrigo Rodrigues da Silva <[EMAIL PROTECTED]> wrote:


Hi,

I am relatively new to Apache Geronimo. I am implementing a software
engineering lab project at the university and chose Geronimo as an
application server. I have downloaded and installed the Geronimo Plugin for
Eclipse 1.2.0 through update manager. I am running Geronimo 1.1.1 on a
i386-debian-4.0r0 and Eclipse SDK 3.2.2 with WST 1.5.4 (from update
manager) on an amd64 with Ubuntu 7.04 (eclipse installed from
repositories) and Sun Java 5 JVM (also from repositories).

There are two issues I've been facing, which are:

1. The local server won't start from inside the IDE. It actually starts
but remains in "Starting..." state after a successful startup. After several
minutes, Eclipse returns a fail message. I have seen some issues alike
reported on this list, but the possible solution (install 1.2.1 plugin)
didn't work. I downloaded the daily 1.2.1 driver from devtools site but
unzipping it to the plugins/features directories was effectless (there was
no "Geronimo" runtime available). The worst thing is that this bug seemed to
have been resolved on 1.2.0 as I could read from its release notes.
Another fact is that starting a local server worked at a faculty machine
running Windows 2k.

2. The server state won't reflect the real server state when one geronimo
instance is started from outside the IDE (as I could read on IBM
developerWorks papers, it should). I have tried with remote and local
instances of geronimo. Therefore I couldn't deploy applications through
eclipse, as the servers were in "Stopped" state and Eclipse tried to start
them, thereafter failing as they were already started from outside. This
wouldn't work in windows 2k as well.

I would appreciate if someone could help me, as this environment setup
issues are delaying our project.

My best regards,

Rodrigo R. Silva
University of São Paulo

--
Rodrigo Rodrigues da Silva
Engenharia de Computação - Coop8
http://www.coop8.rg.com.br
Grêmio Politécnico - Gestão Colabora
http://www.gremio.poli.usp.br

"Não importa como morre o home, importa como vive." Carijó, velho do rio.

"To the person with only a hammer, everything looks like a nail."
bussdriver





--
Rodrigo Rodrigues da Silva
Engenharia de Computação - Coop8
http://www.coop8.rg.com.br
Grêmio Politécnico - Gestão Colabora
http://www.gremio.poli.usp.br

"Não importa como morre o home, importa como vive." Carijó, velho do rio.

"To the person with only a hammer, everything looks like a nail." bussdriver


Re: Still remaining problems using openJPA

2007-07-23 Thread Peter Petersson

Ueberbach, Michael wrote:


Hello,

meanwhile I got along a bit further in deploying and using an EJB 3.0 
application on g2 (M6). But there still remain some open questions:


1. I did openJPA enhancing on build time (via ant script) to compare 
the results with enhancing on deploy time.
   In both cases I didn't manage to use the property acces mode for an 
entity bean. In all cases I tried the openJPA parser


   says that there was the attempt "to use both field and property 
access. Only one access method is permitted."


   So at last I changed my code to field access mode.

2. When using a certain dynamic query I got the following exception

   "An error occurred while parsing the query filter 'SELECT person 
FROM Person AS person WHERE person.name LIKE ?1 ESCAPE '|''.


I don't know if this is any help but I found and have been using this.  
The interesting part is the SearchStringEscape.
value="mysql(SupportsSubselect=false, UseClobs=true, 
SearchStringEscape=)"/>

thanks
  Peter Petersson


Error message: <1.0.0-SNAPSHOT-SNAPSHOT nonfatal user error> 
org.apache.openjpa.kernel.jpql.ParseException:
Encountered "ESCAPE" at character 63, but expected: ["AND", 
"GROUP", "HAVING", "OR", "ORDER", ]."
   
   While the JPQL Language Reference says:
   
   2.5.9
   The syntax for the use of the comparison operator [ NOT ] LIKE in a 
conditional expression is as follows:

   string_expression [NOT] LIKE pattern_value [ESCAPE escape_character]

3. The most important and irritating problem is the following:

  After starting the database and then geronimo the first access to 
persistent data by an ejb method results in the following exception:


  ERROR [OpenEJB] The bean instances business method encountered a 
system exception: Access denied for user 'geronimo'@'localhost' to 
database 'GERONIMO_DB'


  <1.0.0-SNAPSHOT-SNAPSHOT nonfatal general error> 
org.apache.openjpa.persistence.PersistenceException: Access denied for 
user 'geronimo'@'localhost' to database 'GERONIMO_DB'


  The access is denied because the name of the database is geronimo_db 
(lower cases) and MySQL on linux works case-sensitive. But the correct 
writing


  of the name has been used when deploying the database pool.

  What is most astonishing is the following!!!
 
  After stopping the database the attempt to get access to data 
results in


  [MCFConnectionInterceptor] Error occurred creating ManagedConnection 
for [EMAIL PROTECTED]


  javax.resource.spi.ResourceAllocationException: Unable to obtain 
physical connection to jdbc:mysql://localhost:3306/geronimo_db


  at 
org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection(JDBCDriverMCF.java:98) 

   
  This is clear and expectable. But ...
   
  after starting the database again: Everything works!
  I can reproduce the whole thing. Conclusion at the moment is: To get 
a working connection to the database I have to force the above error 
situation first. Very strange!


  May someone has an idea about this behaviour?
 
regard and thanks
 
Michael







Re: ajp and ssl

2007-07-23 Thread Andrew Austin
Oh, and just to for reference, I'm using mod_proxy_ajp
and not mod_jk. Dunno if that makes any difference as
I think it's a limitation on the geronmio/tomcat side.

Andrew
--- Andrew Austin <[EMAIL PROTECTED]> wrote:

> Okay, so I've been troubleshooting an issue for
> several days but no luck...I talked to the guys in
> #geronimo, and while they were helpful we couldn't
> nail down this issue:
> 
> If I'm on an HTTPS connection and apache uses
> ProxyPass to connect to an app through AJP will my
> ssl
> session information be obtainable in my servlet on
> the
> geronimo/tomcat side? Secondly, how do I get the ssl
> information from my jsp/servlet? Under the https
> connector below, nothing is returned in
> javax.servlet.request.X509Certificate.
> 
> snippet of my apache conf:
> 
> ProxyPass https://localhost:6667/hello/
> ProxyPassReverse https://localhost:6667/hello/
> ProxyPassReverseCookieDomain 127.0.0.1 localhost
> ProxyPassReverseCookiePath localhost /testhttps
> 
> 
> ProxyPass ajp://localhost:8009/hello/
> ProxyPassReverse ajp://localhost:8009/hello/
> ProxyPassReverseCookieDomain 127.0.0.1 localhost
> ProxyPassReverseCookiePath localhost /testajp
> 
> 
> my jsp snippet:
> <%
>
out.println((String)request.getAttribute("javax.servlet.request.ssl_session"));
>
out.println((String)request.getAttribute("javax.servlet.request.cipher_suite"));
>
out.println((String)request.getAttribute("javax.servlet.request.X509Certificate"));
> %>
> 
> 
> the above snippet returns
> for https)
> 469e35060068
> SSL_DHE_RSA_WITH_AES_256_CBC_SHA null
> 
> for ajp)
> null DHE-RSA-AES256-SHA null
> 
> I'm currently using tomcat 5.1.5, Java 1.4.2 and
> apache 2.2.4 under SLES 10.
> 
> Thanks,
> Andrew
> 
> 
>
>

> Moody friends. Drama queens. Your life? Nope! -
> their life, your story. Play Sims Stories at Yahoo!
> Games.
> http://sims.yahoo.com/  
> 



   

Get the free Yahoo! toolbar and rest assured with the added security of spyware 
protection.
http://new.toolbar.yahoo.com/toolbar/features/norton/index.php


Re: Server state issues

2007-07-23 Thread Peter Petersson

Rodrigo Rodrigues da Silva wrote:

Peter,

if you choose your ~/.eclipse dir to install the updates, you won't 
have that problem. It occurs when you try to install the updates at 
/usr/lib/eclipse or /usr/local/lib/eclipse. Try to add your user to 
the staff group, it may fix this issue.
Nice to hear that they have fixed that problem, I most confess It was 
been a log time sins I pulled it down via apt-get :). So I take it you 
don't have any permission problems with neither the geronimo files, 
process or eclipse then.  I am currently running eclipse 3.3.0 but I had 
the Eclipse Geronimo plugin on 3.2 hocked up on my geronimo directory 
and I remember seeing a similar problem to the on you describe (in 1) 
below that was related to file ownership on the geronimo tree.
I have never tried to do what you are describing in 2. below except 
maybe by mistake when I forgot to shutdown G before starting it in 
eclipse and has always considered it a fault made by me ;).


Hopefully someone else can shed some light on this for you?

thanks
  Peter Petersson


thanks,

Rodrigo

On 7/23/07, *Peter Petersson* <[EMAIL PROTECTED] 
> wrote:


Rodrigo Rodrigues da Silva wrote:
> Hi,
>
> I am relatively new to Apache Geronimo. I am implementing a software
> engineering lab project at the university and chose Geronimo as an
> application server. I have downloaded and installed the Geronimo
> Plugin for Eclipse 1.2.0 through update manager. I am running
Geronimo
> 1.1.1 on a i386-debian-4.0r0 and Eclipse SDK 3.2.2 with WST 1.5.4
> (from update manager) on an amd64 with Ubuntu 7.04 (eclipse
installed
> from repositories) and Sun Java 5 JVM (also from repositories).
>
> There are two issues I've been facing, which are:
>
> 1. The local server won't start from inside the IDE. It actually
> starts but remains in "Starting..." state after a successful
startup.
> After several minutes, Eclipse returns a fail message. I have seen
> some issues alike reported on this list, but the possible solution
> (install 1.2.1 plugin) didn't work. I downloaded the daily 1.2.1
> driver from devtools site but unzipping it to the plugins/features
> directories was effectless (there was no "Geronimo" runtime
> available). The worst thing is that this bug seemed to have been
> resolved on 1.2.0 as I could read from its release notes.
Another fact
> is that starting a local server worked at a faculty machine running
> Windows 2k.
I am also using Ubuntu but I stop fetching Eclipse from Ubuntu
repos as
there was issues with file rights creating problem when fetching new
eclipse modules via eclipse download manager. I don't know the
current
situation but I know Eclipse has set up a project, inviting linux
dists,
to try to overcome this type of problems. Maybe your problems are
related to process and file ownership rights ? I suggest you download
and install eclipse into /usr/local and make sure the eclipse user
have
all the rights he needs also on the geronimo files and processes.
hope this helps
thanks
   Peter Petersson
>
> 2. The server state won't reflect the real server state when one
> geronimo instance is started from outside the IDE (as I could
read on
> IBM developerWorks papers, it should). I have tried with remote and
> local instances of geronimo. Therefore I couldn't deploy
applications
> through eclipse, as the servers were in "Stopped" state and Eclipse
> tried to start them, thereafter failing as they were already started
> from outside. This wouldn't work in windows 2k as well.
>
> I would appreciate if someone could help me, as this environment
setup
> issues are delaying our project.
>
> My best regards,
>
> Rodrigo R. Silva
> University of São Paulo
>
> --
> Rodrigo Rodrigues da Silva
> Engenharia de Computação - Coop8
> http://www.coop8.rg.com.br
> Grêmio Politécnico - Gestão Colabora
> http://www.gremio.poli.usp.br
>
> "Não importa como morre o home, importa como vive." Carijó,
velho do rio.
>
> "To the person with only a hammer, everything looks like a nail."
> bussdriver




--
Rodrigo Rodrigues da Silva
Engenharia de Computação - Coop8
http://www.coop8.rg.com.br
Grêmio Politécnico - Gestão Colabora
http://www.gremio.poli.usp.br

"Não importa como morre o home, importa como vive." Carijó, velho do rio.

"To the person with only a hammer, everything looks like a nail." 
bussdriver 




Re: Still remaining problems using openJPA

2007-07-23 Thread Dain Sundstrom

On Jul 23, 2007, at 9:40 AM, Ueberbach, Michael wrote:


Hello,

meanwhile I got along a bit further in deploying and using an EJB  
3.0 application on g2 (M6). But there still remain some open  
questions:


1. I did openJPA enhancing on build time (via ant script) to  
compare the results with enhancing on deploy time.
   In both cases I didn't manage to use the property acces mode for  
an entity bean. In all cases I tried the openJPA parser


   says that there was the attempt "to use both field and property  
access. Only one access method is permitted."


   So at last I changed my code to field access mode.
I think your going to have to hit up the OpenJPA mailing list  
([EMAIL PROTECTED]) for this one.

2. When using a certain dynamic query I got the following exception

   "An error occurred while parsing the query filter 'SELECT person  
FROM Person AS person WHERE person.name LIKE ?1 ESCAPE '|''.


Error message: <1.0.0-SNAPSHOT-SNAPSHOT nonfatal user error>  
org.apache.openjpa.kernel.jpql.ParseException:
Encountered "ESCAPE" at character 63, but expected: ["AND",  
"GROUP", "HAVING", "OR", "ORDER", ]."


   While the JPQL Language Reference says:

   2.5.9
   The syntax for the use of the comparison operator [ NOT ] LIKE  
in a conditional expression is as follows:
   string_expression [NOT] LIKE pattern_value [ESCAPE  
escape_character]
I know old versions of mysql did not support the SQL standard LIKE  
EXCAPE clause, but I don't know if mysql ever got around to  
implementing this.  Looking at the openjpa docs, it is not listed as  
a limitation of the mysql integration (http://openjpa.apache.org/docs/ 
latest/manual/manual.html#dbsupport_mysql_issues)  I suggest you read  
that over anyway, so you don't have any surprises with mysql.


Anyway, I suggest you first look at the mysql SQL documentation to  
see if it implements ESCAPE.  If it does, you most likely need to  
upgrade.  If not, I don't think there is anything you can do other  
then remove the ESCAPE clause.

3. The most important and irritating problem is the following:

  After starting the database and then geronimo the first access to  
persistent data by an ejb method results in the following exception:


  ERROR [OpenEJB] The bean instances business method encountered a  
system exception: Access denied for user 'geronimo'@'localhost' to  
database 'GERONIMO_DB'


  <1.0.0-SNAPSHOT-SNAPSHOT nonfatal general error>  
org.apache.openjpa.persistence.PersistenceException: Access denied  
for user 'geronimo'@'localhost' to database 'GERONIMO_DB'


  The access is denied because the name of the database is  
geronimo_db (lower cases) and MySQL on linux works case-sensitive.  
But the correct writing


  of the name has been used when deploying the database pool.

  What is most astonishing is the following!!!

  After stopping the database the attempt to get access to data  
results in


  [MCFConnectionInterceptor] Error occurred creating  
ManagedConnection for  
[EMAIL PROTECTED]


  javax.resource.spi.ResourceAllocationException: Unable to obtain  
physical connection to jdbc:mysql://localhost:3306/geronimo_db


  at org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection 
(JDBCDriverMCF.java:98)


  This is clear and expectable. But ...

  after starting the database again: Everything works!
  I can reproduce the whole thing. Conclusion at the moment is: To  
get a working connection to the database I have to force the above  
error situation first. Very strange!


  May someone has an idea about this behaviour?
This is something we should be able to help you with.  Unfortunately,  
I this isn't my area, but hopefully David Jencks will respond quickly :)


-dain



Re: AW: Using JacORB not possible within Geronimo?

2007-07-23 Thread Rick McGuire

Dain Sundstrom wrote:
The actual code we use to create the orb bound to java:comp/ORB is 
simply "ORB orb = ORB.init();" so it should what with what ever you 
have configured as the default ORB in your VM.  OpenEJB doesn't even 
have a dependency on Yoko.
I would hope this is not true.  ORB.init() returns the singleton ORB 
instance, which is only guaranteed to be functional for creating Any and 
TypeCode instances. 


Rick



-dain

On Jul 20, 2007, at 8:09 AM, David Jencks wrote:

The yoko stuff is in the connector-deployer defaultEnvironment so we 
can construct working jndi references so you can look up 
java:comp/ORB and IIRC it's in the ejb stuff for a similar reason. So 
if you don't need an automatic resource-ref to java:comp/ORB or 
anything similar I think you can override the defaultEnvironments in 
config.xml for these two builders.


I think that in geronimo 1.2 we were able to more easily run without 
an orb but with the annotation stuff and various "automatic" jndi 
references to orbs it has become more difficult.  I doubt we'll get 
to it by 2.0 but you might file a JIRA tracking the problems you've 
run into here.


thanks
david jencks

On Jul 20, 2007, at 1:42 AM, Andersch, Jens (DWBI) wrote:


Thank you for your help,

That seems to work. I only replaced the yoko jars within the 
endorsed dir by the jacorb jars and made the following changes 
within config.xml:






…





…





…







I am not really happy with this solution because I am not sure if I 
will get any side effects in the future.


What should I do with the connector-deployer module which also 
depends on yoko classes ? If I delete yoko from the


repository subdir I get a lot of exceptions because of the 
dependencies in the connector-deployer module.


Moreover the openejb classes throw exceptions if they can’t find the 
yoko jars in the repository.


So I have to keep them.



name="org.apache.geronimo.configs/connector-deployer/2.0-M6/car">




name="eeNamespaces">http://java.sun.com/xml/ns/j2ee,http://java.sun.com/xml/ns/javaee 





xmlns="http://geronimo.apache.org/xml/ns/deployment-1.2";> 
 
 
org.apache.geronimo.configs 
j2ee-corba-yoko 
car 
  









name="eeNamespaces">http://java.sun.com/xml/ns/j2ee,http://java.sun.com/xml/ns/javaee 







name="eeNamespaces">http://java.sun.com/xml/ns/j2ee,http://java.sun.com/xml/ns/javaee 





xmlns="http://geronimo.apache.org/xml/ns/deployment-1.2";> 
 
 
org.apache.geronimo.configs 
client-corba-yoko 
car 
  











Jens



Von: David Jencks [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 18. Juli 2007 20:36
An: user@geronimo.apache.org
Betreff: Re: Using JacORB not possible within Geronimo?



We havent' tried this, and you probably won't be able to use the 
corba ejb "transport"




I would start by moving to the almost released geronimo 1.2 or also 
close to release 2.0 since they are set up to use a non-jdk orb, 
namely yoko.  I think it will be easier to switch which non-jdk orb 
you use than switch from jdk orb to non-jdk orb.




You should then remove the yoko corba spec jars from lib/endorsed 
and the yoko jars from the geronimo repository and comment out stuff 
in config.xml until geronimo starts :-)




Now put the jacORB spec jar(s) in lib/endorsed and try your app.



Hope this helps

david jencks





On Jul 17, 2007, at 11:46 PM, Andersch, Jens (DWBI) wrote:




Hi All,



does anyone know, if it is possible to deploy an own ear which 
contains a connector rar that uses JacORB instead of the ORB 
Implementation used by Geronimo 1.1.1 itself.


I have the problem that the class loader loads the org.omg classes 
from 
…/repository/geronimo-spec/geronimo-spec-corba/1.0/geronimo-spec-corba-1.0.jar 
and my jacorb classes from the jar included in the rar.


Unfortunately some org.omg classes do not have the same versions as 
the org.omg classes within the jarcorb.jar and I get 
java.lang.NoSuchFieldErrors.


I also tried inverse-classloading but then I get a 
java.lang.VerifyError.




Does my own Application really have to use the Geronimo ORB?



Jens







The information contained in, or attached to, this e-mail, may 
contain confidential information and is intended solely for the use 
of the individual or entity to whom they are addressed and may be 
subject to legal privilege. If you have

Re: AW: Using JacORB not possible within Geronimo?

2007-07-23 Thread Dain Sundstrom
The actual code we use to create the orb bound to java:comp/ORB is  
simply "ORB orb = ORB.init();" so it should what with what ever you  
have configured as the default ORB in your VM.  OpenEJB doesn't even  
have a dependency on Yoko.


-dain

On Jul 20, 2007, at 8:09 AM, David Jencks wrote:

The yoko stuff is in the connector-deployer defaultEnvironment so  
we can construct working jndi references so you can look up  
java:comp/ORB and IIRC it's in the ejb stuff for a similar reason.  
So if you don't need an automatic resource-ref to java:comp/ORB or  
anything similar I think you can override the defaultEnvironments  
in config.xml for these two builders.


I think that in geronimo 1.2 we were able to more easily run  
without an orb but with the annotation stuff and various  
"automatic" jndi references to orbs it has become more difficult.   
I doubt we'll get to it by 2.0 but you might file a JIRA tracking  
the problems you've run into here.


thanks
david jencks

On Jul 20, 2007, at 1:42 AM, Andersch, Jens (DWBI) wrote:


Thank you for your help,

That seems to work. I only replaced the yoko jars within the  
endorsed dir by the jacorb jars and made the following changes  
within config.xml:







…





…





…







I am not really happy with this solution because I am not sure if  
I will get any side effects in the future.


What should I do with the connector-deployer module which also  
depends on yoko classes ? If I delete yoko from the


repository subdir I get a lot of exceptions because of the  
dependencies in the connector-deployer module.


Moreover the openejb classes throw exceptions if they can’t find  
the yoko jars in the repository.


So I have to keep them.








http://java.sun.com/xml/ 
ns/j2ee,http://java.sun.com/xml/ns/javaee




http://geronimo.apache.org/xml/ 
ns/deployment-1.2">  
  
  
org.apache.geronimo.configsgroupId> j2ee-corba-yokoartifactId> cartype>  dependencies> 








http://java.sun.com/xml/ 
ns/j2ee,http://java.sun.com/xml/ns/javaee






http://java.sun.com/xml/ 
ns/j2ee,http://java.sun.com/xml/ns/javaee




http://geronimo.apache.org/xml/ 
ns/deployment-1.2">  
  
  
org.apache.geronimo.configsgroupId> client-corba- 
yoko cartype>  dependencies> 










Jens



Von: David Jencks [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 18. Juli 2007 20:36
An: user@geronimo.apache.org
Betreff: Re: Using JacORB not possible within Geronimo?



We havent' tried this, and you probably won't be able to use the  
corba ejb "transport"




I would start by moving to the almost released geronimo 1.2 or  
also close to release 2.0 since they are set up to use a non-jdk  
orb, namely yoko.  I think it will be easier to switch which non- 
jdk orb you use than switch from jdk orb to non-jdk orb.




You should then remove the yoko corba spec jars from lib/endorsed  
and the yoko jars from the geronimo repository and comment out  
stuff in config.xml until geronimo starts :-)




Now put the jacORB spec jar(s) in lib/endorsed and try your app.



Hope this helps

david jencks





On Jul 17, 2007, at 11:46 PM, Andersch, Jens (DWBI) wrote:




Hi All,



does anyone know, if it is possible to deploy an own ear which  
contains a connector rar that uses JacORB instead of the ORB  
Implementation used by Geronimo 1.1.1 itself.


I have the problem that the class loader loads the org.omg classes  
from …/repository/geronimo-spec/geronimo-spec-corba/1.0/geronimo- 
spec-corba-1.0.jar and my jacorb classes from the jar included in  
the rar.


Unfortunately some org.omg classes do not have the same versions  
as the org.omg classes within the jarcorb.jar and I get  
java.lang.NoSuchFieldErrors.


I also tried inverse-classloading but then I get a  
java.lang.VerifyError.




Does my own Application really have to use the Geronimo ORB?



Jens







The information contained in, or attached to, this e-mail, may  
contain confidential information and is intended solely for the  
use of the individual or entity to whom they are addressed and may  
be subject to legal privilege. If you have received this e-mail in  
error you should notify the sender immediately by reply e-mail,  
delete the message from your system and notify your system  
manager. Please do not copy it for any purpose, or disclose its  
contents to an

Re: Server state issues

2007-07-23 Thread Rodrigo Rodrigues da Silva

Peter,

if you choose your ~/.eclipse dir to install the updates, you won't have
that problem. It occurs when you try to install the updates at
/usr/lib/eclipse or /usr/local/lib/eclipse. Try to add your user to the
staff group, it may fix this issue.

thanks,

Rodrigo

On 7/23/07, Peter Petersson <[EMAIL PROTECTED]> wrote:


Rodrigo Rodrigues da Silva wrote:
> Hi,
>
> I am relatively new to Apache Geronimo. I am implementing a software
> engineering lab project at the university and chose Geronimo as an
> application server. I have downloaded and installed the Geronimo
> Plugin for Eclipse 1.2.0 through update manager. I am running Geronimo
> 1.1.1 on a i386-debian-4.0r0 and Eclipse SDK 3.2.2 with WST 1.5.4
> (from update manager) on an amd64 with Ubuntu 7.04 (eclipse installed
> from repositories) and Sun Java 5 JVM (also from repositories).
>
> There are two issues I've been facing, which are:
>
> 1. The local server won't start from inside the IDE. It actually
> starts but remains in "Starting..." state after a successful startup.
> After several minutes, Eclipse returns a fail message. I have seen
> some issues alike reported on this list, but the possible solution
> (install 1.2.1 plugin) didn't work. I downloaded the daily 1.2.1
> driver from devtools site but unzipping it to the plugins/features
> directories was effectless (there was no "Geronimo" runtime
> available). The worst thing is that this bug seemed to have been
> resolved on 1.2.0 as I could read from its release notes. Another fact
> is that starting a local server worked at a faculty machine running
> Windows 2k.
I am also using Ubuntu but I stop fetching Eclipse from Ubuntu repos as
there was issues with file rights creating problem when fetching new
eclipse modules via eclipse download manager. I don't know the current
situation but I know Eclipse has set up a project, inviting linux dists,
to try to overcome this type of problems. Maybe your problems are
related to process and file ownership rights ? I suggest you download
and install eclipse into /usr/local and make sure the eclipse user have
all the rights he needs also on the geronimo files and processes.
hope this helps
thanks
   Peter Petersson
>
> 2. The server state won't reflect the real server state when one
> geronimo instance is started from outside the IDE (as I could read on
> IBM developerWorks papers, it should). I have tried with remote and
> local instances of geronimo. Therefore I couldn't deploy applications
> through eclipse, as the servers were in "Stopped" state and Eclipse
> tried to start them, thereafter failing as they were already started
> from outside. This wouldn't work in windows 2k as well.
>
> I would appreciate if someone could help me, as this environment setup
> issues are delaying our project.
>
> My best regards,
>
> Rodrigo R. Silva
> University of São Paulo
>
> --
> Rodrigo Rodrigues da Silva
> Engenharia de Computação - Coop8
> http://www.coop8.rg.com.br
> Grêmio Politécnico - Gestão Colabora
> http://www.gremio.poli.usp.br
>
> "Não importa como morre o home, importa como vive." Carijó, velho do
rio.
>
> "To the person with only a hammer, everything looks like a nail."
> bussdriver





--
Rodrigo Rodrigues da Silva
Engenharia de Computação - Coop8
http://www.coop8.rg.com.br
Grêmio Politécnico - Gestão Colabora
http://www.gremio.poli.usp.br

"Não importa como morre o home, importa como vive." Carijó, velho do rio.

"To the person with only a hammer, everything looks like a nail." bussdriver


Still remaining problems using openJPA

2007-07-23 Thread Ueberbach, Michael
Hello,

meanwhile I got along a bit further in deploying and using an EJB 3.0
application on g2 (M6). But there still remain some open questions:

1. I did openJPA enhancing on build time (via ant script) to compare the
results with enhancing on deploy time.
   In both cases I didn't manage to use the property acces mode for an
entity bean. In all cases I tried the openJPA parser
   says that there was the attempt "to use both field and property
access. Only one access method is permitted."

   So at last I changed my code to field access mode.

2. When using a certain dynamic query I got the following exception

   "An error occurred while parsing the query filter 'SELECT person FROM
Person AS person WHERE person.name LIKE ?1 ESCAPE '|''.
Error message: <1.0.0-SNAPSHOT-SNAPSHOT nonfatal user error>
org.apache.openjpa.kernel.jpql.ParseException:
Encountered "ESCAPE" at character 63, but expected: ["AND", "GROUP",
"HAVING", "OR", "ORDER", ]."

   While the JPQL Language Reference says:

   2.5.9
   The syntax for the use of the comparison operator [ NOT ] LIKE in a
conditional expression is as follows:
   string_expression [NOT] LIKE pattern_value [ESCAPE escape_character]

3. The most important and irritating problem is the following:

  After starting the database and then geronimo the first access to
persistent data by an ejb method results in the following exception:

  ERROR [OpenEJB] The bean instances business method encountered a
system exception: Access denied for user 'geronimo'@'localhost' to
database 'GERONIMO_DB'
  <1.0.0-SNAPSHOT-SNAPSHOT nonfatal general error>
org.apache.openjpa.persistence.PersistenceException: Access denied for
user 'geronimo'@'localhost' to database 'GERONIMO_DB'

  The access is denied because the name of the database is geronimo_db
(lower cases) and MySQL on linux works case-sensitive. But the correct
writing
  of the name has been used when deploying the database pool.

  What is most astonishing is the following!!!
  
  After stopping the database the attempt to get access to data results
in

  [MCFConnectionInterceptor] Error occurred creating ManagedConnection
for [EMAIL PROTECTED]
  javax.resource.spi.ResourceAllocationException: Unable to obtain
physical connection to jdbc:mysql://localhost:3306/geronimo_db
  at
org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection(JDBCDriver
MCF.java:98)

  This is clear and expectable. But ...

  after starting the database again: Everything works!
  I can reproduce the whole thing. Conclusion at the moment is: To get a
working connection to the database I have to force the above error
situation first. Very strange!
  May someone has an idea about this behaviour?
  
regard and thanks
  
Michael




Re: rar error

2007-07-23 Thread Kevan Miller


On Jul 23, 2007, at 10:38 AM, alpha_one_x86 wrote:



Now i have that, i'm not lucky. Thanks and thanks again of help me.

sd-6915 bin # ./deploy.sh deploy
/root/trunk/modules/ear/target/daytrader-ear-2.0-SNAPSHOT.ear
/root/trunk/plans/daytrader-g-2.0-SNAPSHOT-plan.xml
Using GERONIMO_BASE:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/etc/java-config-2/current-system-vm
Username: system
Password: 
Error: Unable to distribute daytrader-ear-2.0-SNAPSHOT.ear:
org.apache.geronimo.common.DeploymentException:
org.apache.openejb.config.ValidationFailedException: Jar failed
validation.

org.apache.openejb.config.ValidationFailedException: Jar  
failed

validation.

Jar failed validation.


Hmm. I've been deploying DT without a problem. I may be missing a few  
recent OpenEJB and DayTrader changes.


I have seen at least one problem with OpenEJB's recent jar  
validation. I'm finding that error message particularly unhelpful...


I'll get me sources updated and see if I see the same problem...

--kevan


Re: rar error

2007-07-23 Thread alpha_one_x86

Now i have that, i'm not lucky. Thanks and thanks again of help me.

sd-6915 bin # ./deploy.sh deploy
/root/trunk/modules/ear/target/daytrader-ear-2.0-SNAPSHOT.ear
/root/trunk/plans/daytrader-g-2.0-SNAPSHOT-plan.xml
Using GERONIMO_BASE:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/etc/java-config-2/current-system-vm
Username: system
Password: 
Error: Unable to distribute daytrader-ear-2.0-SNAPSHOT.ear:
org.apache.geronimo.common.DeploymentException:
org.apache.openejb.config.ValidationFailedException: Jar failed
validation.

org.apache.openejb.config.ValidationFailedException: Jar failed
validation.

Jar failed validation.
sd-6915 bin # ./deploy.sh deploy
/root/trunk/modules/ear/target/daytrader-ear-2.0-SNAPSHOT.ear
/root/trunk/plans/daytrader-g-2.0-SNAPSHOT-plan.xml
Using GERONIMO_BASE:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   /root/geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/etc/java-config-2/current-system-vm
Username: system
Password: 
Error: Unable to distribute daytrader-ear-2.0-SNAPSHOT.ear:
org.apache.geronimo.common.DeploymentException: Unable to create
configuration directory for
org.apache.geronimo.daytrader/daytrader-streamer-client/2.0-SNAPSHOT/car

Unable to create configuration directory for
org.apache.geronimo.daytrader/daytrader-streamer-client/2.0-SNAPSHOT/car

Configuration already exists:
org.apache.geronimo.daytrader/daytrader-streamer-client/2.0-SNAPSHOT/car
-- 
View this message in context: 
http://www.nabble.com/rar-error-tf4128052s134.html#a11744807
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.



Re: rar error

2007-07-23 Thread Kevan Miller


On Jul 23, 2007, at 3:47 AM, alpha_one_x86 wrote:



Hy! I have try deploy an selvlet with this guide:
http://svn.apache.org/repos/asf/geronimo/daytrader/trunk/README
Buy geronimo tell me an error with rar (if i have understunder):

sd-6915 bin # ./deploy.sh deploy
/root/trunk/modules/ear/target/daytrader-ear-2.0-SNAPSHOT.ear
/root/trunk/plans/daytrader-g-2.0-SNAPSHOT-plan.xml
Using GERONIMO_BASE:   /home/geronimo-jetty6-jee5-2.0-M6
Using GERONIMO_HOME:   /home/geronimo-jetty6-jee5-2.0-M6
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/etc/java-config-2/current-system-vm
Username: system
Password: 
Error: Unable to distribute daytrader-ear-2.0-SNAPSHOT.ear:
org.apache.geronimo.common.DeploymentException:
org.apache.geronimo.common.DeploymentException: Missing rar in
repositories:
org.apache.geronimo.modules/geronimo-activemq-ra/2.0-SNAPSHOT/rar
org.apache.geronimo.common.DeploymentException: Missing rar in
repositories:
org.apache.geronimo.modules/geronimo-activemq-ra/2.0-SNAPSHOT/rar
Missing rar in repositories:
org.apache.geronimo.modules/geronimo-activemq-ra/2.0-SNAPSHOT/rar

Géronimo is here and chroot and run under user:
/home/geronimo-jetty6-jee5-2.0-M6/
the sevlet si here, download by svn in root:
/root/trunk/


The version of Daytrader you are using won't work with Geronimo 2.0- 
M6. Daytrader has a dependency on geronimo-activemq-ra/2.0-SNAPSHOT.  
However, your version of the server contains geronimo-activemq-ra/2.0- 
M6.


You could probably "tinker" with the deployment plan to get around  
this problem. However, for this and other reasons (e.g. pick up bug  
fixes) recommend you upgrade your server to a more recent version of  
our development trunk -- either build from source or you can download  
a nightly build from http://people.apache.org/~prasad/binaries/20070723


--kevan 

Re: Server state issues

2007-07-23 Thread Peter Petersson

Rodrigo Rodrigues da Silva wrote:

Hi,

I am relatively new to Apache Geronimo. I am implementing a software 
engineering lab project at the university and chose Geronimo as an 
application server. I have downloaded and installed the Geronimo 
Plugin for Eclipse 1.2.0 through update manager. I am running Geronimo 
1.1.1 on a i386-debian-4.0r0 and Eclipse SDK 3.2.2 with WST 1.5.4 
(from update manager) on an amd64 with Ubuntu 7.04 (eclipse installed 
from repositories) and Sun Java 5 JVM (also from repositories).


There are two issues I've been facing, which are:

1. The local server won't start from inside the IDE. It actually 
starts but remains in "Starting..." state after a successful startup. 
After several minutes, Eclipse returns a fail message. I have seen 
some issues alike reported on this list, but the possible solution 
(install 1.2.1 plugin) didn't work. I downloaded the daily 1.2.1 
driver from devtools site but unzipping it to the plugins/features 
directories was effectless (there was no "Geronimo" runtime 
available). The worst thing is that this bug seemed to have been 
resolved on 1.2.0 as I could read from its release notes. Another fact 
is that starting a local server worked at a faculty machine running 
Windows 2k.
I am also using Ubuntu but I stop fetching Eclipse from Ubuntu repos as 
there was issues with file rights creating problem when fetching new 
eclipse modules via eclipse download manager. I don't know the current 
situation but I know Eclipse has set up a project, inviting linux dists, 
to try to overcome this type of problems. Maybe your problems are 
related to process and file ownership rights ? I suggest you download 
and install eclipse into /usr/local and make sure the eclipse user have 
all the rights he needs also on the geronimo files and processes.

hope this helps
thanks
  Peter Petersson
 
2. The server state won't reflect the real server state when one 
geronimo instance is started from outside the IDE (as I could read on 
IBM developerWorks papers, it should). I have tried with remote and 
local instances of geronimo. Therefore I couldn't deploy applications 
through eclipse, as the servers were in "Stopped" state and Eclipse 
tried to start them, thereafter failing as they were already started 
from outside. This wouldn't work in windows 2k as well.


I would appreciate if someone could help me, as this environment setup 
issues are delaying our project.


My best regards,

Rodrigo R. Silva
University of São Paulo

--
Rodrigo Rodrigues da Silva
Engenharia de Computação - Coop8
http://www.coop8.rg.com.br
Grêmio Politécnico - Gestão Colabora
http://www.gremio.poli.usp.br

"Não importa como morre o home, importa como vive." Carijó, velho do rio.

"To the person with only a hammer, everything looks like a nail." 
bussdriver 




rar error

2007-07-23 Thread alpha_one_x86

Hy! I have try deploy an selvlet with this guide:
http://svn.apache.org/repos/asf/geronimo/daytrader/trunk/README
Buy geronimo tell me an error with rar (if i have understunder):

sd-6915 bin # ./deploy.sh deploy
/root/trunk/modules/ear/target/daytrader-ear-2.0-SNAPSHOT.ear
/root/trunk/plans/daytrader-g-2.0-SNAPSHOT-plan.xml
Using GERONIMO_BASE:   /home/geronimo-jetty6-jee5-2.0-M6
Using GERONIMO_HOME:   /home/geronimo-jetty6-jee5-2.0-M6
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/etc/java-config-2/current-system-vm
Username: system
Password: 
Error: Unable to distribute daytrader-ear-2.0-SNAPSHOT.ear:
org.apache.geronimo.common.DeploymentException:
org.apache.geronimo.common.DeploymentException: Missing rar in
repositories:
org.apache.geronimo.modules/geronimo-activemq-ra/2.0-SNAPSHOT/rar
org.apache.geronimo.common.DeploymentException: Missing rar in
repositories:
org.apache.geronimo.modules/geronimo-activemq-ra/2.0-SNAPSHOT/rar
Missing rar in repositories:
org.apache.geronimo.modules/geronimo-activemq-ra/2.0-SNAPSHOT/rar

Géronimo is here and chroot and run under user:
/home/geronimo-jetty6-jee5-2.0-M6/
the sevlet si here, download by svn in root:
/root/trunk/

Thanks at somebody can help me.
-- 
View this message in context: 
http://www.nabble.com/rar-error-tf4128052s134.html#a11739244
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.



Denis Robert/BFM is out of the office.

2007-07-23 Thread DRobert

I will be out of the office starting  2007-07-21 and will not return until
2007-08-06.

I will respond to your message when I return on the 6th of August