[JBoss-user] Re: Problem with a deployed WAR

2003-07-26 Thread Wolfgang Helbig
Use the jnlp-servlet.jar v1.2 which seems to fix the bug.



---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] [GWAVA:oqy37w1f] SPAM block message notification

2003-07-26 Thread GWAVA
This is an automated Notification e-mail message from GWAVA.

The message you sent, from the address [EMAIL PROTECTED]

to [No To Addresses]

Concerning: [JBoss-user] $(G¥þ¤è¦ì¹q¸£±Ð¾Ç!!2003/7/27 ¤W¤È 10:29:22"¹q¸£¾Ç²ßªÌ" 
<[EMAIL PROTECTED]>

Was not delivered because the message was found to be Spam by the e-mail
system in use at the intended recipient's organization.


---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] The Source or not the Source

2003-07-26 Thread Jon Barnett
OK. I think I understand. Do you need to produce internal builds for
reference on different OS/JDK combinations and should you build your own
binary distribution from the source?

Generally not. Things are pretty much going to work as is on any system
for the binary distribution - hopefully that hype about bytecode
transporability is true! There may be problems with OS/JDK combinations -
but that is beyond being a JBoss issue. Meaning if you need to support
clients with different configurations, you probably will need to be able
to reproduce their environments.

For support work, the source code for JBoss is useful - so if something
does break in JBoss on customer site, you can look at the trouble spot and
determine what the problem is at code level, and what needs to be fixed -
your own code or JBoss/Tomcat/Jetty code.

But this is cheaper than arranging code escrow contracts with the vendor
as JBoss is open-source. With large or high-risk/high impact projects
you'd need to organise for access to vendor source code to be able to
guarantee SLAs to your clients as well as in the event the vendor goes
into Chapter 11 or equivalent - a torturous, lengthy and dead-boring
exercise (my apologies to lawyers). But when I was in Telecoms, that was
what you needed to do. You couldn't wait for the vendor to supply a patch
if something went haywire with your X.400 MTAs - if something was broken,
you had to trace through the situation and generate a patch yourself, or
at least understand the problem.

If customers want to argue in bottom-line terms, you can always outline
the commercial costs - do a side by side with third party container
supplier, throwing in SLAs (response time for you from vendor and what
this means for the customer), risk management costs (what are your escrow
arrangement costs plus third party Gold support for example) and so on.

JonB


smime.p7s
Description: S/MIME cryptographic signature


Re: [JBoss-user] memory leaks during redeployment

2003-07-26 Thread Scott M Stark
Its a known issue I'm looking into.

--

Scott Stark
Chief Technology Officer
JBoss Group, LLC

Alexey Yudichev wrote:

  In Jboss 3.2.1 I often encounter OutOfMemoryErrors on our jboss installations. I 
realized that if no redeployments happen the JBoss instance even being on heavy load 
works great forever. Once I begin to often redeploy applications I finally get 
OutOfMemoryError no matter if I specified -Xmx300m or -Xmx800m. Can anybody run a 
memory profiler on a redeployment process? I tried to do it with OptimizeIt and I 
always get +1Mb of heap after each redeployment. Most new objects are of type Object[] 
and are referenced from WeakHashMaps (which is ok I guess), from inside some classes 
of Xerces parser and many more. I cannot of course judge whether these new references 
are caused by the leak or not.
  As far as I remember I had no such problem when I used Jboss 3.0.
  As always, I am ok to offer any help I can.


---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


Re: [JBoss-user] JAAS Authentication Using JBoss 3.0.4 & Tomcat 4.1.12

2003-07-26 Thread Scott M Stark
I updated the old jaas howto javaworld article for 3.2.1 and put it on 
sourceforge under the 3.2.x docs section. Take a look at that.

--

Scott Stark
Chief Technology Officer
JBoss Group, LLC

Hirsch, Barbara wrote:

I am trying to write a simple test to have a user login username/password to
my jboss/tomcat set up.  I can't seem to find such a simple example.  Any
pointers would be appreciated.
Thanks.

Barb V. Hirsch


---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


Re: [JBoss-user] JBoss 3.2.2RC2 Classloading Fun

2003-07-26 Thread Neal Sanche
On July 26, 2003 01:17 am, Scott M Stark wrote:
> Ears have never been isolated by default. Wars have been until the
> change to allow the tomcat container to use the unified class
> loader as the web app class loader. Setting UseJBossWebLoader to
> false restores the previous behavior of a distinct child class
> loader per war. Use of the unified class loader at the web
> container level does allow for sharing of struts across web
> deployments for example. It also allows for aop integration down to
> the web container in 4.0.

Thanks Scott, for the clarification. I'm still not sure which is 
better, but since both methods are there, I guess we can try both and 
make up our minds later. Good stuff!

-Neal



---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


Re: [JBoss-user] The Source or not the Source

2003-07-26 Thread Holger Baxmann - bitwind
Thank you for your input.

I've been using the binaries in a university project wich involves
clustering.
However, I've found and reported bugs/problems that were fixed on cvs. 
Until
the next release was provided, I had to resort to building from CVS to
benefit from those fixes.
This is exactly what i trying to provide to my customer: a way to build 
the whole stuff from cvs - as a reference implementation of the JBoss, 
which will be customized (in config and in specific .?ars to be 
deployed) for every project in the company. There are three of them at 
the very moment and all are working with plain 3.0.4 binaries only. 
Plain binaries. Without even running the tests against the server on 
different platforms (Win, Linux, ..., jdk-1.3.1, jdk-1.4.1).

If you don't need something from cvs, I see no reason why you should 
not use
binaries.
It seems to be the problem for my understanding: The name is 
Open_Source_, not Open_Binary_. There _are_ IMHO drawbacks in 
comparison with commercial products if you are not using the source. 
You are alone with your risks (o.k. not with the 'normal' operation). 
The (only) answer will always be: Use the Source, Luke. Or take the 
commercial (i am not ranting!!) support, who will build this reference 
implementation for you.

So, is anybody out there who is using _only_ the binary package and 
has
good experience in doing so ??
... in the case of providing no refrence implementation for deriving 
(on source level) the special project 'bundles' of JBoss.

bax



---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


Re: [JBoss-user] The Source or not the Source

2003-07-26 Thread Holger Baxmann - bitwind
I'm not sure I fully understand what you are driving at so let me try 
and
paraphrase your question and answer that. You can come back and tell me
I've misinterpreted it. ;)
Sorry, my english is not a whole better then my c++ source code, my 
babelfish is on holiday :)

Should someone developing J2EE applications for deployment on JBoss
require the JBoss source code?
... for building a 'internal' reference implementation of the JBoss to 
support different OSs and JDKs and JITCs - different infrastructures.

There is usually no need to have the JBoss source code.  The examples 
and
paid-for-documentation are sufficient.  The prebuilt production release
binaries work fine. There is an assumption that you already have
experience or at least have familiarity with building J2EE 
applications.
So if you have knowledge on J2EE application development and 
deployment,
you can pick up the extra details on configuring the JBoss specific
deployment descriptors should you need to employ these. We've used 
JBoss
for many years without having to delve into the source code to 
understand
how to deploy a web application.
Yep, i do not talking about: development of J2EE apps. I am talking 
about: Using (and providing to someone) the JBoss infrastructure in a 
reproducible manner. Risk management.

As with any J2EE container though, the J2EE spec leaves open some areas
for vendor interpretation and JBoss is no different to any other 
container
in this respect. Therefore the examples are necessary to understand how
JBoss addresses such gaps or implements the solution. However, this is 
a
different issue to requiring the JBoss source code. I have 10 days 
worth
of training in SilverStream and two large example tutorial manuals
covering SilverStream specific development and deployment. I have about
the same with the different WebSphere configuration releases.

Even with these, unless you have had experience with application 
servers
before, the training doesn't help you the first time the server install
doesn't work on site, or something clashes with pre-existing software. 
At
least with JBoss, the subsystems are documented, and relatively
transparent in configuration. And you don't usually need to spend 
another
half day re-installing the app server.

The source code is only necessary if you believe there is a bug and you
feel inclined to track it down.  The other users of this open-source
product will thank you if you can make things better for them.  But 
that
is the co-operative nature of the project/collective.
And this is hard to explain to a non-cooperative gaming company.
But OTOH, i have the strong feeling, that one will rather sooner need 
the source in a medium havy project for tracking down the stuff. Why 
not starting with this? Like test-first is the afterburner of debugging.

Posting the JBoss and/or underlying infrastructure improvements has to 
go without saying.

JBoss application deployment is simple and transparent, IMHO. You can
usually figure out why something broke, if you know your J2EE.  And if
things break in the JBoss engine, you can always ask here or at the
forums.  There is always someone willing to offer their experience.
Remember that this is an open-source product.  People have spent their
free-time contributing and helping out. Constructive criticism is
appreciated - doing something to address a shortcoming even more
appreciated.  Denigrating what someone has laboured over in their own
time - probably not in the spirit of open-source.
Oh, i have something mistakeable written? Sorry for that.

If you do want professional support for JBoss deployments, there are
various organisations including JBoss Group LLC who provide such
commercial services.  I understand they all provide professional 
quality
support as good as, if not better than any commercial organisation.
Own bitter experience:

Some people take the 1st class JBoss product as a binary like 
shrink-wrapped CloseWare, filling it into their tin-boxes and are then 
bitching about opensource because they are not using one of the three 
leading operating systems in the last two versions and the latest jdk.

I hope that in some way hits somewhere close to your question as I have
attempted to interpret it, as well as cover some of your additional
concerns - and I may have misinterpreted your intent so correct me if I
have blundered.
Thanks a lot for the long post

best regards

bax


Best regards,

JonB.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Holger
Baxmann - bitwind
Sent: Saturday, 26 July 2003 7:50 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] The Source or not the Source
Hi all,

i have, in my point of view, a rather pointless question. Seem to be
like "Why do i brush my teeth every morning?" It comes out of the so
called 'real world':
'Why should one use the source release and whole stuff and knowlegde
for building and testing? The binary build seems to be good enough.'
I know this is a lig

Re: [JBoss-user] The Source or not the Source

2003-07-26 Thread Joao Clemente
I've been using the binaries in a university project wich involves
clustering.
However, I've found and reported bugs/problems that were fixed on cvs. Until
the next release was provided, I had to resort to building from CVS to
benefit from those fixes.
If you don't need something from cvs, I see no reason why you should not use
binaries.


- Original Message -
From: "Holger Baxmann - bitwind" <[EMAIL PROTECTED]>
Subject: [JBoss-user] The Source or not the Source


>
> So, is anybody out there who is using _only_ the binary package and has
> good experience in doing so ??




---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


RE: [JBoss-user] The Source or not the Source

2003-07-26 Thread Jon Barnett
I'm not sure I fully understand what you are driving at so let me try and
paraphrase your question and answer that. You can come back and tell me
I've misinterpreted it. ;)

Should someone developing J2EE applications for deployment on JBoss
require the JBoss source code?

There is usually no need to have the JBoss source code.  The examples and
paid-for-documentation are sufficient.  The prebuilt production release
binaries work fine. There is an assumption that you already have
experience or at least have familiarity with building J2EE applications.
So if you have knowledge on J2EE application development and deployment,
you can pick up the extra details on configuring the JBoss specific
deployment descriptors should you need to employ these. We've used JBoss
for many years without having to delve into the source code to understand
how to deploy a web application.

As with any J2EE container though, the J2EE spec leaves open some areas
for vendor interpretation and JBoss is no different to any other container
in this respect. Therefore the examples are necessary to understand how
JBoss addresses such gaps or implements the solution. However, this is a
different issue to requiring the JBoss source code. I have 10 days worth
of training in SilverStream and two large example tutorial manuals
covering SilverStream specific development and deployment. I have about
the same with the different WebSphere configuration releases.

Even with these, unless you have had experience with application servers
before, the training doesn't help you the first time the server install
doesn't work on site, or something clashes with pre-existing software. At
least with JBoss, the subsystems are documented, and relatively
transparent in configuration. And you don't usually need to spend another
half day re-installing the app server.

The source code is only necessary if you believe there is a bug and you
feel inclined to track it down.  The other users of this open-source
product will thank you if you can make things better for them.  But that
is the co-operative nature of the project/collective.

JBoss application deployment is simple and transparent, IMHO. You can
usually figure out why something broke, if you know your J2EE.  And if
things break in the JBoss engine, you can always ask here or at the
forums.  There is always someone willing to offer their experience.

Remember that this is an open-source product.  People have spent their
free-time contributing and helping out. Constructive criticism is
appreciated - doing something to address a shortcoming even more
appreciated.  Denigrating what someone has laboured over in their own
time - probably not in the spirit of open-source.

If you do want professional support for JBoss deployments, there are
various organisations including JBoss Group LLC who provide such
commercial services.  I understand they all provide professional quality
support as good as, if not better than any commercial organisation.

I hope that in some way hits somewhere close to your question as I have
attempted to interpret it, as well as cover some of your additional
concerns - and I may have misinterpreted your intent so correct me if I
have blundered.

Best regards,

JonB.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Holger
> Baxmann - bitwind
> Sent: Saturday, 26 July 2003 7:50 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] The Source or not the Source
>
>
> Hi all,
>
> i have, in my point of view, a rather pointless question. Seem to be
> like "Why do i brush my teeth every morning?" It comes out of the so
> called 'real world':
>
> 'Why should one use the source release and whole stuff and knowlegde
> for building and testing? The binary build seems to be good enough.'
>
> I know this is a light-stupid question, but i have to argue against. I
> am frankly not able to do it at last. All arguments about 'Look the
> tests for learning, the test&build make you sure that the whole stuff
> is running with exactly defined errors and failures' does not help: 'We
> will use the JBoss, we will neither developing for it, nor we have the
> time or the money to dive into the deep forest of how JBoss handle his
> things'
>
> So, is anybody out there who is using _only_ the binary package and has
> good experience in doing so ??
>
> IMHO it is a little bit unprofessional, isn't it?
>
> my the source be with you
>
> bax


smime.p7s
Description: S/MIME cryptographic signature


RE: [JBoss-user] Parallel thread performance: A JBoss client example

2003-07-26 Thread Jon Barnett
Yes. I know Mercury Interactive costs a lot. We've seen clients who want
guarantees on performance for the commercial application servers but balk
when you tell them the cost of Mercury Interactive.

For a load tool to rival Mercury Interactive, I'd probably suggest looking
at something like Apache JMeter for web apps - I haven't tried hooking an
EJB load interface into it though. But it has the nice things like
tuneable load patterns - normally distributed requests, uniform
distributed requests, number of client threads and so on. And you can
configure the test set to match your particular web app - which is better
in that respect than SpecJ, IMHO. So see if you aren't overlapping with
that or if you can hook up additional things you want on to that.

The new SpecJ2002 costs money so perhaps you do want to create a freeware
ECperf equivalent. But it only tests some of the things in J2EE. It
doesn't test much on stateful or stateless session beans. It doesn't seem
to test JMS.

Some other things to consider - Heisenberg rules. The more you try to
measure things, the more thing you are measuring will change.  The less
intrusive the measuring instrument the better the measurement. So whatever
the testing method, you need to optimize the test.

Sounds good though. Look forward to seeing the first prototype.

JonB.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Kevin Duffey
> Sent: Saturday, 26 July 2003 10:34 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Parallel thread performance: A JBoss client
> example
>
>
> I suppose I am after a few things. Initially my
> thought was a standard simple test that will permit a
> company to test it against several servers to see
> which one fits the bill for performance, price, etc.
> You mention a test suite that does this, I didn't even
> think about that.
>
> My second thought is a tool that like the big boys,
> can simulate virtual users, run nodes on each "client"
> machine to simulate them, and aggregate data, as well
> as have nodes on the server side, maybe even the DB
> side to monitor things like cpu utilization,
> request/response timing, and so forth. All of that
> data is aggregated to the central client where you
> control various nodes, configure them, etc.
>
> I know tools from Mercury Interactive and others can
> do this, but at astronomical costs they are not
> feasible to a small company. But that is more or less
> what I am after.


smime.p7s
Description: S/MIME cryptographic signature


[JBoss-user] [GWAVA:e0r1i3b4] SPAM block message notification

2003-07-26 Thread GWAVA
This is an automated Notification e-mail message from GWAVA.

The message you sent, from the address [EMAIL PROTECTED]

to [No To Addresses]

Concerning: [JBoss-user] $(AÊ×½ìÈí¼þ¹¤³ÌÔÚÖ°Ñо¿Éú¡ÖØÕÐÉú

Was not delivered because the message was found to be Spam by the e-mail
system in use at the intended recipient's organization.


---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] 首届软件工程在职研究生隆重招生

2003-07-26 Thread [EMAIL PROTECTED]
Title: 广西首届软件工程在职研究生隆重招生





  
  

  


  

   
  
北方交通大学中软软件学院2003年在职软件工程硕士招生
北方交通大学中软软件学院是经教育部批准设置的软件学院,是北方交通大学与中国计算机软件与技术服务总公司合作建立的,学院充分利用北方交大和中软公司的综合优势、办学资源、市场资源和计算机学科优势,通过产学研结合,拓宽办学渠道,采用与国际接轨的软件工程人才培养模式。为学生系统学习软件工程专业知识、提高开发大型软件的能力提供良好的学习和实践环境,使我学院成为培养多层复合型高级软件人才的基地。
一、 报名条件 1、  
具有大学本科学历或获得学士学位的人员均可报名,应届、往届不限,所学专业和年龄不限;  
2、 身体健康状况良好,能坚持学习。  
二、 录取方式 1.  
参加2003年全国硕士研究生统一入学考试的考生(报考专业为计算机应用技术、通信与信息系统、电子科学与技术、信号与信息处理、控制科学与工程),考试总成绩为255分以上或单科英语成绩在35分以上和数学成绩在50分以上者可免试录取,其他专业的考生需参加我校软件工程硕士的入学考试。  
2.  
我校软件工程硕士入学考试笔试科目:英语、高等数学、计算机组成原理。考试时间:9月1日(8月22日举办考前辅导班,每人300元)。笔试考试合格后进行综合面试。  
 
三、招生人数 桂林50人,南宁50人。  
 
四、报名所需材料 1.  
研究生入学考试成绩通知单; 2. 身份证原件及复印件;  
3. 大学本科毕业证书和学位证书复印件各一份(证书原件在参加入学考试时提供);  
4.  
填写《北方交通大学软件学院软件工程硕士报名登记表》、《考生综合素质测试信息表》。  
五、学费  
共计29500万元(不包括食、宿、书费)。学费按学年度收取。(每学年14750元)  
 
六、报名时间  
2003年7月1日至9月1日  
七、报名费用 1.  
已参加2003年研究生入学考试的考生报名费100元; 2.  
参加我校的入学考试的考生报名费150元。  
八、开学时间  2003年9月。  
九、联系方式北方交通大学中软软件学院广西教学点招生办:  
南宁报名处:南宁市星湖路星湖电子科技广场广西软件行业协会  
邮编:530022  
电话:0771-5311162、2662499、2149929 联系人:何老师  
金老师桂林报名处:桂林市中山中路47号八桂大厦南楼一层大厅  
邮编:541001 电话:0773-2821127、2855344  
联系人:杨老师、莫老师北方交通大学中软软件学院  
地址:北京市海淀区上圆村3号 邮编:100044 网址:http://www.njtu.edu.cn/  
电话:010-51688221  
联系人:陈老师邮寄报名费、报名资料方式:星湖路14号2号楼6层A座广西软件行业协会  
何玲收 邮编:530022  
帐号:  
十、特别说明 1、  
学业结束时符合学校毕业要求者颁发北方交通大学软件工程硕士学位证书; 2、  
学制2.5年,上课时间为1.5年,其余时间用于论文制作和项目实践,学习地点:桂林、南宁  
3、 北京住宿地点:中软总公司北京昌平软件基地  
4、 学生毕业后中软总公司择优录用部分毕业生;  
5、 学习时间分两类:①周末班,周六周日两天上课;  
②集中班,每月集中学习一次(5天); 6、  
本招生点还提供脱产学习,学习地点:北京中软昌平基地。  
北方交大中软软件学院2003年7月1日--
如您不希望再次接收此邮件请点击以下链接退订邮件,谢谢!
http://www.cnyrgm.com/unsubscribe.asp?id=8860&language=gb2312
--
   

  
关闭窗口


---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user


[JBoss-user] The Source or not the Source

2003-07-26 Thread Holger Baxmann - bitwind
Hi all,

i have, in my point of view, a rather pointless question. Seem to be 
like "Why do i brush my teeth every morning?" It comes out of the so 
called 'real world':

'Why should one use the source release and whole stuff and knowlegde 
for building and testing? The binary build seems to be good enough.'

I know this is a light-stupid question, but i have to argue against. I 
am frankly not able to do it at last. All arguments about 'Look the 
tests for learning, the test&build make you sure that the whole stuff 
is running with exactly defined errors and failures' does not help: 'We 
will use the JBoss, we will neither developing for it, nor we have the 
time or the money to dive into the deep forest of how JBoss handle his 
things'

So, is anybody out there who is using _only_ the binary package and has 
good experience in doing so ??

IMHO it is a little bit unprofessional, isn't it?

my the source be with you

bax



---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user