RE: [JBoss-dev] http transport

[Holger Engels]

On Wed, 26 Jun 2002, Bill Burke wrote:

 
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of marc
  fleury
  Sent: Wednesday, June 26, 2002 12:55 PM
  To: [EMAIL PROTECTED]
  Subject: RE: [JBoss-dev] http transport
 
 
  |Seems like I don't need an HTTPInvoker. Only an HTTPInvokerProxy and a
  |InvokerServlet, that forwards invocations to the local invoker. If I
 
  use the JMX bus directly,
 
  |understand it, the proxy must provide a TransactionPropagationContext
  |instance to each Invocation. This has to be imported in the servlet
  |before the invocation is forwarded to the LocalInvoker.
 
  The transaction is not mandatory, but if it is there then yes it has to be
  imported (this is a weakness, necessary I am told (?) of the current
  transaction engine design).
 
 
 This weakness needs to be corrected.
 
  |Also, there must be a HTTPProxyFactory, that binds an HTTPInvokerProxy
  |into jndi for every ejb. An then, there's the setup / integration. I need
  |some MBean, that sets up the proxy factory and deploys the servlet.
 
  I am thinking, bill, we should do a factory bind in JNDI that knows what
 
 I think we may have to use JNDI properties to implement this i.e.
 
 jndi.properties:
 
 java.naming.factory.initial=org.jnp.interfaces.HTTPNamingContextFactory
 java.naming.provider.url=http://yomama.com/JrmpInvoker
 
 Also, this may be the best solution anyways.  I really want to avoid any
 proprietary configuration on the client side.

Coding the protocol into the jndi-name is a good idea, but I'm still not 
confident with this approach. I see it this way:

o the server hosts components and makes them accessible through rmi, iiop, 
  http, .. (different invokers)
o serverside interceptors and container are configured per component on 
  the server. Invokers are configured as part of the server configuration.
o that's the server's part. nothing more!

o the client / caller does a lookup in its local jndi namespace with a 
  coded name. The coded name is declared somewhere as an ejb-ref, res-ref,
  *-ref
o the declaration of this *-ref is parameterized in a jboss specific 
  descriptor (jboss.xml):
  + protocoll (InvokerProxy)
  + identifier of the target component (jndi-name)
  + both, the protocol and the address of the component can be coded into
a single jndi-name, by using a special url context factory for every
protocol or by using a subcontext
  + client side interceptors (there are interceptors, that can _never_ be
configured on the server / per component / per invoker (think of a
recording interceptor)

 I also agree that this whole proxy mess needs to be non-EJB specific and
 generic to MBeans.  The first step though is creating an HTTPInvokerProxy
 and HTTPInvoker.

The HTTPInvoker is a servlet or httpd. There's no lookup of this invoker, 
only invocations, that are sent to the servlet.

how many remote calls are involved in a simple acces to a bean method:

1. lookup
2. create
3. bean

why not skip the first one? just give the client a proxy, wether the 
target component is accessible or not. the invocation of create can fail
anyway. there's no way, how we could assure, that a create works, if the 
lookup has worked. thus imo there's no problem, if we skip the lookup.

That's like communication happens in real life. If I send you a message, 
you won't give me the pencil, I have to use. I don't lookup your address 
at your door. I look it up in my private addressbook. If I send the 
message, I don't know, if the address is correct. However, I'll notice if 
it was incorrect.

Holger



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Viewing mbean operation results

[Scott M Stark]

I thought 'presentationString' only applied to model mbeans. How
can we integrate the presentation metadata into the existing standard
and dynamic mbeans?


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message - 
From: Juha-P Lindfors [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 26, 2002 6:03 PM
Subject: Re: [JBoss-dev] Viewing mbean operation results


 
 yes, see the 'presentationString' descriptor field in the spec
 
 that's where I'd put the model, then have your console render the view
 
 -- Juha
 





---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] http transport

[Sacha Labourey]

Just a small point: do we agree that independing on the protocol used to
communicate with JNDI, the proxy needs to be obtained in a specific way
(like now, through standard TCP) to bootstrap.

 -Message d'origine-
 De : [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]De la part de Bill
 Burke
 Envoye : jeudi, 27 juin 2002 10:11
 A : [EMAIL PROTECTED]
 Objet : RE: [JBoss-dev] http transport


 Holger, your ideas are very interesting and thought provoking.  Although I
 disagree with a lot of them (read further), I believe that this is a good
 conversion and something very cool will come out of it.

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of
  Holger Engels
  Sent: Thursday, June 27, 2002 2:36 AM
  To: [EMAIL PROTECTED]
  Subject: RE: [JBoss-dev] http transport
 
 
  On Wed, 26 Jun 2002, Bill Burke wrote:
 
  
  
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
  Behalf Of marc
fleury
Sent: Wednesday, June 26, 2002 12:55 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] http transport
   
   
|Seems like I don't need an HTTPInvoker. Only an
  HTTPInvokerProxy and a
|InvokerServlet, that forwards invocations to the local
 invoker. If I
   
use the JMX bus directly,
   
|understand it, the proxy must provide a
 TransactionPropagationContext
|instance to each Invocation. This has to be imported in
 the servlet
|before the invocation is forwarded to the LocalInvoker.
   
The transaction is not mandatory, but if it is there then yes
  it has to be
imported (this is a weakness, necessary I am told (?) of
 the current
transaction engine design).
   
  
   This weakness needs to be corrected.
  
|Also, there must be a HTTPProxyFactory, that binds an
  HTTPInvokerProxy
|into jndi for every ejb. An then, there's the setup /
  integration. I need
|some MBean, that sets up the proxy factory and deploys the servlet.
   
I am thinking, bill, we should do a factory bind in JNDI
  that knows what
  
   I think we may have to use JNDI properties to implement this i.e.
  
   jndi.properties:
  
  
 java.naming.factory.initial=org.jnp.interfaces.HTTPNamingContextFactory
   java.naming.provider.url=http://yomama.com/JrmpInvoker
  
   Also, this may be the best solution anyways.  I really want
 to avoid any
   proprietary configuration on the client side.
 
  Coding the protocol into the jndi-name is a good idea, but I'm still not
  confident with this approach. I see it this way:
 

 That's not what I meant.  IMHO, coding the protocol into the
 jndi-name is a
 hack.  i.e. ctx.lookup(http/foo)

 I think how you communicate to jndi should be described in the
 jndi.properties file.  But how you get references to other
 objects should be
 different.

 I would rather have one of these possible solutions:

 1. Depending the transport type, a different value for foo is returned.
 If you do a ctx.lookup(foo) and you're talking HTTP, you get a foo HTTP
 proxy back to communicate.

 2. Let the application developer decide how things are mapped in
 JNDI.  For
 instance, we can recommend that they bind a invoker-proxy binding
 into jndi
 as http/foo , iiop as iiop/foo.  Am I making sense?

  o the server hosts components and makes them accessible through
  rmi, iiop,
http, .. (different invokers)
  o serverside interceptors and container are configured per component on
the server. Invokers are configured as part of the server
 configuration.

 Right now, client and container and invoker configurations are
 all separate.
 This allows us to have multiple transports per EJB(later per MBean too).

  o that's the server's part. nothing more!
 

 Not true at all.  The server has to have knowledge of the client-side
 interceptors.  Where you idea breaks down is when an method returns a
 different EJB or a collection of EJBs of different types.  How will your
 ideas work then?  How will the correct client-side interceptor chain and
 transport and endpoint be attached to the EJB refs contained in these
 arbitrary collection objects?  When I was implementing the multi-invoker
 stuff, I played with the idea of having generic EJB refs, but the
 idea fell
 apart in this scenario.

 Also, many server-side interceptors require a mirror client-side
 interceptor
 to work.  Security, Transactions and especially Clustering fall into this
 category.

  o the client / caller does a lookup in its local jndi namespace with a
coded name. The coded name is declared somewhere as an
 ejb-ref, res-ref,
*-ref
  o the declaration of this *-ref is parameterized in a jboss specific
descriptor (jboss.xml):
+ protocoll (InvokerProxy)
+ identifier of the target component (jndi-name)
+ both, the protocol and the address of the component can be
 coded into
  a single jndi-name, by using a special url context factory for every
  protocol or by using a subcontext

 This 

[JBoss-dev] [ jboss-Bugs-574501 ] Unable to mix jdk 1.3 and 1.4 on w2k

[noreply]

Bugs item #574501, was opened at 2002-06-27 11:17
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574501group_id=22866

Category: Clustering
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Sacha Labourey (slaboure)
Assigned to: Sacha Labourey (slaboure)
Summary: Unable to mix jdk 1.3 and 1.4 on w2k

Initial Comment:
Using jdk 1.3 and jdk 1.4 in the same cluster is not 
possible under windows 2000 (works with other OS). 
Issue posted on JavaGroups:analysis in progress (Bela).

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574501group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] http transport

[Holger Engels]

On Thu, 27 Jun 2002, Bill Burke wrote:

 Holger, your ideas are very interesting and thought provoking.  Although I
 disagree with a lot of them (read further), I believe that this is a good
 conversion and something very cool will come out of it.

Actually I've already learned from this discussion ;-)

 
 That's not what I meant.  IMHO, coding the protocol into the jndi-name is a
 hack.  i.e. ctx.lookup(http/foo)
 
 I think how you communicate to jndi should be described in the
 jndi.properties file.  But how you get references to other objects should be
 different.
 
 I would rather have one of these possible solutions:
 
 1. Depending the transport type, a different value for foo is returned.
 If you do a ctx.lookup(foo) and you're talking HTTP, you get a foo HTTP
 proxy back to communicate.
 
 2. Let the application developer decide how things are mapped in JNDI.  For
 instance, we can recommend that they bind a invoker-proxy binding into jndi
 as http/foo , iiop as iiop/foo.  Am I making sense?

You mean no url provider, but jndi.properties (=environment)? OK. But I 
can't live with global jndi.properties. I need them on a per *-ref basis, 
because the components I connect are spreaded across several different 
application servers.

  o the server hosts components and makes them accessible through
  rmi, iiop,
http, .. (different invokers)
  o serverside interceptors and container are configured per component on
the server. Invokers are configured as part of the server configuration.
 
 Right now, client and container and invoker configurations are all separate.
 This allows us to have multiple transports per EJB(later per MBean too).
 
  o that's the server's part. nothing more!
 
 Not true at all.  The server has to have knowledge of the client-side
 interceptors.  Where you idea breaks down is when an method returns a
 different EJB or a collection of EJBs of different types.  How will your
 ideas work then?  How will the correct client-side interceptor chain and
 transport and endpoint be attached to the EJB refs contained in these
 arbitrary collection objects?  When I was implementing the multi-invoker
 stuff, I played with the idea of having generic EJB refs, but the idea fell
 apart in this scenario.

Good point! Never thought of that. However, the result of an invocation 
are handles or something similar, right?. Can we put the configuration, 
that is comming from the server into these handles? Thus a proxy is 
partially configured from the client (client chooses the transport and 
might in very few cases add its own interceptors) and mostly from the 
information, that comes with the handle?

 Also, many server-side interceptors require a mirror client-side interceptor
 to work.  Security, Transactions and especially Clustering fall into this
 category.
 
 This just goes against location transparency and I can't see why anybody
 would want to hard-code the address of each component in their system, or to
 manage and know what protocols and what bindings and what client-side
 interceptors are required.   Client side configuration just does not scale.
 Too many config files in separate places to manage.  People want centralized
 config, especially ISVs.

I want to keep these addresses out of my code, thus only use *-refs (call 
it nicknames). But these nicknames have to be mapped to something, that 
fully identifies the target. For the server doesn't know the client, but 
the client knows, what components are there on the server, this mapping 
has to be done on the client? I cant send an email to a nickname. I have 
to lookup the email address.

OK, you convinced me, that most of the interceptor chain has to be 
configured from the server. My point is now, that I don't want the lookup 
in the server's jndi-namespace, before invoking the create method.

1. an invoker proxy is choosen on the client
2. the client knows the address of the invoker (always the same)
3. the client knows what component it wants to connect to (jndi-name)
4. this is all, we need to know, in order to send the create invocation 
5. the jndi-name is passed with the invocation of create. the result is 
   a handle carrying all information, that is required to setup the client
   side interceptor chain.

What am I missing?

Holger



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] http transport

[Sacha Labourey]

 Yes. But if we need to bootsrap the jndi communication, we can skip this
 jndi lookup and just send the create invocation to the invoker. How the
 invokers can be accessed must either be wellknown or somehow configured
 on the client.

yes, the problem is that I am not sure (in fact I am pretty sure that it is
not possible with RMI/JRMP) that it is possible to have well-known ports
for a very simply reason: SocketFactory can be set for the RMI invoker on
the server side for example. If I remember well, this well-known thing is
possible  with CORBA.

 Please, please tell me, for what do we need server side jndi content on
 the client?

?!? MyHome home = ctx.lookup (MyHome.JNDI_NAME); ?!?

Do I understand your question?



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-570030 ] MBean dependency problems not reported

[noreply]

Bugs item #570030, was opened at 2002-06-17 09:36
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=570030group_id=22866

Category: JBossCX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Howard Lewis Ship (hship)
Assigned to: David Jencks (d_jencks)
Summary: MBean dependency problems not reported

Initial Comment:
I'm in the middle of upgrading from JBoss 2.4.3 to JBoss 
3.0.0.  I like much
of what I see, but I'm having trouble clearing one key 
hurdle.

My database is driven by McKoiDB 0.92; I created a 
simple MBean to start
McKoi as a thread inside JBoss, and created a 
datasource for it:

[2.4.3 jboss.jcml]

  mbean code=net.sf.tapestry.contrib.mckoi.McKoiDB
name=DefaultDomain:service=McKoiDB
   attribute name=RootPath../db/attribute
   attribute 
name=ConfigPath../db/vlib.conf/attribute
  /mbean

  mbean code=org.jboss.jdbc.JdbcProvider
name=DefaultDomain:service=JdbcProvider,name=McK
oiDB
attribute 
name=Driverscom.mckoi.JDBCDriver/attribute
  /mbean

  mbean code=org.jboss.jdbc.XADataSourceLoader
name=DefaultDomain:service=XADataSource,name=XA
Vlib
attribute name=PoolNameMcKoiDB/attribute
attribute
name=DataSourceClassorg.jboss.pool.jdbc.xa.wrapp
er.XADataSourceImpl/attr
ibute
attribute name=Properties/
attribute 
name=URLjdbc:mckoi://localhost//attribute
attribute 
name=GCMinIdleTime120/attribute
attribute name=JDBCUseradmin/attribute
attribute name=MaxSize10/attribute
attribute name=Passwordsecret/attribute
attribute name=GCEnabledfalse/attribute
attribute name=InvalidateOnErrorfalse/attribute
attribute name=TimestampUsedfalse/attribute
attribute name=Blockingtrue/attribute
attribute name=GCInterval12/attribute
attribute name=IdleTimeout180/attribute
attribute 
name=IdleTimeoutEnabledfalse/attribute
attribute name=LoggingEnabledfalse/attribute
attribute 
name=MaxIdleTimeoutPercent1.0/attribute
attribute name=MinSize0/attribute
  /mbean


Now, everything's changed in 3.0.0; I've been blindly 
attempting to hack the
sample HSQL service into a McKoi service:

server
!--
=
=== --
!-- New ConnectionManager setup for default hsql dbs --

!-- Build jmx-api (build/build.sh all) and view for config
documentation --
!--
=
=== --
mbean 
code=org.jboss.resource.connectionmanager.LocalTxCo
nnectionManager
name=jboss.jca:service=LocalTxCM,name=McKoiDBDa
taSource
depends
mbean code=net.sf.tapestry.contrib.mckoi.McKoiDB
name=jboss:service=McKoiDB
attribute 
name=RootPath../server/tapestry/db/attribute
attribute 
name=ConfigPath../server/tapestry/db/vlib.conf/attrib
ute
/mbean
/depends
depends optional-attribute-
name=ManagedConnectionFactoryName
!--embedded mbean--
mbean 
code=org.jboss.resource.connectionmanager.RARDeplo
yment
name=jboss.jca:service=LocalTxDS,name=McKoiDBDa
taSource
attribute name=JndiNameMcKoiDB/attribute
attribute 
name=ManagedConnectionFactoryProperties
properties
config-property name=ConnectionURL
type=java.lang.Stringjdbc:mckoi://localhost//config-
property
config-property name=DriverClass
type=java.lang.Stringcom.mckoi.JDBCDriver/config-
property
config-property name=UserName
type=java.lang.Stringadmin/config-property
config-property name=Password
type=java.lang.Stringsecret/config-property
/properties
/attribute
!--Below here are advanced properties --
!--hack--
depends
optional-attribute-
name=OldRarDeploymentjboss.jca:service=RARDepl
oyment,n
ame=JBoss LocalTransaction JDBC Wrapper/depends
dependsjboss:service=McKoiDB/depends
/mbean
/depends
depends optional-attribute-
name=ManagedConnectionPool
!--embedded mbean--
mbean
code=org.jboss.resource.connectionmanager.JBossMan
agedConnectionPool
name=jboss.jca:service=LocalTxPool,name=McKoiDB

attribute name=MinSize0/attribute
attribute name=MaxSize50/attribute
attribute 
name=BlockingTimeoutMillis5000/attribute
attribute name=IdleTimeoutMinutes15/attribute
!--criteria indicates if Subject (from security domain) or 
app supplied
parameters (such as from getConnection(user, pw)) are 
used to distinguish
connections in the pool. Choices are
ByContainerAndApplication (use both),
ByContainer (use Subject),
ByApplication (use app supplied params only),
ByNothing (all connections are equivalent, usually if 
adapter supports
reauthentication)--
attribute name=CriteriaByContainer/attribute
/mbean
/depends
depends
optional-attribute-
name=CachedConnectionManagerjboss.jca:service=C
achedCo
nnectionManager/depends
depends
optional-attribute-
name=JaasSecurityManagerServicejboss.security:na
me=Jaa
sSecurityManager/depends
attribute 
name=TransactionManagerjava:/TransactionManager
/attribute
!--make the rar deploy! hack till better deployment--
dependsjboss.jca:service=RARDeployer/depends
/mbean
/server



When I start up JBoss, things look ok:

08:33:55,757 INFO  

Re: [JBoss-dev] Deployers lifecycle/logging question

[Ceki Gülcü]

Scott,

What does this mean? Log4j appenders will output events in the order
it receives them. Do you have something else in mind?

  There is no guarentee of log message ordering in the standard log4j
  appenders.
 
  
  Scott Stark
  Chief Technology Officer
  JBoss Group, LLC
  

--
Ceki



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] unsubcribe

[Abraham Varghese]

 
 

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Viewing mbean operation results

[David Jencks]

The quick easy solution/hack is to add a ListxxxAsString method for these
that returns
pre + Listxxx().toString() + /pre.

I did this for one of these methods.  Should I do it for the others?

How about if you do this in your jmx presentation servlet?  Are we using
this yet?



On 2002.06.27 04:07:08 -0400 Scott M Stark wrote:
 I thought 'presentationString' only applied to model mbeans. How
 can we integrate the presentation metadata into the existing standard
 and dynamic mbeans?

We could convert the standard ones to xmbeans and get reasonable
descriptions while we're at it.  Maybe for 3.1

david jencks
 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 - Original Message - 
 From: Juha-P Lindfors [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, June 26, 2002 6:03 PM
 Subject: Re: [JBoss-dev] Viewing mbean operation results
 
 
  
  yes, see the 'presentationString' descriptor field in the spec
  
  that's where I'd put the model, then have your console render the view
  
  -- Juha
  
 
 
 
 
 
 ---
 Sponsored by:
 ThinkGeek at http://www.ThinkGeek.com/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-574257 ] connection not enlisted in transaction

[noreply]

Bugs item #574257, was opened at 2002-06-26 20:28
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574257group_id=22866

Category: JBossCX
Group: v3.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Bruce Schuchardt (bruceschuchardt)
Assigned to: David Jencks (d_jencks)
Summary: connection not enlisted in transaction

Initial Comment:
If a bean gets a connection and then starts a transaction 
with UserTransaction, the connection is not enlisted in 
the transaction.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574257group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-574199 ] JCA - rollback w/out begin

[noreply]

Bugs item #574199, was opened at 2002-06-26 18:23
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574199group_id=22866

Category: JBossTX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Paul Adams (padams)
Assigned to: David Jencks (d_jencks)
Summary: JCA - rollback w/out begin

Initial Comment:
OS: Win2K
JDK: 1.4.0
Using released JBoss 3.0.0 integrated with tomcat

Real category is probably related to JCA but none
selectable.

My connector is deployed with LocalTransaction support
only. I'm running into a situation where an interaction
execution results in an exception being thrown (EIS
specific, what I was testing) and the application
server attempts to roll back a transaction that it
never started (which of course fails). This particilar
connection/interaction is being initiated from a
session EJB method that is deployed stating no
transaction support
(trans-attributeNotSupported/trans-attribute in
ejb-jar.xml)..

The error occurs inside of a staful session bean
ejbCreate method.

The initial connection error that occurs:
12:32:23,952 INFO  [MyInfoEngine]
IeManagedConnection.addConnectionEventListener ( 'org.jb
oss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectionEventListener@f0625
' )
12:32:23,992 INFO  [MyInfoEngine]
IeManagedConnection.getConnection ( 'null', 'a:*' )
12:32:23,992 INFO  [MyInfoEngine] IeConnection (
'com.infoengine.connector.IeManagedConnec
tion@4d41e2' )
12:32:24,022 INFO  [MyInfoEngine] IeConnection: 2694 ms
to allocate a connection
12:32:24,192 INFO  [MyInfoEngine]
IeConnection.createInteraction ()
12:32:24,202 INFO  [MyInfoEngine] IeInteraction.execute
( 'wtee.ejb.session!validateUser',
 '{}' )
12:32:25,214 INFO  [MyInfoEngine]
IeManagedConnection.getLocalTransaction ()
12:32:25,324 INFO  [MyInfoEngine] IeInteraction: 1112
ms to create SOAP request
12:32:26,385 ERROR [STDERR] java.net.ConnectException:
Connection refused: connect

This exception is reported to the
ConnectionEventListener as a connection error
(ConnectionEvent.CONNECTION_ERROR_OCCURRED).

Following the output of a rather lengthy stack trace
the app server attempts to rollback a transaction that
it never began which results in an exception:

12:32:28,769 INFO  [MyInfoEngine]
IeManagedConnection.getLocalTransaction ()
12:32:28,769 INFO  [MyInfoEngine]
IeSPILocalTransaction.rollback()
12:32:28,779 INFO  [MyInfoEngine]
IeManagedConnection.cleanup ()
12:32:28,789 INFO  [MyInfoEngine] IeConnection (
'com.infoengine.connector.IeManagedConnec
tion@4d41e2' )
12:32:28,809 INFO  [MyInfoEngine]
IeConnection.createInteraction ()
12:32:28,819 INFO  [MyInfoEngine]
IeManagedConnection.destroy ()
12:32:28,829 ERROR [STDERR]
javax.resource.ResourceException: Connection refused:
connect
The .rollback() method actually throws an exception due
to being in an invalid state (rollback without begin)
which is never output.  Almost as if the rollback was
called from within a try/catch block with an empty catch.
The javax.resource.ResourceException stacktrace is a
reprint of the previous exception output above.

despite the fact that the roll back failed a
TransactionRolledbackException is thrown when the ejb
closes the connection in a finally block.

12:32:32,154 INFO  [MyInfoEngine] IeConnection.close ()
12:32:32,174 ERROR [LogInterceptor]
TransactionRolledbackException, causedBy:
java.lang.IllegalArgumentException:
disconnect(ManagedConnection mc: com.infoengine.connec
tor.IeManagedConnection@4d41e2, Object c:
com.infoengine.connector.IeConnection@51b0a5) ca
lled with unknown managed connection
at
org.jboss.resource.connectionmanager.BaseConnectionManager2.unregisterAssociati
on(BaseConnectionManager2.java:661)
at
org.jboss.resource.connectionmanager.LocalTxConnectionManager$LocalConnectionEv
entListener.connectionClosed(LocalTxConnectionManager.java:381)
at
com.infoengine.connector.IeManagedConnection.fireConnectionClosed(IeManagedConn
ection.java:281)
at
com.infoengine.connector.IeConnection.close(IeConnection.java:79)
at wtee.ejb.ConnectorUtils.closeCx(Unknown Source)
at wtee.ejb.WTSessionEJB.ejbCreate(Unknown Source)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja
va:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.createSession(State
fulSessionFilePersistenceManager.java:163)
at
org.jboss.ejb.StatefulSessionContainer.createHome(StatefulSessionContainer.java
:441)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at

Re: [JBoss-dev] Viewing mbean operation results

[Juha-P Lindfors]

On Thu, 27 Jun 2002, Scott M Stark wrote:

 I thought 'presentationString' only applied to model mbeans. How
 can we integrate the presentation metadata into the existing standard
 and dynamic mbeans?

You can't, as neither one defines a way to extend the metadata.

-- Juha




---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] http transport

[Dave Smith]

Snip ...

 You mean no url provider, but jndi.properties (=environment)? OK. But I 
 can't live with global jndi.properties. I need them on a per *-ref basis, 
 because the components I connect are spreaded across several different 
 application servers.
 

It would seem that you would still want a global JNDI directory with 1
point of entry. This could be a JNDI  mbean that does nothing else than
sit infront of all of your other application servers and keeps
references to all the other beans in the other applcation severs JNDI
directories. When a request came in it could lookup the actual
reference, wrap in up in a proxy and hand it back. The proxy would then
know which application server it would talk to. 

I think hard coding aliases into *-refs is a bad idea. It would be a
maintence nightmare. A global lookup location would be way easier. So
your jndi.properties would only have to get you to the global JNDI
directory at boot time. These properties could change based on each
client logging in and loading a profile.

Crawling back under my rock ...







---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] unsubcribe

[Alex Loubyansky]

NOT AT ALL. Now you belong to us, man...


PS:
go to http://lists.sourceforge.net/lists/listinfo/jboss-user
enter your e-mail
select Edit Options
and so on...

Thursday, June 27, 2002, 3:25:58 PM, you wrote:


AV __
AV Do You Yahoo!?
AV Yahoo! - Official partner of 2002 FIFA World Cup
AV http://fifaworldcup.yahoo.com


AV ---
AV Sponsored by:
AV ThinkGeek at http://www.ThinkGeek.com/
AV ___
AV Jboss-development mailing list
AV [EMAIL PROTECTED]
AV https://lists.sourceforge.net/lists/listinfo/jboss-development

-- 
Best regards,
 Alex Loubyansky




---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Logging separation

[Ceki Gülcü]

Hi everyone,

I have written a small specification for tacking the logging
separation problem in servlet containers. It is available here:

   http://qos.ch/containers/sc.html

Please do not hesitate to forward this email to forums where Container
developers hang around. I've already forwarded it to tomcat-dev@ and
jboss-dev@ mailing lists. Ietty, Resin, Orion, Websphere, Weblogic
developers are also a target audience. If you are involved with these
products I'd appreciate if you could inform the appropriate parties.

Many thanks in advance, Ceki

ps: My apologies for the noise. I assure you that it is exceptional.



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] http transport

[Holger Engels]

On Thu, 27 Jun 2002, Sacha Labourey wrote:

  Yes. But if we need to bootsrap the jndi communication, we can skip this
  jndi lookup and just send the create invocation to the invoker. How the
  invokers can be accessed must either be wellknown or somehow configured
  on the client.
 
 yes, the problem is that I am not sure (in fact I am pretty sure that it is
 not possible with RMI/JRMP) that it is possible to have well-known ports
 for a very simply reason: SocketFactory can be set for the RMI invoker on
 the server side for example. If I remember well, this well-known thing is
 possible  with CORBA.
 
  Please, please tell me, for what do we need server side jndi content on
  the client?
 
 ?!? MyHome home = ctx.lookup (MyHome.JNDI_NAME); ?!?
 
 Do I understand your question?
 

That is local jndi. I am looking up the coded name in my local 
jndi-namespace. The coded name is defined as an ejb-ref in my 
application-client.xml. what I get is something, that feels like a proxy 
to the ejb's home. the ejb-ref must be configured with:

o an url, that points to the invoker (protocol, server, context)
o the jndi-name of the bean
o optional client interceptors

if I invoke create(..) on this proxy, the invocation is stuffed with the 
jndi-name and forwarded to the invoker (url). the invoker returns a 
handle, that contains all configuration, that is required to setup the 
invoker proxy and the client interceptors.

So now tell me, for what do I need the server side jndi content on the 
client? Maybe, I'm missing something ..

connecting to a cluster might need some more configuration (there are more 
than one servers/invokers). but it's not harder to connect to a clustered 
invoker than to bootstrap clustered jndi access.

restriction: all home methods (create, finders, entity) won't have the 
interceptor configuration from the server.

Holger



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Deployers lifecycle/logging question

[Scott M Stark]

But the order in which events arrive on a given appender as issued
from multi-threaded code is basically non-deterministic. Two events
issued at times t0 and t1 on the same category will show up in the
log file of the associated appender in arbitrary order for sufficiently
small delta-t. That is all I am saying.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: Ceki Gülcü [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, June 27, 2002 5:19 AM
Subject: Re: [JBoss-dev] Deployers lifecycle/logging question



 Scott,

 What does this mean? Log4j appenders will output events in the order
 it receives them. Do you have something else in mind?

   There is no guarentee of log message ordering in the standard log4j
   appenders.
  
   
   Scott Stark
   Chief Technology Officer
   JBoss Group, LLC
   

 --
 Ceki





---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
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://www.lubega.com FOR DETAILS=
=

JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc))

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE


compile:

jars:
[mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/management/output/lib
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77-client.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-management.jar

BUILD FAILED
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)

Total time: 1 minute 29 seconds
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Viewing mbean operation results

[David Jencks]

On 2002.06.27 11:52:24 -0400 Scott M Stark wrote:
 The point is that you should not have to code presentation specific
 methods
 in your mbeans. 

Agreed.  I'd like to take that one back out ASAP.

We are going to be using our html adaptor in the next
 release so any hacking should be done there. 
3.0.1 or 3.1?

In our html adapter, couldn't we just do a quick check of any result from a
jmx operation and if it doesn't start with an html tag wrap it in
pre.../pre?

david

I'm inclined to use a
 mechanism like the java.beans.PropertyEditor that allows one to obtain
 a xml fragment given a jmx object name and either attribute name or
 method
 name.
 
 Maybe one of the existing xml based web frameworks like Cocoon would
 be a good fit for this. Anyone have any experience with one of them
 want to suggest how to do this?
 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 - Original Message - 
 From: David Jencks [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, June 27, 2002 5:31 AM
 Subject: Re: [JBoss-dev] Viewing mbean operation results
 
 
  The quick easy solution/hack is to add a ListxxxAsString method for
 these
  that returns
  pre + Listxxx().toString() + /pre.
  
  I did this for one of these methods.  Should I do it for the others?
  
  How about if you do this in your jmx presentation servlet?  Are we
 using
  this yet?
  
  
  
  On 2002.06.27 04:07:08 -0400 Scott M Stark wrote:
   I thought 'presentationString' only applied to model mbeans. How
   can we integrate the presentation metadata into the existing standard
   and dynamic mbeans?
  
  We could convert the standard ones to xmbeans and get reasonable
  descriptions while we're at it.  Maybe for 3.1
  
  david jencks
 
 
 
 
 ---
 Sponsored by:
 ThinkGeek at http://www.ThinkGeek.com/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 12:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 09:42

Message:
Logged In: NO 

I don't think this is a bug. EJB's deal w/ each other
through container-provided interfaces, backed by proxies
whose package is not under control of the EJB author.
Chances are good that the class actually making the call is
NOT in the same package as the target class.

If there is an EJB implementation class calling another EJB
impl class method statically w/out going through the
container (i.e. EJB2.someStaticMethod()), then it's a bug
but it seems very unlikely that that's the case, and if it
is it would be a JVM issue (and certainly bad design).

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-556644 ] Bugs in EJB QL

[noreply]

Bugs item #556644, was opened at 2002-05-16 01:24
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=556644group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Bill Burke (patriot1burke)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Bugs in EJB QL

Initial Comment:
Maybe you don't support any comparison operators:
=, , =, , =, ?

Used this
ejb-ql
![CDATA[
SELECT OBJECT( r ) FROM Reservation r
WHERE (r.amountPaid * .01)  300.00
]]
/ejb-ql

Got the following error in deployment:

org.jboss.ejb.plugins.cmp.ejbql.ParseException: 
Encountered  at line 4, column 40.
Was expecting one of:
BETWEEN ...
NOT ...
+ ...
- ...
* ...
/ ...

*

IN and NOT IN operator seem to return exactly opposite 
what they should.  I have 4 customers in either GA or 
MA:

SELECT OBJECT( c ) FROM Customer c
WHERE c.homeAddress.state IN ('GA', 'MA') 

This returns nobody when it should return 4 customers.

SELECT OBJECT( c ) FROM Customer c
WHERE c.homeAddress.state NOT IN 
('GA', 'MA')

This returns everybody. When it should only return 1 
customer.
Seems the SQL is not being generated properly in the 
IN statement.  There are commas missing in between the 
states.

SELECT t0_c.ID FROM CUSTOMER t0_c, ADDRESS 
t1_c_homeAddress WHERE t1_c_homeAddress.STATE IN
('GA''MA') AND (t0_c.homeAddress=t1_c_homeAddress.ID) 

SELECT t0_c.ID FROM CUSTOMER t0_c, ADDRESS 
t1_c_homeAddress WHERE t1_c_homeAddress.STATE NOT IN
('GA''MA') AND (t0_c.homeAddress=t1_c_homeAddress.ID) 

**
The following query fails:
SELECT OBJECT( crs ) FROM Cruise crs
WHERE crs.reservations IS NOT EMPTY

reservations is a relationship.

 [java] javax.ejb.FinderException: Find failed: 
java.sql.SQLException: General error in statement 
[SELECT t0_crs.ID
FROM CRUISE t0_crs, RESERVATION t1_crs_reservations 
WHERE TRUE AND (t0_crs.ID=t1_crs_reservations.cruise)]
 [java] at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand
.execute(JDBCAbstractQueryCommand.java:143)
 [java] at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand.
execute(JDBCFindEntitiesCommand.java:40)
 [java] at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEnt
ities(JDBCStoreManager.java:471)
 [java] at 
org.jboss.ejb.plugins.CMPPersistenceManager.findEntitie
s(CMPPersistenceManager.java:348)
 [java] at 
org.jboss.resource.connectionmanager.CachedConnectionIn
terceptor.findEntities(CachedConnectionInterce
ptor.java:284)


--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-06-27 12:30

Message:
Logged In: YES 
user_id=251431

These have been fixed in HEAD and Branch_3_0 except for the
query

SELECT OBJECT( r ) FROM Reservation r
WHERE (r.amountPaid * .01)  300.00 

Which is not legal EJB-QL, so I changed it to

SELECT OBJECT( r ) FROM Reservation r
WHERE r.amountPaid  (300.00 /  .01)

Which is legal

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=556644group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] I can't believe france is out of the world cup

[Emerson Cargnin - MSA]

so sorry guys (especcialy from turkey), but now it's between us and the 
German. We talk again after sunday, maybe tuesday, because the party is 
gonna be long : ) (so i hope)...



 Richard Kilgore wrote:
 
 On Fri, Jun 21, 2002 at 04:01:23PM +0200, Christian Riege wrote:

 hi,

 On Tue, 2002-06-18 at 22:14, marc fleury wrote:

 | As long as the USA don't win but they shall defeat Germany
 | and send them home.
 |
 |lol. as it looks germany will march through and take the cup by
 |defeating the three mighty football giants usa, south korea and 
 turkey.

 don't be so fucking cocky look what it got france g

 ... and it got us into the semis 8).


 By scraping by the no-so-mighty football giant USA due to a bogus
 free kick and a hand ball by a fullback to *almost* save a goal
 (it still crossed the line anyway).  Good game, though.

- richard

 |what i'm really hoping for though is a final between germany and
 |england. with germany winning 1:0 by an offside goal in minute 93 of
 |regular playtime.

 yeah something tells me ... senegal...

 now that england is out (what a pity i would've loved a final between
 them and germany) i'm hoping for a final of germany vs. turkey. that's
 gonna be civil war over here.

 rgds,
 christian



 ---
 Sponsored by:
 ThinkGeek at http://www.ThinkGeek.com/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


 
 
 
 
 ---
 Sponsored by:
 ThinkGeek at http://www.ThinkGeek.com/
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 




---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
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://www.lubega.com FOR DETAILS=
=

JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc))

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE


compile:

jars:
[mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/management/output/lib
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77-client.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-management.jar

BUILD FAILED
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)

Total time: 1 minute 28 seconds
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] I can't believe france is out of the world cup

[Bordet, Simone]

Hi,

 so sorry guys (especcialy from turkey), but now it's between 
 us and the 
 German. We talk again after sunday, maybe tuesday, because 
 the party is 
 gonna be long : ) (so i hope)...

At least the referee is italian, although I'd preferred Italy was there instead of 
Germany.
Ah well, we will see what Ronaldo can do against Kahn, a great battle.

Simon


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 14:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 12:52

Message:
Logged In: YES 
user_id=541224

Here is the actual scenario. 

Client makes a method call on an EJB
EJB returns a remote object to the client.
Client then invokes a method call on the remote object 
(which is in package A)
The remote object (ObjectA) then calls a static method 
on ObjectB (which is in package B)
ObjectB then calls a public static method on ObjectC 
(which is in package C)
ObjectC then calls a package level static method on 
ObjectD (in packace C) 
this method fails. When I make the method in ObjectD 
public it works. 


--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 11:42

Message:
Logged In: NO 

I don't think this is a bug. EJB's deal w/ each other
through container-provided interfaces, backed by proxies
whose package is not under control of the EJB author.
Chances are good that the class actually making the call is
NOT in the same package as the target class.

If there is an EJB implementation class calling another EJB
impl class method statically w/out going through the
container (i.e. EJB2.someStaticMethod()), then it's a bug
but it seems very unlikely that that's the case, and if it
is it would be a JVM issue (and certainly bad design).

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-563132 ] Mulitple CascadeDeletes do NOT work

[noreply]

Bugs item #563132, was opened at 2002-05-31 18:24
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=563132group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Mulitple CascadeDeletes do NOT work

Initial Comment:
I am using Jboss3.0 RC3 with Tomcat.

For entity beans with multiple relationships, Cascade 
Delete ONLY works on the child bean which is defined 
FIRST in the deployment descriptor relationships 
section.

I confirmed this by moving the decloration order and the 
cascadedelete worked with the opposite one that 
worked before and of course the original one didn't work.

This might be a little more clear:
I have 3 entity beans, which we'll call parentBean, child1 
and child2. child1 and child2 are related to parentBean 
in a one-to-one unidirectional fashion. I have defined 
cascadedelete for both child1 and child2. in the 
deployment descriptor the relationship between 
parentBean and child1 is listed first. When i delete 
parentBean, it gets deleted and so does child1. child2 is 
incorrectly left behind. If i change the order of the 
relationships in the deployment descriptor so that child2 
is first, and then delete parentBean, parentBean is 
removed and so is child2. child1 is left behind in this 
case. 

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-06-27 12:57

Message:
Logged In: YES 
user_id=251431

I added a cascade-delete test to the commerce testsuite from
order to shippingAddress and billingAddress.  Both addresses
are 1:1 relationships to AddressEJB.

I assumed that I fixed this between rc3 and the current
Branch_3_0 and HEAD.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=563132group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-559232 ] RC3 CMP 2 create table exception

[noreply]

Bugs item #559232, was opened at 2002-05-22 10:09
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=559232group_id=22866

Category: JBossCMP
Group: v3.1
Status: Open
Resolution: Postponed
Priority: 5
Submitted By: Rik de Groot (synotix)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: RC3 CMP 2 create table exception 

Initial Comment:
I recently switched from Jboss 3RC1 to RC2.
In the standardjbosscmp-jdbc.xml I have the following
settings
create-tabletrue/create-table
remove-tablefalse/remove-table
When I deployed an EAR file on RC2, the instance logs
that the table exists, but carries on with the deployment.
The new RC3 throws an exception and doesn’t deploy at
all. When I set the create-table on false the EAR
deploys normally.

Rik.

2002-05-22 11:11:24,002 ERROR [org.jboss.ejb.EjbModule]
Starting failed
org.jboss.deployment.DeploymentException: Error while
creating table; - nested throwable:
(java.sql.SQLException: General error: Table 'votebean'
already exists)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.createTable(JDBCStartCommand.ja
va:190)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.execute(JDBCStartCommand.java:8
4)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.start(JDBCStoreManager.java:384
)
at
org.jboss.ejb.plugins.CMPPersistenceManager.start(CMPPersistenceManager.java:19
8)
at
org.jboss.ejb.EntityContainer.start(EntityContainer.java:376)
at org.jboss.ejb.Container.invoke(Container.java:793)
at
org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1055)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:8
67)
at $Proxy0.start(Unknown Source)
at
org.jboss.system.ServiceController.start(ServiceController.java:339)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche
r.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
at
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy18.start(Unknown Source)
at org.jboss.ejb.EjbModule.startService(EjbModule.java:440)
at
org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche
r.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:8
67)
at $Proxy0.start(Unknown Source)
at
org.jboss.system.ServiceController.start(ServiceController.java:339)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche
r.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
at
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy5.start(Unknown Source)
at org.jboss.ejb.EJBDeployer.start(EJBDeployer.java:394)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:692)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:685)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:527)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:490)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche
r.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
at
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy4.deploy(Unknown Source)
at
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.j
ava:405)
at
org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentSc
anner.java:586)
at
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.jav
a:465)
at
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDep
loymentScanner.java:237)
at
org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche
r.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:8
67)
at $Proxy0.start(Unknown Source)
at
org.jboss.system.ServiceController.start(ServiceController.java:339)
at java.lang.reflect.Method.invoke(Native Method)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatche
r.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491)
at
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy3.start(Unknown Source)
at
org.jboss.deployment.SARDeployer.start(SARDeployer.java:276)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:692)
at

RE: [JBoss-dev] I can't believe france is out of the world cup

[Christian Riege]

hi,

On Thu, 2002-06-27 at 19:46, Bordet, Simone wrote:
  so sorry guys (especcialy from turkey), but now it's between 
  us and the 
  German. We talk again after sunday, maybe tuesday, because 
  the party is 
  gonna be long : ) (so i hope)...
 
 At least the referee is italian, 

i was so delighted to hear that the game will be led by Colinna. Italy
had bad luck with their referees (the one in the game vs. south korea
was a joke), Germany got professionals after the first round. man i
would've loved a semi-final between .de and .it ...

 although I'd preferred Italy was there instead of Germany.
 Ah well, we will see what Ronaldo can do against Kahn, a great battle.

actually i wasn't too impressed by ronaldo. i think he's still a bit off
from his best days five years ago.

you have to give credit to the brazilians that they really know how to
handle the ball et. al. but we've seen over the last four weeks that its
not always the team playing the better looking football that takes the
victory.

we'll see on sunday who takes the cup home. but kahn already stated that
he has a gut feeling that we'll win :).

christian



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-559024 ] Converting EJB-ql to SQL goes wrong

[noreply]

Bugs item #559024, was opened at 2002-05-22 01:13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=559024group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Henk Laracker (hlaracker)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Converting EJB-ql to SQL goes wrong 

Initial Comment:
I'am using version 3.0 RC3
jdk 1.4,windows 2000 

The ejb statement is :
select object(o) from TaskDB as o where 
(o.relWaDB.relCodesDB.code = ?1 or 
o.relWaDB.code = ?1)

the sql statement generated by jboss is :

SELECT t0_o.syscode 
FROM TASK t0_o
, WA t2_o_relWaDB
, CODES t1_o_relWaDB_relCodesDB 
WHERE t1_o_relWaDB_relCodesDB.code = ?
OR t2_o_relWaDB.code = ?
AND ( t0_o.wa_syscode=t2_o_relWaDB.syscode 
AND t2_o_relWaDB.project_syscode= 
t1_o_relWaDB_relCodesDB.syscode)

The braces in the ejb-ql statement are not present in 
the sql statement. This results in a different result then 
expected. What do i have to do the get the braces in 
the sql statement?

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-06-27 13:26

Message:
Logged In: YES 
user_id=251431

This has been fixed in HEAD and Branch_3_0.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=559024group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-572281 ] oracle clob mapping problem

[noreply]

Bugs item #572281, was opened at 2002-06-21 15:46
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=572281group_id=22866

Category: JBossCMP
Group: v3.1
Status: Open
Resolution: Postponed
Priority: 5
Submitted By: Colin Li (colinl)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: oracle clob mapping problem

Initial Comment:
We had an entity bean with a cmp-field using a char
[] type to mapping CLOB type column in oracle 
database. This entity bean worked fine in 
Orion1.5.2. Now we are planning to port our 
application to Jboss3.0.0 and we have deployed one 
of our ear file including this bean in Jboss3.0.0 
(stable version). However, we got error messages in 
jboss console when we ran one of our test cases:

javax.ejb.EJBException: Internal error getting 
results for field member CLOB_DATA
Embedded Exception
Stream has already been closed
...

CLOB_DATA is the char[] type cmp-field. 

We checked the standardjbosscmp-jdbc.xml and 
we did not find a clob type mapping in 
type-mapping
 nameOracle8/name

So, is this a bug or not?

When will Jboss support Clob mapping?

Thanks a lot!


C:\jboss-3.0.0\binrun
=
=
=
.
  JBoss Bootstrap Environment
.
  JBOSS_HOME: C:\jboss-3.0.0\bin\..
.
  JAVA: C:\jdk1.3\bin\java
.
  JAVA_OPTS:  -Dprogram.name=run.bat
.
  CLASSPATH: ;C:\jdk1.3\lib\tools.jar;C:\jboss-
3.0.0\bin\run.jar
.
=
=
=



--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-06-27 13:27

Message:
Logged In: YES 
user_id=251431

This will be fixed when blob handling is rewritten.

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-06-24 15:03

Message:
Logged In: YES 
user_id=251431

Oracle's drivers are non-compliant and suck overall.  One
day this will be fixed.  Several people have told me that
they we're goin to take a look at it, but no one fixed it yet.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=572281group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] jaas login

[pushpendu chakraborty]

How do I login to jetty web container and eventually
jboss ejb container thru program?
I can successfully use security-constraint etc in
web.xml to login to jboss/jetty.But if I want to get
parameter from a servlet and then try to use normal
jaas login mechanism thru servlet what do I need to
do?

any idea wil be of immense help
Push

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 12:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 12:20

Message:
Logged In: NO 

So ObjectB, ObjectC and ObjectD are all just regular
classes? Or are they EJBs?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 10:52

Message:
Logged In: YES 
user_id=541224

Here is the actual scenario. 

Client makes a method call on an EJB
EJB returns a remote object to the client.
Client then invokes a method call on the remote object 
(which is in package A)
The remote object (ObjectA) then calls a static method 
on ObjectB (which is in package B)
ObjectB then calls a public static method on ObjectC 
(which is in package C)
ObjectC then calls a package level static method on 
ObjectD (in packace C) 
this method fails. When I make the method in ObjectD 
public it works. 


--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 09:42

Message:
Logged In: NO 

I don't think this is a bug. EJB's deal w/ each other
through container-provided interfaces, backed by proxies
whose package is not under control of the EJB author.
Chances are good that the class actually making the call is
NOT in the same package as the target class.

If there is an EJB implementation class calling another EJB
impl class method statically w/out going through the
container (i.e. EJB2.someStaticMethod()), then it's a bug
but it seems very unlikely that that's the case, and if it
is it would be a JVM issue (and certainly bad design).

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 14:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 14:23

Message:
Logged In: YES 
user_id=541224

Object B, C and D are just normal classes, not EJBs

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 14:20

Message:
Logged In: NO 

So ObjectB, ObjectC and ObjectD are all just regular
classes? Or are they EJBs?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 12:52

Message:
Logged In: YES 
user_id=541224

Here is the actual scenario. 

Client makes a method call on an EJB
EJB returns a remote object to the client.
Client then invokes a method call on the remote object 
(which is in package A)
The remote object (ObjectA) then calls a static method 
on ObjectB (which is in package B)
ObjectB then calls a public static method on ObjectC 
(which is in package C)
ObjectC then calls a package level static method on 
ObjectD (in packace C) 
this method fails. When I make the method in ObjectD 
public it works. 


--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 11:42

Message:
Logged In: NO 

I don't think this is a bug. EJB's deal w/ each other
through container-provided interfaces, backed by proxies
whose package is not under control of the EJB author.
Chances are good that the class actually making the call is
NOT in the same package as the target class.

If there is an EJB implementation class calling another EJB
impl class method statically w/out going through the
container (i.e. EJB2.someStaticMethod()), then it's a bug
but it seems very unlikely that that's the case, and if it
is it would be a JVM issue (and certainly bad design).

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 27-June-2002

[scott . stark]

Number of tests run:   661



Successful tests:  660
Errors:0
Failures:  1



[time of test: 27 June 2002 12:31 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.1.5]

See http://lubega.com/testarchive/${build.uid} for details of this test.

See http://lubega.com for general test information.

NOTE: If there are any errors shown above - this mail is only highlighting 
them - it is NOT indicating that they are being looked at by anyone.
Remember - if a test becomes broken after your changes - fix it or fix the test!





Oh dear - still got some errors!



Thanks for all your effort - we really do love you!




---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
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://www.lubega.com FOR DETAILS=
=

JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc))

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE


compile:

jars:
[mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/management/output/lib
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77-client.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-management.jar

BUILD FAILED
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)

Total time: 1 minute 27 seconds
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 12:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 13:00

Message:
Logged In: NO 

Then that looks like a JVM bug. If the container isn't doing
any proxying, your call should be being executed and at that
point (when just regular classes are involved), the JVM is
in control.

The only thing I can think of that would lead to a different
conclusion is that there might be
SecurityManager/ClassLoader issues -- but then you'd expect
an exception would be being thrown somewhere. Do the logs
show anything when this failure happens?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 12:23

Message:
Logged In: YES 
user_id=541224

Object B, C and D are just normal classes, not EJBs

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 12:20

Message:
Logged In: NO 

So ObjectB, ObjectC and ObjectD are all just regular
classes? Or are they EJBs?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 10:52

Message:
Logged In: YES 
user_id=541224

Here is the actual scenario. 

Client makes a method call on an EJB
EJB returns a remote object to the client.
Client then invokes a method call on the remote object 
(which is in package A)
The remote object (ObjectA) then calls a static method 
on ObjectB (which is in package B)
ObjectB then calls a public static method on ObjectC 
(which is in package C)
ObjectC then calls a package level static method on 
ObjectD (in packace C) 
this method fails. When I make the method in ObjectD 
public it works. 


--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 09:42

Message:
Logged In: NO 

I don't think this is a bug. EJB's deal w/ each other
through container-provided interfaces, backed by proxies
whose package is not under control of the EJB author.
Chances are good that the class actually making the call is
NOT in the same package as the target class.

If there is an EJB implementation class calling another EJB
impl class method statically w/out going through the
container (i.e. EJB2.someStaticMethod()), then it's a bug
but it seems very unlikely that that's the case, and if it
is it would be a JVM issue (and certainly bad design).

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development 

[JBoss-dev] [ jboss-Bugs-554535 ] Oracle BLOB and byte array

[noreply]

Bugs item #554535, was opened at 2002-05-10 10:14
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=554535group_id=22866

Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Niall O'Sullivan (nosullivan)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: Oracle BLOB and byte array

Initial Comment:
Re-submiting a bug that was never fixed and closed.

The Orginial problem was
 [ 434620 ] Oracle BLOB and byte array

The Conclusion was
 If this problem persists with JBoss 2.4 or 3 then please 
 report it again. JBoss 2.2 is not supported anymore.

I can confirm that this is still a bug in 2.4.

JBoss: JBoss-2.4.4_Jetty-3.1.7-1
OS: Windows 2K and Windows NT
JDK: 1.4
DB: Oracle 8.1.6

The suggested fix in [434620] works for me but hasn't
been integrated into jboss and presumably hasn't
been tested against other DBs.



--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-06-27 15:05

Message:
Logged In: YES 
user_id=251431

The patch was applied to both JAWS and JBossCMP in
Branch_3_0 and HEAD.

This only fixes blob handling in Oracle 8.

--

Comment By: Niall O'Sullivan (nosullivan)
Date: 2002-06-21 05:05

Message:
Logged In: YES 
user_id=540986

I'm using the 8.1.6 oci drivers for jdk 1.2 (a.k.a.
classes12.zip).
I will get around to testing it on 8.0.5 and 8.1.7 as well,
but don't have access to 9 at all.

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-06-19 15:05

Message:
Logged In: YES 
user_id=251431

Ok this sort of works.  

What driver versions are you two using?

Does this code work with Orcale 9? 

--

Comment By: Niall O'Sullivan (nosullivan)
Date: 2002-06-19 05:07

Message:
Logged In: YES 
user_id=540986

 I NEED YOU TO TEST THIS (IN HEAD)

I can confirm that this is working fine on my machine
(Win2k, jdk 1.4, oracle 8.1.6) with the head revision from
cvs as of sometime yesterday evening.

Thanks allot.

czawadka,
The fact that it is the cmp engine, and not you, that
is writing the blobs is irrelevant. The fact remains that
your problem occurs when you attempt to *write* a blob
to the DB and this bug was isolated to *reading* blobs.

Furthermore the 2 line fix for this bug was in a separate
class file, even in a separate package. Yes, both problems
are related to oracle blobs, and they have been effected by
dsundstrom's recent work, but that's were the similarities
end I'm afraid, I suggest you submit your problem independently.


--

Comment By: Cezary Zawadka (czawadka)
Date: 2002-06-19 02:21

Message:
Logged In: YES 
user_id=311672

dsundstrom wrote that this patch has been integrated into 
JBossCMP (jboss3 cmp-2.0 engine?)(exactly into 
org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil) . So, I think, it is 
related. I've got the latest source code (2002.06.18) from 
SourceForge and it's not working due to earlier exception. I'm 
using only CMP entity beans where some of them have BLOB 
cmp fields (I'm not writing BLOBs on my own)

--

Comment By: Niall O'Sullivan (nosullivan)
Date: 2002-06-18 11:40

Message:
Logged In: YES 
user_id=540986

 Is this working? I've got following exception with oracle
driver
 (8.1.7):

Your problem appears to be un-related. This bug was to
do with reading blobs, and it only effected
org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand, you seem
to have problems writing blobs.


--

Comment By: Cezary Zawadka (czawadka)
Date: 2002-06-18 05:26

Message:
Logged In: YES 
user_id=311672

Is this working? I've got following exception with oracle driver
(8.1.7):

java.lang.ClassCastException: 
org.jboss.ejb.plugins.cmp.jdbc.ByteArrayBlob
at oracle.jdbc.driver.OraclePreparedStatement.setBlob
(OraclePreparedStatement.java:1446)
at 
org.jboss.resource.adapter.jdbc.local.LocalPreparedStatement.set
Blob(LocalPreparedStatement.java:680)
at 
org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter
(JDBCUtil.java:220)
at 
org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBrid
ge.setArgumentParameters
(JDBCAbstractCMPFieldBridge.java:283)

In oracle driver (OraclePreparedStatement) is:
public synchronized void setBlob(int i, Blob blob) 
throws SQLException {
setBLOB(i, (BLOB)blob);
}

The same code is in the current release (9.2.0.1) of oracle driver.

--

Comment By: Dain Sundstrom (dsundstrom)
Date: 2002-06-16 15:20

Message:
Logged In: YES 
user_id=251431

This patch has been integrated into 

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 14:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 15:19

Message:
Logged In: YES 
user_id=541224

I've attached the server log. 
I don't think this is a JVM issue because this works fine 
with WL6.1 using the same jvm. I am also able to run 
the code outside of the appserver (minus the EJB and 
remote object.) 

I was wondering about security also, is there anything I 
can try? 

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 15:00

Message:
Logged In: NO 

Then that looks like a JVM bug. If the container isn't doing
any proxying, your call should be being executed and at that
point (when just regular classes are involved), the JVM is
in control.

The only thing I can think of that would lead to a different
conclusion is that there might be
SecurityManager/ClassLoader issues -- but then you'd expect
an exception would be being thrown somewhere. Do the logs
show anything when this failure happens?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 14:23

Message:
Logged In: YES 
user_id=541224

Object B, C and D are just normal classes, not EJBs

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 14:20

Message:
Logged In: NO 

So ObjectB, ObjectC and ObjectD are all just regular
classes? Or are they EJBs?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 12:52

Message:
Logged In: YES 
user_id=541224

Here is the actual scenario. 

Client makes a method call on an EJB
EJB returns a remote object to the client.
Client then invokes a method call on the remote object 
(which is in package A)
The remote object (ObjectA) then calls a static method 
on ObjectB (which is in package B)
ObjectB then calls a public static method on ObjectC 
(which is in package C)
ObjectC then calls a package level static method on 
ObjectD (in packace C) 
this method fails. When I make the method in ObjectD 
public it works. 


--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 11:42

Message:
Logged In: NO 

I don't think this is a bug. EJB's deal w/ each other
through container-provided interfaces, backed by proxies
whose package is not under control of the EJB author.
Chances are good that the class actually making the call is
NOT in the same package as the target class.

If there is an EJB implementation class calling another EJB
impl class method statically w/out going through the
container (i.e. EJB2.someStaticMethod()), then it's a bug
but it seems very 

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 14:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 15:23

Message:
Logged In: YES 
user_id=541224

Well I can't seem to attach the log file. I did not see 
anything obvious. 

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 15:19

Message:
Logged In: YES 
user_id=541224

I've attached the server log. 
I don't think this is a JVM issue because this works fine 
with WL6.1 using the same jvm. I am also able to run 
the code outside of the appserver (minus the EJB and 
remote object.) 

I was wondering about security also, is there anything I 
can try? 

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 15:00

Message:
Logged In: NO 

Then that looks like a JVM bug. If the container isn't doing
any proxying, your call should be being executed and at that
point (when just regular classes are involved), the JVM is
in control.

The only thing I can think of that would lead to a different
conclusion is that there might be
SecurityManager/ClassLoader issues -- but then you'd expect
an exception would be being thrown somewhere. Do the logs
show anything when this failure happens?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 14:23

Message:
Logged In: YES 
user_id=541224

Object B, C and D are just normal classes, not EJBs

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 14:20

Message:
Logged In: NO 

So ObjectB, ObjectC and ObjectD are all just regular
classes? Or are they EJBs?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 12:52

Message:
Logged In: YES 
user_id=541224

Here is the actual scenario. 

Client makes a method call on an EJB
EJB returns a remote object to the client.
Client then invokes a method call on the remote object 
(which is in package A)
The remote object (ObjectA) then calls a static method 
on ObjectB (which is in package B)
ObjectB then calls a public static method on ObjectC 
(which is in package C)
ObjectC then calls a package level static method on 
ObjectD (in packace C) 
this method fails. When I make the method in ObjectD 
public it works. 


--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 11:42

Message:
Logged In: NO 

I don't think this is a bug. EJB's deal w/ each other
through container-provided interfaces, backed by proxies
whose package is not under control of the EJB author.
Chances are good that the class 

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 14:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 15:37

Message:
Logged In: YES 
user_id=541224

Object A and Object B are in  platform.jar
Object C and Object D are in common.jar
Both jar files are included in the ear.jar in the library dir.  

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 15:30

Message:
Logged In: YES 
user_id=541224

Well I can't seem to attach the log file. I did not see 
anything obvious. 

--

Comment By: Scott M Stark (starksm)
Date: 2002-06-27 15:28

Message:
Logged In: YES 
user_id=175228

And what jar(s) are the objects ObjectC and ObjectD in?


--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 15:23

Message:
Logged In: YES 
user_id=541224

Well I can't seem to attach the log file. I did not see 
anything obvious. 

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 15:19

Message:
Logged In: YES 
user_id=541224

I've attached the server log. 
I don't think this is a JVM issue because this works fine 
with WL6.1 using the same jvm. I am also able to run 
the code outside of the appserver (minus the EJB and 
remote object.) 

I was wondering about security also, is there anything I 
can try? 

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 15:00

Message:
Logged In: NO 

Then that looks like a JVM bug. If the container isn't doing
any proxying, your call should be being executed and at that
point (when just regular classes are involved), the JVM is
in control.

The only thing I can think of that would lead to a different
conclusion is that there might be
SecurityManager/ClassLoader issues -- but then you'd expect
an exception would be being thrown somewhere. Do the logs
show anything when this failure happens?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 14:23

Message:
Logged In: YES 
user_id=541224

Object B, C and D are just normal classes, not EJBs

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 14:20

Message:
Logged In: NO 

So ObjectB, ObjectC and ObjectD are all just regular
classes? Or are they EJBs?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 12:52

Message:
Logged In: YES 
user_id=541224

Here is the actual scenario. 

Client makes a method call on 

[JBoss-dev] [ jboss-Bugs-574238 ] package level methods fail

[noreply]

Bugs item #574238, was opened at 2002-06-26 12:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=574238group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wolfangel (swolfangel)
Assigned to: Nobody/Anonymous (nobody)
Summary: package level methods fail

Initial Comment:
14:30:19,092 INFO  [Server] JBoss Release: JBoss-
3.0.0 CVSTag=JBoss_3_0_0
14:30:19,170 INFO  [Server] Home Dir: 
D:\jb\server30\jboss
14:30:19,170 INFO  [Server] Home URL: 
file:/D:/jb/server30/jboss/
14:30:19,170 INFO  [Server] Library URL: 
file:/D:/jb/server30/jboss/lib/
14:30:19,170 INFO  [Server] Patch URL: null
14:30:19,170 INFO  [Server] Server Name: default
14:30:19,170 INFO  [Server] Server Home Dir: 
D:\jb\server30\jboss\server\default
14:30:19,170 INFO  [Server] Server Home URL: 
file:/D:/jb/server30/jboss/server/de
fault/
14:30:19,170 INFO  [Server] Server Data Dir: 
D:\jb\server30\jboss\server\default\
db
14:30:19,170 INFO  [Server] Server Temp Dir: 
D:\jb\server30\jboss\server\default\
tmp
14:30:19,170 INFO  [Server] Server Config URL: 
file:/D:/jb/server30/jboss/server/
default/conf/
14:30:19,170 INFO  [Server] Server Library URL: 
file:/D:/jb/server30/jboss/server
/default/lib/
14:30:19,186 INFO  [Server] Root Deployemnt 
Filename: jboss-service.xml
14:30:19,186 INFO  [Server] Starting General 
Purpose Architecture (GPA)...
14:30:19,608 INFO  [ServerInfo] Java version: 
1.3.1_01,Sun Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] Java VM: Java 
HotSpot(TM) Client VM 1.3.1_01,Sun
Microsystems Inc.
14:30:19,608 INFO  [ServerInfo] OS-System: 
Windows NT 4.0,x86

I have an ear file that contains 4 Ejbs and library 
files. The ear file deploys fine but whenever I call a 
method that has (default) package visibility the call 
never makes it into the method and I get no error 
whatsoever. The calling class and the called class 
are both in the same package. When I make the 
method public it works fine. I have seen this in 
previos 3.0 candidate releases but before I was 
getting an Access error, now I get nothing. 






--

Comment By: Scott M Stark (starksm)
Date: 2002-06-27 13:53

Message:
Logged In: YES 
user_id=175228

Then can you send an ear that demonstrates the problem. 
There is a size limit on attachments so if you cannot post it 
here send it to me, [EMAIL PROTECTED]


--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 13:37

Message:
Logged In: YES 
user_id=541224

Object A and Object B are in  platform.jar
Object C and Object D are in common.jar
Both jar files are included in the ear.jar in the library dir.  

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 13:30

Message:
Logged In: YES 
user_id=541224

Well I can't seem to attach the log file. I did not see 
anything obvious. 

--

Comment By: Scott M Stark (starksm)
Date: 2002-06-27 13:28

Message:
Logged In: YES 
user_id=175228

And what jar(s) are the objects ObjectC and ObjectD in?


--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 13:23

Message:
Logged In: YES 
user_id=541224

Well I can't seem to attach the log file. I did not see 
anything obvious. 

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 13:19

Message:
Logged In: YES 
user_id=541224

I've attached the server log. 
I don't think this is a JVM issue because this works fine 
with WL6.1 using the same jvm. I am also able to run 
the code outside of the appserver (minus the EJB and 
remote object.) 

I was wondering about security also, is there anything I 
can try? 

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 13:00

Message:
Logged In: NO 

Then that looks like a JVM bug. If the container isn't doing
any proxying, your call should be being executed and at that
point (when just regular classes are involved), the JVM is
in control.

The only thing I can think of that would lead to a different
conclusion is that there might be
SecurityManager/ClassLoader issues -- but then you'd expect
an exception would be being thrown somewhere. Do the logs
show anything when this failure happens?

--

Comment By: Steve Wolfangel (swolfangel)
Date: 2002-06-27 12:23

Message:
Logged In: YES 
user_id=541224

Object B, C and D are just normal classes, not EJBs

--

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 12:20

Message:

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

[chris]

=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc))

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE


compile:

jars:
[mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/management/output/lib
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77-client.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-management.jar

BUILD FAILED
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)

Total time: 1 minute 29 seconds
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)


---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
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://www.lubega.com FOR DETAILS=
=

JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc))

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE


compile:

jars:
[mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/management/output/lib
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77-client.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-management.jar

BUILD FAILED
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)

Total time: 1 minute 27 seconds
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)


---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

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

[Scott M Stark]

Is your disk full or something? I had the build to a clean checkout
this morning and I'm not seeing any errors building main. Anyone
else having a problem?


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, June 27, 2002 4:06 PM
Subject: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed



 =
 ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
 =

 JAVA VERSION DETAILS
 java version 1.3.0
 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
 Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled:
jitc))

 =

 HERE ARE THE LAST 50 LINES OF THE LOG FILE


 compile:

 jars:
 [mkdir] Created dir:
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib
   [jar] Building jar:
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77.j
ar
   [jar] Building jar:
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77-c
lient.jar
   [jar] Building jar:
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-managem
ent.jar

 BUILD FAILED
 java.lang.NullPointerException
 at
org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled
Code))
 at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
 at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
 at org.apache.tools.ant.Task.perform(Task.java)
 at org.apache.tools.ant.Target.execute(Target.java)
 at org.apache.tools.ant.Target.performTasks(Target.java)
 at org.apache.tools.ant.Project.executeTarget(Project.java)
 at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
 at
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteM
odules.java:269)
 at
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules
.java:184)
 at org.apache.tools.ant.Task.perform(Task.java)
 at org.apache.tools.ant.Target.execute(Target.java)
 at org.apache.tools.ant.Target.performTasks(Target.java)
 at org.apache.tools.ant.Project.executeTarget(Project.java)
 at org.apache.tools.ant.Project.executeTargets(Project.java)
 at org.apache.tools.ant.Main.runBuild(Main.java)
 at org.apache.tools.ant.Main.start(Main.java)
 at org.apache.tools.ant.Main.main(Main.java)





---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-571930 ] rmi marshaling fails for user objects

[noreply]

Bugs item #571930, was opened at 2002-06-20 22:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=571930group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: rick labanca (rickla)
Assigned to: Scott M Stark (starksm)
Summary: rmi marshaling fails for user objects

Initial Comment:
If you try to call an rmi server from jboss/jetty, and 
send a user defined object, marshaling fails.

This is because the vm doesn't seem to see the class 
on the server side, yet it did see it enough to compile 
the jsp page fine.

It can be resolved by adding the classes to 
jboss_classpath, or placing the class in the 
jboss_home/lib. Neither is a good long term solution for 
packaging apps to be self contained.

This worked in 2.4. Attached is a war file with a small 
rmi server and test page to show the problem. For 
simplicity i have the source also shoved into the classes 
area in the war.

Get the classes out of the war and start the server 
locally (java rmitest.Server), and then deploy the war, 
run /rmitest/test.jsp to see the error. Adding the rmitest 
directory  you use for the server to jboss_classpath will 
make it run  correctly.

rick

--

Comment By: rick labanca (rickla)
Date: 2002-06-27 19:37

Message:
Logged In: YES 
user_id=566481

Ok, verified that changing temp/tmp is a good workaround.

--

Comment By: Scott M Stark (starksm)
Date: 2002-06-25 14:32

Message:
Logged In: YES 
user_id=175228

There is no fix other than not using a path with spaces unless 
you upgrade your vm to one without the problem. The issue 
here is that it is our code that is dropping stuff into the temp 
directory. Set the TMP and TEMP environment variables of 
the server to /temp rather than the 
default /DOCUME~1/starksm/LOCALS~1/Temp type of path 
and the example works. I already have other issues with the 
code that is doing this so this will just guarentee its removal 
for 3.0.1.

--

Comment By: rick labanca (rickla)
Date: 2002-06-25 12:38

Message:
Logged In: YES 
user_id=566481

why yes it is (win32!). I recall reading about a problem with 
spaces but didn't think it affected this, I will try to find the fix 
I recall seeing and see if that works (remind me where it is if 
you can!)

rick

--

Comment By: Scott M Stark (starksm)
Date: 2002-06-25 11:55

Message:
Logged In: YES 
user_id=175228

Is this on a win32 system with a temp directory path that 
contains spaces?

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=571930group_id=22866


---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Re: [JBoss-dev] [ jboss-Bugs-571930 ] rmi marshaling fails for user objects

[èﳤÃç]

 Bugs item #571930, was opened at 2002-06-20 22:25 You can respond by visiting:  https://sourceforge.net/tracker/?func=detailatid=376685aid=571930group_id=22866  Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: rick labanca (rickla) Assigned to: Scott M Stark (starksm) Summary: rmi marshaling fails for user objects  Initial Comment: If you try to call an rmi server from jboss/jetty, and  send a user defined object, marshaling fails.  This is because the vm doesn't seem to see the class  on the server side, yet it did see it enough to compile  the jsp page fine.  It can be resolved by adding the classes to  jboss_classpath, or placing the class in the  jboss_home/lib. Neither is a good long term solution for  packaging apps to be self contained.  This worked in 2.4. Attached is a war file with a small  rmi server and test page to show the problem. For  simplicity i have the source also shoved into the classes  area in the war.  Get the classes out of the war and start the server  locally (java rmitest.Server), and then deploy the war,  run /rmitest/test.jsp to see the error. Adding the rmitest  directory  you use for the server to jboss_classpath will  make it run  correctly.  rick  --  Comment By: rick labanca (rickla) Date: 2002-06-27 19:37  Message: Logged In: YES  user_id=566481  Ok, verified that changing temp/tmp is a good workaround.  --  Comment By: Scott M Stark (starksm) Date: 2002-06-25 14:32  Message: Logged In: YES  user_id=175228  There is no fix other than not using a path with spaces unless  you upgrade your vm to one without the problem. The issue  here is that it is our code that is dropping stuff into the temp  directory. Set the TMP and TEMP environment variables of  the server to /temp rather than the  default /DOCUME~1/starksm/LOCALS~1/Temp type of path  and the example works. I already have other issues with the  code that is doing this so this will just guarentee its removal  for 3.0.1.  --  Comment By: rick labanca (rickla) Date: 2002-06-25 12:38  Message: Logged In: YES  user_id=566481  why yes it is (win32!). I recall reading about a problem with  spaces but didn't think it affected this, I will try to find the fix  I recall seeing and see if that works (remind me where it is if  you can!)  rick  --  Comment By: Scott M Stark (starksm) Date: 2002-06-25 11:55  Message: Logged In: YES  user_id=175228  Is this on a win32 system with a temp directory path that  contains spaces?  --  You can respond by visiting:  https://sourceforge.net/tracker/?func=detailatid=376685aid=571930group_id=22866   --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development   


=

ÍøÒ×ÆóÒµ²úÆ·Ì×²Í Âú×ãÄú¹«Ë¾µÄθ¿Ú
ÐĶ¯²»ÈçÐж¯ ´ó»°Î÷ÓÎ2.0Ãâ·Ñ²âÊÔÖÐ
ÍøÒ׷dz£ÄÐÅ® ´«µÝ¶ÌÐÅÇé¸üŨ

RE: [JBoss-dev] I can't believe france is out of the world cup

[marc fleury]

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Christian Riege
|Sent: Thursday, June 27, 2002 11:24 AM
|To: JBoss Dev list
|Subject: RE: [JBoss-dev] I can't believe france is out of the world cup
|
|
|hi,
|
|On Thu, 2002-06-27 at 19:46, Bordet, Simone wrote:
|  so sorry guys (especcialy from turkey), but now it's between 
|  us and the 
|  German. We talk again after sunday, maybe tuesday, because 
|  the party is 
|  gonna be long : ) (so i hope)...
| 
| At least the referee is italian, 
|
|i was so delighted to hear that the game will be led by Colinna. Italy
|had bad luck with their referees (the one in the game vs. south korea
|was a joke), Germany got professionals after the first round. man i
|would've loved a semi-final between .de and .it ...
|
| although I'd preferred Italy was there instead of Germany.
| Ah well, we will see what Ronaldo can do against Kahn, a great battle.
|
|actually i wasn't too impressed by ronaldo. i think he's still a bit off
|from his best days five years ago.
|
|you have to give credit to the brazilians that they really know how to
|handle the ball et. al. but we've seen over the last four weeks that its
|not always the team playing the better looking football that takes the
|victory.
|
|we'll see on sunday who takes the cup home. but kahn already stated that
|he has a gut feeling that we'll win :).

Bah! you are going to lose badly 3-0 or something like that :)

bwaaah ahahahahhha

marcf


---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] jaas login

[Ignacio Coloma]

You have examples in the tests in CVS and in the forums.

Anyways, this is a thread better suited for the jboss-users list.

pushpendu chakraborty wrote:

How do I login to jetty web container and eventually
jboss ejb container thru program?
I can successfully use security-constraint etc in
web.xml to login to jboss/jetty.But if I want to get
parameter from a servlet and then try to use normal
jaas login mechanism thru servlet what do I need to
do?

any idea wil be of immense help
Push

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



  





---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
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://www.lubega.com FOR DETAILS=
=

JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20020124 (JIT enabled: jitc))

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE


compile:

jars:
[mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/management/output/lib
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-jsr77-client.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/management/output/lib/jboss-management.jar

BUILD FAILED
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)

Total time: 1 minute 28 seconds
java.lang.NullPointerException
at org.apache.tools.zip.ZipOutputStream.finish(ZipOutputStream.java(Compiled 
Code))
at java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:139)
at org.apache.tools.ant.taskdefs.Zip.execute(Zip.java)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:269)
at 
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:184)
at org.apache.tools.ant.Task.perform(Task.java)
at org.apache.tools.ant.Target.execute(Target.java)
at org.apache.tools.ant.Target.performTasks(Target.java)
at org.apache.tools.ant.Project.executeTarget(Project.java)
at org.apache.tools.ant.Project.executeTargets(Project.java)
at org.apache.tools.ant.Main.runBuild(Main.java)
at org.apache.tools.ant.Main.start(Main.java)
at org.apache.tools.ant.Main.main(Main.java)


---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] jboss daily test failed

[chris]

=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20020124 (JIT enabled: jitc))

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

_jars-readahead:

_jars-xa:

_jars-jca:

_jars-jmx:
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/testsuite/output/lib/jmxtest.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/testsuite/output/lib/testcopylocaldir.sar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/testsuite/output/lib/brokendeployer.sar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/testsuite/output/lib/testmbeanclassloader.jar
  [jar] Building jar: 
/disk/orig/home/lubega/jbossro/jboss-all/testsuite/output/lib/user-xmbean.sar

_jars-naming:

_jars-jbossmq:

_jars-load:

_jars-jrmp:

_jars-invokers:

_jars-threading:

_jars-deadlock:

_jars-testbean:

_jars-testbeancluster:

_jars-perf:

_jars-web:

_jars-bench:

_jars-security:

_jars-cmp2:

_jars-jsr77:

_jars-foedeployer:
 [echo] /disk/orig/home/lubega/jbossro/jboss-all

BUILD FAILED
/disk/orig/home/lubega/jbossro/jboss-all/testsuite/build.xml:2362: 
/disk/orig/home/lubega/jbossro/jboss-all/varia/output/lib not found.

Total time: 1 minute 34 seconds


---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Explicit PropertyEditor registration is gone

[Scott M Stark]

We were registering PropertyEditors in two different places via
hard coded statements so I removed this in favor of simply
augmenting the default editor search path with the
org.jboss.util.propertyeditor
package. There is a new org.jboss.test.util.test.PropertyEditorsUnitTestCase
for both the standard and custom JBoss editors as well.


Scott Stark
Chief Technology Officer
JBoss Group, LLC




---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [ jboss-Bugs-570030 ] MBean dependency problems not reported

[noreply]

Bugs item #570030, was opened at 2002-06-17 13:36
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=570030group_id=22866

Category: JBossCX
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Howard Lewis Ship (hship)
Assigned to: David Jencks (d_jencks)
Summary: MBean dependency problems not reported

Initial Comment:
I'm in the middle of upgrading from JBoss 2.4.3 to JBoss 
3.0.0.  I like much
of what I see, but I'm having trouble clearing one key 
hurdle.

My database is driven by McKoiDB 0.92; I created a 
simple MBean to start
McKoi as a thread inside JBoss, and created a 
datasource for it:

[2.4.3 jboss.jcml]

  mbean code=net.sf.tapestry.contrib.mckoi.McKoiDB
name=DefaultDomain:service=McKoiDB
   attribute name=RootPath../db/attribute
   attribute 
name=ConfigPath../db/vlib.conf/attribute
  /mbean

  mbean code=org.jboss.jdbc.JdbcProvider
name=DefaultDomain:service=JdbcProvider,name=McK
oiDB
attribute 
name=Driverscom.mckoi.JDBCDriver/attribute
  /mbean

  mbean code=org.jboss.jdbc.XADataSourceLoader
name=DefaultDomain:service=XADataSource,name=XA
Vlib
attribute name=PoolNameMcKoiDB/attribute
attribute
name=DataSourceClassorg.jboss.pool.jdbc.xa.wrapp
er.XADataSourceImpl/attr
ibute
attribute name=Properties/
attribute 
name=URLjdbc:mckoi://localhost//attribute
attribute 
name=GCMinIdleTime120/attribute
attribute name=JDBCUseradmin/attribute
attribute name=MaxSize10/attribute
attribute name=Passwordsecret/attribute
attribute name=GCEnabledfalse/attribute
attribute name=InvalidateOnErrorfalse/attribute
attribute name=TimestampUsedfalse/attribute
attribute name=Blockingtrue/attribute
attribute name=GCInterval12/attribute
attribute name=IdleTimeout180/attribute
attribute 
name=IdleTimeoutEnabledfalse/attribute
attribute name=LoggingEnabledfalse/attribute
attribute 
name=MaxIdleTimeoutPercent1.0/attribute
attribute name=MinSize0/attribute
  /mbean


Now, everything's changed in 3.0.0; I've been blindly 
attempting to hack the
sample HSQL service into a McKoi service:

server
!--
=
=== --
!-- New ConnectionManager setup for default hsql dbs --

!-- Build jmx-api (build/build.sh all) and view for config
documentation --
!--
=
=== --
mbean 
code=org.jboss.resource.connectionmanager.LocalTxCo
nnectionManager
name=jboss.jca:service=LocalTxCM,name=McKoiDBDa
taSource
depends
mbean code=net.sf.tapestry.contrib.mckoi.McKoiDB
name=jboss:service=McKoiDB
attribute 
name=RootPath../server/tapestry/db/attribute
attribute 
name=ConfigPath../server/tapestry/db/vlib.conf/attrib
ute
/mbean
/depends
depends optional-attribute-
name=ManagedConnectionFactoryName
!--embedded mbean--
mbean 
code=org.jboss.resource.connectionmanager.RARDeplo
yment
name=jboss.jca:service=LocalTxDS,name=McKoiDBDa
taSource
attribute name=JndiNameMcKoiDB/attribute
attribute 
name=ManagedConnectionFactoryProperties
properties
config-property name=ConnectionURL
type=java.lang.Stringjdbc:mckoi://localhost//config-
property
config-property name=DriverClass
type=java.lang.Stringcom.mckoi.JDBCDriver/config-
property
config-property name=UserName
type=java.lang.Stringadmin/config-property
config-property name=Password
type=java.lang.Stringsecret/config-property
/properties
/attribute
!--Below here are advanced properties --
!--hack--
depends
optional-attribute-
name=OldRarDeploymentjboss.jca:service=RARDepl
oyment,n
ame=JBoss LocalTransaction JDBC Wrapper/depends
dependsjboss:service=McKoiDB/depends
/mbean
/depends
depends optional-attribute-
name=ManagedConnectionPool
!--embedded mbean--
mbean
code=org.jboss.resource.connectionmanager.JBossMan
agedConnectionPool
name=jboss.jca:service=LocalTxPool,name=McKoiDB

attribute name=MinSize0/attribute
attribute name=MaxSize50/attribute
attribute 
name=BlockingTimeoutMillis5000/attribute
attribute name=IdleTimeoutMinutes15/attribute
!--criteria indicates if Subject (from security domain) or 
app supplied
parameters (such as from getConnection(user, pw)) are 
used to distinguish
connections in the pool. Choices are
ByContainerAndApplication (use both),
ByContainer (use Subject),
ByApplication (use app supplied params only),
ByNothing (all connections are equivalent, usually if 
adapter supports
reauthentication)--
attribute name=CriteriaByContainer/attribute
/mbean
/depends
depends
optional-attribute-
name=CachedConnectionManagerjboss.jca:service=C
achedCo
nnectionManager/depends
depends
optional-attribute-
name=JaasSecurityManagerServicejboss.security:na
me=Jaa
sSecurityManager/depends
attribute 
name=TransactionManagerjava:/TransactionManager
/attribute
!--make the rar deploy! hack till better deployment--
dependsjboss.jca:service=RARDeployer/depends
/mbean
/server



When I start up JBoss, things look ok:

08:33:55,757 INFO  

RE: [JBoss-dev] http transport

[Holger Engels]

On Thu, 27 Jun 2002, Holger Engels wrote:

 That is local jndi. I am looking up the coded name in my local 
 jndi-namespace. The coded name is defined as an ejb-ref in my 
 application-client.xml. what I get is something, that feels like a proxy 
 to the ejb's home. the ejb-ref must be configured with:
 
 o an url, that points to the invoker (protocol, server, context)
 o the jndi-name of the bean
 o optional client interceptors
 
 if I invoke create(..) on this proxy, the invocation is stuffed with the 
 jndi-name and forwarded to the invoker (url). the invoker returns a 
 handle, that contains all configuration, that is required to setup the 
 invoker proxy and the client interceptors.
 
 So now tell me, for what do I need the server side jndi content on the 
 client? Maybe, I'm missing something ..
 
 connecting to a cluster might need some more configuration (there are more 
 than one servers/invokers). but it's not harder to connect to a clustered 
 invoker than to bootstrap clustered jndi access.
 
 restriction: all home methods (create, finders, entity) won't have the 
 interceptor configuration from the server.

Ok, I can see it now. Fetching the complete invoker proxy from the server 
is the better idea. It works also with other component types (without home 
interfaces).

Still want the mapping from coded names to jndi-names in my 
application-client.xml and still want to have the possibility to specify 
additional interceptors for *-refs.

Holger



---
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown does not work

[chris]

=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=

JAVA VERSION DETAILS
java version 1.3.1
Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.3.1-02b-FCS)
Classic VM (build Blackdown-1.3.1-02b-FCS, green threads, nojit)

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

Hello,

The org.jboss.Shutdown class does not seem to work.

That is, the jboss_redhat_init.sh script called it and the jboss 
server did not stop...

Please could we get this fixed...

Or tell me what I should be calling to get the server shutdown...

Now I will return to the old faithful method - kill -9

See ya,
Chris

PS This is automated - just to make it really annoying...


---
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development