[JBoss-user] Problems migrating from JBoss_2.4.4-Tomcat_4.0.1 to JBoss_2.4.7-Tomcat_4.0.4

[rmaeztu]

I run my application on JBoss 2.4.4 and Tomcat 4.0.1, running JBoss ant
Tomcat separately (i didn't manage to run the bundle), and everything works
right.

Now I've tried to migrate to JBoss_2.4.7-Tomcat_4.0.4. I deploy my app, run
the bundle, and then try to access to my app, but all I get is an error.
The message is "The requested resource (/myapp/index.htm) is not
available".The "index.htm" file is in the "myapp" folder, which is in
"JBoss-2.4.7_Tomcat-4.0.4/catalina/webapps".

Has anyone faced this problem or can tell me why this happens?

Thanks beforehand,
Ruben





---
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] How would a session bean obtain datasource specified in user jbosscmp-jdbc.xml ?

[Jason Uithol]

Hello all,

How would a session bean obtain datasource specified in user
jbosscmp-jdbc.xml ?

TIA,

Jason Uithol
Data Technologist
DatacodeX Pty Ltd
[EMAIL PROTECTED]
http://www.datacodex.com



---
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Using Datasources the Tomcat way

[Alex Loubyansky]

Hello Sven,

you have to declare resource-ref in jboss-web.xml. The excerpt from
jboss-web_3_0.dtd explains:

The same is right for jboss-web.dtd.

alex

Thursday, July 04, 2002, 1:33:01 AM, you wrote:

SK> I have an web application that is looking up DataSource's like they are 
SK> provided in Tomcat[1]

SK> The app tries to look them up like this:

SK> Context initCtx = new InitialContext();
SK> Context envCtx = (Context) initCtx.lookup("java:comp/env");
SK> DataSource ds = (DataSource)envCtx.lookup("jdbc/MyDS");

SK> I have not managed to get this code working with JBoss 2.4.4-Tomcat. It 
SK> keeps saying:

SK> javax.naming.NamingException: Could not dereference object.  Root 
SK> exception is java.lang.NullPointerException
SK> at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:418)
SK> at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:333)
SK> [...]

SK> My mbean looks like this:
SK>  name="DefaultDomain:service=JDBCDataSource,name=jdbc/MyDS">
SK>  jdbc/MyDS
SK>   name="DataSourceClass">org.gjt.mm.mysql.MysqlDataSource ...


SK> I can change the code above to

SK> DataSource ds = (DataSource)initCtx.lookup("java:/jdbc/MyDS");

SK> and it will work. So, the problem narrows down to some JNDI magic!?


SK> Sven





SK> ---
SK> This sf.net email is sponsored by:ThinkGeek
SK> No, I will not fix your computer.
SK> http://thinkgeek.com/sf
SK> ___
SK> JBoss-user mailing list
SK> [EMAIL PROTECTED]
SK> https://lists.sourceforge.net/lists/listinfo/jboss-user

-- 
Best regards,
 Alex Loubyansky




---
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] JBoss API Documentation ????

[Jason Uithol]

Hello all,

I cannot find the JBoss API Javadocs.

Do I need to build them myself ?




Jason Uithol
Data Technologist
DatacodeX Pty Ltd
[EMAIL PROTECTED]
http://www.datacodex.com  


---
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Find method

[Dmitri Colebatch]

it looks like you have declared ejbql that has ">=" in it, which according
to the compiler is not allowed...

hth
dim

- Original Message -
From: "conrad" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 03, 2002 9:00 PM
Subject: [JBoss-user] Find method


> Hi
>
> I'm using JBoss-3.0.0_tomcat-4.0.3 and xdoclet 1.1.2 and sometimes during
deploying I got following
> error:
>
> org.jboss.deployment.DeploymentException: Error compiling ejbql; - nested
throwable:
> (org.jboss.ejb.plugins.cmp.ejbql.ParseException: Encountered ">=" at line
1, column 81.
> Was expecting one of:
>  "=" ...
>  "<>" ...
>  )
>
> How can I solve it?
> More logs attached
>
> regards conrad
>
>



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] self referencing CMRs not working in ejbPostCreate().

[Dain Sundstrom]

This is a bug in 3.0.  It has been fixed in 3.0.1.

-dain

[EMAIL PROTECTED] wrote:
> hi,
> 
> i'm working with an object were two objects refer to each other. i.e.
> 
> public abstract class Type implements EntityBean {
> /* snip */
> public void ejbPostCreate(String name) throws CreateException {
> TypeLocal type = null;
> ResourceLocalHome resourceLome = null;
> 
> /* skip this part if we're the root */
> if (name.equals("root")) {
> return;
> }
> 
> try {
> type = TypeUtil.getLocalHome().findByName("root");
> resourceLome = ResourceUtil.getLocalHome();
> typeLocal =
> typeLome.findByName("root");
> } catch (Exception e) {
> /* snip */
> }
> 
> setResource(resourceLome.create(type));
> }
> }
> 
> public abstract class Resource implements EntityBean {
> public void ejbPostCreate(TypeLocal type) {
> setType(type);
> }
> }
> 
> so, every Resource has a Type and every Type is a Resource unless it's
> the root Type. for some reason when I call setResource() from
> Type's ejbPostCreate() nothing happens. no UPDATE statements for the Type
> table are generated.
> 
> in the database i see
> 
> => select * from type ;
>  id  |  name| resource_id 
> -+--+-
>  397 | root |
>  398 | type_one |
>  399 | type_two |
> (3 rows)
> 
> => select * from resource;
>   id  | type_id
> --+
>  1485 | 397
>  1486 | 397
> (2 rows)
> 
> if i call setResource() outside of ejbPostCreate() this works fine.
> the same behavior is also happening with other entities that are also
> Resources and have a ejbPostCreate() that's similar to Type's.
> is there something particular about updating a CMR from within ejbPostCreate
> that is different?
> 
> the following is the dd for this particular CMR.
>   
>  type-resourceid
>  
>  
> 
>type-is-a-resource
> One
> 
>Type
> 
> 
>resource
> 
>  
>  
> 
>a-resource-may-be-a-type
> One
> 
> 
>Resource
> 
>  
>   
> 
> Any suggestions are much appreciated.
> 
> barbee.
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] self referencing CMRs not working in ejbPostCreate().

[[EMAIL PROTECTED]]

hi,

i'm working with an object were two objects refer to each other. i.e.

public abstract class Type implements EntityBean {
/* snip */
public void ejbPostCreate(String name) throws CreateException {
TypeLocal type = null;
ResourceLocalHome resourceLome = null;

/* skip this part if we're the root */
if (name.equals("root")) {
return;
}

try {
type = TypeUtil.getLocalHome().findByName("root");
resourceLome = ResourceUtil.getLocalHome();
typeLocal =
typeLome.findByName("root");
} catch (Exception e) {
/* snip */
}

setResource(resourceLome.create(type));
}
}

public abstract class Resource implements EntityBean {
public void ejbPostCreate(TypeLocal type) {
setType(type);
}
}

so, every Resource has a Type and every Type is a Resource unless it's
the root Type. for some reason when I call setResource() from
Type's ejbPostCreate() nothing happens. no UPDATE statements for the Type
table are generated.

in the database i see

=> select * from type ;
 id  |  name| resource_id 
-+--+-
 397 | root |
 398 | type_one |
 399 | type_two |
(3 rows)

=> select * from resource;
  id  | type_id
--+
 1485 | 397
 1486 | 397
(2 rows)

if i call setResource() outside of ejbPostCreate() this works fine.
the same behavior is also happening with other entities that are also
Resources and have a ejbPostCreate() that's similar to Type's.
is there something particular about updating a CMR from within ejbPostCreate
that is different?

the following is the dd for this particular CMR.
  
 type-resourceid
 
 
type-is-a-resource
One

   Type


   resource

 
 

a-resource-may-be-a-type
One


   Resource

 
  

Any suggestions are much appreciated.

barbee.


---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Where does Jetty store its compiled JSPs?

[Jules Gosnell]

I wish I could send you a nice ant task to do it automagically - I 
haven't got one.

I can send you this though.

I have just fixed up the JBoss website to precompile JSPs.

This is a diff showing the code I added to the build.xml

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/website/content/build.xml.diff?r1=text&tr1=1.7&r2=text&tr2=1.8&diff_format=h

and this is a diff showing what I added to the web.xml

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/website/content/src/resources/content-war/WEB-INF/web.xml.diff?r1=text&tr1=1.7&r2=text&tr2=1.8&diff_format=h


The comment line in the web.xml MUST be after the last  and 
before the first  directive.

JspC will generate some xml  and  elements 
which I substitute in at this comment.

The rest you will have to figure out for yourself - it is well commented.

You will probably not need some of the workarounds I have had to 
retrofit.

This took me quite a while to work out, but now that it is there for 
everyone to see, it should be relatively easy to figure out what is 
going on.

Good luck, come back to me if you have no joy.


Jules




Jonathan.O'[EMAIL PROTECTED] wrote:
> 
> Jules,
> Your answer is truly socratic! What we really want to do is to 
> pre-compile the JSPs before deployment and check for syntax errors. Our 
> build-deploy-test cycle is slow enough as it is without adding syntax 
> errors in our JSP to the pot.
> 
> We are moving over from netbeans to Eclipse, so any IDE support/plugin 
> would be great. Or even better, an ant task would be just perfect!
> Ciao,
> Jonathan O'Connor
> Ph: +353 1 872 3305
> Mob: +353 86 824 9736
> Fax: +353 1 873 3612
> 
> 
> *Jules Gosnell <[EMAIL PROTECTED]>*
> Sent by: [EMAIL PROTECTED]
> 
> 02.07.2002 18:17
> Please respond to jboss-user
> 
>
> To:[EMAIL PROTECTED]
> cc:[EMAIL PROTECTED]
> Subject:Re: [JBoss-user] Where does Jetty store its 
> compiled JSPs?
> 
> 
> 
> 
> This would go better on [EMAIL PROTECTED]
> 
> I'd have to counter with a question...
> 
> Why do you want know ?
> 
> 
> Wherever it stores them is proprietary implementation and not defined by
> the spec. Therefore the implementation probably reserves the right to
> change this.
> 
> If you want to write JSPs into a deployed dir, deploy your war unpacked
> into JBoss' deploy/ dir (e.g. my.war/...).
> 
> If you really want to see what Jasper (Jetty's JSP engine) is doing,
> look in /tmp for directories that begin "Jetty".
> 
> If you want to know how to precompile your JSPs, so you can check all
> this in your development iteration, let me know and I will tell you how.
> 
> Does that cover it ?
> 
> Jules
> 
> 
> 
> Jonathan.O'[EMAIL PROTECTED] wrote:
>  >
>  > Folks,
>  > I have a feeling that the answer to this is "It doesn't", but if anyone
>  > knows better please let me know.
>  > Thanks,
>  > Jonathan O'Connor
>  > Ph: +353 1 872 3305
>  > Mob: +353 86 824 9736
>  > Fax: +353 1 873 3612
> 
> 
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 





---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Using Datasources the Tomcat way

[Sven Kuenzler]

I have an web application that is looking up DataSource's like they are 
provided in Tomcat[1]

The app tries to look them up like this:

Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup("java:comp/env");
DataSource ds = (DataSource)envCtx.lookup("jdbc/MyDS");

I have not managed to get this code working with JBoss 2.4.4-Tomcat. It 
keeps saying:

javax.naming.NamingException: Could not dereference object.  Root 
exception is java.lang.NullPointerException
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:418)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:333)
[...]

My mbean looks like this:

 jdbc/MyDS
 org.gjt.mm.mysql.MysqlDataSource ...


I can change the code above to

DataSource ds = (DataSource)initCtx.lookup("java:/jdbc/MyDS");

and it will work. So, the problem narrows down to some JNDI magic!?


Sven





---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] java.rmi.ServerException: null

[Dain Sundstrom]

I have no plans on back porting the changes, as they depend on other 
changes that are only in HEAD (it would probably take 2-3 days to 
backport).  I expect to see a 3.1 beta fairly soon.

-dain

Eric Kaplan wrote:
> I just happened to get this same thing today (ClassCastException).  Any ETA
> on when it
> will be fully incorporated in a new release of jboss?  Sorry if you answered
> this, but
> there were a lot of messages around this topic.
> 
> Eric
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sacha
> Labourey
> Sent: Wednesday, July 03, 2002 3:06 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] java.rmi.ServerException: null
> 
> 
> Ah, Ok, I hadn't seen that.
> 
> So, I guess it stops the discussion on HEAD.
> 
> Thank you for these changes Dain, it is a lot more clear like that now!
> 
> Cheers,
> 
> 
>   Sacha
> 
> 
>>-Message d'origine-
>>De : [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED]]De la part de Dain
>>Sundstrom
>>Envoyé : mercredi, 3 juillet 2002 20:52
>>À : [EMAIL PROTECTED]
>>Objet : Re: [JBoss-user] java.rmi.ServerException: null
>>
>>
>>I rewrote all of the exception handling earlier this week.  The new code
>>follows:
>>
>>// We inherited tx: Tell caller we marked for rollback only.
>>if (isLocal)
>>{
>>throw new TransactionRolledbackLocalException(
>>  cause.getMessage(),
>>  (Exception)cause);
>>}
>>else
>>{
>>TransactionRolledbackException ex =
>>  new TransactionRolledbackException(cause.getMessage());
>>ex.detail = cause;
>>throw ex;
>>}
>>
>>I don't remember what it looked like before, but most of the exception
>>handling was terrible.  I only made changes to HEAD as there were a lot
>>of files changed, and back porting is not easy anymore.
>>
>>-dain
>>
>>Sacha Labourey wrote:
>>
>>>Yes Dain,
>>>
>>>But if you take a look at the code that is involved, you will
>>
>>see that in
>>
>>>the Tx interceptor, the exception is wrapped in a
>>
>>ServerException and the
>>
>>>source exception is simply forgotten:
>>>
>>>  throw ex;
>>>  }
>>>  // OSH: Should this be wrapped?
>>>! ex = new ServerException(e.getMessage());
>>>  } else
>>>  // We inherited tx: Tell caller we marked for rollback
>>>only.
>>>  ex = new
>>
>>TransactionRolledbackException(e.getMessage());
>>
>>>
>>>the code takes the e.getMessage from the source exception as
>>
>>the message of
>>
>>>the new exception (called "ex") but that's all. I agree with Marius:
>>>something needs to be done. With Jdk1.4, the best way would be
>>
>>to set the
>>
>>>cause exception of "ex" to be "e" but as this is non-portable
>>
>>with 1.3.x, we
>>
>>>should do more than simply display the message.
>>>
>>>Cheers,
>>>
>>>
>>> Sacha
>>>
>>>
>>>
>>>
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de Dain
Sundstrom
Envoyé : mercredi, 3 juillet 2002 20:14
À : [EMAIL PROTECTED]
Objet : Re: [JBoss-user] java.rmi.ServerException: null


There is no magic.  All system exceptions are automatically logged by
the LogInterceptor.  Application exceptions are only logged if the call
tracing is turned on for the LogInterceptor, but this is not an
application exception.

-dain

JD Brennan wrote:


>So what's the magic change to log4j.xml that I set
>to get a stack trace in this case?  I've seen this too.
>
>Tx!
>JD
>
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, July 03, 2002 9:58 AM
>To: [EMAIL PROTECTED]
>Subject: Re: [JBoss-user] java.rmi.ServerException: null
>
>
>

http://sourceforge.net/tracker/index.php?func=detail&aid=562036&gr
oup_id=22866&atid=376687



>On Wed, Jul 03, 2002 at 04:20:34PM +0200, Sacha Labourey wrote:
>
>>Which patch?
>>
>>
>>>-Message d'origine-
>>>De : [EMAIL PROTECTED]
>>>[mailto:[EMAIL PROTECTED]]De la part de
>>>[EMAIL PROTECTED]
>>>Envoyé : mercredi, 3 juillet 2002 16:14
>>>À : [EMAIL PROTECTED]
>>>Objet : Re: [JBoss-user] java.rmi.ServerException: null
>>>
>>>
>>>Not to me either. Therefore I made a patch, but Scott Stark
>>>refused to apply it. He said that it was passible to get a better
>>>stacktrace by changing log4j.xml, but would unfortunately not set
>>>that as default :-(
>>>
>>>
>>>On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
>>>
thanks,

unforunately the error message doesn´t tell me very much :-) !

Regards,

Michael

RE: [JBoss-user] java.rmi.ServerException: null

[Eric Kaplan]

I just happened to get this same thing today (ClassCastException).  Any ETA
on when it
will be fully incorporated in a new release of jboss?  Sorry if you answered
this, but
there were a lot of messages around this topic.

Eric

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Sacha
Labourey
Sent: Wednesday, July 03, 2002 3:06 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] java.rmi.ServerException: null


Ah, Ok, I hadn't seen that.

So, I guess it stops the discussion on HEAD.

Thank you for these changes Dain, it is a lot more clear like that now!

Cheers,


Sacha

> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Dain
> Sundstrom
> Envoyé : mercredi, 3 juillet 2002 20:52
> À : [EMAIL PROTECTED]
> Objet : Re: [JBoss-user] java.rmi.ServerException: null
>
>
> I rewrote all of the exception handling earlier this week.  The new code
> follows:
>
> // We inherited tx: Tell caller we marked for rollback only.
> if (isLocal)
> {
> throw new TransactionRolledbackLocalException(
>   cause.getMessage(),
>   (Exception)cause);
> }
> else
> {
> TransactionRolledbackException ex =
>   new TransactionRolledbackException(cause.getMessage());
> ex.detail = cause;
> throw ex;
> }
>
> I don't remember what it looked like before, but most of the exception
> handling was terrible.  I only made changes to HEAD as there were a lot
> of files changed, and back porting is not easy anymore.
>
> -dain
>
> Sacha Labourey wrote:
> > Yes Dain,
> >
> > But if you take a look at the code that is involved, you will
> see that in
> > the Tx interceptor, the exception is wrapped in a
> ServerException and the
> > source exception is simply forgotten:
> >
> >   throw ex;
> >   }
> >   // OSH: Should this be wrapped?
> > ! ex = new ServerException(e.getMessage());
> >   } else
> >   // We inherited tx: Tell caller we marked for rollback
> > only.
> >   ex = new
> TransactionRolledbackException(e.getMessage());
> >
> >
> > the code takes the e.getMessage from the source exception as
> the message of
> > the new exception (called "ex") but that's all. I agree with Marius:
> > something needs to be done. With Jdk1.4, the best way would be
> to set the
> > cause exception of "ex" to be "e" but as this is non-portable
> with 1.3.x, we
> > should do more than simply display the message.
> >
> > Cheers,
> >
> >
> > Sacha
> >
> >
> >
> >>-Message d'origine-
> >>De : [EMAIL PROTECTED]
> >>[mailto:[EMAIL PROTECTED]]De la part de Dain
> >>Sundstrom
> >>Envoyé : mercredi, 3 juillet 2002 20:14
> >>À : [EMAIL PROTECTED]
> >>Objet : Re: [JBoss-user] java.rmi.ServerException: null
> >>
> >>
> >>There is no magic.  All system exceptions are automatically logged by
> >>the LogInterceptor.  Application exceptions are only logged if the call
> >>tracing is turned on for the LogInterceptor, but this is not an
> >>application exception.
> >>
> >>-dain
> >>
> >>JD Brennan wrote:
> >>
> >>>So what's the magic change to log4j.xml that I set
> >>>to get a stack trace in this case?  I've seen this too.
> >>>
> >>>Tx!
> >>>JD
> >>>
> >>>-Original Message-
> >>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> >>>Sent: Wednesday, July 03, 2002 9:58 AM
> >>>To: [EMAIL PROTECTED]
> >>>Subject: Re: [JBoss-user] java.rmi.ServerException: null
> >>>
> >>>
> >>>
> >>
> >>http://sourceforge.net/tracker/index.php?func=detail&aid=562036&gr
> >>oup_id=22866&atid=376687
> >>
> >> >>roup_id=22866&atid=376687>
> >>
> >>>
> >>>On Wed, Jul 03, 2002 at 04:20:34PM +0200, Sacha Labourey wrote:
> >>> > Which patch?
> >>> >
> >>> > > -Message d'origine-
> >>> > > De : [EMAIL PROTECTED]
> >>> > > [mailto:[EMAIL PROTECTED]]De la part de
> >>> > > [EMAIL PROTECTED]
> >>> > > Envoyé : mercredi, 3 juillet 2002 16:14
> >>> > > À : [EMAIL PROTECTED]
> >>> > > Objet : Re: [JBoss-user] java.rmi.ServerException: null
> >>> > >
> >>> > >
> >>> > > Not to me either. Therefore I made a patch, but Scott Stark
> >>> > > refused to apply it. He said that it was passible to get a better
> >>> > > stacktrace by changing log4j.xml, but would unfortunately not set
> >>> > > that as default :-(
> >>> > >
> >>> > >
> >>> > > On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> >>> > > > thanks,
> >>> > > >
> >>> > > > unforunately the error message doesn´t tell me very much :-) !
> >>> > > >
> >>> > > > Regards,
> >>> > > >
> >>> > > > Michael
> >>> > > >
> >>> > > >
> >>> > > > - Original Message -
> >>> > > > From: <[EMAIL PROTECTED]>
> >>> > > > To: <[EMAIL PROTECTED]>
> >>> > > > Sent: Wednesday, July 03, 2002 2:21 PM
> >>> > > > Subject: Re: [JBoss-user] java.rmi.ServerException: null
> >>> > > >

RE: [JBoss-user] java.rmi.ServerException: null

[Sacha Labourey]

Ah, Ok, I hadn't seen that.

So, I guess it stops the discussion on HEAD.

Thank you for these changes Dain, it is a lot more clear like that now!

Cheers,


Sacha

> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Dain
> Sundstrom
> Envoyé : mercredi, 3 juillet 2002 20:52
> À : [EMAIL PROTECTED]
> Objet : Re: [JBoss-user] java.rmi.ServerException: null
>
>
> I rewrote all of the exception handling earlier this week.  The new code
> follows:
>
> // We inherited tx: Tell caller we marked for rollback only.
> if (isLocal)
> {
> throw new TransactionRolledbackLocalException(
>   cause.getMessage(),
>   (Exception)cause);
> }
> else
> {
> TransactionRolledbackException ex =
>   new TransactionRolledbackException(cause.getMessage());
> ex.detail = cause;
> throw ex;
> }
>
> I don't remember what it looked like before, but most of the exception
> handling was terrible.  I only made changes to HEAD as there were a lot
> of files changed, and back porting is not easy anymore.
>
> -dain
>
> Sacha Labourey wrote:
> > Yes Dain,
> >
> > But if you take a look at the code that is involved, you will
> see that in
> > the Tx interceptor, the exception is wrapped in a
> ServerException and the
> > source exception is simply forgotten:
> >
> >   throw ex;
> >   }
> >   // OSH: Should this be wrapped?
> > ! ex = new ServerException(e.getMessage());
> >   } else
> >   // We inherited tx: Tell caller we marked for rollback
> > only.
> >   ex = new
> TransactionRolledbackException(e.getMessage());
> >
> >
> > the code takes the e.getMessage from the source exception as
> the message of
> > the new exception (called "ex") but that's all. I agree with Marius:
> > something needs to be done. With Jdk1.4, the best way would be
> to set the
> > cause exception of "ex" to be "e" but as this is non-portable
> with 1.3.x, we
> > should do more than simply display the message.
> >
> > Cheers,
> >
> >
> > Sacha
> >
> >
> >
> >>-Message d'origine-
> >>De : [EMAIL PROTECTED]
> >>[mailto:[EMAIL PROTECTED]]De la part de Dain
> >>Sundstrom
> >>Envoyé : mercredi, 3 juillet 2002 20:14
> >>À : [EMAIL PROTECTED]
> >>Objet : Re: [JBoss-user] java.rmi.ServerException: null
> >>
> >>
> >>There is no magic.  All system exceptions are automatically logged by
> >>the LogInterceptor.  Application exceptions are only logged if the call
> >>tracing is turned on for the LogInterceptor, but this is not an
> >>application exception.
> >>
> >>-dain
> >>
> >>JD Brennan wrote:
> >>
> >>>So what's the magic change to log4j.xml that I set
> >>>to get a stack trace in this case?  I've seen this too.
> >>>
> >>>Tx!
> >>>JD
> >>>
> >>>-Original Message-
> >>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> >>>Sent: Wednesday, July 03, 2002 9:58 AM
> >>>To: [EMAIL PROTECTED]
> >>>Subject: Re: [JBoss-user] java.rmi.ServerException: null
> >>>
> >>>
> >>>
> >>
> >>http://sourceforge.net/tracker/index.php?func=detail&aid=562036&gr
> >>oup_id=22866&atid=376687
> >>
> >> >>roup_id=22866&atid=376687>
> >>
> >>>
> >>>On Wed, Jul 03, 2002 at 04:20:34PM +0200, Sacha Labourey wrote:
> >>> > Which patch?
> >>> >
> >>> > > -Message d'origine-
> >>> > > De : [EMAIL PROTECTED]
> >>> > > [mailto:[EMAIL PROTECTED]]De la part de
> >>> > > [EMAIL PROTECTED]
> >>> > > Envoyé : mercredi, 3 juillet 2002 16:14
> >>> > > À : [EMAIL PROTECTED]
> >>> > > Objet : Re: [JBoss-user] java.rmi.ServerException: null
> >>> > >
> >>> > >
> >>> > > Not to me either. Therefore I made a patch, but Scott Stark
> >>> > > refused to apply it. He said that it was passible to get a better
> >>> > > stacktrace by changing log4j.xml, but would unfortunately not set
> >>> > > that as default :-(
> >>> > >
> >>> > >
> >>> > > On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> >>> > > > thanks,
> >>> > > >
> >>> > > > unforunately the error message doesn´t tell me very much :-) !
> >>> > > >
> >>> > > > Regards,
> >>> > > >
> >>> > > > Michael
> >>> > > >
> >>> > > >
> >>> > > > - Original Message -
> >>> > > > From: <[EMAIL PROTECTED]>
> >>> > > > To: <[EMAIL PROTECTED]>
> >>> > > > Sent: Wednesday, July 03, 2002 2:21 PM
> >>> > > > Subject: Re: [JBoss-user] java.rmi.ServerException: null
> >>> > > >
> >>> > > >
> >>> > > > > It is a runtime exception (like nullpointer,
> >>
> >>indexoutofbounds etc)
> >>
> >>> > > > happening in your bean.
> >>> > > > >
> >>> > > > > On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael
> >>
> >>Delamere wrote:
> >>
> >>> > > > > > Hi,
> >>> > > > > >
> >>> > > > > > When accessing my entity bean via my stateless session bean
> >>> > > I get the
> >>> > > > > > following error:
> >>> > > > > >
> >>> > > > > > =

Re: [JBoss-user] java.rmi.ServerException: null

[Dain Sundstrom]

I rewrote all of the exception handling earlier this week.  The new code 
follows:

// We inherited tx: Tell caller we marked for rollback only.
if (isLocal)
{
throw new TransactionRolledbackLocalException(
  cause.getMessage(),
  (Exception)cause);
}
else
{
TransactionRolledbackException ex =
  new TransactionRolledbackException(cause.getMessage());
ex.detail = cause;
throw ex;
}

I don't remember what it looked like before, but most of the exception 
handling was terrible.  I only made changes to HEAD as there were a lot 
of files changed, and back porting is not easy anymore.

-dain

Sacha Labourey wrote:
> Yes Dain,
> 
> But if you take a look at the code that is involved, you will see that in
> the Tx interceptor, the exception is wrapped in a ServerException and the
> source exception is simply forgotten:
> 
>   throw ex;
>   }
>   // OSH: Should this be wrapped?
> ! ex = new ServerException(e.getMessage());
>   } else
>   // We inherited tx: Tell caller we marked for rollback
> only.
>   ex = new TransactionRolledbackException(e.getMessage());
> 
> 
> the code takes the e.getMessage from the source exception as the message of
> the new exception (called "ex") but that's all. I agree with Marius:
> something needs to be done. With Jdk1.4, the best way would be to set the
> cause exception of "ex" to be "e" but as this is non-portable with 1.3.x, we
> should do more than simply display the message.
> 
> Cheers,
> 
> 
>   Sacha
> 
> 
> 
>>-Message d'origine-
>>De : [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED]]De la part de Dain
>>Sundstrom
>>Envoyé : mercredi, 3 juillet 2002 20:14
>>À : [EMAIL PROTECTED]
>>Objet : Re: [JBoss-user] java.rmi.ServerException: null
>>
>>
>>There is no magic.  All system exceptions are automatically logged by
>>the LogInterceptor.  Application exceptions are only logged if the call
>>tracing is turned on for the LogInterceptor, but this is not an
>>application exception.
>>
>>-dain
>>
>>JD Brennan wrote:
>>
>>>So what's the magic change to log4j.xml that I set
>>>to get a stack trace in this case?  I've seen this too.
>>>
>>>Tx!
>>>JD
>>>
>>>-Original Message-
>>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>>>Sent: Wednesday, July 03, 2002 9:58 AM
>>>To: [EMAIL PROTECTED]
>>>Subject: Re: [JBoss-user] java.rmi.ServerException: null
>>>
>>>
>>>
>>
>>http://sourceforge.net/tracker/index.php?func=detail&aid=562036&gr
>>oup_id=22866&atid=376687
>>
>>>roup_id=22866&atid=376687>
>>
>>>
>>>On Wed, Jul 03, 2002 at 04:20:34PM +0200, Sacha Labourey wrote:
>>> > Which patch?
>>> >
>>> > > -Message d'origine-
>>> > > De : [EMAIL PROTECTED]
>>> > > [mailto:[EMAIL PROTECTED]]De la part de
>>> > > [EMAIL PROTECTED]
>>> > > Envoyé : mercredi, 3 juillet 2002 16:14
>>> > > À : [EMAIL PROTECTED]
>>> > > Objet : Re: [JBoss-user] java.rmi.ServerException: null
>>> > >
>>> > >
>>> > > Not to me either. Therefore I made a patch, but Scott Stark
>>> > > refused to apply it. He said that it was passible to get a better
>>> > > stacktrace by changing log4j.xml, but would unfortunately not set
>>> > > that as default :-(
>>> > >
>>> > >
>>> > > On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
>>> > > > thanks,
>>> > > >
>>> > > > unforunately the error message doesn´t tell me very much :-) !
>>> > > >
>>> > > > Regards,
>>> > > >
>>> > > > Michael
>>> > > >
>>> > > >
>>> > > > - Original Message -
>>> > > > From: <[EMAIL PROTECTED]>
>>> > > > To: <[EMAIL PROTECTED]>
>>> > > > Sent: Wednesday, July 03, 2002 2:21 PM
>>> > > > Subject: Re: [JBoss-user] java.rmi.ServerException: null
>>> > > >
>>> > > >
>>> > > > > It is a runtime exception (like nullpointer,
>>
>>indexoutofbounds etc)
>>
>>> > > > happening in your bean.
>>> > > > >
>>> > > > > On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael
>>
>>Delamere wrote:
>>
>>> > > > > > Hi,
>>> > > > > >
>>> > > > > > When accessing my entity bean via my stateless session bean
>>> > > I get the
>>> > > > > > following error:
>>> > > > > >
>>> > > > > > =
>>> > > > > > 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
>>> > > > > > Embedded Exception
>>> > > > > > null; nested exception is:
>>> > > > > > javax.ejb.EJBException: null
>>> > > > > > Embedded Exception
>>> > > > > > null
>>> > > > > >
>>> > > > > > =
>>> > > > > >
>>> > > > > > Is this a common error that others have experienced or will
>>> > > I have to
>>> > > > dig
>>> > > > > > deeper?
>>> > > > > >
>>> > > > > > Thanks,
>>> > > > > >
>>> > > > > > Michael
>>> > > > > >
>>> > > > > >
>>> > > > > >
>>> > > > > > ---
>>> > > > > > This sf.net email i

RE: [JBoss-user] java.rmi.ServerException: null

[Sacha Labourey]

Dain,

I just meant that the way things are handled now is not good at all because
we miss very good (critical) debugging information.

Now, as for the submitted patch, I agree: it is ugly ;), not fixed at the
good place and don't do the good job.

I was only focusing on the issue, not on the patch.

Cheers,



Sacha

> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Dain
> Sundstrom
> Envoyé : mercredi, 3 juillet 2002 20:12
> À : [EMAIL PROTECTED]
> Objet : Re: [JBoss-user] java.rmi.ServerException: null
>
>
> I wouldn't accept the patch either.  If were were going to do this, we
> would need to perform the conversion immediately before the exception
> sent over the wire, and AbstractTxInterceptor is not that place.  Here
> is the code from the proposed patch:
>
> ex = new ServerException(e.getMessage() + "class:" + e.getClass());
> e.printStackTrace()
>
> This code does not actually add the stack trace, and the second line is
> simply not allowed by our coding guidelines (you use log.error("some
> message", e)).  If we were going to do this it would have to happen in
> org.jboss.invocation.jrmp.JRMPInvocation.  The real problem is you must
> also preserve the wrapped exception objects, which would make this code
> very difficult as you don't know what you are wrapping.
>
> This exact message is caused by a line somewhere in the application or
> in the JBoss code which looks like this:
>
> System.out.println(e)
>
> This is why you are not getting a stacktrace.  I know this because the
> message is coming out on the STDOUT category.
>
> -dain
>
> [EMAIL PROTECTED] wrote:
> >
> http://sourceforge.net/tracker/index.php?func=detail&aid=562036&gr
> oup_id=22866&atid=376687
> >
> > On Wed, Jul 03, 2002 at 04:20:34PM +0200, Sacha Labourey wrote:
> >
> >>Which patch?
> >>
> >>
> >>>-Message d'origine-
> >>>De : [EMAIL PROTECTED]
> >>>[mailto:[EMAIL PROTECTED]]De la part de
> >>>[EMAIL PROTECTED]
> >>>Envoyé : mercredi, 3 juillet 2002 16:14
> >>>À : [EMAIL PROTECTED]
> >>>Objet : Re: [JBoss-user] java.rmi.ServerException: null
> >>>
> >>>
> >>>Not to me either. Therefore I made a patch, but Scott Stark
> >>>refused to apply it. He said that it was passible to get a better
> >>>stacktrace by changing log4j.xml, but would unfortunately not set
> >>>that as default :-(
> >>>
> >>>
> >>>On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> >>>
> thanks,
> 
> unforunately the error message doesn´t tell me very much :-) !
> 
> Regards,
> 
> Michael
> 
> 
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, July 03, 2002 2:21 PM
> Subject: Re: [JBoss-user] java.rmi.ServerException: null
> 
> 
> 
> >It is a runtime exception (like nullpointer, indexoutofbounds etc)
> 
> happening in your bean.
> 
> >On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
> >
> >>Hi,
> >>
> >>When accessing my entity bean via my stateless session bean
> >
> >>>I get the
> >>>
> >>following error:
> >>
> >>=
> >>13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> >>Embedded Exception
> >>null; nested exception is:
> >>javax.ejb.EJBException: null
> >>Embedded Exception
> >>null
> >>
> >>=
> >>
> >>Is this a common error that others have experienced or will
> >
> >>>I have to
> >>>
> dig
> 
> >>deeper?
> >>
> >>Thanks,
> >>
> >>Michael
> >>
> >>
> >>
> >>---
> >>This sf.net email is sponsored by:ThinkGeek
> >>No, I will not fix your computer.
> >>http://thinkgeek.com/sf
> >>___
> >>JBoss-user mailing list
> >>[EMAIL PROTECTED]
> >>https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >--
> >MVH
> >Marius Kotsbak
> >Boost communications AS
> >
> >
> >---
> >This sf.net email is sponsored by:ThinkGeek
> >No, I will not fix your computer.
> >http://thinkgeek.com/sf
> >___
> >JBoss-user mailing list
> >[EMAIL PROTECTED]
> >https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> >>>
> >>>--
> >>>MVH
> >>>Marius Kotsbak
> >>>Boost

RE: [JBoss-user] java.rmi.ServerException: null

[Sacha Labourey]

Yes Dain,

But if you take a look at the code that is involved, you will see that in
the Tx interceptor, the exception is wrapped in a ServerException and the
source exception is simply forgotten:

  throw ex;
  }
  // OSH: Should this be wrapped?
! ex = new ServerException(e.getMessage());
  } else
  // We inherited tx: Tell caller we marked for rollback
only.
  ex = new TransactionRolledbackException(e.getMessage());


the code takes the e.getMessage from the source exception as the message of
the new exception (called "ex") but that's all. I agree with Marius:
something needs to be done. With Jdk1.4, the best way would be to set the
cause exception of "ex" to be "e" but as this is non-portable with 1.3.x, we
should do more than simply display the message.

Cheers,


Sacha


> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Dain
> Sundstrom
> Envoyé : mercredi, 3 juillet 2002 20:14
> À : [EMAIL PROTECTED]
> Objet : Re: [JBoss-user] java.rmi.ServerException: null
>
>
> There is no magic.  All system exceptions are automatically logged by
> the LogInterceptor.  Application exceptions are only logged if the call
> tracing is turned on for the LogInterceptor, but this is not an
> application exception.
>
> -dain
>
> JD Brennan wrote:
> > So what's the magic change to log4j.xml that I set
> > to get a stack trace in this case?  I've seen this too.
> >
> > Tx!
> > JD
> >
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, July 03, 2002 9:58 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [JBoss-user] java.rmi.ServerException: null
> >
> >
> >
> http://sourceforge.net/tracker/index.php?func=detail&aid=562036&gr
> oup_id=22866&atid=376687
> >
>  roup_id=22866&atid=376687>
> >
> >
> > On Wed, Jul 03, 2002 at 04:20:34PM +0200, Sacha Labourey wrote:
> >  > Which patch?
> >  >
> >  > > -Message d'origine-
> >  > > De : [EMAIL PROTECTED]
> >  > > [mailto:[EMAIL PROTECTED]]De la part de
> >  > > [EMAIL PROTECTED]
> >  > > Envoyé : mercredi, 3 juillet 2002 16:14
> >  > > À : [EMAIL PROTECTED]
> >  > > Objet : Re: [JBoss-user] java.rmi.ServerException: null
> >  > >
> >  > >
> >  > > Not to me either. Therefore I made a patch, but Scott Stark
> >  > > refused to apply it. He said that it was passible to get a better
> >  > > stacktrace by changing log4j.xml, but would unfortunately not set
> >  > > that as default :-(
> >  > >
> >  > >
> >  > > On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> >  > > > thanks,
> >  > > >
> >  > > > unforunately the error message doesn´t tell me very much :-) !
> >  > > >
> >  > > > Regards,
> >  > > >
> >  > > > Michael
> >  > > >
> >  > > >
> >  > > > - Original Message -
> >  > > > From: <[EMAIL PROTECTED]>
> >  > > > To: <[EMAIL PROTECTED]>
> >  > > > Sent: Wednesday, July 03, 2002 2:21 PM
> >  > > > Subject: Re: [JBoss-user] java.rmi.ServerException: null
> >  > > >
> >  > > >
> >  > > > > It is a runtime exception (like nullpointer,
> indexoutofbounds etc)
> >  > > > happening in your bean.
> >  > > > >
> >  > > > > On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael
> Delamere wrote:
> >  > > > > > Hi,
> >  > > > > >
> >  > > > > > When accessing my entity bean via my stateless session bean
> >  > > I get the
> >  > > > > > following error:
> >  > > > > >
> >  > > > > > =
> >  > > > > > 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> >  > > > > > Embedded Exception
> >  > > > > > null; nested exception is:
> >  > > > > > javax.ejb.EJBException: null
> >  > > > > > Embedded Exception
> >  > > > > > null
> >  > > > > >
> >  > > > > > =
> >  > > > > >
> >  > > > > > Is this a common error that others have experienced or will
> >  > > I have to
> >  > > > dig
> >  > > > > > deeper?
> >  > > > > >
> >  > > > > > Thanks,
> >  > > > > >
> >  > > > > > Michael
> >  > > > > >
> >  > > > > >
> >  > > > > >
> >  > > > > > ---
> >  > > > > > This sf.net email is sponsored by:ThinkGeek
> >  > > > > > No, I will not fix your computer.
> >  > > > > > http://thinkgeek.com/sf
> >  > > > > > ___
> >  > > > > > JBoss-user mailing list
> >  > > > > > [EMAIL PROTECTED]
> >  > > > > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >  > > > >
> >  > > > > --
> >  > > > > MVH
> >  > > > > Marius Kotsbak
> >  > > > > Boost communications AS
> >  > > > >
> >  > > > >
> >  > > > > ---
> >  > > > > This sf.net email is sponsored by:ThinkGeek
> >  > > > > No, I will not fix your computer.
> >  > > > > http://thinkge

Re: [JBoss-user] 3.0 running on linux

[awc]

I had the same problem with IBM JDK. Try JDK from jrockit.com.

.anil

Alex Loubyansky wrote:

> Hi guys,
>
> I am linux newbie. I can't run jboss on RedHat7.2. Probably, I'm
> missing something obvious, but not for me :)
>
> So, RedHat 7.2, JBoss-3.0/Jetty, IBMJava2-131. I am trying to run it
> as a root. I chown'ed jboss and jdk to root. And I get exceptions
> complaining to open a zip file. The exception is below.
> What do I miss?
>



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] java.rmi.ServerException: null

[JD Brennan]

Title: RE: [JBoss-user] java.rmi.ServerException: null





So what's the magic change to log4j.xml that I set
to get a stack trace in this case?  I've seen this too.


Tx!
JD


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 03, 2002 9:58 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] java.rmi.ServerException: null



http://sourceforge.net/tracker/index.php?func=detail&aid=562036&group_id=22866&atid=376687


On Wed, Jul 03, 2002 at 04:20:34PM +0200, Sacha Labourey wrote:
> Which patch?
> 
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]De la part de
> > [EMAIL PROTECTED]
> > Envoyé : mercredi, 3 juillet 2002 16:14
> > À : [EMAIL PROTECTED]
> > Objet : Re: [JBoss-user] java.rmi.ServerException: null
> >
> >
> > Not to me either. Therefore I made a patch, but Scott Stark
> > refused to apply it. He said that it was passible to get a better
> > stacktrace by changing log4j.xml, but would unfortunately not set
> > that as default :-(
> >
> >
> > On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> > > thanks,
> > >
> > > unforunately the error message doesn´t tell me very much :-) !
> > >
> > > Regards,
> > >
> > > Michael
> > >
> > >
> > > - Original Message -
> > > From: <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Wednesday, July 03, 2002 2:21 PM
> > > Subject: Re: [JBoss-user] java.rmi.ServerException: null
> > >
> > >
> > > > It is a runtime exception (like nullpointer, indexoutofbounds etc)
> > > happening in your bean.
> > > >
> > > > On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
> > > > > Hi,
> > > > >
> > > > > When accessing my entity bean via my stateless session bean
> > I get the
> > > > > following error:
> > > > >
> > > > > =
> > > > > 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> > > > > Embedded Exception
> > > > > null; nested exception is:
> > > > > javax.ejb.EJBException: null
> > > > > Embedded Exception
> > > > > null
> > > > >
> > > > > =
> > > > >
> > > > > Is this a common error that others have experienced or will
> > I have to
> > > dig
> > > > > deeper?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Michael
> > > > >
> > > > >
> > > > >
> > > > > ---
> > > > > This sf.net email is sponsored by:ThinkGeek
> > > > > No, I will not fix your computer.
> > > > > http://thinkgeek.com/sf
> > > > > ___
> > > > > JBoss-user mailing list
> > > > > [EMAIL PROTECTED]
> > > > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > > >
> > > > --
> > > > MVH
> > > > Marius Kotsbak
> > > > Boost communications AS
> > > >
> > > >
> > > > ---
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > No, I will not fix your computer.
> > > > http://thinkgeek.com/sf
> > > > ___
> > > > JBoss-user mailing list
> > > > [EMAIL PROTECTED]
> > > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > >
> > >
> > >
> > > ---
> > > This sf.net email is sponsored by:ThinkGeek
> > > No, I will not fix your computer.
> > > http://thinkgeek.com/sf
> > > ___
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> > --
> > MVH
> > Marius Kotsbak
> > Boost communications AS
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > No, I will not fix your computer.
> > http://thinkgeek.com/sf
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user


-- 
MVH
Marius Kotsbak
Boost communications AS



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Generic "settings" question

[LaBanca, Rick]

I have an app (ear war whatever) that I wish to deploy periodically. The app
has to have some external configuration inf (let's say some ip addresses,
names etc). This would be analagous to  windows ini  files, or the registry.
The goal being that sending another app will have those old settings right
there.

In j2ee generally, I would want to perhaps make a known jndi space and store
these simple settings that way. Or perhaps read a generic xml file for them.

My problem is I don't see a server neutral way to do it, or in jboss even a
specific way. I'm wondering if there is and I just don't see it.

My best (ugly) solution would be to depend in the system property user.home
and read a file there. Actually by end solution will be using a database,
but right now I'm going for something simpler. Any ideas (or hopefully what
did I miss!)

Rick


---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] java.rmi.ServerException: null

[marius]

http://sourceforge.net/tracker/index.php?func=detail&aid=562036&group_id=22866&atid=376687

On Wed, Jul 03, 2002 at 04:20:34PM +0200, Sacha Labourey wrote:
> Which patch?
> 
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]De la part de
> > [EMAIL PROTECTED]
> > Envoyé : mercredi, 3 juillet 2002 16:14
> > À : [EMAIL PROTECTED]
> > Objet : Re: [JBoss-user] java.rmi.ServerException: null
> >
> >
> > Not to me either. Therefore I made a patch, but Scott Stark
> > refused to apply it. He said that it was passible to get a better
> > stacktrace by changing log4j.xml, but would unfortunately not set
> > that as default :-(
> >
> >
> > On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> > > thanks,
> > >
> > > unforunately the error message doesn´t tell me very much :-) !
> > >
> > > Regards,
> > >
> > > Michael
> > >
> > >
> > > - Original Message -
> > > From: <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Wednesday, July 03, 2002 2:21 PM
> > > Subject: Re: [JBoss-user] java.rmi.ServerException: null
> > >
> > >
> > > > It is a runtime exception (like nullpointer, indexoutofbounds etc)
> > > happening in your bean.
> > > >
> > > > On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
> > > > > Hi,
> > > > >
> > > > > When accessing my entity bean via my stateless session bean
> > I get the
> > > > > following error:
> > > > >
> > > > > =
> > > > > 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> > > > > Embedded Exception
> > > > > null; nested exception is:
> > > > > javax.ejb.EJBException: null
> > > > > Embedded Exception
> > > > > null
> > > > >
> > > > > =
> > > > >
> > > > > Is this a common error that others have experienced or will
> > I have to
> > > dig
> > > > > deeper?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Michael
> > > > >
> > > > >
> > > > >
> > > > > ---
> > > > > This sf.net email is sponsored by:ThinkGeek
> > > > > No, I will not fix your computer.
> > > > > http://thinkgeek.com/sf
> > > > > ___
> > > > > JBoss-user mailing list
> > > > > [EMAIL PROTECTED]
> > > > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > > >
> > > > --
> > > > MVH
> > > > Marius Kotsbak
> > > > Boost communications AS
> > > >
> > > >
> > > > ---
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > No, I will not fix your computer.
> > > > http://thinkgeek.com/sf
> > > > ___
> > > > JBoss-user mailing list
> > > > [EMAIL PROTECTED]
> > > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > >
> > >
> > >
> > > ---
> > > This sf.net email is sponsored by:ThinkGeek
> > > No, I will not fix your computer.
> > > http://thinkgeek.com/sf
> > > ___
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> > --
> > MVH
> > Marius Kotsbak
> > Boost communications AS
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > No, I will not fix your computer.
> > http://thinkgeek.com/sf
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user

-- 
MVH
Marius Kotsbak
Boost communications AS


---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Question accessing EJB from command line.

[bryan hansen]

Sorry I just read that the other post said to make
sure that the JBoss/client directory was on the
classpath. I realize that I need it to point to my
apps directory so that is can find the classes it is
just that I wasn't sure that something was being
generated in that directory that I needed in my
classpath, but I realize that I just need to have my
compiled classes in my classpath.

Thanks for all your help people,

Bryan

--- Guy Rouillier <[EMAIL PROTECTED]> wrote:
> You deploy your EJB to the deploy directory.  You
> don't deploy your
> command-line client anywhere, you just run it,
> including in the classpath
> the necessary JBoss client jars and the home and
> remote interface classes
> for your EJB..
> 
> - Original Message -
> From: "bryan hansen" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, July 02, 2002 5:30 PM
> Subject: Re: [JBoss-user] Question accessing EJB
> from command line.
> 
> 
> > So should I not be deploying my appliction to the
> > default directory then? And instead be deploying
> it to
> > the client directory?
> >
> > Bryan
> >
> > --- Greg Turner <[EMAIL PROTECTED]>
> wrote:
> > > Here is the properties I use; its slightly
> different
> > > than yours because
> > > mine has 3 properties, not 2:
> > >
> > > Properties props = new Properties();
> > > props.put
> > >
> >
>
("java.naming.factory.initial","org.jnp.interfaces.NamingContextFactory");
> > >
> > > props.put
> > >
> ("java.naming.provider.url","jnp://localhost:1099");
> > > props.put
> > >
> >
>
("java.naming.factory.url.pkgs","org.jboss.naming:org.jnp.interfaces");
> > >
> > > Thats all you need.  Get context, ask context
> for
> > > home, etc.
> > >
> > > No stubs and skeletons to worry about.  JBoss
> does
> > > away with all that
> > > nonsense by using dynamic proxies.  Your command
> > > line app should be
> > > built and run by having the classpath point to
> the
> > > jars in the
> > > jboss_home/client.
> > >
> > > Greg
> > >
> > >
> > >
> > > bryan hansen wrote:
> > >
> > > > I was unable to find in the documentation how
> to
> > > > access and ejb from a command line
> application. I
> > > have
> > > > written a simple test class just to test the
> > > business
> > > > methods on an EJB. I am pretty sure that I
> need to
> > > get
> > > > the stubs and skeltons compiled to talk with
> the
> > > ejb,
> > > > but what is the best way to do this?
> > > >
> > > > I have an example that trys to access an ejb
> from
> > > the
> > > > command line and I get and AddressHome(my
> class)
> > > not
> > > > found exception. The sample code is:
> > > >
> > > > 
> > > >
> > > > env.put(Context.INITIAL_CONTEXT_FACTORY,
> > > > "org.jnp.interfaces.NamingContextFactory");
> > > > env.put(Context.PROVIDER_URL,
> > > "jnp://localhost:1099");
> > > >
> > > > InitialContext iniCtx = new
> InitialContext(env);
> > > > Object tmp = iniCtx.lookup("ejb/AddressEJB");
> > > > System.out.println("tmp " + tmp);
> > > >
> > > > 
> > > >
> > > > Thanks for any help,
> > > >
> > > > Bryan
> > > >
> > > >
> __
> > > > Do You Yahoo!?
> > > > Sign up for SBC Yahoo! Dial - First Month Free
> > > > http://sbc.yahoo.com
> > > >
> > > >
> > >
> >
>
---
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > Welcome to geek heaven.
> > > > http://thinkgeek.com/sf
> > > >
> ___
> > > > JBoss-user mailing list
> > > > [EMAIL PROTECTED]
> > > >
> > >
> >
>
https://lists.sourceforge.net/lists/listinfo/jboss-user
> > >
> > > --
> > > Greg Turner, JBoss Certified Consultant
> > >
> > > Tiburon Enterprise Systems
> > > http://www.tiburon-e-systems.com
> > > Box 1171
> > > Tiburon, CA 94920
> > > 415-332-3363
> > >
> > >
> > >
> > >
> > >
> >
>
---
> > > Sponsored by:
> > > ThinkGeek at http://www.ThinkGeek.com/
> > > ___
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > >
> >
>
https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
> > __
> > Do You Yahoo!?
> > Sign up for SBC Yahoo! Dial - First Month Free
> > http://sbc.yahoo.com
> >
> >
> >
>
---
> > Sponsored by:
> > ThinkGeek at http://www.ThinkGeek.com/
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> >
>
https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
> 
> 
> 
> 
>
---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
>
https://lists.sourceforge.net/lists/listinfo/jboss-user


__
Do Y

RE: [JBoss-user] JCA and wrong xid

[Buettner, Waltraud]

What does it mean, if I see in my trace the following line:
INFO  [LocalTxConnectionManager] getManagedConnection returning unassociated
connection

If I look at the code then this happens, if the statement below returns
null.
synchronized (txToManagedConnectionMap)
{
   mc = (ManagedConnection)txToManagedConnectionMap.get(tx);
}
And this returns null, if there is no put (I assume):
synchronized(txToManagedConnectionMap)
{
   txToManagedConnectionMap.put(currentTx,
this.getManagedConnection());
}
And the put doesn't occur, if currentXid is null, which is unfortunately the
case
according to my exception.

So where is currentXid set and how can I force that to be set?

thanks,
Waltraud


-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 03, 2002 2:23 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] JCA and wrong xid


The xids are used so the JTA tx manager can control the local transactions
in the adapter.  The LocalTXConnectionEventListener translates the JTA
calls using an xid into appropriate calls on the LocalTransaction.  Here,
it's checking to see it the calls are coming from the correct JTA
transaction/xid.

Can you provide details of how you are using the adapter (getting
connections, where tx boundaries are, if any errors occur from your
business code)? If you commit does the exception come from rollback or
commit?  Same stack trace?

I'm not sure if this could make a difference, but have you implemented
equals and hashcode in your ManagedConnectionFactory so they are based on
the ManagedConnectionFactory properties?

Thanks
david jencks


On 2002.07.03 05:37:40 -0400 "Buettner, Waltraud" wrote:
> Hi JBoss users,
> I have a problem with JCA and Transactions. 
> I'm using JBoss3.0.1.RC1 and my own
JCA-Local-Transaction-Resource-Adapter.
> My problem is, that neither commit nor rollback works. I always get the
> exception that "wrong xid in rollback/commit" expected null got
> 
> When looking at the JBoss code, I can see  the following statement: 
> if (xid != currentXid) 
>  {
> throw new XAException("wrong xid in rollback: expected: " +
> currentXid + ", got: " + xid);
>  } // end of if ()
> But why is xid not equals currentXid although I'm in a Local Transaction
> environment, where I 
> don't expect any Xids.
> 
> Has anyone had a similar problem and can give me a hint?
> 
> This is my stacktrace:
> 11:17:45,476 INFO  [STDOUT] CounterBean: get done
> 11:17:45,476 WARN  [TxCapsule] XAException: tx=XidImpl [FormatId=257,
> GlobalId=PCWBU3//3, BranchQual=] errorCode=XA_UNKNOWN(0)
> javax.transaction.xa.XAException: wrong xid in rollback: expected: null,
> got: XidImpl [FormatId=257, GlobalId=PCWBU3//3, BranchQual=1]
> at
>
org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectio
> nEventListener.rollback
> (LocalTxConnectionManager.java:640)
> at org.jboss.tm.TxCapsule.rollbackResources(TxCapsule.java:1727)
> at org.jboss.tm.TxCapsule.rollback(TxCapsule.java:441)
> at org.jboss.tm.TransactionImpl.rollback(TransactionImpl.java:83)
> at
>
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
> java:189)
> at
> org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61)
> at
> org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:183)
> at
>
org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:
> 380)
> at org.jboss.ejb.Container.invoke(Container.java:705)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
> at
> org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:362)
> at java.lang.reflect.Method.invoke(Native Method)
> at
> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241)
> at sun.rmi.transport.Transport$1.run(Transport.java:152)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:148)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465)
> at
>
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7
> 06)
> at java.lang.Thread.run(Thread.java:484)
> 11:17:45,492 INFO  [STDOUT] CounterBean: ejbRemove called
> 
> 
> many thanks,
> Waltraud
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 


---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thi

Re: [JBoss-user] JBoss 3.0 VM Crash -- Help!

[David Jencks]

Ive been getting similar errors recently (with a proprietary resource
adapter).  The only thing I've tried that's worked is to switch to JRockit,
which crashes on shutdown, but less frequently.

david jencks

On 2002.07.03 10:24:10 -0400 Javier A. Soltero wrote:
> Hi,
> 
> I've been having a strange problem with 3.0 recently where as its 
> deploying my EJB's the VM crashes and puts JBoss in a state where even a 
> restart/redeploy doesnt solve the problem. I have attached the stack 
> trace below. The beans are all entity beans which are pointed at a 
> Postgres 7.2 database running on the same host. The only way I have been 
> able to aleviate the problem (so as to help me debug the issue) is to 
> remove the ejb jar from the deploy directory, remove the 
> server/default/tmp directory, and restart the database. Not sure exactly 
> which one of these is really solving the problem.
> 
> Once I reset my environment and restart the server, the package can be 
> succesfully deployed. I then run a unit test (which is failing for on a 
> SQL error which I am trying to debug) and then the next time I try to 
> run the test, the whole VM crashes. It seems odd that the VM would crash 
> on account of some error in my application code.
> 
> I'm running RedHat 7.2/Sun JDK 1.3.1_02/JBoss 3.0/PostgreSQL 7.2
> 
> Any help greatly appreciated.
> 
> -javier
> 
> 
> 
> 07:15:22,353 INFO  [MainDeployer] Starting deployment of package: 
> 
>file:/home/javier/dev/jboss-3.0.0_tomcat-4.0.3/server/default/deploy/appdef-entities.jar
> 07:15:24,733 INFO  [EjbModule] Creating
> 07:15:25,007 INFO  [EjbModule] Deploying Application
> 07:15:26,090 INFO  [EjbModule] Deploying ApplicationType
> 07:15:26,281 INFO  [EjbModule] Deploying Ip
> 07:15:26,395 INFO  [EjbModule] Deploying Platform
> 07:15:26,526 INFO  [EjbModule] Deploying PlatformType
> 07:15:26,627 INFO  [EjbModule] Deploying Server
> 07:15:26,729 INFO  [EjbModule] Deploying ServerType
> 07:15:26,851 INFO  [EjbModule] Deploying Service
> 07:15:26,962 INFO  [EjbModule] Deploying ServiceType
> 07:15:27,050 INFO  [EjbModule] Deploying TierType
> 
> Unexpected Signal : 11 occurred at PC=0x40260aa5
> Function 
> name=field_set__10ReflectionP6jvalueP15fieldDescriptorG6Handle9BasicTypeP6Thread
> Library=/usr/local/jdk1.3.1_02/jre/lib/i386/server/libjvm.so
> 
> Current Java thread:
>  at java.lang.reflect.Field.set(Native Method)
>  at org.jboss.proxy.compiler.Runtime.makeProxyType(Runtime.java:73)
>  at 
> org.jboss.proxy.compiler.ProxyCompiler.(ProxyCompiler.java:76)
>  at 
> org.jboss.proxy.compiler.Proxies$Impl.newTarget(Proxies.java:580)
>  at org.jboss.proxy.compiler.Proxies.newTarget(Proxies.java:77)
>  at org.jboss.proxy.compiler.Proxy.newProxyInstance(Proxy.java:49)
>  at 
> 
>org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateBeanClassInstanceCommand.(JDBCCreateBeanClassInstanceCommand.java:52)
>  at 
> 
>org.jboss.ejb.plugins.cmp.jdbc.JDBCCommandFactory.createCreateBeanClassInstanceCommand(JDBCCommandFactory.java:97)
>  at 
> org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.create(JDBCStoreManager.java:357)
>  at 
> org.jboss.ejb.plugins.CMPPersistenceManager.create(CMPPersistenceManager.java:155)
>  at org.jboss.ejb.EntityContainer.create(EntityContainer.java:337)
>  at org.jboss.ejb.Container.invoke(Container.java:789)
>  at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055)
>  at 
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
>  at 
> org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:894)
>  at $Proxy6.create(Unknown Source)
>  at 
> org.jboss.system.ServiceController.create(ServiceController.java:272)
>  at java.lang.reflect.Method.invoke(Native Method)
>  at 
> 
>org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
>  at 
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
>  at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
>  at $Proxy13.create(Unknown Source)
>  at org.jboss.ejb.EjbModule.createService(EjbModule.java:392)
>  at 
> org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:134)
>  at java.lang.reflect.Method.invoke(Native Method)
>  at 
> 
>org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
>  at 
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
>  at 
> org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:894)
>  at $Proxy6.create(Unknown Source)
>  at 
> org.jboss.system.ServiceController.create(ServiceController.java:272)
>  at 
> org.jboss.system.ServiceController.create(ServiceController.java:212)
>  at java.lang.reflect.Method.invoke(Native Method)
>  at 
> 
>org.jbo

Re: [JBoss-user] java.rmi.ServerException: null

[Michael Delamere]

Hi,

these are the last lines of my server.log.  No stacktrace.

= ERROR =

2002-07-03 15:52:41,388 DEBUG
[org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.guestbook/Sequence]
Create: Rows affected = 1
2002-07-03 15:52:41,397 INFO  [STDOUT]  After NEXT SEQUENCE NUMBER 
2002-07-03 15:52:41,401 DEBUG
[org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.guestbook/gbEntry]
Create: pk=[.190.]
2002-07-03 15:52:41,402 DEBUG
[org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.guestbook/gbEntry]
Executing SQL: SELECT COUNT(*) FROM g
bEntries WHERE entry_id=?
2002-07-03 15:52:41,405 DEBUG
[org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.guestbook/gbEntry]
Executing SQL: INSERT INTO gbEntries
(entry_id, author_id, entry_name, entry_email, entry_url, entry_subject,
entry_text, entry_date, entry_views) VALUES (?, ?, ?, ?, ?, ?, ?, ?,
?)
2002-07-03 15:52:41,408 DEBUG
[org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.guestbook/gbEntry]
Create: Rows affected = 1
2002-07-03 15:52:41,448 INFO  [STDOUT] java.rmi.ServerException: null
Embedded Exception
null; nested exception is:
javax.ejb.EJBException: null
Embedded Exception
null
2002-07-03 15:58:08,137 DEBUG
[org.jboss.resource.connectionmanager.IdleRemover] run: IdleRemover
notifying pools, interval: 45
2002-07-03 16:05:38,147 DEBUG
[org.jboss.resource.connectionmanager.IdleRemover] run: IdleRemover
notifying pools, interval: 45
2
==

Thanks,

Michael


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 03, 2002 4:13 PM
Subject: Re: [JBoss-user] java.rmi.ServerException: null


> Not to me either. Therefore I made a patch, but Scott Stark refused to
apply it. He said that it was passible to get a better stacktrace by
changing log4j.xml, but would unfortunately not set that as default :-(
>
>
> On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> > thanks,
> >
> > unforunately the error message doesn´t tell me very much :-) !
> >
> > Regards,
> >
> > Michael
> >
> >
> > - Original Message -
> > From: <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, July 03, 2002 2:21 PM
> > Subject: Re: [JBoss-user] java.rmi.ServerException: null
> >
> >
> > > It is a runtime exception (like nullpointer, indexoutofbounds etc)
> > happening in your bean.
> > >
> > > On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
> > > > Hi,
> > > >
> > > > When accessing my entity bean via my stateless session bean I get
the
> > > > following error:
> > > >
> > > > =
> > > > 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> > > > Embedded Exception
> > > > null; nested exception is:
> > > > javax.ejb.EJBException: null
> > > > Embedded Exception
> > > > null
> > > >
> > > > =
> > > >
> > > > Is this a common error that others have experienced or will I have
to
> > dig
> > > > deeper?
> > > >
> > > > Thanks,
> > > >
> > > > Michael
> > > >
> > > >
> > > >
> > > > ---
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > No, I will not fix your computer.
> > > > http://thinkgeek.com/sf
> > > > ___
> > > > JBoss-user mailing list
> > > > [EMAIL PROTECTED]
> > > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > >
> > > --
> > > MVH
> > > Marius Kotsbak
> > > Boost communications AS
> > >
> > >
> > > ---
> > > This sf.net email is sponsored by:ThinkGeek
> > > No, I will not fix your computer.
> > > http://thinkgeek.com/sf
> > > ___
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > No, I will not fix your computer.
> > http://thinkgeek.com/sf
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
>
> --
> MVH
> Marius Kotsbak
> Boost communications AS
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jb

[JBoss-user] deadlock detection in JDK 1.4.1

[Bill Burke]

CooL!

Deadlock Detector in Java HotSpot VM
A deadlock detection utility has been added to the Java HotSpot VM. The
utility is invoked by a ctrl+\ (on Linux or the Solaris Operating
Environment) or a ctrl-break (on Microsoft Windows) on the command line
while an application is running. The utility detects Java-platform-level
deadlocks, including locking done from the Java Native Interface (JNI), the
Java Virtual Machine Profiler Interface (JVMPI), and Java Virtual Machine
Debug Interface (JVMDI).
When invoked, the utility displays a thread dump to standard out and
indicates any Java-platform-level deadlocks it detects. Refer to this sample
output. If the application is deadlocked because two or more threads are
involved in a cylce to acquire monitors, then the list of such threads and
monitors involved in the deadlocks are displayed. Note, however, that this
will not find deadlocks involving threads waiting on monitors on which no
signal will be forthcoming.




---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] JBoss 3.0 VM Crash -- Help!

[Javier A. Soltero]

Hi,

I've been having a strange problem with 3.0 recently where as its 
deploying my EJB's the VM crashes and puts JBoss in a state where even a 
restart/redeploy doesnt solve the problem. I have attached the stack 
trace below. The beans are all entity beans which are pointed at a 
Postgres 7.2 database running on the same host. The only way I have been 
able to aleviate the problem (so as to help me debug the issue) is to 
remove the ejb jar from the deploy directory, remove the 
server/default/tmp directory, and restart the database. Not sure exactly 
which one of these is really solving the problem.

Once I reset my environment and restart the server, the package can be 
succesfully deployed. I then run a unit test (which is failing for on a 
SQL error which I am trying to debug) and then the next time I try to 
run the test, the whole VM crashes. It seems odd that the VM would crash 
on account of some error in my application code.

I'm running RedHat 7.2/Sun JDK 1.3.1_02/JBoss 3.0/PostgreSQL 7.2

Any help greatly appreciated.

-javier



07:15:22,353 INFO  [MainDeployer] Starting deployment of package: 
file:/home/javier/dev/jboss-3.0.0_tomcat-4.0.3/server/default/deploy/appdef-entities.jar
07:15:24,733 INFO  [EjbModule] Creating
07:15:25,007 INFO  [EjbModule] Deploying Application
07:15:26,090 INFO  [EjbModule] Deploying ApplicationType
07:15:26,281 INFO  [EjbModule] Deploying Ip
07:15:26,395 INFO  [EjbModule] Deploying Platform
07:15:26,526 INFO  [EjbModule] Deploying PlatformType
07:15:26,627 INFO  [EjbModule] Deploying Server
07:15:26,729 INFO  [EjbModule] Deploying ServerType
07:15:26,851 INFO  [EjbModule] Deploying Service
07:15:26,962 INFO  [EjbModule] Deploying ServiceType
07:15:27,050 INFO  [EjbModule] Deploying TierType

Unexpected Signal : 11 occurred at PC=0x40260aa5
Function 
name=field_set__10ReflectionP6jvalueP15fieldDescriptorG6Handle9BasicTypeP6Thread
Library=/usr/local/jdk1.3.1_02/jre/lib/i386/server/libjvm.so

Current Java thread:
 at java.lang.reflect.Field.set(Native Method)
 at org.jboss.proxy.compiler.Runtime.makeProxyType(Runtime.java:73)
 at 
org.jboss.proxy.compiler.ProxyCompiler.(ProxyCompiler.java:76)
 at 
org.jboss.proxy.compiler.Proxies$Impl.newTarget(Proxies.java:580)
 at org.jboss.proxy.compiler.Proxies.newTarget(Proxies.java:77)
 at org.jboss.proxy.compiler.Proxy.newProxyInstance(Proxy.java:49)
 at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateBeanClassInstanceCommand.(JDBCCreateBeanClassInstanceCommand.java:52)
 at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCCommandFactory.createCreateBeanClassInstanceCommand(JDBCCommandFactory.java:97)
 at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.create(JDBCStoreManager.java:357)
 at 
org.jboss.ejb.plugins.CMPPersistenceManager.create(CMPPersistenceManager.java:155)
 at org.jboss.ejb.EntityContainer.create(EntityContainer.java:337)
 at org.jboss.ejb.Container.invoke(Container.java:789)
 at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055)
 at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
 at 
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:894)
 at $Proxy6.create(Unknown Source)
 at 
org.jboss.system.ServiceController.create(ServiceController.java:272)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
 at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
 at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
 at $Proxy13.create(Unknown Source)
 at org.jboss.ejb.EjbModule.createService(EjbModule.java:392)
 at 
org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:134)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
 at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
 at 
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:894)
 at $Proxy6.create(Unknown Source)
 at 
org.jboss.system.ServiceController.create(ServiceController.java:272)
 at 
org.jboss.system.ServiceController.create(ServiceController.java:212)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
 at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
 at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
 at $Proxy5.create(Unknown Source)
 at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:380)
 at org.jboss.deployment.MainDeployer.create(MainDeployer.java:637)
 at org.jboss.deployment.MainDeployer.d

RE: [JBoss-user] java.rmi.ServerException: null

[Sacha Labourey]

Which patch?

> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de
> [EMAIL PROTECTED]
> Envoyé : mercredi, 3 juillet 2002 16:14
> À : [EMAIL PROTECTED]
> Objet : Re: [JBoss-user] java.rmi.ServerException: null
>
>
> Not to me either. Therefore I made a patch, but Scott Stark
> refused to apply it. He said that it was passible to get a better
> stacktrace by changing log4j.xml, but would unfortunately not set
> that as default :-(
>
>
> On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> > thanks,
> >
> > unforunately the error message doesn´t tell me very much :-) !
> >
> > Regards,
> >
> > Michael
> >
> >
> > - Original Message -
> > From: <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, July 03, 2002 2:21 PM
> > Subject: Re: [JBoss-user] java.rmi.ServerException: null
> >
> >
> > > It is a runtime exception (like nullpointer, indexoutofbounds etc)
> > happening in your bean.
> > >
> > > On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
> > > > Hi,
> > > >
> > > > When accessing my entity bean via my stateless session bean
> I get the
> > > > following error:
> > > >
> > > > =
> > > > 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> > > > Embedded Exception
> > > > null; nested exception is:
> > > > javax.ejb.EJBException: null
> > > > Embedded Exception
> > > > null
> > > >
> > > > =
> > > >
> > > > Is this a common error that others have experienced or will
> I have to
> > dig
> > > > deeper?
> > > >
> > > > Thanks,
> > > >
> > > > Michael
> > > >
> > > >
> > > >
> > > > ---
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > No, I will not fix your computer.
> > > > http://thinkgeek.com/sf
> > > > ___
> > > > JBoss-user mailing list
> > > > [EMAIL PROTECTED]
> > > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > >
> > > --
> > > MVH
> > > Marius Kotsbak
> > > Boost communications AS
> > >
> > >
> > > ---
> > > This sf.net email is sponsored by:ThinkGeek
> > > No, I will not fix your computer.
> > > http://thinkgeek.com/sf
> > > ___
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > No, I will not fix your computer.
> > http://thinkgeek.com/sf
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
>
> --
> MVH
> Marius Kotsbak
> Boost communications AS
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] java.rmi.ServerException: null

[marius]

Not to me either. Therefore I made a patch, but Scott Stark refused to apply it. He 
said that it was passible to get a better stacktrace by changing log4j.xml, but would 
unfortunately not set that as default :-(


On Wed, Jul 03, 2002 at 03:02:09PM +0200, Michael Delamere wrote:
> thanks,
> 
> unforunately the error message doesn´t tell me very much :-) !
> 
> Regards,
> 
> Michael
> 
> 
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, July 03, 2002 2:21 PM
> Subject: Re: [JBoss-user] java.rmi.ServerException: null
> 
> 
> > It is a runtime exception (like nullpointer, indexoutofbounds etc)
> happening in your bean.
> >
> > On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
> > > Hi,
> > >
> > > When accessing my entity bean via my stateless session bean I get the
> > > following error:
> > >
> > > =
> > > 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> > > Embedded Exception
> > > null; nested exception is:
> > > javax.ejb.EJBException: null
> > > Embedded Exception
> > > null
> > >
> > > =
> > >
> > > Is this a common error that others have experienced or will I have to
> dig
> > > deeper?
> > >
> > > Thanks,
> > >
> > > Michael
> > >
> > >
> > >
> > > ---
> > > This sf.net email is sponsored by:ThinkGeek
> > > No, I will not fix your computer.
> > > http://thinkgeek.com/sf
> > > ___
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> > --
> > MVH
> > Marius Kotsbak
> > Boost communications AS
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > No, I will not fix your computer.
> > http://thinkgeek.com/sf
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user

-- 
MVH
Marius Kotsbak
Boost communications AS


---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] 3.0 running on linux

[Miroslav . Chowaniok]

Make sure you kill all java processes before starting jboss. (ps -A to
display everythying and then kill -9 *pid*)

Then
chown jboss -R $JBOSS_HOME
chgrp jboss -R $JBOSS_HOME
chmod g+s $JBOSS_HOME

This way you will be able to start jboss as jboss user as well and when you
deploy ears as yourself, they will inherit the jboss group id, and not
yours.






---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] JCA and wrong xid

[Buettner, Waltraud]

Currently I'm using container managed transaction in my bean.
The business method includes a
getConnection()
do something
close() connection (-->event listener is notified)
and then I expect a commit(), but in 
org.jboss.ejb.plugins.TxInterceptorCMT.java:line 189 a rollback is forced 
(see below).

// Marked rollback
if (newTransaction.getStatus() == Status.STATUS_MARKED_ROLLBACK)
 {
newTransaction.rollback();
 }

I still wonder why the transaction status is marked as rollback,
although no error has happened in my EJBean code. This example
works with other application servers, so the code in general should be ok.

How can I force to get more trace? 
Currently I switched on trace in log4j.xml in the following way:
  

  
Is this ok? 


thanks,
Waltraud
 
P.S.I've seen, that in th jboss.jboss.ejb.plugins.* area are a lot
of changes regarding local transactions. Perhaps I just have to 
wait for the next patch level ?

-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 03, 2002 2:23 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] JCA and wrong xid


The xids are used so the JTA tx manager can control the local transactions
in the adapter.  The LocalTXConnectionEventListener translates the JTA
calls using an xid into appropriate calls on the LocalTransaction.  Here,
it's checking to see it the calls are coming from the correct JTA
transaction/xid.

Can you provide details of how you are using the adapter (getting
connections, where tx boundaries are, if any errors occur from your
business code)? If you commit does the exception come from rollback or
commit?  Same stack trace?

I'm not sure if this could make a difference, but have you implemented
equals and hashcode in your ManagedConnectionFactory so they are based on
the ManagedConnectionFactory properties?

Thanks
david jencks


On 2002.07.03 05:37:40 -0400 "Buettner, Waltraud" wrote:
> Hi JBoss users,
> I have a problem with JCA and Transactions. 
> I'm using JBoss3.0.1.RC1 and my own
JCA-Local-Transaction-Resource-Adapter.
> My problem is, that neither commit nor rollback works. I always get the
> exception that "wrong xid in rollback/commit" expected null got
> 
> When looking at the JBoss code, I can see  the following statement: 
> if (xid != currentXid) 
>  {
> throw new XAException("wrong xid in rollback: expected: " +
> currentXid + ", got: " + xid);
>  } // end of if ()
> But why is xid not equals currentXid although I'm in a Local Transaction
> environment, where I 
> don't expect any Xids.
> 
> Has anyone had a similar problem and can give me a hint?
> 
> This is my stacktrace:
> 11:17:45,476 INFO  [STDOUT] CounterBean: get done
> 11:17:45,476 WARN  [TxCapsule] XAException: tx=XidImpl [FormatId=257,
> GlobalId=PCWBU3//3, BranchQual=] errorCode=XA_UNKNOWN(0)
> javax.transaction.xa.XAException: wrong xid in rollback: expected: null,
> got: XidImpl [FormatId=257, GlobalId=PCWBU3//3, BranchQual=1]
> at
>
org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectio
> nEventListener.rollback
> (LocalTxConnectionManager.java:640)
> at org.jboss.tm.TxCapsule.rollbackResources(TxCapsule.java:1727)
> at org.jboss.tm.TxCapsule.rollback(TxCapsule.java:441)
> at org.jboss.tm.TransactionImpl.rollback(TransactionImpl.java:83)
> at
>
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
> java:189)
> at
> org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61)
> at
> org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:183)
> at
>
org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:
> 380)
> at org.jboss.ejb.Container.invoke(Container.java:705)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
> at
> org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:362)
> at java.lang.reflect.Method.invoke(Native Method)
> at
> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241)
> at sun.rmi.transport.Transport$1.run(Transport.java:152)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:148)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465)
> at
>
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7
> 06)
> at java.lang.Thread.run(Thread.java:484)
> 11:17:45,492 INFO  [STDOUT] CounterBean: ejbRemove called
> 
> 
> many thanks,
> Waltraud
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> ht

Re: [JBoss-user] Find method

[Dain Sundstrom]

This looks like a bad query and not a bug (that has been fixed).  The 
error says that you are trying to use the >= operator to compare two 
things that do not support the the >= operator.  The only type that 
supports the >= operator is arithmetic (short, int, long, float, double 
and the primitive wrappers).

-dain

Alex Loubyansky wrote:
> Hello conrad,
> 
> it's fixed in cvs for 3.0 and upper, AFAIK.
> 
> Wednesday, July 03, 2002, 2:00:50 PM, you wrote:
> 
> c> Hi
> 
> c> I'm using JBoss-3.0.0_tomcat-4.0.3 and xdoclet 1.1.2 and sometimes during 
>deploying I got following 
> c> error:
> 
> c> org.jboss.deployment.DeploymentException: Error compiling ejbql; - nested 
>throwable: 
> c> (org.jboss.ejb.plugins.cmp.ejbql.ParseException: Encountered ">=" at line 1, 
>column 81.
> c> Was expecting one of:
> c>  "=" ...
> c>  "<>" ...
> c>  )
> 
> c> How can I solve it?
> c> More logs attached
> 
> c> regards conrad
> 


-- 

Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC




---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] java.rmi.ServerException: null

[Dain Sundstrom]

What is the stack trace?  Is this the exception you are getting in a 
remote client?  If so, Java does not sent the stacktrace over the wire 
(I hear that 1.4 fixes that).  The stacktrace should be written in the 
server.log file (on the server).

-dain

Michael Delamere wrote:
> thanks,
> 
> unforunately the error message doesn´t tell me very much :-) !
> 
> Regards,
> 
> Michael
> 
> 
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, July 03, 2002 2:21 PM
> Subject: Re: [JBoss-user] java.rmi.ServerException: null
> 
> 
> 
>>It is a runtime exception (like nullpointer, indexoutofbounds etc)
> 
> happening in your bean.
> 
>>On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
>>
>>>Hi,
>>>
>>>When accessing my entity bean via my stateless session bean I get the
>>>following error:
>>>
>>>=
>>>13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
>>>Embedded Exception
>>>null; nested exception is:
>>>javax.ejb.EJBException: null
>>>Embedded Exception
>>>null
>>>
>>>=
>>>
>>>Is this a common error that others have experienced or will I have to
>>
> dig
> 
>>>deeper?
>>>
>>>Thanks,
>>>
>>>Michael
>>>
>>>
>>>
>>>---
>>>This sf.net email is sponsored by:ThinkGeek
>>>No, I will not fix your computer.
>>>http://thinkgeek.com/sf
>>>___
>>>JBoss-user mailing list
>>>[EMAIL PROTECTED]
>>>https://lists.sourceforge.net/lists/listinfo/jboss-user
>>
>>--
>>MVH
>>Marius Kotsbak
>>Boost communications AS
>>
>>
>>---
>>This sf.net email is sponsored by:ThinkGeek
>>No, I will not fix your computer.
>>http://thinkgeek.com/sf
>>___
>>JBoss-user mailing list
>>[EMAIL PROTECTED]
>>https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [jetty-discuss] Re: [JBoss-user] Where does Jetty store its compiledJSPs?

[Jonathan . O'Connor]

No, we are happy using Jetty, but we need a better way of developing. That's all I'm looking for.
As Jasper is the JSP compiler, is it easy to make an ant task to compile the source using Jasper?
Ciao,
Jonathan O'Connor
Ph: +353 1 872 3305
Mob: +353 86 824 9736
Fax: +353 1 873 3612






Greg Wilkins <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
03.07.2002 12:36
Please respond to jboss-user

        
        To:        [EMAIL PROTECTED]
        cc:        [EMAIL PROTECTED]
        Subject:        Re: [jetty-discuss] Re: [JBoss-user] Where does Jetty store its compiled JSPs?



Well not exactly correct.   The specs do define temp directories
both as JVM attributes and ServletContext attributes.

Jetty respects both of these and so does Jasper (the JSP engine).

Jasper also has the scratchdir init param to control where it
puts it's temp files and you can also set other init params to
tell jasper to use any precompiles JSPs it finds there.

If that is what you are after, just using org.apache.jasper.JspC
is probably a better idea.

cheers


Jules Gosnell wrote:
> This would go better on [EMAIL PROTECTED]
> 
> I'd have to counter with a question...
> 
> Why do you want know ?
> 
> 
> Wherever it stores them is proprietary implementation and not defined by 
> the spec. Therefore the implementation probably reserves the right to 
> change this.
> 
> If you want to write JSPs into a deployed dir, deploy your war unpacked 
> into JBoss' deploy/ dir (e.g. my.war/...).
> 
> If you really want to see what Jasper (Jetty's JSP engine) is doing, 
> look in /tmp for directories that begin "Jetty".
> 
> If you want to know how to precompile your JSPs, so you can check all 
> this in your development iteration, let me know and I will tell you how.
> 
> Does that cover it ?
> 
> Jules
> 
> 
> 
> Jonathan.O'[EMAIL PROTECTED] wrote:
> 
>>Folks,
>>I have a feeling that the answer to this is "It doesn't", but if anyone 
>>knows better please let me know.
>>Thanks,
>>Jonathan O'Connor
>>Ph: +353 1 872 3305
>>Mob: +353 86 824 9736
>>Fax: +353 1 873 3612
> 
> 
> 
> 
> 
> For the latest information about Jetty, please see http://jetty.mortbay.org
> 
> To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss 
> 
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 
> 


-- 
Greg Wilkins<[EMAIL PROTECTED]>                http://www.mortbay.com
Mort Bay Consulting Pty. Ltd. AU.                    +61(0)29977 2395
Mort Bay Consulting Limited. England UK.             +44(0)7092063462



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] 3.0 running on linux

[Alex Loubyansky]

Hi guys,

I am linux newbie. I can't run jboss on RedHat7.2. Probably, I'm
missing something obvious, but not for me :)

So, RedHat 7.2, JBoss-3.0/Jetty, IBMJava2-131. I am trying to run it
as a root. I chown'ed jboss and jdk to root. And I get exceptions
complaining to open a zip file. The exception is below.
What do I miss?

And one more questions after stopping (what was started) with ^C I see many
java processes keep on running. And ports are bound. So next attempts
to run jboss give exceptions about bound ports. Probably, it's FAQ but
the site seems to be down now.

TIA,
alex

2002-07-03 15:45:40,032 ERROR [STDERR] java.util.zip.ZipException: error in opening 
zip file
2002-07-03 15:45:40,034 ERROR [STDERR]  at java.util.zip.ZipFile.open(Native Method)
2002-07-03 15:45:40,036 ERROR [STDERR]  at 
java.util.zip.ZipFile.(ZipFile.java:127)
2002-07-03 15:45:40,039 ERROR [STDERR]  at 
java.util.jar.JarFile.(JarFile.java:138)
2002-07-03 15:45:40,041 ERROR [STDERR]  at 
java.util.jar.JarFile.(JarFile.java:80)
2002-07-03 15:45:40,051 ERROR [STDERR]  at 
sun.misc.URLClassPath$JarLoader.getJarFile(URLClassPath.java:526)
2002-07-03 15:45:40,054 ERROR [STDERR]  at 
sun.misc.URLClassPath$JarLoader.(URLClassPath.java:491)
2002-07-03 15:45:40,056 ERROR [STDERR]  at 
sun.misc.URLClassPath$2.run(URLClassPath.java:287)
2002-07-03 15:45:40,059 ERROR [STDERR]  at 
java.security.AccessController.doPrivileged(Native Method)
2002-07-03 15:45:40,062 ERROR [STDERR]  at 
sun.misc.URLClassPath.getLoader(URLClassPath.java(Compiled Code))
2002-07-03 15:45:40,064 ERROR [STDERR]  at 
sun.misc.URLClassPath.getLoader(URLClassPath.java(Compiled Code))
2002-07-03 15:45:40,067 ERROR [STDERR]  at 
sun.misc.URLClassPath.getResource(URLClassPath.java(Compiled Code))
2002-07-03 15:45:40,069 ERROR [STDERR]  at 
java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java(Compiled Code))
2002-07-03 15:45:40,072 ERROR [STDERR]  at 
java.security.AccessController.doPrivileged(Native Method)
2002-07-03 15:45:40,075 ERROR [STDERR]  at 
java.net.URLClassLoader.findClass(URLClassLoader.java(Compiled Code))
2002-07-03 15:45:40,076 ERROR [STDERR]  at 
org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoader.java:226)
2002-07-03 15:45:40,079 ERROR [STDERR]  at 
java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code))
2002-07-03 15:45:40,081 ERROR [STDERR]  at 
org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:234)
2002-07-03 15:45:40,083 ERROR [STDERR]  at 
org.jboss.mx.loading.UnifiedLoaderRepository.loadClassFromClassLoader(UnifiedLoaderRepository.java:472)
2002-07-03 15:45:40,085 ERROR [STDERR]  at 
org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:173)
2002-07-03 15:45:40,087 ERROR [STDERR]  at 
org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:283)
2002-07-03 15:45:40,089 ERROR [STDERR]  at 
java.lang.ClassLoader.loadClass(ClassLoader.java:445)
2002-07-03 15:45:40,091 ERROR [STDERR]  at 
org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:764)
2002-07-03 15:45:40,092 ERROR [STDERR]  at 
org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:240)
2002-07-03 15:45:40,094 ERROR [STDERR]  at 
org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:267)
2002-07-03 15:45:40,095 ERROR [STDERR]  at 
org.jboss.system.ServiceCreator.install(ServiceCreator.java:86)
2002-07-03 15:45:40,097 ERROR [STDERR]  at 
org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:167)
2002-07-03 15:45:40,099 ERROR [STDERR]  at 
org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:130)
2002-07-03 15:45:40,100 ERROR [STDERR]  at 
org.jboss.system.ServiceController.install(ServiceController.java:217)
2002-07-03 15:45:40,103 ERROR [STDERR]  at java.lang.reflect.Method.invoke(Native 
Method)
2002-07-03 15:45:40,105 ERROR [STDERR]  at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
2002-07-03 15:45:40,106 ERROR [STDERR]  at 
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
2002-07-03 15:45:40,108 ERROR [STDERR]  at 
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
2002-07-03 15:45:40,109 ERROR [STDERR]  at $Proxy3.install(Unknown Source)
2002-07-03 15:45:40,111 ERROR [STDERR]  at 
org.jboss.deployment.SARDeployer.create(SARDeployer.java:206)
2002-07-03 15:45:40,112 ERROR [STDERR]  at 
org.jboss.deployment.MainDeployer.create(MainDeployer.java:740)
2002-07-03 15:45:40,114 ERROR [STDERR]  at 
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:614)
2002-07-03 15:45:40,115 ERROR [STDERR]  at 
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:581)
2002-07-03 15:45:40,118 ERROR [STDERR]  at java.lang.reflect.Method.invoke(Native 
Method)
2002-07-03 15:45:40,120 ERROR [STDERR]  at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
2002-07-03 15:45:40,121 ERROR [STDERR]  

Re: [JBoss-user] Find method

[Alex Loubyansky]

Hello conrad,

it's fixed in cvs for 3.0 and upper, AFAIK.

Wednesday, July 03, 2002, 2:00:50 PM, you wrote:

c> Hi

c> I'm using JBoss-3.0.0_tomcat-4.0.3 and xdoclet 1.1.2 and sometimes during deploying 
I got following 
c> error:

c> org.jboss.deployment.DeploymentException: Error compiling ejbql; - nested 
throwable: 
c> (org.jboss.ejb.plugins.cmp.ejbql.ParseException: Encountered ">=" at line 1, column 
81.
c> Was expecting one of:
c>  "=" ...
c>  "<>" ...
c>  )

c> How can I solve it?
c> More logs attached

c> regards conrad

-- 
Best regards,
 Alex Loubyansky




---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] java.rmi.ServerException: null

[Michael Delamere]

thanks,

unforunately the error message doesn´t tell me very much :-) !

Regards,

Michael


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 03, 2002 2:21 PM
Subject: Re: [JBoss-user] java.rmi.ServerException: null


> It is a runtime exception (like nullpointer, indexoutofbounds etc)
happening in your bean.
>
> On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
> > Hi,
> >
> > When accessing my entity bean via my stateless session bean I get the
> > following error:
> >
> > =
> > 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> > Embedded Exception
> > null; nested exception is:
> > javax.ejb.EJBException: null
> > Embedded Exception
> > null
> >
> > =
> >
> > Is this a common error that others have experienced or will I have to
dig
> > deeper?
> >
> > Thanks,
> >
> > Michael
> >
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > No, I will not fix your computer.
> > http://thinkgeek.com/sf
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
>
> --
> MVH
> Marius Kotsbak
> Boost communications AS
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] jboss 3.0.0 ldap ExternalContext

[Holger Veltrup]

Hi,

I try do integrate a LDAP-Server as external context into the JBoss 3.0.0 Server.

I create a new Service (ldap-service.xml) like this:











  
  

  
external/ldap/test
file:///opt/jboss-3.0.0_tomcat-4.0.3/server/myserver/conf/ldap.properties
javax.naming.ldap.InitialLdapContext
true
  
  



The ldap.properties:
java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory
java.naming.security.principal=cn=admin, o=Test
java.naming.security.authentication=simple
java.naming.security.credentials=secret


The External Context is succesfull integreated and started.

But when I use the JNDIView - Tool, I found the following Message for MBean Attribut 
'Properties' of Service 'external/ldap/test':

Type Not Supported: 
[{java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory,
java.naming.security.authentication=simple,
java.naming.security.principal=cn=admin,o=Test,
java.naming.security.credentials=secret}]

many thanks,

Holger


---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] Does JBoss 3.0.0 final fully support Abstract EJB2.0 Entity Beans?

[Pavel Kolesnikov]

On Wed, 3 Jul 2002, Allan Kamau wrote:

> I’ve tried deploying entity beans that I had written
> following the EJB 2.0 specification, where I don’t
> explicitly define the bean class fields/cmp fields but
> rather define only the abstract set/get methods for
> the class variables.

It works for me very well.

> However I seen errors during
> deployment indicating that the bean class may not be
> defined as abstract. When I reverted back to writing
> the Bean class using the EJB 1.1 specification where I
> explicitly define the CMP fields like  public

EJB 2.0 deployment descriptor should start with

http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd";>

If you are using EJB 1.1 DTD, it makes JBoss to think
you're deploying EJB 1.1 beans.

Pavel



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Does JBoss 3.0.0 final fully support Abstract EJB 2.0 Entity Beans?

[Sacha Labourey]

Please provide your code. Check that your *class* is also abstract:

public abstract class MyCMPBean ...
   

> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Allan Kamau
> Envoye : mercredi, 3 juillet 2002 14:11
> A : [EMAIL PROTECTED]
> Objet : [JBoss-user] Does JBoss 3.0.0 final fully support Abstract EJB
> 2.0 Entity Beans?
>
>
> Ive tried deploying entity beans that I had written
> following the EJB 2.0 specification, where I dont
> explicitly define the bean class fields/cmp fields but
> rather define only the abstract set/get methods for
> the class variables. However I seen errors during
> deployment indicating that the bean class may not be
> defined as abstract. When I reverted back to writing
> the Bean class using the EJB 1.1 specification where I
> explicitly define the CMP fields like  public
> Integer id;  and explicitly write code for
> each get/set method, the application deploys fine. The
> table is created and I can use the entity bean.
> Does this mean JBoss 3.0.0 doesnt fully support EJB
> 2.0 specification?. I also noticed that I could not
> use the overloaded create() method (create())
> as defined in the new EJB 2.0 specification like
>  public Integer ejbCreateAddress(String
> street, String Box, String city){ //some code }
> 
>
>
> Allan Kamau
> Web Developer
> ICIPE.org
> Tel: +254-2-861680-4/802501 Ext 2116
>
>
>
> __
> Do You Yahoo!?
> Sign up for SBC Yahoo! Dial - First Month Free
> http://sbc.yahoo.com
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] JCA and wrong xid

[David Jencks]

The xids are used so the JTA tx manager can control the local transactions
in the adapter.  The LocalTXConnectionEventListener translates the JTA
calls using an xid into appropriate calls on the LocalTransaction.  Here,
it's checking to see it the calls are coming from the correct JTA
transaction/xid.

Can you provide details of how you are using the adapter (getting
connections, where tx boundaries are, if any errors occur from your
business code)? If you commit does the exception come from rollback or
commit?  Same stack trace?

I'm not sure if this could make a difference, but have you implemented
equals and hashcode in your ManagedConnectionFactory so they are based on
the ManagedConnectionFactory properties?

Thanks
david jencks


On 2002.07.03 05:37:40 -0400 "Buettner, Waltraud" wrote:
> Hi JBoss users,
> I have a problem with JCA and Transactions. 
> I'm using JBoss3.0.1.RC1 and my own
JCA-Local-Transaction-Resource-Adapter.
> My problem is, that neither commit nor rollback works. I always get the
> exception that "wrong xid in rollback/commit" expected null got
> 
> When looking at the JBoss code, I can see  the following statement: 
> if (xid != currentXid) 
>  {
> throw new XAException("wrong xid in rollback: expected: " +
> currentXid + ", got: " + xid);
>  } // end of if ()
> But why is xid not equals currentXid although I'm in a Local Transaction
> environment, where I 
> don't expect any Xids.
> 
> Has anyone had a similar problem and can give me a hint?
> 
> This is my stacktrace:
> 11:17:45,476 INFO  [STDOUT] CounterBean: get done
> 11:17:45,476 WARN  [TxCapsule] XAException: tx=XidImpl [FormatId=257,
> GlobalId=PCWBU3//3, BranchQual=] errorCode=XA_UNKNOWN(0)
> javax.transaction.xa.XAException: wrong xid in rollback: expected: null,
> got: XidImpl [FormatId=257, GlobalId=PCWBU3//3, BranchQual=1]
> at
> org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectio
> nEventListener.rollback
> (LocalTxConnectionManager.java:640)
> at org.jboss.tm.TxCapsule.rollbackResources(TxCapsule.java:1727)
> at org.jboss.tm.TxCapsule.rollback(TxCapsule.java:441)
> at org.jboss.tm.TransactionImpl.rollback(TransactionImpl.java:83)
> at
> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
> java:189)
> at
> org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61)
> at
> org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:183)
> at
> org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:
> 380)
> at org.jboss.ejb.Container.invoke(Container.java:705)
> at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
> at
> org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:362)
> at java.lang.reflect.Method.invoke(Native Method)
> at
> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241)
> at sun.rmi.transport.Transport$1.run(Transport.java:152)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:148)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7
> 06)
> at java.lang.Thread.run(Thread.java:484)
> 11:17:45,492 INFO  [STDOUT] CounterBean: ejbRemove called
> 
> 
> many thanks,
> Waltraud
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 


---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Re: [JBoss-user] java.rmi.ServerException: null

[marius]

It is a runtime exception (like nullpointer, indexoutofbounds etc) happening in your 
bean. 

On Wed, Jul 03, 2002 at 01:48:13PM +0200, Michael Delamere wrote:
> Hi,
> 
> When accessing my entity bean via my stateless session bean I get the
> following error:
> 
> =
> 13:50:23,113 INFO  [STDOUT] java.rmi.ServerException: null
> Embedded Exception
> null; nested exception is:
> javax.ejb.EJBException: null
> Embedded Exception
> null
> 
> =
> 
> Is this a common error that others have experienced or will I have to dig
> deeper?
> 
> Thanks,
> 
> Michael
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user

-- 
MVH
Marius Kotsbak
Boost communications AS


---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] is coding a bean truly independent from deployment?

[Eric Kaplan]

Thanks Torsten, so I'm not crazy.  Same configuration is a problem for me.

Eric

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Torsten Terp
Sent: Wednesday, July 03, 2002 1:59 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] is coding a bean truly independent from
deployment?


Hi, This is a problem for me too. jBoss 3.0.1RC1, Sun JDK1.4 on windows...

Torsten

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Eric Kaplan
> Sent: 2. juli 2002 21:20
> To: Sullivan, Sean C - MLG
> Cc: Jboss-User
> Subject: RE: [JBoss-user] is coding a bean truly independent from
> deployment?
>
>
> Yes.  If you re-deploy an ear file you get a classcastexception on the
> server when trying to lookup a bean that was looked up fine before the
> deploy.  Here's an excerpt of mail on this in which Burkhard confirmed the
> problem.  If this is not a problem, please tell me, because I'd like to be
> able to hot re-deploy my ear.
>
> Eric
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Burkhard
> Vogel
> Sent: Friday, June 14, 2002 12:08 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] 3.0 a moving target?
>
>
> Hi,
> JDBC-access has changed, see the provided examples. As for
> "portableremoteobject.narrow": if you are on JDK 1.4, this is a known sun
> bug.
> Regards,
> Burkhard
> - Original Message -
> From: "Eric Kaplan" <[EMAIL PROTECTED]>
> To: "Jboss-User" <[EMAIL PROTECTED]>
> Sent: Friday, June 14, 2002 10:22 AM
> Subject: [JBoss-user] 3.0 a moving target?
>
>
> > I was happily using jboss3.0.0RC1_tomcat-4.0.3.  However, I stumbled
> across
> > a problem with hot re-deploy in which it seemed that after i hot
> re-deployed
> > by .ear i got a classcastexception on the server when trying to lookup a
> > bean that had worked before.  It was almost as if the jndi
> mapping for one
> > bean somehow got configured with another and when I cast the
> > portableremoteobject.narrow the exception occured.
> >
> > I thought maybe this might have been addressed with the latest
> version of
> > jboss, so i downloaded jboss3.0.0_tomcat-4.0.3.  Now my problem
> is worse.
> I
> > put my changed oracle-service.xml in server/default/conf (as i had done
> > before), but now i get that my jdbc resource is not bound (even though
> this
> > worked before!).  what has changed from rc1 that would cause this?
> >
> > Eric Kaplan
> > Armanta, Inc.
> > 55 Madison Ave.
> > Morristown, NJ  07960
> > Phone: (973) 326-9600
>
> -Original Message-
> From: Sullivan, Sean C - MLG [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 02, 2002 3:06 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: [JBoss-user] is coding a bean truly independent from
> deployment?
>
>
>
>
> Really?  Can you provide details?
>
> > -Original Message-
> > From: Eric Kaplan [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, July 02, 2002 11:43 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: [JBoss-user] is coding a bean truly independent from
> > deployment?
> >
> > although the hot deploy currently does not work properly under
> jdk 1.4 ...
> > :(
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Burkhard
> > Vogel
> > Sent: Monday, July 01, 2002 4:20 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [JBoss-user] is coding a bean truly independent from
> > deployment?
> >
> >
> > Hi,
> > AFAIK there is no such thing as a bean deployer as a person
> with decisions
> > to make. You on your own decide witch transactions etc you want by
> > generating the ejb-jar.xml. The only deployer I know is a software tool
> > for
> > lame app-servers without a nifty super-easy drag'n'drop hotdeploy
> > easeofuse
> > feature like JBoss.
> > Regards,
> > Burkhard
> > - Original Message -
> > From: "Eric Kaplan" <[EMAIL PROTECTED]>
> > To: "Jboss-User" <[EMAIL PROTECTED]>
> > Sent: Monday, July 01, 2002 1:24 PM
> > Subject: [JBoss-user] is coding a bean truly independent from
> deployment?
> >
> >
> > > The theory certainly seems to suggest that there is the ejb coder and
> > the
> > > ejb deployer, and that neither one should have to do much with the
> > other.
> > > If bean A calls bean B, a deployer can choose to have bean B
> be Required
> > or
> > > RequiresNew at deployment time.  However, in reality, the choice has a
> > lot
> > > to do with how bean A is coded, doesn't it?  In other words, bean B
> > throws
> > > EJBException on error, causing the transaction to roll back.  If the
> > > deployer has set B to Required and A continues merrily it's a problem,
> > since
> > > the transaction that A was in is now rolled back.  If the
> deployer sets
> > B
> > to
> > > RequiresNew and A continues merrily, no problem.  If this is true,
> > what's
> > a
> > > bean coder to do if he doesn't know the intended transaction semantics
> > ahead
> > > of time?  Conversely, if he does know the int

Re: [JBoss-user] Where does Jetty store its compiled JSPs?

[Jonathan . O'Connor]

Jules,
Your answer is truly socratic! What we really want to do is to pre-compile the JSPs before deployment and check for syntax errors. Our build-deploy-test cycle is slow enough as it is without adding syntax errors in our JSP to the pot.

We are moving over from netbeans to Eclipse, so any IDE support/plugin would be great. Or even better, an ant task would be just perfect!
Ciao,
Jonathan O'Connor
Ph: +353 1 872 3305
Mob: +353 86 824 9736
Fax: +353 1 873 3612






Jules Gosnell <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
02.07.2002 18:17
Please respond to jboss-user

        
        To:        [EMAIL PROTECTED]
        cc:        [EMAIL PROTECTED]
        Subject:        Re: [JBoss-user] Where does Jetty store its compiled JSPs?


This would go better on [EMAIL PROTECTED]

I'd have to counter with a question...

Why do you want know ?


Wherever it stores them is proprietary implementation and not defined by 
the spec. Therefore the implementation probably reserves the right to 
change this.

If you want to write JSPs into a deployed dir, deploy your war unpacked 
into JBoss' deploy/ dir (e.g. my.war/...).

If you really want to see what Jasper (Jetty's JSP engine) is doing, 
look in /tmp for directories that begin "Jetty".

If you want to know how to precompile your JSPs, so you can check all 
this in your development iteration, let me know and I will tell you how.

Does that cover it ?

Jules



Jonathan.O'[EMAIL PROTECTED] wrote:
> 
> Folks,
> I have a feeling that the answer to this is "It doesn't", but if anyone 
> knows better please let me know.
> Thanks,
> Jonathan O'Connor
> Ph: +353 1 872 3305
> Mob: +353 86 824 9736
> Fax: +353 1 873 3612





---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] JCA and wrong xid

[Buettner, Waltraud]

Hi JBoss users,
I have a problem with JCA and Transactions. 
I'm using JBoss3.0.1.RC1 and my own JCA-Local-Transaction-Resource-Adapter.
My problem is, that neither commit nor rollback works. I always get the
exception that "wrong xid in rollback/commit" expected null got

When looking at the JBoss code, I can see  the following statement: 
if (xid != currentXid) 
 {
throw new XAException("wrong xid in rollback: expected: " +
currentXid + ", got: " + xid);
 } // end of if ()
But why is xid not equals currentXid although I'm in a Local Transaction
environment, where I 
don't expect any Xids.

Has anyone had a similar problem and can give me a hint?

This is my stacktrace:
11:17:45,476 INFO  [STDOUT] CounterBean: get done
11:17:45,476 WARN  [TxCapsule] XAException: tx=XidImpl [FormatId=257,
GlobalId=PCWBU3//3, BranchQual=] errorCode=XA_UNKNOWN(0)
javax.transaction.xa.XAException: wrong xid in rollback: expected: null,
got: XidImpl [FormatId=257, GlobalId=PCWBU3//3, BranchQual=1]
at
org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectio
nEventListener.rollback
(LocalTxConnectionManager.java:640)
at org.jboss.tm.TxCapsule.rollbackResources(TxCapsule.java:1727)
at org.jboss.tm.TxCapsule.rollback(TxCapsule.java:441)
at org.jboss.tm.TransactionImpl.rollback(TransactionImpl.java:83)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
java:189)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61)
at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:183)
at
org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java:
380)
at org.jboss.ejb.Container.invoke(Container.java:705)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
at
org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:362)
at java.lang.reflect.Method.invoke(Native Method)
at
sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241)
at sun.rmi.transport.Transport$1.run(Transport.java:152)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:148)
at
sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:7
06)
at java.lang.Thread.run(Thread.java:484)
11:17:45,492 INFO  [STDOUT] CounterBean: ejbRemove called


many thanks,
Waltraud



---
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Find method

[conrad]

Hi

I'm using JBoss-3.0.0_tomcat-4.0.3 and xdoclet 1.1.2 and sometimes during deploying I 
got following 
error:

org.jboss.deployment.DeploymentException: Error compiling ejbql; - nested throwable: 
(org.jboss.ejb.plugins.cmp.ejbql.ParseException: Encountered ">=" at line 1, column 81.
Was expecting one of:
 "=" ...
 "<>" ...
 )

How can I solve it?
More logs attached

regards conrad




err
Description: application/java-vm

Re: [JBoss-user] Debugging EJBs

[Jonathan . O'Connor]

Aleksander.
Until last Friday, I was a netbeans user, but the whole IDE is so slow. It also has a huge footprint. I've been looking at Eclipse since then, and I'm very impressed. Its fast, no pauses for GC, or anything like that, and the Java plug in is terrific. I get proper refactoring support, and better code completion than in Netbeans.

The only negatives I have is:
1. The built in CVS client does not support file based CVS, so we've had to set up a pserver.
2. The solar eclipse plugin lets you edit JSP and XML files. But its not as good as the JSP editor in Netbeans.

The big wins are its fast (no more coffee breaks while typing)
Ciao,
Jonathan O'Connor
Ph: +353 1 872 3305
Mob: +353 86 824 9736
Fax: +353 1 873 3612






"Aleksander Grzebyta" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
01.07.2002 14:56
Please respond to jboss-user

        
        To:        <[EMAIL PROTECTED]>
        cc:        
        Subject:        Re: [JBoss-user] Debugging EJBs


Ufortunately I still have:

Caused by: java.lang.ClassNotFoundException: oracle.jdbc.driver.OracleDriver
exception.

sincerely Olek

PS/ My friens are using NetBeans. Is Eclipse somehow better ?

- Original Message -
From: "Emerson Cargnin - MSA" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 28, 2002 6:57 PM
Subject: Re: [JBoss-user] Debugging EJBs


> try to put the classe12.zip in the lib of your project :
>
> select your project and with the right mouse button (you have to be in
> package view), select properties, java build path, and the libraries
> pane, "add a external jar" button and choose classes12.zip. taht's it : )
>
> Emerson Cargnin
> MSA - BRAZIL (in the finals :))
>
> Aleksander Grzebyta wrote:
>
> > Hello !
> >
> > It would be very great if it worked: I cannot configure JBoss plugin to
see
> > additional JARs, ZIPs with classes needed by my JBoss configuration. I
have
> > Oracle configured and when I run JBoss I need to add classes12.zip to
JBoss
> > starup CLASSPATH. I tried to do the same setting "Optional Java VM
> > Arguments" in Preferences/JBoss under eclipse without succes.
> >
> > Any tips ?
> >
> > sincerely Olek
> >
> > - Original Message -
> > From: "Sullivan, Sean C - MLG" <[EMAIL PROTECTED]>
> > To: "'Alice Ad '" <[EMAIL PROTECTED]>;
> > <[EMAIL PROTECTED]>
> > Sent: Friday, June 28, 2002 1:51 AM
> > Subject: RE: [JBoss-user] Debugging EJBs
> >
> >
> >
> >>Try this:
> >>
> >>1) download Eclipse 2.0
> >>
> >>   http://www.eclipse.org/downloads/index.php
> >>
> >>2) download the EASIE plug-in for JBoss
> >>
> >>      http://www.genuitec.com/products.htm
> >>
> >>3) run Eclipse
> >>
> >>4) use the EASIE plugin to launch JBoss
> >>
> >>5) deploy your EJB to JBoss
> >>
> >>6) set a breakpoint in your EJB class
> >>
> >>-Sean
> >>
> >>
> >>
> >>-Original Message-
> >>From: Alice Ad
> >>
> >>How do people debug EJBs? The server is running using a .jar file that
> >>contains all my Entity/Session beans. When a client makes a request, I
> >>want to trace through the server thread as it goes through my
> >>application's EJB code.
> >>
> >>
> >>
> >>
> >>---
> >>This sf.net email is sponsored by:ThinkGeek
> >>Bringing you mounds of caffeinated joy.
> >>http://thinkgeek.com/sf
> >>___
> >>JBoss-user mailing list
> >>[EMAIL PROTECTED]
> >>https://lists.sourceforge.net/lists/listinfo/jboss-user
> >>
> >>
> >>
> >>
> >>
> >
> >
> >
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > Caffeinated soap. No kidding.
> > http://thinkgeek.com/sf
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
>
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Caffeinated soap. No kidding.
> http://thinkgeek.com/sf
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>
>
>
>





---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user