User: user57
Date: 02/02/13 00:13:55
Modified:src/main/org/jboss/ejb Container.java
Log:
o throw IAS when mi is null, since if it is a NPE will be thrown
Revision ChangesPath
1.73 +19 -14jboss/src/main/org/jboss/ejb/Container.java
Index: Container.java
Bugs item #516707, was opened at 2002-02-12 15:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=516707&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Hunter Hillegas (hunterhillega
Bugs item #515537, was opened at 2002-02-10 08:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=515537&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assig
User: user57
Date: 02/02/12 23:51:54
Modified:src/main/org/jboss/mq/server QueueManager.java
TopicManager.java
Log:
o Implemented JNDI unbind during stop(), still needs more work to finish
the stop impls
Revision ChangesPath
1.13 +70
User: user57
Date: 02/02/12 23:51:18
Modified:src/main/org/jboss/util CounterService.java
Log:
o ServiceMBeanSupport stopService() and destroyService() are now
declared to throw Exceptions. This frees uncaring services
from dealing with exceptions that might occur here
User: user57
Date: 02/02/12 23:51:17
Modified:src/main/org/jboss/system ServiceMBeanSupport.java
Log:
o ServiceMBeanSupport stopService() and destroyService() are now
declared to throw Exceptions. This frees uncaring services
from dealing with exceptions that might occ
No, the AbstractWebContainer explicity creates an empty
URLClassLoader to ensure a unique class loader for the setup
of the ENC.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jules Gosnell" <[EMAIL PROT
User: starksm
Date: 02/02/12 23:31:28
Modified:catalina/src/resources/test application.xml
Log:
Add mappings to deployed JNDI names to allow for easy redeployment
using different names
Revision ChangesPath
1.2 +1 -1 contrib/catalina/src/resources/test/appli
User: starksm
Date: 02/02/12 23:32:02
Modified:catalina build.xml
Log:
Include the jboss-web.xml descriptor in the war
Revision ChangesPath
1.2 +3 -12 contrib/catalina/build.xml
Index: build.xml
==
User: starksm
Date: 02/02/12 23:31:28
Modified:catalina/src/resources/test/WEB-INF web.xml
Added: catalina/src/resources/test/WEB-INF jboss-web.xml
Log:
Add mappings to deployed JNDI names to allow for easy redeployment
using different names
Revision ChangesPath
User: starksm
Date: 02/02/12 23:31:28
Modified:catalina/src/resources/test/META-INF jboss.xml
Log:
Add mappings to deployed JNDI names to allow for easy redeployment
using different names
Revision ChangesPath
1.2 +42 -43contrib/catalina/src/resources/test/ME
I just tried deploying the tomcat-test.ear twice with different
contexts for the war included in the ear, and I do not see this
problem. The stack traces no longer match the current code
so refresh, retry and then report back.
Scott Stark
Chief Technology Officer
JBoss Gr
User: d_jencks
Date: 02/02/12 23:19:24
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
added synchronization
Revision ChangesPath
1.18 +93 -71jboss/src/main/org/jboss/deployment/MainDeployer.java
Index: MainDeployer.java
User: user57
Date: 02/02/12 22:38:33
Modified:.build.xml
Log:
o Added some warning logs when trying to stop/remove/whatever a service
when the ObjectName given has no service context (before we silently
ignored).
o Fixed bug [ #511024 ] Exception when destroy
User: user57
Date: 02/02/12 22:38:33
Modified:src/main/org/jboss/mq/server JBossMQService.java
JBossMQServiceMBean.java
Log:
o Added some warning logs when trying to stop/remove/whatever a service
when the ObjectName given has no service context (befo
User: user57
Date: 02/02/12 22:38:33
Modified:src/main/org/jboss/system ServiceController.java
Log:
o Added some warning logs when trying to stop/remove/whatever a service
when the ObjectName given has no service context (before we silently
ignored).
o Fixed bug [ #5
Bugs item #511024, was opened at 2002-01-30 19:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=511024&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Wenwei Jiang (jww)
Assigned to:
Bugs item #511024, was opened at 2002-01-30 19:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=511024&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Wenwei Jiang (jww)
>Assigned to: Jaso
User: schaefera
Date: 02/02/12 22:00:38
Modified:sun/jsr77/lib jsr77.jar
Log:
Adjustments to bring JSR-77 for J2EE Applications back.
Revision ChangesPath
1.12 +46 -45thirdparty/sun/jsr77/lib/jsr77.jar
<>
___
User: schaefera
Date: 02/02/12 22:00:37
Modified:src/main/org/jboss/management/j2ee EJB.java EjbModule.java
EjbModuleMBean.java EntityBean.java
J2EEApplication.java
Log:
Adjustments to bring JSR-77 for J2EE Applications back.
Revi
User: schaefera
Date: 02/02/12 22:00:37
Modified:src/main/org/jboss/management/mejb ManagementBean.java
Log:
Adjustments to bring JSR-77 for J2EE Applications back.
Revision ChangesPath
1.4 +13 -9 jboss/src/main/org/jboss/management/mejb/ManagementBean.java
User: schaefera
Date: 02/02/12 22:00:37
Modified:src/main/org/jboss/deployment EARDeployer.java
Log:
Adjustments to bring JSR-77 for J2EE Applications back.
Revision ChangesPath
1.6 +17 -16jboss/src/main/org/jboss/deployment/EARDeployer.java
Index: EARDepl
User: schaefera
Date: 02/02/12 22:00:37
Modified:src/main/org/jboss/ejb Application.java EJBDeployer.java
Log:
Adjustments to bring JSR-77 for J2EE Applications back.
Revision ChangesPath
1.26 +6 -1 jboss/src/main/org/jboss/ejb/Application.java
Index: Appl
Bugs item #491088, was opened at 2001-12-10 02:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=491088&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Works For Me
Priority: 5
Submitted By: Jiri Luzny (jiril)
>A
User: user57
Date: 02/02/12 21:49:06
Modified:src/main/org/jboss/mq SpyTextMessage.java
Log:
o fix for bug [ #486401 ] send of empty text message hangs
as well as test cases (though if this breaks again it will only
hand the testsuite...)
Revision ChangesPath
User: user57
Date: 02/02/12 21:49:10
Added: src/main/org/jboss/test/jbossmq/test
MessageBodyTestCase.java
Log:
o fix for bug [ #486401 ] send of empty text message hangs
as well as test cases (though if this breaks again it will only
hand the t
Bugs item #486401, was opened at 2001-11-28 01:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=486401&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
>Status: Closed
Resolution: Accepted
Priority: 5
Submitted By: Loren Rosen (lorenrosen)
Assig
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
[xdoclet] Running
[xdoclet] Generat
User: schaefera
Date: 02/02/12 21:32:48
Added: src/main/org/jboss/management/j2ee EjbModuleMBean.java
Log:
Try to re-add (sorry).
Revision ChangesPath
1.4 +5 -5 jboss/src/main/org/jboss/management/j2ee/EjbModuleMBean.java
___
User: schaefera
Date: 02/02/12 21:31:09
Added: src/main/org/jboss/management/j2ee EjbModule.java
Log:
Try to re-add (sorry).
Revision ChangesPath
1.10 +12 -12jboss/src/main/org/jboss/management/j2ee/EjbModule.java
_
Bugs item #486401, was opened at 2001-11-28 01:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=486401&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Loren Rosen (lorenrosen)
Assigned
JBoss daily test results
SUMMARY
Number of tests run: 484
Successful tests: 477
Errors:4
Failures: 3
[time of test: 13 February 2002 5:12 GMT]
[java.version: 1.
Bugs item #486401, was opened at 2001-11-28 01:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=486401&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Loren Rosen (lorenrosen)
>Assign
User: schaefera
Date: 02/02/12 20:41:04
Removed: src/main/org/jboss/management/j2ee EjbModule.java
EjbModuleMBean.java
Log:
Must be renamed from Ejb to EJB
___
Jboss-development mailing list
[EMAIL PROTECTED]
https
User: user57
Date: 02/02/12 20:26:38
Modified:src/main/org/jboss/mq/server MessageCache.java
MessageCacheMBean.java StateManager.java
StateManagerMBean.java
Log:
o These are all kinda related, so I am commiting them together
o Th
JBoss daily test results
SUMMARY
Number of tests run: 484
Successful tests: 477
Errors:4
Failures: 3
[time of test: 13 February 2002 4:21 GMT]
[java.version: 1.
User: user57
Date: 02/02/12 20:26:40
Modified:src/main/org/jboss/util MBeanProxy.java
Added: src/main/org/jboss/util MBeanServerLocator.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using ObjectNa
User: user57
Date: 02/02/12 20:26:40
Modified:src/main/org/jboss/system Info.java Server.java
ServerConfig.java ServiceLibraries.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using
User: user57
Date: 02/02/12 20:26:40
Modified:src/main/org/jboss/ejb/plugins
StatefulSessionFilePersistenceManager.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using ObjectName OB
User: user57
Date: 02/02/12 20:26:41
Modified:src/main/org/jboss/web AbstractWebContainer.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using ObjectName OBJECT_NAME
o Not using jboss.system.* propertie
User: user57
Date: 02/02/12 20:26:38
Modified:src/main/org/jboss/mq/pm/rollinglogged
PersistenceManager.java
PersistenceManagerMBean.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second ha
User: user57
Date: 02/02/12 20:26:40
Modified:src/main/org/jboss/deployment MainDeployer.java
SARDeployer.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using ObjectName OBJECT_NAME
User: user57
Date: 02/02/12 20:26:39
Modified:varia/src/main/org/jboss/jdbc HypersonicDatabase.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using ObjectName OBJECT_NAME
o Not using jboss.system.* prop
User: user57
Date: 02/02/12 20:26:39
Modified:jboss.net/src/main/org/jboss/net/axis/server
AxisService.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using ObjectName OBJECT_NAME
User: user57
Date: 02/02/12 20:26:38
Modified:src/main/org/jboss/mq/pm/file CacheStore.java
CacheStoreMBean.java PersistenceManager.java
PersistenceManagerMBean.java
Log:
o These are all kinda related, so I am commiting them togethe
User: user57
Date: 02/02/12 20:26:39
Modified:src/main/org/jboss Main.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using ObjectName OBJECT_NAME
o Not using jboss.system.* properties anywhere (one plac
User: user57
Date: 02/02/12 20:26:40
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o These are all kinda related, so I am commiting them together
o This is the second half of the migration to using ObjectName OBJECT_NAME
o Not using jboss.system.* properties an
User: user57
Date: 02/02/12 20:22:30
Modified:src/main/org/jboss/logging Log4jServiceMBean.java
Log:
o renamed SafeObjectNameFactory -> ObjectNameFactory
o updated existing users of SafeObjectNameFactory to use new name
o converted a few more
Revision ChangesPath
User: user57
Date: 02/02/12 20:22:31
Modified:.build.xml
Log:
o renamed SafeObjectNameFactory -> ObjectNameFactory
o updated existing users of SafeObjectNameFactory to use new name
o converted a few more
Revision ChangesPath
1.56 +2 -2 jboss/bu
User: user57
Date: 02/02/12 20:22:31
Modified:varia/src/main/org/jboss/jdbc HypersonicDatabaseMBean.java
Log:
o renamed SafeObjectNameFactory -> ObjectNameFactory
o updated existing users of SafeObjectNameFactory to use new name
o converted a few more
Revision Changes
User: user57
Date: 02/02/12 20:22:31
Added: src/main/org/jboss/util ObjectNameFactory.java
Removed: src/main/org/jboss/util SafeObjectNameFactory.java
Log:
o renamed SafeObjectNameFactory -> ObjectNameFactory
o updated existing users of SafeObjectNameFactory to use new
User: user57
Date: 02/02/12 20:22:31
Modified:src/main/org/jboss/system ServerMBean.java InfoMBean.java
ServiceControllerMBean.java
ServiceLibrariesMBean.java ServerConfigMBean.java
Log:
o renamed SafeObjectNameFactory -> ObjectName
User: user57
Date: 02/02/12 20:22:30
Modified:src/main/org/jboss/deployment MainDeployerMBean.java
SARDeployerMBean.java
Log:
o renamed SafeObjectNameFactory -> ObjectNameFactory
o updated existing users of SafeObjectNameFactory to use new name
o con
User: user57
Date: 02/02/12 20:19:22
Modified:jbossbuild.xml
Log:
o cleaned up server most hook, re-use existing directory based
tasks to copy files... its faster!
o adding jbossmq-testsuite-service.xml (hack) really need to have
seperate configurations, one for
User: user57
Date: 02/02/12 20:17:07
Modified:src/etc/conf/default jbossmq-service.xml jbossmq-state.xml
Added: src/etc/conf/default jbossmq-testsuite-service.xml
Log:
o moved testsuite destinations to jbossmq-testsuite-service.xml
Revision ChangesPath
1.19
User: user57
Date: 02/02/12 20:14:08
Modified:.build.xml
Log:
o if these classes don't need to be built then why are they there?
Revision ChangesPath
1.14 +1 -14 jmx/build.xml
Index: build.xml
===
User: user57
Date: 02/02/12 20:15:11
Removed: src/etc/conf/default jbossmq-state.xml
Log:
o this doesn't belong here (already in jboss/messaging module)
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net
Bugs item #516707, was opened at 2002-02-12 15:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=516707&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Hunter Hillegas (hunterhille
User: d_jencks
Date: 02/02/12 19:38:33
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
made redeploy work yet again
Revision ChangesPath
1.16 +25 -45jboss/src/main/org/jboss/deployment/MainDeployer.java
Index: MainDeployer.java
=
User: d_jencks
Date: 02/02/12 19:37:33
Modified:src/main/org/jboss/system Server.java
Log:
changed to use service lifecycle methods on MainDeployer
Revision ChangesPath
1.13 +3 -1 jboss/src/main/org/jboss/system/Server.java
Index: Server.java
===
Hi David
I was not quite sure if the init() is on a per EAR basis or not. But if
it is on an EAR basis the init() is OK.
Andy
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 12, 2002 7:12 PM
Subject: Re: [JBoss-dev] JSR-77 an
JBoss daily test results
SUMMARY
Number of tests run: 484
Successful tests: 477
Errors:4
Failures: 3
[time of test: 13 February 2002 3:24 GMT]
[java.version: 1.
It might be possible to *trick* cvs into doing this, but we may need to
have more access to the repository than we currently have with SF.
I wish I had time (and real motivation) to help out the CVS folks.
Perhaps if they start writing in Java I will consider it.
--jason
On Tue, 2002-02-12 a
I don't know what to do about this. One issue is that we are using xml
entity bits to pull in standard configuration. This helped shrink the
size and complexity of these files a lot.
The other is that we use custom tasks which are expected on the pri*
classloader. If we revert to the previous
IMHO this is wrong, the jsr-77 create should be in the init not the deploy.
I assume you will move it? I'm fixing the maindeployer but can move it if
you like.
thanks
Looking forward to having jsr-77 back
david jencks
On 2002.02.12 20:48:32 -0500 Andreas Schaefer wrote:
> Hi
>
> Tried to bri
JBoss daily test results
SUMMARY
Number of tests run: 484
Successful tests: 476
Errors:4
Failures: 4
[time of test: 13 February 2002 2:55 GMT]
[java.version: 1.
I think it was thrown out in the last coding frenzy. I am going
to restore dynamic class loading so you can submit the patch
for 2.4 and I'll integrate into main.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
F
Join the cvs project and transform its repository to use a canonical
representation in xml or something that is transformed to/from using
a users xslt stylings. It should be the source code control system that
handles this.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
T
Not since 3.0 and the move to buildmagic. At some point I want to
address not being able to run directly from the build.xml files in
environments that support Ant.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Sacha Labourey" <[EMAIL PROTECTED]>
Cc: "Dain Sundstrom"
Bugs item #512826, was opened at 2002-02-04 08:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=512826&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Georg Schmid (giorgio42)
>Assig
User: d_jencks
Date: 02/02/12 18:35:08
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
Made GlobalTxEntityMap only contain read-write dirty entities, to avoid calling
ejbStore unnecessarily. Moved beforeCompletion sync code
User: d_jencks
Date: 02/02/12 18:35:08
Modified:src/main/org/jboss/ejb EntityContainer.java
GlobalTxEntityMap.java TxEntityMap.java
Log:
Made GlobalTxEntityMap only contain read-write dirty entities, to avoid calling
ejbStore unnecessarily. Moved beforeCompl
User: d_jencks
Date: 02/02/12 18:35:08
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCRemoveEntityCommand.java
Log:
Made GlobalTxEntityMap only contain read-write dirty entities, to avoid calling
ejbStore unnecessarily. Moved beforeCompletion sync code
Hmm, weird. Because I have actually used Date before, and had the time
dropped off.
Maybe it has something to do with the JDBC drivers conversion of
java.util.Date -> jdbc type DATE -> SQL type DATE?
Ohwell, it works as timestamp, so I won't worry about it for now.
Thanks for the info,
-Davi
Hi
Tried to bring JSR-77 back into the application development.
Now I am curious why the deploy() of the EAR-Deployer is
called after the containing modules (JAR,WAR) are deployed ?
Thanx
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
David Budworth wrote:
[EMAIL PROTECTED]">
Or does PostgreSQL DATE/TIMESTAMP exactly the same? I know oracle willdrop the time portion if the column type is DATE.-David
Actually Oracle will not drop the time protion if the column type
is DATE. The following is from the Oracle 8 manual. Orac
User: jules_gosnell
Date: 02/02/12 17:03:06
Modified:jetty/src/main/org/jboss/jetty/session
DistributedHttpSessionManager.java
Log:
ensure that background threads get tidied up if Jetty is bounced
Revision ChangesPath
1.12 +49 -31
contrib
User: jules_gosnell
Date: 02/02/12 17:03:06
Modified:jetty/src/main/org/jboss/jetty/util NaiveTimeOutManager.java
Log:
ensure that background threads get tidied up if Jetty is bounced
Revision ChangesPath
1.6 +22 -14
contrib/jetty/src/main/org/jboss/jetty/util/
Yeah, I refreshed my tree about an hour ago.
> From: David Jencks <[EMAIL PROTECTED]>
> Date: Tue, 12 Feb 2002 19:33:42 -0500
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X
>
> Just to check...
>
> Are you guys seeing all these problems with
Don't worry, I already set it to TIMESTAMP.
I am a little put off by Adam changing the default database mapping in
his deb package. It is his choice to do this, but I will recommend to
everyone that they don't use the deb package for this reason.
-dain
David Budworth wrote:
> The problem h
I refreshed an hour or so ago.
Deployment seems pretty broken.
Copying an ear into deploy, deploys it.
removing it does not undeploy it.
touching it does not redeploy it.
Jules
David Jencks wrote:
Just to check...
Are you guys seeing all these problems with last nights changes to
MainDeployer
The problem here is that java.util.Date holds an actualy time/date.
If you don't map it to TIMESTAMP, then you have a dataloss.
If you want a real SQL DATE field, then use java.sql.Date (which is
a java.util.Date with the time suppressed)
I think it would be bad policy to make the default data
Just to check...
Are you guys seeing all these problems with last nights changes to
MainDeployer etc?
thanks
david jencks
On 2002.02.12 18:43:48 -0500 Jules Gosnell wrote:
> I'm seeing similar behaviour on Linux sun/1.3.1.
>
> 1. copying over the top of a jar in deploy/ doesn't seem to wake th
Me too
david
On 2002.02.12 18:34:06 -0500 Jason Dillon wrote:
> I hope this one makes it on to a shirt.
>
> --jason
>
>
> On Tue, 2002-02-12 at 02:58, marc fleury wrote:
> > That is really funny
> >
> > marcf
> >
> > |-Original Message-
> > |From: Hunter Hillegas [mailto:[EMAIL PROT
User: dbudworth
Date: 02/02/12 16:29:40
Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
Log:
Added java.util.Date type mapping for Oracle7 and Oracle8
Revision ChangesPath
1.17 +11 -1 jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
Index: stand
User: user57
Date: 02/02/12 16:15:01
Modified:src/main/org/jboss/mq/server QueueManager.java
TopicManager.java
Log:
o Changed logger cat seperator to '.' for consistency. I don't like it
really, but I figure that if debugging a problem one would look
Ok, I can see handling it via a separate web container classloader.
However, please be aware that NO classloader is handling it currently,
i.e. use of Wars with classes under WEB-INF/classes does not work at
all.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Beh
User: jules_gosnell
Date: 02/02/12 15:57:08
Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
Log:
sort this out a little
Revision ChangesPath
1.15 +8 -4
contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml
Index: jboss-s
Ugly... I guess I'm back to my old, pre-deployer version of RH until this is
resolved. Thanks.
> From: Jules Gosnell <[EMAIL PROTECTED]>
> Date: Tue, 12 Feb 2002 23:47:04 +
> To: Hunter Hillegas <[EMAIL PROTECTED]>
> Cc: JBoss Dev <[EMAIL PROTECTED]>
> Subject: Re: [JBoss-dev] Failed to Setup
I'm a little concerned that this might be the new flat ClassLoader strategy
biting us.
ENC stuff is set up on a per ClassLoader basis (AFAIK). If there is now only
one ClassLoader, things could get messy.
Jules
Hunter Hillegas wrote:
> I have two EARs to deploy...
>
> Each one contains t
I'm seeing similar behaviour on Linux sun/1.3.1.
1. copying over the top of a jar in deploy/ doesn't seem to wake the
deployer up.
2. sometimes the deployer just seems to stop working.
I haven't said anything because I figured it was all still in a state
of flux, but I thought Hunter could do wit
I hope this one makes it on to a shirt.
--jason
On Tue, 2002-02-12 at 02:58, marc fleury wrote:
> That is really funny
>
> marcf
>
> |-Original Message-
> |From: Hunter Hillegas [mailto:[EMAIL PROTECTED]]
> |Sent: Thursday, February 07, 2002 11:22 AM
> |To: marc fleury; JBoss Dev
> |S
Bugs item #516707, was opened at 2002-02-12 15:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=516707&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
User: olegnitz
Date: 02/02/12 15:31:23
Modified:src/main/org/jboss/test/security/test
LoginContextUnitTestCase.java
Log:
Fixed the LoginModule name
Revision ChangesPath
1.3 +4 -4
jbosstest/src/main/org/jboss/test/security/test/LoginCon
I think this will become clearer once the cvs module namespace has been
cleaned up some. I think that in time I can show you how changing this
will improve things for us. Not important at the moment though.
--jason
On Tue, 2002-02-12 at 02:58, marc fleury wrote:
> yes clearly scott,
>
> mar
I have two EARs to deploy...
Each one contains two wars and and ejb-jar. One of the wars in each ear is
our content management system... Since a tree refresh a couple of weeks back
I am getting the trace below when I deploy the second ear...
While both ears have a copy of the content management
I am aware that the survey is still offline. I am not sure what the
plan is to bring the site back to its previous greatness at the moment.
I have been letting it go idle and filling my soul with code in the mean
time.
--jason
On Tue, 2002-02-12 at 06:51, Tobias Frech wrote:
> Hi!
> The link
Bugs item #516707, was opened at 2002-02-12 15:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=516707&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Off topic, but were you able to get NetBeans to build JBoss using its
ant fluff?
--jason
On Tue, 2002-02-12 at 08:59, Sacha Labourey wrote:
> Hello Dain,
>
> If you use netbeans, just change the tab value to 3 chars and you are done.
> You then just need to hit "CTRL+SHIFT+F" and your code is
My goal is to get it ready by the end of february or early march.
Cheers,
Francisco
On 12 Feb 2002, Jason Dillon wrote:
> No worries. Hope you had a nice vacation. Are you planning on getting
> this ready for 3.0? I wanted to know if it should be included in the
> jboss-all project.
>
> --
1 - 100 of 176 matches
Mail list logo
