I am hesitating to install this ClientReconnectInterceptor, because of the
change in semantics.
My new question is : would a ClientMonitorInterceptor also work? The idea is
that this interceptor would close the stale connection (the connection won't be
used because the client side has thrown a
We are also experiencing the same problem, using HTTPIL in jboss-3.2.3. So I
suspect that invocation layer is still 'buggy'?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3872350#3872350
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posti
After a restart of our jboss server (3.2.3), a JMS client reconnected through
HTTPIL, and we got the following persistent problem:
2005-04-01 12:25:15,235 TRACE
[org.jboss.mq.il.http.servlet.HTTPServerILServlet] doPost() defers to
processRequest, see the parameters in its trace.
| 2005-04-01
I'm seeing exactly the same problem, though I am still using jboss-3.2.3.
Have you made any progress on this?
I had TRACE logging enabled for 'org.jboss.ejb.plugins' and saw the following
pass by:
| 2005-02-17 15:05:51,540 TRACE [SecurityInterceptor] Authenticated
principal=null
|
In t
Is it possible your listener is registered only after the server has been
started? Try to check if the server has been started already before
registering the listener.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3854415#3854415
Reply to the post :
http:/
The substituted values get quoted, so the query actually will read as
SELECT DISTINCT city
| FROM UsaZipCode
| WHERE statecode = 'NJ' AND county IN ('Morris,Essex') AND citytype = 'D'
| ORDER BY city;
(note the position of the quotes in the substitution of the second '?')
This explains w
Just a side note: to find out why foreign key constraint fails under MySQL with INNODB
tables, use
SHOW INNODB STATUS
You will have to be a superuser on the mysql server to execute the command.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838758#3838758
Re
Indeed.
Now, setting up a local repos for DTD requires some more setup on our side that was
previously kindly done by www.jboss.org. :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835766#3835766
Reply to the post :
http://www.jboss.org/index.html?module
Although it probably should resolve locally in case of deployment on jboss, it still
is a PITA now the dtd's have been removed from www.jboss.org. For instance, xslt
preprocessing of jboss*.xml files now fails if I don't remove the DOCTYPE declaration.
View the original post :
http://www.jboss.
Looks like xml validation of the jboss-web.xml fails because it cannot find (download)
the dtd on http://www.jboss.org/j2ee/dtd/jboss-web_3_0.dtd.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835732#3835732
Reply to the post :
http://www.jboss.org/index.
There is an issue with the threading libraries on redhat 9.0. Try setting the
following settting:
LD_ASSUME_KERNEL=2.4.1
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829965#3829965
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting
>From what version on is that code gone? Is there a released version?
I really need a fix here. At first, the problem did not seem to do too much harm, but
lately--probably because the server is used more--it sometimes renders the jms server
totally useless : all (OIL) connections fail with a co
on JAAS: the Sun JVM for Linux and Solaris has a unix login module.
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3825501#3825501";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3825501>Reply
to the post
---
I have been creating queues dynamically by (ab)using the deployer of jboss. I just
create *-service.xml files in the deploy directory that define the queue... Works for
me.
Hmmm, is this a good strategy?
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3825183#3825183";>View
the ori
My guess, this is because of an attempt to forward a message to the client that was
previously connected. If this is the case, I think the server should not complain so
loudly.
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3825095#3825095";>View
the original post
http://www.jboss.or
15 matches
Mail list logo
