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, but the
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. jboss
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, in
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 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 package
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 =
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] One thing I like
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
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 goes
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 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
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
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, in
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 script
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
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
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, 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?)
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
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.
drool!
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
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 jencks
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
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 has
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 installs
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 registered in the
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 interesting, however I can't see how we could possibly use it: gpl
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 is
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 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
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 ask scott
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 this
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 that
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]
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, 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:
mapping
java-typejava.util.Date/java-type
jdbc-typeTIMESTAMP/jdbc-type
sql-typeTIMESTAMP/sql-type
/mapping
There is
On Wed, 6 Feb 2002, Craig Johannsen wrote:
Submitting a story to Slashdot is just as good as writing a script to waste
Oracle's add money. People complain that when their site is mentioned on
Slashdot, they get overwhelmed by huge numbers of hits on their site.
Hit being webspeak for
On Mon, 4 Feb 2002, Adam Heath wrote:
Quick feature request for 3.0.
Currently, (the spec and current jboss code) says web modules should be in the
ear. Jboss allows for this to be unpacked. And this is great. However,
there are downsides to even this.
We have a 650 meg website(lots
On Thu, 7 Feb 2002, Jason Dillon wrote:
If it makes the build faster then do it. Removing imports won't change any
logic.
Ooh. I never even considered it'd make the build faster.
This probably also speeds up javadoc as well.
___
JBoss: 2 BEA(this crossed out) or not 2 BEA(this circled)
Sorry, it just seems funny.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On Fri, 8 Feb 2002, Peter Fagerlund wrote:
When it comes to suggestions here --- hotmail and debian accounts will not
qualify ...
What do you mean by the above comment?
I sent my mail with humor, or attempted humor. I don't read humor in your
response above.
On Wed, 6 Feb 2002, marc fleury wrote:
+%!
+ String[] link = {
+ /jbossgroup/training.jsp,
+ /jbossgroup/training.jsp,
+ /jbossgroup/training.jsp,
+ /jbossgroup/training.jsp,
+ /jbossgroup/training.jsp,
+
On Sun, 3 Feb 2002, marc fleury wrote:
So it seems the QA is going ok and we will be able to put out a beta soon,
if not by thursday, sometimes next week or when I come back from Australia.
Awaiting eagerly. :)
We are chasing down the last bugs on the testsuite and some optimization we
On Sat, 26 Jan 2002, Manfred Riem wrote:
Can this be done, and if so, where do I need to hack
the code for it?
Start by looking at the jndi server bean, and going from there.
___
Jboss-development mailing list
[EMAIL PROTECTED]
On Sat, 19 Jan 2002, marc fleury wrote:
/**
* Gets the FilenameFilter that the AutoDeployer uses to decide which files
* will be deployed by the ServiceDeployer. Currently .jsr, .sar, and files
* ending in service.xml are accepted.
*
* @return The
-- Forwarded message --
Date: Fri, 21 Dec 2001 11:19:57 -0600 (CST)
From: Adam Heath [EMAIL PROTECTED]
To: marc fleury [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Ave Caesar, morituri te salutant
On Fri, 21 Dec 2001, marc fleury wrote:
So I feel inspired
On Tue, 18 Dec 2001, marc fleury wrote:
-mbean-refJBOSS-SYSTEM:service=Jetty/mbean-ref
+dependsJBOSS-SYSTEM:service=Jetty/depends
I like this name for this tag mucho better than the last.
Could someone refresh my memory? This depends stuff only guarantees mbean
start() order?
On Wed, 19 Dec 2001, marc fleury wrote:
we are attracting all kinds of leeches these days but this is frankly
un-expected...
s/leech/spammer/
Fucking spammers.
I have just recently installed a program called spamassassin(1). Seems fairly
good, and doesn't have too many false hits.
1:
On Tue, 11 Dec 2001, Dain Sundstrom wrote:
2.4.3 2.4.4 2.4.4beta
Adam, I know you didn't write the debian package rules, but this is the most
retarded fucking thing I have ever seen.
Well, it does cause problems, I'll agree there.
I'll explain how dpkg does version comparison below.
On Tue, 11 Dec 2001, Vincent Harcq wrote:
Is there a reasonably simple way to make xdoclet only
run if one of the files it is processing has changed?
Most of the time for my server module builds seems
to be taken with xdoclet, and I never change stuff
it starts with.
Xdoclet checks
On Tue, 11 Dec 2001, Scott M Stark wrote:
I'll update the source tonight.
Kisses. The feature in $topic will allow us here at work to completely change
our build system, to generate this unpacked form, then use rsync to send to
the live servers. We are all waiting anxiously.
On Mon, 10 Dec 2001, David Budworth wrote:
Can someone send me the procmail filter that makes Peter's messages
readable?
but, but, it's comic relief.
___
Jboss-development mailing list
[EMAIL PROTECTED]
Is anyone working on integrating the above 2 systems? If not, I may end up
having to do it myself.
What makes this problematic, is tomcat has rearranged a bunch of their code,
and have given no 'upgrading' doc, describing how to port something from 3.2
to 3.3.
Since tomcat 3.3 is the current
On Thu, 6 Dec 2001, Jason Dillon wrote:
[snip]
Maybe something could be done like the linux kernel. During bootup, before
the video screen is initialized, all log/debug messages are stored in a
buffer. Then, as soon as the console is available, they get dumped out.
Of course, I have no idea
On Tue, 4 Dec 2001, Jason Dillon wrote:
BTW, Marc was just iterating what a lot of us were thinking but were too
afraid to say. Put up or shut up dude.
I did submit a patch to build.xml to do what I want. No one seems to recall
that.
I have that patch, just have not had time to
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
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! I
secretly applauded Marc
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
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.
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 filled up
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 code
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 problem
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 integration?
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 people have been
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
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 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 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 prefer
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 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 to
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 mailing
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
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 to
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
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
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.
This is bad. If these were
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
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
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.
ant build
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
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 will
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
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 at
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
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
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/adam/brainfood/jboss/cvs/jboss
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 build
1 - 100 of 110 matches
Mail list logo