[JBoss-dev] [ jboss-Bugs-708691 ] AxisServlet throws Nullpointer

[SourceForge.net]

Bugs item #708691, was opened at 2003-03-24 09:21
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708691&group_id=22866

Category: JBossSOAP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Dr. Christoph Georg Jung (cgjung)
Assigned to: Dr. Christoph Georg Jung (cgjung)
Summary: AxisServlet throws Nullpointer

Initial Comment:
when accessing service descriptions in the 1.1 version 
of axis. Seems to be a classloading problem when
not going through the service chains with the wsdl 
requests.




--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708691&group_id=22866


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[Rahul Ganjoo]

"but one of the goals of JBoss 4 is to make it so developers don't have
to deal with all the J2EE APIs"

from this and the discussion in general.. Jboss4 and J2EE compliance are
two entirely
different "roadmaps" (IMHU).. i mean its important for everyone here to
know what direction Jboss
is going to take.. is j2EE compliance important and is Jboss going for
it..or
is it keeping up the Jboss4 AOP vision and hence chucking compliance?


-Original Message-
From: Tom Elrod [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 24, 2003 1:15 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?


I don't want to steal too much of Marc's thunder on this (he has a great
vision for JBoss 4), but one of the goals of JBoss 4 is to make it so
developers don't have to deal with all the J2EE APIs (which honestly add
a lot of overhead in development time as well as training/study time to
learn it all).

For example, with EJBs, you have the remote, home, and implementation to
keep up with.  With JBoss 4, you would be able to write a POJO with all
you business logic and plug-in (via configuration) all the extra pieces
you want (remoting, persistence, caching, transaction, security, etc.).
This makes the process much easier for you, the developer, since you
won't have to worry about all the extra code (which usually ends up
being 25% business logic and the rest infrastructure when you look at
lines of code).  Only extra effort required is to configure the extra
services you want (which will take much less time than coding it).

Of course, if you decide to migrate to another application server,
you'll have write all the extra infrastructure code yourself to make it
fully J2EE compatible.  Even if for some reason you decide you want to
pay for an application server where you don't have access to the source,
this would probably be a good way to start a development project, since
the business logic will be the core of your product.

As from a corporate perspective, JBoss, in general, makes sense over
other application servers.  The two major reasons are both the source
and the runtime are free.  So the only question would be does it work
well (functionality, performance, scalability) and can I get support for
it?  The first one is somewhat a matter of opinion, but I think it has
proven itself in production. Support is available for a fee (but you're
getting the guys that actually wrote it, so you know they know what they
are doing).  If JBoss does ever change its direction, you'll still have
the source so you could still maintain what you needed.  If you bought
an app. server from a company that changes direction, then you would end
up having to pay again for some other company's app. server to get what
you want (so you're out you initial investment, plus it might happen
again and you have not other course of action without source).

I personally feel that the only real reason for paying for an
application server is if it allows you to get a price break on some
other part of a package deal (i.e. hardware).  Then you have to decide
if you're getting enough savings on the hardware to offset the price of
the software.

Of course, this is just my opinion, but would love to hear exactly why
companies would want to pay for an application server.

-Tom







> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Behalf Of Brian
> Wallis
> Sent: Monday, March 24, 2003 1:34 AM
> To: [EMAIL PROTECTED]; Tom Elrod
> Subject: Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
>
>
> On Mon, 24 Mar 2003 16:42, Tom Elrod wrote:
> > IMHO, I don't know that passing the certification tests now
> would be of
> > much benefit to JBoss.  The biggest drawback I can see is
> that with JBoss
> > 4, we will be moving people away from having to deal with
> all the extra API
> > non-sense that J2EE developers have to deal with today.
> Just write your
> > POJOs and we'll do the rest (persistence, caching,
> security, remoting,
> > etc.).  If we get certified now, might be added pressure to
> make JBoss 4
> > compliant as well, which I think would divert us from our current 
> > direction.
>
> IMHO, that would be about it for anyone (like me) who is trying to use

> jboss as well as other appservers. I seriously hope that jboss 4
> will be fully
> compliant with the standards or else I fear it will become
> marginalised and
> in all likely hood die off.
>
>
> ---
> This SF.net email is sponsored by:Crypto Challenge is now open! Get 
> cracking and register here for some mind boggling fun and the chance 
> of winning an Apple iPod: 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> ___
> Jboss-development mailing list [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>
>



---
This SF.net email is sponsored by:Crypt

AW: [JBoss-dev] jboss.net xdoclet subtask

[Jung , Dr. Christoph]

Are you a mail-list-bot or what? 

If that is the case, you seem to be able to do useful programming in your
sparetime ;-) But your parsing subsystem seems not to cope with non-native
English emails ... 

As written in a separate response to your first of the three equivalent
emails a week ago (and as should be apparent from CVS), I removed all that
jboss-net specific 1.2 stuff from the 3_2 branch and updated to the
"official" xdoclet stuff.

The stuff is used by the jboss.net testsuite (and some web-service end-users
out there).

CGJ


-Ursprüngliche Nachricht-
Von: Stephen Coy [mailto:[EMAIL PROTECTED] 
Gesendet: Donnerstag, 20. März 2003 23:45
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] jboss.net xdoclet subtask



Hi,

Is it reasonable to assume that the jboss.net xdoclet subtask that was 
being worked on nearly a year ago is currently not used in anger 
anywhere? I can see a couple of flavours of the code (in 
org.jboss.net.xdoclet and also thirdparty/xdoclet/jboss.net) in 
Branch_3_2, but I can't see any actual uses of it in build files.

Th reason I ask is that I'm currently migrating Branch_3_2 to xdoclet 
1.2, and I'm not sure what to do with the jboss.net stuff.

Steve Coy



---
This SF.net email is sponsored by: Tablet PC.  
Does your code think in ink? You could win a Tablet PC. 
Get a free Tablet PC hat just for playing. What are you waiting for? 
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
___
Jboss-development mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
###

This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more information, connect to http://www.F-Secure.com/


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] FW: [JBoss-user] jboss not starting with IBM jdk

[Marko Strukelj]

Title: RE: [JBoss-user] jboss not starting with IBM jdk



 
Check 
this again:
 
http://sourceforge.net/tracker/index.php?func=detail&aid=679705&group_id=22866&atid=376685
 
 
I 
posted the solution to the problem.
 
 
> -Original Message- > 
From: Jordi Valldaura i Riqué [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, March 20, 2003 9:24 AM > To: [EMAIL PROTECTED] > 
Subject: [JBoss-user] jboss not starting with IBM jdk > > > After 
getting frustrated because of an error 11 getting > 
thrown using Sun and > Blackdown JDK's I decided to 
try IBM's jdk. But when I try to > start jboss 
I > get the following Error: > > 09:24:32,034 ERROR [MainDeployer] could 
not start deployment: > file:/mnt/sda1/ecampus-jboss/jboss-3.0.6/server/default/conf/j 
> boss-service.x > ml 
> java.lang.AbstractMethodError: > org/jboss/deployment/scanner/AbstractDeploymentScanner.scan 
> at 
> 
org.jboss.deployment.scanner.AbstractDeploymentScanner.startSe > rvice(Abstract > 
DeploymentScanner.java:261) > at > 
org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport > .java:165) > at 
sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) > at > 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > odAccessorImpl > .java:40) 
> at 
java.lang.reflect.Method.invoke(Method.java:335) > at > 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec > tedMBeanDispat > cher.java:284) 
> 
at ...
... 
 > 
> > If anyone can help I 
will apreciate a lot, thanks in advance > 
> > > --- 
> This SF.net email is sponsored by: Tablet PC.  
> Does your code think in ink? You could win a Tablet 
PC. > Get a free Tablet PC hat just for playing. What 
are you waiting for? > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en 
> ___ 
> JBoss-user mailing list > 
[EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user 
> 

Re: AW: [JBoss-dev] jboss.net xdoclet subtask

[Stephen Coy]

Sorry about that.

I sent the message twice, because the first attempt did not show up. If 
you look at the date of the second one, you will see that it was sent 
about 8 hours before the first one. It eventually arrived about 28 
hours after I sent it.

I have no idea what it was doing in the meantime.

So, I did see your response - to the second message that arrived first 
:-)

Steve Coy

On Monday, March 24, 2003, at 07:45  PM, Jung , Dr. Christoph wrote:

Are you a mail-list-bot or what?

If that is the case, you seem to be able to do useful programming in 
your
sparetime ;-) But your parsing subsystem seems not to cope with 
non-native
English emails ...

As written in a separate response to your first of the three equivalent
emails a week ago (and as should be apparent from CVS), I removed all 
that
jboss-net specific 1.2 stuff from the 3_2 branch and updated to the
"official" xdoclet stuff.

The stuff is used by the jboss.net testsuite (and some web-service 
end-users
out there).

CGJ

-Ursprüngliche Nachricht-
Von: Stephen Coy [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 20. März 2003 23:45
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] jboss.net xdoclet subtask


Hi,

Is it reasonable to assume that the jboss.net xdoclet subtask that was
being worked on nearly a year ago is currently not used in anger
anywhere? I can see a couple of flavours of the code (in
org.jboss.net.xdoclet and also thirdparty/xdoclet/jboss.net) in
Branch_3_2, but I can't see any actual uses of it in build files.
Th reason I ask is that I'm currently migrating Branch_3_2 to xdoclet
1.2, and I'm not sure what to do with the jboss.net stuff.
Steve Coy



---
This SF.net email is sponsored by: Tablet PC.
Does your code think in ink? You could win a Tablet PC.
Get a free Tablet PC hat just for playing. What are you waiting for?
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
___
Jboss-development mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
###
This message has been scanned by F-Secure Anti-Virus for Microsoft 
Exchange.
For more information, connect to http://www.F-Secure.com/

---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

AW: AW: [JBoss-dev] jboss.net xdoclet subtask

[Jung , Dr. Christoph]

No prob, I even got it three times. Should have read the dates, but I
already disposed the original
to which I sent you the first reply ;-) 

CGJ

-Ursprüngliche Nachricht-
Von: Stephen Coy [mailto:[EMAIL PROTECTED] 
Gesendet: Montag, 24. März 2003 11:28
An: [EMAIL PROTECTED]
Betreff: Re: AW: [JBoss-dev] jboss.net xdoclet subtask


Sorry about that.

I sent the message twice, because the first attempt did not show up. If 
you look at the date of the second one, you will see that it was sent 
about 8 hours before the first one. It eventually arrived about 28 
hours after I sent it.

I have no idea what it was doing in the meantime.

So, I did see your response - to the second message that arrived first 
:-)

Steve Coy

On Monday, March 24, 2003, at 07:45  PM, Jung , Dr. Christoph wrote:

> Are you a mail-list-bot or what?
>
> If that is the case, you seem to be able to do useful programming in
> your
> sparetime ;-) But your parsing subsystem seems not to cope with 
> non-native
> English emails ...
>
> As written in a separate response to your first of the three 
> equivalent emails a week ago (and as should be apparent from CVS), I 
> removed all that jboss-net specific 1.2 stuff from the 3_2 branch and 
> updated to the "official" xdoclet stuff.
>
> The stuff is used by the jboss.net testsuite (and some web-service
> end-users
> out there).
>
> CGJ
>
>
> -Ursprüngliche Nachricht-
> Von: Stephen Coy [mailto:[EMAIL PROTECTED]
> Gesendet: Donnerstag, 20. März 2003 23:45
> An: [EMAIL PROTECTED]
> Betreff: [JBoss-dev] jboss.net xdoclet subtask
>
>
>
> Hi,
>
> Is it reasonable to assume that the jboss.net xdoclet subtask that was 
> being worked on nearly a year ago is currently not used in anger 
> anywhere? I can see a couple of flavours of the code (in 
> org.jboss.net.xdoclet and also thirdparty/xdoclet/jboss.net) in 
> Branch_3_2, but I can't see any actual uses of it in build files.
>
> Th reason I ask is that I'm currently migrating Branch_3_2 to xdoclet 
> 1.2, and I'm not sure what to do with the jboss.net stuff.
>
> Steve Coy
>
>
>
> ---
> This SF.net email is sponsored by: Tablet PC.
> Does your code think in ink? You could win a Tablet PC.
> Get a free Tablet PC hat just for playing. What are you waiting for? 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> ___
> Jboss-development mailing list [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
> ###
>
> This message has been scanned by F-Secure Anti-Virus for Microsoft
> Exchange.
> For more information, connect to http://www.F-Secure.com/
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf 
> ___
> Jboss-development mailing list [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
###

This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more information, connect to http://www.F-Secure.com/


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed

[chris]

=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=

JAVA VERSION DETAILS
java version "1.4.1_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_02-b06)
Java HotSpot(TM) Client VM (build 1.4.1_02-b06, mixed mode)

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

 The referring classes do not import any fully qualified classes matching 
these classes.
 However, since no packages are imported, xjavadoc has assumed that the 
referred classes
 belong to the same package as the referring class. The classes are:
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/aspect/jmx/ManagedAspectDefinition.java
 --> ManagedAspectDefinitionMBean qualified to 
org.jboss.aspect.jmx.ManagedAspectDefinitionMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/aspect/jmx/ManagedAspectFactory.java
 --> ManagedAspectFactoryMBean qualified to 
org.jboss.aspect.jmx.ManagedAspectFactoryMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/copy/ObjectCopier.java --> 
ObjectCopierMBean qualified to org.jboss.copy.ObjectCopierMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/deployment/EARDeployer.java 
--> EARDeployerMBean qualified to org.jboss.deployment.EARDeployerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/deployment/EARDeployer.java 
--> SubDeployerSupport qualified to org.jboss.deployment.SubDeployerSupport
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EJBDeployer.java --> 
EJBDeployerMBean qualified to org.jboss.ejb.EJBDeployerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EntityEnterpriseContext.java
 --> EJBContextImpl qualified to org.jboss.ejb.EJBContextImpl
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/StatefulSessionEnterpriseContext.java
 --> EJBContextImpl qualified to org.jboss.ejb.EJBContextImpl
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/StatefulSessionContainer.java
 --> AbstractContainerInterceptor qualified to 
org.jboss.ejb.AbstractContainerInterceptor
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EjbModule.java --> 
EjbModuleMBean qualified to org.jboss.ejb.EjbModuleMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/plugins/StatefulSessionFilePersistenceManager.java
 --> StatefulSessionFilePersistenceManagerMBean qualified to 
org.jboss.ejb.plugins.StatefulSessionFilePersistenceManagerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/AbstractTimerSource.java
 --> AbstractTimerSourceMBean qualified to org.jboss.ejb.timer.AbstractTimerSourceMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/FilePersistenceManager.java
 --> FilePersistenceManagerMBean qualified to 
org.jboss.ejb.timer.FilePersistenceManagerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/SchedulerTimerSource.java
 --> SchedulerTimerSourceMBean qualified to 
org.jboss.ejb.timer.SchedulerTimerSourceMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/InvokerXAResource.java
 --> InvokerXAResourceMBean qualified to org.jboss.invocation.InvokerXAResourceMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/XATerminatorContainer.java
 --> XATerminatorContainerMBean qualified to 
org.jboss.invocation.XATerminatorContainerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/local/LocalInvoker.java
 --> LocalInvokerMBean qualified to org.jboss.invocation.local.LocalInvokerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java
 --> JRMPInvokerMBean qualified to org.jboss.invocation.jrmp.server.JRMPInvokerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/pooled/server/PooledInvoker.java
 --> PooledInvokerMBean qualified to 
org.jboss.invocation.pooled.server.PooledInvokerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/client/ConnectionManager.java
 --> ConnectionManagerMBean qualified to 
org.jboss.invocation.trunk.client.ConnectionManagerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/client/TrunkInvokerProxy.java
 --> TrunkInvokerProxyMBean qualified to 
org.jboss.invocation.trunk.client.TrunkInvokerProxyMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/server/TrunkInvoker.java
 --> TrunkInvokerMBean qualified to org.jboss.invocation.trunk.server.TrunkInvokerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/jms/asf/ServerSessionPoolLoader.java
 --> ServerSessionPoolLoaderMBean qualified to 
org.jboss.jms.asf.ServerSessionPoolLoaderMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/jms/jndi/JMSProviderLoader.java
 --> JMSProvider

Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed

[Chris Kimpton]

Hi,

Does anyone get problems compiling HEAD on Linux - 

> Caused by: java.lang.OutOfMemoryError

Within the doclet stuff...

Regards,
Chris

--- [EMAIL PROTECTED] wrote:
> 
>
=
> ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR
> DETAILS=
>
=
> 


=


__
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-708762 ] transacted JMS Managed Connection Not Initialized Correctly

[SourceForge.net]

Bugs item #708762, was opened at 2003-03-24 12:06
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708762&group_id=22866

Category: JBossMQ
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul Bandler (paulbandler)
Assigned to: Nobody/Anonymous (nobody)
Summary: transacted JMS Managed Connection Not Initialized Correctly

Initial Comment:
If one creates a JMS client connection to a remote Q on 
a JBoss JMS Server using the JCA based JMS Adapter 
the 'transacted' property is not correctly set in the 
JmsConnectionRequestInfo - it is always set to true 
regardless of whether an XA or non-XA 
QueueConnection is being created.  This is caused by 
the source file 
connector/src/main/org/jboss/resource/adapter/jms/Jms
ManagedConnection.java setup method which initializes 
the local variable 'transacted' to true in all cases that is 
then passed to the factory methods rather than using 
the value from its own 'info' property.  The following 
change fixes the problem.

cvs diff JmsManagedConnection.java (in directory 
C:\cvshome\jboss-all-head-2802
\connector\src\main\org\jboss\resource\adapter\jms\)
Index: JmsManagedConnection.java
=
==
RCS 
file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/a
dapter/jms/JmsManagedConnection.java,v
retrieving revision 1.1.2.2
diff -r1.1.2.2 JmsManagedConnection.java
565c565
<  boolean transacted = true;
---
>  boolean transacted = info.isTransacted();

*CVS exited normally with code 1*

Note that as the JBoss transaction manager does not 
support prop-agating transaction contexts to other virtual 
machines I believe that if one tries to use an 
XAQueueConnection the message never gets sent as 
the transaction is not properly committed.  On the other 
hand if one tries to use a non-XAQueueConnection the 
above bug still causes the message to be buffered 
locally and not sent, so it is unclear if there is any way 
to send JMS messages from say MDB using managed 
JMS connections...?  This gives rise to the type of 
problems raised in following forum postings:

http://www.jboss.org/forums/thread.jsp?
forum=48&thread=29403
http://www.jboss.org/forums/thread.jsp?
forum=48&thread=29239
http://www.jboss.org/forums/thread.jsp?
forum=48&thread=29060



--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708762&group_id=22866


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed

[chris]

=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=

JAVA VERSION DETAILS
java version "1.4.1_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_02-b06)
Java HotSpot(TM) Client VM (build 1.4.1_02-b06, mixed mode)

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

 The referring classes do not import any fully qualified classes matching 
these classes.
 However, since no packages are imported, xjavadoc has assumed that the 
referred classes
 belong to the same package as the referring class. The classes are:
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/aspect/jmx/ManagedAspectDefinition.java
 --> ManagedAspectDefinitionMBean qualified to 
org.jboss.aspect.jmx.ManagedAspectDefinitionMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/aspect/jmx/ManagedAspectFactory.java
 --> ManagedAspectFactoryMBean qualified to 
org.jboss.aspect.jmx.ManagedAspectFactoryMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/copy/ObjectCopier.java --> 
ObjectCopierMBean qualified to org.jboss.copy.ObjectCopierMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/deployment/EARDeployer.java 
--> EARDeployerMBean qualified to org.jboss.deployment.EARDeployerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/deployment/EARDeployer.java 
--> SubDeployerSupport qualified to org.jboss.deployment.SubDeployerSupport
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EJBDeployer.java --> 
EJBDeployerMBean qualified to org.jboss.ejb.EJBDeployerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EntityEnterpriseContext.java
 --> EJBContextImpl qualified to org.jboss.ejb.EJBContextImpl
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/StatefulSessionEnterpriseContext.java
 --> EJBContextImpl qualified to org.jboss.ejb.EJBContextImpl
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/StatefulSessionContainer.java
 --> AbstractContainerInterceptor qualified to 
org.jboss.ejb.AbstractContainerInterceptor
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EjbModule.java --> 
EjbModuleMBean qualified to org.jboss.ejb.EjbModuleMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/plugins/StatefulSessionFilePersistenceManager.java
 --> StatefulSessionFilePersistenceManagerMBean qualified to 
org.jboss.ejb.plugins.StatefulSessionFilePersistenceManagerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/AbstractTimerSource.java
 --> AbstractTimerSourceMBean qualified to org.jboss.ejb.timer.AbstractTimerSourceMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/FilePersistenceManager.java
 --> FilePersistenceManagerMBean qualified to 
org.jboss.ejb.timer.FilePersistenceManagerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/SchedulerTimerSource.java
 --> SchedulerTimerSourceMBean qualified to 
org.jboss.ejb.timer.SchedulerTimerSourceMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/InvokerXAResource.java
 --> InvokerXAResourceMBean qualified to org.jboss.invocation.InvokerXAResourceMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/XATerminatorContainer.java
 --> XATerminatorContainerMBean qualified to 
org.jboss.invocation.XATerminatorContainerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/local/LocalInvoker.java
 --> LocalInvokerMBean qualified to org.jboss.invocation.local.LocalInvokerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java
 --> JRMPInvokerMBean qualified to org.jboss.invocation.jrmp.server.JRMPInvokerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/pooled/server/PooledInvoker.java
 --> PooledInvokerMBean qualified to 
org.jboss.invocation.pooled.server.PooledInvokerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/client/ConnectionManager.java
 --> ConnectionManagerMBean qualified to 
org.jboss.invocation.trunk.client.ConnectionManagerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/client/TrunkInvokerProxy.java
 --> TrunkInvokerProxyMBean qualified to 
org.jboss.invocation.trunk.client.TrunkInvokerProxyMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/server/TrunkInvoker.java
 --> TrunkInvokerMBean qualified to org.jboss.invocation.trunk.server.TrunkInvokerMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/jms/asf/ServerSessionPoolLoader.java
 --> ServerSessionPoolLoaderMBean qualified to 
org.jboss.jms.asf.ServerSessionPoolLoaderMBean
/home/jboss/jbossci/jboss-head/server/src/main/org/jboss/jms/jndi/JMSProviderLoader.java
 --> JMSProvider

Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[danch]

I have never heard any of the main developers talk about JBoss4 _not_ 
being J2EE compatible. It has always been my understanding that the AOP 
framework would form the underpinnings of JBoss4's EJB implementation 
and be available as a more-flexible, lighter weight API for people who 
aren't concerned with portability.

Scott, Bill, Marc - can one of you clarify?

thanks,
danch
Rahul Ganjoo wrote:
"but one of the goals of JBoss 4 is to make it so developers don't have
to deal with all the J2EE APIs"
from this and the discussion in general.. Jboss4 and J2EE compliance are
two entirely
different "roadmaps" (IMHU).. i mean its important for everyone here to
know what direction Jboss
is going to take.. is j2EE compliance important and is Jboss going for
it..or
is it keeping up the Jboss4 AOP vision and hence chucking compliance?



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[Dain Sundstrom]

Being compliant and the AOP features are not mutually exclusive.  We 
will do both.

To Brian Wallis, even if Jboss were to get certified, it would not make 
your J2EE compliant applications portable.  Why?  There are may 
important things considered outside the specification.  For example, 
all database mappings for CMP are outside the spec, even using a 
database for CMP is outside the spec.  Then you get into things like 
exception recovery and tuning, and you are way outside the spec.  
Unless you have a very simple application it will not be portable 
without multiple configuration files and possibly a portably a 
portability layer.

Having the TDK would be nice to help identify new bugs, and eliminate 
the of the minor differences between the platforms, but I doubt it will 
seriously help you with making a  cross platform application.

-dain

On Monday, March 24, 2003, at 07:52 AM, danch wrote:

I have never heard any of the main developers talk about JBoss4 _not_ 
being J2EE compatible. It has always been my understanding that the 
AOP framework would form the underpinnings of JBoss4's EJB 
implementation and be available as a more-flexible, lighter weight API 
for people who aren't concerned with portability.

Scott, Bill, Marc - can one of you clarify?

thanks,
danch
Rahul Ganjoo wrote:
"but one of the goals of JBoss 4 is to make it so developers don't 
have
to deal with all the J2EE APIs"
from this and the discussion in general.. Jboss4 and J2EE compliance 
are
two entirely
different "roadmaps" (IMHU).. i mean its important for everyone here 
to
know what direction Jboss
is going to take.. is j2EE compliance important and is Jboss going for
it..or
is it keeping up the Jboss4 AOP vision and hence chucking compliance?


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Use of InMemory and File persistent manager?

[Dain Sundstrom]

Do any of you use or know of a user of the 
CMPInMemoryPersistenceManager or CMPFilePersistenceManager?  I would 
like to get rid of them, to make the integration of the new persistence 
engine easier.  We will eventually have file and in memory stores under 
the new persistence engine, but we don't right now.  Is this a problem 
for anyone?

-dain



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[marc fleury]

That is precisely correct Dan, 

marcf



> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of danch
> Sent: Monday, March 24, 2003 8:53 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
> 
> 
> I have never heard any of the main developers talk about JBoss4 _not_ 
> being J2EE compatible. It has always been my understanding 
> that the AOP 
> framework would form the underpinnings of JBoss4's EJB implementation 
> and be available as a more-flexible, lighter weight API for 
> people who 
> aren't concerned with portability.
> 
> Scott, Bill, Marc - can one of you clarify?
> 
> thanks,
> danch
> 
> Rahul Ganjoo wrote:
> > "but one of the goals of JBoss 4 is to make it so developers don't 
> > have to deal with all the J2EE APIs"
> > 
> > from this and the discussion in general.. Jboss4 and J2EE 
> compliance 
> > are two entirely different "roadmaps" (IMHU).. i mean its important 
> > for everyone here to know what direction Jboss
> > is going to take.. is j2EE compliance important and is 
> Jboss going for
> > it..or
> > is it keeping up the Jboss4 AOP vision and hence chucking 
> compliance?
> > 
> > 
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf 
> ___
> Jboss-development mailing list [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
> 



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[Tom Elrod]

Obviously, being J2EE compliant is not my call, just expressing my opinion.
Would really be nice if Marc, Bill, or Scott could chime in. You guys there?
What is your plan in regards to this for JBoss 4?

Dain Sundstrom wrote:

> Being compliant and the AOP features are not mutually exclusive.  We
> will do both.
>
> To Brian Wallis, even if Jboss were to get certified, it would not make
> your J2EE compliant applications portable.  Why?  There are may
> important things considered outside the specification.  For example,
> all database mappings for CMP are outside the spec, even using a
> database for CMP is outside the spec.  Then you get into things like
> exception recovery and tuning, and you are way outside the spec.
> Unless you have a very simple application it will not be portable
> without multiple configuration files and possibly a portably a
> portability layer.
>
> Having the TDK would be nice to help identify new bugs, and eliminate
> the of the minor differences between the platforms, but I doubt it will
> seriously help you with making a  cross platform application.
>
> -dain
>
> On Monday, March 24, 2003, at 07:52 AM, danch wrote:
>
> > I have never heard any of the main developers talk about JBoss4 _not_
> > being J2EE compatible. It has always been my understanding that the
> > AOP framework would form the underpinnings of JBoss4's EJB
> > implementation and be available as a more-flexible, lighter weight API
> > for people who aren't concerned with portability.
> >
> > Scott, Bill, Marc - can one of you clarify?
> >
> > thanks,
> > danch
> >
> > Rahul Ganjoo wrote:
> >> "but one of the goals of JBoss 4 is to make it so developers don't
> >> have
> >> to deal with all the J2EE APIs"
> >> from this and the discussion in general.. Jboss4 and J2EE compliance
> >> are
> >> two entirely
> >> different "roadmaps" (IMHU).. i mean its important for everyone here
> >> to
> >> know what direction Jboss
> >> is going to take.. is j2EE compliance important and is Jboss going for
> >> it..or
> >> is it keeping up the Jboss4 AOP vision and hence chucking compliance?
> >
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-development
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-708853 ] Farm service restricted to partition inside the Jboss domain

[SourceForge.net]

Bugs item #708853, was opened at 2003-03-24 16:40
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708853&group_id=22866

Category: JBossMX
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Frédéric Donckels (lubdub)
Assigned to: Nobody/Anonymous (nobody)
Summary: Farm service restricted to partition inside the Jboss domain

Initial Comment:
I might have missed something in the doc but ...

I create a ClusterService in domain MyTestDomain
I want to use this partition with farming.
I setup my farm service to run inside this domain, and
to use the partition just created.

Exception: 
javax.management.InstanceNotFoundException:
jboss:service=MySpecialNewPartition is not registered.
at
org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:362)
at
org.jboss.mx.server.MBeanServerImpl.getAttribute(MBeanServerImpl.java:413)
at
org.jboss.ha.framework.server.FarmMemberService.startService(FarmMemberService.java:132)

As a matter of fact, I didn't find any way to tell the
farm service to try to find the partition in the right
domain.

This is probably related to the following code (HEAD)
   protected void startService()
  throws Exception
   {
  // scan before we enable the thread, so JBoss
version shows up afterwards
  scannerThread.doScan();

  mClusterPartitionName = new ObjectName(
"jboss:service=" + mBackgroundPartition );
  

(of course, I might have completely misunderstood the
way the farming service is supposed to be used... but
then, I wonder... :-) )

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708853&group_id=22866


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-707014 ] JDBCOptimisticLocking NullPointerException on remove

[SourceForge.net]

Bugs item #707014, was opened at 2003-03-20 19:22
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=707014&group_id=22866

Category: JBossCMP
Group: v3.2
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Simone (milasx)
Assigned to: Alexey Loubyansky (loubyansky)
Summary: JDBCOptimisticLocking NullPointerException on remove

Initial Comment:
I am using 3.2.0 RC3 and have a an entity bean with a
one to many relation with another entity bean.  Both
uses Optimistic Locking with modified strategy.  They
are tagged for cascade delete and when I do a remove on
the ParentBean I get the following error:
 
2003-03-20 15:07:25,997 TRACE
[org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector]
Add finder results: entity=MDSVector results=[11377836,
11377837, 11377838, 11377839, 11377840, 11377841,
11377842, 11377843, 11377844, 11377845, 11377846,
11377847, 11377848, 11377849, 11377850, 11377851,
11377852, 11377853, 11377854, 11377855, 11377856,
11377857, 11377858, 11377859, 11377860, 11377861,
11377862, 11377863, 11377864, 11377865, 11377866,
11377867, 11377868, 11377869, 11377870, 11377871,
11377872, 11377873, 11377874, 11377875, 11377876,
11377877, 11377878, 11377879, 11377880, 11377881,
11377882, 11377883, 11377884, 11377885, 11377886,
11377887, 11377888, 11377889, 11377890, 11377891,
11377892, 11377893, 11377894, 11377895, 11377896,
11377897, 11377898, 11377899, 11377900, 11377901,
11377902, 11377903, 11377904, 11377905]
readahead=[JDBCReadAheadMetaData : strategy=on-load,
pageSize=1000, eagerLoadGroup=*]
2003-03-20 15:07:25,997 TRACE
[org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector]
Removing dereferenced results: [11377836, 11377837,
11377838, 11377839, 11377840, 11377841, 11377842,
11377843, 11377844, 11377845, 11377846, 11377847,
11377848, 11377849, 11377850, 11377851, 11377852,
11377853, 11377854, 11377855, 11377856, 11377857,
11377858, 11377859, 11377860, 11377861, 11377862,
11377863, 11377864, 11377865, 11377866, 11377867,
11377868, 11377869, 11377870, 11377871, 11377872,
11377873, 11377874, 11377875, 11377876, 11377877,
11377878, 11377879, 11377880, 11377881, 11377882,
11377883, 11377884, 11377885, 11377886, 11377887,
11377888, 11377889, 11377890, 11377891, 11377892,
11377893, 11377894, 11377895, 11377896, 11377897,
11377898, 11377899, 11377900, 11377901, 11377902,
11377903, 11377904, 11377905]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor]
invokerBInding is null in ProxyFactoryFinder
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.LogInterceptor] Start method=
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] Current
transaction in MI is TransactionImpl:XidImpl
[FormatId=257, GlobalId=dblon34056//10, BranchQual=]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] TX_SUPPORTS
for 
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] Thread came in
with tx TransactionImpl:XidImpl [FormatId=257,
GlobalId=dblon34056//10, BranchQual=]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityLockInterceptor] Begin
invoke, key=11377836
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityInstancePool] Get instance
[EMAIL PROTECTED]
com.db.jbozz.ejb.entity.mds.MDSVectorCMP
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityLockInterceptor] End
invoke, key=11377836
2003-03-20 15:07:26,012 ERROR
[org.jboss.ejb.plugins.LogInterceptor]
TransactionRolledbackLocalException, causedBy:
java.lang.NullPointerException
 at
org.jboss.ejb.plugins.lock.JDBCOptimisticLock.schedule(JDBCOptimisticLock.java:643)
 at
org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:103)
 at
org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69)
 at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:108)
 at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273)
 at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104)
 at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130)
 at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208)
 at
org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154)
 at
org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483)
 at org.jboss.ejb.Container.invoke(Container.java:652)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:866)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:761)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:739)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setInstanceValue(JDBCCMRFieldBridge.java:653)
 at
org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.

Re: [JBoss-dev] JBoss-3.2.0RC4 available

[Marco Dubbeld]

How does bug 701880 affect final release date of 3.2.0?


On Sun, 2003-03-23 at 01:11, Scott M Stark wrote:
> The final release candidate prior to the final relase of 3.2.0 is available from
> SourceForge here:
> http://sourceforge.net/project/showfiles.php?group_id=22866
> 
> The release notes are available here:
> http://sourceforge.net/project/shownotes.php?release_id=13
> 
> 
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> 
> 
> 
> ---
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 
Marco Dubbeld <[EMAIL PROTECTED]>
Melexis Telecom



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-696633 ] Stack overflow using security manager (with fix!)

[SourceForge.net]

Bugs item #696633, was opened at 2003-03-03 10:34
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=696633&group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Phil Dawes (pdawes)
Assigned to: Scott M Stark (starksm)
Summary: Stack overflow using security manager (with fix!)

Initial Comment:
Hi JBoss Team,

When using jboss 3.0.6 with a security manager
(i.e. -Djava.security.manager), I found that the server
went into a
recursive loop on startup:

15:03:56,334 INFO  [Server] JBoss Release: JBoss-3.0.6
CVSTag=JBoss_3_0_6
java.lang.StackOverflowError
at java.lang.String.regionMatches(String.java:990)
at java.lang.String.equalsIgnoreCase(String.java:698)
at
sun.net.www.protocol.jar.Handler.parseURL(Handler.java:59)
at java.net.URL.(URL.java:608)
at java.net.URL.(URL.java:476)
at
sun.misc.URLClassPath$JarLoader.checkResource(URLClassPath.java:599)
at
sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:671)
at
sun.misc.URLClassPath$JarLoader.findResource(URLClassPath.java:658)
at sun.misc.URLClassPath.findResource(URLClassPath.java:137)
at java.net.URLClassLoader$2.run(URLClassLoader.java:351)
at java.security.AccessController.doPrivileged(Native
Method)
at
java.net.URLClassLoader.findResource(URLClassLoader.java:348)
at java.lang.ClassLoader.getResource(ClassLoader.java:780)
at
org.jboss.net.protocol.URLStreamHandlerFactory.createURLStreamHandler(URLStreamHandlerFactory.java:134)
at java.net.URL.getURLStreamHandler(URL.java:1057)
at java.net.URL.(URL.java:584)
at java.net.URL.(URL.java:476)
at java.net.URL.(URL.java:425)
at
java.net.JarURLConnection.parseSpecs(JarURLConnection.java:157)
at
java.net.JarURLConnection.(JarURLConnection.java:140)
at
sun.net.www.protocol.jar.JarURLConnection.(JarURLConnection.java:61)
at
sun.net.www.protocol.jar.Handler.openConnection(Handler.java:24)
at java.net.URL.openConnection(URL.java:943)
at sun.misc.URLClassPath.check(URLClassPath.java:392)
at
sun.misc.URLClassPath$JarLoader.checkResource(URLClassPath.java:601)
at
sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:671)
at
sun.misc.URLClassPath$JarLoader.findResource(URLClassPath.java:658)
at sun.misc.URLClassPath.findResource(URLClassPath.java:137)
at java.net.URLClassLoader$2.run(URLClassLoader.java:351)
at java.security.AccessController.doPrivileged(Native
Method)
at
java.net.URLClassLoader.findResource(URLClassLoader.java:348)
at java.lang.ClassLoader.getResource(ClassLoader.java:780)
at
org.jboss.net.protocol.URLStreamHandlerFactory.createURLStreamHandler(URLStreamHandlerFactory.java:134)


I've fixed this in my local build via the following
patch to the URLStreamHandlerFactory class (N.B. this
conditionally disables the patch for handling an IBM VM
TCL problem, if there's a security manager set)

--- 
/usr/local/src/jboss-3.0.6-src/common/src/main/org/jboss/net/protocol/URLStreamHandlerFactory.java
  Sun Jan 26 01:15:52 2003
+++ common/src/main/org/jboss/net/protocol/URLStreamHandlerFactory.java Mon Mar  3 
12:57:50 2003
@@ -130,6 +130,8 @@
around a bad interaction between the
IBM VMs and custom
URLStreamHandlerFactory that use the
TCL. See bug#669043
*/
+   if (System.getSecurityManager() != null) 
+  throw new ClassNotFoundException();
String resname = classname.replace('.',
'/') + ".class";
URL typeURL =
ctxLoader.getResource(resname);
if( typeURL != null )



Best Regards,

Phil



--

Comment By: Chris Bonham (bonhamcm)
Date: 2003-03-24 12:42

Message:
Logged In: YES 
user_id=610917

Some more info: I tried to startup JBoss 3.2.0RC3 (&RC4) 
under RedHat Linux 7.3 2.4.18 SMP kernel and got the same 
error loading the Log4j service even though I didn't specify a 
Java security manager.  It was quite confusing since JBoss 
worked perfectly under WinXP Pro.  Turns out that setting the 
thread stack size (-Xss) too low in Linux can cause 
problems.  It was set at 128k, but worked fine when bumped 
up to 256k.

--

Comment By: Scott M Stark (starksm)
Date: 2003-03-03 12:32

Message:
Logged In: YES 
user_id=175228

I have applied this workaournd for now until I can further
look into why the existence of a security manager triggers
the recursive behavior.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=696633&group_id=22866

[JBoss-dev] [ jboss-Bugs-707014 ] JDBCOptimisticLocking NullPointerException on remove

[SourceForge.net]

Bugs item #707014, was opened at 2003-03-20 17:22
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=707014&group_id=22866

Category: JBossCMP
Group: v3.2
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Simone (milasx)
Assigned to: Alexey Loubyansky (loubyansky)
Summary: JDBCOptimisticLocking NullPointerException on remove

Initial Comment:
I am using 3.2.0 RC3 and have a an entity bean with a
one to many relation with another entity bean.  Both
uses Optimistic Locking with modified strategy.  They
are tagged for cascade delete and when I do a remove on
the ParentBean I get the following error:
 
2003-03-20 15:07:25,997 TRACE
[org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector]
Add finder results: entity=MDSVector results=[11377836,
11377837, 11377838, 11377839, 11377840, 11377841,
11377842, 11377843, 11377844, 11377845, 11377846,
11377847, 11377848, 11377849, 11377850, 11377851,
11377852, 11377853, 11377854, 11377855, 11377856,
11377857, 11377858, 11377859, 11377860, 11377861,
11377862, 11377863, 11377864, 11377865, 11377866,
11377867, 11377868, 11377869, 11377870, 11377871,
11377872, 11377873, 11377874, 11377875, 11377876,
11377877, 11377878, 11377879, 11377880, 11377881,
11377882, 11377883, 11377884, 11377885, 11377886,
11377887, 11377888, 11377889, 11377890, 11377891,
11377892, 11377893, 11377894, 11377895, 11377896,
11377897, 11377898, 11377899, 11377900, 11377901,
11377902, 11377903, 11377904, 11377905]
readahead=[JDBCReadAheadMetaData : strategy=on-load,
pageSize=1000, eagerLoadGroup=*]
2003-03-20 15:07:25,997 TRACE
[org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector]
Removing dereferenced results: [11377836, 11377837,
11377838, 11377839, 11377840, 11377841, 11377842,
11377843, 11377844, 11377845, 11377846, 11377847,
11377848, 11377849, 11377850, 11377851, 11377852,
11377853, 11377854, 11377855, 11377856, 11377857,
11377858, 11377859, 11377860, 11377861, 11377862,
11377863, 11377864, 11377865, 11377866, 11377867,
11377868, 11377869, 11377870, 11377871, 11377872,
11377873, 11377874, 11377875, 11377876, 11377877,
11377878, 11377879, 11377880, 11377881, 11377882,
11377883, 11377884, 11377885, 11377886, 11377887,
11377888, 11377889, 11377890, 11377891, 11377892,
11377893, 11377894, 11377895, 11377896, 11377897,
11377898, 11377899, 11377900, 11377901, 11377902,
11377903, 11377904, 11377905]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor]
invokerBInding is null in ProxyFactoryFinder
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.LogInterceptor] Start method=
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] Current
transaction in MI is TransactionImpl:XidImpl
[FormatId=257, GlobalId=dblon34056//10, BranchQual=]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] TX_SUPPORTS
for 
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] Thread came in
with tx TransactionImpl:XidImpl [FormatId=257,
GlobalId=dblon34056//10, BranchQual=]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityLockInterceptor] Begin
invoke, key=11377836
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityInstancePool] Get instance
[EMAIL PROTECTED]
com.db.jbozz.ejb.entity.mds.MDSVectorCMP
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityLockInterceptor] End
invoke, key=11377836
2003-03-20 15:07:26,012 ERROR
[org.jboss.ejb.plugins.LogInterceptor]
TransactionRolledbackLocalException, causedBy:
java.lang.NullPointerException
 at
org.jboss.ejb.plugins.lock.JDBCOptimisticLock.schedule(JDBCOptimisticLock.java:643)
 at
org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:103)
 at
org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69)
 at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:108)
 at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273)
 at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104)
 at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130)
 at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208)
 at
org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154)
 at
org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483)
 at org.jboss.ejb.Container.invoke(Container.java:652)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:866)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:761)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:739)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setInstanceValue(JDBCCMRFieldBridge.java:653)
 at
org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.

[JBoss-dev] RE: [JBoss-user] jboss not starting with IBM jdk

[Marko Strukelj]

Title: RE: [JBoss-user] jboss not starting with IBM jdk



Check 
this again:
 
http://sourceforge.net/tracker/index.php?func=detail&aid=679705&group_id=22866&atid=376685
 
 
I 
posted the solution to the problem.
 
 

  -Original Message-From: Jordi Valldaura i Riqué 
  [mailto:[EMAIL PROTECTED]Sent: Friday, March 21, 2003 11:52 
  AMTo: [EMAIL PROTECTED]Subject: Re: 
  [JBoss-user] jboss not starting with IBM jdk
  Ok, I have libc-2.3.1 I will install libc 
  2.3.2.
   
  Thank you very much
  
- Original Message - 
From: 
Marko 
Strukelj 
To: '[EMAIL PROTECTED]' 

Sent: Friday, March 21, 2003 10:52 
AM
Subject: RE: [JBoss-user] jboss not 
starting with IBM jdk

libc is the real problem.  Maybe I wasn't specific enough about 
that. You should install libc 2.3.2. That should solve the 11 thing. 

 
I 
advised you the gcc upgrade because if we do have the same Debian 
distribution it will help a lot to make your system stable. It did for mine 
- namely the existing gcc had all the symbols screwed up in the shared 
libgcc_s.so.1.
 

  -Original Message-From: Jordi Valldaura i Riqué 
  [mailto:[EMAIL PROTECTED]Sent: Thursday, March 20, 2003 
  6:17 PMTo: [EMAIL PROTECTED]Subject: 
  Re: [JBoss-user] jboss not starting with IBM jdk
  I've installet gcc 3.2.2 and removed 
  liggcc_s.so.1 but the problem still persists. I've submited a bug report 
  to Sun. Do you know any hint, it's my linux configuration fault in 
  
  windows everything works fine 
  
   
  Thanks in advance
  
- Original Message - 
From: 
Marko 
Strukelj 
To: '[EMAIL PROTECTED]' 

Sent: Thursday, March 20, 2003 1:00 
PM
Subject: RE: [JBoss-user] jboss not 
starting with IBM jdk

You should recompile the gcc (3.2.2) and remove the libgcc_s.so.1 
in /lib (of course after the recompilation of the 
gcc).
 
And here is why IBM doesn't work: http://sourceforge.net/tracker/index.php?func=detail&aid=679705&group_id=22866&atid=376685 (thanks 
to Rasputin)
 

  -Original Message-From: Jordi Valldaura i 
  Riqué [mailto:[EMAIL PROTECTED]Sent: Thursday, March 
  20, 2003 12:43 PMTo: 
  [EMAIL PROTECTED]Subject: Re: [JBoss-user] 
  jboss not starting with IBM jdk
  Hi Marko
   
  So if I want to use Blackdown or Sun I 
  must us libc 2.3.1 without getting Error:11 sometimes, isn't it? I'm 
  running a debian too, and my libc is 2.2.5.
   
  Thanks in Advance
   
  
- Original Message - 
From: 
Marko 
Strukelj 
To: '[EMAIL PROTECTED]' 

Sent: Thursday, March 20, 2003 
12:14 PM
Subject: RE: [JBoss-user] jboss 
not starting with IBM jdk

The same thing happens to me with IBM jdk 1.4.0. 
Didn't investigate yet. 
Regarding Sun and Blackdown I have experienced the 
very same thing. Turned out my experimental Debian system was using 
libc 2.5.5 and either the jvm or Oracle OCI driver that I was using 
was looking for libc 2.3. I recompiled libc and error 11 was gone. 
Then the system started getting unstable due to incredible memory 
consumption by the jvm, although that's another story. Looks like 
Blackdown at least never frees the memory claimed from the system. 
If total memory consumption as reported by JVM raises to 70 Mb for 
example this translate to 400Mb of system memory (physical + caches) 
on the linux system. The thing is even if jvm reports that the total 
memory consumption has dropped the jvm will still consume 400Mb of 
system memory.
> -Original Message- > From: Jordi Valldaura i Riqué [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, March 20, 2003 9:24 AM 
> To: [EMAIL PROTECTED] 
> Subject: [JBoss-user] jboss not starting with 
IBM jdk > > 
> After getting frustrated because of an 
error 11 getting > thrown using Sun 
and > Blackdown JDK's I decided to try 
IBM's jdk. But when I try to > start 
jboss I > get the following Error: 
> > 09:24:32,034 
ERROR [MainDeployer] could not start deployment: > file:/mnt/sda1/ecampus-jboss/jboss-3.0.6/server/default/conf/j 
> boss-service.x > 
ml > 
java.lang.AbstractMethodError: > 
org/jboss/deployment/scanner/AbstractDeploymentScanner.scan 
> 

[JBoss-dev] [ jboss-Bugs-707014 ] JDBCOptimisticLocking NullPointerException on remove

[SourceForge.net]

Bugs item #707014, was opened at 2003-03-20 19:22
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=707014&group_id=22866

Category: JBossCMP
Group: v3.2
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Simone (milasx)
Assigned to: Alexey Loubyansky (loubyansky)
Summary: JDBCOptimisticLocking NullPointerException on remove

Initial Comment:
I am using 3.2.0 RC3 and have a an entity bean with a
one to many relation with another entity bean.  Both
uses Optimistic Locking with modified strategy.  They
are tagged for cascade delete and when I do a remove on
the ParentBean I get the following error:
 
2003-03-20 15:07:25,997 TRACE
[org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector]
Add finder results: entity=MDSVector results=[11377836,
11377837, 11377838, 11377839, 11377840, 11377841,
11377842, 11377843, 11377844, 11377845, 11377846,
11377847, 11377848, 11377849, 11377850, 11377851,
11377852, 11377853, 11377854, 11377855, 11377856,
11377857, 11377858, 11377859, 11377860, 11377861,
11377862, 11377863, 11377864, 11377865, 11377866,
11377867, 11377868, 11377869, 11377870, 11377871,
11377872, 11377873, 11377874, 11377875, 11377876,
11377877, 11377878, 11377879, 11377880, 11377881,
11377882, 11377883, 11377884, 11377885, 11377886,
11377887, 11377888, 11377889, 11377890, 11377891,
11377892, 11377893, 11377894, 11377895, 11377896,
11377897, 11377898, 11377899, 11377900, 11377901,
11377902, 11377903, 11377904, 11377905]
readahead=[JDBCReadAheadMetaData : strategy=on-load,
pageSize=1000, eagerLoadGroup=*]
2003-03-20 15:07:25,997 TRACE
[org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector]
Removing dereferenced results: [11377836, 11377837,
11377838, 11377839, 11377840, 11377841, 11377842,
11377843, 11377844, 11377845, 11377846, 11377847,
11377848, 11377849, 11377850, 11377851, 11377852,
11377853, 11377854, 11377855, 11377856, 11377857,
11377858, 11377859, 11377860, 11377861, 11377862,
11377863, 11377864, 11377865, 11377866, 11377867,
11377868, 11377869, 11377870, 11377871, 11377872,
11377873, 11377874, 11377875, 11377876, 11377877,
11377878, 11377879, 11377880, 11377881, 11377882,
11377883, 11377884, 11377885, 11377886, 11377887,
11377888, 11377889, 11377890, 11377891, 11377892,
11377893, 11377894, 11377895, 11377896, 11377897,
11377898, 11377899, 11377900, 11377901, 11377902,
11377903, 11377904, 11377905]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor]
invokerBInding is null in ProxyFactoryFinder
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.LogInterceptor] Start method=
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] Current
transaction in MI is TransactionImpl:XidImpl
[FormatId=257, GlobalId=dblon34056//10, BranchQual=]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] TX_SUPPORTS
for 
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.TxInterceptorCMT] Thread came in
with tx TransactionImpl:XidImpl [FormatId=257,
GlobalId=dblon34056//10, BranchQual=]
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityLockInterceptor] Begin
invoke, key=11377836
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityInstancePool] Get instance
[EMAIL PROTECTED]
com.db.jbozz.ejb.entity.mds.MDSVectorCMP
2003-03-20 15:07:26,012 TRACE
[org.jboss.ejb.plugins.EntityLockInterceptor] End
invoke, key=11377836
2003-03-20 15:07:26,012 ERROR
[org.jboss.ejb.plugins.LogInterceptor]
TransactionRolledbackLocalException, causedBy:
java.lang.NullPointerException
 at
org.jboss.ejb.plugins.lock.JDBCOptimisticLock.schedule(JDBCOptimisticLock.java:643)
 at
org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:103)
 at
org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69)
 at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:108)
 at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273)
 at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104)
 at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130)
 at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208)
 at
org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154)
 at
org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483)
 at org.jboss.ejb.Container.invoke(Container.java:652)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:866)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:761)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:739)
 at
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setInstanceValue(JDBCCMRFieldBridge.java:653)
 at
org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.

RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[Bill Burke]

J2EE is our bread and butter.  Its why most people initially come to JBoss.
We will continue to follow the specs religiously.

AOP + EJB:

For JB4, the average every-day J2EE developer won't notice anything.  But,
implementing EJB in terms of the AOP framework will greatly enhance the
abilities of ISV's, system integrators, and third-party tool vendors to
tightly integrate with JBoss.

How?

1) The JBoss 3.x series has some limitations in regard to interceptor chains
and configuration.  Sure, you can add new interceptors easily to container
configurations, but, if you want to add any time of configuration, you have
to modify JBoss code.  AOP will provide a pluggable mechanism for those who
want to extend JBoss configuration.  Basically, interceptors and their
configuration will be formalized into a packaged format.  You'll be able to
deploy extensions to the EJB framework in much the same way you deploy a
SAR, WAR, EAR, RAR, etc

2) The AOP framework will also give third-party integrators the ability to
actually expand the EJB API.  For instance, if a distributed caching vendor
wanted to provide a Caching API to every EJB deployed they could easily do
it as a deployed package.  Users will be able to use these new API's simply
by typecasting:

{
   MyEJB ejb = home.create();
   CacheAPI cachedObj = (CacheAPI)ejb;
   cachedObj.flushCache();
}

3) In JB4, metadata/configuration will be resolved through the context of
the Invocation enabling interceptors to override existing configuration on
one side, or to provide default configuration values cross-cluster.

IMHO, these features alone will make JBoss the preferred platform for ISV
integration since they will so easily, completely, and tightly be able to
integrate their products with all aspects of JBoss.


New AOP Services:  Beyond J2EE

Now for beyond J2EE, we're also doing some very cool things.  IMO, Aspect
Oriented Programming is the next big wave on par of what OOP did to
functional programming.  One of our main goals is to totally isolate
infrastructure from business logic by providing system-level aspects for:
security, transaction demarcation, caching, ACIDity, remoteness, clustering,
and persistence.  This means you can write plain old Java classes and either
statically or dynamically apply these types of aspects making your business
logic totally INDEPENDENT of any system level API's.  This is a grand
departure from following specifications like CORBA or J2EE in that these
standards create specification lock-in.

AOP gives us other advantages as well by being able to dynamically attach
behavior to any type of object at runtime.  Need to dynamically monitor a
specific object for debugging purposes?  Deploy and aspect at runtime.  Need
to expand the scope of a system-level aspect?  Write your own interceptor.
Need to apply your own system-wide proprietary API?  AOP will provide you
with the hooks.

Our new AOP framework and services, also, IMHO, take you beyond J2EE where
J2EE fails or is inflexible.  For instance, the J2EE specification really
has no concrete concept or definition of caching or ACIDity.

Conclusion:

We are strictly adhering to the new J2EE 1.4 and EJB 2.1 specifications.
J2EE is a fine and good specification and JBoss will remain J2EE compliant.
The new AOP framework will allow JBoss extension writers better and tighter
integration with EJB and the rest of the JBoss core.  The AOP framework and
AOP services will take developers beyond J2EE to simplify application
development and provide services where J2EE leaves off.  Development with
JBoss AOP finally allows business logic to be totally INDEPENDENT of
system-level infrastructure.

Regards,


Bill Burke
Chief Architect
JBoss Group, LLC




> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Tom
> Elrod
> Sent: Monday, March 24, 2003 10:54 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
>
>
> Obviously, being J2EE compliant is not my call, just expressing
> my opinion.
> Would really be nice if Marc, Bill, or Scott could chime in. You
> guys there?
> What is your plan in regards to this for JBoss 4?
>
> Dain Sundstrom wrote:
>
> > Being compliant and the AOP features are not mutually exclusive.  We
> > will do both.
> >
> > To Brian Wallis, even if Jboss were to get certified, it would not make
> > your J2EE compliant applications portable.  Why?  There are may
> > important things considered outside the specification.  For example,
> > all database mappings for CMP are outside the spec, even using a
> > database for CMP is outside the spec.  Then you get into things like
> > exception recovery and tuning, and you are way outside the spec.
> > Unless you have a very simple application it will not be portable
> > without multiple configuration files and possibly a portably a
> > portability layer.
> >
> > Having the TDK would be nice to help identify new bugs, and eliminate
> > the of the minor differe

[JBoss-dev] [ jboss-Bugs-679705 ] 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM

[SourceForge.net]

Bugs item #679705, was opened at 2003-02-03 10:40
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=679705&group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Stefan Kuehnel (skuehnel)
Assigned to: Scott M Stark (starksm)
Summary: 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM

Initial Comment:
TestingJBoss 3.0.6 with an IBM 1.4 VM on Linux I get an
AbstractMethodError on startup for
AbstractDeploymentScanner.scan() when starting the
URLDeploymentScanner.  This happens both if JBoss was
compiled with a Sun as well as an IBM JDK.

System info:

19:01:34,499 INFO  [ServerInfo] Java version: 1.4.0,IBM
Corporation
19:01:34,500 INFO  [ServerInfo] Java VM: Classic VM
1.4.0,IBM Corporation
19:01:34,526 INFO  [ServerInfo] OS-System: Linux
2.4.18-17.7.x,x86

Exception:

2003-02-03 19:01:45,294 INFO 
[org.jboss.deployment.scanner.URLDeploymentScanner]
Starting
2003-02-03 19:01:45,301 ERROR
[org.jboss.deployment.MainDeployer] could not start
deployment:
file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml
java.lang.AbstractMethodError:
org/jboss/deployment/scanner/AbstractDeploymentScanner.scan
at
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:261)
at
org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003)
at $Proxy0.start(Unknown Source)
at
org.jboss.system.ServiceController.start(ServiceController.java:413)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy2.start(Unknown Source)
at
org.jboss.deployment.SARDeployer.start(SARDeployer.java:230)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:814)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40)
at java.lang.reflect.Method.invoke(Method.java:335)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:325)
at
org.jboss.system.server.ServerImpl.start(ServerImpl.java:222)
at org.jboss.Main.boot(Main.java:148)
at org.jboss.Main$1.run(Main.java:381)
at java.lang.Thread.run(Thread.java:566)
2003-02-03 19:01:45,468 DEBUG
[org.jboss.util.NestedThrowable]
org.jboss.util.NestedThrowable.parentTraceEnabled=true
2003-02-03 19:01:45,470 DEBUG
[org.jboss.util.NestedThrowable]
org.jboss.util.NestedThrowable.nestedTraceEnabled=false
2003-02-03 19:01:45,470 DEBUG
[org.jboss.util.NestedThrowable]
org.jboss.util.NestedThrowable.detectDuplicateNesting=true
2003-02-03 19:01:45,471 ERROR
[org.jboss.system.server.Server] start failed
org.jboss.deployment.DeploymentException: Could not
create deployment:
file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml;
- nested throwable: (java.lang.AbstractMethodError:
org/jboss/deployment/scanner/AbstractDeploymentScanner.scan)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:835)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61)
at
sun.refl

[JBoss-dev] Looking to do 3.2.0 final next this weekend

[Scott M Stark]

I'm looking to do the 3.2.0 final release this weekend so please try to clean
up any outstanding bugs in your areas by then. I'll start putting the release
together on the 30th and finalize it something on the 31st barring any
major problems.


Scott Stark
Chief Technology Officer
JBoss Group, LLC



---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] Use of InMemory and File persistent manager?

[Bill Burke]

Don't! InMemory is used by clustering for HTTP Session replication.

Bill

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Dain
> Sundstrom
> Sent: Monday, March 24, 2003 9:59 AM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Use of InMemory and File persistent manager?
> 
> 
> Do any of you use or know of a user of the 
> CMPInMemoryPersistenceManager or CMPFilePersistenceManager?  I would 
> like to get rid of them, to make the integration of the new persistence 
> engine easier.  We will eventually have file and in memory stores under 
> the new persistence engine, but we don't right now.  Is this a problem 
> for anyone?
> 
> -dain
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Use of InMemory and File persistent manager?

[Dain Sundstrom]

Where is the code that uses it?

-dain

On Monday, March 24, 2003, at 06:12 PM, Bill Burke wrote:

Don't! InMemory is used by clustering for HTTP Session replication.

Bill

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of 
Dain
Sundstrom
Sent: Monday, March 24, 2003 9:59 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Use of InMemory and File persistent manager?

Do any of you use or know of a user of the
CMPInMemoryPersistenceManager or CMPFilePersistenceManager?  I would
like to get rid of them, to make the integration of the new 
persistence
engine easier.  We will eventually have file and in memory stores 
under
the new persistence engine, but we don't right now.  Is this a problem
for anyone?

-dain



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[Brian Wallis]

On Tue, 25 Mar 2003 01:16, Dain Sundstrom wrote:

> To Brian Wallis, even if Jboss were to get certified, it would not make
> your J2EE compliant applications portable.  Why?  There are may
> important things considered outside the specification.  For example,
> all database mappings for CMP are outside the spec, even using a
> database for CMP is outside the spec.  Then you get into things like
> exception recovery and tuning, and you are way outside the spec.
> Unless you have a very simple application it will not be portable
> without multiple configuration files and possibly a portably a
> portability layer.

Yeh, well. That doesn't mean it isn't possible and that it isn't a goal 
required by more than one organisation that allows you to use software like 
JBoss (and TAO, OpenORB, etc..)  See Herve Tchepannou's xpetstore for a good 
non-trivial example of what can be done.

I have been writing more (and less) portable software for about 13 years now 
and know what is involved. There are always difficulties. But if there are 
standards used and adhered to it makes it easier. Writing an app that is 
portable between a J2EE server and .NET would be far more difficult, or 
portable to ObjectSpace's voyager or to a distributed agent platform, etc. 
Usually you don't need to actually do it, just convince the management that 
you can do it (and easily, at no cost, etc..  :-)

If JBoss adheres to the standards as they are and will be then I will be able 
to keep using it. If it doesn't then (despite what I want to do) I probably 
won't be given the opportunity to keep using it. 

Remember, "the customer is always right and you can't always punish them for 
the arrogance" (apologies to Dogbert and Scott Adams :-)


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Use of InMemory and File persistent manager?

[Ricardo Argüello]

You really need Eclipse.

:-)

Sorry, I couldn't help it...

- Original Message - 
From: "Dain Sundstrom" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, March 24, 2003 8:05 PM
Subject: Re: [JBoss-dev] Use of InMemory and File persistent manager?


> Where is the code that uses it?
> 
> -dain
> 
> On Monday, March 24, 2003, at 06:12 PM, Bill Burke wrote:
> 
> > Don't! InMemory is used by clustering for HTTP Session replication.
> >
> > Bill
> >
> >> -Original Message-
> >> From: [EMAIL PROTECTED]
> >> [mailto:[EMAIL PROTECTED] Behalf Of 
> >> Dain
> >> Sundstrom
> >> Sent: Monday, March 24, 2003 9:59 AM
> >> To: [EMAIL PROTECTED]
> >> Subject: [JBoss-dev] Use of InMemory and File persistent manager?
> >>
> >>
> >> Do any of you use or know of a user of the
> >> CMPInMemoryPersistenceManager or CMPFilePersistenceManager?  I would
> >> like to get rid of them, to make the integration of the new 
> >> persistence
> >> engine easier.  We will eventually have file and in memory stores 
> >> under
> >> the new persistence engine, but we don't right now.  Is this a problem
> >> for anyone?
> >>
> >> -dain
> >>
> >>
> >>
> >> ---
> >> This sf.net email is sponsored by:ThinkGeek
> >> Welcome to geek heaven.
> >> http://thinkgeek.com/sf
> >> ___
> >> Jboss-development mailing list
> >> [EMAIL PROTECTED]
> >> https://lists.sourceforge.net/lists/listinfo/jboss-development
> >
> >
> > ---
> > This SF.net email is sponsored by:
> > The Definitive IT and Networking Event. Be There!
> > NetWorld+Interop Las Vegas 2003 -- Register today!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> 
> 
> ---
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>



---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[Bill Burke]

> If JBoss adheres to the standards as they are and will be then I
> will be able
> to keep using it. If it doesn't then (despite what I want to do)
> I probably
> won't be given the opportunity to keep using it.
>

Please ignore the FUD from SUN.  We have and always will strictly abide by
the standards.


Bill Burke
Chief Architect
JBoss Group, LLC




---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?

[Brian Wallis]

On Tue, 25 Mar 2003 17:07, Bill Burke wrote:

> Please ignore the FUD from SUN.  We have and always will strictly abide by
> the standards.

As I expected you would. Thanks and keep up the great work!

brian wallis...



---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Learn The Truth About Your Health!

[MaryAnngylj]

Hi!

Ground Floor! Brand New Opportunity!
Spend $47.50 One-Time...Great Product...You can't lose!
Just DO IT! Earn $20 Dollars Per Month on Everybody on
Your Smaller Side Down to Infinity!

Fantastic Product!  AMAZING PAYPLAN!!!
Learn The Truth About Your Health and Much More!!!
(Watch the Video or Listen to the Audio, both Online)

Anyone that joins now will continue to have my efforts
spillover! NOW Is Your Chance to Be at the Top!  Ground
Floor! Brand New Opportunity!

Coral Calcium Supreme cures nothing. instead Coral Calcium
produces a chemical and electrolyte balance within the body
so that your body cures itself.

 BENEFITS

Explosive Totally Different Infinity Pay Plan.
Our Product Is Already Internationally Televised.
Perfect Timing For a Simple Home Business.
Earn $20 Dollars Per Month on Everybody on Your Smaller Side
Down to Infinity.
Experience Success Through Our Gauranteed Marketing System.
Make Money By Helping Others Feel Better. No Catch!
We'll show you how easy it is to turn an investment of under
$50 dollars into thousands.
Get paid weekly! This is your chance to cash in at the beginning.

Watch the VIDEO ONLINE!!!  Dr. Robert Barefoot's interview
with Kevin Trudeau. (Learn The Truth!)

WE ARE HELPING EVERYONE ON OUR TEAM SO CONTACT
ME FORTHE CODE #. Just email me and put CODE-EZI.1450 in the
Subject Line and send it to the address below:

mailto:[EMAIL PROTECTED]

Please include your Name & Phone #, just for follow up.
I can assure you it will NEVER be shared or sold.
Name___
Phone #_

OR: Call Toll Free:  1-866-626-8333  give Code-EZI.1450


To Your Good Health!!


If you feel this reach you in error and wished to be removed,
please click the link below. SORRY for the inconvenience.
mailto:[EMAIL PROTECTED]



---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Re: [JBoss-user] time synchronization in cluster (ClusterTimer Service)

[David Klimek]

Hello,

thank you all for answering my questions. To achieve something very 
close to global cluster clock, I'v decided to implement Clustered Timer 
service with the same interface as javax.management.timer.Timer.

Features:
- each added notification will be distributed on each node running 
Clustered Time service
- listeners can register for notification on each node running Clustered 
Timer service
- only Clustered master replica can notify listeners, if so all listener 
on all cluster nodes will be notified
- Timer service ensures that Notifications Id are unique in cluster

There is problem how this service should behave when partition merge 
occurs. It is possible that before merge both partitions has the same 
Notification Id for differend Notifications but some Notifications can 
be created before cluster was split into paritions and so they are 
identical. So simple merge or concat. of Notifications will result in 
either lost or duplicate Notifications.

Have you got any idea how this can be clearly solved?

Thank's

David



Tom Gardner wrote:
There is no such thing as global time, only an approximation to 
it seen from one viewpoint. If you depend on their being a
single global definition of time then your application will, 
sooner or later, have failures due to race conditions.

Your preconditions can be beneficially relaxed by 
	- specifying whether "to the nearest h/s/ms/us/ns"
	  is sufficiently close
	- ensuring all the operations are independent
	- ensuring opreations' order is not significant.

To clarify your problem, consider what might happen 
if you had two JVMs running on the same CPU.


Hello,

I need to be sure that each replica of my clustered application will do 
specific operation at the same real time (eg at 9:34am).

I see two solutions:

a) Keep computers clock synchronized
>> Does jboss provide such service or is this OS/administrator issue?
b) Cluster TickTock service
Will run on each cluster node, one node will be master and in required 
time will call method tickTock() on all nodes
>> Is this functionality now available in JBoss?

c) Is there other solution?

Thank's
David
--
http://www.sweb.cz/david.klimek


---
This SF.net email is sponsored by: Tablet PC.  
Does your code think in ink? You could win a Tablet PC. 
Get a free Tablet PC hat just for playing. What are you waiting for? 
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user





---
This SF.net email is sponsored by: Tablet PC.  
Does your code think in ink? You could win a Tablet PC. 
Get a free Tablet PC hat just for playing. What are you waiting for? 
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user




--
http://www.sweb.cz/david.klimek


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development