On Mon, 18 Nov 2002, Bill Burke wrote:
> The Pooled Invoker pools threads up to a maximum limit, after that new
> threads are still created but are allowed to die after they service a
> request. (I guess I should block, but I didn't want to have a hard limit.)
Minor nitpick, but when you reach t
On Sat, 14 Dec 2002, Anatoly Akkerman wrote:
> Debian uses a sophisticated package format with a whole bunch of stuff
> packed into the package, like dependency information, pre-/post-
> -installation/-configuration/-removal scripts that can modify/unmodify
> various config files, etc. Obviously,
On Sun, 15 Dec 2002, David Jencks wrote:
> Lets talk about (1) some more. We already have the jboss mbean service
> lifecycle, with the create, start, stop, destroy methods called during
> deployment and undeployment. If I understand your proposal correctly, the
> same effect of your jelly scrip
On Fri, 3 Jan 2003, Scott M Stark wrote:
> Runs fine for me on RedHat 8.0 with Sun JDK 1.4.1_01. It looks like whatever JDK
> you are using is botching the search for a jar protocol handler, which does not
>exist.
bash-2.05b$ /usr/lib/j2se/1.3/bin/java -version
java version "1.3.1"
Java(TM) 2 Ru
On Tue, 24 Dec 2002, Scott M Stark wrote:
> A 3.0.5 pre-release has been made available for testing. The primary purpse
> is to get feedback about the latest class loader changes made to address
> the outstanding IllegalAccessErrors. If you have experienced problems
> with IllegalAccessErrors or L
On Mon, 6 Jan 2003, Scott M Stark wrote:
> I'm planning on putting out the 3.0.5 and 3.2.0RC1 releases this Sunday, 2003-1-12
> so if you have something you want in have it done by then.
Does 3.0.5 work on sun jdk 1.3.1 yet(re: my problem)?
-
On Wed, 8 Jan 2003, Sacha Labourey wrote:
> EAR (not war though): it should deploy thanks to the "russian dolls"
btw, I really like the term 'russion dolls' applied as the name of the nested
deployment feature. It's cute.
---
This SF.NET em
On Tue, 7 Jan 2003, Sacha Labourey wrote:
> Hello,
>
> Yesterday I commited a BeanShell (BSH, www.beanshell.org) sub-deployer in
> HEAD. It is in module varia and you can find its lib in
> varia/output/lib/bsh-deployer.sar.
>
> It allows you to hot-deploy *.bsh files in /deploy.
>
> [snip]
/me go
On Wed, 8 Jan 2003, Sacha Labourey wrote:
>
> > If something like this could also be added to J2EE deployments(in META-INF
> > dirs), then I'd be even more excited.
>
> Well, have you simply tried to put a xxx.bsh file inside your JAR, SAR or
> EAR (not war though): it should deploy thanks to the
On Thu, 9 Jan 2003, marc fleury wrote:
> Nukes on JBoss is going to be SUCH A GREAT PROJECT. Finally ENTERPRISE
> CMS for the MASSES.
Well, we have been playing with OFBiz(www.ofbiz.org) lately. It uses it's own
entity engine(which I know you guys don't like), but their GenericValue
objects are
On Thu, 9 Jan 2003, marc fleury wrote:
> I was not aware of this.
>
> marcf
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]] On
> > Behalf Of Scott M Stark
> > Sent: Thursday, January 09, 2003 6:00 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [JBoss-dev]
On Thu, 9 Jan 2003, marc fleury wrote:
> [snip]
Hmm. There broken links on the site. Some stale .jsp(team.jsp(from the front
page) is a 404).
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Someth
On Mon, 13 Jan 2003, Scott M Stark wrote:
> Our FileURLConnection should be picked due to the org.jboss.net.protocol
> package being placed into the java.protocol.handler.pkgs by thiscode in
> org.jboss.system.server.ServerImpl.doInit:
>
> // Include the default JBoss protocol handler packa
On Wed, 15 Jan 2003, Jeff Haynie wrote:
> Is this is JOKE? I think I'd prefer to spend my time on AOP / JB4.
> geez.. ... ;)
So what if it is? The fact that people are spending time checking it is in
and of itself something to be proud of.
JBoss is getting pushed into all corners of the world,
On Thu, 16 Jan 2003, danch wrote:
> It's not especially computation intensive, but it is resource intensive:
> it consumes a process table entry. Each user is allowed only a certain
> number of process table entries, and the overall system has an upper limit.
This latter point is no longer true,
On Mon, 20 Jan 2003, Bela Ban wrote:
> Scott M Stark wrote:
>
> > 5 months is not a sufficient timeframe to drop support for 1.3. The
> > issue is that there
> > is nothing in 1.4 that is sufficiently interesting to require that
> > JBoss depend on it. We
> > will support JDK 1.4 specific features
On Mon, 20 Jan 2003, Bela Ban wrote:
> Can you be a bit more specific ? I'm using JDK 1.4.1 on SUN E450s with
> 1GB of memory, up to 30 VMs, tons of threading and am really happy.
>
> Sounds like the apps you describe which fail in 1.4 are more IO intensive ?
I've had ant fail with a vm core. jb
On Fri, 31 May 2002, Scott M Stark wrote:
> JBoss Source Tar/GZip Archive:
> http://prdownloads.sourceforge.net/jboss/jboss-3.0.0-src.tgz?download
>
> QuickStart Guide
> http://prdownloads.sourceforge.net/jboss/JBoss.3.0QuickStart.pdf?download
I'm downloading the 2 above files. The latter was h
On Fri, 31 May 2002, Scott M Stark wrote:
> JBoss Source Tar/GZip Archive:
> http://prdownloads.sourceforge.net/jboss/jboss-3.0.0-src.tgz?download
The source download includes a non-cleaned catalina output directory.
adam@gradall:~/brainfood/jboss/jboss-3.0.0-src$ du catalina/* -sc
4 cata
On Tue, 18 Jun 2002, David Jencks wrote:
> I don't see how to compile something on 1.3 that calls a method that is not
> in the jdbc 2 spec, but if you have a reference to an example of how to do
> what you suggest I'll take a look.
>
> IMO reflection is worse than a preprocessor.
>
> david jenck
On Fri, 9 Aug 2002, James Higginbotham wrote:
> It just so happens that I was doing some of this work yesterday. I will
> send an email to you directly with a zip archive (as not to spam the
> general jboss group) of a generated XSD from your sample, and simple
> .bat to kick off Castor's src gen
On Wed, 2 Oct 2002, marc fleury wrote:
> I think it is a beautiful idea. In fact I would want it to work even
> with the web packages to redeploy pages instead of the whole jsp
> enchillada and the whole site. Go ahead with this work and we will
> generalize to the web layers
Hmm. Most(all?) se
On Fri, 4 Oct 2002, Sacha Labourey wrote:
> It is just about freedom: we sbsolutly need to let the door open for fools
> to do foolish things ;)
I want infinite ways to do it right, and infinite ways to hang myself. :)
---
This sf.net email
On Wed, 2 Oct 2002, Sacha Labourey wrote:
> (I think I will remember your name all my life ;) Your entrance on jboss-dev
> was so ... hot)
Yeah, I was too forceful. I need to prove myself to you guys first, before I
start demanding things of you. Which is why I have been lurking and reading
si
On Mon, 30 Sep 2002, Sacha Labourey wrote:
> Hello,
>
> I've just commited a generic cache-invalidation mechansim to HEAD (mainly in
> org.jboss.cache.invalidation). Some of the code and ideas comes from Bill
> Burke's implementation of the Seppuku algorithm that has been recently
> commited.
dr
On Fri, 8 Nov 2002, James Higginbotham wrote:
> Right.. I'm not talking about Jboss proper, I'm speaking of a rich
> client platform that uses jboss as its service arch kernel. Imagine a
> world where jboss is installed everywhere - client and server. ;)
JBoss Unlimited.
JBoss Unleashed.
Infinite
yOn Mon, 12 Nov 2001, marc fleury wrote:
> |It is very similar to GLUE
> |(http://www.themindelectric.com/products/glue/glue.html).
>
> there you go, let's do it then...
>
> marcf
A coworker just brought up a good point. If we do this, we suddenly become
incompatible with other J2EE providers(I
yOn Mon, 12 Nov 2001, marc fleury wrote:
> |A coworker just brought up a good point. If we do this, we suddenly become
> |incompatible with other J2EE providers(I do know we don't have to
>
> no we don't
Yes, we do. Something developed for jboss will not run on other providers.
_
home.
BEGIN GEEK CODE BLOCK
Version: 3.12
GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K- W--- !O M- !V PS--
PE++ Y+ PGP++ t* 5++ X+ tv b+ D++ G e h*! !r z?
-END GEEK CODE BLOCK-
BEGIN PGP INFO
Adam Heath <[EMAIL PROTECTED]>
touch /var/lib/jboss/deploy/foo.jar
..
[AutoDeployer] Auto deploy of file:/home.local/var/lib/jboss/deploy/foo.jar
[J2EE Deployer Default] Deploy J2EE application:
file:/home.local/var/lib/jboss/deploy/foo.jar
[AutoDeployer] Deployment failed:file:/home.local/var/lib/jboss/deploy/foo.jar
[AutoDe
On Wed, 14 Nov 2001, Scott M Stark wrote:
> Jikes is not a Java program and you have to use a binary suitable for
> the target platform. I'm not interested in getting into supporting mutiple
> platform binaries.
Well, I guess now is as good a time as any to bring up a problem I have with
the cur
On Thu, 15 Nov 2001, David Maplesden wrote:
> You might be jumping the gun a bit with this one. tools.jar is only needed
> afaik for Jasper i.e. when Jetty (or Tomcat) needs to serve jsp pages. Not
> everyone will want this, indeed many people will probably run JBoss without
> a servlet engine,
On Thu, 15 Nov 2001, David Maplesden wrote:
> if(DEBUG) log.debug("a message");
>
> so that we can easily set the flag to false and recompile a higher
> performance version of the engine. With the static flag set to false the
> compiler removes the line completely, so there is no performance hit
On Wed, 14 Nov 2001, Scott M Stark wrote:
> 2.4.x is based on the archaic and fragmented build policy from the
> early days of JBoss and its not likely to change(at least by me).
> The build process has been totally reorganized in the main branch for the
> 3.0 release so focus on getting a source
On Wed, 14 Nov 2001, Scott M Stark wrote:
> Next week.
Ooh! I can't wait.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On Wed, 14 Nov 2001, Jason Dillon wrote:
> > Oh, and if we are talking about performance, I would appreciate everyone
> > being very careful about placing debug statements inside any code that is
> > executed for every message through the system. Several of these have been
> > introduced with th
yOn Wed, 14 Nov 2001, Jason Dillon wrote:
> Can we automate .deb building with the new build system?
Possibly. The whole point of debian is automation. We have lots of build
daemons setup(for all the architectures we support), that demand this sort of
feature.
I have just checked out the cvs
adam@gradall:~/brainfood/jboss/cvs/jboss$ ant
Buildfile: build.xml
[taskdef] Could not load definitions from resource
planet57/tools/buildmagic/task/autoload.properties. It could not be found.
BUILD FAILED
/home/adam/brainfood/jboss/cvs/jboss/build.xml:23: taskdef class
planet57.tools.buildm
yOn Wed, 14 Nov 2001, Adam Heath wrote:
> adam@gradall:~/brainfood/jboss/cvs/jboss$ ant
> Buildfile: build.xml
> [taskdef] Could not load definitions from resource
>planet57/tools/buildmagic/task/autoload.properties. It could not be found.
>
> BUILD FAILED
>
> /home/
On Wed, 14 Nov 2001, Jason Dillon wrote:
> Why do you need a planet57 .deb ?
A package in debian needs to be able to build with software in debian. Since
planet57 does not exist in debian, I'm making a deb of it.
This way, debian/control can contain a Build-Depends on
planet57-buildmagic.deb.
On Wed, 14 Nov 2001, Jason Dillon wrote:
> Use the build.sh script.
That wouldn't help, since there is no planet57 code at all on my system. In
fact, build.sh makes no attempt at finding planet57 code, and assumes it is
just in the classpath.
It also assumes that ant will use $CLASSPATH.
___
On Wed, 14 Nov 2001, Jason Dillon wrote:
> What are you talking about? build.sh makes no assumptions about the users
> classpath and sets it up correctly to use the jars from tools/lib.
There are no jars whatsoever in jboss cvs. Please, don't just assume
something.
> If you are trying to buil
On Wed, 14 Nov 2001, Jason Dillon wrote:
> Why do you need to know anything about buildmagic to build JBoss? All you
> do is `cvs get jboss-all` and `build/build.sh` that is it. Why would it be
> any different to build a debian package (or any package for that matter).
When making a source pac
On Wed, 14 Nov 2001, David Budworth wrote:
> Can you put a package in debian main that depends on a non-free software?
No. A package in main can only depend on other packages in main.
A package in contrib can depend on packages in non-free, or software that
doesn't exist in debian at all.
Pac
yOn Wed, 14 Nov 2001, Jason Dillon wrote:
> > On Wed, 14 Nov 2001, Jason Dillon wrote:
> >
> > > What are you talking about? build.sh makes no assumptions about the users
> > > classpath and sets it up correctly to use the jars from tools/lib.
> >
> > There are no jars whatsoever in jboss cvs.
On Wed, 14 Nov 2001, David Jencks wrote:
> On 2001.11.14 21:02:53 -0500 Adam Heath wrote:
> > On Wed, 14 Nov 2001, Jason Dillon wrote:
> >
> > > What are you talking about? build.sh makes no assumptions about the
> > users
> > > classpath and sets it up c
On Thu, 15 Nov 2001, David Maplesden wrote:
> Settle down, it was very apparent to anyone following your conversation that
> you guys were talking about different cvs modules.
It's not apparent to me(who is new with jboss), and not apparent to Jason(who
is not). So, you can imagine my excaspera
On Thu, 15 Nov 2001, David Jencks wrote:
> Then you are insisting on wasting your time and the time of everyone on
> this list. You will only get the correct cvs versions of the entire jboss
> server by checking out jboss-all. The server (looks like jboss in cvs) is
> only a small part of jboss
On Wed, 14 Nov 2001, Jason Dillon wrote:
> First off you are using the wrong cvs module to build a functional JBoss 3.0
> release. The build system and cvs organization has changed drammatically
> from 2.x
>
> I know there are not any docs to point this out directly, which I am going
> to fix.
On Wed, 14 Nov 2001, Jason Dillon wrote:
> This is not an appropriate response my friend... especially from a newcomer.
> I certainly am not motivated to help by such comments... though I will
> persist anyways.
Well, I kept repeating the same thing over and over and over, and wasn't
getting any
On Wed, 14 Nov 2001, Jason Dillon wrote:
> If you are trying to build a 3.0 .deb then please use the 'jboss-all' module
> from cvs and use 'build/build.sh release' to create a release suitable for
> stuffing into the package. The files will be inder 'build/output/jboss-*/
Ok, I've done this, an
On Thu, 15 Nov 2001, David Jencks wrote:
> Out of curiousity, where does connector (jbosscx) fit into your packaging
> scheme? For 3.0 you might consider putting the contents of pool and
> connector into one package (if they aren't already) as pool is now small
> and only used by jbosscx.
The s
On Thu, 15 Nov 2001, David Jencks wrote:
> 3. (with jars separate, not in jetty.sar, just a plain jetty-service.xml)
> Remove the out of date jar, jetty-service.xml will suspend all its mbeans,
> redeploy new jar, jetty-service.xml will automatically redeploy all its
> mbeans. This is supposed t
On Thu, 15 Nov 2001, Jason Dillon wrote:
> Why are you splitting it up at all? I guess I can see why you would want to
> split up thirdparty stuff, perhaps even client stuff... but there is no
> reason (or desire) to have the rest split up on a cvs module basis (or
> generated jar basis).
I am
On Thu, 15 Nov 2001, Jason Dillon wrote:
> Hopefully the installed .jars will have some version number seperation (like
> jaxp v1.0.1 vs jaxp v1.1) otherwise you will end up with version
> incompatiblities.
For minor changes in a 'library', a new upload can replace existing files.
For major chan
Something needs to be explained about how debian packaging works. It will
help with the understanding of a few things below.
Debian source packages contain 3 files(normally)
1: A tarball
This tarball is generally an unmodified upstream release, except that it is
renamed.
2: A diff
This
On Thu, 15 Nov 2001, Adam Heath wrote:
> > > Is everything in thirdparty exact copies of external libraries, that get
> > > built, or just checked in pre-compiled version, or a mixture of the two?
> >
> > Everything from thirdparty and tools are pre-compiled.
>
On Thu, 15 Nov 2001, Jason Dillon wrote:
> What changes need to be make to make things fit into FHS?
configuration in /etc/jboss.
log files in /var/log/jboss
cache data(extracted ears, wars, etc) in /var/cache/jboss
Deployment done by the local admin should be done in /var/lib/jboss
All file
On Thu, 15 Nov 2001, Jason Dillon wrote:
> Woah... this is a bit much for me to troll over at the moment... but here
> are some comments based on a brief look.
Yeah, it took quite a bit to write as well. I've spent quite a bit of time
today in email, not getting much real coding work done. :(
On Thu, 15 Nov 2001, Dain Sundstrom wrote:
> No wonder people bitch about Debian.
People don't need licensing issues to bitch about debian.
Hell, even the developers bitch about the inane problems that occur.
Alot of this hardship stems from the fact that, in reality, Debian is a
political org
On Thu, 15 Nov 2001, Jason Dillon wrote:
> > cvs co jboss-all
> > cd jboss-all
> > # this gives jboss*, plus tools and thirdparty.
> > ant build free-dist
> > # This creates zips/tars of everything BUT tools/thirdparty.
> > ant build nonfree-dist
> > # This creates zips/tars of tools/thirdparty.
yOn Thu, 15 Nov 2001, Dain Sundstrom wrote:
> I don't think my statement was harsh. I run Debian on some of my servers,
> and always wondered why people bitched about Debian. Now I know.
People run redhat. People bitch. People switch to Debian. People bitch.
People join Debian. Debian maint
On Thu, 15 Nov 2001, Jason Dillon wrote:
> I thought you said that there were .debs available for the thirdparty stuff
> already. Perhaps I misunderstood.
For some stuff, but not all.
> Is it possible to upload non-free stuff to debian at all? If not, then this
> is wasted effort as JBoss wil
On Fri, 16 Nov 2001 [EMAIL PROTECTED] wrote:
>
> I think that all the extra information will confuse new JBoss users. If a
> person is advanced enough to want to debug components within JBoss they
> will be advanced enough to edit the log4j properties themselves.
On that note, it might be nice
yOn Fri, 16 Nov 2001, marc fleury wrote:
> |For JBoss.org, this is perfectly acceptable. However, for the
> |real upload to
> |Debian, this won't work, as I have said previously.
>
> Then you are shit out of luck kid,
Huh?
___
Jboss-development mail
On Sat, 17 Nov 2001, Jason Dillon wrote:
> Makming a .deb (or a .rpm) for JBoss means that installs on platforms for
> which those formats are supoported (or the default) will become much easier.
> While it is true that the current .zip or .tgz formats are simple to use,
> some folks simply prefe
On Sat, 17 Nov 2001, Jason Dillon wrote:
> How many SF projects do you belong too?
For something really evil, that will warp your brain, look at the cvs for
sf.net/projects/shoop
SHell Object Oriented Programming. Pure posix.
___
Jboss-development
On Sat, 17 Nov 2001, Jason Dillon wrote:
> I think it is worth the time to setup a jboss deb and serve the packages
> from jboss.org (or sf). I have yet to understand the full logistics for
> submitting the packages to debian. The advantage to that would be that any
> debian user could install
On Sun, 18 Nov 2001, Jason Dillon wrote:
> I will look at adding this to build/build.xml next week. probably won't be
> this exact patch, but will do the same basic things you want.
Actually, s/non-?free/external;
That more accurately describes what each file contains.
__
On Sun, 18 Nov 2001, Jason Dillon wrote:
> I will look at adding this to build/build.xml next week. probably won't be
> this exact patch, but will do the same basic things you want.
I'll reiterate it again, so it is completely clear.
What is in this patch is all that I am requesting from JBoss
I was wondering if there was a short and sweet, 3-5 line, by 80 char,
description of jboss? I can find things longer, but nothing that describes it
in short and simple terms.
I need just such a description for making jboss debs. I thought who better to
ask, than those who write it.
_
On Wed, 21 Nov 2001, Rickard [ISO-8859-1] Öberg wrote:
> What I want to avoid is the copying and packaging that goes on. Do you
> have any idea of the time it takes to package 1500 JSP's into a JAR, and
> then have that 3-4Mb file copied and exploded into a tmp dir, and this
> for every time you
On Wed, 21 Nov 2001, David Jencks wrote:
> On 2001.11.21 14:06:58 -0500 danch wrote:
> >
> >
> > Rickard Öberg wrote:
> >
> > >
> > > That's much better, assuming I know where the tmp directory is. And I
> > > don't, since the name keeps changing for each deployment. :-(
> >
> >
> > Something peo
On Wed, 21 Nov 2001 [EMAIL PROTECTED] wrote:
> Unfortunately, my firewall currently doesn't let me check out via cvs
> directly unless it's over ssh, and I don't have RW access to the
> repository (yet :) -- I've been downloading the nightly snapshots (ugh)
> in .tgz form from http://www.jboss.o
On Wed, 21 Nov 2001, marc fleury wrote:
> This is it!
>
> http://prdownloads.sourceforge.net/jboss/jboss-3.0.0alpha.zip
>
> we will have the link on www.jboss.org shortly
>
> so go gentlemen, you know what is in there, clustering, EJB 2.0, sar, cl
> microkernel, the future.
Where is tomcat integ
On Sun, 25 Nov 2001, marc fleury wrote:
> |Where is tomcat integration? Is this just an oversite? JBoss 2.4.3 had
> |Tomcat integration(both 3.x and 4.x), yet I see nothing in JBoss cvs that
> |mention this.
>
> Where is your code, Adam? If you care so much about it, get your keyboard
> and co
On Sun, 25 Nov 2001 [EMAIL PROTECTED] wrote:
> Have you had any luck getting this to work with sourceforge? It appears
> that it requires a little different setup serverside
>
> -jason
> [snip]
>
> http://kitenet.net/programs/sshcvs/
>
> CVS over anonymous ssh.
No, haven't tried. The main
yOn Mon, 26 Nov 2001, Tilly, Jesse wrote:
> The problem isn't the filtering of the messages. I get the digest which
> contains everything. I would have to parse each message and remove
> everything from line x to line y when subject was "CVS*". The concern is
> that the digest is getting fille
On Tue, 12 Feb 2002, Dain Sundstrom wrote:
> This is for anyone who knows Postgres out there,
>
> There is a patch at sf that suggest adding the following mapping:
>
>
>java.util.Date
>TIMESTAMP
>TIMESTAMP
>
>
> There is currently no mapping for java.util.Date, but there is a mappin
On Fri, 15 Feb 2002, Chris Harris wrote:
>
> JBoss: we had a competition for a slogan and this one won.
rotlmao
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On Tue, 19 Feb 2002, Jason Dillon wrote:
> -_jboss_jboss.net
> +_jboss_jboss.net \
> +_jboss_iiop
This is a very minor nitpick, but when I use continued lines like the above, I
always have all lines end with '\', so th
On Tue, 19 Feb 2002, Jason Dillon wrote:
> That is fine as long as you make sure that the next line is blank or will be
> evaluated to the same effect by cvs.
>
> --jason
Certainly. Some languages don't like that.
___
Jboss-development mailing list
On Tue, 19 Feb 2002, Jason Dillon wrote:
> Like the JBossMQ and JBossMX stuff...
Or what about thirdparty projects that are maintained in jboss cvs(ie, jetty)?
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/l
On Tue, 19 Feb 2002, Scott M Stark wrote:
> We won't do releases of Jetty as Mortbay has their own Sourceforge
> project that handles that.
Understood, that's not what I mean to imply.
What I meant, was that if a thirdparty checkins in source, and when doing,
they use the same tagname as what w
On Wed, 20 Feb 2002, Jason Dillon wrote:
> >
> >
> >Jason please add these to the developers website (the 2.4 part).
> >
> What is the update policy on that now? I mean how are we refreshing it?
> I have been waiting on some doco changes until we got the www/main
> stuff sorted out.
>
> I will
yOn 20 Feb 2002, Marius Kotsbak wrote:
> I see that Virtual Host support is mentioned in the TODO-file in
> jboss/jetty plugin. Does that mean that it isn't possible yet to set up
> virtual hosts that each war should be bound to?
>
> Is it possible to do this with WEB-INF/web-jetty.xml? I think t
On Thu, 21 Feb 2002, Hiram Chirino wrote:
> User: chirino
> Date: 02/02/21 15:17:00
>
> Modified:src/main/org/jboss/system UnifiedClassLoader.java
> Log:
> Adding new Boot class that helps out with creating a embedable JBoss app server.
> embedable in the small footprint sense and
On Fri, 22 Feb 2002, Adrian Brock wrote:
> Yet again the windows file url rears it ugly head :-)
>
> This time it is in EJBDeployer.
> The ejbmodule has had it's ObjectName changed to
> include the url.getPath();
>
> On windows this url is
> /C:/some/path/myapp.jar
>
> The : means the ObjectName
On Sun, 24 Feb 2002, David Jencks wrote:
> [snip]
JSX seems to work well for us here at work. Might want to check it out.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On Sun, 24 Feb 2002, David Jencks wrote:
> On 2002.02.24 22:05:19 -0500 Adam Heath wrote:
> > On Sun, 24 Feb 2002, David Jencks wrote:
> >
> > > [snip]
> >
> > JSX seems to work well for us here at work. Might want to check it out.
>
> Looks int
On Mon, 25 Feb 2002, Jason Dillon wrote:
> Looks like the default URL system doesn't work too well with our custom
> class loading stuff... so I implemented a factory that does the same
> thing that would happened if our classes were on the system cl and we
> set the pkgs prop. ServerImpl instal
On Tue, 26 Feb 2002, marc fleury wrote:
> ok,
>
> still jet lagged... (australia!)
>
> So let's imagine that we multi-thread the MainDeployer, each deployment gets
> a thread.
>
> Each time a thread wants a class the ServiceLibraries tries and if it is a
> CNFE waits.
>
> when a class is register
On Fri, 1 Mar 2002, Chris Kimpton wrote:
> I also increased the time I allow for the server to warm up - it was
> 2mins - but my test runs show it taking 1min 40secs or so - which is
> getting close - so it now allows 5 mins for the server to warm up.
For the init script I wrote for debian, I al
ing as how I am also a Debian
developer, and I do that in my free time, jboss 3.0 gets no portion.
Adam Heath
Software Engineer / Debian developer
Brainfood, Inc. / Debian Project
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On Fri, 30 Nov 2001, marc fleury wrote:
> [snip]
What are the hardware stats of this machine, for comparison?
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On Mon, 3 Dec 2001, marc fleury wrote:
> I seriously doubt you are a developer of anything kid...
See, this is why I didn't respond to your ultimatum email a week ago. I had a
suspicion that you would only answer with a pure flame. I guess I was proven
right.
At this point a person, only inte
On Mon, 3 Dec 2001, Bill Burke wrote:
> Ean,
>
> Adam Heath is getting flamed because he has been a jerk. You don't go on
> these lists demanding features and bashing people because certain features
> don't work to a community of developers who mostly all work for free
On Mon, 3 Dec 2001, Bill Burke wrote:
> Adam, you need to eat a piece of humble pie. If you had taken it upon
> yourself to contribute the tomcat-jboss integration, we would have all
> applauded your efforts and gladly offered our support and guidance to your
> problems.
As I said in another em
On Tue, 4 Dec 2001, Bill Burke wrote:
> Who on this list has the time, energy, and/or money to support/run this type
> of organization?
That's just it. This entire list would run it. It wouldn't be any one
person, or any one small group of people.
___
ht. I know from experience.
You have worked at 2 different companies, or did they hire you as a consultant
just to do this integration(not meaning to sound harsh, just being
inquistive).
> Yes. Who the hell is Adam Heath anyways? (Then you could ask, who the hell
> is Bill Burke? :)
Fair
1 - 100 of 123 matches
Mail list logo
