Re: Running 2 Orions on the Same Machine

[Robert Krueger]

At 23:30 06.05.2001 , you wrote:
>Hi,
>
>I am trying to run 2 Orions on the same machine.  Everything seems to be 
>ok but when I start the 2nd Orion, I get the following message, even thou 
>it still starts: Error Starting RMI-Server:IO -Error: Address in use JVM_Bind.
>
>How can I get rid of this Error?

make sure the rmi server listens on a different address/port (rmi.xml, see 
below) for each instance you're running.



HTH

Robert

>Thanks,
>Brandy
>_
>Get your FREE download of MSN Explorer at http://explorer.msn.com
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Connection Pooling in Orion

[Robert Krueger]

At 18:43 04.05.2001 , you wrote:
>I think I've correctly set up database connection pooling for my enterprise
>app. But how do I confirm that Orion is actually doing connection pooling for
>me?

- look at your dbms logs (if your dbms provides such facilities)
- enable tracing in your jdbc driver (again, if your jdbc driver provides 
something like that)
- just rely on it because it does work ;-)

HTH

robert

>Thanks.
>
>
>__
>Do You Yahoo!?
>Yahoo! Auctions - buy the things you want at great prices
>http://auctions.yahoo.com/

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Interests sake

[Robert Krueger]

At 15:53 03.05.2001 , you wrote:

>Hi all,
>
>For interests sake, what OS is everyone on the list running orion on?
>
>Windows 2000?
>WinNT
>Linux?

dev and prod on Linux.

Except for the well-known occasional linux JVM quirks it runs OK.



(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Does any one else see any problems with latest PDF2?

[Robert Krueger]

It looks like you're right, which (looking at our typical deployment 
organization) makes the spec completely unsuable in that regard. could you 
crosspost your email to EJB-INTEREST? It's more likely that you'll get a 
response from an expert group member. I sure hope we're both missing something.

Regards,

Robert

At 14:38 27.04.2001 , you wrote:
>Looking at the latest spec PFD2, it appears that it is not possible to
>establish a unidirectional relationship between two entity beans in separate
>ejb-jar.xml files.  With the removal of remote-ejb-name as a possible value
>for  it makes integration of two packages impossible without the
>mess of taking and trying to merge two ejb-jar files into one.
>
>Scenario 1:
>We are developing an general accounting package.  Our clients need to
>integrate with our package by establishing uni-directional relationships
>from their CMP Entities into what we provide them.  Since they will not be
>altering our ejb-jar (except for deployment) how can they reference our
>beans?
>
>Scenario 2:
>Our accounting package contains a good number of CMP Entity beans.  Since
>EJB A relates to B, and B relates to C, and C relates to D and E, and E
>relates to G and so on. It is not possible to separate the ejb-jar into
>multiple, smaller, ejb-jar files for the purpose of managing and controlling
>change.  With over 100 EJBs a single ejb-jar becomes very unmanageable.
>
>Are there any solutions to these problems?
>
>Thanks.
>Alex Paransky
>Individualnetwork.com
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Orion CLASSPATH

[Robert Krueger]

At 09:29 23.04.2001 , you wrote:
>Hello all!
>
>Can anyone tell me what Orion is doing with the CLASSPATH.  I suspect it 
>is building
>its own or adding to mine simply because it knows how to find certain jars 
>that I have not specified anywhere.
>
>Any info appreciated...

do yourself a favour and read up on jars and manifest headers, especially 
the class-path header (which orion uses). IMHO you are shooting yourself in 
the foot not knowing or using it. in most cases working with a classpath is 
plain bs especially in development environments where you frequently use 
different combinations/versions of libs.

HTH.

regards,

robert

>--
>
>Geoffrey W. MarshallDirector of Development
>---
>t e r r a s c o p ephone (415) 951-4944
>54 Mint St #110   direct (415) 625-0349
>San Francisco, CA  94103 fax (415) 625-0306
>---
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: smp w/jdk

[Robert Krueger]

At 14:36 20.04.2001 , you wrote:
>I run 1.3.0.02 on Linux with two processors, no problems to speak of yet?
>
>(with -server and HotSpot)

+2 (production systems running orion on dual pentium machines)

robert


(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: A Swedish Idea

[Robert Krueger]

am I the only one on this list considering this useless discussion spam? 
karl and magnus are grownups making their own decisions and you don't 
actually believe repeating stuff that has been discussed on this list over 
and over again, inspires them?

please contribute to getting the technical issue/plea ratio back to normal 
and deal with the way magnus and karl handle their company/product.

thank you.

robert
(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: WE NEED NEWS! We need to know Orion is alive & well!

[Robert Krueger]

guys,

as someone who has been dealing with theses issues for over 1 1/2 years of 
using orion (1 year in production for a number of applications) I would 
just advise you to save your breath and make your decision based on what's 
there now. several people (including myself) have made pleas like you a 
number of times and not much has changed but I (or better we) have decided 
that orion has reached a level of maturity that is ok for us and that it is 
an unbeatable deal for certain requirements if you can live the risks that 
are certainly there. we now know, which features are reliable and we stick 
to using those only. there are probably a number of major bugs still 
waiting to be discovered which might cause serious problems in your 
projects without any guarantee when they will be fixed. my advice is, set 
up your system, test extensively and then decide whether to buy or not (if 
you can afford that approach, of course). if you cannot live without that 
extra bit of security, you'll have to spend a heck of a lot more money for 
similar features. it's a trade-off but don't bet on anything happening at 
ironflare that hasn't happened yet.

best regards,

robert


At 22:48 05.04.2001 , you wrote:
>I'd confirm the concerns listed below. We are considering migrating from
>Tomcat + JOnAS to Orion - however we have concerns with the lack of feedback
>or site updates this year, and are not prepared to purchase and deploy a
>product without at least some indication that it will receive ongoing
>support (ie up-to-date website, product updates, support, mailing list
>postings, further compliance with EJB 2.0). That being said, we are very
>impressed with the product and activity on this mailing list.
>
>Regards,
>
>Liam.


(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: orion + jbuilder4 --> sapdb?

[Robert Krueger]

At 14:45 05.04.2001 , you wrote:
>Hello,
>
>perhaps a little bit misplaced here...
>
>SAB DB == Adabas
>is this right?

same basis but not the same at all. as a long time adabas user you will 
recognize many things.

SAPDB is somehow Adabas D with much fewer wrinkles.
- better tools
- better mailing list support (great team at SAP labs, very helpful people)
- better jdbc driver (not compatible to adabas btw.)
- limits on column sizes etc. are not as tight
- faster judging by what we have seeen so far

we are just in the process of switching from Adabas D to SAPDB and so far 
it feels and works great with orion CMP. we have switched some production 
systems over to SAPDB a week ago and didn't experience any significant 
problems.

HTH

robert


>thanks
>klaus
>
>Am Donnerstag,  5. April 2001 14:01 schrieben Sie:
> > I always like to pitch SapDB, because like Interbase, SAP DB, from
>[...]
>
>--
>Klaus Thiele - Personal & Informatik AG
>mailto:[EMAIL PROTECTED]
>
>  "Your mouse has moved.
>   Windows must be restarted for the change to take effect."

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: How to start Orion from an application?

[Robert Krueger]

just check the manifest of orion.jar

Main-Class: com.evermind.server.ApplicationServer

hth,

robert


At 10:18 26.03.2001 , you wrote:
>Instead of launching the application server with java -jar orion.jar
>I would like to do it from an application
>I guess I need to know which classes I need to start and how to do it
>Does anyone know the way to achieve this?
>Hadi
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: EJBUtils.cloneObject tkes up 40% of the time

[Robert Krueger]

At 07:43 13.03.2001 , you wrote:

>This is probably because orion is trying to keep to the EJB spec where 
>parameters and return values must be passed to a EnterpriseBean must be by 
>value. This way orion doesnt have to implement RMI, but still complies to 
>the spec.
>
>This is probably far cheaper than RMI.
>
>Noel

If you know what you are doing and you can live with the cosequences you 
can always disable the pass-by-value semantics on a per-ejb basis. Look at 
the orion-ejb-jar.xml dtd.

HTH

robert


(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Orion 1.4.7?

[Robert Krueger]

At 15:50 09.03.2001 , you wrote:
>Hello
>
>Anyone could tell me where I can download Orion 1.4.7
>

java -jar autoupdate.jar

>Thanks in advance

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: HELP: Settings for pooled datasources, timeout errors

[Robert Krueger]

>



>I'd like to know if i did not get something regarding the configuration of
>datasources and if others had problems with the timeout settings.

Hi Jens,

I believe your observations are correct and your not doing something wrong. 
We have also had a number of strange effects in that area but unfortunately 
not been able to construct an easily reproducible test case, which IMHO is 
the only thing that would make magnus or karl have a look at that. I 
believe that the core connection and transaction handling code is not 
rock-solid and does break under some exceptional circumstances. btw, most 
of my problems also happen when doing large bulk updates using ejb. IMHO an 
additional parameter that should be in there is a max-number of statements 
that can be issued per connection, before it is reopened by orion's pooling 
software. that way one could configure stuff conservatively without 
degrading performance significantly. Of course that makes their TX handling 
code a bit more complicated but as your case demonstrates, these things are 
necessary or at least very helpful in the real world.

If you can set up a simple ear that demonstrates your problems, I'm sure 
they will look into it quickly, at least that has been my experience.

Hope that helps somewhat, if not, see it as a sign of support ;-).

Regards,

Robert

>Best regards
>
>Jens Stutte
>
>
>
>[EMAIL PROTECTED], http://www.netmedia.de
>
>netmedia GmbH
>Neugrabenweg 5-7
>66123 Saarbruecken
>Germany
>
>fon: +49 (0) 681 - 3 79 88 - 0
>fax: +49 (0) 681 - 3 79 88 - 99
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Orion crashed under load test

[Robert Krueger]

IMHO you should dump the IBM jdk and get the latest sun 1.3.1 beta. IBM 
crashes frequently with orion here. Sun 1.3.1 beta has not crashed a single 
time since we started testing it for development 2 weeks ago. btw. we use 
sun1.3.01 in production and have not had major problems except for some 
crashes during application redeployment.

HTH

robert

At 13:06 04.03.2001 , you wrote:
>Orion crashed under load testHi Eyal,
>
>we've put Orion 1.4.7 here under a 1-cpu stress test (80 concurrent requests
>of type JSP(1)->EJB(1)->EJB(n)->DB(n)) and it was ok. Win2k and JDK1.3. It
>reached a throughput of 200 transactions per second (466 MHz Celeron with
>Firebird/Interbase). Latency then went up to about 4 seconds per
>transaction.
>
>It is reported that JBuilder debugging is unstable with IBM JDK under Linux
>but not Sun's JDK. Therefore, I speculate that you crosscheck with Sun's
>JDK.
>
>Bye,
>Falk
>
>- Original Message -
>From: Eyal Litman (Kamoon IL)
>
>I load tested orion under linux red hat 7 and IBM 1.3 JDK.
>Orion crashed after few minutes of "easy" load.
>Does anybody had some similar problems ?
>Could IBM 1.3 JDK could be the cause ?
>Thanks in advance,
>Eyal Litman
>Server Side Team, Kamoon Ltd.
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Multiple CPUs

[Robert Krueger]

At 17:47 26.02.2001 , you wrote:
>Anydody running Orion on a machine with more than one CPU? We are purchasing
>some new kit and just wondered if its beneficial to have multiple CPU's.
>
>If it is beneficial, then does the Orion handle the multiple thread/CPU
>setup or is this upto the JVM (we'll be using the Windows VM).

yep, entirely depends on the VM. If your VM uses native threads, orion will 
use the CPUs. We've been using it in production on dual machines for almost 
a year now (linux) and it works well. Windows (2000 or NT I presume) VM 
should also handle that properly.

HTH

Robert

>TIA
>
>Robert Hargreaves.

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

ECPerf

[Robert Krueger]

hi,

anyone interested in ejb benchmarking check out

http://developer.java.sun.com/developer/earlyAccess/j2ee/ecperf/download.html

robert

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

linux users check out jdk1.3.1 beta (sun)

[Robert Krueger]

FYI, we've tested it here and so far it has removed the remaining 
occasional crashes (especially on redeployment).

definitely worth checking out.

robert


(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: orion 1.4.7

[Robert Krueger]

At 11:20 25.02.2001 , you wrote:
>this may be a silly question, but how do i get hold of orion1.4.7? the
>latest downloadable version is 1.4.5. is it only available to those who have
>paid for the license?

java -jar autoupdate.jar

HTH

robert

>thanks, peter
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Source available and sun

[Robert Krueger]

we've had this dicussion many times before. they (Orion team) have decided 
to keep it closed-source and it simply is their decision (apart from the 
legal stuff with sun, which I personally never bought as the primary reason 
not to make the source available without an NDA). the arguments (debugging 
parallelizes well etc. etc.) that have been brought up are valid and I'm 
sure they know the trade-offs very well but at the end of the day it's 
their baby. I'm not saying I'm happy with their decision but I do respect it.

regards,

robert

At 08:21 24.02.2001 , you wrote:
>I must admit -- I am still confused about the Sun
>agreement preventing a J2EE server from sharing the
>source code.  I get the feeling that Orion would be
>open to this, if the terms with Sun would allow it.  I
>found out recently that Resin (www.caucho.com), which
>has made the highly successful JSP engine, is building
>an EJB server, which will have the source code
>available.  Of course, the open source EJB servers,
>like openejb, Jboss, and jonas, have the source code
>available. So why would this be good for Orion or
>anyone, when Orion has such brainy people building
>their product?  If you don't think they are brainy,
>the download the Sun spec for EJB and try building it
>yourself.  The answer lies in numbers.  If there are
>10 people, for example, building and supporting Orion,
>and 2000 + brainy people on this list, what has the
>greater potential for solving problems the quickest?
>Ten people or two thousand people?
>
>__
>Do You Yahoo!?
>Get email at your own domain with Yahoo! Mail.
>http://personal.mail.yahoo.com/

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: SAPDB experience and Datasource

[Robert Krueger]

At 00:44 23.02.2001 , you wrote:
>Hello, I'd be interested in hearing the experiences from people who used
>SAPDB with Orion CMP in terms of stability and performance on both linux and
>nt.

SAPDB on linux in development for a little more than 3 months now and 
everything works fine. performance and stability is good. planning to go in 
production 4 weeks from now.

 


>Also if you have them available, can you share your database-schema ?

no special schema but we're not using the autocreate-tables feature anyway.

>Thanks,
>
>Christian
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: No influence on CMP 2.0 getter setter methods - a feature or abug?

[Robert Krueger]

At 14:54 22.02.2001 , you wrote:
>My two cents ...
>
>Putting checks in the EJB's will give you much better information on 
>exactly what has gone wrong.  Adding checks in the DB as well can't hurt, 
>but without the EJB checks it might be hard to know what action to take in 
>the face of a generic SQL error.
>
>Nick Newman

very true. that's why I would regard DB constraints only as an additional 
security measure to protect your data model integrity. depending on your 
jdbc driver the SQLException's error message can give you some information 
during development. however, if your client code has to react to the fact 
that a unique constraint on a non-pk key has been violated you have no 
choice but to put that check into the EJB tier and I would also generally 
regard that as better style.

regards,

robert

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: No influence on CMP 2.0 getter setter methods - a feature or abug?

[Robert Krueger]

>
>There seems to be some smart-ass named "Robert Krueger"
>who thinks he knows all the answers :) :) :)

I've heard of him. he must be a real pain in the ass ;).

cheers,

robert

>Thanks Robert!
>
>-tim

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: No influence on CMP 2.0 getter setter methods - a feature or a bug?

[Robert Krueger]

HI,

I think either you or I have to reread the spec ;-). The abstract methods 
for setting a cmp-field are part of the contract between the bean provider 
and the persistence manager and NOT the client. if you don't want to expose 
the setter for a CMP field then simply don't. if it's not part of the 
remote interface it will not be accessible to clients. Remember, they don't 
have access to the bean impl, just the remote interface.

I don't see the problem or am I missing something?

regards,

robert


>Now I have _no_ guarantee that nobody will accidently call the original
>setBalance() method, thereby circumventing my little security system, which
>was supposed to check for a negative balance. But, hey, I thought, then I
>will just declare the original setBalance() as protected - unfortunately
>that is not allowed by the specification.
>
>I would r e a l l y like to hear from anybody who knows a solution to this.
>Any comments would be most welcomed.
>
>Randahl
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: No influence on CMP 2.0 getter setter methods - a feature or a bug?

[Robert Krueger]

At 13:33 21.02.2001 , you wrote:

>This is why the session-bean-wrapping-entity-bean pattern
>is so popular.  Do not implement business logic inside your
>entity bean.  Instead, have your client perform operations
>to the data via a session bean.  The session bean can test
>for valid data, constraints, etc. before updating the entity.

I disagree. the validation he's talking about will be fine in an entity 
bean. Don't see any reason for putting that in a session bean (see earlier 
posting).

>The consequence of this is that entity beans have become
>so thin, that JDO is becoming a popular (light-weight)

Have you read the JDO spec? I personally find parts of it rather ugly, 
especially the query part. If some issues are clarified in the CMP2.0 spec 
I would prefer take that in an EJB environment. Apart from that the JDO 
spec seems to be moving on rather slowly, despite the recent draft but of 
course YMMV.

regards,

robert

>alternative to entity beans.  Sun is examining JDO in a JSR,
>but I don't suspect they'll kill off one of their children
>in the process.
>
>-tim
>
> > -Original Message-
> > From: Randahl Fink Isaksen 
> [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 21, 2001 11:46 AM
> > To: Orion-Interest
> > Cc: Jens Peter Grosen; Simon Anker Christiansen; Kim Jørgensen
> > Subject: No influence on CMP 2.0 getter setter methods - a
> > feature or a
> > bug?
> >
> >
> > I have been reading the CMP 2.0 specification and I think it is simply
> > great! Still, I am a bit surprised that the bean developer
> > has no control
> > over what happens when a field is set. Imagine an
> > AccountBean, for instance:
> >
> > public abstract class AccountBean extends EntityBean {
> >   //implemented by the persistence manager
> >   public abstract Float getBalance();
> >   //implemented by the persistence manager
> >   public abstract void setBalance(Float balance);
> > }
> >
> > What if I wanted to do something useful when the balance was
> > set? Say, I
> > wanted to add the account  to a list of surveilled accounts
> > if a negative
> > balance was set... it seems I cannot do that because the container
> > implements the setBalance() method for me. And I cannot just declare a
> > setBalance() method myself because I need the container's
> > implementation or
> > I will not be able to store the balance. H... it seems
> > this is going to
> > leave me with something like
> >
> > public abstract class AccountBean extends EntityBean {
> >   public abstract Float getBalance();
> >   public abstract void setBalance(Float balance);
> >
> >   public void
> > setBalanceAndDoWhatHasToBeDoneWhenYouSetBalance(Float balance)
> > {
> >   //check if balance is negative and take action
> >   ...
> >   setBalance(balance);
> >   }
> > }
> >
> > Now I have _no_ guarantee that nobody will accidently call
> > the original
> > setBalance() method, thereby circumventing my little security
> > system, which
> > was supposed to check for a negative balance. But, hey, I
> > thought, then I
> > will just declare the original setBalance() as protected -
> > unfortunately
> > that is not allowed by the specification.
> >
> > I would r e a l l y like to hear from anybody who knows a
> > solution to this.
> > Any comments would be most welcomed.
> >
> > Randahl
> >
> >

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: No influence on CMP 2.0 getter setter methods - a feature or abug?

[Robert Krueger]

At 19:16 21.02.2001 , you wrote:

hi,

check EJB-INTEREST archives for discussions on this. I think most pros and 
cons (including my view on things ;-) were in a discussion a few months ago.

at the moment the server hosting the search seems to be down, so I cannot 
give you the exact thread.

regards,

robert


>This makes we want to ask a question that has nagged me for
>a while.  Where do you put data constraints?  In the database?
>or in the entity bean?
>
>For example, let's say we have a field called "absoluteTemp"
>in Kelvin.  We all know this value can never be negative (in
>my universe anyway).  This isn't a business rule, it a law
>of nature.  Do you implement it as a database constraint which
>will throw a SQLException if violated, or do you check for
>in some facade-setter of the entity and throw some other
>Exception if violated?  What are the pros and cons of either?
>
>-tim

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: How does this effect Orion?

[Robert Krueger]

At 23:11 14.02.2001 , you wrote:
>Robert,
>
> > I would be interested in an opinion by someone who has actually used orion
> > for a while about pros and cons of those two.
>
>I suppose you meant to say "ewave" in the above statement?!

well, no, I was implying ewave AND meant to write orion. I think that a 
statment by someone who has barely used orion but has used ewave is of much 
less value to me as he is not likely to know/appreciate the strenghts of 
orion (which are not obvious IMHO).

>you should count as one who has used orion for a while, shouldn't you?

guess so ;).

>BTW, are you still running on SapDB? Any experiences? Did you encounter

we are currently working with adabas in production and sapd in development 
(one of us, not me, is doing his development work on the same project on 
sapdb) and so far there have been no problems at all as far as I can tell. 
we're still planning on going in production with the application (mostly 
CMP some direct SQL for complex queries) on top of sapd (probably in april).

>those SQL processing (outer join) bugs that were mentioned on the Castor
>list?

don't think so, although I haven't followed that thread.

>regards,
>Christian
>

regards,

robert


(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: How does this effect Orion?

[Robert Krueger]

I would be interested in an opinion by someone who has actually used orion 
for a while about pros and cons of those two. The price and supported 
standards do make it sound interesting although I'm always a bit worried 
when I see this deployment wizard stuff. That's only interesting for 
educational use IMHO and I hope they haven't neglected a rock solid logical 
deployment concept (one of orion's key strengths if you ask me).

anyone out there who's tested or better worked with both?

regards,

robert

At 09:10 14.02.2001 , you wrote:
>I have read the announcement at www.theserverside.com about the ewave 
>server for only $595 per CPU.  The company marketing it has a good 
>marketing and capital engine behind them, so I wonder how this will effect 
>Orion?  It is very interesting that there are over thirty vendors offering 
>some flavor of J2EE technology, anywhere from the high priced servers like 
>Weblogic to the open source servers like Jboss.  Yet this industry is 
>supposed to be around $2 billion now and projected to be $12 billion in 
>two years.  This means there is a market for all the "good" products, and 
>the consumer and developer will become the clear winners.

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Problem with two Orions on same box!!!

[Robert Krueger]

At 15:32 08.02.2001 , you wrote:
>I do not have access to two servers, and have installed 2 Orions on the same
>box, how do I make sure that they do not use the same ports for the RMI server
>and for the HTTP server??
>Please help
>Mohit
>Have a nice day :-)

read the docs (preferably the commented dtds) and adjust ports for rmi 
server (rmi.xml) and all http servers (all web-site.xml's you have). 
address and port attributes are pretty self-explanatory. should work 
without any problems.

HTH

robert


> > > ***
> > >
> > > The information contained in this message (including any attachments) is
> > > confidential and may be legally privileged.
> > > If you are not the intended recipient, please delete it from your system
> > > immediately - any disclosure, copying or distribution thereof or any
> > > action taken or omitted to be taken in reliance thereon is prohibited
> > > and may be unlawful.AITPL makes no warranty as to the accuracy or
> > > completeness of any information contained in this message and hereby
> > > excludes any liability of any kind for the information contained herein
> > > or for the transmission, reception, storage or use of such information
> > > in any way whatsoever.  Any opinions expressed in this message are those
> > > of the author and do not necessarily reflect the opinions of AITPL.
> > > **
> > > ***
> > >
> > >
> > >
>
>--
>*** 
>**
>
>The information contained in this message (including any attachments) is
>confidential and may be legally privileged.
>If you are not the intended recipient, please delete it from your system
>immediately - any disclosure, copying or distribution thereof or any action
>taken or omitted to be taken in reliance thereon is prohibited and may be
>unlawful.AITPL makes no warranty as to the accuracy or completeness of any
>information contained in this message and hereby excludes any liability of any
>kind for the information contained herein or for the transmission, reception,
>storage or use of such information in any way whatsoever.  Any opinions
>expressed in this message are those of the author and do not necessarily 
>reflect
>the opinions of AITPL.
>*** 
>**
>
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Error getting pooled Oracle connection

[Robert Krueger]

At 22:36 06.02.2001 , you wrote:
>I would really appreciate it if someone could tell me where I am going 
>wrong here.  It is probably something very simple.  I'm just trying to get 
>a pooled Oracle connection.

there is some shared library missing for your OCI driver. if you're on a 
unix system check if your $ORACLE_HOME/lib is in the LD_LIBRARY_PATH your 
orion instance is using.

if this doesn't make sense to you, use the thin driver and you will be OK.

no orion problem just your local oracle client setup.

HTH

robert

>This is in my data-sources.xml:
>
>class="com.evermind.sql.DriverManagerDataSource"
>name="Oracle"
>location="jdbc/OracleCoreDS"
>xa-location="jdbc/xa/OracleXADS"
>ejb-location="jdbc/OracleDS"
>pooled-location="jdbc/OraclePooledDS"
>connection-driver="oracle.jdbc.driver.OracleDriver"
>username="store"
>password="store"
>url="jdbc:oracle:oci8:@jjh"
>inactivity-timeout="30"
>/>
>
>This is in my EJB:
>
>Context ctx = new InitialContext();
>DataSource dataSource = (DataSource)ctx.lookup("jdbc/OraclePooledDS");
>Connection con = dataSource.getConnection();
>Statement st = con.createStatement();
>ResultSet rs = st.executeQuery("select description from attribute_type");
>if (rs.next())
>  blah = rs.getString("description");
>st.close();
>con.close();
>
>
>And this is my error message, which occurs on the getConnection() call:
>
>javax.transaction.TransactionRolledbackException: 
>java.lang.UnsatisfiedLinkError
>: make_c_state
>at com.evermind.server.ejb.EJBUtils.getUserException(JAX)
>at 
> Customer_StatelessSessionBeanWrapper0.newCustomer(Customer_StatelessS
>essionBeanWrapper0.java:45)
>at __jspPage1_index_jsp._jspService(__jspPage1_index_jsp.java:54)
>at com.orionserver.http.OrionHttpJspPage.service(JAX)
>at com.evermind.server.http.HttpApplication.xj(JAX)
>at com.evermind.server.http.JSPServlet.service(JAX)
>at com.evermind.server.http.d3.sw(JAX)
>at com.evermind.server.http.d3.su(JAX)
>at com.evermind.server.http.ef.s1(JAX)
>at com.evermind.server.http.ef.do(JAX)
>at com.evermind.util.f.run(JAX)
>
>
>Please help! =)
>_
>Get your FREE download of MSN Explorer at http://explorer.msn.com
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Too much caching? - the database has changed

[Robert Krueger]

Danut,

please reread my posting. I wrote that it is not meant as a flame and I was 
dead serious about that. you are discussing with people on this list about 
why something has to go where in the deployment files, so you obviously 
have to know. if you don'zt trake the time to learn those concepts IMHO you 
will run against the wall head first with whatever ejb server you use. just 
take a day of reading the javasoft tutorials, some spec material etc. and 
it will save you lots of time (much more than a day) of helplessly poking 
around in deployment files no matter what servers they are for. 
understanding those concepts means that you know what to expect to be the 
same with each server and what will be different. that is all I am saying 
and I still think I'm actually helping you with those statements ;-) and 
yes this is a free discussion list without rules and nobody is restricting you.

peace,

robert (not born as and not yet become a guru either ;)

At 15:04 06.02.2001 , you wrote:
>Thank you for your advise but I am afraid I do not have time. I have to 
>deal with new things especially working with Orion, WebLogic, WebSphere 
>(and each of them has many things different than the others) and also 
>learn how to administer and program under Oracle (plus learn Java!) and 
>finish everything by ... yesterday.
>
>I just came up withy an idea that makes sense for my level of 
>understanding and I didn't think it will offend someone. I thought it is a 
>free discussion list that doesn't have restriction rules and anyone who 
>needs help can ask for it.
>
>Danut who was not born a guru

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Too much caching? - the database has changed

[Robert Krueger]

At 10:29 06.02.2001 , you wrote:
>Thanks for the help Tim.
>I am not sure I like this solution. Why do I have to go and change this in 
>the application-deployments folder? The same question applies to the table 
>name for the CMP Beans. How do I choose a table name different than the 
>default one without touvhign the application-deployments folder?
>
>Wouldn't make more sense if I can change these things in the "ejb-jar.xml" 
>that is part of the EJB package?

please do some spec reading and find out about separation of 
responsibilities and roles and the general ejb/j2ee deployment concept. 
that will answer your questions. it doesn't make much sense to work with a 
product like orion not having understood those fundamental concepts. this 
not meant as a flame but advice (as many of orion oldtimers will confirm I 
hope).

regards,

robert

>Danut
>
>At 08:55 PM 2/5/2001 -0500, Tim Endres wrote:
>>Check the docs. There is a flag that you need to set to tell Orion
>>that is does not have "exclusive" access to the database, and that
>>it needs to recognize when a record is updated by a program other
>>than Orion.
>>
>>I believe you need to look at the "exclusive-write-access" attribute
>>of the  element in orion-ejb-jar.xml.
>>
>>tim.
>>
>> > Two more things.
>> >
>> > 1. On the server side I get the following
>> >
>> > CMPSelectTestEJB()
>> > setEntityContext
>> > ejbCreate( 10, Name 10, Address 10 )
>> > Entity 10 passivated
>> > java.lang.Throwable
>> >  at com.evermind.server.ejb.EntityEJBHome.ail(JAX)
>> >  at com.evermind.server.ejb.EntityEJBObject.releaseContext(JAX)
>> >  at
>> > CMPSelectTestHome_EntityHomeWrapper19.create(CMPSelectTestHome_Entity
>> > HomeWrapper19.java:377)
>> >  at java.lang.reflect.Method.invoke(Native Method)
>> >  at com.evermind.server.rmi.bc.do(JAX)
>> >  at com.evermind.util.f.run(JAX)
>> > ejbPassivate( 10, Name 10, Address 10 )
>> >
>> > There is no record with ID = 10, name = "Name 10" and address = 
>> "Address 10".
>> >
>> > 2. The exactly same code for EJB, client and the same database work 
>> fine on
>> > WebLogic.
>> >
>> > I am using Orion 1.4.5.
>> >
>> > Danut
>> >
>> > 
>> > I am having a problem.
>> > I am creating some records using some BMP and CMP EJBs. While Orion is
>> > still running I am deleting the records using a simple JDBC client.
>> >
>> > When I try to ccreate the same records again I get an exception that says
>> > javax.ejb.DuplicateKeyException: Entity already exists
>> >  at com.evermind.server.rmi.ba.invokeMethod(JAX)
>> >  at com.evermind.server.rmi.a1.invoke(JAX)
>> >  at com.evermind.server.rmi.a2.invoke(JAX)
>> >  at __Proxy1.create(Unknown Source)
>> >  at SelectTestClient.CreateRecords(SelectTestClient.java:102)
>> >  at SelectTestClient.TestOrion(SelectTestClient.java:264)
>> >  at SelectTestClient.main(SelectTestClient.java:319)
>> >
>> > How can I make Orion aware that the database has changed?
>> >
>> > Thank you,
>> > Danut
>> >
>> >
>> > _
>> > Do You Yahoo!?
>> > Get your free @yahoo.com address at http://mail.yahoo.com
>> >
>> >
>
>
>_
>Do You Yahoo!?
>Get your free @yahoo.com address at http://mail.yahoo.com
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Any news from Orion yet??

[Robert Krueger]

At 11:33 02.02.2001 , you wrote:
>Any news from Orion yet??
>Two weeks and nothing ...

well, the only news is 1.4.5.


(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: SV: interbase database schema

[Robert Krueger]

At 15:18 27.01.2001 , you wrote:

>Yes, SABDB would be another alterantive. Anyone tried it togheter with
>Orion?

yep. so far it works very well. we're planning on switching one of our prod 
systems from adabas to sapdb in a few weeks.

>PostgreSQL seems to be more mature than SABDB, but SAPDB has a big company

more mature? in what? could you expand on that?

regards,

robert

>supporting it.
>
> /Markus
>
>
>-Ursprungligt meddelande-
>Fran: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]For Ray Harrison
>Skickat: den 26 januari 2001 18:09
>Till: Orion-Interest
>Amne: Re: SV: interbase database schema
>
>
>I have been reasonably impressed with SapDB - its got its quirks and I
>haven't fully completed my
>testing (database and jdbc driver), but is seems pretty solid on Windows
>2000 thus far.
>RHH
>--- Markus Hdrnvi <[EMAIL PROTECTED]> wrote:
> >
> > MySQL lacks real transactions.
> >
> > My suggestion would be PostgreSQL. I have it running here on my Windows
> > 2000. It can be compiled with the Cygwin tools.
> >
> > http://people.freebsd.org/~kevlo/postgres/portNT.html
> >
> > I wouldn't run it on Windows in a production environment, but for
> > development it is OK.
> >
> > http://theserverside.com uses PostgreSQL on Linux togheter with EJB.
> >
> >   /Markus
> >
> >
> >
> > -Ursprungligt meddelande-
> > Fren: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]Fvr Chris Bartling
> > Skickat: den 26 januari 2001 03:10
> > Till: Orion-Interest
> > Dmne: RE: interbase database schema
> >
> >
> > What about MySQL?  Works under both Windows and Linux and is open source.
> > Doesn't do everything a DB2 or Oracle does (subselects instantly come to
> > mind), but it does work well.  Plus, O'Reilly has a great book out on
>MySQL,
> > so documentation is not a problem.  JDBC drivers are readily available.
>All
> > of this can be found at http://www.mysql.com.  I've been using MySQL and
> > Orion together on Windows 2000 without a problem.
> >
> >
> > -- chris --
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: orion + multi processor's X86 PC

[Robert Krueger]

At 08:42 26.01.2001 , you wrote:
>Hi,
>
>We planned to go on production state of our developpement under ORION, but
>we don't have a clue on multiprocessors (SMP) and Orion.
>
>If we run a X86 PC server with 2 XEON and sun's JVM 1.3 + Orion + NT or
>2000, is this will be enought to take advantage of SMP ???
>Maybe we need to run 2 JVMs and setup a "cluster like" config ???

no, you'll be ok. one of our prod systems (linux however) is exactly like 
that and it does use both processors very well. since NT's threading is 
even supposed to be better than linux's :( currently I don't see why you 
shouldn't see the same.

HTH

robert

>If someone expirience this, just let us know.
>
>Thanks.
>
>PHiL.
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: core dump on solaris running on Sun box.

[Robert Krueger]

At 16:13 25.01.2001 , you wrote:
>HELP.
>
>I have installed orion on a solaris box and trying to deploy and EJB
>application. The application uses back end informix and utilizes CMP beans.
>
>I can login to the application without a problem. As soon as I initiate a
>function that actually hits the database with a query, i get a core dump
>over 24MB.
>
>I am able to deploy alright to WinNT 4.0 with SP 5.   The database is the
>same Informix.  I thought I would be alright with NT development and then
>deployment should have been OK once I did development on NT.  I wish I had
>tested out the application on the deployment enviornment first.
>
>Obviously I can't send the core dump to this mail listing so I will include
>the ouput from the console window.
>
>Where should I send a core dump?

try sun. it cannot be a problem with orion as a VM cannot programmatically 
be crashed. it's a native code problem so it could be VM, OS or native JDBC 
drivers.

nobody will/can help you if you send it here.

regards,

robert

>HELP. HELP.
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Recreating an expired session. PLEASE HELP!!!

[Robert Krueger]

what version of orion are you using?
(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Sybase experience anyone?

[Robert Krueger]

At 18:58 20.01.2001 , you wrote:
>Hello,
>
>We are about to decide about the database platform on which we will deploy
>our first J2EE application. Preferrably, it should be a cost-free solution.
>First I would like to ask if anyone has experience to share about using
>Sybase 11.0.3 (the one that is free to deploy under Linux). I especially
>wonder about the JDBC driver (does it come with one?).
>
>I have read about people using Interbase and PostgreSQL successfuly. I would
>still like to conduct a shootout between the following databases:
>
>Interbase
>PostgreSQL
>Sybase 11.0.3
>SapDB

We've had (/have?) the same problem and we settled for sapdb if nothing 
unexpected happens.

Reasoning:

- We don't trust Postgresql to be as mature in areas like backup, mirroring 
as one of the commercial products (anyone comment on that?)
- Worked with Adabas for the past three years in production and never had a 
significant problem (one year in combination with orion). We were only 
pissed at how unprofessionally Software AG handled development and support 
for Adabas Tools and drivers (JDBC and Perl). Now that that seems to be a 
lot better with SAPDB (basically being the same as Adabas, I think you told 
me that Christian, thank you again for that hint :-) we only have minor 
things that make SAPDB less fun to work with than Oracle (by far the best 
RDBMS I've worked with but you know ...$$$).
- Sybase worked well in our tests here too but we thought what could happen 
when at some point Sybase decided not to support this (very old) free 
version with new versions of JDBC drivers. Probably not relevant for the 
next year or so but you never know. SAPDB feels a safer choice in that regard.
- A very individual reason. We have Adabas know-how and experience here and 
the basic concepts are exactly the same, so we don't have to make all the 
beginners' mistakes again with a new RDBMS.
- Interbase (on linux) initially worked very well (also with orion) but 
proved to be VERY unstable (especially the JDBC driver)

The only thing we haven't decided on is a low-cost failover solution for 
the database. But we're experimenting.

Anyone else got a comment on that?

Robert




>anyone?
>thanks,
>Christian Sell
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Orion shutdown problem

[Robert Krueger]

At 11:16 19.01.2001 , you wrote:
>Is the list alive ..

yes
(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: OrionCMTConnection not closed, check your code!

[Robert Krueger]

At 00:55 19.01.2001 , you wrote:
>What does this message mean?
>
>OrionCMTConnection not closed, check your code!
>LogicalDriverManagerXAConnection not closed, check your code!
>(Use -Djdbc.connection.debug=true to find out where the leaked connection was
>created)

it means what it says ;-). you didn't close() all your connections (meaning 
they were not returned to the pool but the connection object left scope and 
was probably destroyed while still open). that is a programming error and 
orion is kind enough to tell you about it.

HTH

robert




>[]s
>Guilherme Ceschiatti

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Urgent(Creating EJB(Entity with objectivity database)!!!!

[Robert Krueger]

At 03:37 18.01.2001 , you wrote:

>Hi
>
>If any body know how to use objectivity database with orionserver to
>craete Entity Bean(EJB)First thing is orion support objectivity
>database
>how can i make useof this i am trying to create an entity bean(BMP)
>bean
>managed persistance. if anybody having idea let me know.

no it doesn't directly support it. the problem is that for entity beans 
you'll nee container-managed transactions and that won't work with anything 
but a jdbc datasource so IMHO the only thing you can do is use objectivity 
from a Session Bean und do the transaction demarcation yourself.

sorry

HTH

robert


>Thanks in Advance
>
>--
>   Cheers,
>   -:)
>=== 
>=
>
>--- 
>-
>
>Ampersand Info-Tech, GF,Admin Block NSIC-TSC, Okhla Ind.Estate,
>New Delhi 110020, INDIA.
>--- 
>-
>
>The information contained in this message (including any attachments)
>is  confidential and may be legally privileged. If you are not the
>intended   recipient, please delete it from your system immediately -
>any disclosure,copying or distribution thereof or any action taken or
>omitted to be taken in reliance thereon is prohibited and may be
>unlawful. AITPL makes no warranty as to the accuracy or completeness of
>any information contained in this message and hereby excludes any
>liability of any kind for the information contained herein or for the
>transmission, reception, storage or use of such information in any way
>whatsoever. Any opinions expressed in this message are those of the
>author and do  not necessarily reflect the opinions of AITPL.
>[EMAIL PROTECTED]
>--- 
>-

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: JMS

[Robert Krueger]

At 20:04 17.01.2001 , you wrote:

>Dear All
>
>Is that true that the only message queue servers in existence
>which support JMS are IBM's MQ Series and Forte's

most definitely not. did you really search the net? just type "jms server" 
in google and browse around. examples are fiorano and swiftmq and I'm sure 
there are several others.

HTH

robert

>Java Message Queue? Any other vendors?
>
>Best regards,
>Lynch

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Can some briefly explain Orion's library/classpath processing?

[Robert Krueger]

At 23:28 15.01.2001 , you wrote:
>What gets processed first:
>$ORION/lib  or $ORION/$WEBAPP/WEB-INF/lib or $ORION/$WEBAPP/WEB-INF/classes
>?
>
>I am developing a J2EE app built on the Struts framework and found that my
>application would
>not work when I put struts.jar in $ORION/$WEBAPP/WEB-INF/lib but would work
>when I put struts.jar in
>$ORION/lib AND  moved my class files from $ORION/$WEBAPP/WEB-INF/classes to
>$ORION/lib.
>
>Can someone explain what was happening there? Is there a rule of thumb of
>what dir to use?

check this message 
http://www.mail-archive.com/orion-interest@orionserver.com/msg00618.html 
and make sure you generally understand how classloader delegation works. by 
now I'm convinced it's necessary when you dive deeper into J2EE development 
(check the archives for almost exactly the same questions asked by me a 
while back ;-). it just comes up again and again.

regards,

robert

>Thanks, Neal
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: Any news from Orion yet??

[Robert Krueger]

>




>Why is that flamebait? I'm not a virulent supporter; I use Orion because
>(right now) it still supports what I need best and the bugs I know of
>aren't so severe that I can't work around. There are a LOT of features in
>Orion that simply rock compared to other app servers. That hasn't changed.
>
>Our positions aren't growing weaker, unless you count defections as
>strength in only one fashion. People leaving Orion behind doesn't really
>affect me, other than changing the user base somewhat. As far as
>"strength" is concerned, Ironflare is at the point where (IMHO) they could
>use our support and understanding as a lever to become more responsive
>(again) more than they could use a tide of negative email.

just to clarify here. this is not about dissing the orion team out of 
personal anger or whatever. product mailing lists are a great resource to 
get a feeling for where the strengths and weaknesses of a product are, 
especially when you are evaluating alternatives. I always browse through 
archives if I'm interested in a particular product/project (OSS and 
commercial) to see how satisfied people are and what kind of problems they 
are having. if all the people who have serious problems with orion kept 
their mouth shut, the archive would not be of any value in that regard. for 
as long as I've been on the mailing list, nobody (including myself, I hope) 
has attacked evermind in an unfair unjustified manner. most critical mails 
even start with something like "I think orion generally rocks and I support 
and respect the evermind guys BUT ...". however, they must be able to deal 
with criticism of their responsiveness on the mailing list as nothing 
justifies not spending 30 minutes a week to keep people posted on what's 
happening, not even working on extending the company (come on, Rickard 
Öberg works as lead architect for jBoss, one of the main implementors of 
jBoss and some subprojects, finishes his rmi book and posts an average of 
several emails a day to support jBoss users). if someone posts test results 
from a JMS compatibility testsuite that fails miserably and evermind 
responds by saying that JMS has never been their focus then that is not OK 
IMHO and something that can be criticised. either you support a certain 
spec or you don't. please reread the announcements at java-one and compare 
that to the quality orion had in some areas at that time. if after a long 
while of no updates with a number of serious bugs open, the only change is 
support for yet another feature of a spec that's not even official, that 
tells something about the priorities of the team and that is something that 
IMO can be criticised on this list and maybe will be taken into account by 
newbies evaluating orion to make an informed decision and weigh risks and 
benefits (which there are many of) of choosing orion as their 
appserver.

it's not about good cop, bad cop

regards,

robert



(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: Any news from Orion yet??: Rebuttle...

[Robert Krueger]

At 08:41 15.01.2001 , you wrote:
>Not to sound like a hipocrat but I believe the J2EE standard calls for a
>pplication server independence flexibility. You must think to yourself what
>makes your application so dependent on the server it is deployed onto.
>Besides the custom deployment descriptors (orion-ejb-jar, weblogic-ejb-jar,
>jboss, and so on) you should architect your system independent of any app
>server dependent features like clustering, fail-over and load balancing. If
>you sit down and outline the layers that are dependent on the underlying
>mechanism, you will be able to isolate and separate your application. Do
>you rememeber that Java is supposed to be independent of its OS?

LOL

>So, coming back to my point: even if Orion does go under, you should be
>able to switch out to another server and modify some deployment descriptors
>with no problem. I have my application running under Weblogic, Orion, and
>Jboss with only the deployment descriptors different.

no shit? seriously, of course, it is possible to deploy simple applications 
independently on different J2EE environments and of course one should use 
server-dependent features. I don't know what your level of experience and 
the complexity of your application is but it doesn't sound like you've been 
involved in the development and maintenance of a large number of complex 
J2EE projects (and that is not meant as an offense). First of all you 
obviously didn't read the cost factor (primary reason not to deploy on WLS 
for us). I'll give you some examples of things that one (or more precisely 
we) has to consider or do when moving to another server:

1. we have a homegrown code generation software that generates all entity 
beans, all deployment files and some more stuff. has to be modified for the 
server dependent parts of the config
2. database based web authentication has to be moved/ported to the 
mechanisms available for a different J2EE server
3. procedures/scripts for moving from development to production site, CVS 
management of sites etc. would all have to be changed according to the new 
configuration requirements
4. all people involved would have to learn how to work with the server
5. system administration scripts/procedures (including monitoring) might 
have to be changed
6. All http server specific stuff (filters, virtual directories) would have 
to be ported to the new http server
7. all tuning aspects not covered by the spec like transaction-timeouts, 
datasource-pool configuration etc would have to be migrated

Regarding cheap alternatives there are additional things:

- If you rely on a fast CMP engine JBoss is not an option (yet)
- How fast does jBoss start with about 30 applications deployed (with about 
15-30 EJBs each) the integration with TomCat or Jetty is alpha.quality?

I'm not saying that half a year from now things might not be different but 
believe me, we've looked into that quite thoroughly.

Of course, it's all doable but add that up for about 30 productive 
applications distributed on 3 production systems with more than 20 
lines of orion-specific deployment information add the testing you need 
(remember, that stuff is in production now) and then consider than none of 
our customers would pay a penny for that because we recommended orion and 
then add the fact that we have to take the manpower for that migration from 
current projects. now is that a considerable price to pay for moving to a 
different server or what? we have architected the apps very carefully to be 
as little orion-specific as possible but there are some things that are 
simply not covered by any spec (see above for examples). no doubt that this 
wouldn't even be doable if we hadn't coded to the specs but it still is 
serious and expensive work.

so that java 101 "but isn't it supposed to be WORA" just doesn't cut it in 
real life.

hope that clears up the confusion and the scope of the statements in my 
earlier mail.

best regards and no offense,

robert

>I hope this helps and triggers some thought.
>
>Thanks,
>Ozzie Gurkan
>
>--- Robert Krueger <[EMAIL PROTECTED]> wrote:
> >
> > >
> > >
> > >Of course, this is a little unfair - weblogic hadn't had a new release
> > for
> > >several months, either. They've just had a major release recently, which
> > >makes it seem like they're more active than Orion, when that's not
> > >necessarily the case. It might be, but that's not implied by the
> > situation
> > >at present.
> > >
> > >For the most part, Orion is still very much ahead of the pack, and the
> > >speed is stil EXCELLENT. While I'm very much looking forward to a new
> >
> > doesn't buy you much if it isn't reliable. that's 

RE: Any news from Orion yet??

[Robert Krueger]

>
>
>Of course, this is a little unfair - weblogic hadn't had a new release for
>several months, either. They've just had a major release recently, which
>makes it seem like they're more active than Orion, when that's not
>necessarily the case. It might be, but that's not implied by the situation
>at present.
>
>For the most part, Orion is still very much ahead of the pack, and the
>speed is stil EXCELLENT. While I'm very much looking forward to a new

doesn't buy you much if it isn't reliable. that's the sad thing. it's true 
that they are ahead of the pack in a number of fields but if you're stuck 
with a serious bug without the slightest hint when things will be fixed 
it's still a KO criterion (germanism?). at the moment we're not switching 
to an alternative because

1. most of our projects where orion is currently used in production 
wouldn't allow a switch to WLS budgetwise
2. OSS alternatives are still far from the completeness orion offers (sad 
but it's the truth), which especially hurts if you have a large number of 
deployed J2EE applications which we do
3. there is some (not too much) hope left, they have learned their lesson 
and won't underestimate QA requirements in the future once they come back 
and start releasing updates again

at the moment we settled for living with a number of strange behaviours and 
awkward workarounds that we simply hope won't break our necks the next day 
(which is not a good feeling to live with). one lesson I have learned is 
that there is a substantial risk involved in choosing a brandnew (even 
standard) technology. I would be more careful next time. Now too much work 
has gone into the current setup to change it to other alternatives and 
other products supporting the same standards are simply too expensive.

>round of released bug fixes, I'm still waiting for some things to shake
>out before I abandon ship.

but you have to admit that it's getting harder to hold on to that?

my 2 c

robert

> >
> > -Original Message-
> > From: Santosh Kumar [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, January 15, 2001 12:57 AM
> > To: Orion-Interest
> > Subject: Re: Any news from Orion yet??
> >
> >
> > Hi kevin,
> > As far as i have known WL5.1 or <, there is no concept of ear 
> files,
> > does 6.0 include
> > that. Doesn't the J2EE mandate (I am not sure!) the use of EAR 
> =  WAR  + JAR
> > + CAR(or JAR)?
> > To deploy the JPS1.1.1 on Orion, it is a piece of cake, while deploying on
> > WLS, i have to
> > unpack the EAR files and dis-integrate them which is contrary to the 
> essence
> > of packaging the ear files,
> > Even meddling with the ugly weblogic.properties frustrates one and all. Is
> > that true with all WLS users?
> >
> > Orion is a neat impl of J2EE,  is WLS6.0?
> >
> > Regards,
> > Santosh.
> > - Original Message -
> > From: Kevin Duffey <[EMAIL PROTECTED]>
> > To: Orion-Interest <[EMAIL PROTECTED]>
> > Sent: Monday, January 15, 2001 12:07 PM
> > Subject: RE: Any news from Orion yet??
> >
> >
> > > I am not one to advocate another product, but WL6 looks nice. It is easy
> > to
> > > work with compared to WL5.1. Orion is still the best. JBoss looks very
> > > interesting as well.
> > >
> > > > -Original Message-
> > > > From: [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Neville
> > > > Burnell
> > > > Sent: Sunday, January 14, 2001 2:26 PM
> > > > To: Orion-Interest
> > > > Cc: Orion-Interest
> > > > Subject: FW: Any news from Orion yet??
> > > >
> > > >
> > > > Yes - pls Orion people, publish some news & update Orion ...
> > > >
> > > > We are looking to buy at least 3 licences over the next few weeks if
> > > > everything is ok
> > > >
> > > > Cheers
> > > >
> > > > Neville Burnell
> > > > Business Manager Software
> > > >
> > > > -Original Message-
> > > > From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]
> > > > Sent: Sunday, 14 January 2001 12:45 PM
> > > > To: Orion-Interest
> > > > Subject: Any news from Orion yet??
> > > >
> > > >
> > > > Hi all,
> > > >
> > > > Has anyone heard from the team lately? I know I saw a post about a 
> month
> > > > or
> > > > so ago. Its been about 3 or 4 months since anything has changed on 
> their
> > > > site, if not longer and now its getting me worried. I can understand
> > > > them
> > > > trying to organize the company, but did production stop on the app
> > > > server? I
> > > > wish there was some news once every couple of weeks or so from them on
> > > > their
> > > > site letting us know what is happening.
> > > >
> > > > Thanks.
> > >
> > >
> > >
> >
> >
>
>---
>Joseph B. Ottinger   [EMAIL PROTECTED]
>http://epesh.com/ IT Consultant
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Using Interbase as the EJB database

[Robert Krueger]

At 10:15 15.01.2001 , you wrote:
>Judging from the number of e-mails in the archive related to Interbase, many
>people are experimenting with combining Interbase and Orion - can anybody
>comment on whether it works / is a good choice?

we have played around with it for a while but have found it to be too 
unstable (had jdbc driver hangs at 100% cpu several times) on linux. maybe 
we did something wrong with the setup but now we have switched to sapdb 
because apart from the bad support and docs by software ag we have several 
years of experience with production work with adabas (basically the same as 
sapd) and it has been running reliably (for the past year with orion) all 
the time.

HTH (one sampling point in your survey).

robert


>R.
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: SV: Urgent: Orion/SSL with Thawte-Cert (No contact with Orion her es why)

[Robert Krueger]

At 14:06 12.01.2001 , you wrote:
>For the new members of the list  And those who didnt read the posting
>Karl did just before X-mas ... :)
>
>Orionserver is going out of Evermind to found their own company, this is why
>it has been silent.
>
>Pls givem time, things like this is extremely timeconsuming, so if they
>choose to leave us bait for 2-3 months that might just be for the better,
>maby they will get a better organization to handle the product, like support
>and so on.

if current bugs haven't ruined our business by then, that is ;-).

>For anyone whos been on a fution or setup of a new company they know what im
>talking about :)

yes

>So if youre patient this just might get better pretty soon :)

I generally agree with you. however, the seriousness of some open issues is 
not funny at all. they should at least do a feature freeze and dedicate 
minimal manpower to bugfixing but as it stands now they just decided that 
the customers out there who have to live with the product NOW are lowest 
priority, at least that's how I feel. we've been hearing "wait a little, 
things will be getting better, we're working on it" for about a year now. 
I'm still sympathetic but highly frustrated and I think I have strong 
reasons to feel this way. please keep me posted on any changes to the 
status anyway. btw. I read Karl's posting but all I really care about is 
changes to the product's quality and the way quality issues are handled. I 
wish them the best of luck but as long as I don't see improvements in those 
areas any new announcement won't make me happy as long as I don't have a 
robust product with current features but all in a production-ready state.

regards,

robert

>Laters all
>Klaus
>
>-Opprinnelig melding-
>Fra: Robert Krueger [mailto:[EMAIL PROTECTED]]
>Sendt: 12. januar 2001 13:18
>Til: Orion-Interest
>Emne: Re: Urgent: Orion/SSL with Thawte-Cert
>
>
>At 12:44 12.01.2001 , you wrote:
> >Hello,
> >
> >thanks everybody for help!
> >
> >i discovered that the passwords for the keystore and the
> >key *must* match.
> >
> >with my test-certs i always do this.
> >
> >but the real cert (and keystore) was generated by another person who sets
> >two different passwords.
> >
> >after setting the passwords equal - IT WORKS :)))
> >
> >thanks
> >   klaus
> >
> >PS:
> >  did anybody who has a orion-licence get response
> >  from [EMAIL PROTECTED] (or karl/magnus)
> >  are they still alive?
> >
>
>could you keep me posted if anyone responds to that privately? I would also
>like to know what's up although I have to admit that I'm so damn frustrated
>about this issue that I've become really very pessimistic. has the status
>of anyone's bugs changed in the past 2 months? mine haven't.
>
>regards,
>
>robert
>
> >Klaus Thiele wrote:
> >[...]
>
>(-) Robert Krüger
>(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
>(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
>(-) Tel: 06151 665401, Fax: 06151 665373
>(-) [EMAIL PROTECTED], www.signal7.de
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Urgent: Orion/SSL with Thawte-Cert

[Robert Krueger]

At 12:44 12.01.2001 , you wrote:
>Hello,
>
>thanks everybody for help!
>
>i discovered that the passwords for the keystore and the
>key *must* match.
>
>with my test-certs i always do this.
>
>but the real cert (and keystore) was generated by another person who sets 
>two different passwords.
>
>after setting the passwords equal - IT WORKS :)))
>
>thanks
>   klaus
>
>PS:
>  did anybody who has a orion-licence get response
>  from [EMAIL PROTECTED] (or karl/magnus)
>  are they still alive?
>

could you keep me posted if anyone responds to that privately? I would also 
like to know what's up although I have to admit that I'm so damn frustrated 
about this issue that I've become really very pessimistic. has the status 
of anyone's bugs changed in the past 2 months? mine haven't.

regards,

robert

>Klaus Thiele wrote:
>[...]

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: Orion-Primer needs some update

[Robert Krueger]

At 16:02 11.01.2001 , you wrote:
>how the fuck can i unsubscribe this fucking maillist.
>
>i tried twice to mail unsubscribe to
>
>[EMAIL PROTECTED],
>
>doesn't work, no response, nothing.
>
>help?!

have you looked at the f***ing instructions at the f***ing website and 
followed them (there's a f***ing form to unsubscribe)?.

have a f***ing nice day ;-),

robert





(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: ResultSet Caching

[Robert Krueger]

At 14:02 10.01.01 , you wrote:
>I have a question about application server cache.
>The question is as follows:
>
> If cached rows have been modified by some other tools or dba other than
>app server, can application server can detect the change and refresh cached
>rows with lastest data?

I'm assuming you don't want a general but an orion-specific answer. simple 
answer: no

you either set a timeout for the validity of your cached data or you 
specify that the server should not cache at all (for both see dtds for 
orion-ejb-jar.xml).

HTH

robert



>Jinpeng
>
>
>-Original Message-
>From: Tony Wilson [mailto:[EMAIL PROTECTED]]
>Sent: Saturday, January 06, 2001 10:55 AM
>To: Orion-Interest
>Subject: RE: ResultSet Caching
>
>
>They can be used either as a replacement for en entity bean, or in most
>cases, the method in which the Entity bean is saved.
>
>If you don't need the overhead of EJB, or if you want finer control over
>what gets done when, or if you want to do multithreaded programming, these
>products help a lot.
>
>We like them, and they are worth taking a look at.
>
>Tony
>
>-Original Message-
>From: Neal Kaiser
>To: Orion-Interest
>Sent: 1/5/01 1:17 PM
>Subject: RE: ResultSet Caching
>
>What's the benefit of using those products over an entity bean then? How
>does it differ?
>Thanks.
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Tony Wilson
> > Sent: Friday, January 05, 2001 3:50 PM
> > To: Orion-Interest
> > Subject: RE: ResultSet Caching
> >
> >
> > There are products that act as middlemen between you and the
> > Database.  They
> > also offer database object abstraction  (so you can have an object
> > representing table data.  You define field -> property mappings, and
>the
> > product handles the transfer of data.)
> >
> > These products usually have built-in caching.
> >
> > Two products are
> > TopLink (expensive, but nice)  http://www.objectpeople.com
> > VBSF (pretty inexpensive, and still nice) http://www.objectmatter.com
> >
> >   -Original Message-
> >   From:   Neal Kaiser [mailto:[EMAIL PROTECTED]]
> >   Sent:   Friday, January 05, 2001 10:49 AM
> >   To: Orion-Interest
> >   Subject:ResultSet Caching
> >
> >   Does Orion have any built in caching functionality?
>Let's
> > say I have a
> >   database query which returns 1,000 records and the user
>will
> > page thru 100
> >   at a time.  Instead of re-issuing the query each time
>(each
> > page), is there
> >   some sort of cache object?  How do you guys typically
>handle
> > this?
> >
> >   Thanks, Neal
> >
> >
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: ejb performance

[Robert Krueger]

At 14:28 16.12.00 , you wrote:
>Hi all!
> I made some tests to find out how transactions affect 
> performance. I called
>a sessionless' ejb empty function with different transaction attributes. It
>turned out that call time mean was about 250 ms and it almost not changed
>depending on attributesn (Requires, supports, ...). So, does transactions
>have so little impact on perfomance???
> Why it takes about 250ms to invoke an empty function on ejb? Is 
> it because
>ejb are distrubuted objects? What else could affect the ejb performance?
>
>Regards,
>Savotchkin Egor

you must have made a mistake 250ms is ridiculously slow. that's 4 calls per 
sec please check your setup. this doesn't reflect our observations at 
all. even with transactions that's way too slow or are you by any chance 
using a 386 with 4 Meg RAM and a nojit VM ;-)).

regards,

robert

>Web-technologies department
>eMail: [EMAIL PROTECTED]
>CJSC "SoftPro" - Billing systems
>tel: (+7-095) 755-5655 (3135)
>web-site: http://www.cboss.ru
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: How to configure a data-source alias per application?

[Robert Krueger]

At 11:00 15.12.00 , you wrote:
>I have had the same problem tending to make me doubt the Krueger post.  My

:-(((. I trold the whole truth and nothing but the truth, please believe 
me! ;-)))

I've been using the datasource-alias feature for more than 2 months now 
without any problem. could it be that you still have a reference to 
data-sources.xml in your server.xml file (i.e. according to the old dtds)? 
I know that we had strange effects migrating from the old dtds t othe new 
ones because the old ones still worked but when mixing this stufff we got 
strange side effects. Where do you declare the global data-sources.xml? it 
should be in global-application.xml and NOT in server.xml. it looks like 
the application local data-sources.xml is being ignored completely. other 
than that I don't know what could be wrong with your setup. I've use this 
feature in several different applications without any problem and it makes 
life so much easier, because we deploy a shop application for a new 
customer just by modifying the data-source alias in the application-local 
data-sources.xml file.

here's my setup again and maybe you could post the same snippets from your 
configs so we can work this out:

server.xml:

  

global-application.xml:

 

data-sources.xml:

 


orion-application.xml (located in the application's deployment directory):

 

(in the application-local) data-sources.xml:



and finally in orion-ejb-jar.xml:



this works like a charm for 15 deployments fo the same application. now, 
what is different in your setup?

regards,

robert







>solution is to have a data-sources.xml for each datasource and rotate them by
>hand before I launch Orion.  I know this is not correct but its the only way I
>have found to do this ... could someone please help.
>
>john
>
>On 14-Dec-00 Neville Burnell wrote:
> > Hi All,
> >
> > I need to install the same application several times on orion - with a
> > different datasource for each instance. To do this I have created a
> > Data-Sources.XML in the application deplyment dir [as per email on the
> > list from Robert Krueger 6 Nov] which uses the
> > "com.evermind.sql.AliasDataSource" to point my app JNDI reference [which
> > is common to all 3 apps] to a specific datasource in the
> > \orion\config\data-sources.xml
> >
> > Everything looks good - I get the app deployed 3 times - I get 3 Web
> > deployments - OrionConsole tells me the data-sources are all deployed in
> > the correct JNDI namespace.
> >
> > BUT ...
> >
> > Try and access any app and Orion wants to look up the Default datasource
> > - ie, the first one in the \Orion\Config\Data-Sources.XML.
> >
> > Does anyone have any experience with deploying the same app several
> > times, needing different WAR and EJB deploys and different datasource
> > deploys?
> >
> >
> > Pls Help!
> >
> > Neville Burnell
> > Business Manager Software
> >
> > 
> > ===
> > This is what I have done so far:
> >
> > 1) installed 3 EARs in the \Orion\Applications\ dir - App1.EAR,
> > App2.EAR, App3.EAR
> > 2) registered the 3 EARS with \Orion\Config\Server.XML
> >
> >  > auto-start="true" />
> >  > auto-start="true" /> > path="../applications/app3.ear" auto-start="true" />
> >
> > 3) registered the 3 Apps with the \Orion\Config\Default-Web-Site.XML
> >
> > 
> > 
> > 
> >
> > 4) created 3 new datasources in \Orion\Config\Data-Sources.XML
> >
> >>   class="com.evermind.sql.DriverManagerDataSource"
> >   name="com_bms1 (HSQL)"
> >   location="jdbc/com_bms1_DS"
> >   xa-location="jdbc/xa/com_bms1_XADS"
> >   ejb-location="jdbc/com_bms1_EJBDS"
> >   connection-driver="org.hsql.jdbcDriver"
> >   username="sa"
> >   password=""
> >   url="jdbc:HypersonicSQL:/data/com_bms1/db/defaultdb"
> >   inactivity-timeout="30"
> >   />
> >
> >>   class="com.evermind.sql.DriverManagerDataSource"
> >   name="com_bms2 (HSQL)"
> >   location="jdbc/com_bms2_DS"
> >   xa-location="jdbc/xa/com_bms2_XADS"
> >   ejb-location="jdbc/com_bms2_EJBDS"
> >   connection-driver=&

Re: SV: to boldly go where no man has gone before

[Robert Krueger]

At 08:36 15.12.00 , you wrote:

>Den här tråden börjar bli plågsamt tråkig..
>Vem bryr sig om hur folk stavar så länge som dom kan förklara sitt problem 
>eller sin lösning?
>Låt oss hålla oss till Java och Orion istället, ok?
>
>And for the rest of you non-swedes:
>Lets stop wasting bandwith on grammar and get back to Java and Orion, 
>shall we?

hört, hört!

and for the rest of you non-germans:
+1 ;-)

robert

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: www.orionserver.com down again

[Robert Krueger]

+1 from here too. Most problems with orion stability on our production 
systems were caused by buggy linux VMs. Even now with jdk1.3.01 from sun 
the VM crashes from time to time. In terms of long term stability, I think 
orion has become very good. The problems we've had with orion freezing were 
all triggered by rather extreme conditions (e.g. massive batch operations 
on ejbs causing OutOf MemoryErrors). IMHO the most important thing that's 
missing is a few more configuration directives to tweak orion's resource 
usage policies especially for EJB caches (I would gladly trade some 
percentage points in performance for less memory use but that's a very 
individual thing to decide). Other than that, we just need someone to 
produce a stable AND fast jdk1.3 for linux.

regards,

robert

At 12:41 14.12.00 , you wrote:
>I agree that most problems people encounter are more likely caused by 1) 
>their own applications, 2) their JVM or 3) their operating system.



>Jeroen T. Wenting
>[EMAIL PROTECTED]
>
>Murphy was wrong, things that can't go wrong will anyway
>>-Original Message-
>>From: [EMAIL PROTECTED] 
>>[mailto:[EMAIL PROTECTED]]On Behalf Of 
>>[EMAIL PROTECTED]
>>Sent: Thursday, December 14, 2000 10:11
>>To: Orion-Interest
>>Subject: SV: www.orionserver.com down again
>>
>>In the year ive used orionserver and its site, i have only experienced 
>>downtime once? And when most of the reports og orion downtime comes it 
>>still answers to me..


>>
>>Klaus Myrseth
>>
>>
>>-Opprinnelig melding-
>>Fra: Hitesh Jasani [mailto:[EMAIL PROTECTED]]
>>Sendt: 14. desember 2000 08:21
>>Til: Orion-Interest
>>Emne: Re: www.orionserver.com down again
>>
>>Thanks for the link!
>>
>>You've got to be a little careful interpreting the results though.  If I 
>>read it correctly, the current moving average for uptime for the 
>>www.orionserver.com linux box is around 20 days.  However, there are no 
>>numbers for the average amount of time that the Orion server on that host 
>>is actually up and available.  This data is more a measure of the 
>>stability of the operating system than whatever web server is running on it.
>>
>>At least that's my take  but I'd like to hear other people's opinions.
>>
>>Thanks,
>>Hitesh
>>
>>
>>Jeff Schnitzer wrote:
>>>An interesting graph can be found here:
>>>
>>>>
>>>(sorry about the previous chopped message)
>>>
>>>Jeff Schnitzer
>>>[EMAIL PROTECTED]
>>>
>> [snip]
>>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Large Collections

[Robert Krueger]

At 17:59 07.12.00 , you wrote:
>We're working on an ecommerce site which has a rather large (> 3M) record
>products table. We were hoping that the Collection which is returned when an
>entity bean's collection field getter is called would be smart .. that the
>entity beans would be instantiated as needed vs all instantiated at once.
>Alas, it appears that this is not the case. I initially ran out of memory
>trying to get the collection until I applied the
>ApplicationAdministrator.flushEJBCache hack, but the elapsed time is still
>just too large when dealing with that collection.
>
>My question is how are people handling this kind of problem? Should I just
>abandon CMP for this stuff and do it in a traditional fashion, perhaps a
>temporary table, via JDBC? Maybe cache the handles from the CMP collections
>for reuse? Go for a database specific solution?

IMHO you have to abandon CMP in that case as orion gives you no way to 
configure the behaviour of a particular finder. in many cases orions way of 
doing it (fetching all records) results in great performance but for 3M 
that obviously hits a limit. I don't know which appserver gives you that 
kind of control (I think inprise lets you decide whether a finder fetches 
the data or just pks). It depends on the kind of client you use, what's 
available as a solution. Probably the most robust  way is using RDBMS 
features like limiting the number of records in the resultset and perfom a 
query against the db when the subset the client looks at changes.  What do 
you want to do? Just iterate over all or present a subset to a client (e.g. 
browser or swing app) to select an entity?

regards,

robert

>tia
>
>john d

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Anyone heard from evermind?

[Robert Krueger]

Hi Karl,

good to see you're still alive ;-).




>I will try to keep you posted on these developments and I want to reassure you
>that we are not gone, but quite the opposite, we are making a move to become
>more aggressive in the future, but it has made us less visible for some time
>and has hurt the product development and release cycle, and it is likely to do
>so from time to time as we go ahead. A new release with a few fixes shouldn't
>be far away now though.

can we read this as a committment to fixing bugs in available features 
before adding new features (like finalizing EJB2.0 and servlet 2.3 
support)? I don't know about others but we are currently facing a rather 
tough time with the number of outstanding issues regarding stability and 
robustness. If you're admitting that development resources will be short 
for some time to come, then I think/hope that this is the only way to go, 
if you're serious about supporting your current userbase. I'm sorry that I 
have to say it this way but anyone in the business knows how hard it is to 
convince people to use an underdog product and I've been taking punches 
from customers for a while now.

Regards,

Robert

>Regards,
>Karl Avedal
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

memory consumption problems

[Robert Krueger]

Hi,

Is there any way to influence orion's way of handling memory consumption? I 
have a production installation that frequently crashes with 
java.lang.OutOfMemoryErrors although I've set the jvm to -Xmx400m. 
Resources never seem to be freed. This sounds similar to the problems 
someone else reported a short while ago. I'm also doing massive batch 
updates using CMP. It could be an explanation that entity beans are never 
cleared from the cache. I'm reluctant to putting in code that looks up 
internal orion objects to flush the cache. What I need is a config option 
for that (cache parameters, can't be hard to implement).

Anyone knows a solution to this dilemma? As it is now, orion frequently 
crashes and the bad thing is, that in contrast to real vm crashes the 
supervise tool we use to supervise and restart orion doesn't detect this, 
which resulted in several very awkward situations.

Thanks,

Robert
(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Anyone heard from evermind?

[Robert Krueger]

Hi fellow orion users,

is it just my imagination or have things become VERY quiet around evermind? 
I haven't seen a post on this forum in quite some time now (ok, it's a 
community forum but they used to drop in from time to time), no bug status 
that I registered for notification has changed and no new developer 
versions of orion. before I'm the 100th person/customer to bombard the 
support address with "what's up" type of mails, does anyone know what 
they're up to/working on.

Thanks,

Robert




(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: tx timeout

[Robert Krueger]

At 20:43 05.12.00 , you wrote:

>Hello,
> is it possible to change transaction timeout in orion?
>Regards,
>Savotchkin Egor



 

if that's what you're looking for. just take a look at the dtds in the 
docs. It takes you no more than 2 hours to browse through them and once 
you're done you get a pretty good idea of what you can configure in orion 
as that is the authoritative resource (except for some undocumented 
features :-( )

HTH

robert


>SoftPro company
>web-site: http://www.cboss.ru
>tel: (+7-095) 755-5655 (3135)
>eMail: [EMAIL PROTECTED]
>Web-technologies department

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: onMessage()

[Robert Krueger]

At 11:53 05.12.00 , you wrote:
>Hi!
>
>I'm testing Orion 1.4  JMS coffeemaker demo. The demo runs fine. I
>modified it to use onMessage() instead of pooling using
>QueueReceiver.receive() method. This however, renders this demo useless.
>onMessage() is not triggered. It is my logic fault or Orion doesn't
>support onMessage() trigger? Please refer to file provided.


check the archive for problems with JMS. there were many reports indicating 
that the JMS implementation still has a number of rough spots. If the 
problem you're having is not described there, please take the time and file 
your report including your test code in bugzilla (first check if it's 
already been reported) so evermind can look at it and fix it.

thanks,

robert

>thank you.
>
>/lim/

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Log Analysis

[Robert Krueger]

At 14:47 02.12.00 , you wrote:

> Anybody using standard tools to analyze logs?  Anybody have the 
> format string for apache's combined format set up?  So it is a quick fix?
>
>David
>

this is what we use and it works with standard analyzer tools like webtrends

 


btw. have you checked the archive? I think this has been posted before.

HTH

robert



(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: bug in Orion 1.3.8 when creating InitialContext

[Robert Krueger]

At 12:11 02.12.00 , you wrote:
>Hi OrionFolk :-)
>
>Tonight I downloaded OrionServer 1.3.8 from the stable link off the
>orionserver.com. There seems to be a bug having to do with
>InitialContexts that was not there in version 1.0.3.

looks like a bug. best you file it in bugzilla with your test code.

robert
(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Running two instances of Orion on the same IP and port

[Robert Krueger]

At 16:46 28.11.00 , you wrote:

>Orioners,
>
>Has anyone ever tried to run two instances of Orion on the same machine, 
>IP and port.  What I am trying to do is have a second instance of Orion 
>listen to only certain virtual hosts (headers) and the first pick up any 
>unknown or blank headers.
>
>The reason for us doing it this way is to have a test installation of 
>Orion that will be restarted often and a second 'stable 'installation that 
>will run some ancillary sites for our internal network.
>
>I know that binding a second IP to the box and having the second Orion 
>listen on that IP would probably work.  Is there an obvious reason that 
>the way I am attempting always gives me an "Error starting HTTP server: 
>Address already in use" error on the second instance?

yes, how are two VMs supposed to share a server socket??? IMO this does not 
work.

robert

>thanx,
>
>Larry

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: Anyone using Orion in production? [long]

[Robert Krueger]

At 10:35 25.11.00 , you wrote:
>Interesting Rob. I completely agree with you. I think the Orion team is



I agree 100% with what you say (except for the 5k$ thing;-)) and I see I'm 
not the only one having these thoughts.

>formiddable opponent of WebLogic. I do agree though..stop the EJB
>2.0/Servlet 2.3 support and build upon the existing EJB 1.1, etc. I don't
>agree about your clustering thing..I think a good app server should support
>clustering from the getgo, which I believe Orion does decently.

ok, maybe I'm biased on the clustering thing because we don't need it right 
now ;-).

best regards,

robert



(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: orion 1.4.0

[Robert Krueger]

At 17:09 25.11.00 , you wrote:
>being new to orion I am unsure as to whether or not to install orion1.4.0 on
>a unix box. Should I use 1.3.8? Is 1.4 stable enough to use? Any advice
>would be appreciated.

IMHO not much difference in terms of stability. we have one production 
system running on 1.4.0 because it fixes some issues with the 
validity-timeout settings. test your application and see if it works ok but 
I cannot see any specific issues that make 1.4.0 worse than 1.3.8.

HTH,

robert

>Thanks,
>
>Johnny

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: Anyone using Orion in production? [long]

[Robert Krueger]

At 17:36 24.11.00 , you wrote:
>You know..while I would love to see source for the sole purpose of allowing
>us to help the Orion team debug and fix problems (not to allow a fork of the
>product), I think everyone needs to think about other products. Do you think
>WebLogic, Inprise, Oracle, IBM and others are going to release their source
>so the committed followers can help them fix bugs. That would be ideal..but
>none of them do it. Thus far I don't know of any full J2EE ready app servers

true but we are talking different quality levels. since I've started 
working with oracle 3 years ago I haven't had any showstopping bug while I 
have been in very bad situations (even lost money due to project deadlines 
we could not keep because of serious bugs that kept the project from 
completion or workarounds that took a lot of manpower) with orion. The 
problem is, it feels like an open source project (great software but no 
real QA) but without the source and I have personally experienced that as a 
very dangerous combination. I would be very happy and keep my mouth shut if 
orion would just stay the way it is featurewise but really work reliably 
with the features it already has until there is enough manpower at evermind 
to do both QA and new features.

just to give you an example, I first reported problems with the 
exclusive-write-access="false" option (which you need when someone else but 
the cmp engine writes to the db, pretty common setup especially with a 
given db schema with cascading deletes) which is seriously broken (I 
switched an existing working app to that option and the simplest things 
would break immediately) at the end of august. even the validity-timeout, 
that can be used as a workaround, was broken (pk checks were still being 
done on cached entities regardless of timeouts). ok, a few days later there 
was a new version which removed one problem but broke other stuff related 
to that. about a month later the validity-timeout issue was fixed while I 
had taken the heat from my customer and made all kinds of concessions 
because I didn't want to recode the entire app using sql and kept waiting 
for a fix. up until now (3 months later), the 
exclusive-write-access="false" option is still broken (which I regard as 
one of the most important things in an appserver, it must protect the 
integrity of my data in the most ROBUST way possible). we've managed to 
work around that but it still doesn't feel good and I was disappointed to 
see that the changes in the next version of orion were related to 
implementing servlet 2.3 spec. if that are the priorities (features before 
robustness) I don't feel that well about it as a customer who uses ejb and 
cmp to just code against a spec and completely rely on the correctness of 
the underlying platform to not worry about many low-level issues (wasn't 
that the whole deal with ejb?). if a feature is implemented and documented 
then I as a customer expect to be usable but I have run into many problems 
which led me to believe that many of the features have proof of concept 
quality. I would even be able to live with that if reported bugs were given 
absolute priority over implementing ejb2.0, clustering, servlets2.3. I have 
completely abandoned the thought of using JMS (although I would like to in 
a few apps) because I'm afraid I'll run into more serious problems in the 
middle of a project and some of the postings on this list have definitely 
assured me that it was the right decision.

robert

>that have released their source. I have heard of JBoss..but I don't know
>much about it.
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Gerald
> > Gutierrez
> > Sent: Friday, November 24, 2000 1:10 PM
> > To: Orion-Interest
> > Subject: RE: Anyone using Orion in production? [long]
> >
> >
> >
> > The Orion FAQ (http://www.orionserver.com/faq/#-551543462) actually says
> > that they might be sued by Sun if they "offer ... source under a
> > Linux-style license", not simply that they provide source (possibly under
> > an NDA). Perhaps there are no legal reasons if they choose to do
> > the latter
> > (and there are with the former), but my inclination is that Evermind
> > doesn't want to release source, not that they can't. I respect it, but I
> > must disagree for a number of technical and business-related reasons.
> >
> > Like someone else said in this list, that there are serious bugs and that
> > people using the product are powerless to fix it themselves is enough to
> > make one look for an alternative solution. The price is a fair and the
> > performance is excellent, but what good is it if it is
> > unreliable? This is
> > not a word processor or a web browser; a crash a day, week or
> > month is not
> > tolerable.
> >
> >
> > At 11:42 AM 11/24/2000 -0800, you wrote:
> > >Really? How can they be sued by Sun for their own source? JBoss isn't
> > >getting sued..aren't they open source? I can't b

RE: Anyone using Orion in production? [long]

[Robert Krueger]

At 10:10 24.11.00 , you wrote:
>I quite agree with you Robert. I love Orion..and tell everyone I know to use
>it becuase of its great performance, features and so on. Lately though I
>haven't seen either Karl or Magnus on IRC chatting, nor have I seen an email
>in the list from them on any regular basis. I know myself and a few others
>are offering a good set of frameworks to be shipped with Orion and haven't
>heard a response in over a week of submitting the proposal. The frameworks
>would benefit Orion in that it would be like the big boys..offering more
>than just an app server. We would fully document them, support them, and
>they are open-source, so unlike Orion, if anything goes wrong, they are
>fixable by the ones using it. I quite agree that Orion should make source
>available for the use of allowing us to fix bugs if they crop up, and submit
>them for the Orion team to examine and if its a good fix, put it in the next
>build. This would require more people however..managing a product like Orion
>with lots of bug fixes coming in, merging them, testing them and so on..that
>would require alot of managing, and I get the feeling Magnus and Karl would
>rather write code than integrate fixes from many other people.

I strongly disagree. let's compare what happens now and what would happen then.

now: I try to describe the problem that causes the bug to show maybe add 
some pseudocode and maybe even package an application with instructions how 
to reproduce the bug. they have to go through that maybe program a test 
case or at least install my test application and then start looking.

then: I'd do all the stuff myself until I see that there is e.g. a wrong 
conditional at line xyz and submit the line number of the file with a 
description of what is wrong and why.

I would say that I as a developer would be much quicker with the second 
kind of information. I'm talking about many very obvious silly bugs that 
you see when someone points you at. the hard and tedious(==time and 
resource consuming) part is nailing it down. not understanding it when 
someone points you to that. of course there would be bullsh*t bugreports 
also but that's also the case without source. parallel development doesn't 
scale well but parallel debugging scales extremely well (linux, apache 
being the best example). it's many people stressing the software being 
curious enough to dive into the code to do work (find bugs) that would 
otherwise have to be done by evermind. people (mostly highly qualified 
techies) work for you for free to get a stable and mature product.

>On the other hand, for the original poster..I don't think you'll find a
>better Servlet/JSP engine, in terms of performance anyways. I think Orion
>has one of the fastest most stable web server engines around.

that one I would have to agree with.

robert


(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Anyone using Orion in production? [long]

[Robert Krueger]

At 10:15 24.11.00 , you wrote:

>>However I can sympatize with Karl and Magnus. EJB is a very new
>>technology. Shipping the source makes it relatively easy for the
>>competition to copy the product which of course is the downside. But I
>>think shippingg the source would be for the better of the server. Nobody
>>is perfect and if all of us have our hands on the source lots of those
>>silly bugs should be fixed in much less time. Having to submit a
>>testcase makes for a lot of effort on both sides since we have to create
>>a testcase which has to be recreated by the orion team and tested. Most
>>of these bug however would simply appear running your app through a
>>debugger and jumping into the orion source.
>
>I've run into so many weird and absurd problems in Orion; all it would've 
>taken for me to solve the problem and submit a patch would be a grep in 
>the source tree. Alas, I cannot do this and I am stuck with an application 
>server that has many advantages and many disadvantages, which more or less 
>cancel each other out. Many bugs I post as problems to the mailing list, 
>many times without response, forcing me to submit some of them to 
>bugzilla, where they go unnoticed.
>
>
>Evermind's position, as stated on the FAQ, is that they would be SUED by 
>Sun if they made their source code public.

Well, I wonder what projects like Jonas, EJBoss and JBoss do? I know that 
there are legal issues with sun but so far I have yet to hear a statement 
from evermind saying "yeah we would really like to ship with source and 
talked to sun but they wouldn't let us". I personally would love to trade 
offical J2EE branding (if that's the legal problem) with being able to do 
something about really awkward situations caused by unexpected bugs. I 
think they have made up their mind not to give source away and that's a 
decision I as a customer must respect but it has the potential to make me 
abandon a (generally great) server. I don't think legal issues have really 
been considered seriously (might be wrong though). main problem is that 
they (evermind) don't want it. nobody forces them to obfuscate their code 
(or is there such a statement in sun's J2EE license?).

I feel like fighting windmills but it's just such a tempting thought and a 
frustrating situation.

robert

>What?! What is the rationale behind this conclusion???
>
>
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Anyone using Orion in production? [long]

[Robert Krueger]

At 11:12 24.11.00 , you wrote:
>Hi,
>
>I'd like to know, is anyone currently using Orion in a production 
>environment? The rather high number of issues people report here bothers 
>me because I'd like to get serious with a particular EJB server and my 
>opinion was that Orion was the right choice because of it's low cost and 
>features.
>In addition, I'd like to know if Orion's HTTP server is suitable for 
>production work, I really would like to have a unified environment instead 
>of having a separate web server for my JSPs and servlets.

yes, we've been using it for the past 6 months in production (mainly 
content management and ecommerce) with over 10 different j2ee applications 
extensively using servlets, ejb (lots of cmp) so I think I can say that I 
know what I'm talking about. it's a two-edged sword. as you mention, the 
integration of having one consistent all-java j2ee environment is of great 
value and orion's deployment concept is very logical and well-designed. 
however there are some serious issues with a number of parts of the server 
(check the archives for JMS and a number of issues regarding 
exclusive-write-access settings as examples) some of which have brought us 
in very awkward situations, many times having to work around them with a 
lot of effort. I would say that in some areas orion is production ready, in 
some it's not well-tested at all. do extensive testing and if every feature 
you use works, buy it. it's a great deal for the price. however, there is a 
substantial risk involved that you may run into a serious bug in a 
situation when you least need it and then you might be helpless with no 
source and maybe no fix available for a few weeks/months (been there). I'm 
not saying this to bash evermind (I sympathize a lot with them actually) 
but I'm simply speaking from experience to help other people make an 
informed decision as I would expect them to do if I asked about a product I 
don't know yet.

my personal opinion on this is that evermind should deliver source (while 
retaining full rights on enhancements and bug fixes) with the product to 
eliminate that risk. other commercial projects like orbaccus 
(http://www.ooc.com) have shown that they still make a lot of money despite 
shipping source for more than five years now. I'm sure about 80% of the 
bugs our team has reported would have been fixed by us immediately or at 
least would have been accurately described to the line of source code that 
has to be changed.

I've brought this up to karl and magnus but they don't want to do this and 
it simply is their baby and therefore their decision (they probably think 
I'm either a parrot or insane, repeating the same stuff over and over again 
;-).

It's only for that (having been helpless in many situations when we least 
neded it), that we are seriously considering moving to jboss as soon as 
their cmp support has met a certain level of quality, although their server 
is inferior to orion in many regards, especially as far as the overall 
integration is concerned. BUT their main architects/developers take the 
time to answer user questions on their user list every day and if there is 
a small bug (one or two line fix typically) you can just make it and submit 
it instead of spending 10 times as much effort assembling a test case to 
submit it to the developers. Don't get me wrong. I'm not talking of 
open-sourcing the project in the sense that I want to tell them how to 
develop the server because they are best at it. It's all about fixing (many 
times silly) bugs which can make your life hell if a project deadline is 
approaching and you simply cannot do anything about it and a workaround 
involves a lot of effort.

I very much hope the situation with orion will improve because it's great 
product with no equivalent in functionality/price ratio at the moment.

any other orion users have an opion on that?

regards,

robert


>Regards,
>
>Paul
>___ 
>__
>Get more from the Web.  FREE MSN Explorer download : http://explorer.msn.com
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Instantiate more than one session bean

[Robert Krueger]

At 09:50 22.11.00 , you wrote:
>On Tuesday 21 November 2000 12:47, you wrote:
>
> > >Is it possible to instatiate more than one session bean from the same
> > > class,
> > >
> > >for the same session? I'm planning to make a mullti-threaded servlet that
> >
> > you mean the same httpsession, don't you?
>
>Yes, the same HttpSession ...
>
> > >each thread instantiate one session bean object and works with it.
> >
> > could you describe a little more what you're trying to achieve?
>
>I need to execute something concurrently. For this, I need many session beans
>for the same class and then excute these session beans from a multi-threaded
>servlet.

I was asking about the use case you're modelling, not the particular 
implementation problem. so I still didn't get how the relationship between 
session beans and http-sessions is in your case. what do you mean by 
multi-threaded? multiple http requests executed on the servlet concurrently 
or multiple threads that are started by one http request that invoke 
session bean methods?

robert

>[]s
>Guilherme Ceschiatti
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: Instantiate more than one session bean

[Robert Krueger]

At 10:57 21.11.00 , you wrote:
>that's valid... but be careful... some servlet engines are known to 'reuse'
>the same instance of a servlet many times

why would that matter? if he associates the session beans with the 
httpsession there is no problem, no matter what type of reuse policy the 
servlet container uses or am I missing something? are you implying he's 
using instance variables for storing the sb references? that wouldn't be 
thread safe. either he uses ThreadLocals or session variables. anything 
else would not be correct IMO.

regards,

robert


>-Original Message-
>From: Storm Linux User [mailto:[EMAIL PROTECTED]]
>Sent: Lunes, 20 de Noviembre de 2000 17:54
>To: Orion-Interest
>Subject: Instantiate more than one session bean
>
>
>Hi..
>
>Is it possible to instatiate more than one session bean from the same class,
>
>for the same session? I'm planning to make a mullti-threaded servlet that

you mean the same httpsession, don't you?

>each thread instantiate one session bean object and works with it.

could you describe a little more what you're trying to achieve?

robert

>Thanks!
>
>[]s
>Guilherme Ceschiatti
>[EMAIL PROTECTED]

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Execute 2 Session Beans concurrently - Is thread possible?

[Robert Krueger]

At 12:10 20.11.00 , you wrote:
>Hi.
>
>It's possible to execute 2 different session beans concurrently, for the same
>session(user)? I will explain... My user needs to execute remote code on many
>machines. I had the idea to put an session bean in each machine, and then get
>an reference for this beans in my local session bean. But how can I start one
>method for the remote bean without waiting for it to return, so that I can
>call the method for the other remote bean, concurrently? I've saw somewhere

simple answer: no, not from an ejb. two ways to do it
1) use a non-ejb client (e.g. a servlet to make the multithreaded requests)
2) use message driven beans of ejb2.0 (risky if this is for a real life 
project as ejb2.0 isn't even final yet)

robert

>that is not possible to use threads in EJB.
>
>[]s
>Guilherme Ceschiatti
>[EMAIL PROTECTED]
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Another question on datasources

[Robert Krueger]

>
> name="jdbc/OracleEJBDS" />

how about switching name and location ;-).

robert

>Any ideas would be appreciated.
>
>Thanks for your time,
>Tim.
>
>Tim Squires
>Wireless Data Services
>
>It's not what you know, it's who you tell.

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Does Orion automagically pool jsp database connections?

[Robert Krueger]

At 09:13 20.11.00 , you wrote:
>I have a jsp page that make a jdbc database connection How do I tell
>Orion/JSP to used pooled connections?

use the right kind of datasource (see data-sources.xml) for creating the 
connection.

robert

>Thanks!
>Keith
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: custom finder duplication

[Robert Krueger]

At 00:07 21.11.00 , you wrote:
>'lo all
>
>i'm having a wierd problem with custom finders with orion 1.3.8 and later:
>
>a) custom finders to orion cmp fields such as
> - entity references and
> - collections
>
>b) my finders are being duplicated in orion-ejb.jar.xml ie
>
>
> 
> SomeName
> Home
> findByOwner
> 
> long
> 
> 
>
>
>gets duplicated later in the deployed xml file however the first line will 
>read
>instead
>
>
> 
>Adam Cassar
>Technical Development Manager
>___
>NetRegistry http://www.netregistry.au.com
>Tel: +61 2 9641 8605 | Fax: +61 2 9699 6088
>PO Box 270 Broadway NSW 2007 Australia

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: RE: Macromedia Generator and Orion

[Robert Krueger]

At 12:49 16.11.00 , you wrote:

>If you know of such an alternative system, could you please let me know?
>WR

I'll look for the article and post them.

robert

> > -Original Message-
> > From: Robert Krueger 
> [<mailto:[EMAIL PROTECTED]>mailto:[EMAIL PROTECTED]]
> > Sent: den 16 november 2000 09:46
> > To: Orion-Interest
> > Subject: OT: RE: Macromedia Generator and Orion
> >
> >
> > At 09:23 16.11.00 , you wrote:
> >
> > >Hi Berny.
> > >Is Generator still needed with the new version of 5 to have good
> > >interaction with the server?
> > >I was working on making a Flash version of the ATM but
> > dropped it when I
> > >saw the price on Generator...
> > >WR
> >
> > there are cheaper alternatives for creating flash movies
> > dynamically, even
> > one freeware package that got reasonably good reviews in a
> > german magazine.
> > I don't remember the names but could look for the article if
> > you're interested.
> >
> > robert
> >
> > > > -Original Message-
> > > > From: [EMAIL PROTECTED]
> > > 
> [<<mailto:[EMAIL PROTECTED]>mailto:[EMAIL PROTECTED]>mailto:berny_@t-onl 
> ine.de]
> > > > Sent: den 15 november 2000 14:00
> > > > To: Orion-Interest
> > > > Subject: Macromedia Generator and Orion
> > > >
> > > >
> > > > Hi,
> > > >
> > > > does anybody have experiences how to run Macromedia Generator
> > > > under Orion?
> > > > I appreciate any hint...
> > > >
> > > > Regards
> > > >
> > > > Berny
> > > >
> > > >
> > > > --
> > > > Berny Woehrlin
> > > > system development - web consulting
> > > > mail:   [EMAIL PROTECTED]
> > > > location:   Hamburg, Germany
> > > >
> > > >
> >
> > (-) Robert Krüger
> > (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
> > (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
> > (-) Tel: 06151 665401, Fax: 06151 665373
> > (-) [EMAIL PROTECTED], www.signal7.de
> >
> >

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: OT: RE: Macromedia Generator and Orion

[Robert Krueger]

At 10:30 16.11.00 , you wrote:
>Hi Robert,
>
>of course there are alternatives for using Generator. Believe, we do know 
>all about it. But our client  just asks for using Generator 2 Enterprise 
>Edition.

my reply was more adressed to magnus as he said he didn't do a flash 
version of the ATM because of the price. I guess he has the freedom of choice.

>I still try to figure out how to get Generator to run under Orion. I 
>really like to sell Orion to our Client, too.
>
>So that's what I've done so far:
>
>I put the following code between the
> Tags of  the WEB-INF/web.xml:
>
>
> 
> 
> FlashGenerator
> 
>com.macromedia.generator.servlets.FlashGenerator
> FlashGenerator
> FlashGenerator
> 1
> 
> InstallPath
> 
>/opt/generator/generator
> 
> 
>
>
> 
> 
> FlashGenerator
> /*.swt
> 
>
>And I tried to set the classpaths
>
> 
> 
> 
>
>
>When I now try to call the Generator Template (which calls a *.jsp) I get 
>an Error message. What did I miss or do wrong?
>
>http://localhost:8080/TestMovie1.swt
>
>500 Internal Server Error
>
>java.lang.NoClassDefFoundError
> at 
> com.macromedia.generator.api.Serial.(com/macromedia/generator/api/Serial)
> at 
> com.macromedia.generator.servlets.FlashGenerator.initSerialization(com/mac 
> romedia/generator/servlets/FlashGenerator)
> at 
> com.macromedia.generator.servlets.FlashGenerator.init(com/macromedia/gener 
> ator/servlets/FlashGenerator)
> at com.evermind.server.http.HttpApplication.wt(JAX)
> at com.evermind.server.http.HttpApplication.wb(JAX)
> at com.evermind.server.http.HttpApplication.um(JAX)
> at com.evermind.server.http.ef.su(JAX)
> at com.evermind.server.http.ef.dn(JAX)
> at com.evermind.util.f.run(JAX)
>
>Thanks for any hint...
>
>Regards
>
>Berny

ok, where did you put the macromedia classes so we can figure out why the 
classloader cannot access them?


robert

>At 09:46 16.11.2000 +0100, you wrote:
>>At 09:23 16.11.00 , you wrote:
>>
>>>Hi Berny.
>>>Is Generator still needed with the new version of 5 to have good 
>>>interaction with the server?
>>>I was working on making a Flash version of the ATM but dropped it when I 
>>>saw the price on Generator...
>>>WR
>>
>>there are cheaper alternatives for creating flash movies dynamically, 
>>even one freeware package that got reasonably good reviews in a german 
>>magazine. I don't remember the names but could look for the article if 
>>you're interested.
>>
>>robert
>>
>>> > -Original Message-
>>> > From: [EMAIL PROTECTED] 
>>> [mailto:[EMAIL PROTECTED]]
>>> > Sent: den 15 november 2000 14:00
>>> > To: Orion-Interest
>>> > Subject: Macromedia Generator and Orion
>>> >
>>> >
>>> > Hi,
>>> >
>>> > does anybody have experiences how to run Macromedia Generator
>>> > under Orion?
>>> > I appreciate any hint...
>>> >
>>> > Regards
>>> >
>>> > Berny
>>> >
>>> >
>>> > --
>>> > Berny Woehrlin
>>> > system development - web consulting
>>> > mail:   [EMAIL PROTECTED]
>>> > location:   Hamburg, Germany
>>> >
>>> >
>>
>>(-) Robert Krüger
>>(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
>>(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
>>(-) Tel: 06151 665401, Fax: 06151 665373
>>(-) [EMAIL PROTECTED], www.signal7.de
>
>
>
>--
>Berny Woehrlin
>system development - web consulting
>mail:   [EMAIL PROTECTED]
>call:   +49 - (0)179 519 63 24
>location:   Hamburg, Germany
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

OT: RE: Macromedia Generator and Orion

[Robert Krueger]

At 09:23 16.11.00 , you wrote:

>Hi Berny.
>Is Generator still needed with the new version of 5 to have good 
>interaction with the server?
>I was working on making a Flash version of the ATM but dropped it when I 
>saw the price on Generator...
>WR

there are cheaper alternatives for creating flash movies dynamically, even 
one freeware package that got reasonably good reviews in a german magazine. 
I don't remember the names but could look for the article if you're interested.

robert

> > -Original Message-
> > From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]]
> > Sent: den 15 november 2000 14:00
> > To: Orion-Interest
> > Subject: Macromedia Generator and Orion
> >
> >
> > Hi,
> >
> > does anybody have experiences how to run Macromedia Generator
> > under Orion?
> > I appreciate any hint...
> >
> > Regards
> >
> > Berny
> >
> >
> > --
> > Berny Woehrlin
> > system development - web consulting
> > mail:   [EMAIL PROTECTED]
> > location:   Hamburg, Germany
> >
> >

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: REPOST: Multiple websites on one server not found [NEED HELP]

[Robert Krueger]

At 13:42 15.11.00 , you wrote:
>At 11:06 AM 11/15/2000 -0600, you wrote:
>no, you have to get the terminology right, so people understand what 
>you're trying to do ;-). you DON'T want to set up 3 websites in j2ee/orion 
>terminology but have one website witth three web applications. your 
>website is http://myserver. you got answers to set up different websites 
>by the people who thought you wanted to do that because you said so and 
>you got answers to set up one website with three web applications because 
>that's what you described as in this email and the ones before.
>
>>web site == one address like http://myserver (which will have a default 
>>web application mounted at "/")
>>web application == twsm which you want to mount to the website 
>>http://myserver  under "/twsm" which results in http://myserver/twsm
>>
>>hope this clears up the confusion and of course it's all your fault ;-).
>
>Allright, so I'm a dolt. :-)  You are, of course, correct.  Terminology is 
>such a hard thing to master.  ANYHOO, the above methods are what I'm 
>trying to accomplish. I'm sorry for the confusion, and I will promise to 
>assume all blame for any flamage which may occur as a result.
>
>So, now that Robert has so elegantly spoken for me, what sort of solutions 
>do y'all have to offer the poor, clueless orion dev-head?

what about the one I posted? one web-site.xml for http://myserver  with 
default-web-app being the one you want to see at http://myserver/ and two 
web-apps (with root set to  "/twsm" and "/cs2k" respectively). didn't that 
work? it should. I have plenty of sites/apps set up this way here.

robert


>--
>Andrew Kidder
>L3 SW/Support Engineer, IBU
>Tivoli Systems
>
>512-436-4544
>[EMAIL PROTECTED]
>http://www.tivoli.com
>
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: specify datasource for entity bean

[Robert Krueger]

only by setting it as the default ds for the application
HTH
robert
At 11:52 15.11.00 , you wrote:
>Hi,
>
>I may have missed it in the docs but I can't figure out how to configure
>the datasource a CMP entity bean uses for persistence.  I can change the
>orion-ejb-jar.xml file that is auto-created when the beans are deployed but
>how can I change it  _before_ deploying the bean?
>
>Thanks,
>Ted Slusser
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: EJB using "core" classes?

[Robert Krueger]

>At any rate..my main question here is, the EJB class in the jar file is
>referencing the core class. I don't have the core package in the jar file. I
>thought if I deployed the jar file into the same web-app as the other
>classes were in, it would have access to these classes. I compile classes to
>WEB-INF/classes. Is this not the case? Is there some trickery to getting EJB
>classes to see the WEB-INF/classes?

no, it's impossible and not meant to be that way.

two possible cases:

- your class is not application specific but a general utility in which 
case you could put it in a library that is specified in the library path of 
global-application and therefore visible for all web an ejb modules in all 
application or you have to explicitly put it where the ejb code gets it
- it is application specific and used by both web an ejb then you have to 
put it in a separate jar which you reference in orion-application.xml (or 
the dir it's located in, look at the library element) and it will be 
visible to both ejb and web modules.

HTH

robert

>Thanks for any help.
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: REPOST: Multiple websites on one server not found [NEED HELP]

[Robert Krueger]

At 09:52 15.11.00 , you wrote:
>Sorry about my lack of lucidity.  I would like to have 3 web sites up and 
>running under one Orion server.  I want the default website (the one that 
>Orion displays by default) to display when the user types http://myserver, 
>I want my cs2k site to come up when the user enters http://myserver/cs2k, 
>and I would like http://myserver/twsm to display my other 
>site.  Currently, whichever site's  tag is defined first in 
>server.xml is the one that gets mapped to http://myserver, and neither of 
>the other two URL's work.
>
>These sites consist mostly of jsp's and servlets, but I am not sure about 
>any EJBs that might be present.  We have various beans littering the 
>classpath, but the sites seem to be functioning properly in and of 
>themselves.  I guess I'm just confused about how to set up multiple 
>websites under the same Orion server, and it seems that everyone on this 
>list has a different opinion of how to do that. :)

no, you have to get the terminology right, so people understand what you're 
trying to do ;-). you DON'T want to set up 3 websites in j2ee/orion 
terminology but have one website witth three web applications. your website 
is http://myserver. you got answers to set up different websites by the 
people who thought you wanted to do that because you said so and you got 
answers to set up one website with three web applications because that's 
what you described as in this email and the ones before.

web site == one address like http://myserver (which will have a default web 
application mounted at "/")
web application == twsm which you want to mount to the website 
http://myserver  under "/twsm" which results in http://myserver/twsm

hope this clears up the confusion and of course it's all your fault ;-).

best regards,

robert




(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: EJB Performance Question.

[Robert Krueger]

At 14:48 14.11.00 , you wrote:

>Thanks Robert.  I think I'll try running some
>benchmarks this week and post the results.  I wonder..
>is there a way for and EJB->EJB to be _forced_ to
>go through RMI?  i.e. can I turn this optimization
>off?

I don't think there is a documented way to to this.

robert

>-tim
>
>
> > -Original Message-
> > From: Robert Krueger [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, November 14, 2000 1:36 PM
> > To: Orion-Interest
> > Subject: RE: EJB Performance Question.
> >
> >
> > At 12:06 14.11.00 , you wrote:
> > > > At 10:03 14.11.00 , you wrote:
> > > > >Every single one of those calls to dir.getXXX() has to go across
> > > > >the network via RMI.  This is slow.  You are better off using a
> > > >
> > > > well, with orion this is intra-vm so its not that bad ...
> > >
> > >Is there proof that Orion does this?  I'm not trying to be a jerk,
> > >but I'd like to see some numbers on how long a set/get takes for
> > >a client-to-ejb call and an ejb-to-ejb (same vm) call.
> >
> > do a getClass().getName() on your ejbobject. will be the same
> > wrapper class
> > that implements the ejbobject (if you look into the generate
> > code that's
> > temporarily there on deployment).
> >
> > anyway, I've never benchmarked but it is orders of magnitude
> > faster than
> > any rmi stack I've seen. I think there's even an old mail in
> > the archive
> > from karl that confirms this otiomization because it was one
> > of the first
> > things I asked (must at least be 10 months ago now).
> >
> > regards,
> >
> > robert
> >
> > >Not even Weblogic optimizes to pass-by-value for intra-vm ejb
> > >
> > >calls.  You have to use TopLink to get that optimization.
> > >Funny though, Weblogic provides a tag in their deployment
> > >description but it doesn't do anything.
> > >
> > >-tim
> >
> > (-) Robert Krüger
> > (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
> > (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
> > (-) Tel: 06151 665401, Fax: 06151 665373
> > (-) [EMAIL PROTECTED], www.signal7.de
> >
> >

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: EJB Basics

[Robert Krueger]

At 13:01 14.11.00 , you wrote:
>What is the difference between WEB-INF and META-INF?  How do these 
>directory structures relate to jar, ear, and war files?  Which of these is 
>J2EE, and which is Orion-specific?  Maybe I am confusing something with 
>Tomcat...
>
>- Mark


grab the j2ee spec(s) and maybe the free sun book (I think it's j2ee 
blueprints or something) and just give yourself a few hours of reading to 
get a feeling of how these things interact. it's much more effective than 
waiting for mails trying to explain this thing in a few sentences. you'll 
like it. the spec's are rather readable.


best regards,

robert
(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: EJB Performance Question.

[Robert Krueger]

At 12:06 14.11.00 , you wrote:
> > At 10:03 14.11.00 , you wrote:
> > >Every single one of those calls to dir.getXXX() has to go across
> > >the network via RMI.  This is slow.  You are better off using a
> >
> > well, with orion this is intra-vm so its not that bad ...
>
>Is there proof that Orion does this?  I'm not trying to be a jerk,
>but I'd like to see some numbers on how long a set/get takes for
>a client-to-ejb call and an ejb-to-ejb (same vm) call.

do a getClass().getName() on your ejbobject. will be the same wrapper class 
that implements the ejbobject (if you look into the generate code that's 
temporarily there on deployment).

anyway, I've never benchmarked but it is orders of magnitude faster than 
any rmi stack I've seen. I think there's even an old mail in the archive 
from karl that confirms this otiomization because it was one of the first 
things I asked (must at least be 10 months ago now).

regards,

robert

>Not even Weblogic optimizes to pass-by-value for intra-vm ejb
>
>calls.  You have to use TopLink to get that optimization.
>Funny though, Weblogic provides a tag in their deployment
>description but it doesn't do anything.
>
>-tim

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: EJB Performance Question.

[Robert Krueger]

At 10:03 14.11.00 , you wrote:
>Every single one of those calls to dir.getXXX() has to go across
>the network via RMI.  This is slow.  You are better off using a

well, with orion this is intra-vm so its not that bad ...

>bulk accessor pattern.  For example, create a new class called

.. although a bulk accessor is generally a good thing to use in such 
situations.

have you tried wrapping one usertransaction around your update operation or 
maybe even around the entire loop, depending on what you want to see as a 
transaction. this will improve performance significantly because you don't 
have all the tx overhead. if you don't know what a usertransaction is, read 
up on JTA.

HTH

robert

>DirView which contains all the attributes of your Dir EJB.  Then
>make a single call to the Dir EJB to get a DirView.  This will cause
>only 1 RMI call and save you a huge amount of time.
>
>Do you understand?  I can probably pseudo-code an example
>if necessary.
>
>-tim
>
>
>>-Original Message-
>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>>Sent: Tuesday, November 14, 2000 3:56 AM
>>To: Orion-Interest
>>Subject: EJB Performance Question.
>>
>>Hi, every one. First i'm sorry for my english.
>>
>>We use servlet that call EJB. Next is code fraction.
>>
>>//---
>>public Vector findByFirstPage(DirHome home, Integer rowCount) throws 
>>Exception{
>>
>>   Vector rows  = new Vector();
>>   Dir dir = null;
>>
>>   System.out.println("step 11 time : " + (new java.util.Date()));
>>
>>   // call EJB
>>   Collection col = home.findByFirstPage(rowCount.intValue());
>>   Iterator iter = col.iterator();
>>
>>   System.out.println("step 12 time : " + (new java.util.Date()));
>>
>>   while(iter.hasNext()) {
>> dir = (Dir)iter.next();
>> rows.add(EJBToRow(dir)); //<---  bottle neck #
>>   }
>>
>>   System.out.println("step 13 time : " + (new java.util.Date()));
>>
>>   return rows;
>>
>>  }
>>  //---
>>
>>
>>Simple code. In while loop, EJBToRow() method take 3 second each call.
>>
>>Next code is EJBToRow(). Very Simple. Only call EJB Meber methods.
>>
>>  //---
>>  public Vector EJBToRow(Dir dir) throws Exception {
>>
>>   Vector row = new Vector();
>>
>>System.out.println("step 21 time : " + (new java.util.Date()));
>>
>>   row.add(dir.getId());
>>   row.add(new Long(dir.getPId()));
>>   row.add(dir.getName());
>>   row.add(new Long(dir.getSerial()));
>>   row.add(new Long(dir.getChildCount()));
>>   row.add(new Long(dir.getDepth()));
>>   row.add(dir.getPMap());
>>   row.add(dir.getType());
>>   row.add(dir.getUserId());
>>   row.add(dir.getGroupId());
>>   row.add(dir.getOwnerPermR());
>>   row.add(dir.getOwnerPermW());
>>   row.add(dir.getOwnerPermX());
>>   row.add(dir.getGroupPermR());
>>   row.add(dir.getGroupPermW());
>>   row.add(dir.getGroupPermX());
>>   row.add(dir.getOtherPermR());
>>   row.add(dir.getOtherPermW());
>>   row.add(dir.getOtherPermX());
>>   row.add(dir.getCreateDate());
>>   row.add(dir.getUpdateDate());
>>   row.add(dir.getExpireDate());
>>   row.add(dir.getRemark());
>>
>>System.out.println("step 22 time : " + (new java.util.Date()));
>>
>>   return row;
>>
>>  }
>>  //---
>>
>>What's the key problem?
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>--
>>e-mail
>>site
>>: [EMAIL PROTECTED]
>>: www.javanuri.com
>>ÀüÈ­
>>mobile
>>: 02-6257-3002
>>: 019-255-2855
>>
>>
>>
>>--
>>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

does anyone use the parent attribute for applications?

[Robert Krueger]

hi,

I started using the orion feature, that you can declare a child application 
of another one. at first it worked fine but I'm beginning to get more and 
more weird errors, e.g.

say I have three applications named parent, child1 and child2.

in addition to that I have used the global-application to import some 
common utility classes used by all applications.

when I start orion I get an error message saying that one of the utility 
classes (in the library path of the global application) cannot be found 
when deploying child1 and child2:

Error loading package at 
file:/home/krueger/devel/projekte/s7procurement-deployment/devel/ejb/, 
Error loading class 
'com.signal7.procurement.ejb.administration.CompanyBean': 
java.lang.NoClassDefFoundError: com/signal7/ejb/EntityAdapter

when i remove child1, child2 from server.xml store, put them back in, they 
deploy normally and work.

on another orion installation I have the effect that the narrow operation 
on a looked up home interface leeds to a class cast exception because there 
is an object of some internal com.evermind.server... class instead of my 
home interface wrapper. the identical deployment settings, freshly checked 
out from cvs work well on the same version of orion on the development 
machine. suddenly after a few requests on the servlet it works. before I 
incest more effort trying to find a pattern in this weird behaviour I would 
like to hear from others who have used this stuff if they think it works. 
if I'm the first to use it extensively I don't know if I have the nerve to 
go on and would consider solving my problem some other way.

any input appreciated,

maybe magnus or karl could share some internals on how this 
parent/child/global application stuff works internally (classloader 
hierachy, jndi tree, implications) so I can bo better than with just 
brainless trial and error.

robert



(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: orion server works with jdk 1.3???

[Robert Krueger]

At 09:16 14.11.00 , you wrote:
>hi,
>
>I used to work with orion server with jdk 1.2.2. Recently I installed jdk 
>1.3 and uninstalled jdk 1.2.2. Now I am not able to start orion server. I 
>get the error message saying that could not find version number 1.3 for 
>jre in program files/java soft/jre.
>
>any idea?

has nothing to do with orion. it's something with your registry being 
screwed up by installing/uninstalling, typical M$ problem. I've had that a 
ages ago but don't remember the solution :-(.

robert

>thanks in advance.
>
>krishna
>_
>Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
>Share information about yourself, create your own public profile at 
>http://profiles.msn.com.
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: DataSource and Transaction

[Robert Krueger]

At 08:42 14.11.00 , you wrote:
>Hi!
>
>I have an orion-specific question about DataSources and transactions.
>I have a session bean in which I start a UserTransaction:
>
>ut = context.getUserTransaction();
>ut.begin();
>
><.. stuff ..>
>
>ut.commit();
>
>In the "sutff" section above I create different entity-beans like 
>user.create(userDetails) and
>updates different data in others and then I use a method to insert some 
>data into a
>table that's not an entity-bean like this:
>
>EntityBean.insertLine(lineData)
>
>and the insertLine method uses JNDI to obtain a DataSource like 
>"jdbc/PooledDataSource and from that DataSource I call getConnection to 
>get a java.sql.Connection object.
>
>What should I do to make sure that the DataSource I get from the JNDI 
>lookup is in the same transactional-scope as my transaction from the 
>session-bean, so that if the UserTransaction does a rollback, my inserts 
>will be rolledback aswell
>Is there a special DataSource for this purpose?
>

yes, just use the EJBDS. it it transaction-aware and pooled.

HTH

robert

>
>Lars Borup Jensen
>Software Developer
>
>CONSCIUS
>Bådehavnsvej 15
>DK-9000  Aalborg
>Phone: (+45) 98 164 663
>Mobil: (+45) 28 594 103
>Email: [EMAIL PROTECTED]
>Home: http://www.conscius.com

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: REPOST: Multiple websites on one server not found [NEED HELP]

[Robert Krueger]

At 14:59 13.11.00 , you wrote:
>In your application.xml for each file, specify the context root.
>
>Eg, in cs2k/META-INF/application.xml
>
>specify:
>
>
> 
>   cs2k-web 
> cs2k/
> 
>

have you actually tried this?? I wasn't aware that the context root 
actually does anything. would be a surprise to me. I'm quite sure the only 
thing that's honoured is the root attribute in the web-app element.

robert


(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: REPOST: Multiple websites on one server not found [NEED HELP]

[Robert Krueger]

At 13:19 13.11.00 , you wrote:
>I posted this last week, but haven't gotten any resolution. I've followed 
>the how-to's and such in the Orion docs, and have searched the archive. 
>None of the stuff that is mentioned there is working, so I implore any of 
>you out there with multiple websites running to give this a look and help 
>me figure out what I'm doing wrong. If you'd rather contact me off list, 
>that's fine toobut I need to get this little problem solved, and I'm 
>running out of places to look
>
>
>>THE SETUP (in $ORION_HOME/config, on host "orionhost")
>>
>>1. I have a web-site.xml file for each of the two sites that I want to 
>>run under Orion (cs2k-web-site.xml and twsm-web-site.xml). Each file 
>>contains a line like this (sub "cs2k" in for "twsm" for cs2k-web-site.xml):
>>
>> > root="/twsm" />

this doesn't make sense. the default-web-app of a site is always mounted to 
"/". what you want is probably one web-site.xml that reads





HTH

robert

>>2. I have added the following lines to the end of server.xml:
>>
>> 
>> 
>>
>> 
>> 
>>
>>3. I have added the following lines to application.xml, under the default 
>>web-module tag:
>>
>> 
>> 
>>
>>4. All other files remain unmodified, and the default-web-site.xml has 
>>the root set to "/".
>>
>>Now, the application that comes up when entering a URL of 
>>http://orionhost/ is the first app to be defined in server.xml.  I have 
>>verified this by switching the declarations, and the other site comes up 
>>as the default. I do not know how to get the browser to display the other 
>>site, as http://orionhost/cs2k and http://orionhost/twsm both yield 404 
>>errors.  Also, since I have defined the default website with a root of 
>>"/", shouldn't http://orionhost/ output the default web page, rather than 
>>one of my webapps?  Currently, the same host:port will be serving both 
>>websites.  They may get differing virtual domains in the future.
>>
>>So, can anyone tell me how I can view both websites on the same 
>>server?  Can anyone see what I'm missing here?
>
>
>--
>Andrew Kidder
>L3 SW/Support Engineer, IBU
>Tivoli Systems
>
>512-436-4544
>[EMAIL PROTECTED]
>http://www.tivoli.com
>
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: transaction error message

[Robert Krueger]

which orion version? I'd generally stay away from 
exclusive-write-access="false" since there are some unsolved issues and at 
the moment IMHO it's not really reliable. I think magnus is looking at it 
but at the moment it still means trouble. I'd try setting low validity 
timeouts for the time being.

regards,

robert

At 13:26 13.11.00 , you wrote:
>whenever I specify exclusive-write-access="false" in my
>orion-ejb-jar.xml descriptor, I get the following error message when
>trying to deploy the application:
>
>Auto-deploying cstool-ejb.jar (orion-ejb-jar.xml had been updated since
>the previous deployment)...
>
>UserAuthHome_EntityHomeWrapper50.java:197: Undefined variable:
>transaction
>wrapper = new UserAuth_EntityBeanWrapper40(context, transaction !=
>null);
>
>UserAuthHome_EntityHomeWrapper50.java:199: Undefined variable:
>transaction
>if(transaction != null)
>
>UserAuthHome_EntityHomeWrapper50.java:231: Undefined variable:
>transaction
>if(transaction != null)
>
>UserAuthHome_EntityHomeWrapper50.java:598: Undefined variable:
>transaction wrapper = new UserAuth_EntityBeanWrapper40(context,
>transaction != null);
>
>UserAuthHome_EntityHomeWrapper50.java:600: Undefined variable:
>transaction
>if(transaction != null)
>
>UserAuthHome_EntityHomeWrapper50.java:633: Undefined variable:
>transaction
>if(transaction != null)
>
>
>Any ideas on why this is happening?  I am using CMP and
>container-managed transactions...
>Thanks.

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: UserManager shutdown hook?

[Robert Krueger]

At 08:41 13.11.00 , you wrote:

>We have implemented our own usermanager, and it all works great.  But we
>would like to know when the server is restarted at least, if not shutdown.
>We start up a 'raper' thread, which is responsible for cleaning up expired
>user references.  When the orion is restarted, it creates a new instance of
>the usermanager, and there is know way to kill the spawned thread, so after
>several restart(in development mode), these threads get crazy.  I would
>love to see a shutdown hook added to the AbstractUserManager class.  Anyone
>else have a need for this?  Anyone else have an idea how to get around it?

you could put the code that inititates a cleanup thread in a method of the 
usermanager that checks when the last cleanup has been invoked. this will 
be more robust and won't give you a noticable performance penalty. It's not 
that nice (sort of a heuristic approach because it relies on the fact that 
getUser() is probably called often enough to ensure that your cleanup works 
reliably).

pseudo code:

getUser(String userName){

 if(lastCleanupWasTooLongAgo()){
doCleanUpActionAsyncronouslyAndSetTimestamp();
  }

 return getCustomUser(userName);
}



>Thanks!
>
>James Birchfield
>
>Ironmax
>a better way to buy, sell and rent construction equipment
>5 Corporate Center
>9960 Corporate Campus Drive,
>Suite 2000
>Louisville, KY 40223
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Get the web uploaded file

[Robert Krueger]

>
>File f = (File)request.getAttribute("my_class_file");
>
>But it does not work. It compiles if I change to:
>
>Object obj = request.getAttribute("my_class_file");
>
>But then, how do I transform an Object to a File, and then, as the file is a
>compiled class, how do I create an instantiate this class to call some
>methods of it?

completely on the wrong track here.

please check the servlet api docs to see what getAttribute is for. You'll 
be surprised ;-).

>Thanks again!
>[]s
>Guilherme Ceschiatti
>[EMAIL PROTECTED]

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Web upload of a Java class

[Robert Krueger]

oh, I see. that's something the servlet api doesn't do for you. to parse a 
multipart request (that's what you use for file-upload) all you get is an 
input stream that you can parse which you have to decode. however there are 
plenty of utilities that do this for you. one is even shipped with orion.

check the api docs for FilePostParser. there is a source example of how to 
use it.

just get the request input stream, apply the parser to it (again gives you 
input stream on the decoded data items) and store copy the data from the 
input stream to a file.

remember to set the form enctype to multipart/form-data.

that should be all you need to get going.

robert

At 17:33 12.11.00 , you wrote:
>I'm using the HTML form  to upload
>my compiled class file. When I try to get the file in the servlet, using:
>
>File f = (File)request.getParameter("my_file");
>
>It does not work. I need to get the class file, generate an object of it and
>then execute some methods.
>
>How can I do this?
>
>[]s
>Guilherme Ceschiatti
>[EMAIL PROTECTED]

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Web upload of a Java class

[Robert Krueger]

At 15:00 12.11.00 , you wrote:
>It's not form commercial use. It's for my research project for getting my
>master's degree in Electrical Engineering ... I'm not concered about securety
>right now.

then hack right on. will be fun. the security aspects of this could easily 
fill a chapter of your thesis if it fits your topic ;-).

robert




(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Newbie Q: Can't find bean?

[Robert Krueger]

At 18:14 11.11.00 , you wrote:

>Thanks for your reply Robert, however I don't really feel it's fair
>for you to have judged me ignorant of both Java and the J2EE in

I apologize if I offended you with my statement. that was not my intention 
and I didn't judge you ignorant of anything and didn't mean to. it's just 
that so many questions on this list (which is meant to be a vendor-specific 
forum) are due to a lack of understanding of general J2EE issues of the 
posters (I admit, it's sometimes hard to differentiate and it is a complex 
topic). your misconception about the useBean tag is of rather fundamental 
nature and my comment was really motivated by reading posts of many people 
who have a hard time getting a complex product like orion to work properly 
because they lack the necessary J2EE background and who wouldn't have a 
fraction of the problems with orion-specific issues if they had read up on 
the J2EE basics. if you feel the tone of my mail was inappropriate, I do 
apologize again.

regards,

robert
(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Newbie Q: Can't find bean?

[Robert Krueger]

At 14:25 11.11.00 , you wrote:

>OK... I've gotten something working by removing my use of the
>jsp:useBean tag, and instead grabbing the EntityBean home, and
>creating manually, which seems to work.

yes, bean != enterprise java bean. you will do yourself a BIG favour if you 
read up on jsp, ejb and java in general as there are some fundamental 
basics missing. trial and error will not get you very far in J2EE. look at 
the specs (they are actually rather readable) and maybe check out ed romans 
ejb book (free download at www.theserverside.com).

regards,

robert

>Is it improper to use the  tag to work with entityBeans?
>Is this something that I should be using another Taglib for?
>
>I apologize for the basic-nature of this question, but I haven't done
>much work with EntityBeans, and even the O'reilly EJB book doesn't
>seem to provide much detail on the subject.
>
>
>Thanks!
>
>Sean P. McNamara writes:
>  >
>  > Hi again-
>  >
>  > Baby-steps, baby-steps I've finally gotten my application packaged
>  > properly, and my 2.0 CMP EntityBean to deploy properly, but am having
>  > problems accessing the bean via JSP.  I've scanned the mailing lists,
>  > but don't find anything related.  Hopefully someone can lend me a
>  > clue.
>
>
>--
>Sean P. McNamara<[EMAIL PROTECTED]>
>SOMA Technologies, Inc. <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: 1.4.4 OR Collection classes

[Robert Krueger]

did you file this as a bug report in bugzilla? I didn't find it there. I'll 
file it now (we just ran into it and it's a nasty one to find). if you 
already have please contact me so I can remove it.

robert



>Vidur,
>
>This looks in same ways similar to the problem that I reported a couple of
>days ago.
>
>That is, Orion 1.3.8 allowed non-serializable objects to be returned to
>the client if running in the same JVM (which should of course not be
>allowed).
>
>1.4.3 on the other hand behaves differently - rather than throwing a
>java.io.NonSerializableException (?) or something like that (which I
>suppose would be correct behavour although I haven't looked in the spec),
>it just returns a null and says nothing.
>
>Perhaps you are experiencing this kind of problem?
>
>Unfortunately it is not always clear whether an object referred to by its
>interface type is serializable.  I am in the middle of fixing a load of
>beans that returned Iterators, which worked fine on Orion 1.3.8.  Of
>course Iterator is an interface, and I discovered when I upgrade to Orion
>1.4.3 that the objects that backed the Iterator objects returned by JDK
>1.1's Vector and JDK 1.2's ArrayList (etc.) were *not* serializable.
>
>I found it useful to use an ObjectOutputStream to write the returned
>object out to System.out, wrapped in a try-catch block that printed the
>stack trace.  The resulting exception messages told me what the offending
>classes were (for example java.util.AbstractList$Itr, and also
>RuleBasedComparator which I had been using to sort sets).
>
>Maybe this is totally unrelated but the symptoms seem similar enough so I
>though I'd mention it.  Good luck ;)
>
>--
>Thomas Munro <[EMAIL PROTECTED]>
>  http://www.gi-technology.com/
>  GI Technology (Paris)
>
>On Wed, 8 Nov 2000, Vidur Dhanda wrote:
>
> > Hello,
> >
> > Earlier today I had reported a problem with the Map class.  There is
> > also a problem with the List class.  When the CMP entity is retrieved
> > and the CMP List field is empty, it is returned to the client as null.
> > Both the Map and the List work fine under 1.3.8.
> >
> > Vidur
> >
> >
> >
> >
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

Re: Web upload of a Java class

[Robert Krueger]

At 16:45 10.11.00 , you wrote:
>Hi...
>
>I need to upload a compiled class to my Orion application and then execute
>some methods of it. Anybody knows how can I do it?

upload the class file, instantiate a URLClassloader that points to the 
file's url, load the class using that classloader, do whatever you need 
using reflection (e.g. instantiate objects, call methods on them, whatever) 
and after that dump the classloader.

however as simple as that may be, are you aware of the security 
implications of this? if this is not just for playing around, you should 
read up on java security and classloading and then subclass URLClassLoader 
and implement a very restrictive getPermissions() method for the uploaded code.

before you do that be REALLY, REALLY sure you know what you are doing if 
this is for real world use!!!

other than that I don't see any difficulties in achieving what you described.

HTH,

robert

>[]s
>Guilherme Ceschiatti
>[EMAIL PROTECTED]
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de