User: ejort
Date: 02/03/15 12:26:42
Modified:src/main/test/compliance/server MBeanServerTEST.java
Log:
More tests, completed basic unit tests RelationService and Query
Revision ChangesPath
1.9 +5 -1 jmx/src/main/test/compliance/server/MBeanServerTEST.java
:40 - 1.6
@@ -42,11 +42,16 @@
* liUnregistered mbeans should only contain relation mbeans
* liUnregister notifications not working after change to MBean Filter
* /ul
+ * pb20020312 Adrian Brock:/b
+ * ul
+ * liFixed wrong exception types thrown and missing exceptions
javax.management.QueryExp;
import javax.management.StringValueExp;
import javax.management.ValueExp;
/**
* Query unit tests
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
*/
public class QueryTestCase
extends TestCase
{
// Attributes
Look in those sources.
The comments will guide you for 1.4
Regards,
Adrian
Does the build currently work ? I am getting errors
the resource adapter, jdbc local package...
In StatementInPool, PreparedStatmentInPool,
ConnectionInPool... The errors are all wanting the
classes to be declared
source tree for use of invoke() instead of
get/set. So far I've only corrected those pointed to by
the boot sequence and the testsuite :-)
Regards,
Adrian
On 2002.03.10 13:02:25 -0500 Adrian Brock wrote:
Just to put my 2 cents in.
The JSP compilation works when you run JBoss with
JBossMX
User: ejort
Date: 02/03/11 10:21:32
Modified:src/main/test/compliance/relation
RelationServiceTestCase.java
RelationSupportTestCase.java
Log:
Relation Service Fixes, not applied to 1.0 yet
Revision ChangesPath
1.3
for a relation service.p
*
+ * pbRevisions:/b
+ * pb20020311 Adrian Brock:/b
+ * ul
+ * liFixed setRole for external MBean and exception handling
+ * liEmptyStack exception in purging
+ * liUnregistered mbeans should only contain relation mbeans
+ * liUnregister notifications
I've done a bit more research. I found these two links.
http://developer.java.sun.com/developer/bugParade/bugs/4420157.html
http://developer.java.sun.com/developer/bugParade/bugs/4447092.html
I like the part that says
Furthermore, such a mechanism would be unlikely to address the primary focus
: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Brock (ejort)
Assigned to: Nobody/Anonymous (nobody)
Summary: Deployment order still wrong
Initial Comment:
The deployment order is still broken for ears.
I'm reporting it as a bug so
Adrian Brock wrote:
Can we go back to having to the application
deployers
in deploy/
That way users can specify MBean dependencies on
their
datasources, web-containers and messaging.
I more fine grained approach would be better for
ejbs.
Allowing delayed deployment based on resource
Unless I'm missing something...
We seem to have lost the list of containers for an
application. An ejb-link to another jar in the
same application doesn't work.
Can this be fixed by holding a shared list of
(application) containers in EjbModule for ejb-ref lookups
seperate from the containers
Just to put my 2 cents in.
The JSP compilation works when you run JBoss with
JBossMX.
This has something to do with JBossMX remembering
the ContextClassLoader when an MBean is created
and using it for future invokes.
Unfortunately, I can't demonstrate this to you because
the latest changes to
Hi,
Quite a few people have reported a problem with
connection refused on windows when you hit JBoss with
lots of requests all at the same time.
Its bizarre, I don't see this problem on Linux.
I've tracked the problem to the way ServerSockets are
handled.
Parts of jboss does something like:
Hi Scott,
You need to add this to make it work.
classpath archives=jbosscx.sar/
I'm not sure this is the correct solution?
Regards,
Adrian
After updating my cvs snaphost again the
hsqldb-default-service.xml
is failing to deploy due to
org.jboss.resource.ConnectionFactoryLoader
not
User: ejort
Date: 02/03/08 10:11:19
jmx/src/main/test/performance/timer - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
;
import junit.framework.TestSuite;
/**
* Timer performance tests.
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
*/
public class TimerSUITE
extends TestSuite
{
/**
* Run the tests
*
* @param args the arguments for the test
*/
public
User: ejort
Date: 02/03/08 10:21:59
Modified:src/main/test/performance PerformanceSUITE.java
Log:
Better timer tests
Revision ChangesPath
1.3 +3 -1 jmx/src/main/test/performance/PerformanceSUITE.java
Index: PerformanceSUITE.java
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
*/
public class TimerNotificationTestCase
extends TestCase
implements NotificationListener
{
// Constants ---
String TIMER_TYPE = TimerType
@@ -26,7 +26,7 @@
* The timer service.
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*/
public class Timer
extends NotificationBroadcasterSupport
@@ -97,6 +97,11 @@
boolean active = false
Sorry all,
I did run the tests before commiting that patch.
Trouble was, I'd already broken some tests trying
to get some sort of server running on Sunday when I
hit problems with the RARDeployer being deployed
out of sequence.
Moan, Moan ... :-(
I guess it was stupid to commit mods to CMP
Doh!
Actually Dain's mod just reverts the behaviour to
1.1 create :-(
Could somebody with CVS access apply this change
in org.jboss.ejb.EntityContainer.setHomeMappingImpl
[pre]
else if (isEJB1x == false methodName.startsWith(create))
{
- map.put(m[i],
Cheers Dain,
I'm just about to commit the testsuite changes,
when I've quintuple checked I've not broken anything :-)
Regards,
Adrian
Done.
Adrian Brock wrote:
Doh!
Actually Dain's mod just reverts the behaviour to
1.1 create :-(
Could somebody with CVS access apply
User: ejort
Date: 02/03/06 12:23:25
Modified:src/main/org/jboss/test/bmp/interfaces SimpleBMPHome.java
Log:
Tests for createMETHOD
Revision ChangesPath
1.3 +3 -0
jbosstest/src/main/org/jboss/test/bmp/interfaces/SimpleBMPHome.java
Index:
User: ejort
Date: 02/03/06 12:23:25
Modified:src/main/org/jboss/test/testbean/interfaces
EnterpriseEntityHome.java EntityBMPHome.java
EntityPKHome.java StatefulSessionHome.java
Log:
Tests for createMETHOD
Revision Changes
User: ejort
Date: 02/03/06 12:23:24
Modified:src/main/org/jboss/test/bmp/beans SimpleBMPBean.java
Log:
Tests for createMETHOD
Revision ChangesPath
1.4 +58 -0 jbosstest/src/main/org/jboss/test/bmp/beans/SimpleBMPBean.java
Index: SimpleBMPBean.java
User: ejort
Date: 02/03/06 12:23:25
Modified:src/main/org/jboss/test/bmp/test BmpUnitTestCase.java
Log:
Tests for createMETHOD
Revision ChangesPath
1.6 +1 -1 jbosstest/src/main/org/jboss/test/bmp/test/BmpUnitTestCase.java
Index: BmpUnitTestCase.java
User: ejort
Date: 02/03/06 12:23:25
Modified:src/resources/testbean/META-INF ejb-jar.xml
Log:
Tests for createMETHOD
Revision ChangesPath
1.3 +4 -0 jbosstest/src/resources/testbean/META-INF/ejb-jar.xml
Index: ejb-jar.xml
User: ejort
Date: 02/03/06 12:23:25
Modified:src/main/org/jboss/test/testbean/bean
EnterpriseEntityBean.java EntityBMPBean.java
EntityPKBean.java StatefulSessionBean.java
Log:
Tests for createMETHOD
Revision ChangesPath
User: ejort
Date: 02/03/06 12:23:26
Modified:src/resources/testbean2/META-INF ejb-jar.xml
Log:
Tests for createMETHOD
Revision ChangesPath
1.3 +3 -2 jbosstest/src/resources/testbean2/META-INF/ejb-jar.xml
Index: ejb-jar.xml
User: ejort
Date: 02/03/06 12:23:25
Modified:src/main/org/jboss/test/testbean/test BeanUnitTestCase.java
Log:
Tests for createMETHOD
Revision ChangesPath
1.10 +29 -1
jbosstest/src/main/org/jboss/test/testbean/test/BeanUnitTestCase.java
Index:
User: ejort
Date: 02/03/06 12:23:26
Modified:src/resources/testbeancluster/META-INF ejb-jar.xml
Log:
Tests for createMETHOD
Revision ChangesPath
1.2 +4 -0 jbosstest/src/resources/testbeancluster/META-INF/ejb-jar.xml
Index: ejb-jar.xml
User: ejort
Date: 02/03/06 12:23:25
Modified:src/resources/bmp/META-INF ejb-jar.xml
Log:
Tests for createMETHOD
Revision ChangesPath
1.2 +2 -0 jbosstest/src/resources/bmp/META-INF/ejb-jar.xml
Index: ejb-jar.xml
and converted them to
add the new tests.
Which is best, modify the existing tests?
Clone them so we have tests over both 1.1 and 2.0?
Regards,
Adrian
Hi,
I wrote that patch
Thanks in advance,
Neale Swinnerton
On Mon, Mar 04, 2002 at 09:13:03AM -0600, Adrian
Brock wrote:
Hi
not.
Certainly in 1.1 you could only have one create().
Regards,
Adran
On Tue, Mar 05, 2002 at 08:07:26AM -0600, Adrian
Brock wrote:
Thanks for the patch Neale, works well.
Why did you think stateless session beans should
support createMETHOD? ;-)
Ooops... I was obviously coding in autopilot
User: ejort
Date: 02/03/05 10:41:48
Modified:src/main/org/jboss/ejb/plugins BMPPersistenceManager.java
CMPPersistenceManager.java
StatefulSessionFilePersistenceManager.java
Log:
Add support for createMETHOD
Revision Changes
User: ejort
Date: 02/03/05 10:44:24
Modified:src/main/org/jboss/verifier/strategy AbstractVerifier.java
EJBVerifier11.java EJBVerifier20.java
VerificationContext.java
Log:
Add support for createMETHOD and add a warning that the V2
/a
-* @version $Revision: 1.70 $
+* @version $Revision: 1.71 $
*
* pbRevisions:/b
*
@@ -754,14 +754,18 @@
String append )
throws DeploymentException
{
+ // Adrian Brock: This should go away when we don't support EJB1x
+ boolean isEJB1x
, modify the existing tests?
Clone them so we have tests over both 1.1 and 2.0?
Regards,
Adrian
Hi,
I wrote that patch
Thanks in advance,
Neale Swinnerton
On Mon, Mar 04, 2002 at 09:13:03AM -0600, Adrian
Brock wrote:
Hi,
I'm apply the createMETHOD
aid=526086group_id=22866
Category: JBossServer
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Adrian Brock (ejort)
Assigned to: Nobody/Anonymous (nobody)
Summary: createMethod support
Initial Comment:
Added support for createMETHOD in EJB2.0
This was based
Hi,
I'm apply the createMETHOD patches from sourceforge.
As the patch says the verifier code is incomplete.
The 2.0 verifier does not exist, the patch allows
createMETHOD for 1.1
I was wondering, do we need to support both 1.1 and
2.0 in the container as well? The spec suggests
we should for at
User: ejort
Date: 02/03/02 07:59:25
Modified:src/main/org/jboss/ejb EjbModule.java
Log:
Load the deployment descriptor from the tmp copy to avoid locks on windows
Revision ChangesPath
1.6 +2 -2 jboss/src/main/org/jboss/ejb/EjbModule.java
Index:
User: ejort
Date: 02/03/02 08:34:25
Modified:src/main/org/jboss/deployment EARDeployer.java
Log:
Use the tmp copy to load deployment descriptors to avoid locking on windows
Revision ChangesPath
1.9 +2 -2 jboss/src/main/org/jboss/deployment/EARDeployer.java
User: ejort
Date: 02/03/02 13:52:40
Modified:src/main/test/compliance/relation
RelationServiceTestCase.java
Log:
Don't use assert it is reserved in 1.4
Revision ChangesPath
1.2 +5 -5
User: ejort
Date: 02/03/02 15:22:10
Modified:src/main/org/jboss/deployment EARDeployer.java
Log:
Create the JSR77 appliction in init. Sub-module creation comes before application
creation. The sub-modules JSR77 mbeans need the application mbean to exist
Revision Changes
.
2. jsr-77 stuff doesn't expect this (non j2ee)
nesting.
david jencks
On 2002.03.02 18:22:10 -0500 Adrian Brock wrote:
User: ejort
Date: 02/03/02 15:22:10
Modified:src/main/org/jboss/deployment
EARDeployer.java
Log:
Create the JSR77 appliction in init. Sub
actually fix the
problem when an ejb-jar
is in a sar? I haven't tested it, but I have trouble
imagining how it could
since the sar isn't deployed with the eardeployer.
Thanks
david jencks
On 2002.03.02 20:55:07 -0500 Adrian Brock wrote:
Hi David,
I've only just started looking
fix
the
problem when an ejb-jar
is in a sar? I haven't tested it, but I have
trouble
imagining how it could
since the sar isn't deployed with the
eardeployer.
Thanks
david jencks
On 2002.03.02 20:55:07 -0500 Adrian Brock wrote:
Hi David,
I've only just
User: ejort
Date: 02/03/01 10:49:56
jmx/src/main/test/performance/registration - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/03/01 10:50:27
jmx/src/main/test/performance/registration/support - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/03/01 10:50:05
jmx/src/main/test/performance/serialize - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/03/01 10:51:04
jmx/src/main/test/performance/serialize/support - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
on jdk1.4. No problem with SingleJBoss like the RI ;-)
Now if only ModelMBeans was complete...
They work enough to run Jetty.
Regards,
Adrian
friday? sup wit dat a?
--jason
Adrian Brock wrote:
Thanks Jason,
I can't get my next CVS update until Friday :-(
I'll try it then... Should
Ohhh my baby is grown up, it is not even mine any
more.
I got a tear running down my cheek, snnniff!
this is great news, how about the speed?
marcf
Speed is fine. On my pc about 440 secs for both
the RI and JBossMX on the testsuite.
We improved by 10-20 secs this week, is that
Dain's
I can't speak for apache/jasper.
But (I think) with JBossMX jasper gets the apps
UnifiedClassLoader instead of JettyService's MBeanClassLoader.
The I think is because I haven't actually verified
this.
I do know the WebIntegration tests don't have the JSP problems running under JBossMX
that it
No, I'm obviously talking rubbish again.
I think I need to look at how Jetty does the
classloaders to figure this one out.
At Scott's suggestion, JBossMX remembers the
context classloader from the MBean's registration and
uses it again during MBean invocation. It has to be
something to do with
Interesting but what this has todo with the
Logger change? There
are no volatile fields, transient yes...
--jason
I'm looking for a rock to crawl back under :-)
Regards,
Adrian
_
View thread online:
still have
trouble.
--jason
Adrian Brock wrote:
Hi Jason,
I've got a problem integrating JBossMX with your
new Server code.
In ServerLoader.load(ClassLoader) you construct a
URLClassLoader and set it as the TCL (Thread class
loader).
This is for dynamically loading classes
Weird,
I expected the volatile to make it run slower.
The JVM has to check the reference to Category
on every operation.
hprof says this is true, but for some reason
the method invoked through the Category takes less
time?
[pre]
CPU TIME (ms) BEGIN (total = 41544) Wed Feb 27 13:42:01 2002
rank
Tried it all ways :-)
Regards,
Adrian
public static void main(String[] args)
{
org.apache.log4j.BasicConfigurator.configure();
testWrapper();
testVolatile();
}
What if you run the volatile test first and then the
wrapper test?
Maybe you are
I'm beginning to doubt my sanity.
This is the second time this week!
I tried this about 5 times in different orders and
changed the test slightly (included the preprocess)
I just swapped it back and yes, it is the JIT!
Sorry to waste your time. :-(
Regards,
Adrian
Tried it all ways :-)
Hi Jason,
I've got a problem integrating JBossMX with your
new Server code.
In ServerLoader.load(ClassLoader) you construct a
URLClassLoader and set it as the TCL (Thread class loader).
This is for dynamically loading classes from
configuration options.
But Server.start() does not have this
If we used ModelMBeans, the Attribute's desriptor
could include a field runtimeConfigurable.
The service deployer can then determine if a redeploy
is required.
Regards,
Adrian
|Why not make more usage of notifications here. Such
that jetty could
|send a notificatioin when it needs to be
Bugs item #521058, was opened at 2002-02-21 08:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=37668
aid=521058group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
JMX notifications
david
Have a look at javax.management.NotificationFilterSupport
Regards,
Adrian
On 2002.02.24 00:49:38 -0500 Jason Dillon wrote:
I was thinking that logging would be less intrusive
and easier for folks
to enable/disable when then wish... though I agree
that JMX
Hi Marc,
I created this thread in the forums for running
JBoss on JBossMX
http://main.jboss.org/thread.jsp?forum=63thread=8724
We haven't looked at creating jboss-jmx-core.jar yet :-(
Regards,
Adrian
Juha et al
I don't want to wait for SUN and the bulky RI to use
in JBoss.
for the
The patch mentioned doesn't have a serious
performance overhead running without a SecurityManager.
The times for running the testsuite on my laptop are:
Before 465 secs
After 480 secs
But I think I've found a problem.
When I tested this before, I just got the system
to boot and deployed an jar
User: ejort
Date: 02/02/23 08:10:04
Modified:src/main/org/jboss/mx/server/registry MBeanEntry.java
Log:
Thread context classloading in MBeans
Revision ChangesPath
1.6 +9 -2 jmx/src/main/org/jboss/mx/server/registry/MBeanEntry.java
Index:
+++ MBeanServerImpl.java 23 Feb 2002 16:10:02 - 1.17
@@ -90,11 +90,22 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
- * @version $Revision: 1.16 $
+ * @version $Revision: 1.17
User: ejort
Date: 02/02/23 08:48:08
Modified:src/main/org/jboss Main.java
Log:
Unused imports removed
Revision ChangesPath
1.70 +1 -4 jboss/src/main/org/jboss/Main.java
Index: Main.java
I've put the diffs on sourceforge.
Patch #521821
Regards,
Adrian
The patch mentioned doesn't have a serious
performance overhead running without a
SecurityManager.
The times for running the testsuite on my laptop
are:
Before 465 secs
After 480 secs
But I think I've found a problem.
User: ejort
Date: 02/02/22 08:26:23
jmx/src/main/test/compliance/query/support - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/02/22 08:28:57
jmx/src/main/test/implementation/server - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/02/22 08:29:12
jmx/src/main/test/implementation/server/support - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: ejort
Date: 02/02/22 08:44:32
Modified:.build.xml
Log:
Default Domain, Querying, Various Other Fixes
Revision ChangesPath
1.19 +20 -19jmx/build.xml
Index: build.xml
===
:41:52 - 1.1
+++ AttributeValueExp.java22 Feb 2002 16:44:32 - 1.2
@@ -13,7 +13,7 @@
* design.
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class AttributeValueExp
org.jboss.mx.server.registry.MBeanRegistry;
@@ -84,7 +89,8 @@
* @see org.jboss.mx.modelmbean.XMBean
*
* @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a.
- * @version $Revision: 1.15 $
+ * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
+ * @version $Revision: 1.16 $
*/
public
User: ejort
Date: 02/02/22 08:44:33
Modified:src/main/test/compliance ComplianceSUITE.java
Log:
Default Domain, Querying, Various Other Fixes
Revision ChangesPath
1.9 +1 -0 jmx/src/main/test/compliance/ComplianceSUITE.java
Index: ComplianceSUITE.java
User: ejort
Date: 02/02/22 08:44:33
Modified:src/main/org/jboss/mx/server/registry
BasicMBeanRegistry.java MBeanRegistry.java
Log:
Default Domain, Querying, Various Other Fixes
Revision ChangesPath
1.6 +262 -24
basic tests, to be replaced with proper tests
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
*/
public class BasicQueryExpTestCase
extends TestCase
{
// Attributes
// Constructor
User: ejort
Date: 02/02/22 08:44:33
Added: src/main/test/compliance/query/support NumberTest.java
NumberTestMBean.java StringTest.java
StringTestMBean.java Trivial.java TrivialMBean.java
Log:
Default Domain, Querying, Various
User: ejort
Date: 02/02/22 08:44:33
Modified:src/main/test/compliance/relation
RelationSupportTestCase.java
Log:
Default Domain, Querying, Various Other Fixes
Revision ChangesPath
1.3 +11 -11
test.compliance.server.support;
import javax.management.NotificationBroadcasterSupport;
/**
* Simple Broadcaster
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
* @version $Revision: 1.1 $
*
*/
public class Broadcaster
extends NotificationBroadcasterSupport
User: ejort
Date: 02/02/22 08:44:34
Modified:src/main/test/implementation ImplementationSUITE.java
Log:
Default Domain, Querying, Various Other Fixes
Revision ChangesPath
1.4 +5 -1 jmx/src/main/test/implementation/ImplementationSUITE.java
Index:
instantiate x2
* TODO isInstanceOf
* TODO isRegistered
* TODO removeNotificationListener x2
* TODO setAttribute x2
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
*/
public class DefaultDomainTestCase
extends TestCase
{
// Attributes
-dead in the RI.p
*
* Maybe one-day these will be part of the compliance testsuite.
*
* @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a.
*/
public class ObjectInstanceTestCase
extends TestCase
{
// Attributes
User: ejort
Date: 02/02/22 08:44:35
Added: src/main/test/implementation/server/support Trivial.java
TrivialMBean.java
Log:
Default Domain, Querying, Various Other Fixes
Revision ChangesPath
1.1
User: ejort
Date: 02/02/22 08:44:35
Modified:src/main/test/performance/dynamic InvocationTEST.java
Log:
Default Domain, Querying, Various Other Fixes
Revision ChangesPath
1.2 +5 -0 jmx/src/main/test/performance/dynamic/InvocationTEST.java
Index:
User: ejort
Date: 02/02/22 08:22:11
jmx/src/main/test/compliance/query - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
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 invalid and nothing deploys :-(
Is this data
Off topic (a little), but where soes server.policy
get used?
Is there a way to setup a policy after starting the
vm. I know that you
can do this from the cl, but I am not aware of a way
to do it afterwards.
--jason
Running under a SecurityManager is broken in 3.0
All jars get copied
I noticed url.toString didn't work because of
the file: or whatever
protocol, but forgot about windows.. How about
replacing all : with say %
in the url string? Or is there a better idea? An id
number?
The : is redundant.
/c/some/path/myapp.jar is unique.
In fact that's how I have cygwin
:, are reserved as domain/property delimiters
*? are used in patterns
Since you have linux David
try
mkdir a:
mkdir a,
mkdir a\?
mkdir a\*
They all work.
Regards,
Adrian
_
View thread online:
Running under a SecurityManager is broken in 3.0
All jars get copied into tmp/ and prefixed with a
random number. There's no way to specify the
codebase,
short of guessing.
Can't you just add */tmp to the policy?
No, that isn't the way codebases work.
And, it wouldn't give spec
I hoped you could use multiple jar: prefixes, but
this doesn't work when I
try it at least for accessing the contents :- If
it did we wouldn't
have to unpack anything.
jar:jar:jar:file:/uxr/jboss/deploy/outside.sar!/middl
.ear!/inside.rar!/rarcode.jar
david jencks
Could we
JBoss doesn't do nested access anymore does it?
It thought it generated files like
tmp/deploy/123.456.myapp.ear
for
deploy/myapp.ear/myapp.jar
Have I missed your point?
Regards,
Adrian
That would only handle the security codebase
specification side.
It would not help with accessing content
User: ejort
Date: 02/02/22 21:00:46
Modified:src/main/org/jboss/ejb EJBDeployer.java
Log:
The equals sign breaks object names as well
Revision ChangesPath
1.16 +2 -2 jboss/src/main/org/jboss/ejb/EJBDeployer.java
Index: EJBDeployer.java
I noticed url.toString didn't work because of
the file: or whatever
protocol, but forgot about windows.. How about
replacing all : with say %
in the url string? Or is there a better idea? An
id
number?
The : is redundant.
/c/some/path/myapp.jar is unique.
In fact that's how I
Hi Scott,
I've got a patch that stores the original deployment
url in the UnifiedClassLoader.
If it's a subpackage it stores the topmost parent
from DeploymentInfo.
Then in UnifiedClassLoader it does
protected PermissionsCollection getPermissions(CodeSource cs)
{
CodeSource origCS = new
Hi Scott,
I started a thread for this in JMX forum.
http://main.jboss.org/thread.jsp?forum=63thread=8724
Regards,
Adrian
Looking at the source code included with the jmxri
for the
com.sun.management.jmx.MBeanServerImpl class, the
mbean classloader is only used to load the classes of
the
=mailto:[EMAIL PROTECTED];Adrian Brock/a.
+ * @version $Revision: 1.2 $
+ */
+public interface QueryExp
+ extends Serializable
+{
+ // Constants ---
+
+ // Public
1101 - 1200 of 1497 matches
Mail list logo