Hi Group!
I have a Stateless Session Bean I can't deploy in JBoss 3.0.4
in 2.4.7 there's no problem.
What does the error at internalDoFilter mean, and why do
the errors happen?
Theese are the errors while deploying:
ERROR [Engine] StandardWrapperValve[action]: Servlet.service() for servlet
act
Thanks, it works now.
Server spec:
Linux RedHat 8.0
JBoss 3.0.4
J2SDK 1.4
Phu
Eric Klimas
Anyone using Xindice with web apps on JBoss?
Can I get some tips on installing and testing it?
Thanks!
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
- Original Message -
From: "LaBanca, Rick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 09, 2002 10:39 AM
Subject: [JBoss-user] J2ee spec thoughts
> Second, the lack of a "service", "application", "resource" bean or
whatever
> you like to call it. It seems the think
Well, I don't know if the experts would approve, but I would try to do this
with an mbean. Use a thread to update in the background, and provide an API
that allows EJBs to read from the cache. Because it is an mbean, you can
guarantee that only one instance gets created.
- Original Message -
Hi,
Are the queries that you are seeing just loading primary keys, or are
there other columns present as well?
I think it's normal for JBoss to continue to issue queries for the pks,
after which it uses the associated cache data.
If you are seeing other columns in the queries, then you may be
Thanks everyone...
My JBoss3.2.0 Beta2 has finally started working with Oracle 9.2.0 Thin
Driver using XA datasource.
Hoping to see u all around.
Best Regards
MS
-Original Message-
From: Sasidharan, Manoj [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 09, 2002 1:52 PM
To: [EMAIL PRO
: )))..
think you relayed to my personal ad!
Yes I do get a lot of responses but you got me curious I haven't done this
in a while so please forgive my nervousness. And I hope your still around,
(the good people always get taken fast) Anyway since I know a "little" about
you :) (that was cute by t
I have an OTC Bulletin Board shell available for reverse merger priced at $300,000
plus shares. The shell has 5 market makers and is current in all its filings.
Please reply to [EMAIL PROTECTED] and I will email you complete
information.
I have an application that uses CMP Entities in Commit Option A. I am
testing it on JBoss 3.2 beta 2.
The app uses session facades and servlet+JSP to display the data.
I have a JSP page that displays a list of hotels. It includes a servlet that
calls a SLSB to do a findAll() on the Hotel entity.
Well, cheat, like Rick! 8^})
have a reference to a singleton in a stateless session bean. Just make
sure the singleton is thread safe, and lacking in bottlenecks if you
have a lot of volume to deal with.
-danch
Schnitzer, Jeff wrote:
I need to cache some data that is both physically large and
The reports update the view by an event based on change/trade.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Asif R.
Ahmed
Sent: Monday, December 09, 2002 5:00 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Application architecture question
Eric:
Two class loaders have to be loading the javax/transaction/xa/XAResource class.
If its really not in more than one jar, then perhaps a jar has a manifest reference
to the containg jar which is the same thing. There was a fix for the LinkageError
issue added to the 3.0 branch over the weekend. Try t
LaBanca, Rick wrote:
Say I had a stateless session bean, that had an instance variable foo, and
in ejbCreate, it set foo (always to a singleton object), and one method to
use foo in some way.
Since ejbcreate will be called first anyway, is there any internal jboss
voodoo that could give me a surp
Thanks a lot I am working on getting the same installed on our Oracle
instance.
Best Regards
MS
-Original Message-
From: Igor Fedorenko [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 09, 2002 12:45 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] HELP: Oracle XA Setup
This is o
On 2002.12.09 14:45:04 -0500 Dain Sundstrom wrote:
>
> On Monday, December 9, 2002, at 01:26 PM, David Jencks wrote:
>
> > Ole suggested sending the prepare and commit messages from the tx
> > manager
> > all at once in different threads. I don't think the tx manager would
> > have
> > a prob
I need to cache some data that is both physically large and expensive to
compute. I can suffer only one copy in memory, and it must be refreshed
at intervals in the background - not while the user is waiting for a
response.
I am doing this in the web tier. How can it be done in the EJB tier?
Je
It's perfectly ok for an SLSB to have member variables. A common
example is a reference to some entity bean's home interface.
You get into trouble when the SLSB's public methods are allowed to
change the state of the member variable. At that point, all bets are
off since a client never knows
Eric:
The reports update view on fixed interval or they are triggered by an event
based on change/trade?
-Asif
- Original Message -
From: "Eric Kaplan" <[EMAIL PROTECTED]>
To: "Jboss-User" <[EMAIL PROTECTED]>
Sent: Monday, December 09, 2002 1:25 PM
Subject: [JBoss-user] Application archi
Say I had a stateless session bean, that had an instance variable foo, and
in ejbCreate, it set foo (always to a singleton object), and one method to
use foo in some way.
Since ejbcreate will be called first anyway, is there any internal jboss
voodoo that could give me a surprise?
Techically it's
Hi all,
I'm stumped on a problem that I wondered if anyone recognizes. I've set up
Quartz (http://www.part.net/quartz.html) as a SAR and have no problem
repeatedly launching JBoss 3.0.4/Tomcat 4.1.x with it installed.
Then I have a session bean that calls Quartz, into the SAR, through an
Initia
> Is this really all that important of a use case? I have an
> application
> where I wanted to do something similar. Then I realized that
> while this
> might improve responsiveness on a lightly loaded system, it inhibits
> overall throughput. Given that at any time many different threads are
All
We currently have a J2EE application as follows. The application is a
portfolio management reporting system. The client is a fairly heavyweight
swing client that loads a bunch of data via ejbs (session facades) and then
generates fairly complex reports on the front-end. All of the reports a
Schnitzer, Jeff wrote:
I 100% agree with the need for singletons, btw. It's pretty much
impossible to legally cache something in J2EE apps. Not all of us are
building ecommerce systems, we don't always need 100% transactional
integrity.
even in transactional systems, not every access needs t
Hi and thanks for the help.
I'm using JBoss 4 and 3.2 and Postgres for the CMP. With the property
"TransactionIsolation" set to TRANSACTION_SERIALIZABLE Postgres seems to
use that specific isolation level but that doesn't make all the
transactions serializable; deadlock can still occur. Even more
This is oracle server configuration problem. You need to install JServer
in order to do XA, talk to your DBA or check forums at technet.oracle.com.
Sasidharan, Manoj wrote:
Hello,
I am getting the following error:
1. XID Padding is set to TRUE in the transaction-service.xml
2. Oracle 8.1.7 JDBC
> From: LaBanca, Rick [mailto:[EMAIL PROTECTED]]
>
> First, the restriction of threading. It would be very useful to use
> threads
> in one atomic call to a session bean. For example, a bean that grabs
data
> from three web sites. I certainly would rather do three parallel
requests
> instead of se
> I aggree; I was just brainstorming after Rick L.'s original
> email. Can
> someone please still answer my "fundamental question" above? I would
> just like to know...
>
Glad I sparked a brainstorm! For my use, just allowing threads only if the
bean is configured to no support transactions
Dain Sundstrom wrote:
On Monday, December 9, 2002, at 12:08 PM, Dan Christopherson wrote:
Dain Sundstrom wrote:
Ah, there's the rub! So my blithering about a hypothetical
'asynchronous task' API needs to be amended again: tasks _must_ run in
their own transaction!
Usually this is accomplishe
On Monday, December 9, 2002, at 01:26 PM, David Jencks wrote:
Ole suggested sending the prepare and commit messages from the tx
manager
all at once in different threads. I don't think the tx manager would
have
a problem supporting this (lots of threads doing work in a tx), it's
the
consiste
On 2002.12.09 13:52:54 -0500 Dain Sundstrom wrote:
> On Monday, December 9, 2002, at 12:34 PM, David Ward wrote:
>
> > I guess my fundamental question is, is it a transaction that has a
> > reference to a thread (which seems pretty limited - probably for good
> > reasons initially), or is it the
Dain Sundstrom wrote:
On Monday, December 9, 2002, at 12:34 PM, David Ward wrote:
I guess my fundamental question is, is it a transaction that has a
reference to a thread (which seems pretty limited - probably for good
reasons initially), or is it the thead that carries the reference to
the t
On Monday, December 9, 2002, at 12:34 PM, David Ward wrote:
I guess my fundamental question is, is it a transaction that has a
reference to a thread (which seems pretty limited - probably for good
reasons initially), or is it the thead that carries the reference to
the transaction (context)?
David Ward wrote:
David Jenks said, "The inheritablethreadlocal doesn't seem to fit with
thread pooling all that well."
I would disagree with this since thread local variables could be reset
before the thread is handed out to someone else.
Duh. Ok - I was being stupid. Of course it doesn't wo
On 2002.12.09 12:42:59 -0500 "LaBanca, Rick" wrote:
> > > So why not allow threading within one call, so long as the
> > threads are
> > > terminated before return? Perhaps give a call to start
> > threads from the
> > > container to keep management simple.
> >
> > I think this is a real problem
Hello,
I am getting the following error:
1. XID Padding is set to TRUE in the transaction-service.xml
2. Oracle 8.1.7 JDBC driver (classes12.zip) is available in
server/default/lib
Error from the console:
10:36:13,210 ERROR [STDERR] java.sql.SQLException: ORA-06550: line 1, column
13:
PLS-0020
Dain Sundstrom wrote:
On Monday, December 9, 2002, at 10:51 AM, David Ward wrote:
Bill Burke wrote:
Answer?
Because there is no way to propagate transaction and security
contexts to
the spawned threads unless J2EE provided a thread creation API.
Bill
I was under the impression that transa
On Monday, December 9, 2002, at 12:08 PM, Dan Christopherson wrote:
Dain Sundstrom wrote:
Ah, there's the rub! So my blithering about a hypothetical
'asynchronous task' API needs to be amended again: tasks _must_ run in
their own transaction!
Usually this is accomplished with a message queue.
Dain Sundstrom wrote:
On Monday, December 9, 2002, at 10:51 AM, David Ward wrote:
Bill Burke wrote:
Answer?
Because there is no way to propagate transaction and security
contexts to
the spawned threads unless J2EE provided a thread creation API.
Bill
I was under the impression that transa
Dain Sundstrom wrote:
On Monday, December 9, 2002, at 10:51 AM, David Ward wrote:
Bill Burke wrote:
Answer?
Because there is no way to propagate transaction and security
contexts to
the spawned threads unless J2EE provided a thread creation API.
Bill
I was under the impression that transa
David Ward wrote:
Bill Burke wrote:
Answer?
Because there is no way to propagate transaction and security contexts to
the spawned threads unless J2EE provided a thread creation API.
Bill
I was under the impression that transaction and security context
propagation was done using java.lang.
> > So why not allow threading within one call, so long as the
> threads are
> > terminated before return? Perhaps give a call to start
> threads from the
> > container to keep management simple.
>
> There are two issues that the spec is dealing with on that
> one. One is
> the attitude: "Appl
> > So why not allow threading within one call, so long as the
> threads are
> > terminated before return? Perhaps give a call to start
> threads from the
> > container to keep management simple.
>
> I think this is a real problem, although I don't think
> threads in an ejb is
> necessarily a g
On 2002.12.09 11:51:48 -0500 David Ward wrote:
> Bill Burke wrote:
> > Answer?
> >
> > Because there is no way to propagate transaction and security contexts
> to
> > the spawned threads unless J2EE provided a thread creation API.
> >
> > Bill
>
>
> I was under the impression that transaction a
On Monday, December 9, 2002, at 10:51 AM, David Ward wrote:
Bill Burke wrote:
Answer?
Because there is no way to propagate transaction and security
contexts to
the spawned threads unless J2EE provided a thread creation API.
Bill
I was under the impression that transaction and security contex
Hi JBoss users,
I have setup durable subscribers for JBoss JMS.
This required me to add a user/password/ID entry to jbossmq-state.xml
for special JMS users.
I have an application using it's own SRP verifier store and JBoss SRP
based JAAS authentication.
I will probably need to enable durable subsc
Bill Burke wrote:
Answer?
Because there is no way to propagate transaction and security contexts to
the spawned threads unless J2EE provided a thread creation API.
Bill
I was under the impression that transaction and security context
propagation was done using java.lang.ThreadLocal - a nice
LaBanca, Rick wrote:
While not particular to j2ee, I want to repeat something I've sent to sun
about the spec. Since this is a bleeding edge list, it's the best place to
get my opinion slammed down!
Regarding ejb's. There are two missing elements I don't understand.
First, the restriction of thr
Answer?
Because there is no way to propagate transaction and security contexts to
the spawned threads unless J2EE provided a thread creation API.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of LaBanca,
> Rick
> Sent: Monday, December 09, 2002
David Ward wrote:
David Jencks wrote:
JBoss 3.0.x+ includes Apache AXIS integration... isn't that most of
the way there (to web services)? Correct me if I'm wrong, but since
it appears that JAXM based Message Driven Beans isn't going to make
it in EJB 2.1,
Do you happen to know why not?
On 2002.12.09 10:39:25 -0500 "LaBanca, Rick" wrote:
>
> While not particular to j2ee, I want to repeat something I've sent to sun
> about the spec. Since this is a bleeding edge list, it's the best place
> to
> get my opinion slammed down!
>
> Regarding ejb's. There are two missing elements I don
While not particular to j2ee, I want to repeat something I've sent to sun
about the spec. Since this is a bleeding edge list, it's the best place to
get my opinion slammed down!
Regarding ejb's. There are two missing elements I don't understand.
First, the restriction of threading. It would be v
-Ursprüngliche Nachricht-
>Correct me if I'm wrong, but since it
>appears that JAXM based Message Driven Beans isn't going to make it in
>EJB 2.1, the only thing left is JAXR endpoint interfaces to SLSB's (and
>resource factories to external web services). If JBoss re-aligns the
>..ws
David Jencks wrote:
JBoss 3.0.x+ includes Apache AXIS integration... isn't that most of the
way there (to web services)? Correct me if I'm wrong, but since it
appears that JAXM based Message Driven Beans isn't going to make it in
EJB 2.1,
Do you happen to know why not? It looked trivial to
> Sorry to pop-up lately. Are you speaking about SFSB or HttpSession? If
> HttpSession, can you try a very fresh Branch_3_0 checkout: a JavaGroups bug
> has been fixed very recently (2 days ago in JBoss source code)
I got that source and I was able to get some more working. I still have
lockups
On 2002.12.09 09:11:30 -0500 David Ward wrote:
> I don't get this excerpt:
>
> "JBoss will not be a complete implementation of J2EE 1.4, though. Fleury
> said APIs for XML-based Web services were excluded because of a lack of
> demand. The APIs will be included should that change, he said."
>
>
I don't get this excerpt:
"JBoss will not be a complete implementation of J2EE 1.4, though. Fleury
said APIs for XML-based Web services were excluded because of a lack of
demand. The APIs will be included should that change, he said."
JBoss 3.0.x+ includes Apache AXIS integration... isn't that
To enable an ear specific loader repository create a
META-INF/jboss-app.xml descriptor with:
some.dot.com:loader=webtest.ear
where the value of the loader-repository element is the JMX ObjectName
to assign to the repository created for the ear. This must be unique
and be a valid JMX Obje
> ++ ++ +-+
> | person | | phone | | phone_type |
> ++ ++ +-+
> | id (pk)| <-+ | id (pk)| +-> | id |
> | firstname | +- | person
Title: Nachricht
guess you already
know this, but just in case ...
http://www.theregister.co.uk/content/53/28472.html
CGJ
###
This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more information, connect to http://www.
hi all
i am prasad from india
i am facing following problem with cactus .
i am using it with the ejb and jboss.
can u get me the solution for the above exception.
the following is the exception:
test:
[echo] ./target/classes
[junit] Running org.apache.cactus.sample.ejb.ConverterTest
http://www.theregister.co.uk/content/53/28472.html
"The first open source implementation of the latest specification for enterprise Java
is expected in JBoss Group LLC's increasingly
popular open source application server next year, Gavin Clarke writes."
Richard.
--
Jim Crossley wrote:
Hi Jim...
Jim Clayson <[EMAIL PROTECTED]> writes:
I have a one to many relationship between 2 entity beans:
User 1:N Car
The relationship is unidirectional ie User has a Set of Cars and a Car
has no ref to its User.
The question is when I create a car, how do I update
Hi all,
I would like to deploy 2 ears on the same JBoss 3.0 server, each of them
containing a different version of the same package. The issue is that
once the first ear is deployed, the second ear can not retrieve its own
version the package : it retrieves the version of the first ear.
I thoug
64 matches
Mail list logo
