han that, I think you're
> out of luck.
You could also log through JMS.
Or write a service that binds into JNDI, although that'll only work in app
servers that let you do that.
>
> Tom
>
--
Dan Christopherson (danch)
nVisia Technical Architect (www.nvisia.com)
Opinions
thin my EJBs are not re-directed to the log
> file.
> Is this they way it is supposed to work? Or do I have JBoss configured
> wrong.
I thought they went to the log, I may be dead wrong there, though.
>
>
>
>
>
> --
> ------
Software Designer
> Macadamian Technologies.
>
>
>
>
>
> --
> --
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
>
--
Dan Christopherson (danch)
nVisia Technical Ar
ransaction is commited, i have EJB10 floating around, since i can not
> remove it within transaction.
Is it statefull or stateless? If it's stateless, it'll probably be out of
a pool anyway. If it's stateful, having it float around will probably be
the least of your problems.
>
from the time this message
> > was sent.
> >
> > This confirmation process is used for all subscriptions to this list and
> > helps ensure that people are properly subscribed.
> >
> >
>
>
> --
> --
> To subscribe:[EMAIL
dded to the ear file. Do I need to modify anything like
> the application.xml file?
>
> Thanks,
>
> Southin
>
> -Original Message-
> From: Dan Christopherson [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 14, 2001 12:59 PM
> To: JBoss-User
> Sub
service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
> at
> org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498)
> at java.lang.Thread.run(Thread.java:475)
>
>
> --
> --
> To subscribe:[EMAIL PROTECTE
> :-)
> > >
> > > Keep rockin', I' ll keep trying
> > >
> > > What is this site-stuff for...nobody want's to know about yellow rectangles,
>strange people...stop smokin' kids :-P
> > > __
nterfaces in packages separate from the implementation classes. Then it's
a simple matter to make an ant build.xml that will do what's needed.
>
> Thanks,
>
> Southin
>
> -Original Message-
> From: Dan Christopherson [mailto:[EMAIL PROTECTED]]
> Se
DatabaseInitializerHome.class);
>
>
> DatabaseInitializer dbIniter = home.create();
> }
>
> catch(Exception e) {
>
> System.out.println(e.toString());
> }
> }
> }
>
>
>
>
>
>
> --
> --
>
de() {
> return m_ID_AGEN;
> }
>
> public String toString() {
> return String.valueOf(m_ID_AGEN);
> }
> }
>
> What's wrong with my code?
>
> Thanks for your help
to the CLASSPATH on the client. NOTE that the server
> doesn't need to have the classpath set, you just need to put it in the
> deploy directory and the server will generate a ClassLoader for it.
>
> Thanks,
>
> Southin
>
>
>
>
> --
> --
[Configuration] at
> java.security.AccessController.doPrivileged(Native Method)
> [Configuration] at org.jboss.Main.main(Main.java:90)
> [Service Control] Initializing 24 MBeans
> [Webserver] Initializing
>
>
>
>
> --
> ---
?
>
> I'm not using Tomcat.
> I'm using JBOSS 2.1.
> I'm using JDK 1.3.
> All of the examples compile correctly.
>
> Thank you very much for your time!
> Tom
>
>
> >
>
>
>
> --
> ----
s E-Mail,
> Fax, SMS, Verschlüsselung, POP3, WAPtesten Sie uns! http://freemail.web.de
>
>
>
> --
> --
> To subscribe:[EMAIL PROTECTED]
> To un
same problem happened with JBoss 2.0) on win2k
> > sp1.
> >
> > Emmanuel
> >
> >
> > Do You Yahoo!?
> > Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> > or your free @yahoo.ie
OK, now back to the topic.
Where should we install an SSL socket factory in JBoss? An MBean? A new
ContainerInvoker?
Or, to support encrypted sessions without SSL, just write a
ContainerInvoker that passes encrypted objects?
--
Dan Christopherson (danch)
nVisia Technical Architect
eMetaData for the connection does not seem to be knowledgable of any of
> the database information.
>
> thanks,
> jim
>
>
>
> --
> --
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe: [EMAI
hem.
>
> Thanks.
> d.
>
>
>
> --
> --
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
>
--
Dan Christopherson (danch)
nVisia Technical Architect (www.nvisia.com)
Opinions expressed are mine and do not
minor code: 0
> completed: No
> [ODOTRefBean] at javax.rmi.CORBA.Util.createDelegateIfSpecified(Util.java:308)
> [ODOTRefBean] at javax.rmi.CORBA.Util.(Util.java:53)
> [ODOTRefBean] at
> javax.rmi.PortableRemoteObject.createDelegateIfSpecified(PortableRemoteObject.ja
> va:182)
>
> Apparently, I have to set some
halled and
> forwarded thoru remote calls on objects that jboss returned, then the
> results marhalled into HTTP responses and sent back.
>
> Thus far it looks like a real mess.
>
> Is there any other way that would be EJB server independent?
>
> I know there is zoa
runtime using the java.lang.reflect.Proxy class and
its ilk.
what is happening at EJBUtil.java, line 33?
>
> jim
>
> - Original Message -----
> From: "Dan Christopherson" <[EMAIL PROTECTED]>
> To: "JBoss-User" <[EMAIL PROTECTED]>
> Sent:
port.tcp.TCPTransport.handleMessages(TCPTransport.java:443)
> [ODOTRefBean] at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:643)
> [ODOTRefBean] at java.lang.Thread.run(Thread.java:484)
>
>
>
> --
> --
--------
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
>
--
Dan Christopherson (danch)
nVisia Technical Architect (www.nvisia.com)
Opinions expressed are mine and do not neccessarily reflect any
position or opinion of
| Eastern Road | Bracknell | Berkshire RG12 2UP | UK
>
> Rubus provides e-business solutions that turn innovative ideas
> into practical business reality.
> __
> :: rubus |
_
> > Get free email and a permanent address at http://www.netaddress.com/?N=1
> >
> >
> > --
> > ------
> > To subscribe:[EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> >
> >
>
>
--
ay) a few years ago.
On Sat, 28 Oct 2000, Rickard Öberg wrote:
> Hey
>
> Dan Christopherson wrote:
> >
> > I'm rather used to building this sort of optimistic lock feature in
> > application land. I'm not sure how this would look in an EJB container.
> &
-
> |>|To subscribe:[EMAIL PROTECTED]
> |>|To unsubscribe: [EMAIL PROTECTED]
> |>|Problems?: [EMAIL PROTECTED]
> |>|
> |>|
> |>
> |>
> |>
> |>--
> |>--
unsubscribe: [EMAIL PROTECTED]
> ||Problems?: [EMAIL PROTECTED]
> ||
> ||
> |
> |
> |
> |--
> |--
> |To subscribe: [EMAIL PROTECTED]
> |To unsubscribe: [EMAIL PROTECTED]
&g
---
> > To subscribe:[EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> > Problems?: [EMAIL PROTECTED]
>
>
>
> --
> ----------
> To subscribe:
Graf
>
>
> --
> --
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
--
Dan Christopherson (danch)
nVisia Technical Architect (www.nvi
gt; No, that wouldn't help since we always call ejbStore after methods
> without tx's have been executed (as per the spec). The database
> interceptor will either have to be updated to avoid store on get*()
> calls (as it used to), or perhaps add support for isModified() checks
--
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
--
Dan Christopherson (danch)
nVisia Technical Architect (www.nvisia.com)
--
---
t; >> To unsubscribe: [EMAIL PROTECTED]
> >> Problems?: [EMAIL PROTECTED]
> >>
>
>
>
>
> DO> --
> DO> ------
> DO> To subscribe:[EMAIL PROTEC
/www.jboss.org
> > http://www.dreambean.com
> >
> > --
> > --
> > To subscribe:[EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> > Problems?: [EMAIL PROTECTED]
>
>
> --
> -
day, August 24, 2000 12:49 PM
> > > To: jBoss
> > > Subject: Re: RE: [jBoss-User] Preferred Dev Tool: Visual CafT or Visual
> > > A ge w/jBoss?
> > >
> > >
> > > At 11:29 24.8.2000 -0400, you wrote:
> > > >Wha
TED]
> Problems?: [EMAIL PROTECTED]
>
>
> --
> ----------
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
--
Dan Christopherson (danch
... disappointed so far.
>
> Remarks/Comments are welcome please!
>
> Regards,
> Mike
>
>
> --
> --
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?:
'client' == your Cold Fustion server.
Dan Christopherson (danch)
STR Technical Architect (www.str.com)
On Wed, 16 Aug 2000, Alexander Kogan wrote:
> Please, excuse me for such question, but
>
> Peter Shillan wrote:
> >
> > your client at run-time needs cl
But if your arbitrary name (quux, say) shows up under
java:comp/env/ejb/quux in one container and under /quux under another,
isn't that a problem?
Dan Christopherson (danch)
STR Technical Architect (www.str.com)
On Wed, 12 Jul 2000, Rickard [iso-8859-1] Öberg wrote:
> Hi!
>
>
something beyond the BMP implementation - some service running in the
container. This is really what I'm trying to point out. Again, do NOT take
this as an official statement from the jboss organization - wait and see
if mark, rickard, or one of the other people who have contributed
signif
ibution
it should work - if not, let me know, please.
danch
Dan Christopherson (danch)
STR Technical Architect (www.str.com)
On Mon, 12 Jun 2000, Scott M Stark wrote:
> The zola MandelClient.sh script is out of date. You need to include all of the
> jars in the dist/client directory of the j
what
do you guys out there think?
Dan Christopherson (danch)
STR Technical Architect (www.str.com)
--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
For the record, foreign keys _can_ be null, unless you also specify the
NOT NULL column constraint. You have to be able to implement 'optional'
relationships and still enforce integrity.
Dan Christopherson (danch)
STR Technical Architect (www.str.com)
On Tue, 23 May 2000, Fredrik B
Maybe messages saying "[WARNING] falling back to default ..."
Or even "[DEBUG]..."?
Those of us who want to be flogged for our discretions can opt in by
increasing our debug levels, people who just want it to work can keep them
higher.
Dan Christopherson (danch)
STR
Another issue that they're looking at in the spec is resource utilization:
How many bean instances will be trying to open the same file? How many
open files will you have? If you go through a resource factory to get your
files, the container can intervene and prevent crashes.
Dan Christoph
46 matches
Mail list logo