I sorta find this response to an honest question somewhat offensive.
I don't remember anyone notifying or asking the opinion of the people who
where effectively using this email list prior to the forum integration.
It was the kind folks at JBoss Inc who made this decision and imposed it on
the
And you can, right now, with EMAIL!! :)
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]
Sent: Monday, February 09, 2004 12:42 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] [EJB/JBoss] - Re: Can't get my client
app to work
View the original post :
Is there a way to change the MaximumSize settings on both the proxy-binding
and the container-config at runtime? I hunted around the JMX console to see
if there were any administrative methods exposed to do this, but I didn't
find any.
I want to be able to throttle the load on a system via the
/container-config at
runtime
On Fri, 2004-02-06 at 13:53, Barlow, Dustin wrote:
Is there a way to change the MaximumSize settings on both
the proxy-binding
and the container-config at runtime? I hunted around the
JMX console to see
if there were any administrative methods exposed to do
-Original Message-
From: Adrian Brock [mailto:[EMAIL PROTECTED]
Sent: Friday, February 06, 2004 9:25 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Changing a proxy-binding/container-config at
runtime
On Fri, 2004-02-06 at 13:53, Barlow, Dustin wrote:
Is there a way to change
PROTECTED]
Sent: Friday, February 06, 2004 10:59 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Changing a proxy-binding/container-config at
run time
On Fri, 2004-02-06 at 15:53, Barlow, Dustin wrote:
The JMSContainerInvoker holds (and could expose via JMX) the
container
I can't find any reference to exhausted or exhaust in either
the session pool, the jms connection, the mdb pool or
anywhere else in the mdb container.
Care to provide a stacktrace?
Unfortunately, I lost the log that had the stack trace in it. I didn't mean
to suggest that the exact word was
Adrian Brock wrote:
The key contraint is the MaximumSize in the proxy config. This
configures a pool of jms sessions that deliver messages to the mdb
container. Once these are all used, no messages will be delivered
until an mdb finishes its invocation/transaction.
One other thing I forgot to
, but in some cases it is impossible to know when
a 3rd party lib might be using Class.forName() under the hood.
Thanks again Adrian for the all the excellent support.
Dustin
-Original Message-
From: Barlow, Dustin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 9:32 PM
If this still takes too long, look at breaking up the components in
the .ear. Either into smaller .ears, or into individual components
(.war, ejbs jars, etc) and move those to deploy/. Then you only need
to re-deploy the components that have changed.
From experience, breaking an application
If to
achieve synchronous writing of the logs via an MDB, you will have to configure
the containerto only consume one message at a time from the
queue/topic. This could become a bottlekneck and you would run the risk of
overflowing the queue and never catching up. If you bring JMS into the
I am using McKoi as an embedded database in JBoss-3.2.3.
The mckoidb.jar is bundled in the application's ear file and uses the
following in application.xml to deploy it.
application
module
javamckoidb.jar/java
/module
/application
McKoi is registered via -ds.xml file and all
.
It looks like you've hit the caching done by Class.forName()
in java 1.4 that breaks hot deployment?
This is especially annoying with the way java.sql.DriverManager
uses Class.forName()
In general jdbc drivers are not hot deployable.
Regards,
Adrian
On Wed, 2004-01-14 at 21:13, Barlow, Dustin wrote
Can someone explain what scenario(s) would result in the following error?
Could not enlist in transaction on entering meta-aware
object!javax.transaction.SystemException: enlistResource failed; - nested
throwable: (javax.resource.ResourceException: Could not enlist in
transaction on entering
I successfully deployed a jar within an ear w/o having to set the manifest
classpath of other referring jars by putting the following in the
application.xml of the ear.
application
module
javafoo.jar/java
/module
/application
Dustin
-Original Message-
From: Bill Burke
and *copy* it back, it will deploy
after jboss.net (meaning jboss.net will not be asked to check the
deployment).
Regards,
Adrian
On Tue, 2003-12-30 at 17:54, Barlow, Dustin wrote:
My apologies, I didn't mean to reply to your personal email address.
I enable TRACE level logging as you
Subject: Re: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war
error
My guess is that the -p option on cygwin preserves the
file system permissions, but the other methods do not.
Regards,
Adrian
On Tue, 2003-12-30 at 16:49, Barlow, Dustin wrote:
JBoss Version: 3.2.3
JVM: Sun 1.4.2-b28
Officer
JBoss Group, LLC
_
From: [EMAIL PROTECTED] on behalf of Barlow, Dustin
Sent: Tue 12/30/2003 8:49 AM
To: '[EMAIL PROTECTED] '
Subject: [JBoss-user] [jboss-3.2.3] Unable to deploy web-console.war
error
JBoss Version: 3.2.3
JVM: Sun 1.4.2-b28
OS: Windows 2000
This is how I've called it from an EJB.
import org.jboss.ejb.plugins.keygenerator.KeyGenerator;
import org.jboss.ejb.plugins.keygenerator.KeyGeneratorFactory;
// get generator factory from JNDI
KeyGeneratorFactory keyGeneratorFactory =
(KeyGeneratorFactory)
First you need to configure the invoker-proxy-binding for the MDB. Notice
the MaximumSize and the MaxMessages. You can find the following in
server/target/conf/standardjboss.xml. You can also define these in the
jboss.xml jar deployed with your MDB if you don't want to change/add them to
Will Hybernate also be used to implement JBoss' JDO solution (ie JBossDO) as
well?
Dustin
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 17, 2003 2:07 PM
To: Jboss-Dev; JBoss 2
Subject: [JBoss-user] JBoss welcomes the Hibernate project
Sorry for the wasted bandwidth. For some reason my posts haven't been
getting thru even though I'm a subscriber to this list.
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
(idFactoryName);
// get generator instance (perhaps, should be made a
// @jmx.managed-operation)
idGenerator = keyGeneratorFactory.getIDGenerator();
alex
Barlow, Dustin wrote:
Is there a way to use the UUID or the HiLoID generator
outside of JDO or
CMP? Can I call this service from a SSB
In the 3.x series, how are CMTs handled if the JBoss MDB binds to a queue on
a Weblogic instance? Doesn't this require distributed TM which isn't
currently supported in 3.x? Would this even work between two JBoss 3.x
instances?
Dustin
-Original Message-
From: Adrian Brock
: Thursday, August 28, 2003 2:06 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] [3.2.2RC2] Using the UUID or HiLoID
generator
Done.
IDGenerator... are from 4.0 as well as HiLo.
alex
Barlow, Dustin wrote:
Is it possible to have the following classes(interfaces) put
instance (perhaps, should be made a
// @jmx.managed-operation)
idGenerator = keyGeneratorFactory.getIDGenerator();
alex
Barlow, Dustin wrote:
Is there a way to use the UUID or the HiLoID generator outside of JDO
or
CMP? Can I call this service from a SSB, or another JMX component?
I looked
Is there a way to use the UUID or the HiLoID generator outside of JDO or
CMP? Can I call this service from a SSB, or another JMX component?
I looked in the jmx-console for what methods were exposed in the
UUIDGeneratorFactory, but didn't see anything other then the default start,
stop, init
The setup:
queue/A - QueueA_MDB - CMT SSB Business Logic
|
| 3 retries, go to FlowErrorDLQ
\ /
*
queue/FlowErrorDLQ - FlowErrorDLQ_MDB - CMT SSB Failure Logic
|
| 3 retries, go to DLQ
3.2.2RC2 binaries
Dustin
-Original Message-
From: Adrian Brock
To: [EMAIL PROTECTED]
Sent: 8/20/2003 6:07 PM
Subject: Re: [JBoss-user] Issue with the DQLHandler and multiple DLQs
Quick question, which version are you using?
Regards,
Adrian
On Wed, 2003-08-20 at 18:34, Barlow, Dustin
No it is done that way for two reasons:
1) Symmetry - JMS doesn't care that when it invokes onMessage on
the MDB container that it actually gets delivered to a pooled EJB
underneath.
The MDB either runs in the transactional context
or suspends it (Requred or NotSupported)
it never controls the
The transaction is started by JMS when it enlists the XASession's
XAResource. The MDB either uses it or suspends it.
When you move away from the ConnectionConsumer used in the 3.x series to the
JCA1.5 MessageEndpoint approach for the 4.x series, will the above behavior
still apply?
Dustin
,
Adrian
On Thu, 2003-08-14 at 21:13, Barlow, Dustin wrote:
In conf/standardjboss.xml I setup a new invoker-proxy-binding and a
container-configuration. Part of the
container-configuration includes the
following stanzas:
container-pool-conf
MaximumSize1/MaximumSize
r messages that are already buffered :-)
Relying on the current JBOSS
specific implementation behaviour will lead to a unportable / unreliable
solution. Regards Ulf
"Barlow, Dustin"
[EMAIL PROTECTED] Gesendet von:
[EMAIL PROTECTED]
14
it
fires.
Dustin
-Original Message-
From: Adrian Brock [mailto:[EMAIL PROTECTED]
Sent: Friday, August 15, 2003 9:55 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] MDB Singleton retry semantics
On Fri, 2003-08-15 at 13:45, Barlow, Dustin wrote:
In the invoker-proxy-binding
JBoss4 implements the integration using JCA1.5 MessageEndpoint
The ConnectionConsumer is no longer used.
You should consider JBoss4 alpha quality software.
And I do. However, that doesn't answer the question of retry behaviour for
MDBs in 4.0. Basically will the implementation in 4.0 for
Adrian Brock wrote:
The order of work is roughly:
1) receive()
2) getSession() and enlist in tx
3) getMDB()
4) onMessage()
5) releaseMDB()
6) commitSession()
Why couldn't the commitSession() be done prior to releaseMDB()? Seems that
if 5 and 6 were flipped, the overall behaviour would be the
I have a singleton CMT MDB consuming on a JMS queue with a retry threshold
set to 3 attempts. I made the assumption that no other messages on the
queue would be consumed until the current message being processed either
finishes and is consumed, or in the event of a container transaction
rollback
http://sourceforge.net/project/showfiles.php?group_id=22866
Scroll down to JBoss-Jetty and download the zip file.
Dustin
-Original Message-
From: Nishant Aggarwal [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003 5:48 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] Jetty for
less efficient in the normal use case,
you lose the readahead of the messages.
Regards,
Adrian
On Thu, 2003-08-14 at 19:00, Barlow, Dustin wrote:
I have a singleton CMT MDB consuming on a JMS queue with a retry
threshold
set to 3 attempts. I made the assumption that no other messages
PROTECTED]
Sent: 8/14/2003 2:27 PM
Subject: RE: [JBoss-user] MDB Singleton retry semantics
How are you enforcing the singleton?
--
Danny Yates
-Original Message-
From: Barlow, Dustin [mailto:[EMAIL PROTECTED]
Sent: 14 August 2003 19:00
To: [EMAIL PROTECTED]
Subject: [JBoss-user] MDB
P.S. I am not trying to judge you folks, I just have to know what's
going on here, and I definitely do not like all this silent
undercover
moves from both sides.
From my outsider perspective, there has been alot more silent undercover
moves from the CDN members then what I've witnessed
Most new companies are conceived and put together in private.
There is nothing about contributing to an open source project that
should prevent you from having private/secret commercial
plans. Do you
post all your commercial plans to use JBoss on the list?
In most cases I would agree with
I read the JBoss clustering doc and didn't really see anything about
replicating JMS Queue state across clusters. Is this something that simply
isn't possible or just hasn't been coded yet?
Could one just bind the JMS Queues on each cluster to a shared database for
persisting the messages? I
Saw this article on slashdot yesterday ...
http://developers.slashdot.org/article.pl?sid=03/07/17/2257224mode=threadt
id=108tid=117tid=126tid=156tid=99
... and although it looks like the guys from FSF have somewhat clarified
their earlier statements, it still leaves some doubt as to how
Is it possible to expose JMX based components in JBoss via JBoss-Net without
having to wrap the actual JMX calls in an EJB? If not, is there a reason
why, when using JBoss-Net, that a EJB must be used as a proxy between the
web service and the actual component doing the work?
Dustin
,
Dustin
-Original Message-
From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 08, 2003 12:09 PM
To: '[EMAIL PROTECTED]'
Subject: AW: [JBoss-user] Exposing JMX components via JBoss-Net
-Ursprüngliche Nachricht-
Von: Barlow, Dustin [mailto:[EMAIL
Barlow, Dustin wrote:
Has anyone added persistence to the
SystemPropertiesService? IE, I want the
changes made to system/global level properties (via JMX) to
be persisted to
the file that they came from or possibly written to a
single delta file
I'm looking for a workflow engine to integrate into JBoss. I would prefer
it to be MBean based and to be open source. I did a bit of googling and ran
across Hanoi on sourceforge, but it hasn't been released yet, so it looks
like that's a potential option in the future. Anyone familiar with this
The connection coming from a JBoss datasource pool doesn't always have
autocommit set to false. It depends on the context in which the connection
is aquired from the JBoss pool.
For example, if you have a JSP page or a Servlet directly grabbing a
datasource from a JBoss pool, the connection
Has anyone added persistence to the SystemPropertiesService? IE, I want the
changes made to system/global level properties (via JMX) to be persisted to
the file that they came from or possibly written to a single delta file that
on startup of JBoss would override the properties coming from the
Barlow, Dustin
[EMAIL PROTECTED]:
Is there any plan to distribute the xdoclet-module-jboss-net.jar
XDoclet
ejbdoclet subtask module outside of the main jboss source tree?
The module wasn't built on the main jboss build and it
took me some
time
to
find this module
Is there any plan to add the JBoss-Net xdoclet intellisense tags to
JBoss-IDE plugin for Eclipse?
-Dustin
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Behalf Of Barlow,
Dustin
Sent: Thursday, 26 June 2003 6:41 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] JBoss-Net performance issues
I've been playing with the simple Hello jboss-net
code included
Is there any plan to distribute the xdoclet-module-jboss-net.jar XDoclet
ejbdoclet subtask module outside of the main jboss source tree?
The module wasn't built on the main jboss build and it took me some time to
find this module and to figure out that I could manually build it in the
jboss-net
I've been playing with the simple Hello jboss-net code included in the
samples directory. I did some performance testing and the results are quite
stunning.
The test was simple. I used the included sample Axis test client to call
the hello(String name) method but instead of passing it a short
I use the following to launch JBoss 3.2.1 on Solaris. I don't have any
problems at all of JBoss shutting down/hanging when I log out of the rlogin
session that I was in when I started JBoss.
run_foo.sh:
#!/bin/sh
( nohup ./run.sh -c foo ) startup.log 21
Sounds like the -Xrs parameter on
We have 3 large volume web based reporting systems in production using both
the 3.0 and 3.2 series of JBoss. So far, no major problems.
Dustin Barlow
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 17, 2003 11:36 AM
To: [EMAIL PROTECTED]
You should change
your lookup from "java:comp/env/com/sample/HelloWorld" to
"java:/com/sample/HelloWorld". The "comp/env" scope is only used to lookup
bean specific environment attributes that are defined in ejb-jar.xml that is
deployed with the ejb.
Hope that
helps,
Dustin
Attached to this email is an ear file will demonstrate the problem. The ear
contains simple servlet that is called on a form post via a jsp page that
will demonstrate the problem.
The url is http://localhost:9090/testjetty/
Here you will see a textarea that you can paste in text and submit the
For your CLASSPATH, add jboss_dir/client/jbossall-client.jar. This jar
should have everything (and then some) you need to build your JMS code.
Dustin
-Original Message-
From: Markus Jais [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 7:16 AM
To: [EMAIL PROTECTED]
Subject:
In 3.2.1, in jboss_dist/server/target/deploy/transaction-service.xml you
will find the following stanza:
!--
| The fast in-memory transaction manager.
--
mbean code=org.jboss.tm.TransactionManagerService
name=jboss:service=TransactionManager
attribute
Is there a way either thru JMX or ? to dynamically enumerate what JMS Queue
JNDI names are deployed in a particular server instance? I am writing a
generic web based JMS message browser utility and would like to be able to
auto discover what queues exist on the target instance.
One thought I had
If I have threaded Servlet code running under the embedded Tomcat or Jetty
service, how does this effect the thread pooling on the J2EE side of JBoss?
I know that threading code in EJB's is a violation of the spec, but does
this also apply to services deployed as MBeans (ie Tomcat or Jetty)?
You can set what your lookup will be via an comp/env variable in your bean's
deployment descriptor.
For example
InitialContext jndi_context= new IntialContext();
String cfURL = (String)
jndi_context.lookup(java:comp/env/ConnectionFactoryURL);
QueueConnectionFactory qFactory =
This
is what I use:
datasources
local-tx-datasource
jndi-nameYourJNDIName/jndi-name
connection-urljdbc:sybase:Tds:192.168.1.100:2025/database_name/connection-url
driver-classcom.sybase.jdbc2.jdbc.SybDataSource/driver-class
user-nameusername/user-name
passwordpasswd/password
should wait for the next 3.2 release - out very soon, I believe
Jules
Barlow, Dustin wrote:
I tried what you suggested, but it still doesn't function right.
Below is test.jsp which sets up the initial session object:
%@ page import=java.util.*%
html
head
titleTest Page/title
Barlow, Dustin wrote:
I just tried the test in version 3.0.4 and the UserInfo
session object's
member data comes back as null on the second test jsp page.
If I remove the
distributable tag from web.xml, then the second jsp page
shows the member
data that was populated in the first jsp
Has anyone gotten jsp:useBean style session's to propagate across clusters
in 3.x (3.2.0beta2 in my case)?
For example:
jsp:useBean id=userInfo scope=session
class=org.foo.session.UserInfo/
I have found that if I include the distributable/ tag in my web.xml file,
that any session scoped classes
.
Done this way your code will still work in non-distributable
mode, since
we have not extended the spec.
Hope this makes sense.
Try it out and come back to me with any problems - I am off air until
monday.
Jules
Barlow, Dustin wrote:
Has anyone gotten jsp:useBean style
?
Try in 3.0.4 - if it doesn't work there, we have a problem.
If it does,
you should wait for the next 3.2 release - out very soon, I believe
Jules
Barlow, Dustin wrote:
I tried what you suggested, but it still doesn't function right.
Below is test.jsp which sets up the initial session
exchange the axis.jar in
thirdparty or in dist?
CGJ
-Ursprüngliche Nachricht-
Von: Barlow, Dustin [mailto:Dustin_Barlow;tvratings.com]
Gesendet: Mittwoch, 23. Oktober 2002 19:33
An: '[EMAIL PROTECTED]'
Betreff: [JBoss-user] AxisService runtime linkage error
OS: W2K
JDK: 1.4.1
runtime linkage error
See the answer from adrian. Remove one Qname class, e.g.,
from wsdl4.jar as
a workaround. I filed this
as a hugh-priority bug.
CGJ
-Ursprüngliche Nachricht-
Von: Barlow, Dustin [mailto:Dustin_Barlow;tvratings.com]
Gesendet: Freitag, 25. Oktober 2002 15
The docs are missing this line:
attribute name=Deployerjboss.system:service=MainDeployer/attribute
Add this and it will work..
Dustin
-Original Message-
From: Mokas Vassilis ([EMAIL PROTECTED])
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 23, 2002 10:22 AM
To: [EMAIL
Has anyone got TPC via Tyrex between two instances of JBoss working properly
in the 3.2.0beta2? If so, can you share your configuration?
I found this on mail-archive.com ...
http://www.mail-archive.com/jboss-user@lists.sourceforge.net/msg21152.html
.. but as the author says that it's a hack.
I had the same issue and found this post in the archive:
http://www.mail-archive.com/jboss-user@lists.sourceforge.net/msg21152.html
I also had to modify the getTransaction method in the same Invocation class
to use transient_payload in place of the as_is_payload. The example above
just
when distributable is set
I've just tried to reproduce it on Branch_3_0 - I can't - I
think that
the 3.0.3 release was just screwed.
Get yourself a cvs tree using Branch_3_0 and let me know if
you have any
further 'distributable' problems.
Jules
Barlow, Dustin wrote:
Jules
Are you running the cvs tip version of JBoss3.2beta? I was also having the
same issue that you describe with a very simple test MDB. The problem has
now disappeared. I presume that there was a fix in one of the many cvs
updates i've done in the last week or so.
Try that and see if it helps
with Jetty's deployer
when distributable i s set
Thanks for spotting this.
It looks like the ground shifted under my feet between releases.
I'll get to this as soon as I have the time.
Jules
Barlow, Dustin wrote:
I am running the tip version 3.2.0beta2 (did a cvs update
about
] NullPointerException with Jetty's deployer
when distributable i s set
Thanks for spotting this.
It looks like the ground shifted under my feet between releases.
I'll get to this as soon as I have the time.
Jules
Barlow, Dustin wrote:
I am running the tip version 3.2.0beta2 (did a cvs update
What target are you running? default or minimal?
-Original Message-
From: Arijit Ghosh [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 02, 2002 12:16 AM
To: JBoss User
Subject: [JBoss-user] Re: RE: Jboss/TOMCAT default page not showing
Typing --
I am running the tip version 3.2.0beta2 (did a cvs update about 2 hours
ago). I am playing with the HttpSession clustering in Jetty. I deployed my
test.ear file in the JBoss all target (I made a copy of the all target
and named it cluster1). I changed none of the default settings at all.
The
Try http://localhost:8080/jmx-console
There is no default context anymore in the 3.0 series, so that's why you
aren't seeing a default page like you did in the 2.4.x series of JBoss.
Dustin
-Original Message-
From: Arijit Ghosh [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 01,
I am using the 3.2.0beta2 CVS version of JBoss and have run into a problem
with the JMS DestinationManager. It appears that the JMS DestinationManager
stores in a hashmap the actual queue/topic JNDI names that are then looked
up at deployment time by the MDB deployment logic in JBoss. This
But wait, when I once again look at your config there is one
thing I don't
understand: Why do both of your Providers use the same
jndiname to register
their ConnectionFactories to? Maybe one overwrites the other?
The ProviderLoader
obtains a Connection after looking up these Factories,
Ok, I did what you suggested, and also looked at Michael Bartmann's
configuration he was kind enough to forward to me, but it's still now
working. Just to be clear, I am using version 3.2.0RC1.
It appears that when I deploy the MDB that it's still using the
DefaultJMSProvider, not my new one.
PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] 3.2.x config for JBoss based remote JMS
queues/t opics and MDB?
Did you also copy the MBean with the ServerSessionPool from
my ...-service.xml?
Michael Bartmann
Barlow, Dustin wrote:
Ok, I did what you suggested, and also looked
Make sure that the TEMP environment variable doesn't have any spaces in the
file names. This is especially true of Windows 2000/XP machines where by
default the TEMP variable is set to c:\Documents and Settings\user\Local
Settings\Temp.
There fine folks at Jetty are aware of the issue and are
The configuration files change yet again in the 3.2.x versions as well, so
be aware that even if you modify your configuration files for the 3.0.x
series, they have changed again in the 3.2.x series especially where
datasource configurations are concerned. The nice part is that datasource
: [JBoss-user] Jetty war conf/deployment issue in 3.2.0RC1
Dustin,
Is the ear too big/confidential to send to me (2mb or so tops)..
Could you reduce the problem to a manageable testcase ?
Jules
Barlow, Dustin wrote:
I am attempting to move from Tomcat to Jetty and have run into a
conf
I am attempting to move from Tomcat to Jetty and have run into a
conf/deployment issue that I am unable to solve and was hoping for some
tips.
The ear file, which contains the war file, seems to deploy without any
errors on startup. The jboss.web section of the jmx-console shows that the
90 matches
Mail list logo