OK, OK,
A shower and breakfast later
Of course I am working across NFS, and the clock on my
laptop is screwed.
However this does make it look like JBoss is comparing
file times against it's own clock, rather than against
the time that the file was last seen modified at.
In many
So how hard would it be to integrate Jonas as an
alternative EJB container ?
Perhaps if they could use their EJB container
integrated into a full blown app server, they wouldn't
need to waste everyone's time reinventing the wheel.
Jules
__
Do
Scott,
I note that you have just checked this in to
AbstractWebContainer
ContextPath is already a parameter on my
performDeploy() method.
Is there a particular reason for not simply replacing
this with the value from jboss-web.xml and therefore
making the decision once in
WE WON
Jules
--- Tong Ka Man [EMAIL PROTECTED] wrote: And
ANT was announced to be the winner.
How about JBOSS?
_
View thread online:
http://main.jboss.org/thread.jsp?forum=66thread=8475
I must have left that one in as an initiation test !
Jules
--- Jan Bartel [EMAIL PROTECTED] wrote:
User: janb
Date: 02/03/21 04:12:36
Modified:
jetty/src/main/org/jboss/jetty/security
JBossUserRealm.java
Log:
Fixed authentication problem: _password was member
of
I wrote the file: stuff before the introduction of
njar: - I shall try to find time to look at this
tonight.
The Jasper/packed problem has been around in various
guises as long as Jasper. I think, ultimately, someone
should take a proper look at Jasper and figure out a
way of LAZILY unpacking
I'm forwarding this to Jetty-discuss...
Jules
--- Giorgio42 [EMAIL PROTECTED] wrote:
I have the same problem.
If none of the developers respond, this should
become a bug ticket on SourceForge.
Georg
_
View thread online:
Have you given the log4j/jdk1.4 logging argument
thought ?
Do you jnow of any work going into putting log4j under
the 1.4 stuff ?
Integrating the two is going to be a problem for many
projects, including JBoss/Jetty - so I would be
interested to hear about available approaches...
The logging
Scott,
Jetty and Tomcat both use Jasper as their JSP engine.
Jasper expects it's classpath (for on-the-fly
compilation of JSPs) as a list of files/dirs, but
Jetty only gets a ClassLoader from JBoss.
My integration code, walks up the CL tree, calling
getURLs when possible, to put together a
The old ones are the baset.
Have we had:
Resistance is futile. You will be assimilated
Jules
__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
I've just been told that the Sun 1.3 JVM ignores the
sar on the classpath whereas the 1.3.1 is quite happy
just to treat it as another jar.
I shall try to figure out a better way around this
this evening.
Sorry to break your build, guys.
If you can't wait, get a 1.3.1 JVM down now !
Jules
Marc,
This is probably because it is looking for some of the Clustered HttpSession support. I'm not at home tonight, so can't sort it. If you mail me the stacktrace I shall think about it tomorrow and try to get it in tomorrow night.
Jules
[EMAIL PROTECTED] wrote:
Silly oversights on Sunday
Christoph,
I'm forwarding you to Jetty-Discuss, where the serious Jetty experts lurk.
I will try to put some time aside for this over the next couple of days, meanwhile they may be able to help you.
Sorry I can't jump on this right now, but I'm very busy,
Jules
"Jung , Dr. Christoph" [EMAIL
Scott,
Is this a further problem with the Jetty/JBoss
security integration, or something JBoss side ?
Jules
Note: forwarded message attached.
__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and
Anatoly,
Thanks for the precise description of the problem. I shall take a look at
this as soon as I find the time. Probably during the first week of Jan or so.
Greg,
Any thoughts about this before I plunge in ?
Jules
Anatoly Akkerman wrote:
Hi, guys
I am running into problems with
does not sound too robust in any environment that uses
thread pools (Ie almost any servlet container).
I don't know enough about the jboss authentication mechanism to really
comment more - but I'll repeat that we should make security issues top
priority.
regards
Julian Gosnell wrote
I've put aside some time early in January to try to
get out my first cut.
It will be very simple, basically just de/re-hydrating
HttpSessions on de/con-struction of the Jetty service.
Initially my plan was to just use e.g. CMP to save the
entire Session HashMap into the DB.
I am now concerned
Run this again on a recently refreshed CVS tree - if it still fails I will
look at it.
Jules
Anatoly Akkerman wrote:
Sorry to waste everybody's time. Checking out latest
JBoss 3.0 snapshot fixed the problem.
Thanks to all.
Anatoly.
Erh - I'll try that again - it's one of those days
Jules
Note: forwarded message attached.
__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
has to
support log files that people can generate reports from... That means piping
it to the Jboss log isn't enough since no tool I know of for Web reporting
will parse out the log4J categories, etc...
Hunter
From: Julian Gosnell [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date
When the new ClassLoader code is checked in, I shall
work on a proper JSP solution. Until then, everything
is just a temporary hack.
If you want JSP compilation to work, you have to tell
JBoss where the tools.jar is. We can't ship it with
JBoss because it is part of the JDK.
Jules
--- Peter
We could,
but:
1. some architectures (One of my first beta testers is
on MacOS X) do not seem to have the jar at all - it
seems to have been collapsed into the rest of the
runtime.
2. Many people will be running JBoss on a JRE not a
JDK, and precompiling their JSPs during development.
I am
FreeBay !
Jules
--- Hicks, James [EMAIL PROTECTED] wrote:
I've been doing a few hours of thinking and came to
a conclusion for a demo
app.
Would anyone like to assist me in creating an E-Bay
style bidding
application?
James Hicks
___
app, or maybe
some simple examples
along the lines of tomcats examples web app. (of
course using EJB, JSP
and possibly MDB in there.)
Either way it sounds interesting, and I have been
sitting on my duff
long enough in here that I need to donate some stuff
back.
Al
Julian Gosnell wrote
Marc,
This is probably not a priority, but would make my life a lot easier.
I am revisiting JSPs.
Short of rewriting tools.jar, the easiest way for me to get JSPs to
compile properly in Jetty/RH is the following:
Walk up my WAR's classloader hierarchy, as far as I think necessary,
putting
I updated my RH tree 1/2 an hour ago, made clen and rebuilt - no problems.
Jules
Jason Dillon wrote:
Looks like there are jsr77 classes missing (J2EEManagementEvent and such).
--jason
On Tue, 4 Dec 2001, Peter Fagerlund wrote:
Jason -this is very much alike what I experienced erlier
RH/Jetty is going well, but I am still troubled by this exception.
23:18:30,029 ERROR [EjbModule] Could not create JSR-77 EjbModule:
jbosstest-web.ear
javax.management.InstanceAlreadyExistsException:
I just updated, and don't think these are mine - I get them when
hot-deploying jbosstest-web.ear from the testsuite
Anyone recognise them as their own ?
Jules
23:32:41,788 ERROR [EjbModule] Could not create JSR-77 EjbModule:
jbosstest-web.ear
javax.management.MBeanException: Exception
These were not caused by the update, I just rolled back.
They occr when I hot-deploy (copy into /deploy) the ear, the run the WebIntegration
testsuite (does this use the jmx deployer?), then redeploy the ear.
Jules
Julian Gosnell wrote:
I just updated, and don't think these are mine - I
Even simpler than that - re-hot-deploying (i.e. copying into /deploy/, removing and
recopying) will cause these errors.
I guess some MBeans that should be destroyed on an undeploy are not getting cleaned up.
Jules
Julian Gosnell wrote:
These were not caused by the update, I just rolled
and 'kick start' would
*grow* tremendously by having some apps deployed from get GO ...
?
/peter_f
on 1-12-04 01.06, Julian Gosnell at [EMAIL PROTECTED] wrote:
Who is suggesting you hit these urls ?
As bundled, Jetty comes with no apps deployed - so hitting these urls WILL
tell you
Sorry guys,
Somehow the code that sets up the ENC stuff move places during a reshuffle.
I've put it back now. Please let me know if you still have problems.
Apologies for taking so long to sort this out - i haven't been at my machine
for a couple of days.
Jules
P.S.
Thanks also to those
I'm still not happy about this - there is still something broken in my build.
If you guys can survive another 24 hours, i shall try to sort it out tomorrow.
Apologies to anyone I am holding up - I know how frustrating it can be.
Jules
Julian Gosnell wrote:
Sorry guys,
Somehow
I get exactly the same problem in some code I am
writing.
There is some caching going on somewhere and when you
ask to open the jar again, you get back a cached and
shagged object.
If you alter the name of the URL slightly, you get
back a fresh working object.
Dirty hack - but
I'd be
IMHO, this is a bug in caching inside
JarURLConnection.
The connection gets into an inconsistent state. The
when you ask for something from the same jar again,
you get back a broken connection.
This might be a better solution :
A workaround is to do something like ask for
Please would someone confirm that this file is not used and can be
removed ?
It refers to a very old version of Jetty and cannot have been run
successfully for a long time.
Jetty is now nearly completely self-contained in it's sar and I am
trying to tidy up all fies associated with it from the
---BeginMessage---
True,
But in a distributed cluster, you only want to update Jetty's config in one
place, then when you deploy it, have Jetty and it's config distributed
everywhere.
The jetty.xml is only really a legacy file, which should be merged with the
Can a sar be run unpacked - I had the impression this was not so.
It would be nicely consistant if I could unpack my SAR and rebuild into
the dir hierarchy, touching the descriptor (jboss-service.xml) when I
was ready to undeploy/redeploy ?
Whilst we are on the subject of SARs, would it also
Julian Gosnell wrote:
Can a sar be run unpacked - I had the impression this was not so.
It would be nicely consistant if I could unpack my SAR and rebuild into
the dir hierarchy, touching the descriptor (jboss-service.xml) when I
was ready to undeploy/redeploy ?
Whilst we
1. The tests are pretty incomplete - it is very
possible that you have found a hole in them.
2. if you sync yourself with the cvs tree you will get
an upgrade to Jetty4. I am much happier with the
Security integration in this version. If the problem
lies with Jetty itself ask Greg whether the
--- Holger Engels [EMAIL PROTECTED] wrote: On
Mon, 26 Nov 2001, David Jencks wrote:
It's just an idea...
What if
--when we are doing j2ee spec compliant deployment
we use xsl (or something
like it) to combine the 2 (or 3 or ...) dds into
one unified dd that can be
processed
On running the WebIntegration test on a freshly built
Server (cvs updated about 12 hours ago) I get a :
javax.management.InstanceAlreadyExistsException:
SingleJBoss:name=jbosstest-web.ear, J2EEServer=Single,
J2EEApplication=jbosstest-web.ear, type=EJBModule,
J2EEManagement=Manager,
from JMX.
!
Jules
Andreas Schaefer wrote:
Hi
Yes, this is my mistake. I toke the wrong name, instead the name of
the JAR file the name of the EAR application. Will fix it now.
Andy
- Original Message -
From: Julian Gosnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, November
I should have been more specific.
I only get the error when I set it !
Jules
--- Hunter Hillegas [EMAIL PROTECTED] wrote:
Yup, JBOSS_HOME was set properly.
I'll do a refresh and test it again this afternoon
to see if it persists...
From: Julian Gosnell [EMAIL PROTECTED]
Date: Tue
David,
Please would you expand on this a little.
Do you mean:
a). The packager of the app would be able to provide a single descriptor
b). The container would merge the proprietary and standard descriptor before
processing?
Which particular descriptors are you considering ?
I have
It looks like the testsuite has had a bit of a work over
I figured out how to run my WebIntegration test again - but it falls
over straight away.
I don't think it's the web integration that is failing:
one-test:
Running org.jboss.test.web.test.WebIntegrationUnitTestCase
Exception in
I've been seeing these for a while - am I the only one ?
I found a jbosspool.jar in ./pool - it looks as if it just doesn't get
installed by the build.
No sign of a RARDeployer.jar - maybe it just failed to build - but my
build finished and looked fine ??.
They can't be hangovers from
Is this available to the Jetty integration anywhere.
It is not enough simply to be passed the classloader because I need to make up a
classpath for the java compiler so I can
compile JSPs on the fly.
Currently Jetty only knows about classes/jars stored in the war module. If
classes/jars are
Frank,
I'm surprised at the Jetty error.
mortbay.jetty.jar should not be in lib/etc but jetty-plugin.sar, which contains it,
should.
can you confirm ?
when you say current - how current ?
are there any other errors, warnings associable with Jetty upon startup ?
what happens if you move the
Adam,
Have you tried the Jetty integration ?
If so, and you didn't like it, would you let me know what was broken, so it can
be fixed.
Any feedback at all would be useful, otherwise I am working in a vacuum.
JBoss 3 cvs now contains Jetty4 which is Servlet 2.3 and JSP 1.2 (Jasper - same
as
Guys,
The latest in my efforts to pass the web integration
test suite.
I was getting nasty errors when trying to make
optimised calls from the web to the ejb container.
It seems that while JBoss is aware that both client
and server objects exist within the same vm, it was
upset that the call
:
Julian Gosnell wrote:
2. Non-compliant - only requests for system
classes
are passed upwards.
FWIW, Tomcat4 does the same thing, which means that
you have to bundle
in jaxp.jar in your webapp, or you're going to get
strange class-cast
exceptions and class-not-found exceptions
intra-container calls ?
Jules
--- Rickard Öberg [EMAIL PROTECTED] wrote:
Julian Gosnell wrote:
Your just putting the onus on the Application
programmer to work around shortcomings in the
Server -
I think.
Yes, the app programmer needs to know about
classloading. Bug..
feature
--- Julian Gosnell [EMAIL PROTECTED] wrote:
So,
Are you saying that we should simply support both -
but not a third strategy which somehow supports
sandboxing AND optimised intra-container calls ?
1. Serialised. intra-vm calls should cause a
suitable
WARNING - not an ERROR.
2. I
--- Rickard Öberg [EMAIL PROTECTED] wrote:
Julian Gosnell wrote:
So,
Are you saying that we should simply support both
-
but not a third strategy which somehow supports
sandboxing AND optimised intra-container calls ?
Well, I believe the real fix is to make the
EJB-loader
21, 2001 2:58 AM
Subject: Re: [jetty-discuss] Re: [JBoss-dev]
JBoss3/Jetty4, Greg/Scott -
Optimised intra-container calls ClassLoaders
Julian Gosnell wrote:
Your just putting the onus on the Application
programmer to work around shortcomings in the
Server -
I think
Now that I've read about Local interfaces, I can see
that they are the natural choice for communications
between beans in the same Container.
Is it being suggested that I should use these for
servlet/jsp-ejb communication ?
If not then we still need to support optimised calls
etween the web
OK,
I'll risk one more posting...
Marc,
You seem to understand where I am coming from !
When will this new CL stuff come in ?
Jetty's WAR CL will be a child of the one passed us by
the J2EEDeployer in
Thread.currentThread().getContextClassLoader().
What should it's behaviour be ?
1.
RH CVS HEAD- refreshed an hour or so ago
Running the WebIntegration testsuite:
I guess the setEntityContext(null) - may have done this !
I'll scout around, but I don't think (tentatively) this is mine.
Jules
[00:11:37,740,Jetty] UserTransactionServlet: init
[00:11:38,112,Default]
This is a full stack dump of a reproducible hang-up in the
WebIntegration test-suite with Jetty4.
Note the two threads which seem to be waiting on the same line of
code
at java.lang.ClassLoader.loadClass(ClassLoader.java:286)
This looks like a deadlock to me - has anyone else had a
Another small question for Scott...
Are JBoss Realms scoped within a Server namespace, or
an Application ?
i.e. If 2 webapps see a Realm with the same name - is
it the same Realm instance ?
Currently I am working under the assumption that the
answer is no - but I'm open to suggestion.
Message -
From: Julian Gosnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, November 20, 2001 2:13 AM
Subject: [JBoss-dev] JBoss3/Jetty Security...
Another small question for Scott...
Are JBoss Realms scoped within a Server namespace
in
which case Jasper does not need the compiler
Any suggestions...
Thanks for your input...
Jules
--- Julian Gosnell [EMAIL PROTECTED] wrote:
David Jencks wrote:
Julian,
I spent a little time this weekend making jars in
sars work, with Jetty as
an example. If no one objects, I
Thanks, David,
I'll try this tonight.
Jules
--- David Jencks [EMAIL PROTECTED]
wrote:User: d_jencks
Date: 01/11/19 07:34:04
Modified:jettybuild.xml
Log:
Repackaged jetty to use jar-in-sar
Revision ChangesPath
1.10 +18 -0
I have now plumbed in, thanks to David Jencks, a working copy of jetty4
(Servlet2.3, JSP 1.2).
I am running the WebIntegrationUnitTestCase from the testsuite and all
is going well.
A quick question:
Is this exception something someone is aware of - or is it more likely
that I have made a
Scott,
Due to various changes in Jetty I am having to rework the Security
integration.
My authenticate() is not working and I'm afraid that I have a few simple
questions ;
1. Is JBossSX working in RH yet, or am I wasting my time trying to get
the testsuite's WebIntegrationUnitTestCase to run
Thanks for you're prompt answer,Scott.
I'll take another look at this today,
Jules
Scott M Stark wrote:
Scott,
Due to various changes in Jetty I am having to rework the Security
integration.
My authenticate() is not working and I'm afraid that I have a few simple
questions
our
efforts here
(going into a subdirectory of db may not be the best place, but it is where
the local-directory feature currently puts things)
Thanks
david jencks
Thanks for all the help, David,
Jules
On 2001.11.18 20:37:20 -0500 Julian Gosnell wrote:
Scott,
Due to various
.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On
Behalf Of
|Julian Gosnell
|Sent: Thursday, November 15, 2001 4:46 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] RH: jars in sars ?
|
|
|
|Is this supported yet ?
|
|Where should
Jasper requires tools.jar to be available to it.
Should I:
1. copy it from my java distrib into lib/ext with the Jetty jars at
build time (is the jar arch independent)
2. try to get it on the JBOSS_CLASSPATH and hope Jetty/Jasper can see
it...
3. find another way - suggestions ?
In short,
---BeginMessage---
David Maplesden wrote:
1) worked fine for me...
Have you tried it on different architectures?
My concern is that if I do the build on Linux, the tools.jar from my 1.3.1
distrib may not work on e.g. a Mac etc...
Jules
-Original Message-
From: Julian
--- [EMAIL PROTECTED] wrote: Feature Requests
item #479793, was opened at
2001-11-08 14:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=479793group_id=22866
Category: Other
Group: v3.0 Rabbit Hole
Status: Open
Priority: 5
Submitted By: Hunter
You haven't done anything wrong.
Until you deploy something, you won't find any apps running.
Standalone Jetty ships with some demo apps statically configured - but this was
confusing for JBoss/Jetty users who don't want to know about Jetty's static
config file. They just want to deploy WebApps.
Tell me a little more:
OS, JVM, Version etc
Were you hot-deploying - i.e. copying your ear into jboss/deploy ?
If so, and it was a large ear or a slow copy the file may not have been
complete when jboss saw it and began to unpack it.
To avoid this, copy the ear to somewhere on the same
I looked at Tinderbox a while ago and decided I could
do better in Java.
I started cobbling together something with SOAP
services and JBoss - J[ava] D[istributed] B[uild]
S[ystem].
Something like this.
You tell a Slave where it's master is.
The Slave starts up and registers it's availability
Judging from your check-in of AbstractWebContainer, you've come to a decision.
Thanks for all the help, Scott - that one would have taken me a while to spot !
Can I take it that it will make it into 2.4.3 ?
If so, I'll go for a JBoss/Jetty release tonight.
Thanks again,
Jules
Scott M
I am at work - so can't do anything about this until
this evening - GMT.
If the Jetty build is broken, then I would be
surprised if I broke it - I haven't checked anything
back in for a while, and was very careful to make sure
that everything built last time I did so.
If it does turn out to be
I just tried this:
bash-2.02$ diff -r JBoss-2.4.1
JBoss-2.4.1_Tomcat-3.2.3/jboss | grep -v Binary | grep
-v Common
Only in JBoss-2.4.1: docs
Only in JBoss-2.4.1: external
Only in JBoss-2.4.1: src
Only in JBoss-2.4.1_Tomcat-3.2.3/jboss/bin:
run_with_tomcat.bat
Only in
Jason Dillon wrote:
What version of Jetty was used to build the 2.4.1 JBoss release?
The bundle is called JBoss-2.4.1_Jetty-3.1.RC9-1.zip - does that give it
away ? :-)
The final '1' is the bundle release counter,
Jules
--jason
___
The jetty-service.jar in the 2.4.1 tree is ancient. I
didn't even realise that there was one. I should
probably remove it.
The idea is that if people want to run JBoss with
Jetty they d/l the combined bundle.
If you choose to run a separate Jetty installation you
run the risk of version
I'm gearing up for a new JBoss/Jetty release.
When I run the web tests from jbosstest I get the following :
run-testcase:
[junit] Running org.jboss.test.web.test.TestWebIntegration
[junit] Found warDeployer named: :service=Jetty
[junit] Deploying: jbosstest-web.ear...Done
the org.jboss.jetty.JBossUserRealm integrates with the JBossSX
api.
- Original Message -
From: Julian Gosnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 24, 2001 1:56 PM
Subject: [JBoss-dev] 2.4.1 : jbosstest - web tests - changes ?
I'm gearing up for a new JBoss/Jetty
marc fleury wrote:
|OTHERWISE !
|
|If I take the same SAR file, which definitely HAS a
|jboss-service.xml file in
|it, it will sometimes deploy perfectly, othertimes, I get the
|above exception.
|
|Once I have got the exception out of a running JBoss, I have to restart it,
|since the
marc fleury wrote:
|Hot-deploying the Jetty service works fine.
Hhhhmmm.
The stuff checked in at the moment works - but I want to go further
try this:
rm deploy/jetty-service.xml
rm lib/ext/jetty-plugin
put this in plugins/jetty/build.xml:
I am working on packaging up the Jetty service into an archive.
I have some questions...
1. Should I call it a SAR or a JSR ?
2. should I deploy it to ./deploy or ./deploy/lib ?
3. Can I include jars in it (I tried top level dir and META-INF/lib -
no joy) - how ?
4. Should Jetty's
anything from Jetty to change to support these multiple
deployers in the jetty/jboss module? If so, yell quickly so it makes
it into 3.1.0
regards
Julian Gosnell wrote:
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
Probably one for Jason,
Something I think would speed a lot of peoples development cycle:
a 'redeploy' target for each service, which rebuilds the relevant
components (excepting javadoc - because we want it to be as fast as
possible) and the redeploys the service (e.g. for Jetty, touches
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]
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
ConnectionFactory.
Cheers
David.
-Original Message-
From: Julian Gosnell [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 18, 2001 8:18 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] RH, Jetty, testsuite, Exceptions...
It looks like some new tests may have gone
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
by the test is
just
ConnectionFactory.
Cheers
David.
-Original Message-
From: Julian Gosnell [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 18, 2001 8:18 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] RH, Jetty, testsuite, Exceptions
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],
[EMAIL PROTECTED
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
Would you post the exception please .
I've done a find through the whole of my RH source tree and the only
places I find this string is in doc files and CVS dirs (because the 3.0
tree seems to be a view on the old 2.x tree)
I'll fix it as soon as you let me know what the problem is,
Thanks,
Or is the problem that you can't find the Jetty source, because
contrib/jetty no longer exists ?
look in plugins
I'm guessing here - you'll have to be a little more specific about the
problem
Jules
Julian Gosnell wrote:
Would you post the exception please .
I've done a find
Hot-deploying the Jetty service works fine.
Hot-undeploying generates the following exception :
[AutoDeployer] Auto undeploy of
file:/mnt/megalodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0.0alpha/deploy/jetty-service.xml
[JettyService] Stopping
[Jetty] Stopped SocketListener on
You won't find a Java file - because the Jetty source is not yet checked in.
You should have all the jars you need in thirdparty/mortbay :
thirdparty/mortbay/
thirdparty/mortbay/CVS
thirdparty/mortbay/CVS/Root
thirdparty/mortbay/CVS/Repository
thirdparty/mortbay/CVS/Entries
, and I assumed that was where it
was meant to be
Andreas Schaefer wrote:
- Original Message -
From: Julian Gosnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, September 16, 2001 5:00 PM
Subject: Re: [JBoss-dev] Still problems with Jetty
Or is the problem that you can't
name (i.e. :service=Jetty instead of
SomeDomain:service=Jetty). It fails to find the mbean when it tries to
unregister it, even though the call to isRegistered(mbean) returns true.
Put a domain name in your object name the problem goes away.
David.
-Original Message-
From: Julian
1 - 100 of 177 matches
Mail list logo