Bugs item #462187, was opened at 2001-09-17 00:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=462187group_id=22866
Category: None
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
on 1-09-17 02.44, Julian Gosnell at [EMAIL PROTECTED] wrote:
[JettyService] Initialized
[JettyService] Starting
[Jetty] start HttpServer version Jetty/3.1.RC9
[JettyService] Stopped
java.net.BindException: Address already in use
at java.net.PlainSocketImpl.socketBind(Native Method)
at
on 1-09-17 04.46, David Jencks at [EMAIL PROTECTED] wrote:
Can you be very specific about how to reproduce this problem? I have
wondered if something like this would show up but haven't seen it yet.
Not sure if it is me or the autodeploy or a GC thingy yet ... I need to
refactor some more
Hi,
I have to admit I am a little lost here. In the messaging forum a user
have wondered why ejbCreate is called every time the bean is accessed,
but never ejbRemove.
In one of his examples sending 1000 messages he gets this:
1) 1001 calls to ejbCreate()
2) 1000 calls to onMessage()
3) Zero
ejbRemove is called only when the bean is being removed from the datastore.
This is never invoked by the container. You're thinking of ejbPassivate.
Instances are not returned to the pool because we determined that there were
a few unfound bugs in the code. It may be reinstated later.
Bill
On 17 Sep, Bill Burke wrote:
ejbRemove is called only when the bean is being removed from the datastore.
This is never invoked by the container. You're thinking of ejbPassivate.
No I am not, since I talk about Stateless session beans and
MessageDriven beans-
The contract here is:
1. When
Bugs item #462253, was opened at 2001-09-17 08:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=462253group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
Bugs item #462261, was opened at 2001-09-17 08:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=462261group_id=22866
Category: JBossMQ
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Seems to me that JBoss can get more closely into compliance with the
various Sun licenses by doing what Netbeans does: provide the various RI
jars on a separate page, maybe with an installer build.xml, and ask users
to accept Sun's license before getting the jar (or maybe that can be part
of
User: gropi
Date: 01/09/17 08:39:01
Modified:src/xdocs preface.xml
Log:
Updated links and set references to emacs tools.
Revision ChangesPath
1.2 +3 -2 manual/src/xdocs/preface.xml
Index: preface.xml
User: d_jencks
Date: 01/09/17 10:33:52
Modified:.build.xml
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests still
do not work due to deploy problems
Revision ChangesPath
1.26 +11 -6 jbosstest/build.xml
Index:
User: d_jencks
Date: 01/09/17 10:33:54
Modified:src/main/org/jboss/test/xa/test XAUnitTestCase.java
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests still
do not work due to deploy problems
Revision ChangesPath
1.2 +24 -18
User: d_jencks
Date: 01/09/17 10:33:53
Modified:src/main/org/jboss/test JBossTestCase.java
Added: src/main/org/jboss/test JBossTestServices.java
JBossTestSetup.java
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests
User: d_jencks
Date: 01/09/17 10:33:53
Modified:src/main/org/jboss/test/perf/test Command.java
PerfStressTestCase.java
SecurePerfStressTestCase.java Setup.java
Log:
Finished converting to JBossTestCase for deploy and logging.
User: d_jencks
Date: 01/09/17 10:33:54
Modified:src/main/org/jboss/test/security/test
EJBAccessUnitTestCase.java EJBSpecUnitTestCase.java
NamespacePermissionCollection.java
NamespacePermissionsUnitTestCase.java
User: d_jencks
Date: 01/09/17 10:33:54
Modified:src/resources/testbean2/META-INF ejb-jar.xml
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests still
do not work due to deploy problems
Revision ChangesPath
1.2 +6 -6
User: d_jencks
Date: 01/09/17 10:33:54
Modified:src/main/org/jboss/test/testbean/test BeanUnitTestCase.java
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests still
do not work due to deploy problems
Revision ChangesPath
1.2 +22 -6
I think you are absolutely right.
Can a JBG member agree on this ?
Regards.
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Luigi P. Bai
Sent: lundi 17 septembre 2001 17:28
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Re: Lutris
User: d_jencks
Date: 01/09/17 10:33:54
Modified:src/main/org/jboss/test/web/test
WebIntegrationUnitTestCase.java
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests still
do not work due to deploy problems
Revision
User: d_jencks
Date: 01/09/17 10:33:54
Modified:src/main/org/jboss/test/xa/bean XATestBean.java
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests still
do not work due to deploy problems
Revision ChangesPath
1.4 +7 -0
Change Notes item #462292, was opened at 2001-09-17 10:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=462292group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to:
User: d_jencks
Date: 01/09/17 10:33:53
Modified:src/main/org/jboss/test/readahead/test
ReadAheadUnitTestCase.java
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests still
do not work due to deploy problems
Revision
For rabbithole--
Assuming we can get the new hypersonic hsqldb 1.6.1 working properly,
does anyone object if we drop support for the (now unsupported) Hypersonic
1.4?
Thanks
david jencks
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: d_jencks
Date: 01/09/17 10:33:54
Removed: src/main/org/jboss/test/util Deploy.java
Log:
Finished converting to JBossTestCase for deploy and logging. Security tests still
do not work due to deploy problems
___
Jboss-development
For rabbithole--
I've fixed the obvious (to me) problems in the security tests around
deploying the security.jar etc (now the j2ee deployer is called), however
the jars are still not deploying correctly. Could a security expert take a
look and fix the configuration problems?
Thanks
david
Patches item #462306, was opened at 2001-09-17 11:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=462306group_id=22866
Category: None
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Tom Vijlbrief (tvijlbrief)
I'm using RH 7.1 (intel) Linux, JDK1.3.1 from sun.
[dean@commander dean]$ echo $JAVA_HOME
/usr/local/jdk1.3.1
[dean@commander dean]$ echo $CLASSPATH
/usr/local/jdk1.3.1/lib/tools.jar:/usr/local/jdk1.3.1/lib/oracle.jar:/usr/lo
cal/jdk1.3.
Patches item #462328, was opened at 2001-09-17 12:46
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=462328group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Christian Riege (lqd)
Assigned to:
User: jules_gosnell
Date: 01/09/17 12:56:48
Modified:src/resources/web/WEB-INF web.xml
Log:
Servlet mappings must start with a '/', if not a '*' according to Greg
(Jetty author) and the Servlet Spec (I'll dig out the quote if anyone
takes me to task on this one).
Jetty is
Patches item #462333, was opened at 2001-09-17 13:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=462333group_id=22866
Category: JBossServer
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Tom Vijlbrief
It looks like some new tests may have gone into the web test module.
I am trying to get RH/Jetty to pass and have come up against the
following :
[Jetty] ENCServlet: init
[Default] ejb/bean0 = ENCBean0Home
[Default] ejb/bean1 = ENCBean1Home
[Default] ejb/bean2 = ENCBean1Home
[Default]
I don't know anything about this test, but I can see one problem straight
away, JBossMQ no longer uses the name QueueConnectionFactory in its
default setup so unless you have changed the MQ configuration (which is
unlikely, yes?) then the name that should be looked up by the test is just
The source for 2.4.x, no matter how you get it, uses a build system
incompatible with the source for 3.0, which you get by checking out
jboss-all. I think to check the source for 2.4.x out of cvs you have to
check out each module under their cvs directory name (jboss, jbosscx, etc)
independently
on 1-09-17 20.36, Dean Anderson at [EMAIL PROTECTED] wrote:
I downloaded from 2.4.1 and 2.4.0 (plain, not Jetty or Tomcat) from
Sourceforge. (src dir, no build environment, nothing like jboss-all)
Yes - BuildMagic _happens_ to evolve into RH (jboss-all = jboss3.0.0alpha) -
before was another
This is probably one for Jason,
Jetty requires javac.jar to be somewhere in the runtime tree, for
compilation of JSPs etc.
1. Where in the runtime tree should it go (I guessed lib/ext) ?
2. How should it get there (Is it a build action, a clever runtime
dependency,...) ?
Thanks,
Jules
Thanks David that's one more cleared up:
I had to change
resource-ref
res-ref-namejms/QueFactory/res-ref-name
res-typejavax.jms.QueueConnectionFactory/res-type
jndi-nameConnectionFactory/jndi-name
/resource-ref
The JNDI name was wrong.
I shall check this in
Nicolai P Guba wrote:
Julian Gosnell [EMAIL PROTECTED] writes:
Nicolai,
I'm afraid that I'm not the security expert.
Put a little more about exactly what the problem is,
and how to reproduce it, and cross-post this to
[EMAIL PROTECTED] and
[EMAIL PROTECTED]
I will do
User: dmaplesden
Date: 01/09/17 14:09:46
Modified:src/main/org/jboss/mq SpyTextMessage.java
Log:
Apply submitted patch for working around write/read utf limitation in jdk 1.3.*
Revision ChangesPath
1.3 +39 -4 jbossmq/src/main/org/jboss/mq/SpyTextMessage.java
Hmm.. you sure the auth.conf file is available in your classpath for the
client?
-- Juha
On Mon, 17 Sep 2001, Julian Gosnell wrote:
Date: Mon, 17 Sep 2001 21:49:05 +0100
From: Julian Gosnell [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
Security is broken in RH as the security setup code has been commented
out in org.jboss.Main. Until I look into restoring this all security tests
are pointless.
- Original Message -
From: Julian Gosnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL
HaHa!
OK, Thanks, Scott,
I'll move on
Cheers,
Jules
Scott M Stark wrote:
Security is broken in RH as the security setup code has been commented
out in org.jboss.Main. Until I look into restoring this all security tests
are pointless.
- Original Message -
From: Julian
I'm running the testsuite, so I assume that it is, or it would never have run.
I've checked in all my changes. So if anyone wants to refresh their RH tree and run the
web test module, I would be interested to hear their thoughts.
Thanks,
Jules
Juha-P Lindfors wrote:
Hmm.. you sure the
There is a patch in the jboss patch list to do virtual host support.
It seems to take the route of adding a virtual host attribute to the
J2EEDeployer - one deployer:one host. So the more virtual hosts you
want, the more J2EEDeployers you run.
This is quite nice as it means you can do stuff
When i try to compile the jboss-all module i get a compile errors (with
jdk1.4 on Windows 2000)
1) org.jboss.ejb.DeploymentException (in the server module)
Exception getCause()
compile-error
try to override with a different return type should be Throwable
2)
User: jules_gosnell
Date: 01/09/17 16:10:57
Modified:jetty/src/main/org/jboss/jetty Tag: Branch_2_4
JBossLogSink.java JBossUserRealm.java Jetty.java
JettyMBean.java JettyResolver.java
SetupHandler.java
Log:
User: jules_gosnell
Date: 01/09/17 16:07:47
Modified:jetty/src/main/org/jboss/jetty JBossUserRealm.java
JettyMBean.java JettyResolver.java
Log:
share src between 2.4 and 3.0
Revision ChangesPath
1.7 +4 -5
1. Are virtual hosts an EAR or WAR level thang ? e.g. do they have any
relevance to EJBs ?
Yes it does if you expose EJBs through the virtual host interface. On the
other
hand, you may only want HTTP exposed as most security geeks have a hang
up about only allowing incoming HTTP through the
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
java.class.path:
Were not distributing the javac.jar file as it is unknown where it came
from and the current JDK replacement, tools.jar is not a redistributable
component. If a servlet container wants to verify that a javac compiler
exists it would have to query for the javac entry point.
User: d_jencks
Date: 01/09/17 20:43:52
Modified:.build.xml
Log:
added log4j properties so you can see the logging
Revision ChangesPath
1.27 +18 -1 jbosstest/build.xml
Index: build.xml
User: patriot1burke
Date: 01/09/17 21:15:10
Modified:src/main/org/jboss/ha HAPartitionImpl.java HAPartition.java
DistributedReplicantManagerImpl.java
Log:
work in progress. ClusterPartion is finally loadable and working
Revision ChangesPath
1.4
51 matches
Mail list logo