Recently I found out, that the implementation of ObjectInputStream in JBoss
(MarshalledValueInputStream) avoids a remote-loading of client classes, because
it ignores the information, added by
sun.rmi.server.MarshalOutputStream.annotateClass(). I guess, that is not a bug
but has been made by fu
Hi,
i'm desperated.
I'm doing a remote call from a client to a JBoss 3.0.6. Client and JBoss run on
different JVM's. One of the parameters of the call is an object, whose class is
unknown for the JBoss (JBoss does only know the interface but not the
implementation). Actually I expected, that t
Hi,
I have attached the sources of a testcase to the bug report.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3920490#3920490
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3920490
Yes, that's right. JBoss don't start the whole Bean at once. Every Bean is
'marked to start' and if the last Bean is about to start, every nessary
information, like infos about references to other Beans, is available. At this
point JBoss feeds the Beans with that information and starts them.
If
Title: Configuring JBoss 2.4 with MS SQL Server?
You
should check on the Microsoft web site, but I'm pretty sure that the Microsoft
JDBC Driver only supports SQL Server 2000.
-Mike
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of JD
Brenna
evaluate them yourself.
-Michael Schulz
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Christine
Sent: Friday, February 15, 2002 11:59 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] About deployment application on JBoss
Hi,
I am a new user of JBoss. I
Perhaps if you changed the
first reference (to the V 1.3 dtd) to match the second reference, it would
work.
Change
To:
/j2ee/dtd/application_1_3.dtd'>
(I think you are missing the "/j2ee" section of the
URL)
-Mike
[Michael
Schulz] -Original Message-From:
Hubert,
Glad to hear it worked.
I wonder if this will work:
JkMount *servlet/* ajp13
If it did, it would be nice because then you wouldn't have to add another
JkMount to the httpd.conf for every context into which you deploy.
-Michael Schulz
-Original Message-
approach will work. The first
approach
(adding two more JkMount directives) will definitely work.
Regards,
Michael Schulz
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
/jboss
context and a comment about how if the user sees this page then their
configuration is working correctly.
If you would like this .ear file, just send me a request by email.
Regards,
Michael Schulz
___
JBoss-user mailing list
[EMAIL PROTECTED]
https
://jcp.org/aboutJava/communityprocess/first/jsr053/index.html
Here is the servlet home base:
http://java.sun.com/products/servlet/index.html
Regards,
Michael Schulz
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dustin
Grabau
Sent: Friday, January 18, 2002 5
;, are you saying that when you type
this url:
http://localhost:8080
You receive a server error 500 message? If so, that is because the JBoss configuration does not
deploy a webapp in the root context. Are you able to access this URL: http://localhost:8080/jboss
??
-Mich
Perhaps you should just reinstall JBoss on a path that does not include
spaces. I think you are just asking for trouble by using a path which
contains spaces.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Anthony
Servito
Sent: Thursday, January 17, 20
t. Therefore, the request for http://localhost:8080 will return a
500.
-Michael Schulz
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Steve
Butcher
Sent: Thursday, January 17, 2002 10:21 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] HTTP 500 Context Erro
My understanding is that you have to package the .jsp files in a .war
(myexamples.war) file and deploy that to JBoss (per the Java Servlet spec
V2.3). The name of the .war file is used for the name of the context used
to access the files.
-Michael Schulz
-Original Message-
From
can be found in the specified directory.
Hope that helps.
-Michael Schulz
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of ·ûÖ¾´Ï
Sent: Thursday, January 17, 2002 4:30 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] Problem making Apache1.3.22 work with
Jboss2
These two messages appear to make conflicting statements about JBoss and
support for CMP 2.0.
Does JBoss 2.4.4 support CMP 2.0?
Thanks,
Michael Schulz
= MESSAGE 1 ==
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
JBoss 2.4.4-Tomcat 4.0.1 package, this line should read as follows:
Perhaps this will help someone else out as they are getting started.
-Michael Schulz
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/
.
Regards,
Michael Schulz
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
this is configured automatically by JBoss during the deployment.
-Michael Schulz
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Coetmeur,
Alain
Sent: Tuesday, January 15, 2002 3:21 AM
To: 'David Cao'; [EMAIL PROTECTED]
Subject: RE: [JBoss-us
ting does not work.
> To get passivation to work make shure:
> - all SessionBean attributes must be serializable or transient
> - interfaces hold in the SessionBean should be released in
> ejbPassivate()
> and reinitialized in ejbActive()
>
> Annegret
>
> -Ursprüngli
Same problem here - started as on 2.4.0.
Does not happen all the time, seems to
be some sort of synchronization issue
between the LRUEnterpriseContextCachePolicy
and the SessionPersistenceManager ...
I could really figure out what's wrong (hard
to debug, because it only happens sometimes) - I
end
..
>
>
> Robert,
>
> Are you willing to share some gc tricks with us.
> What is it you focussed on to make the gc behave.
>
> Regards,
>
> Cor.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
>
TECTED]'
> Subject: RE: [JBoss-user] Performance...
>
>
> were you able to run JBoss 2.4 and Resin in same VM?
> If so, can you share the configuration?
>
> Tahir
>
> -Original Message-
> From: Robert Schulz [mailto:[EMAIL PROTECTED]]
> Sent: Thursda
Jo napot kivanok (this is as far as my Hungarian will go)
We have a very similar setup
Single CPU P4-1.4G, 1G RAM, fast SCSI disk running
RH 7.1, SUN JDK1.3.1, Apache, Resin, JBoss2.4 and Postgres.
This setup runs around 50 concurent users mucking around
with the web app easily (we did not push
or his turn. And if it waits for too long it
> timesout and you see a
> nasty stack trace:
> Transaction XidImpl [ID=257, Global=NASSER/96, Branch=] timed out.
> status=STATUS_ACTIVE
> TRANSACTION ROLLBACK EXCEPTION:Transaction marked for
> rollback, possibly a
> timeout; nested exception is:
>
figure out after this. I had this same
configuration on Orion server so I know the code is fine.
- Original Message -
From: "Robert Schulz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 16, 2001 11:37 PM
Subject: RE: [JBoss-user] dbase is acting way
Have you tried connecting using psql?
What happens when you run the same queries?
How do you connect to the database? Maybe
your networking is stuffed ... is it on
the same box? Try pinging ...
We use postgres against jboss (standalone, no tomcat)
and Linux 2.4 and it works like a dream (we did
Not sure whether this help ... we wrote a little
MBean which every 30 seconds runs System.gc() and
reports on used and allocated memory. Will take you
3 minutes to write, but if you are interested I'll post
the code. We use that to keep an eye on memory.
Another approach would be to first run a s
Yup. Separate VMs. Not much to configure, really.
Couple of jar in the rights spots and done. Works
like a dream. There also have been a bunch of
postings on the newsgroups recently - have a search.
Cheers,
R.
-Original Message-
From: Dragos Haiduc [mailto:[EMAIL PROTECTED]]
Sent: Tue
.conf
Sounds like you have the nicer setup. I never really looked into
cleaning it up, as it works for us.
Cheers,
Robert.
>
>
>
> From: Robert Schulz <[EMAIL PROTECTED]>
> To: "'[EMAIL PROTECTED]'"
> <[EMAIL PROTECTED]>
> Sub
We are very happy with it - we are currently using 2.2 on
jdk1.3.0/Linux against postgres/Linux. We run resin as the
servlet engine in separate VMs plugged into apache.
We have about 10 entitiy and 20 session beans and written a
fairly substantial web app on top of it and it works like
a dream
We develop with JBuilder for JBoss - run your client out of JBuilder
and deploy the EJB stuff into JBoss with ant - based scripts. With the
hot deploy stuff this works very well for us and you get a short
development cycle.
R.
> -Original Message-
> From: Adam Lipscombe [mailto:[EMAIL
I think streaming into postgres only works with the "Fasttrack" API.
Have a look at the postgres JDBC doc - there are a few examples how
to do it and I played around with it a while ago and it worked well.
I think you have to downcast the statment and then there is a large
object API.
As far as
"kill pid" shuts it down fine. You probably want to
write a startup script which writes the pid into a
file and a stop script which reads it from a file
and kills it.
R.
> -Original Message-
> From: Jim Brownfield [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 04, 2001 8:34
> To: [EMAIL
man nohup
Cheers,
R.
User Commandsnohup(1)
NAME
nohup - run a command immune to hangups
SYNOPSIS
/usr/bin/nohup command [ argument ... ]
/usr/xpg4/bin/nohup command [ argument ... ]
DESCRIPTION
The nohup utility invokes the
Not sure whether this will help, but here are a couple of
suggestions ... Write a thread which dumps memory usage,
calls System.gc() and dumps the time it takes into a file
every 10 seconds or so. This might tell you whether the
gc makes the JVM die. Next step is to implement a "state logging"
g to a new version ...
Here is the rest of the email:
> -Original Message-
> From: Robert Schulz
> Sent: Sunday, 22 April 2001 17:59
> To: '[EMAIL PROTECTED]'
> Subject: RE: [JBoss-user] PostgreSQL 7.1 Datasource setup
>
>
> Haa .. another change we mad
We run RH7.0 with jBoss2.2 and Postgres7.1b5 - works like a dream.
Attached is out jboss.conf and jboss.jcml - have look at it. Will
not fit your need exactly, as we don't use tomcat and I also ripped
other MBeans which we don't need, but the postgres stuff should be
the same (change connection i
Don't
know about XSL but this sounds like a VM garbage collection
problem.
What
seems to happen with large heap sizes is that it keeps allocating
without
collecting and then gets tangled up when trying to collect ... try
clustering over
a
number of smaller heap size virtual machines. Also,
stick crimson.jar in your classpath when starting jboss (modify the startup
script)
he jar is in lib
R.
> -Original Message-
> From: Munavar Baig Mogal [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 17 April 2001 14:24
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] problem in running jboss
Had
the same problem - stick the crimson.jar in the classpath of the VM when
starting JBoss (in run.sh or whatever it is called)
R.
-Original Message-From: Evan Lauersen
[mailto:[EMAIL PROTECTED]]Sent: Saturday, 14 April 2001
7:23To: [EMAIL PROTECTED]Subject:
[JBoss-use
I used to get seg faults when running hotspot and stuffing
up classpaths / class versions - however, your's seems to
be "classic", ie. non hotspot ... nevertheless, make sure
your classpath is correct and everything in the classpath
can be serialized back and forth as needed.
R.
> -Origina
43 matches
Mail list logo