As far as I understand, the java:/comp/env (ENC) stuff is unlikely to be supported if
you are running separates. Since it gives each EAR it's own individual namespace it is
not a normal JNDI lookup into a flat namespace.
The integration code that holds JBoss/Tomcat or JBoss/Jetty together prov
Hi danch
sorry for the delay in responding to your answer. your suggesstion worked.
But using option B also was tripping up. so i'm using option C. thnx for the
reply
cheers
Imran
-Original Message-
From: danch [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 29, 2001 8:30 PM
To: Imran
|-Original Message-
|From: Dmitri Colebatch [mailto:[EMAIL PROTECTED]]
|Sent: Wednesday, October 31, 2001 11:17 PM
|To: marc fleury
|Cc: Jboss-User@Lists. Sourceforge. Net
|Subject: RE: [JBoss-user] FW: rubik's cube
|
|
|On Wed, 31 Oct 2001, marc fleury wrote:
|
|> you will have to come
On Wed, 31 Oct 2001, marc fleury wrote:
> you will have to come to one of our trainings,
which one? the next one in Sydney (o: (o:
looking forward to it...
cheesr
dim
>
> free software != free knowledge
>
> marcf
>
> |-Original Message-
> |From: Jason Bowman [mailto:[EMAIL PROTEC
you will have to come to one of our trainings,
free software != free knowledge
marcf
|-Original Message-
|From: Jason Bowman [mailto:[EMAIL PROTECTED]]
|Sent: Wednesday, October 31, 2001 9:40 PM
|To: marc fleury
|Subject: Re: [JBoss-user] FW: rubik's cube
|
|
|
|Marc,
|
|You email caugh
Or
contribute an equivalent piece of code to the JBoss project, see we have an
excellent byte-code generator in the 1.2.2 proxy package that can be tweaked to
generate anything that your little heart desires.
that
would be another way to go see?
marcf
-Original Message-From:
Seems that the "equals" verifier error I was seeing
was not a JBoss problem at all. I checked out the source and
discovered the problem occurs during reflection on
the class object. Looks like I'm producing bad class files. I'm
using
an enhancer to generate session beans, seems I need
to
I continue to have a problem deploying my SLSBs into rabbit-hole...
>From the message it looks like it is a SLSB that is having trouble. I looked
at the RH source code but that didn't help much. I've been through all my
beans and I'm having a real hard time tracking it down.
Also, I ran my JAR t
reread david's mail
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Carsten Rhod
|Gregersen
|Sent: Wednesday, October 31, 2001 5:49 PM
|To: David Jencks; [EMAIL PROTECTED]
|Subject: RE: [JBoss-user] Mbean classloader bug !
|
|
|Hej David,
|
|Sor
it will be extremelly clear in a couple of weeks, the possibility to
**easily** cluster the servers with full web/j2ee stack will explode like an
atom bomb in this field.
Not that the mail from kevin is out of touch, quite the contrary, it is just
that it adresses too many points at once.
Let us
I guess this one's mine !
Here is my reasoning.
Jetty is designed to be small lightweight and ideal for embedding.
For this reason, it is the ideal candidate for the web-and-ejb-container-in-one-jvm
niche.
This particular approach has benefits that appeal to a particular user group.
Their ar
Hej David,
Sorry, by either I do not understand you, or I my earlier posts
was inprecise.
Yes, the mbean should be able to see the interfaces, no doubt..
It's a client just like anyone else...
But hello... I'm not saying that you should put the implementation
in the mbean path... I'm saying tha
This is as it should be, IMHO. the mbeans are part of the server, the ejb
interfaces are by default part of the application. Why should the server
be able to see the application classes? The application classes can see the
server classes, but not vice versa. If you want the server to use
applic
Hello,
I am using JBoss 2.4.1 in conjunction with Tomcat 3.2.3 which connects
to an Apche server via mod_jk.
When I copy an ear to $JBOSS_HOME/deploy/, it creates a directory
$JBOSS_HOME/tmp/deploy/Default//web containing all
files from the war contained in the ear, with being a 4-digit
If want to access the public methods of a class
you should use getMethod() instead of getDeclaredMethod().
getMethod() returns the public method in the
class or in one of its supperclasses
getDeclaredMethod() returns only the method from the class where it
is defined it also returns private,protec
Hi,
>From what I've heard so far, I'm pretty sure that there's
a bug in the Mbean classloader. Everybody that has gotten
mbean's to interact with the container does it via this method:
1. Put interfaces in the mbean jar files
2. Put the rest in the ejb files...
This is wrong aprocedure is it no
Earlier the list helped me build some methods to include in
an entity bean to set/get field values by name using reflection.
As it turns out, the PropertyDescriptor approach reported
earlier to work doesn't work all the time. I was not able to
pin down exactly what the problem was because it worke
Feedback on the Las Vegas training,
The
MIT kid was the only one who really got the "trivialness" of the cube and it
seems he spent a good chunk of his weekend on it.
he he,
others just show you cubes in their ads, to signify "complicated", we **teach**
you how trivial it really is. Go
|JRMP is not a transport protocol, but a request dispatcher, IMHO. So, when
|Marc and Scott pull apart RMI from EJBs, JRMP will still exist, but there
|will be RMI, RMI-IIOP, CORBA(IIOP), Servlets(XML-RPC, SOAP) JMX
|beans/connectors/whatever listening for requests and passing them on to the
|Obj
IIOP and SOAP are marshalling protocols/message formats. You can build
entirely different frameworks around either one of these marshalling
protocols.
JRMP is not a transport protocol, but a request dispatcher, IMHO. So, when
Marc and Scott pull apart RMI from EJBs, JRMP will still exist, but t
Uau!!! I have not thinking about this! Now that you have mentioned, I really
having some "freezing" in JBoss machinery... Machine goes to 99%, and,
eventually I get one error about "virtual memory paging" etc... from
kernel...
I'm using JBoss 2.4.3 (occur with JBoss 2.4.1), and I use pipes to red
Yep! what kernel?
Ferguson, Doug wrote:
> The program we wrote to recreate this issue was written in perl.
> So if this is a vm issue. That is one CRAZY vm.
> We think is is LINUX being a bad boy.
>
> d.
>
> -Original Message-
> From: danch [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday,
The program we wrote to recreate this issue was written in perl.
So if this is a vm issue. That is one CRAZY vm.
We think is is LINUX being a bad boy.
d.
-Original Message-
From: danch [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 31, 2001 10:10 AM
To: Ferguson, Doug; [EMAIL PROTEC
-Ursprüngliche Nachricht-
>Von: Bill Burke [mailto:[EMAIL PROTECTED]]
>Gesendet: Montag, 29. Oktober 2001 17:23
>An: Ben Hui; Jboss-User@Lists. Sourceforge. Net (E-mail)
>Betreff: RE: [JBoss-user] Jboss and JRMP
>JRMP is not a transport protocol. RMI is the transport protocol.
Hmmm, b
Which VM version are you using & have you checked buglists for that VM?
IIRC people have noticed some drastic (esp. thread related - which
covers just about everything you do in an app server) stability problems
with Sun's 1.3.1 VM (the beta at least)
-danch
Ferguson, Doug wrote:
> Hey guys,
Hi,
I actually think we can do that too...
But that's a hack... isn't it ?
You package ONLY the bean implementation in the
ear file, and that is not correct as to the ejb
standard where you have to package both the remote
homes and beans together, or am I wrong ?
/Carsten
-Original Message-
Hey guys,
Sorry for the double post but some guys here at my company have stumbled
upon something pretty freaky.
We are using pipes to redirect to a logs to a log file. We do this so we can
capture vm errors etc to the log
file, in addition to the log4j stuff. So sometimes when the logging activ
I don't know if this will help You ...
We are using jboss 2.4.3 (standalone) on Windows NT / 2000
and we access Stateful SessionBeans in a MBean using reflection.
We package our Home and Remote-interfaces in a separate jar-file
in jboss\lib\ext and deploy only the bean implementation and *.xml in
Hey,
> Hi,
>
> I've asked this question before, I'll try again.
And don't give up ! ;)
> The setup is:
> - JBoss-2.4.3_Tomcat-3.2.3.zip
> - JDK 1.3
> - Linux Redhat 6.2
>
> We're programming an ejb application, everythings is ok as regard
> to normal use of the EJB facilities in jboss (we hav
29 matches
Mail list logo