Sorry that I always reply to myself :)
I found the link in the bug tracker:
http://sourceforge.net/tracker/index.php?func=detail&aid=537564&group_id
=22866&atid=376685
It was already fixed in 2.4.4 but the fix was not carried over to 3.0.x
I guess.
Sebastian
> -Original Message-
> From:
Hi,
I am doing some JMS testing on JBoss and I just discovered that the
empty String specified as a message selector is invalid in the JBoss JMS
implementation.
Example:
TopicSubscriber subscriber =
session.createDurableSubscriber(topic, "mySubscription", "", false);
>From the Sun JavaDo
I've always wondered how the garbage collector works...Does everything
really happen in the background? Sometimes I miss C++.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dan
> Christopherson
> Sent: Monday, November 18, 2002 5:20 PM
> To: [EMAIL
Sorry if I sound rude, but there is a README.JBOSS.txt in the root
directory. Please don't bother me with simple problems. Figure it out
yourself. Sorry to be blunt, but I'm very busy. Don't bother me unless you
have a real problem. If you feel like helping, rewrite the README.JBOSS.txt
file a
On Mon, 28 Oct 2002 17:23:18 -0500
"Bill Burke" <[EMAIL PROTECTED]> wrote:
> I did ran ECPerf tests and the RICE study on both linux and win2k.
Hi. Sometime ago I asked you about this and you adviced to try ECPerf from JBoss's cvs.
I checked it out and I tryed to run it (after setting up the con
Is there anyone that used client going through satellite line (with
delay of 1.2 seconds round-trip)
--
| Emerson Cargnin |
| Analista de Sistemas Sr. |
| Tel : (051) 3358-4959|
| SICREDI Serviços |
| Porto Alegre - Brasil|
|xx
Hi,
I'm working on converting a swing applet from orion to JBoss. I've been
able to establish connectivity to the JBoss server and invoke methods on
various EJB's via the ClientLoginModule. The existing code accepts a
generic username and password that is logged into the "other" login
config
Its the OIL transport. You're right, the OIL client does not close the
socket in a finalize method.
Please log a bug.
Thanks and apologies,
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dan A.
> Dickey
> Sent: Monday, November 18, 2002 4:3
Get the most recent Jetty and the most recent JBoss.
swap the jars in .../deploy/jbossweb.sar/ for their equivalent in the
Jetty distro, using org.mortbay.jetty-1.2.jar in place of
org.mortbay.jetty.jar (...jetty.jar is for 1.4, ...jetty-1.2.jar for
1.2&1.3) if you are running on 1.3 JVM.
errr
Dan A. Dickey wrote:
Finally (no pun intended),
I tracked my problem with the Invoker service dying down to my jsp not doing
a close() call on the QueueConnection. This really doesn't seem correct to
me, that a client not doing something properly can bring JBoss to its knees.
I haven't looked at
Hello, All!
[This is just a submission to the JBoss Online BrainBase.]
After pulling my hair out the last two days, I fixed my problem.
With my ant/xdoclet build process that put my EJB's in one jar, my
servlets/jsp's in another and EAR'ed the whole thing (as opposed to some
other way I didn't
Finally (no pun intended),
I tracked my problem with the Invoker service dying down to my jsp not doing
a close() call on the QueueConnection. This really doesn't seem correct to
me, that a client not doing something properly can bring JBoss to its knees.
I haven't looked at the implementation of
Henning, several people have been having the same type of problem with
hotdeployment / redeployment of EAR files and classcast exceptions. Most of
these were due to the fact that old or unused (or even misplaced)
jndi.properties files were lying in the ear file, and caused problems for the
jndi
Adrian Brock has found the problem. You can check out:
cvs checkout -r Branch_3_0 jboss-3.0
cvs checkout -r Branch_3_2 jboss-3.2
cvs checkout jboss-head
for the fix.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jerry Smith
> Sent: Monday,
BTW: I can send large messages with the
org.jboss.mq.pm.file.PersistenceManager setup.
> -Original Message-
> From: Sebastian Hauer
> Sent: Monday, November 18, 2002 1:13 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] jdbc2.PersistenceManager fails with
> large messages
>
>
>
> Hi
I added a test of loading a JavaBean via the Beans.instantiate() method as
is indicated by your stacktrace to the
org.jboss.test.web.test.WebIntegrationUnitTestCase
and it is able to load the ReportBean that resides in the WEB-INF/lib/util.jar of the
jbosstest-web.ear without any problems. Look at
Hello,
I am using JBoss 3.0.4 and trying to perform
user authentication using JAAS, but I am
getting the following error:
Caused by: javax.ejb.EJBException:
checkSecurityAssociation; CausedByException is:
Authentication exception, principal=admin
at
org.jboss.ejb.plugins.SecurityI
I sent two ear files to your [EMAIL PROTECTED] email account so as to not
echo those files to all the people on this list. Just wanted to let you
know that here on the jboss list just on the chance that you block/filter
emails from unknown email addresses.
Thanks for the time and the help,
Dusti
Hi again,
Forgot a subject line in my first post...
Today I did some testing of the JBoss JMS implementation (JBoss 3.0.4)
and it seems it breaks using larger ObjectMessages. I setup a durable
subscriber account and had been listening to my test topic for new
messages. I've used the org.jboss.mq
YES
otisg wrote:
Hello,
Is JBoss distribution available at
http://jboss.org/downloads.jsp
with the description of:
"(includes JBossWeb HTTP server and
JSP/Servlet engine)" the same as the
distribution previously referred to as
JBoss/Jetty combination?
I've looked a JBossWeb stuff, and that
Hey all, I've looked around for a bit on this problem(I thought I had this
happen and fixed this before, but...) and can't seem to find any answers.
I'm getting this exception:
TransactionRolledbackLocalException, causedBy:
java.lang.IllegalStateException: removing bean lock and it has tx
set!Docu
On Friday 15 November 2002 12:40 pm, Dan A. Dickey wrote:
> Ok, some further developments...
... I'm about out of time on
> this for today - I'll pick it up on Monday.
If anyone is still interested in this, what I've found out is that
for my system, the JVM won't start threads after 1024 of them
Hi,
Today I did some testing of the JBoss JMS implementation (JBoss 3.0.4)
and it seems it breaks using larger ObjectMessages. I setup a durable
subscriber account and had been listening to my test topic for new
messages. I've used the org.jboss.mq.pm.jdbc2.PersistenceManager. If I
send an objec
Hello,
Is JBoss distribution available at
http://jboss.org/downloads.jsp
with the description of:
"(includes JBossWeb HTTP server and
JSP/Servlet engine)" the same as the
distribution previously referred to as
JBoss/Jetty combination?
I've looked a JBossWeb stuff, and that seems
to include Mo
Hi,
Actually, I don't put the message in an attachment...
It's just that some mail clients don't process the signature right, and
think the whole mail is in an attachment...
IIRC this problem arises mostly with windows mail clients... it's a MIME
problem I believe...
Regards,
Hans
On Mon, 20
Dustin,
send ma a simple example JSP and I will look at this tonight.
Jules
Barlow, Dustin wrote:
I just tried the test in version 3.0.4 and the UserInfo session object's
member data comes back as null on the second test jsp page. If I remove the
tag from web.xml, then the second jsp page
Right...
That explains it...
Thanks to all who responded...
I can see that it's explained at
http://www.jboss.org/online-manual/HTML/ch01s15.html
indeed, but it's a bit tricky, since on the jboss site, it is referred
to as deprecated docs, so you don't really know which parts are relevant
for j
I just tried the test in version 3.0.4 and the UserInfo session object's
member data comes back as null on the second test jsp page. If I remove the
tag from web.xml, then the second jsp page shows the member
data that was populated in the first jsp page.
So, it would appear that there is a prob
El Domingo 17 de Noviembre del 2002 02:50 PM, SainTiss escribió:
> On Sun, 2002-11-17 at 19:33, G.L. Grobe wrote:
> Well yes, but now I can't see how it would be possible to run them in
> the same VM...
See below...
> I mean, you always have to issue the java command twice, no?
If you are using
On Monday, Nov 18, 2002, at 14:12 Europe/Amsterdam, Brian Johnson wrote:
A "client" would be in the same VM if it was a servlet or something
similar running within the app server.
Back to the original question, if you need to talk to JBoss from a
different *process* or even a different *machi
http://www.jboss.org/online-manual/HTML/ch01s15.html
On Sun, 2002-11-17 at 14:10, SainTiss wrote:
> So this means you do need a jndi.properties file in the classpath when
> running the client?
>
> After even more research, I found out that the jndi.properties file in
> the server/default/conf dir
A "client" would be in the same VM if it was a servlet or something
similar running within the app server.
On Sun, 2002-11-17 at 13:50, SainTiss wrote:
> On Sun, 2002-11-17 at 19:33, G.L. Grobe wrote:
> > >I'm using the same "java" command to launch jboss as I use to launch the
> > >client, so I'
Attached.
I have however solved this by adding a copy of the manifest that is in
the ejb jar to the war file (details in thread).
So the question I have now is should the servlets have been able to find
the jdom classes in 3.0.2?
Yours
Phil
On Fri, 2002-11-15 at 17:19, Scott M Stark wrote:
Hi all,
we are using the above JBoss/Tomcat Bundle with Oracle 8.1.7 (classes12
driver) on a Linux machine (SuSE 8.1).
Data requests return the expected number of datarows but every returned
data field is empty! There are no errors connecting to Oracle and the fact
that there are datasets returne
Hi,
I am usingJBoss
version:jboxx-3.0.3_tomcat-4.1.12I have checked the timestamp of the
.jsp file and the .class file, the .class file is more recent than the .jsp
file.And then, I discovered that every time the compiler
would compile all the JSP which are in docroot sub directory. (i.e.
I am trying to figure out how to get Tomcat (bundled with JBoss)
configured so that it provides the same functionality of the
path-mapping attribute that Resin supports in its web.xml.
http://www.caucho.com/resin/ref/app-config.xtp
Basically I have a directory structure like:
/jsp
/WEB-INF
etc
36 matches
Mail list logo
