Bugs item #699932, was opened at 2003-03-08 06:22
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=699932group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher G. Stach II (cstach)
Assigned to:
Bugs item #699938, was opened at 2003-03-08 06:44
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=699938group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher G. Stach II (cstach)
Assigned to:
Does this change prevent us from writing a remote jndi implementation that
runs over the remoting framework? If so, is this the direction we want to
go in?
david jencks
On 2003.03.07 03:10 Tom Elrod wrote:
Build fixed now. Please note that naming is now part of core modules.
This
is due to
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
It should be moved to the proper location in the build/output tree then.
--jason
On Saturday, March 8, 2003, at 05:52 AM, Jeff Haynie wrote:
Obviously not, since it boots w/o it. ;) It threw me off since it was
in lib/ I just expected that to be the case.
-Original Message-
From:
No, this just allows remote jboss servers to be discovered by browsing
the JNDI tree instead of multicast.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
David Jencks
Sent: Saturday, March 08, 2003 7:59 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev]
Yes, expand it.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Igor Fedorenko [EMAIL PROTECTED]
To: [EMAIL PROTECTED] Sourceforge. Net (E-mail) [EMAIL PROTECTED]
Sent: Friday, March 07, 2003 2:44 PM
Bugs item #699938, was opened at 2003-03-08 04:44
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=699938group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher G. Stach II (cstach)
Assigned to:
Scott M Stark wrote:
...
!ELEMENT loader-repository-config (ANY)
Does it make any difference if you leave the brackets off the ANY ?
http://www.w3.org/TR/REC-xml#NT-elementdecl
--
Luke Taylor. Monkey Machine Ltd.
PGP Key ID: 0x57E9523C
The AOP case is even more similar to the DP if you
think of AOP like this:
If the AOP intrumented methods are:
Interceptors are: []
The original (but renamed) object methods are: (
The object is: O
An AOP stack then is: [](O
Which is almost the same as the DP case: |[](O
Regards,
Hiram
If
I just finished my initial attempt at adding Maven/Greebo-like
dependency management to the Buildmagic project (branch
buildmagic-2_0). Currently it is only used to grab deps for use inside
of library.classpath, but can easily be used to grab tool dependencies
too (except for the core).
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
When did naming become a core module? Appears that a remoting test
depends upon it. Is this what we really want? The core is now
dependent on naming to build... naming is a service, not part of the
core system. Any way we can fix this so the dependencies are not whack?
--jason
JBoss daily test results
SUMMARY
Number of tests run: 1067
Successful tests: 1062
Errors:1
Failures: 4
[time of test: 2003-03-08.12-23 GMT]
[java.version:
Tom did this the other day when he integrated the JNDI detector into
remoting, but just for source build dependencies only.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jason Dillon
Sent: Saturday, March 08, 2003 4:12 PM
To: [EMAIL PROTECTED]
Subject:
This is fine until the naming service is rewritten and starts to make
use of functionality from system or other core modules. Best to avoid
these sorts of complications.
--jason
On Sunday, March 9, 2003, at 04:19 AM, Jeff Haynie wrote:
Tom did this the other day when he integrated the JNDI
Does anyone one if it is possible to get eclipse two have JBoss HEAD
and JBoss 3.2 opened at the same time?
--jason
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs
Title: Branch_3_2 build failing... again.
I just checked out a clean copy of Branch_3_2 and the build is failing with the following error:
C:\Checkout\jboss-3.2\cluster\src\main\org\jboss\ejb\plugins\StatefulHASessionInstanceCache.java:58: cannot resolve symbol
symbol : method
Scott what is the deal with this? Can I make this change?
-dain
On Monday, March 3, 2003, at 04:16 AM, Alex Loubyansky wrote:
MarshalledValue's constructor is
public MarshalledValue(Object obj) throws IOException
{
baos = new ByteArrayOutputStream();
What do you want to do? Won't two Eclipse instances do?
-Original Message-
From: Jason Dillon [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 08, 2003 5:02 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Eclipse with HEAD and 3.2 opened at same time?
Does anyone one if it is
Bugs item #700211, was opened at 2003-03-08 23:01
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=700211group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Ryan Hoegg (rhoegg)
Assigned to:
I agree that it doesn't make sense to have naming in core. Actually noted
this in the e-mail I sent out when I made the commit.
However, don't have a solution off-hand for how we can include modules and
jars in remoting (and yet exclude the from core, without removing remoting,
which jmx now
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
23 matches
Mail list logo
