RE: Concurrent calls to Session bean methods

2002-03-21 Thread Djemal, Guy (TWIi London)

I was also wondering about this. Of course since the webcontroller is not an
EJB it is allowed to use the otherwise banned synchronized keyword!

Guy.

 -Original Message-
 From: The elephantwalker [mailto:[EMAIL PROTECTED]]
 Sent: 21 March 2002 04:48
 To: Orion-Interest
 Subject: RE: Concurrent calls to Session bean methods
 
 
 John,
 
 Here is the offending class, compliments of the Sun Blueprint team:
 
 public class ShoppingClientControllerWebImpl implements 
 WebClientController
 {
 
 private ShoppingClientControllerLocal sccEjb;
 private HttpSession session;
 
 public ShoppingClientControllerWebImpl() {
 }
 
 //   ... stuff...
 //
 
 // the important bit ...
 
 public synchronized EventResponse handleEvent(Event ev)
 throws EventException {
 return sccEjb.processEvent(ev);
 }
 
 }
 
 So you see that the webcontroller is the _only_ access to the 
 sfsb. And the
 only call is synchronized, thus preventing cocurrent calls to 
 the stateful
 session bean.
 
 regards,
 
 the elephantwalker
 www.elephantwalker.com
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of
 [EMAIL PROTECTED]
 Sent: Wednesday, March 20, 2002 12:05 PM
 To: Orion-Interest
 Subject: RE: Concurrent calls to Session bean methods
 
 
 
 I haven't seen the history on this issue, but it interests 
 me.  I had a
 quick look at the ShoppingClientControllerEJB class that is 
 given as an
 example by Sun in the Session Facade design pattern, but 
 couldn't see where
 they are synchronizing calls.  Can you provide some more clues?
 
 Thanks,
 
 John H.
 
 
 
 The elephantwalker
 [EMAIL PROTECTED]   To:
 [EMAIL PROTECTED]
 Sent by: cc:
 owner-orion-interest@orion   Subject: RE:
 Concurrent calls to Session bean methods
 server.com
 
 
 03/19/02 10:31 PM
 Please respond to
 Orion-Interest
 
 
 
 
 
 
 Vani,
 
 You can use the petstore trick. Use a facade class which 
 sychronizes each
 call to your session bean. That should do the trick.
 
 This is a _famous_ problem with session beans.
 
 regards,
 
 the elephantwalker
 www.elephantwalker.com
 
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Vani H.S.
 Sent: Wednesday, March 20, 2002 12:04 AM
 To: Orion-Interest
 Subject: Concurrent calls to Session bean methods
 
 
 Hello All,
 
   I have been trying to deploy an application consisting of 
 session beans
 and mdbs onto orion1.5.4.
   But I seem to run into deadlocks, because my session bean 
 gets called
 concurrently. Please can anybody can tell me if there is a 
 setting to allow
 concurrent calls so that, when a session bean method is 
 called at one time,
 the EJB container blocks the concurrent method call and allows it to
 proceed
 when the previous call has completed?
   If not, how should this problem of concurrent calls be 
 handled in orion?
   Please help.
 Thanks,
 Vani
 
 
 
 
 
 The allow-concurrent-calls element specifies whether a 
 stateful session
 bean
 instance allows concurrent method calls. By default,
 allows-concurrent-calls
 is false. However, when this value is set to true, the EJB 
 container blocks
 the concurrent method call and allows it to proceed when the 
 previous call
 has completed.
 
 
 
 
 
 _
 Join the world's largest e-mail service with MSN Hotmail.
 http://www.hotmail.com
 
 
 
 
 
 
 
 


DISCLAIMER - The preceding e-mail message (including any attachments)
contains information that may be confidential, may be protected by the
attorney-client or other applicable privileges, or may constitute non-public
information.  It is intended to be conveyed only to the designated
recipient(s) named above.  If you are not an intended recipient of this
message, or have otherwise received it in error, please notify the sender by
replying to this message and then delete all copies of it from your computer
system.  Any use, dissemination, distribution, or reproduction of this
message by unintended recipients is not authorized and may be unlawful. The
contents of this communication do not necessarily represent the views of
this company.




RE: Soap with Axis ?

2002-03-11 Thread Djemal, Guy (TWIi London)

Well I've been using Axis for a while now. The namespace issue can be
resolved by using the follow:

  call.setProperty(Call.NAMESPACE, urn:TheNameSpace);

An entire SOAP call would then look something like following:

  Service  service = new Service();
  Call call= (Call) service.createCall();
  call.setTargetEndpointAddress(http://endpoint;);
  call.setOperationName(MyOperation);
  call.setProperty(Call.NAMESPACE, namespace);
  Object result = call.invoke(params);

I've needed to specify the namespace when calling an Apache SOAP server from
an Apache Axis client.

Guy.

 -Original Message-
 From: Eddie Post [mailto:[EMAIL PROTECTED]]
 Sent: 11 March 2002 10:39
 To: Orion-Interest
 Cc: [EMAIL PROTECTED]
 Subject: RE: Soap with Axis ?
 
 
 Hellu,
 
 Thanks for your reaction.
 
 I see two examples of interest on the Atlassian site:
 - One with SOAP and EJB. I am just starting to use SOAP and 
 the example is 
 for Apache Soap and not with Apache Axis. Axis needs some 
 other values and I 
 don't know how what/how to change the SOAP values in the example.
 
 - Axis with Orion integration. In the example you have a part 
 called Test, 
 which is the most interesting. The test section goes very 
 fast, for example, 
 there is a deployment with a deploy.xml but no deploy.xml is given.
 If I take the Calculator example of Axis itself I get the error (with 
 Calculator.class in the Axis/WEB-INF/classes dir):
 ---
 C:\Ed_soft\Develop\Manual\xml-axis-alpha3\samples\edjava -cp .;./a
 xis.jar;./log4j-core.jar;./jaxp.jar;./crimson.jar org.apache.axis.c
 lient.AdminClient -lhttp://localhost:9000/axis/servlet/AxisServlet
 deploy.wsdd
 Processing file deploy.wsdd
 AxisFault
   faultCode: ns1:Server.NoService
   faultString: The AXIS engine could not find a target service to i
 nvoke!  targetService is http://xml.apache.org/axis/wsdd/
   faultActor: null
   faultDetail:
 exceptionName: org.apache.axis.AxisFault
 ---
 
 If I try the above with for example Tomcat I do get the error:
 ---
 C:\Ed_soft\Develop\Manual\xml-axis-alpha3\samples\edjava -cp .;./a
 xis.jar;./log4j-core.jar;./jaxp.jar;./crimson.jar org.apache.axis.c
 lient.AdminClient -lhttp://localhost:8080/axis/servlet/AxisServlet
 deploy.wsdd
 Processing file deploy.wsdd
 AxisFault
   faultCode: http://xml.apache.org/axis/:Server.userException
   faultString: org.xml.sax.SAXException: Bad envelope namespace:
   faultActor: null
   faultDetail:
 exceptionName: org.xml.sax.SAXException
 stackTrace: org.xml.sax.SAXException: Bad envelope namespac
 e:
 ---
 
 
 Please any help on what the above errors mean ?
 
 Eddie :(
 
 
 From: DeVincentiis Giustino [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: RE: Soap with Axis ?
 Date: Mon, 11 Mar 2002 08:50:31 +0100
 
 Hello,
 
 Could you please let me know what is your problem with the example on
 Atlassian KB?
 
 Thank you,
 Giustino De Vincentiis
 
   -Original Message-
   From: Eddie [mailto:[EMAIL PROTECTED]]
   Sent: Saturday, March 09, 2002 8:05 PM
   To: Orion-Interest
   Subject: Soap with Axis ?
  
  
   Hellu,
  
   Does anyone has an example descriptor of a web service to
   connect a client
   to a EJB through SOAP (Axis of Apache) ?
  
   Most os the examples I find are not based on Ejb connections
   and on the
   Atlassian site I saw a example for Apache Soap but I can't
   get it to work
   with Orion.
  
   Eddie
  
 
 
 _
 Chat with friends online, try MSN Messenger: http://messenger.msn.com
 
 


DISCLAIMER - The preceding e-mail message (including any attachments)
contains information that may be confidential, may be protected by the
attorney-client or other applicable privileges, or may constitute non-public
information.  It is intended to be conveyed only to the designated
recipient(s) named above.  If you are not an intended recipient of this
message, or have otherwise received it in error, please notify the sender by
replying to this message and then delete all copies of it from your computer
system.  Any use, dissemination, distribution, or reproduction of this
message by unintended recipients is not authorized and may be unlawful. The
contents of this communication do not necessarily represent the views of
this company.




RE: modeling tool

2002-02-27 Thread Djemal, Guy (TWIi London)



I've 
used www.magicdraw.comin the past, 
not quite as cheap as metamill but I thought it was nice. 


  -Original Message-From: Chandra Kuchibhotla 
  [mailto:[EMAIL PROTECTED]]Sent: 27 February 2002 
  01:20To: Orion-InterestSubject: RE: modeling 
  tool
  Why 
  don't you look at metamill (www.metamill.com)? Its affordable and it 
  has very nice features!
  
-Original Message-From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of Vinícius de 
Faria SilvaSent: Tuesday, February 26, 2002 12:29 
PMTo: Orion-InterestSubject: modeling 
tool
Hey guys, i'd like to hear your comments about 
this situation.
My team has a well defined development 
process,for developing j2ee web apps. This is a lightweight process 
based on uml diagrams. Our Java IDE is JDeveloper9i and we are happy about 
it. We need now to get a uml graphical modeling tool, which support the 
analisys/design phases of the development process. JDeveloper9i doesn't 
support all the uml diagrams we need. At the same time we don't want to 
spend a lot of money with a tool that will bring much more than we 
need(process development, java IDE and so on).
I'm wondering to know what you guys think about 
it...

thanks in advance,

Vinícius




But which version

2002-02-18 Thread Djemal, Guy (TWIi London)

Hi all,

now that we have a new versions of Orion, 1.5.4, it is all more confusing
which version we should be using. It would seem that the official line is to
use 1.5.2 but that is way old. 

I still have a short while before I need to deploy my app but would like to
de doing this with the 'right' version of Orion.

Anyone have any ideas on this?

Thanks,
Guy.




RE: Wow. It seems that 1.5.4 is released!!!

2002-02-15 Thread Djemal, Guy (TWIi London)

Another question from me as I'm a bit late on the Orion scene, I have only
been using it a couple of months. Does this mean that 1.5.3 has been
abandoned. It also seems like it has been an awfully long time since they
last released a stable version.

Guy Djemal.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 Sent: 15 February 2002 16:40
 To: Orion-Interest
 Subject: RE: Wow. It seems that 1.5.4 is released!!!
 
 
 Great to see that a new version is ready of this great 
 application server!!!
 
 Just a question for the Orion guys. Does this version support 
 the complete J2EE 1.3 standard (including all EJB2.0)?? I am 
 very interested because this is a key issue for one of my projects! 
 
 Thanks on any info.
 Erwin Teseling
 
 
 See subj.
 




RE: Wow. It seems that 1.5.4 is released!!!

2002-02-15 Thread Djemal, Guy (TWIi London)

Well regardless 1.5.3 was called an experimental release and is no longer
available to download.

 -Original Message-
 From: Ray Harrison [mailto:[EMAIL PROTECTED]]
 Sent: 15 February 2002 11:29
 To: Orion-Interest
 Subject: RE: Wow. It seems that 1.5.4 is released!!!
 
 
 1.5.3 was just the previous version and now they have moved 
 on to 1.5.4 - with SIGNIFICANT
 updates. 1.5.3 was just a bug-fix release to the 1.5.2 
 stable release. 1.5.4 is (to me) quite a
 bit of a change from any previous version and will be the 
 starting point for future stable
 releases. Once 1.5.4 is in its current mode for a while and 
 if there are no major bugs, it will
 likely become a so-called stable release.
 
 --- Djemal, Guy (TWIi London) [EMAIL PROTECTED] wrote:
  Another question from me as I'm a bit late on the Orion 
 scene, I have only
  been using it a couple of months. Does this mean that 1.5.3 has been
  abandoned. It also seems like it has been an awfully long 
 time since they
  last released a stable version.
  
  Guy Djemal.
  
   -Original Message-
   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
   Sent: 15 February 2002 16:40
   To: Orion-Interest
   Subject: RE: Wow. It seems that 1.5.4 is released!!!
   
   
   Great to see that a new version is ready of this great 
   application server!!!
   
   Just a question for the Orion guys. Does this version support 
   the complete J2EE 1.3 standard (including all EJB2.0)?? I am 
   very interested because this is a key issue for one of my 
 projects! 
   
   Thanks on any info.
   Erwin Teseling
   
   
   See subj.
   
  
 
 
 __
 Do You Yahoo!?
 Got something to say? Say it better with Yahoo! Video Mail 
 http://mail.yahoo.com
 




MDB Orion 1.5.3

2002-02-07 Thread Djemal, Guy (TWIi London)

Hi all,

I'm trying to use Queue based MDB with Orion 1.5.3. I've got to the point of
deploying my bean but when I post something to the queue my MDB never get
the message. I also notice that Orion seems to load the MDB class twice, it
doesn't do that with any of my other beans! I believe I've set up my jms.xml
correctly so I am wondering if any of you have any words of wisdom.

Thanks,
Guy.




RE: Integrating LOG4J into Orion...

2002-01-31 Thread Djemal, Guy (TWIi London)

Well I've followed all these instructions but have fallen over on a couple
of counts:

1- Using a BasicConfigurator, which is initialised within a singleton,
nothing is displayed, it's as if log4j has gobbled up all my messages :-(
2- If I try and use a DOMConfigurator it can't find the config file.

Help anyone?

Thanks,
Guy :-(

-Original Message-
From: Scott Farquhar [mailto:[EMAIL PROTECTED]]
Sent: 22 January 2002 01:28
To: Orion-Interest
Subject: Re: Integrating LOG4J into Orion...


Further to what Mike has said, I'll just give you a little update on the 
  status of the Log4j 1.2 release.

The 1.2 code base is largely different to the 1.1 base, and has features 
that when finished, will be useful for using in application servers, and 
make it a lot easier to configure.

The features that I talk about are:

- Different LogManagers.
This will allow Orion to provide a logmanager *per application*, or if 
it can't find one, use the default logmanager.  This means that you will 
be able to specify a configuration file per application, and not have to 
manually configure it.

- Configuration files will be reloaded
The watchers code is being rewritten.  When it is finished, you will 
most likely have code that allows you to configure how often the config 
files are reloaded (and stop / restart the watcher thread).

So what does this mean for you, if you are using log4j in your 
application now?

- Use the 1.2 code.  Although in alpha, it is quite stable.
- If you have specific requirements (apart from the above two), suggest 
them on the log4j email list, or email me with your suggestions.

Lastly - congratulations on using log4j.  Logging is very important in 
enterprise applications!

Cheers,
Scott

-- 
Scott Farquhar :: [EMAIL PROTECTED]

Atlassian :: http://www.atlassian.com
  Supporting YOUR J2EE World


Mike Cannon-Brookes wrote:

 This is one possible scenario - but as Jeff says it's server specific
 logging (not application specific) - which can often be non-optimal.
 
 We have a document coming out on this (check http://kb.atlassian.com)
soon,
 but until it's finished here's what we usually do:
 
 - use the latest log4j from CVS (which has the capability to define which
is
 the default log loading class - there is now one which loads log4j.xml
from
 classpath, and watches it) - I believe it's done via system properties
 (selecting automated file loader and watch time)
 - add a library path=config / to your orion-application.xml for each
 application
 - add config/log4j.xml to your application
 
 You're done! this means you now have :
 - automatic log configuration (no more need for servlet listeners,
 application clients or servlets to configure logging!)
 - dynamic logging (you can just change the log4j.xml file and your changes
 are picked up without redeployment)
 - logging _per application_ (rather than per server)
 
 As I said, see if the above directions work for you and please email me
off
 list if they don't (so we can adjust the document in progress).
 
 Watch this space for the doco coming soon ;)
 
 Hope this helps!
 Mike
 
 Mike Cannon-Brookes
 [EMAIL PROTECTED]
 
 Atlassian :: www.atlassian.com
 Supporting YOUR world
 
 
 Now just configure log4j.xml
 
 On 19/1/02 4:40 AM, Jeff Schnitzer ([EMAIL PROTECTED]) penned the
words:
 
 
I put the log4j.jar in orion's lib directory, and use
-Dlog4j.configuration=file:path/to/log4j.properties
to initialize log4j.  I'm pretty happy with this approach.  I control
logging on a server-wide basis, so I can use the same ear file for both
testing and deployment.

Jeff Schnitzer
[EMAIL PROTECTED]


-Original Message-
From: Alex Paransky [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 18, 2002 5:35 PM
To: Orion-Interest
Subject: FW: Integrating LOG4J into Orion...

One more time, the last one did not show up

-Original Message-
From: Alex Paransky [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 17, 2002 11:09 AM
To: Orion-Interest
Subject: Integrating LOG4J into Orion...


I have a full EJB/JSP application running with Orion.  Is there a
preferred
method of initializing LOG4J in this situation?

Looking at the LOG4J documentation, they mention using a startup

servlet

to
do the initialization.  I am concerned as to how this would work with

the

CLASSLOADER hierarchy.  If I initialize my LOG4J at the servlet (WEB)
layer,
will the EJB's be able to see the initialized LOG4J or will they

attempt

to
re-initialize due to the different classloader?

Thanks.
-AP_


 
 
 






RE: Multiply datasources for one application??

2002-01-18 Thread Djemal, Guy (TWIi London)

Hi, I've just subscribed to this mailing list so sorry if this message is
sent out of sync.
I was stuck on the earlier point made. I've specified my own
orion-application.xml to point to a specified data-sources.xml, however when
deploying the ear orion does not seem to be able to find it. I've put both
file in the METAFILE folder of the ear.
My orion-application.xml looks as follows:
orion-application deployment-version=1.5.2
web-module id=nokia-web path=nokia-web.war /
persistence path=persistence /
library path=lib /
log
file path=application.log /
/log
data-sources path=data-sources.xml /
/orion-application
Thanks,
Guy.

-
RE: Multiply datasources for one application??

*   From: The elephantwalker 
*   Subject: RE: Multiply datasources for one application?? 
*   Date: Tue, 15 Jan 2002 16:08:40 -0800 

Mike,

You can use different data-sources by using a different location name for
each data-source. You need to make sure that each data-source within your
data-sources file has a distinct location name.

You apps can use different data-sources.xml by including the
data-sources.xml path in your orion-application.xml of your ear. This way
you can have more than one ear, each with its own data-sources.xml.

Regards,

the elephantwalker
www.elephantwalker.com


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, January 15, 2002 10:57 AM
To: Orion-Interest
Subject: Multiply datasources for one application??


Hi everyone, if there is anyone that can give me a hand I would really
appreciate it.

My Problem is that I have an application developed using orion and I works
great but we are trying to set up multiply test environments using different
database instances.  My questions is can you set up one application with
multiply datasources and if so how do you go about setting it up.  We tried
to set it up with different datasource declarations in one datasource but it
always reads the last datasource declaration into the driver manager.

Please help if you can, Thanks.

Mike