I will add that to my list of things todo.
Thanks,
--jason
On Sat, 1 Sep 2001, Dan - Blue Lotus Software wrote:
> Like I said, simply unsetting the environment variable ANT_HOME in the build
> script should take care of this.
>
> I use Ant on many other non-JBoss related projects. I need ANT
Like I said, simply unsetting the environment variable ANT_HOME in the build
script should take care of this.
I use Ant on many other non-JBoss related projects. I need ANT_HOME to be
set for these other projects. I assume others will have the same problem.
Because I was not aware JBoss include
User: user57
Date: 01/08/31 21:57:56
Added: src/main/org/jboss package.html
Log:
o adding package javadoc files
Revision ChangesPath
1.1 jboss/src/main/org/jboss/package.html
Index: package.html
===
User: user57
Date: 01/08/31 21:57:56
Added: src/main/org/jboss/system package.html
Log:
o adding package javadoc files
Revision ChangesPath
1.1 jboss/src/main/org/jboss/system/package.html
Index: package.html
=
=P
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/08/31 21:31:39
Modified:src/main/org/jboss Main.java
Log:
o pretty'd & removed the extra versionIdentifer from main()
Revision ChangesPath
1.46 +358 -320 jboss/src/main/org/jboss/Main.java
Index: Main.java
===
User: user57
Date: 01/08/31 21:21:25
Modified:.build.xml
Log:
o cleaned up tabs, changed generated comments for classes with main
Revision ChangesPath
1.21 +18 -15jboss/build.xml
Index: build.xml
User: user57
Date: 01/08/31 21:21:25
Modified:jboss/etc/.Refactory pretty.settings
Log:
o cleaned up tabs, changed generated comments for classes with main
Revision ChangesPath
1.3 +6 -10 build/jboss/etc/.Refactory/pretty.settings
Index: pretty.settings
User: user57
Date: 01/08/31 21:11:59
Modified:src/main/org/jboss Main.java Version.java
Log:
o re-enabled usage of Version & changed back to using Calader to avoid
deprecated warnings.
Revision ChangesPath
1.45 +21 -12jboss/src/main/org/jboss/Main.java
mailto:[EMAIL PROTECTED]";>Hiram Chirino`
+* @version $Revision: 1.2 $
*
* 20010830 marc fleury:
*
* initial import
*
*
+* 20010831 hiram chirino:
+*
+*Added suppport for org.w3c.dom.Element type mbean attributes.
+*The first chil
User: chirino
Date: 01/08/31 20:03:05
Modified:src/main/org/jboss/mq/pm/jdbc PersistenceManager.java
Log:
fixing compile problems
Revision ChangesPath
1.6 +6 -7 jbossmq/src/main/org/jboss/mq/pm/jdbc/PersistenceManager.java
Index: PersistenceManager.java
User: chirino
Date: 01/08/31 20:01:00
Modified:src/main/org/jboss/mq/pm/rollinglogged
PersistenceManager.java
PersistenceManagerMBean.java
Log:
Fixing compile problems due to migration of classes from jboss.util to jboss.system
R
User: chirino
Date: 01/08/31 20:01:00
Modified:src/main/org/jboss/mq/pm/jdbc PersistenceManagerMBean.java
Log:
Fixing compile problems due to migration of classes from jboss.util to jboss.system
Revision ChangesPath
1.4 +18 -44
jbossmq/src/main/org/jboss/mq/pm
User: chirino
Date: 01/08/31 20:00:59
Modified:src/main/org/jboss/mq/il/oil OILServerILService.java
Log:
Fixing compile problems due to migration of classes from jboss.util to jboss.system
Revision ChangesPath
1.4 +141 -97 jbossmq/src/main/org/jboss/mq/il/oil/OI
User: chirino
Date: 01/08/31 20:01:00
Modified:src/main/org/jboss/mq/pm/logged PersistenceManager.java
PersistenceManagerMBean.java
Log:
Fixing compile problems due to migration of classes from jboss.util to jboss.system
Revision ChangesPath
1.4
User: chirino
Date: 01/08/31 20:00:59
Modified:src/main/org/jboss/mq/il ServerILJMXService.java
ServerILJMXServiceMBean.java
Log:
Fixing compile problems due to migration of classes from jboss.util to jboss.system
Revision ChangesPath
1.4 +
User: chirino
Date: 01/08/31 20:00:59
Modified:src/main/org/jboss/mq/il/rmi RMIServerILService.java
Log:
Fixing compile problems due to migration of classes from jboss.util to jboss.system
Revision ChangesPath
1.4 +21 -16jbossmq/src/main/org/jboss/mq/il/rmi/RM
Hi Geeks
We had a few months ago already this discussion
if JMX-Event transport (from the JMX MBean-
Server back to the client) should be done asynchronous.
Does anyone have an idea how this can be done
J2EE based (meaning vendor neutral).
>From my point of view you cannot create a Queue
in the
User: chirino
Date: 01/08/31 20:00:59
Modified:src/main/org/jboss/mq/pm/file PersistenceManager.java
PersistenceManagerMBean.java
Log:
Fixing compile problems due to migration of classes from jboss.util to jboss.system
Revision ChangesPath
1.4
User: chirino
Date: 01/08/31 20:00:59
Modified:src/main/org/jboss/mq/il/uil UILServerILService.java
Log:
Fixing compile problems due to migration of classes from jboss.util to jboss.system
Revision ChangesPath
1.4 +145 -102 jbossmq/src/main/org/jboss/mq/il/uil/UI
User: user57
Date: 01/08/31 19:55:52
Modified:src/bin nightly-website.sh
Log:
o allowing MAILTO to be overriden on the command line, logs a warning message
in that case.
Revision ChangesPath
1.7 +9 -5 newsite/src/bin/nightly-website.sh
Index: nig
User: user57
Date: 01/08/31 19:52:42
Modified:src/xdocs jbossdocs.xml
Log:
o added pubdate, so it is easier to tell when the manual was last updated
Revision ChangesPath
1.2 +2 -1 manual/src/xdocs/jbossdocs.xml
Index: jbossdocs.xml
==
User: user57
Date: 01/08/31 19:47:22
Modified:src/bin nightly-website.sh
Log:
o using the real MAILTO address
Revision ChangesPath
1.6 +2 -2 newsite/src/bin/nightly-website.sh
Index: nightly-website.sh
===
User: user57
Date: 01/08/31 19:38:19
Modified:.build.xml
Log:
o removing the bomb
Revision ChangesPath
1.9 +1 -3 newsite/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss
User: user57
Date: 01/08/31 19:35:39
Modified:.build.xml
Log:
o one last test for good measure.
Revision ChangesPath
1.8 +3 -1 newsite/build.xml
Index: build.xml
===
RCS file:
User: user57
Date: 01/08/31 19:35:32
Modified:website build.xml
Log:
o one last test for good measure.
Revision ChangesPath
1.7 +1 -3 build/website/build.xml
Index: build.xml
===
RCS
User: user57
Date: 01/08/31 19:35:39
Modified:src/bin catchlog.sh nightly-website.sh update-website.sh
Log:
o one last test for good measure.
Revision ChangesPath
1.5 +5 -1 newsite/src/bin/catchlog.sh
Index: catchlog.sh
=
Did you ever look into this more?
--jason
On Thu, 9 Aug 2001, David Jencks wrote:
> On 2001.08.09 17:30:51 -0400 Toby Allsopp wrote:
> > On Wed, Aug 08, 2001 at 11:30:39PM -0400, David Jencks wrote:
> > > At the risk of changing the subject ;-)
> > > There seem to be two xml-configuration pars
User: user57
Date: 01/08/31 19:23:52
Modified:src/main/org/jboss/mq/pm/jdbc PersistenceManager.java
Log:
o ServiceMBeanSupport changed packages
Revision ChangesPath
1.5 +7 -4 jbossmq/src/main/org/jboss/mq/pm/jdbc/PersistenceManager.java
Index: Persiste
User: user57
Date: 01/08/31 19:20:52
Modified:website build.xml
Log:
o moved mailing upto nightly-website.sh
o catchlog.sh will return the exit status of its child
o status 2 means that the install failed, website could be down
Revision ChangesPath
1.6 +3
User: user57
Date: 01/08/31 19:20:53
Modified:src/bin catchlog.sh nightly-website.sh update-website.sh
Log:
o moved mailing upto nightly-website.sh
o catchlog.sh will return the exit status of its child
o status 2 means that the install failed, website could be down
R
User: user57
Date: 01/08/31 19:20:52
Modified:.build.xml
Log:
o moved mailing upto nightly-website.sh
o catchlog.sh will return the exit status of its child
o status 2 means that the install failed, website could be down
Revision ChangesPath
1.17 +1
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
> |No worries, nothing is dependent on cygwin. But I don't have the patience
> |to deal with maintaining a batch script.
>
> I have agreed to this experiment with the understanding that it would not
> break portability. If it does because you don't maintain it and you put the
> windows developers
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
|No worries, nothing is dependent on cygwin. But I don't have the patience
|to deal with maintaining a batch script.
I have agreed to this experiment with the understanding that it would not
break portability. If it does because you don't maintain it and you put the
windows developers (80% of ou
User: user57
Date: 01/08/31 18:39:26
Modified:src/bin catchlog.sh nightly-website.sh
Log:
o trying to get exit status passed from update-website.sh to catchlog.sh
back to nightly-website.sh
Revision ChangesPath
1.3 +2 -1 newsite/src/bin/catchlog.sh
User: user57
Date: 01/08/31 18:39:26
Modified:.build.xml
Log:
o trying to get exit status passed from update-website.sh to catchlog.sh
back to nightly-website.sh
Revision ChangesPath
1.7 +4 -1 newsite/build.xml
Index: build.xml
=
User: user57
Date: 01/08/31 18:31:40
Modified:.build.xml
Log:
o minor logging updates, default to --quiet so we don't loose any logs
from tee.
o moved bomb to manual
Revision ChangesPath
1.6 +14 -16newsite/build.xml
Index: build.xml
==
User: user57
Date: 01/08/31 18:31:40
Modified:.build.xml
Log:
o minor logging updates, default to --quiet so we don't loose any logs
from tee.
o moved bomb to manual
Revision ChangesPath
1.16 +3 -1 manual/build.xml
Index: build.xml
===
User: user57
Date: 01/08/31 18:31:41
Modified:src/bin catchlog.sh nightly-website.sh
Log:
o minor logging updates, default to --quiet so we don't loose any logs
from tee.
o moved bomb to manual
Revision ChangesPath
1.2 +8 -1 newsite/src/bin/catchlo
User: user57
Date: 01/08/31 18:08:45
Modified:.build.xml
Log:
o added test bomb
Revision ChangesPath
1.5 +3 -1 newsite/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/n
User: user57
Date: 01/08/31 18:06:58
Modified:src/bin update-website.sh
Log:
o so far so good... now for error testing
Revision ChangesPath
1.3 +3 -2 newsite/src/bin/update-website.sh
Index: update-website.sh
User: user57
Date: 01/08/31 17:56:48
Modified:src/xdocs/howto howtopetstore.xml
Log:
o fixed missing
Revision ChangesPath
1.3 +1 -0 manual/src/xdocs/howto/howtopetstore.xml
Index: howtopetstore.xml
===
User: user57
Date: 01/08/31 17:47:28
Modified:website build.xml
Log:
o there is no call-clean target...
Revision ChangesPath
1.5 +2 -2 build/website/build.xml
Index: build.xml
===
RCS
User: user57
Date: 01/08/31 17:44:19
Modified:src/bin update-website.sh
Log:
o the build pulls from cvs, so I have to check in these with test data to
make sure it works
Revision ChangesPath
1.2 +13 -10newsite/src/bin/update-website.sh
Index: upda
User: user57
Date: 01/08/31 17:44:19
Modified:website build.xml
Log:
o the build pulls from cvs, so I have to check in these with test data to
make sure it works
Revision ChangesPath
1.4 +20 -4 build/website/build.xml
Index: build.xml
==
User: user57
Date: 01/08/31 17:44:19
Modified:.build.xml
Log:
o the build pulls from cvs, so I have to check in these with test data to
make sure it works
Revision ChangesPath
1.4 +1 -3 newsite/build.xml
Index: build.xml
User: user57
Date: 01/08/31 17:25:30
Modified:.build.xml
Log:
o adding scripts and helper scripts to run the nightly website update
Revision ChangesPath
1.3 +30 -2 newsite/build.xml
Index: build.xml
User: user57
Date: 01/08/31 17:25:30
Added: src/bin catchlog.sh nightly-website.sh update-website.sh
Log:
o adding scripts and helper scripts to run the nightly website update
Revision ChangesPath
1.1 newsite/src/bin/catchlog.sh
Index: catchlo
User: user57
Date: 01/08/31 16:22:13
Modified:website build.xml
Log:
o adding website, website-install & website-run-once to help automate
updating the website.
Revision ChangesPath
1.3 +15 -1 build/website/build.xml
Index: build.xml
===
Is there any way to get the CVS code over SSH if you are an anonymous user?
I tried using a hacked version of the instructions on SF but no dice... We
block the pserver ports but allow at SSH at the firewall...
Hunter
___
Jboss-development mailing lis
User: user57
Date: 01/08/31 15:50:47
newsite/src/bin - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
> |I highly recommended that every windows user install cygwin. It will be
> |worth the effort, believe me.
>
> no, we have been down this road before and the result is not pretty. 95%
> will NOT install cygwin and will NOT be able to build.
Notice I said "recommend".
> Jason I am serious now,
Perhaps we should ignore any user set ANT_HOME, or warn the user if it is
set.
--jason
On Fri, 31 Aug 2001, Dan - Blue Lotus Software wrote:
> Yes, this was it. I suggest we unset ANT_HOME in the build script.
>
> -dan
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL
You should not need ANT_HOME set at all.
--jason
On Fri, 31 Aug 2001, Dan - Blue Lotus Software wrote:
> This makes sense. I have the "ANT_HOME" environment variable set to a
> separate install of Ant. It probably just used that instead of the one
> included with jboss-all.
>
> -dan
>
>
Did you try the build.bat script? It should use the correct version of Ant
with all of the correct support jars.
--jason
On Fri, 31 Aug 2001, Dan - Blue Lotus Software wrote:
> Win2k
>
> jboss-all
>
> One thing. I first tried it with Ant v1.3. It crashed and burned quickly,
> due to a missi
Can you make the info a dependency (or call target), which will only run if
a property is set, so those who don't really want to see this do not have
to.
--jason
On Fri, 31 Aug 2001, Chris Kimpton wrote:
> User: kimptoc
> Date: 01/08/31 03:01:18
>
> Modified:jbossbuild.xml
> Lo
|build.bat will always have issues, since we can not give it all of the
|features that build.sh has (like chaning the JAXP impl and such).
|
|I highly recommended that every windows user install cygwin. It will be
|worth the effort, believe me.
no, we have been down this road before and the re
> Does the javadoc generation work - I tried setting the
> local.properties/javadoc generated property to false, but I still
> don't seem to have any docs...
You have to comment it, ant if/unless attributes only check for the
existence of the property.
--jason
_
Yes, this was it. I suggest we unset ANT_HOME in the build script.
-dan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Vincent Harcq
Sent: Friday, August 31, 2001 7:50 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] requirements for build
Hi,
Is AN
> However, after a quick check through recent mails in the list
> (should've done that first, obviously :-), I worked out that ant is
> actually still included in the build - just do a
>
> "cvs get jboss-all"
>
> and run build/build.sh (use Cygwin on Windows as suggested). It's
> included in the "
This makes sense. I have the "ANT_HOME" environment variable set to a
separate install of Ant. It probably just used that instead of the one
included with jboss-all.
-dan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Luke
Taylor
Sent: Friday, August
Win2k
jboss-all
One thing. I first tried it with Ant v1.3. It crashed and burned quickly,
due to a missing buildmagic class. So I copied the Jar file into the lib
directory of Ant. This got me past the classpath problem, but exposed the
problem. So when I installed Ant v1.4beta2, I dropped
on 1-08-31 22.35, Jason Dillon at [EMAIL PROTECTED] wrote:
>> I didn't need to install anything... worked fine for me
> As it should be.
Yes - on my post of success tagged "True Build and Rabbit Magic" was on 7.1
red Hat distro, BlackDown.com JVM. "cvs get jboss-all" ... and "it just
works" ...
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> Julian Gosnell
> Sent: Friday, August 31, 2001 7:18 AM
> To: marc fleury
> Cc: Greg Wilkins; [EMAIL PROTECTED]
> Subject: [JBoss-dev] JBoss 3.0 and Jetty
>
>
> Marc,
>
> I'm trying to gauge requirem
I must say that not only is this list very informative, you never know what
you're going to see next! It's fun too!
Hunter
> From: "marc fleury" <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Fri, 31 Aug 2001 10:28:45 -0400
> To: <[EMAIL PROTECTED]>
> Subject: RE: [JBoss-dev] EJB 2.0
Hi,
Is ANT_HOME env property set ? Unset it and it will run by finding ant from
tools/
Vincent.
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Dan
> - Blue Lotus Software
> Envoyé : vendredi 31 août 2001 11:21
> À : JBoss Dev
> Objet : [JBoss-dev
Hi,
--- Jason Dillon <[EMAIL PROTECTED]> wrote:
> User: user57
> Date: 01/08/30 15:37:31
>
> Modified:bin ant
> Log:
>o only showing ANT_OPTS and running jvm for help message if
> $ANT_DEBUG is set.
>
Thanks - I only meant to have that in for my testing ;-)
I'll look
Looks like port 5000 from your command, but check the how-to for debugging
jboss with netbeans and there should be some info there on the setup of the
jvm...
Cheers
-Original Message-
From: Colin Daly
To: [EMAIL PROTECTED]
Sent: 8/30/01 8:47 PM
Subject: [JBoss-dev] remote debugging from
|I still believe there is overkill for the simple cases
|
|which will be the majority of cases. This is something that many
hmmm I am a cretin when it comes to db stuff but anything that makes the
lives of *most* people better as opposed to the lives of everyone blah is a
good thing. Never design
Bugs item #457245, was opened at 2001-08-31 07:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=457245&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned t
Dave,
We still don't see eye-to-eye, and I think I made the problem worse with my
example.
I think the most common type of relationship will be something like 'a cd
has an artist' or 'a cd has a publisher.' In this cases, the foreign key
for the artist or publisher would be just another column
User: kimptoc
Date: 01/08/31 03:01:18
Modified:jbossbuild.xml
Log:
added some echo info to let you know what you are using - just in case you think its
different
Revision ChangesPath
1.13 +16 -1 build/jboss/build.xml
Index: build.xml
===
User: chirino
Date: 01/08/30 22:02:22
Modified:src/xdocs jbossjms.xml
Log:
A few ajustments to the PM JMS section
Revision ChangesPath
1.2 +129 -129 manual/src/xdocs/jbossjms.xml
Index: jbossjms.xml
=
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
What os are you using?
What module did you checkout?
--jason
On Fri, 31 Aug 2001, Dan - Blue Lotus Software wrote:
> Well, I downloaded and compiled the Rabbit Hole release of JBoss today.
> It's the first time I've built JBoss from scratch in about 6 months. At any
> rate, I thought I'd re
>
> I didn't need to install anything... worked fine for me.
>
As it should be.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Dan - Blue Lotus Software wrote:
>
> -You need v1.4beta of Ant. The current release is v1.4beta2.
> -Copy the jar file from "/tools/buildmagic-tasks.jar" into
> the "lib" directory under Ant.
>
It should work OK out of the box. I was in the same position last night
- I hadn't done a build si
Right now there is no error handling in the ejb-ql parser. The problem with
your ejb-ql is you have status when you should have t.status.
It should work then,
-dain
> -Original Message-
> From: Dave Smith [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 31, 2001 8:12 AM
> To: [EMAIL PR
User: tmcsys
Date: 01/08/31 12:00:20
Modified:src/xdocs/howto howtopetstore.xml
Log:
give prominence to comment on the application's 'Table Madness'
Revision ChangesPath
1.2 +3 -1 manual/src/xdocs/howto/howtopetstore.xml
Index: howtopetstore.xml
=
User: user57
Date: 01/08/30 22:39:08
Modified:.build.xml
Log:
o cleaned up tabs
Revision ChangesPath
1.20 +31 -29jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbo
User: chirino
Date: 01/08/30 21:22:48
Modified:mortbay/jetty3extra/lib com.mortbay.ftp.jar
com.mortbay.jetty.jmx.jar
com.mortbay.jetty.sasl.jar com.mortbay.tools.jar
Log:
Upgrading to Jetty 3.1 RC 8 and Jetty 3 Extra 0.0.6
Revisi
Sorry if this is posted twice!
Dain Sundstrom wrote:
> Dave,
>
>
>>After reviewing these comments I think we are making this way more
>>complicated than it has to be. As far as I am concerned we should only
>>need the relationship stuff in jbosscmp-jdbc.xml for relationships that
>>use a
I am trying a simple home method with a query
Home method
public java.util.Collection findByInQueue()
throws java.rmi.RemoteException,javax.ejb.FinderException;
ejb-jar.xml snippit
select object(t) from transferhead t where status=' '
findByInQueue
Remote
Now there are two prob
User: chirino
Date: 01/08/30 21:22:48
Modified:mortbay/jetty/lib com.mortbay.jetty.jar
org.apache.jasper.jar
Log:
Upgrading to Jetty 3.1 RC 8 and Jetty 3 Extra 0.0.6
Revision ChangesPath
1.2 +1054 -1050thirdparty/mortbay/jetty/lib/com.mortb
Marc,
I'm trying to gauge requirements for Jetty within a
JBoss-3 context.
This is what I have figured so far:
1. JettyService needs to be delivered as a self
contained SAR. So it can be hot-deployed onto a JBoss
node. My major concern here is whether the SAR is run
packed/unpacked. Unpacked is
these are BM issues that really should run out of the box, remember it is
all in flux. Smooth ride in a couple of week, thanks for the feedback
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dan -
|Blue Lotus Software
|Sent: Friday, August 31
User: user57
Date: 01/08/30 22:30:31
Modified:src/metadata manual-application.xml
Log:
o finished initial module level work to automate the website build via
ant/buildmagic.
! still needs project control, to pull files to release.
Revision ChangesPath
1.2
User: user57
Date: 01/08/30 22:25:55
Modified:jbossbuild.xml
Log:
o changed [EMAIL PROTECTED] to [EMAIL PROTECTED]
Revision ChangesPath
1.12 +2 -2 build/jboss/build.xml
Index: build.xml
=
User: user57
Date: 01/08/30 22:30:31
Modified:.build.xml
Log:
o finished initial module level work to automate the website build via
ant/buildmagic.
! still needs project control, to pull files to release.
Revision ChangesPath
1.15 +8 -11 manu
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Searching for build.xml ...
Buildfile: /home/lubega/jbossro/jboss-all/build/build.xml
User: chirino
Date: 01/08/30 21:39:08
Modified:src/main/org/jboss/mq/pm/jdbc PersistenceManager.java
MessageLog.java
Log:
This PM was trying to get JNDI to a DataSource too soon. Moved to when the PM is
started.
Still need to test.
Revision Changes
On Fri, 31 Aug 2001, Dan - Blue Lotus Software wrote:
>
> I'm sorry if this is obvious to everyone on this list. It wasn't for me,
> though. The directions for buildmagic say nothing about how to *install*
> it. And the build script contains the tag, which is only supported
> in v1.4beta1 an
User: chirino
Date: 01/08/30 21:28:48
Modified:src/etc/conf/default jboss-service.xml
Added: src/etc/conf/default webdefault.xml
Log:
Since the jetty plugin and jetty jars are being included in the dist, we might as
well
enable the jetty servlet container.
Revision
Well, I downloaded and compiled the Rabbit Hole release of JBoss today.
It's the first time I've built JBoss from scratch in about 6 months. At any
rate, I thought I'd reflect a little on a couple of things, so that I can
save people the 30 minutes I spent figuring it out.
-You need v1.4beta of
1 - 100 of 111 matches
Mail list logo
