Repackaging of the EJB bits which are not under org.jboss.ejb is minor
IMO, but making the module separation is important for build
simplification and general logical separation of server components.
I think stink it is worth the effort.
--jason
On Thursday, March 6, 2003, at 09:33 AM, Scott
Thanks
- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 05, 2003 8:08 PM
Subject: Re: [JBoss-dev] jboss_3_2.dtd updated
> Its there, look again after doing an update:
>
> metadata 776>pwd
> /usr/JBoss3.2/jboss-3.2/server/src/re
Can I register with a UnifiedClassLoader for a notification when the
class loader is dereferenced by JBoss? I'm writing an object copier
service for the new persistence engine and cache, so I'm holding on to
some metadata for each class that can be copied.
-dain
In looking a bug report on how flushing the entity cache was being prevented
by the can passivate state of a bean, I see that the flush basically appears to
be a pull the rug out from under the container type of operation. We are just
emptying the underlying data store without any regard to what ca
Bugs item #692273, was opened at 2003-02-24 07:11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=692273&group_id=22866
Category: JBossServer
Group: v3.2
>Status: Closed
>Resolution: Works For Me
Priority: 5
Submitted By: Lior Kanfi (kanfil)
Assigned to:
In EntityInstanceCache.canPassivate(EnterpriseContext ctx)
there is the following statement:
else if
(m_container.getLockManager().canPassivate(((EntityEnterpriseContext)ctx).getCacheKey()))
{
return false;
}
The corresponding BeanLockManager.canPassivate(Object) code is:
public
Add jboss-common-client.jar on your path
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of hae
loong chan
Sent: Wednesday, March 05, 2003 8:36 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Re: Error ..
hi all,
After deployed firstejb.jar successfully into
This is this list of packages under server that really are ejb specific
and not already under org/jboss/ejb:
> ./org/jboss/monitor ?
> ./org/jboss/monitor/client ?
> ./org/jboss/verifier/strategy ?
> ./org/jboss/jmx/adaptor/ejb
> ./org/jboss/jmx/connector/ejb
> ./org/jboss/proxy/ejb
> ./org/jboss/
> ./org/jboss/verifier
> ./org/jboss/verifier/event
> ./org/jboss/verifier/factory
All of these are for validation of ejb deployments so it is ejb specific.
> ./org/jboss/security ?
Not ejb specific.
> ./org/jboss/security/plugins ?
Obsolete and should be dropped.
> ./org/jboss/metadata
A mixture o
On Wednesday, March 5, 2003, at 11:56 AM, Jason Dillon wrote:
EJB specific:
./org/jboss/security ?
./org/jboss/security/plugins ?
./org/jboss/monitor ?
./org/jboss/monitor/client ?
./org/jboss/verifier/strategy ?
./org/jboss/jmx/adaptor/ejb
./org/jboss/jmx/connector/ejb
./org/jboss/metadata
./org
hi all,
After deployed firstejb.jar successfully into
/opt/jboss/server/default/deploy, i complied and ran the
FirstClient.class (please view attached FirstClient.java) and got the
error message below.
am i missing any .jar in my jboss deployment?
command to run the FirstClient.class=>
java -
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standar
Bill Burke wrote:
I really don't understand why you need to move stuff out of server/ anyways.
This is mostly EJB anyways. Why not just rename the server/ module to EJB?
I really don't see any gain in this cosmetic shit except wasting everybody's
time trying to figure out where everything is again
JBoss daily test results
SUMMARY
Number of tests run: 1067
Successful tests: 1062
Errors:1
Failures: 4
[time of test: 2003-03-05.13-22 GMT]
[java.version: 1.3.1]
Bugs item #692273, was opened at 2003-02-24 07:11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=692273&group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Lior Kanfi (kanfil)
>Assigned to: Scott M Sta
Bugs item #693311, was opened at 2003-02-25 16:34
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=693311&group_id=22866
Category: JBossServer
Group: v3.2
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Mike Youngstrom (youngm)
>Assigned to: S
I follow what your saying and agree with the need but I still need to drill
down into the implementation at which point I might be back. Although
this solution works for j2ee components that have the notion of a reference
to proxy semantic through ejb-refs, we really need transparent transformation
Its there, look again after doing an update:
metadata 776>pwd
/usr/JBoss3.2/jboss-3.2/server/src/resources/org/jboss/metadata
metadata 777>cvs status jboss_3_2.dtd
===
File: jboss_3_2.dtd Status: Up-to-date
Working revision:
=
==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, Standar
Bugs item #698235, was opened at 2003-03-05 19:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=698235&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Carl Schmidt (carlschmidt)
Assigned to: Nobody/A
Bugs item #698235, was opened at 2003-03-05 19:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=698235&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Carl Schmidt (carlschmidt)
Assigned to: Nobody/A
Bugs item #698235, was opened at 2003-03-05 19:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=698235&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Carl Schmidt (carlschmidt)
Assigned to: Nobody/A
Can't seem to find jboss_3_2.dtd - I looked under
jboss/jboss/src/resources/org/jboss/metadata and found many dtds except for
3.2.
I'd be very grateful if someone could point out the location
Thanks
- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
S
I just quickly scanned the packages in server and it looks like quite a
bit is non-ejb specific.
There is just too much mingling between core system components and EJB
fluff. JBoss will be better off with these nice and cleanly separated.
JBoss... more than just and EJB container.
Not EJB sp
I'll try to be more precise. In order to interact with Y, X must use a
reference to Y. This reference determines the protocol over which the
interaction will take place.
If X calls Y for its own consumption, without obtaining from Y any
reference that may be returned to the caller of X, then X i
most if not all of the stuff in server IS ejb. The invocation stuff will
slowly be migrated to AOP and JBoss Remoting. Other than that, what else is
there? I still think this is not a good idea.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Ja
服装界的各位朋友： 你们好！
第三届中国国际女装展将于7月10日-13日浙江杭州和平国际会展中心隆重举行。
中国国际女装展汇聚了中国知名女装品牌、国际实力女装企业， 以时尚、 品牌、 市场为会展核心， 展现时尚流行讯息，
侧重买手市场的组织和培养，提供商贸交流平台，
以参展商和专业客商的需求为工作中心，使会展更具国际化、专业化趋势,树立中国女装行业会展的权威地位，中国国际女装展将成为在中国举办的最高规格最具规模的专业女装展。
现展位招展正在火爆进行之中，详细情况请联系
杭州服装网办公地址：杭州市邮电路23号机械大楼附3楼
电话：(0571) 879
I understand the need to return the correct proxy the outermost client. For
For an IIOP invocation into bean X that calls Y for its own consumption,
you are saying that the interaction between X and Y will be via IIOP because
of the possibility that a proxy obtained from Y may be returned to the ca
A protocol is associated with a reference (proxy) factory. My previous
message stressed the protocol (invoker) rather than the proxy factory.
The crucial thing is the reference factory, i.e., whether a remote
reference is a serialized proxy or an IOR.
Suppose method m of bean X returns some EJB
Nightly build? I have never been maintaining that, short of build
system support. As for the rest of the build system fluff I am looking
into several possible solutions to resolve many of the problems which
currently exist.
The EJB stuff has been on my list of stuff todo since I separated the
=
==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, Standar
I really don't understand why you need to move stuff out of server/ anyways.
This is mostly EJB anyways. Why not just rename the server/ module to EJB?
I really don't see any gain in this cosmetic shit except wasting everybody's
time trying to figure out where everything is again and screwing with
The solution would probably be to cut the XDoclet building into 2 separate
bundles. I get this same error every time I build head from scratch and
always with XDoclet.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Chris
> Kimpton
> Sent: Wednes
Stephen Flynn
Director, JF Technology (UK) Ltd
Cell: +44 7768 003 882
Phone: +44 20 7329 6567
Fax: +44 20 7329 6543
Tech support: [EMAIL PROTECTED]
www.jftechnology.com
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED] On
>>Behalf Of Francisco Rev
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standar
Any preferences on when the changes should be made as to not interfere
with your work? I guess it will take about a day to make the change.
How long will it take you to complete the interception changes?
--jason
On Wednesday, March 5, 2003, at 07:00 AM, Bill Burke wrote:
I'm begging people
Bugs item #696381, was opened at 2003-03-03 06:59
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=696381&group_id=22866
Category: JBossWeb
Group: v3.2
>Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Jules Gos
Change Notes item #697894, was opened at 2003-03-05 11:08
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=381174&aid=697894&group_id=22866
Category: JBossServer
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Peter Antman (pra)
Assigned to: Nobody/A
Hi,
It seems to be a jdk13 issue - it fails with an out of memory error -
but jdk14 fails with real code errors.
But the default config seems to be 640m - is this much really needed?
I have changed my next run to be verbose to check the 640m is being
picked up - hopefully it gets displayed ;-)
39 matches
Mail list logo
