So, you should have stuck it in then !
Yes, it is a hack, but it is my last JSP problem sorted (for a while anyway).
Jules
P.S.
I shall sort my mail by author from now on and always read your first :-)
Jan Bartel wrote:
> Jules Gosnell wrote:
>
> > I finally went to bed, then had to get up
I have
already added a mbean named MSSQL2000DS just below the mbean named DefaultDS.
but when I restart the JBoss,the MSSQL2000DS couldn't start,in fact, I do not
find any information about MSSQL2000DS in the logfile at all, Why? Where is my
new DataSource? Anybody can help me ? Thank
I have already added a mbean named MSSQL2000DS just below the mbean named DefaultDS.
but when I restart the JBoss,the MSSQL2000DS couldn't start,in fact, I do not find any
information about MSSQL2000DS in the logfile at all, Why? Where is my new DataSource?
Anybody can help me ? Thanks a lot!
JBoss daily test results
SUMMARY
Number of tests run: 544
Successful tests: 523
Errors:18
Failures: 3
[time of test: 21 March 2002 5:56 GMT]
[java.version: 1.3.
Make it simple. Duplicate the code. It's not that big of a deal. These
classes don't have much logic in them anyways.
I think you're missing something. There are commented out imports and
commented out code. Well...you'll find out when you do a 1.4 build anyways.
> -Original Message
JBoss daily test results
SUMMARY
Number of tests run: 536
Successful tests: 514
Errors:19
Failures: 3
[time of test: 21 March 2002 5:1 GMT]
[java.version: 1.3.1
User: user57
Date: 02/03/20 20:42:19
Modified:lib buildmagic-tasks.jar
Log:
o latest buildmagic-tasks.jar with JAVA_JDK_X.X props support
Revision ChangesPath
1.8 +15 -18tools/lib/buildmagic-tasks.jar
<>
___
User: user57
Date: 02/03/20 20:29:23
Modified:tasks/src/resources/org/jboss/tools/buildmagic common.xml
Log:
o added HAVE_JDK_X.X properties
Revision ChangesPath
1.5 +7 -1
buildmagic/tasks/src/resources/org/jboss/tools/buildmagic/common.xml
Index: com
Looks like the easiest thing todo short-term is is to include
java.sql.Savepoint and java.sql.ParameterMetaData when not compiling
with JDK 1.4. I don't really like it, but the alternative is to
duplicate code, or write wrappers around the bits that use these to use
version specific targets..
JBoss daily test results
SUMMARY
Number of tests run: 544
Successful tests: 523
Errors:18
Failures: 3
[time of test: 21 March 2002 3:35 GMT]
[java.version: 1.3.
User: mnf999
Date: 02/03/20 19:34:21
Modified:src/docs index.jsp schedule.jsp
Log:
Added Mallorca training dates to main page and info to training page,
fixed error in Montreal Training on the training page
Revision ChangesPath
1.49 +1 -1 newsite/src/docs/i
Thanks dude. That would be great. Look in
...\jboss-all\connector\src\main\org\jboss\resource\adapter\jdbc\local
Search for 1.4 in the files there. You'll see that some imports and code is
commented out and is labeled as 1.4 code. It should be self explanatory by
looking at the file.
Thanks
User: mnf999
Date: 02/03/20 19:34:22
Modified:src/docs/jbossgroup training.jsp
Log:
Added Mallorca training dates to main page and info to training page,
fixed error in Montreal Training on the training page
Revision ChangesPath
1.22 +35 -7 newsite/src/docs/
I can spare some time to work on this. Do you know which classes need
special attention?
--jason
Bill Burke wrote:
>Just compiled and ran stuff with JDK 1.4. I had to uncomment out the JDBC
>3.0 stuff in the connector code though. It would be nice if we could
>conditionally compile this st
> check it out...
>
> http://www.onjava.com/pub/a/onjava/2002/03/20/jboss_interview.html
>
> he he he
>
> marcf
>
> bang! bang! bang!
That was an inspired interview. You stated Jboss's position very
well and it encourages me to move more and more development
to Jboss. I would think Sun would
JBoss daily test results
SUMMARY
Number of tests run: 544
Successful tests: 523
Errors:18
Failures: 3
[time of test: 21 March 2002 2:25 GMT]
[java.version: 1.3.
Jules Gosnell wrote:
> I finally went to bed, then had to get up again when I figured it out !
GEEZ! I don't know why I keep posting on this topic, clearly nobody
bothers to read my email (grump grump grump). I said a couple of days ago:
I suppose it would be possible to do a nasty hack li
Since the conference is free we do not reserve seats,
we are however worried that there won't be seats for everyone, it is clear
that many people come to SF just for this (east coast/midwest/SF).
We have come up with the following scheme of priority
1- Partners and customers (training and suppor
same question. Do I just walk-in EARLY???
-Original Message-
From: Vishwas Raman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 20, 2002 10:17 AM
To: marc fleury
Cc: Jboss-Development@Lists. Sourceforge. Net; Jboss-User@Lists.
Sourceforge. Net
Subject: Re: [JBoss-user] JBoss One is goi
JBoss daily test results
SUMMARY
Number of tests run: 530
Successful tests: 507
Errors:19
Failures: 4
[time of test: 21 March 2002 1:41 GMT]
[java.version: 1.3.
I finally went to bed, then had to get up again when I figured it out !
Just for the record, you don't need the getFileForURL() at all.
Here is what you do :
if (url.getProtocol().equals("njar"))
{
try
{
// force the resource we are after to be unpacked - tmp hack - thanks David
User: jules_gosnell
Date: 02/03/20 17:24:24
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java
Log:
Use David Jencks suggestion to convert an njar: into a file: to Jasper's classpath -
thanks David
Revision ChangesPath
1.35
check it out...
http://www.onjava.com/pub/a/onjava/2002/03/20/jboss_interview.html
he he he
marcf
bang! bang! bang!
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Francisco Reverbel wrote:
>
>>Isn't Borland dead yet? They're still selling their CORBA implementation?
>>I thought Iona had cornered the market. The commercial market that is.
>
>
> Yes, they are selling it. What I don't know is whether there is anybody
> buying it or not... :-)
>
> Not kid
Bugs item #530635, was opened at 2002-03-16 04:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=530635&group_id=22866
Category: None
Group: None
Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Sorry Anonymous (concerneduser)
Assigned t
JBoss daily test results
SUMMARY
Number of tests run: 544
Successful tests: 520
Errors:19
Failures: 5
[time of test: 21 March 2002 0:37 GMT]
[java.version: 1.3.
Hi,
I'm using the lastest cvs snapshot and have set up a postgresql
datasource. I was wondering why none of my updates / creates on CMP2.x
entity beans was stored to the db. When I turned on logging in postgress I
noticed that every transaction is rolled back, without any obvious reason
and withou
Hi,
I noticed a weird behavior when more than one user is authenticated
through Jetty with form login (haven't tried this with basic auth).
The mechanism works well when only a single user is logged in. But when another
user logs in the first user is redirected to form login page upon his
next re
|The OMG-blessed term is "IOR profile". There is also a thing called "IIOP
|context", which is a per-message stuff. An IIOP request to some target IOR
|carries some of the data stuffed into the target IOR (the object key,
|which includes the object id field), plus zero or more IIOP contexts (data
Feature Requests item #532826, was opened at 2002-03-21 00:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=532826&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Assigned
|down. I could hack njar further, to unpack everything, but then it
|would not be
|njar anymore. So I shall wait for Marc and you to resolve the situation.
uh yeah, well you are putting your sorry ass on a plane on Saturday to come
to JBoss One to talk :) so there is no rush, we will wait until 1
njar is not magic, so if it allows jboss access to a nested jar, it must
have unpacked everything up to but perhaps not including that final jar.
To access it, maybe you need to add another njar:...(url)^/ to your url, or
maybe my accessor sucks. I'm not going to have time to remove it before
jb
On Wed, 20 Mar 2002, Bill Burke wrote:
> Oh yes! Now I remember. IOR Profiles, and service contexts. It's been
> awhile (2 years).
Service contexts, right! Not "IIOP contexts", as I said...
Now you are the one that remembers the official names.
> > So the JMX name must go within the object
Hi,
Thanx marc. I have put it at Sourceforge and attached the relevant files
to demonstrate the behaviour.
Sachin
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Umm... HAVA == HAVE... oops =)
--jason
Jason Dillon wrote:
> Yes. We should add something like to init fluff (probably in side of
> common.xml):
>
>
>
>
>
>
> Then when defining the filesets to compile, use if or unless on the
> element name to include/exclude bits for specific versions
> -Original Message-
> From: Francisco Reverbel [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 20, 2002 5:44 PM
> To: Bill Burke
> Cc: marc fleury; Scott M Stark; [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Multiple server configurations
>
>
> On Wed, 20 Mar 2002, Bill Burke wrote:
This brings the 2.4.x series up to date with the latest Jetty3 release.
This is important as it contains an important security fix - please
upgrade if you are using a JBoss2.x/Jetty3 based release.
http://prdownloads.sourceforge.net/jboss/JBoss-2.4.4_Jetty-3.1.7-1.zip
JBoss problems to the for
Hey,
Jason made a good point. If you want to use a different invoker for your
container you currently have to provide a new container configuration and
also specify the new invoker in jboss.xml. This is too much configuration.
A better design might be as follows.
1. The ProxyFactory becomes an
On Wed, 20 Mar 2002, Bill Burke wrote:
> > Yes, it is fully portable. I will not use an IOR context, will use the
> > IOR object id instead.
> >
>
> So, you can't add abitrary IOR contexts?
The OMG-blessed term is "IOR profile". There is also a thing called "IIOP
context", which is a per-messag
> -Original Message-
> From: Jason Dillon [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 20, 2002 5:04 PM
> To: Bill Burke
> Cc: Francisco Reverbel; marc fleury;
> [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Multiple server configurations
>
>
> >
> >
> >This is already the case, Ja
David,
As Jan said, njar only unpacks jars nested deeper than one level, otherwise it will
just delegate to a jar: protocol url.
I tried this fix, and unfortunately proved that this is the case. None of the jars
that I was interested in end up being unpacked, because they are all one level
down.
>
>
>This is already the case, Jason. Invokers are configured as an MBean.
>standardjboss.xml binds the ProxyFactory to the container. Implicitly, a
>default invoker is bound to the container. You can bind your own invoker to
>the container by specifying or with an MBean
>name in jboss.xml.
>
This is already the case, Jason. Invokers are configured as an MBean.
standardjboss.xml binds the ProxyFactory to the container. Implicitly, a
default invoker is bound to the container. You can bind your own invoker to
the container by specifying or with an MBean
name in jboss.xml.
In the fu
Yes. We should add something like to init fluff (probably in side of
common.xml):
Then when defining the filesets to compile, use if or unless on the
element name to include/exclude bits for specific versions.
There may be some issues where the code will need to conditionally do
this sw
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> Francisco Reverbel
> Sent: Wednesday, March 20, 2002 4:11 PM
> To: Bill Burke
> Cc: marc fleury; Scott M Stark; [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Multiple server configurations
>
>
> Hell
jacOrb is gerald bose, information is on the website :)
ping me directly
marcf
|-Original Message-
|From: Bill Burke [mailto:[EMAIL PROTECTED]]
|Sent: Wednesday, March 20, 2002 1:35 PM
|To: Francisco Reverbel
|Cc: marc fleury; Scott M Stark; [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] M
Perhaps the invoker configuration should be seperate and parrallel to
the container configuration?
--jason
Francisco Reverbel wrote:
>Hi Marc,
>
>On Wed, 20 Mar 2002, marc fleury wrote:
>
>>we already support the multiple configuration thing by passing the directory
>>as an argument
>>
>
>Yes
Just compiled and ran stuff with JDK 1.4. I had to uncomment out the JDBC
3.0 stuff in the connector code though. It would be nice if we could
conditionally compile this stuff in.
Jason, build meisters...In ant, can you determine the version of the
compiler you're compiling with and do a condit
Bugs item #532734, was opened at 2002-03-20 22:17
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=532734&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned t
Bugs item #532734, was opened at 2002-03-20 22:17
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=532734&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
>Priority: 6
Submitted By: Marius Kotsbak (mkotsbak)
Assigned
User: jules_gosnell
Date: 02/03/20 12:58:31
Modified:jetty/etc Tag: Branch_2_4 README VERSION
Log:
going for a release on Jetty 3.1.7 (with one fix)
this is mainly backporting from JBoss3/Jetty4 src
Revision ChangesPath
No revision
No
User: jules_gosnell
Date: 02/03/20 12:58:31
Modified:jetty/src/main/org/jboss/jetty Tag: Branch_2_4
JBossUserRealm.java JBossWebApplicationContext.java
Jetty.java JettyResolver.java JettyService.java
Log:
going for a release on Jetty 3
Hello Bill,
> > From: Francisco Reverbel [mailto:[EMAIL PROTECTED]]
...
> > Must embed the container's JMX name into my IORs and route IIOP
> > invocations through the MBean server. This has been in my todo
> > list for quite a while...
> >
>
> Is this portable? Can other orbs just ignore t
Bugs item #532713, was opened at 2002-03-20 21:47
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=532713&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Bohlen (mattes3)
Assigned t
It is somethign like 50 boxes it is all at the thirsty bear in SF
marcf
|-Original Message-
|From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
|Sent: Wednesday, March 20, 2002 10:39 AM
|To: marc fleury; Jboss-Development@Lists. Sourceforge. Net
|Cc: Jboss-User@Lists. Sourceforge. Net
|Subj
> 2 - Marc's code allows multiple invokers per container. The JRMP stuff
> is all there, but there is still some work to be done to enable
> multiple homes. There is also some work to be done on the IIOP stuff
> (IIOP invocations are not going through JMX today).
>
To clarify. Th
| 2 - Marc's code allows multiple invokers per container. The JRMP stuff
| is all there, but there is still some work to be done to enable
| multiple homes. There is also some work to be done on the IIOP stuff
| (IIOP invocations are not going through JMX today).
that's the first thi
On Wed, 20 Mar 2002, David Jencks wrote:
> 1. I think it would be 2 copies of maybe EJBDeployer or a metadata class. I
> guess you'd need 2 MainDeployers so each could send ejb-jars to the
> appropriate EJBDeployer.
>
> 2. I thought marc had an idea of separating the container and interceptor
>
User: juhalindfors
Date: 02/03/20 11:43:54
Modified:src/docs/common team.jsp
Log:
updated bio
Revision ChangesPath
1.18 +4 -3 newsite/src/docs/common/team.jsp
Index: team.jsp
===
RCS file:
User: juhalindfors
Date: 02/03/20 11:28:14
Modified:src/docs xmbean.dtd
Log:
Revision ChangesPath
1.2 +5 -0 newsite/src/docs/xmbean.dtd
Index: xmbean.dtd
===
RCS file: /cvsroot/jboss/new
User: juhalindfors
Date: 02/03/20 11:09:14
Modified:src/main/org/jboss/mx/metadata Tag: BranchMX_1_0
XMBeanMetaData.java
Log:
slight semantic change to xmbean.dtd parsing: if neither setMethod or getMethod
mapping has been set, the attribute caching will be
User: juhalindfors
Date: 02/03/20 11:00:53
Modified:src/main/org/jboss/mx/capability Tag: BranchMX_1_0
DispatcherFactory.java
Log:
this fix got lost in the middle of branching
Revision ChangesPath
No revision
No
> Objet : [JBoss-dev] TShirts Arrived
Lots of boxes I guess! You had to push the walls? ;)
--
Earth is blue like a ROSSO carpet
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Are we going to get JDK 1.4 working with JBoss 3.0 before we go final? I
think this may be a good path to take. I remember a big obsticle being the
jmxri implementation. Have we ditched jmxri and replaced it with Juha's
great stuff?
___
Jboss-develo
User: juhalindfors
Date: 02/03/20 10:26:32
Modified:src/main/org/jboss/mx/metadata MBeanInfoConversion.java
Log:
merge RelMX_1_0_0_8 to RelMX_1_0_0_10 to dev branch
Revision ChangesPath
1.2 +89 -2 jmx/src/main/org/jboss/mx/metadata/MBeanInfoConversion.java
User: juhalindfors
Date: 02/03/20 10:26:32
Modified:src/main/org/jboss/mx/modelmbean XMBean.java
Log:
merge RelMX_1_0_0_8 to RelMX_1_0_0_10 to dev branch
Revision ChangesPath
1.7 +3 -1 jmx/src/main/org/jboss/mx/modelmbean/XMBean.java
Index: XMBean.java
mailto:[EMAIL PROTECTED]";>Juha Lindfors.
- * @version $Revision$
+ * @version $Revision$
+ *
+ * Revisions:
+ *
+ * 20020320 Juha Lindfors:
+ *
+ * toString() implementation
+ *
*/
public class DescriptorSupport
implements Descriptor, C
User: juhalindfors
Date: 02/03/20 10:26:32
Modified:src/main/org/jboss/mx/server/registry
BasicMBeanRegistry.java
Log:
merge RelMX_1_0_0_8 to RelMX_1_0_0_10 to dev branch
Revision ChangesPath
1.12 +19 -9
jmx/src/main/org/jboss/mx/server/
Hi,
I am planning to attend JBoss One. I would like to know if I have to
reserve seats in advance or if I can just walk-in. Could someone let me
know that please?
-Vishwas.
marc fleury wrote:
>
> KILLER STUFF
>
> JUST KILLER STUFF
>
> Everyone is coming, people wrote left and write ask
This is a very nice idea!!!
Claudio
> -Original Message-
> From: marc fleury [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 20, 2002 6:09 PM
> To: David Jencks; [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Multiple server configurations
>
> |2. I thought marc had an id
> -Original Message-
> From: Francisco Reverbel [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 20, 2002 11:38 AM
> To: Bill Burke
> Cc: marc fleury; Scott M Stark; [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Multiple server configurations
>
>
> You're right, Bill. I will have to ma
KILLER STUFF
JUST KILLER STUFF
Everyone is coming, people wrote left and write asking to reserve seats
cause they are coming from France just for this (;-) and so on and so forth.
Come and get up early, come and read code, come and read the source, come
and meet your peers, just come!
And d
KILLER STUFF
JUST KILLER STUFF
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: juhalindfors
Date: 02/03/20 09:01:46
Modified:src/main/org/jboss/mx/server/registry Tag: BranchMX_1_0
BasicMBeanRegistry.java
Log:
slightly more descriptive exception messages for MBeanRegistrationException
also log the *wrapped* exception, it's usual
|2. I thought marc had an idea of separating the container and interceptor
|stack from the invoker, so many invokers could use the same
|container/stack/ejb. I think this is a more promising way to go -- you can
|say "all my ejbs should be invokable from JRMP and IIOP" or one or the
|other indivi
|Since njar unpacks locally into files anyway, I don't see how it is
|relevant to running jboss w/o a filesystem-- at least we need temp files.
|It does encapsulate the unpacking step in a fairly replaceable way, but
|basically I don't care. I'd rather not spend the time to remove it before
|jbos
1. I think it would be 2 copies of maybe EJBDeployer or a metadata class. I
guess you'd need 2 MainDeployers so each could send ejb-jars to the
appropriate EJBDeployer.
2. I thought marc had an idea of separating the container and interceptor
stack from the invoker, so many invokers could use the
User: juhalindfors
Date: 02/03/20 08:53:56
Modified:src/main/org/jboss/mx/modelmbean Tag: BranchMX_1_0
XMBean.java
Log:
creates attribute->operation mapping for resource with type "/StandardInterface"
Revision ChangesPath
No revi
I think the original purpose was to help with security permissions. I
still don't quite understand if njar can be made to work in a helpful way
for that purpose or if it is useless for that purpose. IMO the code is
approximately the same complexity with the unpacking in the njar or in
MainDeploy
User: juhalindfors
Date: 02/03/20 08:52:09
Modified:src/main/org/jboss/mx/metadata Tag: BranchMX_1_0
MBeanInfoConversion.java
Log:
create automatic attribute->operation mapping for model mbean resources
that are created with standard mbean naming convention
You're right, Bill. I will have to massage my code a little bit.
Must embed the container's JMX name into my IORs and route IIOP
invocations through the MBean server. This has been in my todo
list for quite a while...
Best,
Francisco
On Wed, 20 Mar 2002, Bill Burke wrote:
> Yes francisco. Y
Yes francisco. You may have to massage your code a bit. I haven't look at
your code, but I did notice you checked it into the old directory structure
and may have tied your IIOP stuff to the old way of invoking on an EJB.
Bill
> -Original Message-
> From: marc fleury [mailto:[EMAIL PRO
|Just want to make it clear that we already have a "mixed mode" in some
|sense. Right now you can deploy an EJB jar into an JRMP container and
|another one into an IIOP container. Both at the same time and on the
|same running server.
|
|But the EJB jars must be different, of course!
no no no, th
User: patriot1burke
Date: 02/03/20 07:51:45
Modified:src/resources/testbeancluster/META-INF ejb-jar.xml
Log:
added some code for eye-ball clustering colocation testing
Revision ChangesPath
1.3 +1 -1 jbosstest/src/resources/testbeancluster/META-INF/ejb-jar.xml
Hi Marc,
On Wed, 20 Mar 2002, marc fleury wrote:
> we already support the multiple configuration thing by passing the directory
> as an argument
Yes, but you can specify only one configuration at a time.
> run jetty runs with the jetty configuration
> run tomcat runs with the tomcat conf
>
>
oh good point, but that doesn't require "top level" configuration, just drop
the iiop and jrmp and webservices and bla bla bla and it is all invocable,
it won't require configuration...
good point, missed my own vision :)
in other words francisco the 3.0 implementation of detached invokers
super
User: patriot1burke
Date: 02/03/20 07:50:34
jbosstest/src/main/org/jboss/test/testbeancluster/bean - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
In other words, one EJB can be accessible through IIOP, RMI, SOAP, XML-RPC
all at the same time. This is the future. Multiple MBean invokers, 1 MBean
as per Marc's vision.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott
> M Stark
> Sen
User: patriot1burke
Date: 02/03/20 07:51:28
Added: src/main/org/jboss/test/testbeancluster/bean
StatelessSessionBean.java
Log:
added some code for eye-ball clustering colocation testing
Revision ChangesPath
1.1
jbosstest/src/ma
clearly then
|I already said that the njar protocol doesn't work well with a security
|manager and no one has tried to fix this. Drop the njar usage.
|
|
|Scott Stark
|Chief Technology Officer
|JBoss Group, LLC
|
__
We will support multiple container invokers such that any
number of access protocols are available so being able to
run multiple configurations is not how this should be done.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Me
I already said that the njar protocol doesn't work well with a security
manager and no one has tried to fix this. Drop the njar usage.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "marc fleury" <[EMAIL P
:[EMAIL PROTECTED]";>Juha Lindfors.
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.4.2.1 $
+ *
+ * Revisions:
+ *
+ * 20020320 Juha Lindfors:
+ *
+ * toString() implementation
+ *
*/
public class DescriptorSupport
implements Descriptor, C
On Tue, 19 Mar 2002, Jason Dillon wrote:
> Useful, yes... practical... probably not. With the current system
> configuration this would be difficult to implement and still provide a
> consistent view of the basic configuration attributes.
I don't see this very clearly... Wouldn't be mostly a
1.3.2.1
@@ -21,8 +21,14 @@
* @see javax.management.MBeanAttributeInfo
*
* @author mailto:[EMAIL PROTECTED]";>Juha Lindfors.
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.3.2.1 $
*
+ * Revisions:
+ *
+ * 20020320 Juha Lindfors:
+ *
+ * toString() implem
I should add,
I am under the impression it serves in the "embedded mode" and nothing more.
We should really make this part as "peasant code" as we can, simple, to the
point, if not downright ugly, will work in 99,999% cases
marcf
|Even if it does or doesn't, does the njar serve an additional pu
Bugs item #532483, was opened at 2002-03-20 09:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=532483&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Dave Smith (rimmeraj)
Assigned to: No
|I believe that is what the code snippet I included does. You supply an
|njar url, and it gives you back the file for the local unpacked copy. What
| functionality other than what it has do you need? Does it not work?
Even if it does or doesn't, does the njar serve an additional purpose? If
no
Sachin,
put this in sourceforge, here it will get lost in the noise, thanks for
taking the time, make sure to put everything you find in there, FYI this is
really fixed as you saw in 2.4.x so make sure it is a real bug by making the
test as simple as you can,
marcf
|-Original Message-
|
Bugs item #530635, was opened at 2002-03-16 04:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=530635&group_id=22866
Category: None
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 5
Submitted By: Sorry Anonymous (concerneduser)
Assigned
1 - 100 of 108 matches
Mail list logo
