Bugs item #562972, was opened at 2002-05-31 09:30
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=562972group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 8
Submitted By: Marius Kotsbak (mkotsbak)
Assigned
Bugs item #610008, was opened at 2002-09-16 18:29
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=610008group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to:
Bugs item #610988, was opened at 2002-09-18 10:40
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=610988group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Halil-C. Gürsoy (che---)
Assigned to:
Bugs item #610843, was opened at 2002-09-18 01:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=610843group_id=22866
Category: JBossSX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Out of Date
Priority: 5
Submitted By: Timo Warns (timow)
Assigned to:
Hello all,
jboss.net with axis rc1 now seems to work with jboss and tomcat (catalina
4.0.4)
Thanks Scott for catching the error with EmbeddedCatalinaSX!
IF (and it seem only IF)
you wrap the jboss-net.sar in an exploded ear file. Do this:
1. create unpacked jboss-net.ear
2. put jboss-net.sar
Bruce, which jboss version do you refer to. It works for me from 3.2Beta on
even in an
exploded fashion.
CGJ
-Ursprüngliche Nachricht-
Von: Bruce Scharlau [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 18. September 2002 11:31
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] jboss.net and
At 11:58 18/09/2002 +0200, you wrote:
Bruce, which jboss version do you refer to. It works for me from 3.2Beta on
even in an
exploded fashion.
CGJ
I'm building it all from jboss-all in cvs, ie jboss4.0.x
So you got it going ok with the jboss-tomcat in 3.2 then?
cheers,
Bruce
Dr. Bruce
If I´m not totally out of mind, yes.
CGJ
-Ursprüngliche Nachricht-
Von: Bruce Scharlau [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 18. September 2002 12:17
An: [EMAIL PROTECTED]
Betreff: Re: AW: [JBoss-dev] jboss.net and catalina
At 11:58 18/09/2002 +0200, you wrote:
Bruce, which
Bugs item #611044, was opened at 2002-09-18 13:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=611044group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Pichler (mpichler)
Bugs item #610008, was opened at 2002-09-16 09:29
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=610008group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to:
Bugs item #610843, was opened at 2002-09-17 16:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=610843group_id=22866
Category: JBossSX
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Timo Warns (timow)
Assigned
yes,
I am looking at it from two angles a client based GUIand also a web
application that uses thinlets in an applet. I will post more info and also a working
version when I get a little more of it functional.
[EMAIL PROTECTED] 09/17/02
06:35PM Has anyone looked into Thinlet
Hi, i am sorry if I have slept under a stone the last 6 month or so, but
I have to say I find the new classloader aproach somewhat frustrating
(if I am not wrong in what follows).
At least in 3.0 the following scenario (among others) would apply:
Say we wanted to integrate two system services
Bill,
yes, I read your answers. I really appreciate them. I'm already doing
everything you mentioned (read-only methods etc.).
My guts say, that the weblogic default setting is, what you usually
would expect. (10K$/CPU and no concurrent access would be too bad). Bad
performance is still better
Developers,
I'm looking to setup a continuous integration enviroment for the JBoss project. Does
anyone know of one that exists already?
If you don't know what continuous integration and what it can do for a project. You
can read more about it:
Bugs item #610907, was opened at 2002-09-18 03:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=610907group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to:
On 2002.09.18 09:33:40 -0400 Peter Antman wrote:
Hi, i am sorry if I have slept under a stone the last 6 month or so, but
I have to say I find the new classloader aproach somewhat frustrating
(if I am not wrong in what follows).
At least in 3.0 the following scenario (among others) would
- Original Message -
I wrote:
I'm looking to setup a continuous integration enviroment for the JBoss project.
Does anyone know of one that exists already?
So I found the answer to my question at http://lubega.com. However, the continuous
integration that I propose will not be based
Aside from using cruise control, how does this differ from what chris
kimpton already has set up(http://www.lubega.com/), which runs the
testsuite at least once a day and I think does hourly builds? How does
your proposed system distinguish a broken build from a lengthy multi-part
checkin where
On 18 Sep, David Jencks wrote:
On 2002.09.18 09:33:40 -0400 Peter Antman wrote:
Hi, i am sorry if I have slept under a stone the last 6 month or so, but
I have to say I find the new classloader aproach somewhat frustrating
(if I am not wrong in what follows).
At least in 3.0 the following
Bugs item #610008, was opened at 2002-09-16 18:29
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=610008group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to:
Right, a build initiated on checkin is in general guarenteed to fail due
to an inconsistent view of the repository. Start bitching more about
specific problems due to checkins that developers are not fixing. If
it continues unabated the offending developer is gone.
Scott
On 2002.09.18 10:28:19 -0400 Peter Antman wrote:
On 18 Sep, David Jencks wrote:
On 2002.09.18 09:33:40 -0400 Peter Antman wrote:
Hi, i am sorry if I have slept under a stone the last 6 month or so,
but
I have to say I find the new classloader aproach somewhat frustrating
(if I am not
Right, a build initiated on checkin is in general guarenteed
to fail due
to an inconsistent view of the repository. Start bitching more about
specific problems due to checkins that developers are not fixing. If
it continues unabated the offending developer is gone.
It's not initiated on
I have just recently started down the cruise control path on a personal
project, and my company has since dumped it in favor of an Austin-based
startup (Buildforge) which offers better support and feature set.
Basically, I have found that if you don't use the exact version of Ant
and scripts that
In the 3.2RC1 release scoped class loaders will be the default for
ears and sars, maybe wars but you get that with the servlet 2.3
class loading model. You will be able to configure shared class loader
repositories across deployments if desired.
Scott Stark
Chief
From what I've seen of CruiseControl, I think it's a useful tool, and if
Michael or someone else wants to set it up, I'll use it.
As far as I can tell, both the lubega and cruise control systems operate
remotely. I don't see any reason why they can't coexist.
Nothing wrong with a little
I have just recently started down the cruise control path on
a personal
project, and my company has since dumped it in favor of an
Austin-based
startup (Buildforge) which offers better support and feature set.
Basically, I have found that if you don't use the exact version of Ant
and
This thread may be indentifying my problem my EJBs are in a jar
file, my web client is in a war, and my mbean is in a sar. I want all my
deployments to have scoped class loaders.
I'm gathering from this discussion:
a) The jar can not have a scoped class loader, needs to be an ear
b) By
- Original Message -
From: David Jencks [EMAIL PROTECTED]
Aside from using cruise control, how does this differ from what chris
kimpton already has set up(http://www.lubega.com/), which runs the
testsuite at least once a day and I think does hourly builds? How does
your proposed
Title: RE: [JBoss-dev] Continuous Integration
FWIW:
CC is interval based. It wakes up, say every 30 seconds (or 30 sec after last build), and does a check of the repos to see if any commits have happened. If a commit has happened 'recently' (based on quiet period setting), it will go back
The more I think about it the more I like the idea...
Can you make it so only the relatively quick unit tests are run on each
build and emails are sent to the list and recent committers if say the
broken-test count increases by more than 5 or the number of tests decrease
by more than 5?
- Original Message -
From: James Higginbotham [EMAIL PROTECTED]
I have just recently started down the cruise control path on a personal
project, and my company has since dumped it in favor of an Austin-based
startup (Buildforge) which offers better support and feature set.
The new
- If you were starting from scratch then I
would certainly recommend cruisecontrol but why change if your current
mechanism is sufficient?
The current mechanism is sufficient, but it could be much better. The key distinction
here is that CruiseControl ties checkins to build failures and
Hi all,
I'm thinking of making my MBean more accessible through the jmx console.
Specifically, I'd like to allow the user to enter values for complex objects
(not primitives, Strings, etc.). Is there currently a way to add a property
editor for an object so that I can enter it (as a String)
Right now in all jboss 3+ versions the only way to get scoped classloading
is to put whatever should be in a scope in an .ear and include a
jboss-app.xml specifying the loader repository object name next to
application.xml in the ear. Many .ears can share the same loader
repository. When the
I originally posted this over on the Jetty list, and they suggested I
cross-post to get you guys in the loop.
I downloaded and checked out JBoss3.2.0 beta yesterday. I'm on MacOS X 10.2
/ Apple's 1.3.1_03 JVM.
I deployed 2 ears. Both ears work fine on 3.02.
** ALL EARS ARE DEPLOYED IN THEIR
I didn't look at that part of the jmx-console, maybe it is already using
this stuff. Jason wrote some nice property editor manager extensions that
are used in at least ServiceController, RARDeployer, and the jmx ant task
in varia. Using all our property editors would be very nice! I think
I cannot do a combined clean and build in 3.2. I'm guessing this is
a change in behavior between buildmagic and ant1.5. The build seems
to get stuck in the last module directory, which currently is catalina. Here
is the output from the start of the jmx module most and it shows that the
module
If you create a setup that can be used for branches other than head
I would look at using it to monitor the 3.0 and 3.2 branches.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Kevin Conner [EMAIL
hey jason, I still can't build jboss. Could you explain how to set up
the url search path and why it's needed to the dev do that?
Jason Dillon wrote:
You need to set the url search path to include org.jboss.net.protocol.
Look at one of the build.sh or build.bat scripts for details.
--jason
On 18 Sep, David Jencks wrote:
[...]
(I think) the jars in lib rather than server/[conf]/lib are not going to be
versionable since they are used in jboss startup to set up the versioning
mechanism. Stuff in server/[conf]/lib should be versionable by deploying
it in a .sar, although you may
Number of tests run: 942
Successful tests: 926
Errors:10
Failures: 6
[time of test: 18 September 2002 12:52 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer,
Bugs item #610907, was opened at 2002-09-17 20:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=610907group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to:
Bugs item #611270, was opened at 2002-09-18 15:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=611270group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Nathan W. Phelps (nphelps)
I noticed this awhile ago. I am not sure why Ant was upgraded really...
especially with out modify the buildmagic bits to be compatible.
Blah... looks like it is time to revisit the build system =(
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL
Hey. It is needed because the build scripts are using the 'resource'
protocol to include files. Since Ant does not have a mechanism to
include scripts we are forced to use the XML mechanism. Ant does
provide a method to load an entity from a URL though, so we use a URL
protocol handler to read
The new 2.0 version that will be out soon is significantly
better. Even so, I never had much trouble with the old
version.
Glad to hear you had better success, and I'm eager for a new version to
give it another shot.
Besides CruiseControl is Open Source. If there are
problems, get the
I think we should develop a new custom task to initialize the properties
and classpaths for the thirdparty packages. I wrote a hack to check
that directories are available before calling the task that declares the
classpath. We could write a task that takes the dir name properties to
set
hi jason, sorry for asking you again, but :
how do I set this up??? through env variables? could you send the
steps, or commands???
Jason Dillon wrote:
Hey. It is needed because the build scripts are using the 'resource'
protocol to include files. Since Ant does not have a mechanism to
I gave this a lot of thought a year or so ago, and even began to write a
basic skeleton.
I came up with a design as follows:
A master which watches a [CVS] repository, maintains a list of
builds-to-be-done (branch/label, jvm, OS etc), and a list of slave
machines (and their OS). The master
Hi,
To add more Property Editor at runtime you can :
- add one or several package names to the PropertyEditorManager search path
( PropertyEditorManager.setEditorSearchPath(String[] path) ).
- explicitly register a PropertyEditor for a class (
PropertyEditorManager.registerEditor(Class
A security hole has been found that allows JSP source to be viewed
remotely.
This problem is present in the Jetty versions packaged as JBossWeb in
JBoss versions 3.0.1 and 3.0.2.
JBoss/Tomcat users need take NO action.
Two upgrade paths are available :
EITHER:
Upgrade to JBoss 3.2
I am seeing exceptions about beans that have already been registered
when redeploying an EAR:
snip
17:11:25,819 WARN [ServiceController] Problem creating service
jboss.j2ee:service=EjbModule,url=file%/home/jason/ws/boldfish/ben/build/
Okay, so one problem down... did not realize that jndi-name was not used
for local home's...
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Jason Dillon
Sent: Wednesday, September 18, 2002 5:22 PM
To: [EMAIL PROTECTED]
Subject:
No. EJB names are unique in a deployment, but not globally.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 18, 2002 5:38
Yes.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 18, 2002 1:43 PM
Subject: RE: [JBoss-dev] property editors for the jmx
Number of tests run: 932
Successful tests: 907
Errors:20
Failures: 5
[time of test: 19 September 2002 1:48 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun
Okay... though I think some code still depends on EJB names being
unique.
What about binging into the global JNDI namespace? Why not into
java:/ejb/* or something? Or is there a reason that a remote client
might need to talk to a EJBLocalHome?
--jason
-Original Message-
From:
The local interfaces are not usable outside of the vm since they have
no invoker capable of handling the transport. Does it matter where
the default binding is?
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
Not really... it would just make more sense if they were bound to
java:/... don't you think?
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Scott M Stark
Sent: Wednesday, September 18, 2002 7:17 PM
To: [EMAIL PROTECTED]
Subject:
I think we should develop a new custom task to initialize the
properties
and classpaths for the thirdparty packages. I wrote a hack to check
that directories are available before calling the task that declares
the
classpath. We could write a task that takes the dir name properties
to
set
62 matches
Mail list logo
