[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed

2003-02-27 Thread chris

=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=

JAVA VERSION DETAILS
java version "1.3.1_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01)
Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode)

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE


_default:compile-etc:
[mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/etc
 [copy] Copying 2 files to /home/jboss/jbossci/jboss-head/remoting/output/etc

_default:compile-classes:
[mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/classes
[mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/gen/classes
   [depend] Deleted 0 out of date files in 0 seconds
[javac] Compiling 58 source files to 
/home/jboss/jbossci/jboss-head/remoting/output/classes

output:
[mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/lib
 [rmic] RMI Compiling 1 class to 
/home/jboss/jbossci/jboss-head/remoting/output/classes
  [jar] Building jar: 
/home/jboss/jbossci/jboss-head/remoting/output/lib/jboss-remoting.jar

 ==
 ==
 ==  Finished 'most' in module 'remoting'.
 ==
 ==


_module-remoting-most:
 [copy] Copying 1 file to /home/jboss/jbossci/jboss-head/build/output/testbuild/lib

 == 
 ==
 ==  Executing 'most' in module 'jmx'...
 ==
 ==

compile-mbean-sources:
[mkdir] Created dir: /home/jboss/jbossci/jboss-head/jmx/output/gen/classes

_default:compile-classes:
[mkdir] Created dir: /home/jboss/jbossci/jboss-head/jmx/output/classes
   [depend] Deleted 0 out of date files in 0 seconds
[javac] Compiling 692 source files to 
/home/jboss/jbossci/jboss-head/jmx/output/classes
/home/jboss/jbossci/jboss-head/jmx/src/main/org/jboss/mx/remoting/MBeanServerClientInvokerProxy.java:107:
 cannot resolve symbol
symbol  : constructor RuntimeException  (java.lang.String,java.lang.Throwable)
location: class java.lang.RuntimeException
throw new RuntimeException("Couldn't get the remote 
MBeanServerId",ex);
  ^
1 error

BUILD FAILED
file:/home/jboss/jbossci/jboss-head/jmx/../tools/etc/buildfragments/targets.ent:45: 
Compile failed; see the compiler error output for details.

Total time: 37 seconds


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-27 Thread Sacha Labourey
Plus, it is ... a spec requirement! 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of Bill Burke
> Sent: vendredi, 28. février 2003 01:13
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] TxInterceptor split is still the 
> best thing since sliced bread
> 
> 
> We will eventually be forced to work with non-java clients.  
> The world is
> not Java centric.   We will eventually work with companies 
> that required a
> lot of non-java integration.  I've already worked at 2 before JBG.



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] RMIClassloader for MBean RMIAdaptor

2003-02-27 Thread Adrian Brock
Hi Peter,

You shamed me into testing my alternate implementation
of the RMI adaptor, which is now committed in 3.2
This implementation uses the jboss invokers with
late de-marshalling so it can be performed with the
correct classloader.
The three config parameters are

JNDIName - for binding the proxy into jndi
InterfaceClassName - Choose an interface that looks
  like an MBeanServer, it doesn't have to extend
  MBeanServer - it simiulates the loose coupling of the
  MBeanServer invocation,
  i.e. it matches name and parameter types.
InvokerName - The JMX object name of the jboss invoker
There is an example configuration for replacing
the RMIAdaptor in
server/default/deploy/jmx-invoker-adaptor-server.sar
In principle this should work with other MBeanServer like interfaces
and other jboss invokers.
This is a stop gap solution until jboss4, which will have
jboss remoting and jsr160's MBeanServerConnection
Regards,
Adrian
From: Peter Antman <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] RMIClassloader for MBean RMIAdaptor
Date: 27 Feb 2003 14:33:37 +0100
Hi,
I am experiencing some trouble with remote MBean calls (with RMIAdaptor)
to MBean loaded in a scoped deployment. Does any one know any way of
setting the context class loader that RMI uses when  doing its
RMIClassLoading stuff. For jrmp ejb calls this works fine since the
invocation is detyped and the parameters and classes are loaded in the
correct thread context classloader; but as far as I can see invokation
of MBeans through rmi seems to require the classes to be available on
the global classloader repository. Does anyone know of a way around this
or is it simply impossible to call a scopes MBean through RMI without
making the classes involed globaly visable?
//Peter
--

Peter AntmanChief Technology Officer, Development
Technology in Media, Box 34105 100 26 Stockholm
WWW: http://www.tim.se  WWW: http://www.backsource.org
Email: [EMAIL PROTECTED]
Phone: +46-(0)8-506 381 11 Mobile: +46-(0)704 20 58 11



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


_
Overloaded with spam? With MSN 8, you can filter it out 
http://join.msn.com/?page=features/junkmail&pgmarket=en-gb&XAPID=32&DI=1059



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] SEND 15.4 MILLION EMAIL ADDRESSES WEEKLY...PLUS OVER $2,000 WORTH OF FREE EMAIL MARKETING SOFTWARE!

2003-02-27 Thread jeof


WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY 
OVER 15.4 MILLION OPT-IN, TARGETED PROSPECTS WEEKLY?

Below contains all the information you will ever need to market 
your product or service on the Internet.

If you have a product, service, or message that you would like to get 
out to Thousands, Hundreds of Thousands, or even Millions of people, 
you have several options. Traditional methods include print advertising,
direct mail, radio, and television advertising. They are all effective, but 
they all have two catches: They're EXPENSIVE and TIME 
CONSUMING. Not only that, you only get ONE SHOT at making 
your message heard by the right people. Also, Internet Search Engine 
Submissions, Classified Ads, Newsgroup Postings simply DO NOT 
WORK effectively.

Now this has all changed!

Thanks to the top programmers in the world and their NEW EMAIL
TECHNOLOGY, You can send millions of email messages daily for 
FREE...Without getting terminated from your current Internet connection!

It's very simple to do and you can be increasing your sales within minutes 
of installing this new extraordinary software!

Besides...It's the only real way to advertise on the Internet that works...Period!

>>>WE WILL SUPPLY YOU WITH OVER 15.4 MILLION OPT-IN EMAIL 
ADDRESSES TO GET YOU STARTED RIGHT AWAY!

>>>PLUS FREE EMAIL ADDRESS DOWNLOADS FOR LIFE!

>>>ALSO, YOU WILL RECEIVE $2,000 WORTH OF EMAIL 
MARKETING SOFTWARE FREE!

Including..

BROADCAST EMAIL SENDING SOFTWARE...(send millions of email 
advertisements daily with a few clicks of your mouse, without getting 
your ISP trerminated. We used the same software to send you this email)

EMAIL EXTRACTION SOFTWARE...(retrieve new targeted email 
addresses daily. Hundreds of thousands of them)

LIST MANAGEMENT SOFTWARE...(keep your lists clean, opt-in 
and manage all your remove requests, leads, sales etc...)
 
and much...much more!

Hurry...This extraordinary offer ends soon!

To find out more information, Do not respond by email. Instead, click 
on the link below or copy and paste the exact web site address below 
into your Internet browser. 

http://www.beenteresting.com/504305/addresses.htm



__
Want to be removed from our email list?
You were sent this email because you used our Opt-in service.
We hope you enjoy reading our messages. However, if you'd rather 
not receive future e-mails from us, Click on the link below
http://www.beenteresting.com/504305/remove.htm 
Thank you for your cooperation
___


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Eclipse is so amazing...

2003-02-27 Thread Peter Fagerlund
hmmm ... allow me to namedrop and spread unverified grapewine info here 
then ... ThogetherSoft is toying with Eclice as it's runtime framework 
in upcoming versions ... or was that before Borland ? ...

PS: Any right made void as this message is transmitted in a reporting 
capacity : DS



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-27 Thread Bill Burke
We will eventually be forced to work with non-java clients.  The world is
not Java centric.   We will eventually work with companies that required a
lot of non-java integration.  I've already worked at 2 before JBG.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Dain
> Sundstrom
> Sent: Thursday, February 27, 2003 6:51 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] TxInterceptor split is still the best thing
> since sliced bread
>
>
> I've had only two customers ask about CORBA support, but only as an
> interim solution until the clients can be rewritten.  Fortunately both
> decided to just port the clients at the same time.
>
> -dain
>
> On Thursday, February 27, 2003, at 05:04 PM, Luke Taylor wrote:
>
> > David Jencks wrote:
> >> Maybe we're confusing 2 issues here:
> >> 1. writing a maintainable usable jboss dtm
> >> 2. supporting corba etc.
> >
> > Does anyone actually use CORBA clients agains JBoss - from Java even,
> > never mind C++.
> > I can understand the desire to use CORBA the other way - i.e. calling
> > out to access a
> > legacy system, but is there any reason why anone would choos to use
> > CORBA clients. Maybe supporting them isn't really so important.
> >
> > At one point CORBA was intended to support interceptors (client and
> > server side) in a standard way, but I've no idea if the spec. was ever
> > completed - they always seemed to be arguing about it and that was
> > years ago. If it was, you could probably supply a set of JBoss CORBA
> > interceptors which did the same job as the custom Java ones.
> >
> > Luke.
> >
> >
> > --
> >  Luke Taylor.  Monkey Machine Ltd.
> >  PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk
> >
> >
> >
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-development
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread

2003-02-27 Thread Dain Sundstrom
I've had only two customers ask about CORBA support, but only as an 
interim solution until the clients can be rewritten.  Fortunately both 
decided to just port the clients at the same time.

-dain

On Thursday, February 27, 2003, at 05:04 PM, Luke Taylor wrote:

David Jencks wrote:
Maybe we're confusing 2 issues here:
1. writing a maintainable usable jboss dtm
2. supporting corba etc.
Does anyone actually use CORBA clients agains JBoss - from Java even, 
never mind C++.
I can understand the desire to use CORBA the other way - i.e. calling 
out to access a
legacy system, but is there any reason why anone would choos to use 
CORBA clients. Maybe supporting them isn't really so important.

At one point CORBA was intended to support interceptors (client and 
server side) in a standard way, but I've no idea if the spec. was ever 
completed - they always seemed to be arguing about it and that was 
years ago. If it was, you could probably supply a set of JBoss CORBA 
interceptors which did the same job as the custom Java ones.

Luke.

--
 Luke Taylor.  Monkey Machine Ltd.
 PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-669112 ] Server.log not created when using xerces

2003-02-27 Thread SourceForge.net
Bugs item #669112, was opened at 2003-01-16 15:49
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=669112&group_id=22866

Category: JBossServer
Group: v3.2
Status: Open
>Resolution: Rejected
Priority: 7
Submitted By: Andrew Everitt (andieveritt)
Assigned to: Nobody/Anonymous (nobody)
Summary: Server.log not created when using xerces

Initial Comment:
If JBoss is installed into a path with a space in the
name (e.g. C:\Program Files\JBoss) and you are using
Xerces as the JAXP implementation the server.log file
is not created. All logging is written to boot.log.

I see the following exception on the screen (but not in
boot.log):
16:04:35,656 INFO  [Log4jService$URLWatchTimerTask]
Configuring from URL: resource:log4j.xml
log4j:ERROR Could not parse input source
[EMAIL PROTECTED]
java.net.MalformedURLException: no protocol: log4j.dtd
at java.net.URL.(Unknown Source)
at java.net.URL.(Unknown Source)
at java.net.URL.(Unknown Source)
at
org.apache.xerces.impl.XMLEntityManager.startEntity(XMLEntityManager.java:807)
at
org.apache.xerces.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:767)
at
org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:275)
at
org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(XMLDocumentScannerImpl.java:841)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:329)
at
org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:525)
at
org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:581)
at
org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
at
org.apache.xerces.parsers.DOMParser.parse(DOMParser.java:253)
at
org.apache.xerces.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:201)
at
org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:672)
at
org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:616)
at
org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:602)
at
org.apache.log4j.xml.DOMConfigurator.configure(DOMConfigurator.java:704)
at
org.jboss.logging.Log4jService$URLWatchTimerTask.reconfigure(Log4jService.java:486)
at
org.jboss.logging.Log4jService$URLWatchTimerTask.run(Log4jService.java:425)
at
org.jboss.logging.Log4jService.startService(Log4jService.java:281)
at
org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:164)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:976)
at $Proxy0.start(Unknown Source)
at
org.jboss.system.ServiceController.start(ServiceController.java:397)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
at $Proxy3.start(Unknown Source)
at
org.jboss.deployment.SARDeployer.start(SARDeployer.java:249)
at
org.jboss.deployment.MainDeployer.start(MainDeployer.java:802)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:616)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:580)
at
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:564)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:324)
at
org.jboss.system.server.ServerImpl.start(ServerImpl.java:221)
at
com.xms.install.jboss.JBossJService.bootJBoss(JBossJService.java:139)
at
com.xms.install.jboss.JBossJService.start(JBossJService.java:64)


--

Re: [JBoss-dev] TxInterceptor split is still the best thing sincesliced bread

2003-02-27 Thread Luke Taylor
David Jencks wrote:
Maybe we're confusing 2 issues here:

1. writing a maintainable usable jboss dtm

2. supporting corba etc.
Does anyone actually use CORBA clients agains JBoss - from Java even, 
never mind C++.
I can understand the desire to use CORBA the other way - i.e. calling 
out to access a
legacy system, but is there any reason why anone would choos to use 
CORBA clients. Maybe supporting them isn't really so important.

At one point CORBA was intended to support interceptors (client and 
server side) in a standard way, but I've no idea if the spec. was ever 
completed - they always seemed to be arguing about it and that was years 
ago. If it was, you could probably supply a set of JBoss CORBA 
interceptors which did the same job as the custom Java ones.

Luke.

--
 Luke Taylor.  Monkey Machine Ltd.
 PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: Directory layout (was Re: [JBoss-dev] JBOSS and SQL Server 2000)

2003-02-27 Thread David Jencks
Early in 2.x development we had one module, as you seem to be recommending.
 Personally I still think we would be developing 2.x level features without
the module structure.

Among the many advantages modules give you are the ability to know where a
feature ends, the ability to easily enforce and document limited
dependencies between modules, and the ability to have module-level unit
tests.  We aren't taking very good advantage of most of these, but IMNSHO
the extent we have has made development of jboss 3 and 4  conceivable.

I think most of the problems you mention are due to incomplete
modularization of the original 2.2 or so project.  For instance, just now
am I removing the last extraneous bits of the tm from the server module
(and only in jb4).

The other project I have worked with that has adopted a modularized
structure similar to jboss has experienced similar gains in development
freedom and maintainability.

david jencks

On 2003.02.27 17:00 Dave Neuer wrote:
> 
> --- Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> 
> > 
> > I agree about the eclipse discussion, but it does
> > actually have a point 
> > for development of the jboss server.  It is always a
> > pain to get any 
> > IDE to like our directory layout.
> > 
> > -dain
> > 
> 
> I would go so far as to say that it is a pain to get a
> potential new developer to like the directory layout
> as well, and that only with a tool like Eclipse is
> does it even begin to feel feasable to a new developer
> to navigate the hierarchy of widely dispersed
> directories (and identically named classes in
> different packages). Especially assuming that that
> developer is used to the conventional single
> package/directory hierarchy used in most Java
> development shops/projects.
> 
> While I can see an advantage for the current layout in
> terms of facilitating working on one small piece of
> the system, I also think that it adds a great deal of
> overhead to grasping the JBoss architecture and makes
> finding other source files/packages that might be
> relevant more difficult (i.e., "find ../../../ -type d
> 'org/jboss/management' -print").
> 
> Is there some other advantage that the current layout
> provides as well? Ant can certainly handle building
> and packaging up discreet files from a single
> hierarchy so it's not really a build/packaging issue,
> right? I could see how one might argue that it makes
> concurrent experimental development easier (a la
> Bill-AOP/Hiram-AOP) except that that's what CVS
> branches are for, right?
> 
> Sorry if this has been covered on the lists or the
> forums ad nauseum or if there's consensus that the
> current layout is the "right way."
> 
> Dave Neuer
> 
> __
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> 


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: Directory layout (was Re: [JBoss-dev] JBOSS and SQL Server 2000)

2003-02-27 Thread Dain Sundstrom
The reason for all the modules is dependancies.  This is why you can 
run different deployments of JBoss.  If everything were in a single 
source tree, it would be almost impossible to run without everything.

-dain

On Thursday, February 27, 2003, at 04:00 PM, Dave Neuer wrote:

--- Dain Sundstrom <[EMAIL PROTECTED]> wrote:

I agree about the eclipse discussion, but it does
actually have a point
for development of the jboss server.  It is always a
pain to get any
IDE to like our directory layout.
-dain

I would go so far as to say that it is a pain to get a
potential new developer to like the directory layout
as well, and that only with a tool like Eclipse is
does it even begin to feel feasable to a new developer
to navigate the hierarchy of widely dispersed
directories (and identically named classes in
different packages). Especially assuming that that
developer is used to the conventional single
package/directory hierarchy used in most Java
development shops/projects.
While I can see an advantage for the current layout in
terms of facilitating working on one small piece of
the system, I also think that it adds a great deal of
overhead to grasping the JBoss architecture and makes
finding other source files/packages that might be
relevant more difficult (i.e., "find ../../../ -type d
'org/jboss/management' -print").
Is there some other advantage that the current layout
provides as well? Ant can certainly handle building
and packaging up discreet files from a single
hierarchy so it's not really a build/packaging issue,
right? I could see how one might argue that it makes
concurrent experimental development easier (a la
Bill-AOP/Hiram-AOP) except that that's what CVS
branches are for, right?
Sorry if this has been covered on the lists or the
forums ad nauseum or if there's consensus that the
current layout is the "right way."
Dave Neuer

__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Directory layout (was Re: [JBoss-dev] JBOSS and SQL Server 2000)

2003-02-27 Thread Dave Neuer

--- Dain Sundstrom <[EMAIL PROTECTED]> wrote:

> 
> I agree about the eclipse discussion, but it does
> actually have a point 
> for development of the jboss server.  It is always a
> pain to get any 
> IDE to like our directory layout.
> 
> -dain
> 

I would go so far as to say that it is a pain to get a
potential new developer to like the directory layout
as well, and that only with a tool like Eclipse is
does it even begin to feel feasable to a new developer
to navigate the hierarchy of widely dispersed
directories (and identically named classes in
different packages). Especially assuming that that
developer is used to the conventional single
package/directory hierarchy used in most Java
development shops/projects.

While I can see an advantage for the current layout in
terms of facilitating working on one small piece of
the system, I also think that it adds a great deal of
overhead to grasping the JBoss architecture and makes
finding other source files/packages that might be
relevant more difficult (i.e., "find ../../../ -type d
'org/jboss/management' -print").

Is there some other advantage that the current layout
provides as well? Ant can certainly handle building
and packaging up discreet files from a single
hierarchy so it's not really a build/packaging issue,
right? I could see how one might argue that it makes
concurrent experimental development easier (a la
Bill-AOP/Hiram-AOP) except that that's what CVS
branches are for, right?

Sorry if this has been covered on the lists or the
forums ad nauseum or if there's consensus that the
current layout is the "right way."

Dave Neuer

__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JBOSS and SQL Server 2000

2003-02-27 Thread Dain Sundstrom
On Thursday, February 27, 2003, at 02:49 PM, Brian Repko wrote:

And to the JBoss-dev list - jeez - way to shut down a newbie.
Here is someone in a Microsoft shop bringing in J2EE and
JBoss and not one message was helpful and a couple were downright
mean.  "No you are wrong" and "don't post here".  But you'll talk
about eclipse all day long and that is appropriate?
I agree about the eclipse discussion, but it does actually have a point 
for development of the jboss server.  It is always a pain to get any 
IDE to like our directory layout.

-dain



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 27-February-2003

2003-02-27 Thread scott . stark


JBoss daily test results

SUMMARY

Number of tests run:   1049



Successful tests:  1045

Errors:1

Failures:  3





[time of test: 2003-02-27.12-05 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1_03-69]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.2.4]

See http://users.jboss.org/~starksm/Branch_3_0/2003-02-27.12-05
for details of this test. 

NOTE: If there are any errors shown above - this mail is only highlighting 
them - it is NOT indicating that they are being looked at by anyone.

It is assumed that whoever makes change(s) to jboss that 
break the test will be fixing the test or jboss, as appropriate!





DETAILS OF ERRORS



Suite:   MissingClassUnitTestCase
Test:
testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase)
Type:error
Exception:   org.jboss.deployment.DeploymentException
Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: 
(javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not 
registered.)
-



Suite:   SecurityUnitTestCase
Test:testSecureHttpInvoker(org.jboss.test.naming.test.SecurityUnitTestCase)
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: Should not have been able to lookup(invokers)
-



Suite:   SecurityUnitTestCase
Test:
testSecureHttpInvokerFailure(org.jboss.test.naming.test.SecurityUnitTestCase)
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: Should not have been able to lookup(invokers)
-



Suite:   BeanStressTestCase
Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase)
Type:failure
Exception:   junit.framework.AssertionFailedError
Message: expected a client deadlock for AB BA
-




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Feature Requests-694618 ] Feed HttpServletRequest to Custom Login Modules

2003-02-27 Thread SourceForge.net
Feature Requests item #694618, was opened at 2003-02-27 20:59
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376688&aid=694618&group_id=22866

Category: JBossSX
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Ken Yee (kenyee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Feed HttpServletRequest to Custom Login Modules

Initial Comment:
I'm sure you've seen how some sites allow you to logon and on that same logon page, 
you'll see a 
checkbox that lets them remember the login by sending a browser cookie down.

Currently, there is no way to do this in JBoss if you're using container managed 
security and 
JAAS/JBossSX.  I've searched through the jboss users mailing list and the security 
forum on jboss.org 
and people have asked for it in different ways (digest authentication, logging into 
container security from 
a servlet, etc.).

Can you guys please see if you can squeak this into JBoss 3.2 (and 4.0)?  I know it's 
at RC status but it's 
an important thing to be able to do.  I basically need to be able to get 
HttpServletRequest in the initialize 
method of a custom login module so I can look for an automatic login cookie that my 
login servlet gives 
the browser.  Best place to put HttpServletRequest is probably in the sharedState map 
of 
AbstractLoginModule.initialize() so it's available to all login modules.

If you don't use container managed security, there are lots of workaround you can use, 
but they're not as 
secure.

Thanks for listening.


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376688&aid=694618&group_id=22866


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JBOSS and SQL Server 2000

2003-02-27 Thread Brian Repko
Richard,

While I've not tried what you are asking about, JBoss (and any J2EE
server) will use a database via JDBC.  There are two main JDBC drivers
for MS SQL Server 2000 that I would recommend.  One is the DataDirect
JDBC driver (which is resold by Microsoft) and the Sprinta2000 or
Opta2000 driver from i-net software in Germany.  There are some
technical gotchas working with MS SQL Server (support for two-phase
commit via win32 but not via the network in version 7 - fixed in
2000).  The support team and news lists from the i-net software
site is excellent in describing these - but the latest versions
*should* work fine with SQL Server 2000.  The enterprise license
is less than 2k$ as well - DataDirect was alot more last time I
looked.
Link for i-net software is http://www.inetsoftware.de

Hope that helps...

And to the JBoss-dev list - jeez - way to shut down a newbie.
Here is someone in a Microsoft shop bringing in J2EE and
JBoss and not one message was helpful and a couple were downright
mean.  "No you are wrong" and "don't post here".  But you'll talk
about eclipse all day long and that is appropriate?
Ok, rant is over - hope this doesn't start a war.

_
Protect your PC - get McAfee.com VirusScan Online  
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Eclipse is so amazing...

2003-02-27 Thread Jason Dillon
force it to use ant to do all compiles?  Seems like
that would be best
to solve most problems.
I've been able to get it to run our ant build files
directly.  You might have to go into the eclipse
properties and add all the tools/lib/*.jar files to
the ANT runtime classpath.
Do you know if there is an _easy_ way to make all projects use a set of 
external tools builder configs?

I found with a small mod to tools/etc/build*/tools.ent that adding a 
external builder to execute the build.xml before the eclipse compiler 
will allow the entire server to be built from inside of eclipse.  Only 
one extra step is needed to call build/build.xml to make the 
distribution directory so that the server will run... which could be 
worked around as well with an additional builder to trigger the build 
module to pull.

BTW I did not have to add anything the ANT runtime classpath.

--jason



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JSR-77 in 3.2

2003-02-27 Thread Stefan Reich
Here is what we could do. The servlet statistics are #number of  
operations, mix/Max/TotalTime in miliseconds.
Neither of the operations is unlikely to ever exceed the range of an  
integer. Unlike longs, integer assignments are atomic. If we keep the  
statistics in a volatile int, we make sure different threads see the  
most current value, without the need to lock. We will miss a few  
updates, due to different threads overwriting their changes under high  
load, but they are only statistics, and transient by nature anyway. I  
did the same thing with JTA and EntityBean statistics.

Stefan

On Thursday, Feb 27, 2003, at 05:26 US/Pacific, Jules Gosnell wrote:

Stefan Reich wrote:

I tested JSR-77 support in 3.2 and noticed the following issues:

* EntityBeanStatsImpl: PooledCount shows up always as zero
* JTAStatsImpl: results are always zero because the  
TranactionManagerService doesn't register itself as an MBean
* JCAConnectionPoolStatsImpl: WaitingThreadCount probably not  
connected
* JCAStatsImpl: only lists default datasource
* JMSResource needs to be hooked up.

The following stats don't show up at all: JavaMail, JDBCStats,  
ServletStats and URLStats.
The ServletStats are currently not filled out because acquiring them  
will add a significant point of contention to each servlet.

We hope to have a solution soon.

Jules (Jetty Integrator)



---
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development




___ 
_
This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com
___ 
_

---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] Eclipse is so amazing...

2003-02-27 Thread Hiram Chirino

Well, if you are willing to shell out some cash, then
you might consider trying webshpere studio.  Since
it's built on eclipse, it has all the eclipse goodies
plus a ton of other stuff like a jsp editor.

Regards,
Hiram

--- Aleksandr Shneyderman <[EMAIL PROTECTED]>
wrote:
> > Hate to say this but netbeans (www.netbeans.org)
> beats eclipse hands down.
> 
> Hate to tell you but that thing is just damn slow.
> What amazes me is that no matter how much RAM your 
> machine has NetBeans is just always hungry for it. 
> 
> > Does all of the below and lots more. Go take a
> look at the module 
> > selection
> > at www.netbeans.org/devhome and
> >
>
http://www.netbeans.org/devhome/modules/by-module.html
> 
> I am not sure about much more, but one thing I miss 
> from there is JSP editor. I have not seen any decent
> eclipse JSP plugin yet.
> 
> 
> 
> 
>
---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
>
https://lists.sourceforge.net/lists/listinfo/jboss-development


__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] Eclipse is so amazing...

2003-02-27 Thread Aleksandr Shneyderman
> Hate to say this but netbeans (www.netbeans.org) beats eclipse hands down.

Hate to tell you but that thing is just damn slow.
What amazes me is that no matter how much RAM your 
machine has NetBeans is just always hungry for it. 

> Does all of the below and lots more. Go take a look at the module 
> selection
> at www.netbeans.org/devhome and
> http://www.netbeans.org/devhome/modules/by-module.html

I am not sure about much more, but one thing I miss 
from there is JSP editor. I have not seen any decent
eclipse JSP plugin yet.




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JBOSS and SQL Server 2000

2003-02-27 Thread Holger Baxmann
Thanks,
Looking through the jboss website, cannot find one reference to SQL  
Server.
Everything is Unix and Oracle.
Also, looking at the forums, looks like some people have tried it, but  
that
it doesn't work that good.
Is Oracle better?
Unfortunately not.
But everything in a production server environment is better than  
windows will ever be.

bax

Thanks

-Original Message-
From: Kristian Köhler [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 27, 2003 8:03 AM
To: [EMAIL PROTECTED]
Subject: AW: [JBoss-dev] JBOSS and SQL Server 2000
That's not true.
JBoss works with MS SQL Server 2000.
Kristian
--
Orientation in Objects GmbH
http://www.oio.de
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag von  
Richard
Schultz
Gesendet: Donnerstag, 27. Februar 2003 16:40
An: '[EMAIL PROTECTED]'
Betreff: [JBoss-dev] JBOSS and SQL Server 2000

New to Jboss and J2EE, but looks like we will be asked to support an  
app for
our department. We are a Microsoft shop and looking at the JBOSS  
document -
http://www.jboss.org/overview.jsp - it appears that JBOSS only "talks  
to"
Oracle, DB2 and Postgres and not SQL Server 2000. Is this true or does  
JBOSS
work with SQL Server? Thanks in advance
*** 
*
Please note the new email address format. PFRD has changed its email  
naming
convention, from [EMAIL PROTECTED] to
[EMAIL PROTECTED] Please update your address book  
with the
new address, as the old address will only be valid for a limited time.
*** 
*



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf ___
Jboss-development mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
*** 
*
Please note the new email address format.  PFRD has changed its email  
naming
convention, from [EMAIL PROTECTED] to
[EMAIL PROTECTED]  Please update your address book  
with the
new address, as the old address will only be valid for a limited time.
*** 
*

---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re[2]: [JBoss-dev] Eclipse is so amazing...

2003-02-27 Thread Hans Dockter
Hello Nick,

NB> Hate to say this but netbeans (www.netbeans.org) beats eclipse hands down.
NB> Does all of the below and lots more. Go take a look at the module selection
NB> at www.netbeans.org/devhome and
NB> http://www.netbeans.org/devhome/modules/by-module.html

NB> There is the full ide and a 'platform' version which is the basis of any
NB> application wishing to use any combo of the modules + any 'user' developed
NB> modules.

NB> And its open source too

Good that after evaluating the available IDE's you find your one.
Many possible things to say, I confine myself to:

Swing, you write it once and it looks bad everywhere (also in
NetBeans) (:

Hans



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: AW: [JBoss-dev] JBOSS and SQL Server 2000

2003-02-27 Thread Dain Sundstrom
This mainling list about the development of the JBoss server.  Please, 
use the jboss-user mailing list.

-dain

On Thursday, February 27, 2003, at 10:21 AM, Kristian Köhler wrote:

Hi Richard

Thanks,
Looking through the jboss website, cannot find one reference to
SQL Server.
Everything is Unix and Oracle.
Also, looking at the forums, looks like some people have tried
it, but that
it doesn't work that good.
For JBoss MS SQL Server is just another Database.
JBoss uses JDBC to communicate with its Databases.
So I would say that there is no great difference. :-)
Is Oracle better?
Oh... :-)

Kristian

Thanks

-Original Message-
From: Kristian Köhler [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 27, 2003 8:03 AM
To: [EMAIL PROTECTED]
Subject: AW: [JBoss-dev] JBOSS and SQL Server 2000
That's not true.
JBoss works with MS SQL Server 2000.
Kristian
--
Orientation in Objects GmbH
http://www.oio.de
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Richard
Schultz
Gesendet: Donnerstag, 27. Februar 2003 16:40
An: '[EMAIL PROTECTED]'
Betreff: [JBoss-dev] JBOSS and SQL Server 2000
New to Jboss and J2EE, but looks like we will be asked to support
an app for
our department. We are a Microsoft shop and looking at the JBOSS
document -
http://www.jboss.org/overview.jsp - it appears that JBOSS only "talks 
to"
Oracle, DB2 and Postgres and not SQL Server 2000. Is this true or
does JBOSS
work with SQL Server? Thanks in advance
**
**
Please note the new email address format. PFRD has changed its
email naming
convention, from [EMAIL PROTECTED] to
[EMAIL PROTECTED] Please update your address
book with the
new address, as the old address will only be valid for a limited time.
**
**



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf 
___
Jboss-development mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

**
**
Please note the new email address format.  PFRD has changed its
email naming
convention, from [EMAIL PROTECTED] to
[EMAIL PROTECTED]  Please update your address
book with the
new address, as the old address will only be valid for a limited time.
**
**
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Eclipse is so amazing...

2003-02-27 Thread Nick Betteridge
Hate to say this but netbeans (www.netbeans.org) beats eclipse hands down.
Does all of the below and lots more. Go take a look at the module selection
at www.netbeans.org/devhome and
http://www.netbeans.org/devhome/modules/by-module.html

There is the full ide and a 'platform' version which is the basis of any
application wishing to use any combo of the modules + any 'user' developed
modules.

And its open source too



- Original Message -
From: "Hans Dockter" <[EMAIL PROTECTED]>
To: "Jason Dillon" <[EMAIL PROTECTED]>
Sent: Thursday, February 27, 2003 3:31 PM
Subject: Re: [JBoss-dev] Eclipse is so amazing...


> A major aspect of Programming is mastering complexity. The human mind
> can deal only with something like seven entities at once. An important
> means to approach a set of entities that is much larger is
> abstraction. A good IDE reduces the amount of swapping between levels
> of abstraction tremendously which saves energy and keeps one more
> focused for the actual problems. A good IDE does increase my
> productivity significantly.
>
> Other aspects are:
> - Refactoring: How do the people with emacs or vim change the names of
> fields and methods. With regular expressions ? Well, good luck. How do
they move
> classes to other packages, etc  Either they don't do all this
> stuff it although they would like to, or they spend a lot of work and are
still likely
> to have forgotten something. (O.k. they have unit test so there will
> be an alert, but still). Even simple refactoring is a nightmare without a
tool
> that supports it.
> - Reduction of compilation errors (due to code assist)
> - Preventing dumb work. For example creation of delegate objects, smart
templates, etc ...
> - many more aspects
>
> When talking about Eclipse one thing is important:
>
> Eclipse is NOT an IDE but an application framework.  IBM is thinking
> about using Eclipse as a framework for there future
> applications. It is a container for plug-ins like JBoss is a
> container for MBeans. And as the J2EE support of JBoss is just a set
> of MBeans, the Java-IDE of eclipse is just a set of  plug-ins.
>
> I'd use Eclipse as a framework for almost any UI application I can
> imagine. One thing of this framework is a new GUI lib, the SWT. If
> this would have been available earlier the Java reputation for the
> Desktop would be good and not fucked up like it is now.
>
> When I say good IDE I mean it. Eclipse Java IDE is one, IntelliJ from
> all what I hear as well, others are not.
>
> Compared to IntelliJ there are two important differences. Eclipse is
> open source. It solves many problems if you have insight in the code.
> Eclipse offers a API with deep access to the framework to plug-in and
> enhance it. From what I've heard about IntelliJ there is an open API
> but it does not go deep.
>
> I hope that the next major release of JBoss-IDE will be so attractive
> that many JBoss developer will jump on it even if they have to get
> acquainted to a new tool.
>
> But anyway, it's good to have choices (:
>
> Hans
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


AW: [JBoss-dev] JBOSS and SQL Server 2000

2003-02-27 Thread Kristian Köhler
Hi Richard

> Thanks,
> Looking through the jboss website, cannot find one reference to
> SQL Server.
> Everything is Unix and Oracle.
> Also, looking at the forums, looks like some people have tried
> it, but that
> it doesn't work that good.

For JBoss MS SQL Server is just another Database.
JBoss uses JDBC to communicate with its Databases.
So I would say that there is no great difference. :-)

> Is Oracle better?
Oh... :-)

Kristian

> Thanks
>
> -Original Message-
> From: Kristian Köhler [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 27, 2003 8:03 AM
> To: [EMAIL PROTECTED]
> Subject: AW: [JBoss-dev] JBOSS and SQL Server 2000
>
>
> That's not true.
> JBoss works with MS SQL Server 2000.
>
> Kristian
> --
> Orientation in Objects GmbH
> http://www.oio.de
>
> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Auftrag
> von Richard
> Schultz
> Gesendet: Donnerstag, 27. Februar 2003 16:40
> An: '[EMAIL PROTECTED]'
> Betreff: [JBoss-dev] JBOSS and SQL Server 2000
>
>
> New to Jboss and J2EE, but looks like we will be asked to support
> an app for
> our department. We are a Microsoft shop and looking at the JBOSS
> document -
> http://www.jboss.org/overview.jsp - it appears that JBOSS only "talks to"
> Oracle, DB2 and Postgres and not SQL Server 2000. Is this true or
> does JBOSS
> work with SQL Server? Thanks in advance
> **
> **
> Please note the new email address format. PFRD has changed its
> email naming
> convention, from [EMAIL PROTECTED] to
> [EMAIL PROTECTED] Please update your address
> book with the
> new address, as the old address will only be valid for a limited time.
> **
> **
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf ___
> Jboss-development mailing list [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>
> **
> **
> Please note the new email address format.  PFRD has changed its
> email naming
> convention, from [EMAIL PROTECTED] to
> [EMAIL PROTECTED]  Please update your address
> book with the
> new address, as the old address will only be valid for a limited time.
> **
> **
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] JBOSS and SQL Server 2000

2003-02-27 Thread Richard Schultz
Thanks,
Looking through the jboss website, cannot find one reference to SQL Server.
Everything is Unix and Oracle.
Also, looking at the forums, looks like some people have tried it, but that
it doesn't work that good.
Is Oracle better?
Thanks

-Original Message-
From: Kristian Köhler [mailto:[EMAIL PROTECTED] 
Sent: Thursday, February 27, 2003 8:03 AM
To: [EMAIL PROTECTED]
Subject: AW: [JBoss-dev] JBOSS and SQL Server 2000


That's not true.
JBoss works with MS SQL Server 2000.

Kristian
--
Orientation in Objects GmbH
http://www.oio.de

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag von Richard
Schultz
Gesendet: Donnerstag, 27. Februar 2003 16:40
An: '[EMAIL PROTECTED]'
Betreff: [JBoss-dev] JBOSS and SQL Server 2000


New to Jboss and J2EE, but looks like we will be asked to support an app for
our department. We are a Microsoft shop and looking at the JBOSS document -
http://www.jboss.org/overview.jsp - it appears that JBOSS only "talks to"
Oracle, DB2 and Postgres and not SQL Server 2000. Is this true or does JBOSS
work with SQL Server? Thanks in advance

Please note the new email address format. PFRD has changed its email naming
convention, from [EMAIL PROTECTED] to
[EMAIL PROTECTED] Please update your address book with the
new address, as the old address will only be valid for a limited time.




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf ___
Jboss-development mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
 

Please note the new email address format.  PFRD has changed its email naming
convention, from [EMAIL PROTECTED] to
[EMAIL PROTECTED]  Please update your address book with the
new address, as the old address will only be valid for a limited time.



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


AW: [JBoss-dev] JBOSS and SQL Server 2000

2003-02-27 Thread Kristian Köhler
That's not true.
JBoss works with MS SQL Server 2000.

Kristian
--
Orientation in Objects GmbH
http://www.oio.de

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag von Richard
Schultz
Gesendet: Donnerstag, 27. Februar 2003 16:40
An: '[EMAIL PROTECTED]'
Betreff: [JBoss-dev] JBOSS and SQL Server 2000


New to Jboss and J2EE, but looks like we will be asked to support an app for
our department.
We are a Microsoft shop and looking at the JBOSS document -
http://www.jboss.org/overview.jsp - it appears that JBOSS only "talks to"
Oracle, DB2 and Postgres and not SQL Server 2000.
Is this true or does JBOSS work with SQL Server?
Thanks in advance

Please note the new email address format. PFRD has changed its email naming
convention, from [EMAIL PROTECTED] to
[EMAIL PROTECTED] Please update your address book with the
new address, as the old address will only be valid for a limited time.




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] JBOSS and SQL Server 2000

2003-02-27 Thread Richard Schultz
Title: Message



New to Jboss and 
J2EE, but looks like we will be asked to support an app for our 
department.
We are a Microsoft 
shop and looking at the JBOSS document - http://www.jboss.org/overview.jsp - it appears that JBOSS only "talks to" 
Oracle, DB2 and Postgres and not SQL Server 
2000.
Is this true or does JBOSS work with SQL 
Server?Thanks in advance

   Please note the new email address format.  PFRD has changed its email naming convention, from [EMAIL PROTECTED] to [EMAIL PROTECTED]  Please update your address book with the new address, as the old address will only be valid for a limited time.  


Re: [JBoss-dev] Eclipse is so amazing...

2003-02-27 Thread Hans Dockter
A major aspect of Programming is mastering complexity. The human mind
can deal only with something like seven entities at once. An important
means to approach a set of entities that is much larger is
abstraction. A good IDE reduces the amount of swapping between levels
of abstraction tremendously which saves energy and keeps one more
focused for the actual problems. A good IDE does increase my
productivity significantly.

Other aspects are:
- Refactoring: How do the people with emacs or vim change the names of
fields and methods. With regular expressions ? Well, good luck. How do they move
classes to other packages, etc  Either they don't do all this
stuff it although they would like to, or they spend a lot of work and are still likely
to have forgotten something. (O.k. they have unit test so there will
be an alert, but still). Even simple refactoring is a nightmare without a tool
that supports it.
- Reduction of compilation errors (due to code assist)
- Preventing dumb work. For example creation of delegate objects, smart templates, etc 
...
- many more aspects

When talking about Eclipse one thing is important:

Eclipse is NOT an IDE but an application framework.  IBM is thinking
about using Eclipse as a framework for there future
applications. It is a container for plug-ins like JBoss is a
container for MBeans. And as the J2EE support of JBoss is just a set
of MBeans, the Java-IDE of eclipse is just a set of  plug-ins.

I'd use Eclipse as a framework for almost any UI application I can
imagine. One thing of this framework is a new GUI lib, the SWT. If
this would have been available earlier the Java reputation for the
Desktop would be good and not fucked up like it is now.

When I say good IDE I mean it. Eclipse Java IDE is one, IntelliJ from
all what I hear as well, others are not.

Compared to IntelliJ there are two important differences. Eclipse is
open source. It solves many problems if you have insight in the code.
Eclipse offers a API with deep access to the framework to plug-in and
enhance it. From what I've heard about IntelliJ there is an open API
but it does not go deep.

I hope that the next major release of JBoss-IDE will be so attractive
that many JBoss developer will jump on it even if they have to get
acquainted to a new tool.

But anyway, it's good to have choices (:

Hans



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RMIClassloader for MBean RMIAdaptor

2003-02-27 Thread Peter Antman
Hi,
I am experiencing some trouble with remote MBean calls (with RMIAdaptor)
to MBean loaded in a scoped deployment. Does any one know any way of
setting the context class loader that RMI uses when  doing its
RMIClassLoading stuff. For jrmp ejb calls this works fine since the
invocation is detyped and the parameters and classes are loaded in the
correct thread context classloader; but as far as I can see invokation
of MBeans through rmi seems to require the classes to be available on
the global classloader repository. Does anyone know of a way around this
or is it simply impossible to call a scopes MBean through RMI without
making the classes involed globaly visable?

//Peter
-- 

Peter AntmanChief Technology Officer, Development
Technology in Media, Box 34105 100 26 Stockholm
WWW: http://www.tim.se  WWW: http://www.backsource.org
Email: [EMAIL PROTECTED] 
Phone: +46-(0)8-506 381 11 Mobile: +46-(0)704 20 58 11




---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JSR-77 in 3.2

2003-02-27 Thread Jules Gosnell
Stefan Reich wrote:

I tested JSR-77 support in 3.2 and noticed the following issues:

* EntityBeanStatsImpl: PooledCount shows up always as zero
* JTAStatsImpl: results are always zero because the 
TranactionManagerService doesn't register itself as an MBean
* JCAConnectionPoolStatsImpl: WaitingThreadCount probably not connected
* JCAStatsImpl: only lists default datasource
* JMSResource needs to be hooked up.

The following stats don't show up at all: JavaMail, JDBCStats, 
ServletStats and URLStats.
The ServletStats are currently not filled out because acquiring them 
will add a significant point of contention to each servlet.

We hope to have a solution soon.

Jules (Jetty Integrator)



---
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development





This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com

---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] 企业工程

2003-02-27 Thread [EMAIL PROTECTED]



《全国网络系统集成方案集》 + 最新PHP,ASP,JAVA、VB、PB、DELPHI、VC 源码系列光盘
  本集收录了全国各地大量网络系统和系统集成方面的资料、方案、规划、技术、解决方案等等珍贵材料!内容涉及包括政府、校园、广电、金融、电子商务、税务、社保、宽带网、智能小区等十多个行业!!!绝对是个人网络技术爱好者、系统集成行业等不可多得的宝贵参考资料!!!

具体详情请点击这里

系统集成光盘目录  售价250圆

1、宽带网城域网---11篇
2、电子商务网站---26篇
3、网络安全6篇
4、网络管理---13篇
5、网络方案4篇
6、呼叫中心5篇
7、TCP/IP培训--3篇
8、视频会议、VOD--13篇
9、VOIP5篇
10、IP电话-9篇
11、建设规范书13篇
12、访问服务器21篇
13、金融--26篇
14、广电---5篇
15、政府--24篇
16、校园--19篇
17、邮政---3篇
18、社保---6篇
19、公检法-3篇
20、计费--xx篇
21、税务---3篇
23、办公自动化15篇
24、容错、备份11篇
25、技术解决方案--58篇
26、无线传输---5篇
27、投标书-7篇
28、智能楼宇--10篇
29、综合布线--12篇
30、幻灯片18篇
31、工程图纸--88篇
32、Cisco资料xxx篇
33、管理员手册20篇
34、销售方案---7篇
35、其它--24篇

具体详情请点击这里

以后的系统集成方案升级我们会免费发送到你的信箱!


以下为PHP,ASP,JAVA、VB、PB、DELPHI、VC
源码系列光盘 以下光盘详情请点击这里


黄金源代码程序  价格:220元
工商资源信息商务网    创新网络办公系统
   天心新闻系统1.15版    太阳之家超级论坛
   Eshop3000网络智能购物系统
网络游戏论坛专区      五星级广告专业信息网
人力资源管理系统     人才招聘系统
       专业物流信息网站
中关村信息港        
 大型网络交友系统    网上大型音响超市(类似8848购物网)
       全自动智能建站系统

高级源代码程序光盘,(分PHP,ASP,JAVA、VB、PB、DELPHI、VC
)

PHP源代码光盘:  价格:300元 
(由近600套PHP各类系统组成,系统分类涉及20大类,系统带有完整地中文说明及数据库,是初者及高级开发人员必备资料,对开发各类系统具有很高的参考价值)
包括:
PHP(3个)编辑工具(2个)电子购物(18个)广告管理(13个)计数器(19个)聊天室(17个)另类其他(63个)留言薄(24个)论坛社区(49个)
搜索引擎(5个)投票系统(7个)文件管理(18个)下载系统(12个)新闻发布(26个)邮件管理(6个)自助连接(6个)

ASP源代码光盘: 价格:300元 上百种大中型ASP源程序 更多详情请点击这里
金陵网络办公系统access版    易索咨询网络全站系统
           
 电影会员系统程序      
     电子商务供求系统
就是流行梯形论坛        
   专业大型虚拟主机域名申请系统    网页版QQ在线聊天系统  
     大型医院网站全站系统
……

Delphi源码光盘  价格:240元
光盘资料主要介绍Delphi中主要控件的详细的使用及技巧,光盘中蕴涵了近千套系统模块。

Visual Basic源码光盘  价格:220元
Visual Basic实用版内容主要针对VB专业程序设计人员而设计整理的纯资料性质的光盘。

Visual C++ 源码光盘  价格:220元
Visual C++实用版内容主要针对VC专业程序设计人员而设计整理的纯资料性质的光盘。

JAVA 源码光盘  价格:250元

PowerBuilder源码光盘  价格:280元
完整MIS系统列表(源代码)

商品销售系统,峪张公司销售系统,XX公司财务系统,学生学籍管理系统,学院教材室期刊论文管理系统

城市供暖收费系统(C/S结构),大学学生信息管理审核系统,列车时刻查询系统


以上内容详情请点击这里

以上全部光盘优惠价:1500元   所有光盘资料、程序都经过测试,100%正常运行使用,保证质量。
以上全部光盘+邮件软件+全国分类2000万邮件
优惠价:2000元

购买方式:
以上内容详情请点击这里
购买请填点击这里填写表单,我们将尽快与您联系。
发货方式:EMS快递光盘 晶资源网络信息服务中心    
          
服务咨询电话:0816-6623109




---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] [OT] Eclipse is so amazing...

2003-02-27 Thread Kevin Conner
> Automatically is what I meant.

I'm just learning the internals of eclipse but I don't
think this should be too hard to add.  Create a builder,
a wizard, some property pages etc. and you're off.

I could have a go at doing this in a few weeks, once I've
got some others things working.  I'll forward it to the
JBoss-IDE project once it's done.

> On a per package or per class level, there are several bits of select 
> packages which will only compile under 1.4, but I do not want 
> to force 
> the entire project to use one or the other.  I was hoping for a bit 
> more intelligence for supporting multiple jdk versions concurrently.

Eclipse 1 used to do this on a per project basis, they removed it
when moving to Eclipse 2.  I don't know what the reasons are for
this but it is one of the features I miss :-(.

Kev

Kevin Conner
This is a personal e-mail. Any views or opinions presented are 
solely those of the author and do not necessarily represent those 
of Orchard Information Systems Ltd.


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-694250 ] Reload of embedded tomcat 4.1 service failed

2003-02-27 Thread SourceForge.net
Bugs item #694250, was opened at 2003-02-27 11:26
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=694250&group_id=22866

Category: JBossWeb
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Derar Bakr (dbakr)
Assigned to: Nobody/Anonymous (nobody)
Summary: Reload of embedded tomcat 4.1 service failed

Initial Comment:
Operating systems - WinXP and Debian Linux
JDK - 1.4.1
Got error when touching tomcat41-service.xml
Jboss tries to reload embedded container but a lot of 
bugs rise.
Bugs are concerned to classloading.

Here is peace of log trace:
javax.servlet.ServletException: Exception processing 
JAR at resource path /WEB-INF/lib/forum.jar
at 
org.apache.catalina.startup.ContextConfig.tldScanJar
(ContextConfig.java:930)
at 
org.apache.catalina.startup.ContextConfig.tldScan
(ContextConfig.java:868)
at org.apache.catalina.startup.ContextConfig.start
(ContextConfig.java:647)
at 
org.apache.catalina.startup.ContextConfig.lifecycleEvent
(ContextConfig.java:243)
at 
org.apache.catalina.util.LifecycleSupport.fireLifecycleEve
nt(LifecycleSupport.java:166)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:3567)
at 
org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:821)
at 
org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild
(StandardHost.java:579)
at 
org.jboss.web.catalina.EmbeddedCatalinaService41.crea
teWebContext(EmbeddedCatalinaService41.java:431)
at 
org.jboss.web.catalina.EmbeddedCatalinaService41.perfo
rmDeploy(EmbeddedCatalinaService41.java:306)
at org.jboss.web.AbstractWebContainer.start
(AbstractWebContainer.java:304)
at org.jboss.deployment.MainDeployer.start
(MainDeployer.java:827)
at org.jboss.deployment.MainDeployer.deploy
(MainDeployer.java:639)
at org.jboss.deployment.MainDeployer.addDeployer
(MainDeployer.java:244)
at sun.reflect.GeneratedMethodAccessor15.invoke
(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invok
e(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke
(MBeanServerImpl.java:549)
at org.jboss.util.jmx.MBeanProxy.invoke
(MBeanProxy.java:174)
at $Proxy31.addDeployer(Unknown Source)
at 
org.jboss.deployment.SubDeployerSupport.startService
(SubDeployerSupport.java:108)
at 
org.jboss.web.catalina.EmbeddedCatalinaService41.start
Service(EmbeddedCatalinaService41.java:263)
at org.jboss.system.ServiceMBeanSupport.start
(ServiceMBeanSupport.java:192)
at sun.reflect.NativeMethodAccessorImpl.invoke0
(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invok
e(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke
(MBeanServerImpl.java:549)
at 
org.jboss.system.ServiceController$ServiceProxy.invoke
(ServiceController.java:966)
at $Proxy11.start(Unknown Source)
at org.jboss.system.ServiceController.start
(ServiceController.java:392)
at sun.reflect.GeneratedMethodAccessor6.invoke
(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invok
e(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke
(MBeanServerImpl.java:549)
at org.jboss.util.jmx.MBeanProxy.invoke
(MBeanProxy.java:174)
at $Proxy5.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start
(SARDeployer.java:231)
at org.jboss.deployment.MainDeployer.start
(MainDeployer.java:827)
at org.jboss.deployment.MainDeployer.deploy
(MainDeployer.java:639)
at org.jboss.deployment.MainDeployer.deploy
(MainDeployer.java:612)
at sun.reflect.GeneratedMethodAccessor20.invoke
(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.jboss.mx.capability.ReflectedMBeanDispatcher.invok
e(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke
(MBeanServerImpl.java:549)
at org.jboss.util.jmx.MBeanProxy.invoke
(MBeanProxy.java:174)
at $Proxy7.deploy(Unknown Source)
at 
org.jboss.deployment.scan