Re: [jboss-group] RE: [JBoss-dev] 4.0 rollback 1st phase complete

2003-08-29 Thread Peter Fagerlund
On Thursday, Aug 28, 2003, at 23:43 Europe/Stockholm, Bill Burke wrote:

Yes, it was a PAIN!  My fingers hurt from typing in my CVS password so 
many times.
Besides the PAIN! ... cool call ...



---
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] hsqldb options

2003-03-30 Thread Peter Fagerlund
söndagen den 30 mars 2003 kl 20.33 skrev marc fleury:

why don't we bring them on then?
Send in another X number troops  to fix the non result ..

Pulezzze what is the non result U are experiencing ... the real or the 
non-real ... and You say solve it with numbers -hehe ...

You are such a non-general You are ... just a trooper ... U are ...

Listen kids ... producing LOC is very un-interesting - Reducing LOC 
with clear spell is productive ... Some of You are just adding 
classes and LOC without keeping a entropy check ... for Your code -- 
shining U are with LOC count. This is very much real here ... I like a 
iteration of min 1k for a deploy/undeploy repeted test for thejbossteam 
ploy deploy ... resulting in a non mem fatigue - then thejbossteam 
might be considered to move on ... !!!

check ...

---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] hsqldb options

2003-03-29 Thread Peter Fagerlund
lördagen den 29 mars 2003 kl 18.54 skrev Sacha Labourey:

Well, for quick prototyping it is nice to use the persistent version  
which
allows to use JBossMQ for example and restart JBoss without loosing
persistent messages.
Yes when You want to prototype a remote DB for some reason, the legacy  
start of a org.hsqldb.Server is quick. For running testsuites or using  
a sql-cashe the recommended way is to start the Hypesonic mbean with  
the Persist = false flag, that will yield a non-network hsqldb  
instance. That is about 300% faster then a legacy networked instance.

Read the Change note  [ 636781 ] hsqldb configuration v 1.7.1 here :
http://sourceforge.net/tracker/ 
index.php?func=detailaid=636781group_id=22866atid=381174

Many moons ago Richard punched out a sample mbean for a thirdparty lib  
- that has resulted in the hsqldb legacy mbean with funky lingering  
threads holding on to sockets ...

Other then that the Hypersonic mbean also let us use the Hypersonic  
DatabaseManager in a easy fashion - needed when running as Persist =  
false since that instance is not visible outside of the VM.

The natural way is for the hsqldb team to make a JMX distro - and I  
understand they are working on the DatabaseManager to become a jmx  
component - discussion here :
http://sourceforge.net/forum/forum.php?thread_id=817198forum_id=73673
Also it has been expressed, some directions toward a JMX HSQLDB, for us  
and others to use.

/peter_f



---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
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] Eclipse is so amazing...

2003-02-26 Thread Peter Fagerlund
onsdagen den 26 februari 2003 kl 22.32 skrev Bill Burke:

This is one of the very reasons I avoid IDEs.  If you don't live in 
them,
you die by them.
True ! ... not only of IDEs ... but systems in general !!! ... (ours 
come to mind) ... motivation is key when in a entropy volatile 
environment  ...

Technology is Nothing - Creation All



---
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


Re: [JBoss-dev] Branch_3_0 doesn't build on OSX

2003-01-16 Thread Peter Fagerlund

torsdagen den 16 januari 2003 kl 18.28 skrev Dain Sundstrom:


bash-2.05a$ ./build.sh
Error: JAVA_HOME is not defined correctly.
  We cannot execute java


setenv JAVA_HOME 
/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home

setenv = export



---
This SF.NET email is sponsored by: Thawte.com
Understand how to protect your customers personal information by implementing
SSL on your Apache Web Server. Click here to get our FREE Thawte Apache 
Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


AutoDeploy Source Development ( Was:Re: [JBoss-dev] JNuke dev)

2003-01-14 Thread Peter Fagerlund

tisdagen den 14 januari 2003 kl 20.16 skrev Dain Sundstrom:


 I was thinking of the script based MBean support Sacha added, and I 
thought can we make plain old java work like a scripting language.  
Here is what I came up with:
  + The user writes a class BlahService.java
  + This source file is places in our deployment directory
  + We run Xdoclet on it to generate the MBean deployment descriptor
  + We compile the java file
  + Deploy

Java as a scripting language.

What do you think?

I think it is smoking and remember talking around with David and others 
using ant for the same functionality ... it is a killer develop feature 
... This would be great for the kick-start-demos mentioned at around 
the same time ...

The Deploy folder today has CoreContainerComponents and 
ApplicationDeployments confusing ordering. Maybe separated as sub 
folders together with a kick-start folder ? ... to help the Deployer in 
choosing roles ? ...



---
This SF.NET email is sponsored by: Take your first step towards giving 
your online business a competitive advantage. Test-drive a Thawte SSL 
certificate - our easy online guide will show you how. Click here to get 
started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] MBean persistence?

2003-01-11 Thread Peter Fagerlund

lördagen den 11 januari 2003 kl 19.42 skrev Dain Sundstrom:


anyone working on it?  When do you expect to


In some sidesteps projects here ... it is easy when hsqldb is up ... or 
in a grid ... when one master is up to have configurations federated.



---
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] Re: [JBoss-dev]

2002-12-26 Thread Peter Fagerlund
Listen :  English list here !

If You are looking for a translation service ... I recommend this 
address [EMAIL PROTECTED]
If You are looking for a service that You can not publicise on a list 
... I recommend this address [EMAIL PROTECTED]
etc ...

Otherwise Disturbance here ... will results in FLOODS ... ! ... there 
... ! ...

/peter_f

PS: sf.net need some kind of filters acting ! ... can We help ? ...

torsdagen den 26 december 2002 kl 22.33 skrev [EMAIL PROTECTED]:

您一定听说过夏新一机双卡(一个手机,两个不同的手机号码),这种一机双卡曾经风靡中国,因为这种卡很方便,
但是由于价格过高,很多人只能望尘莫及,现在来至台湾的一卡多号(一个手机,十二多个不同的手机号码),
让很多人愿望得以实现。只需一张小小的手机卡。这张手机卡有涂写功能,可以填写不同的号码进去,


◎Magic SIM 手机卡可将不同国家或系统的号码备份至同一张Magic SIM卡上,并保留旧卡。
◎Magic SIM 手机卡超大电话簿容量,一次可编辑250笔之个人资料。
◎Magic SIM 手机卡切换号码时无须开关机,可于菜单内的STK选单直接切换号码 (少部份未符合国际STK手机需开关机) 。
◎Magic SIM 手机卡一卡12号码为可重复抹写,重复拷备不同系统号码之SIM卡。
◎Magic SIM 
手机卡所有卡片一次带着走,不用担心卡片遗失、资料不见,或者卡片『不稳定』、『当机』、『加厚的电池』及『加厚背盖』以妨害手机之美观。
◎Magic SIM 手机卡使用最新科技的单芯片SIM卡系统架构,芯片系统采用合格的GSM Phase II plus 
STK标准版本,具备系统交易保护等安全模式(transaction protection),功能与品质都非常有保障。
◎Magic SIM 
手机卡所有扫瞄备份资料,均以符合美国国防部安全标准DES密码程序进行加密与安全认证,使用者无须担心资料被窃取或盗用,安全有保障。
◎Magic SIM 手机卡译码速度快,可针对COMP128 
V1完全译码与兼容,并增加解中途存盘功能,大大提高了使用者便利性(COMP128 V2卡不适用.约2%)。
◎Magic SIM 手机卡特别开发nokia待机画面与来电铃声编辑功能。
◎Magic SIM 手机卡日后可增加 STK 应用的发展技术延展性。


大陆资询处:  信箱:  [EMAIL PROTECTED]  [EMAIL PROTECTED]

 电话: 0372-5923962   0372-5177321
 qq:108863198   12107716


---
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

N¬±ù޵隊X¬²š'²ŠÞu¼“†)äç¤Yé\¢g­¢ž’š½éá¶ÚþØbžHzG(›û%º,±×¯zZ)™é홨¥Šx%ŠËIn‹,uëޖŠfz{eŠËl²‹«qç讧zØm¶›?þX¬¶Ë(º·~Šàzw­þX¬¶ÏåŠËbú?º,±×¯zZ)™éí


Re: [JBoss-dev] IMPORTANT! for jboss 4-- xdoclet built inside jboss

2002-12-23 Thread Peter Fagerlund
Spel  again ! ...

tisdagen den 24 december 2002 kl 01.14 skrev David Jencks:


I've  addded an xdoclet module to jboss 4 (head) that builds xdoclet 
from
source from the xdoclet cvs tree.  To minize disruption, please read!

You can avoid requiring a fresh jboss checkout by executing in 
jboss-head

cvs get _jboss_xdoclet


WARNING you may have to run build/build.sh twice, see Issues. I am
investigating this.

HOW IT WORkS---

The first time you build jboss, xdoclet source is checked out into a
directory checkout by the xdoclet/build.xml ant script.  The cvs 
properties
are set in the xdoclet.cvs.properties file.  After successful checkout 
and
build, flag files are created xdoclet.last.checkout and 
xdoclet.last.build.
 As long as the checkout folder remains, and these files are not 
touched,
xdoclet will not be rebuilt.  On my machines building xdoclet takes 
about
the same amount of time as building jboss.

The xdoclet build is supplied with some properties so it builds into
xdoclet/output/lib.  The libraries.ent file is modified to use xdoclet 
from
here.  If all goes well I will remove the xdoclet copy from thirdparty 
in a
day or two.

if you want to modify xdoclet, remove the xdoclet.last.build file and 
your
modifications will be compiled the next time you build jboss.

CHANGES WITH THIS VERSION OF XDOCLET---

--The main change is that xdoclet no longer copies over all the imports
from your source  class to generated interfaces, instead fully  
qualifying
all class names in the generated interfaces.

WARNING!!!  THIS REQUIRES YOU TO EXPLICITLY IMPORT EVERY CLASS IN EVERY
JAVA FILE XDOCLET LOOKS AT!!  NO import x.y.x.*;!

If you import a package.*, xdoclet may find a class referenced in a 
file in
which it is not explicitly imported and decide the class is unknown 
and
therefore to be generated in the current package, and not fully 
qualify
the name in ANY file it generates.  This can be extremely confusing 
since
the effects are in a file totally unrelated to the file with the 
package
import, and there is no obvious warning of where the problem came 
from. I'm
looking for a way to at least provide a more obvious warning for this.


--xmbean operations require you to list the managed-parameters with  
the
correct types.  While a nuisance, this at least encourages you to 
comment
them.

--xmbean display-names can be specified, and they display in the
jmx-console.

-

Issues:

--currently xdoclet head is checked out.  After I make sure this works 
a
little more and fix a couple of xdoclet problems I will tag xdoclet 
source
so we have a more stable checkout.

--On some machines it appears that the first build will not be able to 
find
the just-compiled xdoclet jars.  Running build/build.sh again seems to 
find
them.  (I thought it worked on apple 1.4.1, but a fresh checkout on 
linux
sun 1.3.1 fails on the first build).  I'm looking at this.

--

Next steps:

put the jboss xdoclet module into jboss cvs and build it with the rest 
of
xdoclet.

provide instructions for xdoclet committers to work with a live copy 
of
xdoclet in jboss.

Thanks
david jencks


---
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] [AUTOMATED] (HEAD) JBoss compilation failed

2002-12-17 Thread Peter Fagerlund
oki - i am nobody ! who are u ? ... test failed ! cool ... 



---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


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

2002-12-15 Thread Peter Fagerlund
Chris,

I will dedicate time to do a grep and peplace your .sh

/peter

PS: and also dub U as the first to get Rewarded ! ;

söndagen den 15 december 2002 kl 19.33 skrev [EMAIL PROTECTED]:



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

JAVA VERSION DETAILS
java version 1.4.1_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01)
Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode)

=

HERE ARE THE LAST 50 LINES OF THE LOG FILE

[mkdir] Created dir: /home/jboss/jbossci/jboss-all/aop/output/lib
  [jar] Building jar:  
/home/jboss/jbossci/jboss-all/aop/output/lib/jboss-aop.jar

 ==
 ==
 ==  Finished 'most' in module 'aop'.
 ==
 ==


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

 ==
 ==
 ==  Executing 'most' in module 'cache'...
 ==
 ==

configure-modules:
Overriding previous definition of reference to jboss.naming.classpath

compile-mbean-sources:
[mkdir] Created dir:  
/home/jboss/jbossci/jboss-all/cache/output/gen/classes
/home/jboss/jbossci/jboss-all/cache/src/main not found.
	at  
org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(Abstract 
FileSet.java:369)
	at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:61)
	at org.apache.tools.ant.Task.perform(Task.java:319)
	at org.apache.tools.ant.Target.execute(Target.java:309)
	at org.apache.tools.ant.Target.performTasks(Target.java:336)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
	at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261)
	at  
org.jboss.tools.buildmagic.task.module.ExecuteModules$1.run(ExecuteModu 
les.java:329)
	at  
org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(Exe 
cuteModules.java:342)
	at  
org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteMo 
dules.java:217)
	at  
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166)
	at org.apache.tools.ant.Task.perform(Task.java:319)
	at org.apache.tools.ant.Target.execute(Target.java:309)
	at org.apache.tools.ant.Target.performTasks(Target.java:336)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
	at org.apache.tools.ant.Project.executeTargets(Project.java:1250)
	at org.apache.tools.ant.Main.runBuild(Main.java:610)
	at org.apache.tools.ant.Main.start(Main.java:196)
	at org.apache.tools.ant.Main.main(Main.java:235)

BUILD FAILED
file:/home/jboss/jbossci/jboss-all/cache/build.xml:117: Unexpected  
error

Total time: 45 seconds


---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development




---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: AW: [JBoss-dev] JBossME

2002-12-13 Thread Peter Fagerlund

fredagen den 13 december 2002 kl 10.34 skrev Stefan Groschupf:


Bax, since - ejb - oss get sure trouble with sun's marketing office.


After some sleep JBossME sounds really good again.


FYI: I would join such a project. We need only a jmx port to a nokia 
phone,
but may be that can help as well.

What nokia phone ? and how many ?

/peter_f



---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: AW: AW: [JBoss-dev] JBossME

2002-12-13 Thread Peter Fagerlund

fredagen den 13 december 2002 kl 17.27 skrev Stefan Groschupf:


What nokia phone ?


6310i its triple band, so it works in Europe and US.


oki - it for 6310i it sez :
Java™ applications (space for up to 178 kB of Java applications); 
note: 128kB of static memory and up to 50 kB of dynamic memory.

For these memory sized phones - I would recommend placing a 
Symbian/Java GUI on the phone and use Jboss as the backend. For the 
next generation phones We can expect a 16-32MB RAM size and for those 
maybe a jb-mini-client will suffice, also consider a GUI on top for 
those RAM figures ... I have no hard figures but are guessing at 
somewhere around:

Phones 	16-32MB		jb-mini-client
PDA		128-256MB	jb-maxi-client or JBoss
SBC		32-256MB	jb-midi or jb-maxi -client or JBoss

and how many ?
For my at first! ;-)


just factory inventory and resource planning ;-)

/peter_f



---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] JBossME

2002-12-12 Thread Peter Fagerlund

torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann:


btw: who is talking about jboss-client?


All I am saying is that there will be many different devices with 
different VM's out there soon ... and for us to have a compatible 
jboss-client build for each and every one of them is a massive task 
(regression testing hardware/software versions of 30+ devices), better 
left to those who would profit directly from it. Maybe We could try 
have jb-mini-client, jb-midi-client, jb-maxi-client but my fear is this 
will only confuse and swamp the helpdesk :-) ... Then again JBossME 
maybe should be a for-pay-add-on ? to me JBoss used as MOM for business 
systems and small device clients can be made today - transaction and 
security with multiplexed tcp and WebDAV at the clientside is premature 
as there are no devices in numbers out there yet ... consider using the 
serverside for those services today is IMHO sufficient.

/peter_f



---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JBossME

2002-12-12 Thread Peter Fagerlund

torsdagen den 12 december 2002 kl 17.28 skrev Dain Sundstrom:


I personally only want one build for the powerful handhelds.


oki - so We have embedded devices in a range of
- Phones
- PDA's
- SBC (Single Board Computers)


If anyone wants to make the other ones, that would be cool.


yes it would ;-)

/peter_f



---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JBossME

2002-12-12 Thread Peter Fagerlund

torsdagen den 12 december 2002 kl 18.54 skrev Holger Baxmann:


according to the laws - yes, murphys too - the cpu/mem/bandwith problem
doesn't influence the progress of things: it is envolving independend.
what i am talking about is that a jboss-client should run on any 
halfway
intelligent device, for example my wrist watch. jboss containers 
should run
on any device which has an idle loop :)

We are so much in the hands of hardware/os/vm right now so lets 
sit-on-the-cards while the laws works out.

[signing and gps comes in view ...]


Yes - it is cool ...
- With signing the Telco's will become banks.


you ever heard of the tobin tax?


It is a very political arena ... with new actors without any know of 
the jargon file.



- GPS (positioning) can be had here (Stockholm) today depending on 
Your
operator's (Phone Wire ISP) service.


do not really understand - gps timestamping is availabe like fresh air,
mostly, nearly.


Ahhh ... with GPS You need a transmitter/receiver tho ? ... here they 
do triangulation of the mobile using the GSM Antenna Stations and they 
charge for every lookup ...

/peter_f



---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] JBossME

2002-12-11 Thread Peter Fagerlund
Yes - a separated JBossClient project would be clean in diff'ing the 
different built's for target'ed device VM's.

JBoss Serving up J2ME is natural without any further coupling ... Then 
- *WoW* - when adding jboss-client into the mix - gives - having an 
object inside the client *mirroring* the JBoss server side object 
instance --  is IMHO == undelivered territory ... Then - again - chill 
- You know me as someone disturbing the JBG, Dev and User communities - 
now - You would not want Me to do the same ?  in all of the Telco biz 
after all the vested interests they have spread - now would You ? *S* 
... se o these actors do not know of software ethical'isms as IBM 
would!.

paus






---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Proposal for changes to URL deployment to clean up netboot

2002-12-10 Thread Peter Fagerlund
tisdagen den 10 december 2002 kl 19.03 skrev Jeremy Boynes:


I lean toward A) as there are existing dependencies during boot (e.g.
getopt, gnu-regexp, log4j) but I realise that adding more is 
undesirable.

Functionality is desired ... when 'one' dives in a prob on a moving xp 
target - the 'one' is often the most well versed on the issue at hand - 
at that time ... so just go ahead and impl for proofing ... later ... 
if some academic discurce
is made ... adjustments can be made ...

Being new here

not really ... You been lurking ;-)

/peter_f



---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Interesting Deployment Ordering Issue

2002-12-06 Thread Peter Fagerlund
Please file a bug report ! or else i have to ,-) ... yes i found some 
things not working when it comes to internal components redeploying 
since We tend to mostly focus on application (re)deploy ... a simple 
ex. run jb - do a db/ds test - redeploy db/ds - do a db test : will 
fail in my tests ...

/peter_f


fredagen den 6 december 2002 kl 19.47 skrev Hunter Hillegas:

Not sure if this is really even an issue, since it sprang up from a 
very
unnatural case...

We're testing to find a problem with our app and Jetty... I'm 
hypothesizing
that a script is touch-ing all the files under the JBoss tree...

When I do a touch * under the deploy directory, total chaos ensues. I
assume the wildcard orders by name, alpha... Well, this totally fscks
everything as things undeploy and redeploy in that order. When the dust
settles, basically nothing works.

I'm not filing this as a bug since it probably is what you should 
expect if
you are silly enough to do something like touch * in deploy... Kind 
of
interesting though...

Gotta go kick the guy that wrote the backup script that was doing that.

hunter



---
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] Interesting Deployment Ordering Issue

2002-12-06 Thread Peter Fagerlund
If You aspire to run 24/7/365 it would become a problem in a real 
situation ... Yes - The idee is to be able to change any part of the 
running system with the new desired deploy configuration, at any time 
also the microkernel when phase'sing a tree phase restart 
JbossMC:ContainerComponents:Deployments. -- Now in a production 
scenario striving for 90+ % uptime ... You would typically use a 
hardware separate box to FW/LB in front to help today ... tomorrow You 
might just hot-swap any part for another at any time ... Container 
wise ... is/was a goal ... That could theoretically happen today in a 
clustered scenario ... --- We have just not tested it ...

/peter_f

lördagen den 7 december 2002 kl 00.25 skrev Hunter Hillegas:

I'm happy to file a bug report if y'all actually see this as a bug...

Should the deployment mechanism be able to sort out this kind of 
tampering
and redeploy everything correctly? I mean, it would be quite nice but 
it
seems like the case I presented isn't often to occur in any real
situation...

Hunter

From: Peter Fagerlund [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date: Sat, 7 Dec 2002 00:03:44 +0100
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Interesting Deployment Ordering Issue

Please file a bug report ! or else i have to ,-) ... yes i found some
things not working when it comes to internal components redeploying
since We tend to mostly focus on application (re)deploy ... a simple
ex. run jb - do a db/ds test - redeploy db/ds - do a db test : will
fail in my tests ...

/peter_f


fredagen den 6 december 2002 kl 19.47 skrev Hunter Hillegas:


Not sure if this is really even an issue, since it sprang up from a
very
unnatural case...

We're testing to find a problem with our app and Jetty... I'm
hypothesizing
that a script is touch-ing all the files under the JBoss tree...

When I do a touch * under the deploy directory, total chaos 
ensues. I
assume the wildcard orders by name, alpha... Well, this totally fscks
everything as things undeploy and redeploy in that order. When the 
dust
settles, basically nothing works.

I'm not filing this as a bug since it probably is what you should
expect if
you are silly enough to do something like touch * in deploy... Kind
of
interesting though...

Gotta go kick the guy that wrote the backup script that was doing 
that.

hunter



---
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





---
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-Bugs-648807 ] databaseMetaData.getTables has changed

2002-12-05 Thread Peter Fagerlund

torsdagen den 5 december 2002 kl 08.10 skrev [EMAIL PROTECTED]:


 I'm
still curious why a lowercase string won't retrieve the table name: 
this
seems to me to be a bug in hsqldb.  Comments, peter?

donow ... maybe here org.hsqldb.jdbcConnection.java:
public String nativeSQL(String sql) throws SQLException:
* Up to and including 1.7.1, HSQLDB converts the JDBC SQL
 * grammar into the system's native SQL grammar prior to sending
 * it; this method returns the native form of the statement that
 * the driver would send in place of client-specified JDBC SQL
 * grammar. p

line 737
String sub = sql.substring(i + 1).toUpperCase();

lets ask Fred ...

/peter_f



---
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-Patches-649128 ] wrong port in hsqldb-service.xml

2002-12-05 Thread Peter Fagerlund
Correct You are ... Either Jason should apply the patches or give You  
RW since that was his promise.

Good work Thanks
/peter_f

torsdagen den 5 december 2002 kl 20.50 skrev [EMAIL PROTECTED]:

Patches item #649128, was opened at 2002-12-05 11:50
You can respond by visiting:
https://sourceforge.net/tracker/ 
?func=detailatid=376687aid=649128group_id=22866

Category: None
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeremy Boynes (jboynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: wrong port in hsqldb-service.xml

Initial Comment:
In connector/src/etc/example-config/hsqldb-service.xml
the database is started on port 1710 - I believe this
is a simple typo as 1701 is used elsewhere. This file
is an example only, the default configs use the new
hsqldb-ds.xml which does use port 1701

Affects HEAD and 3.2 if the hsqldb 1.7.1 patch is applied.

--

You can respond by visiting:
https://sourceforge.net/tracker/ 
?func=detailatid=376687aid=649128group_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




---
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] Re: JBoss/CMP Improvements

2002-11-26 Thread Peter Fagerlund
tisdagen den 26 november 2002 kl 03.08 skrev Stefan Arentz:


I'd kill to have more test cases and especially performance test 
cases.  I would love to have tests the spit out a XML file with 
timings.  Then we could quickly determine the results of a change.

And then create reports similar to the JUnit html output? Say a 
'JBench' framework ... ?

Together with some kind of versioning one could then deploy/bench 
cascades to a running jboss instance with different versions of the 
code to test/bench. Not fully sure how to do that tho ... ? ...

/peter_f 



---
This SF.net email is sponsored by: Get the new Palm Tungsten T 
handheld. Power  Color in a compact size! 
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Re: JBoss/CMP Improvements

2002-11-26 Thread Peter Fagerlund

tisdagen den 26 november 2002 kl 15.49 skrev Stefan Arentz:




I'd kill to have more test cases and especially performance test 
cases.  I would love to have tests the spit out a XML file with 
timings.  Then we could quickly determine the results of a change.

And then create reports similar to the JUnit html output? Say a 
'JBench' framework ... ?

Never heard of it... have you used it


It doesn't exist, except in my mind. I can start working on it. I've 
been looking for something ilke that to profile my own J2EE apps ...

http://www.yoda.arachsys.com/java/jbench/docs/index.html



---
This SF.net email is sponsored by: Get the new Palm Tungsten T 
handheld. Power  Color in a compact size! 
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-development@lists.sourceforge.net

2002-11-26 Thread Peter Fagerlund
tisdagen den 26 november 2002 kl 22.55 skrev Jeremy Boynes:

I'm trying to get PetStore 1.3.1 running with 3.2 but its DAO code uses
ResultSet.absolute() which is not supported by hsqldb 1.6 but is by 
1.7.1
Will the changes to support 1.7.1 be backported to 3.2 before its 
release?

Is that a request or an order ? ... ! ...

The schedule is/was set for 3.2RC ...

tisdagen den 26 november 2002 kl 23.41 skrev Jason Dillon:
I am not sure, but I believe the changes to back port might be 
small... you could post a patch... getting you closer to a RW... if 
you want it that is.

It is really small ... just copy paste ... hehe .. or do a *ci copy* of 
the head imp ... then test ... test again ... double check  ... 
$£™™™twice™™™´£$ ... will take **time** ... as Jason points out -  imp 
is not hard  making sure it works ***is*** ! ...

Please DO  it ( for me ) ! ...

Fred has expressed a will to back ... U(s) up ... if and when ... and 
Fred == hsqldb team source ...

ice ...

/ U Know Who



---
This SF.net email is sponsored by: Get the new Palm Tungsten T
handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: jboss-development@lists.sourceforge.net

2002-11-26 Thread Peter Fagerlund
onsdagen den 27 november 2002 kl 01.36 skrev Peter Fagerlund:


The schedule is/was set for 3.2RC ...


So in short ... i am not doing it ... show yourselfs ... ( hint ; Jason 
do not know how to ) ...

/thesame



---
This SF.net email is sponsored by: Get the new Palm Tungsten T 
handheld. Power  Color in a compact size! 
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] TODO: NetBoot PetStore

2002-11-22 Thread Peter Fagerlund

fredagen den 22 november 2002 kl 01.35 skrev James Cook:


Prob the most interesting part will be setting it up to work on hsql 
out
of the box.

Please consider using a lookup of DefaultDS instead of calling hsqldb 
direct in any generic code.

/peter_f



---
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] Big Brother ala Java...

2002-11-22 Thread Peter Fagerlund

torsdagen den 21 november 2002 kl 11.13 skrev Jason Dillon:


Shit, I need to clone myself.  So much todo and so little time.  
Anyone interested in working to build a better future... let me know I 
have a handful of really good projects for you to work on.

oki - so now it is kosher to shrimp for talent on this list for 
projects ... cool ...
I will be bold and bet You Jason that Your handful do not include a ant 
'tified jboss build system !.

/peter_f



---
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] Jetty NIO SL in JBoss 3.0.4 no worky

2002-11-21 Thread Peter Fagerlund

torsdagen den 21 november 2002 kl 11.46 skrev Jason Dillon:


Fuck... how can we make one build work for both?


Use a runtime switch ...



---
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] Jetty NIO SL in JBoss 3.0.4 no worky

2002-11-21 Thread Peter Fagerlund
Fuck... how can we make one build work for both?


Use a runtime switch ...


in a  preprocessor ala xDoclet ?



---
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] MetaDataRepository Proposal

2002-11-14 Thread Peter Fagerlund
onsdagen den 13 november 2002 kl 23.56 skrev Dain Sundstrom:

public interface MetaDataRepository {
   MetaDataRepository getParent();
   void setParent(MetaDataRepository parent);
   Object get(Object attributeKey);
   void set(Object attributeKey, Object value);
}


maybe add
void setJDBCBackend(url, u, p);
void serConf(path);


Basically this is a plain old map with a possible parent.  Exactly how 
this is implemented, I really don't care; it is a detail.  I'm going 
to write one backed by a HashMap, and we can throw it away later.   
For attribute keys, I'm thinking of things like MethodTxAttribute that 
has a method object inside of it.  Alternatively, we could lookup by 
method and get another map back. I don't like that one because it 
would be too hard to manage with any user interface. There are a 
million ways to skin this cat.  Does anyone have any ideas on how to 
organize the keys?

snip


The final problem is how do we keep this repository in sync with the 
physical store.  For this I would guess we need some sort of listener 
or notification system.  This isn't one of my current problems so I 
haven't thought about it too much.

hmmm ... me thinks hsqldb is way underused as a admin tool in jboss 
today ... hehe ... i am biased ... yes ...

hsqldb has a pluggable listener called Trigger.class with one method 
public void fire(String trigName, String tabName, Object row[]);

so when an jboss instance starts ... it would ofcource need some core 
configuration either as a xml-file or class.ser ? then one could start 
a jdbc:hsqldb:hsql:. instance and go get configuration - also when db 
changes it will notify other db's throughout *hsqldbr and there is our 
distributed metadata repository ... all sql, all libs in there 
already ... cool ...

/peter_f

*hsqldbr(eplicated)
http://www.javagroups.com/javagroupsnew/docs/hsqldbr/design.htm

***
/**
 * PSample code for use of triggers in hsqldb.
 *
 * SQL to invoke is:p
 * CREATE TRIGGER triggerSample BEFORE|AFTER INSERT|UPDATE|DELETE
 * ON myTable [FOR EACH ROW] [QUEUE n] [NOWAIT] CALL 
myPackage.trigClassbr
 *
 * This will create a thread that will wait for its firing event to 
occur;
 * when this happens, the trigger's thread runs the 'trigClass.fire'
 * Note that this is still in the same Java Virtual Machine as the
 * database, so make sure the fired method does not hang.p
 *
 * There is a queue of events waiting to be run by each trigger thread.
 * This is particularly useful for 'FOR EACH ROW' triggers, when a large
 * number of trigger events occur in rapid succession, without the 
trigger
 * thread getting a chance to run. If the queue becomes full, subsequent
 * additions to it cause the database engine to suspend awaiting space
 * in the queue. Take great care to avoid this situation if the trigger
 * action involves accessing the database, as deadlock will occur.
 * This can be avoided either by ensuring the QUEUE parameter makes a 
large
 * enough queue, or by using the NOWAIT parameter, which causes a new
 * trigger event to overwrite the most recent event in the queue.
 * The default queue size is 1024.p
 *
 * Ensure that myPackage.trigClass is present in the classpath which
 * you use to start hsql.p
 *
 * If the method wants to access the database, it must establish
 * a JDBC connection.p
 *
 * When the 'fire' method is called, it is passed the following 
arguments:br
 * fire (String trigName, String tabName, Object row[])br
 *
 * where 'row' represents the row acted on, with each column being
 * a member of the array. The mapping of row classes to database
 * types is specified in /doc/hsqlSyntax.html#Datatypes
 *
 *
 * For implementation at a later date:br
 * 1.   jdbc:default:connection: URL for JDBC trigger method 
connections to
 * the database.br
 * 2.   arguments to the trigger method.br
 * 3.   Because they run in different threads, it is possible for an
 * 'after' trigger to run before its corresponding 'before' trigger;
 * the acceptability of this needs to be investigated.
 *
 * @author Peter Hudson
 * @version 1.7.0
 */
public class TriggerSample implements org.hsqldb.Trigger {

/**
 * fire method declaration
 * P This is a sample implementation that simply prints 
information
 * about the trigger firing.
 *
 * @param trigName
 * @param tabName
 * @param row
 */
public void fire(String trigName, String tabName, Object row[]) {

System.out.println(trigName +  trigger fired on  + tabName);
System.out.print(col 0 value );
System.out.print(row[0]);
System.out.println();

// you can cast row[i] given your knowledge of what the table
// format is.
}
}

/**
 *
 *
 * test SQL
 * CREATE CACHED TABLE trig_test (int_field integer)
 * CREATE TRIGGER ins_before BEFORE INSERT ON trig_test CALL 
org.hsqldb.sample.TriggerSample
 * CREATE TRIGGER ins_after  AFTER  INSERT ON trig_test CALL 
org.hsqldb.sample.TriggerSample
 * CREATE TRIGGER 

Re: [JBoss-dev] hsqldb sqlcache speed improvment indication

2002-11-12 Thread Peter Fagerlund

	cache is king,
	makes me want to sing,
	all your cache are belong to us,
	check it out in swing,
	cache is king,
	makes me want to sing,
	sqlcache is a drag queen,
	awaiting to be seen,
	as lean and mean,
	cache is king,
	ming,
	sinister mister,
	use the drag queen,
	from the other side,
	run run,
	while in cache,
	you can't hide,
	may the cache be with you,
	



---
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] hsqldb sqlcache speed improvment indication

2002-11-12 Thread Peter Fagerlund
tisdagen den 12 november 2002 kl 16.34 skrev Christian Riege:


kids, remember: don't code on drugs!


You grown ops should not take drugs at all ...



---
This sf.net email is sponsored by: 
To learn the basics of securing your web site with SSL, 
click here to get a FREE TRIAL of a Thawte Server Certificate: 
http://www.gothawte.com/rd522.html
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] .DS_Store

2002-11-12 Thread Peter Fagerlund
What are these binary files ?

? jboss-head/varia/src/resources/services/binding/.DS_Store
? jboss-head/varia/src/resources/services/.DS_Store
? jboss-head/connector/src/etc/example-config/.DS_Store



---
This sf.net email is sponsored by: 
To learn the basics of securing your web site with SSL, 
click here to get a FREE TRIAL of a Thawte Server Certificate: 
http://www.gothawte.com/rd522.html
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] hsqldb sqlcache speed improvment indication

2002-11-11 Thread Peter Fagerlund
Build is most - ./build.sh -Dtest=bank -Dnojars=true test

22:36:13,503 INFO  [Server] Release ID: JBoss [Matrix2] 4.0.0alpha 
(build: CVSTag=HEAD date=20022216)

Running regular Invocation (Persist==true)
[junit] Running org.jboss.test.bank.test.BankEJB20StressTestCase
[junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 122,799 sec
[junit] Running org.jboss.test.bank.test.BankStressTestCase
[junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 95,36 sec
BUILD SUCCESSFUL
Total time: 3 minutes 53 seconds

Running  sql-cache Invocation (Persist==false)
[junit] Running org.jboss.test.bank.test.BankEJB20StressTestCase
[junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 38,033 sec
[junit] Running org.jboss.test.bank.test.BankStressTestCase
[junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 28,032 sec
BUILD SUCCESSFUL
Total time: 1 minute 21 seconds

/peter_f



---
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] Files looked on my fs from clean co

2002-11-09 Thread Peter Fagerlund

lördagen den 9 november 2002 kl 10.03 skrev Chris Kimpton:


It varies - usually none - but sometimes the cvs command spits out
some lock messages - but then carries on...


um ... I am nor as clear as I need to be in my written english ...

When I do a clean co, then build will fail, becouse of no write 
permission in the newly dloaded jboss.head folder. It just recently 
happened so I wanted to ask if this was simular for others ? ...  maybe 
I just been using a shell with somebodyelses role ? ;-)



---
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] [AUTOMATED] (HEAD) JBoss compilation failed

2002-11-08 Thread Peter Fagerlund
hehe ... just pushed the button for a clean checkout at lubega and it  
even answers. Hopefully this will take care of it !

***
The next jboss rebuild will do a full cvs checkout - cool!
TIME NOW: Fri Nov  8 08:57:55 GMT 2002


fredagen den 8 november 2002 kl 09.19 skrev [EMAIL PROTECTED]:


=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com 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

org.jboss.varia.counter.CounterInterceptor -- AbstractInterceptor  
qualified to AbstractInterceptor

_default:compile-classes:
[mkdir] Created dir:  
/disk/orig/home/lubega/jbossro/jboss-all/varia/output/classes
   [depend] Deleted 0 out of date files in 0 seconds
[javac] Compiling 86 source files to  
/disk/orig/home/lubega/jbossro/jboss-all/varia/output/classes
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_ServerConnection.java:89: cannot resolve symbol
symbol  : class Channel
location: class org.hsqldb.Embedded_ServerConnection
private Channel init() {
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_DatabaseManager.java:438: work(java.lang.String[]) in  
org.hsqldb.util.Transfer cannot be applied to ()
	Transfer.work();
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_DatabaseManager.java:440: warning:  
setLogStream(java.io.PrintStream) in java.sql.DriverManager has been  
deprecated
	DriverManager.setLogStream(System.out);
 ^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_DatabaseManager.java:442: warning:  
setLogStream(java.io.PrintStream) in java.sql.DriverManager has been  
deprecated
	DriverManager.setLogStream(null);
 ^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_Server.java:130: cannot resolve symbol
symbol  : variable DEFAULT_HSQL_PORT
location: class org.hsqldb.jdbcConnection
	port = jdbcConnection.DEFAULT_HSQL_PORT;
 ^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_Server.java:140: warning:  
setLogStream(java.io.PrintStream) in java.sql.DriverManager has been  
deprecated
		DriverManager.setLogStream(System.out);
 ^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_ServerConnection.java:100: cannot resolve symbol
symbol  : class Channel
location: class org.hsqldb.Embedded_ServerConnection
	Channel c;
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_ServerConnection.java:107: cannot resolve symbol
symbol  : constructor Result  (java.lang.String)
location: class org.hsqldb.Result
		write(new Result(e.getMessage()).getBytes());
  ^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/ 
1.6.1/Embedded_ServerConnection.java:119: cannot resolve symbol
symbol  : class Channel
location: class org.hsqldb.Embedded_ServerConnection
	Channel c = init();
^
6 errors
3 warnings

BUILD FAILED
file:/disk/orig/home/lubega/jbossro/jboss-all/varia/../tools/etc/ 
buildfragments/targets.ent:45: Compile failed; see the compiler error  
output for details.

Total time: 4 minutes 41 seconds


---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development




---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


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

2002-11-08 Thread Peter Fagerlund
okey - I did not manage to rename/remove some files yesterday fixing now


fredagen den 8 november 2002 kl 11.19 skrev [EMAIL PROTECTED]:



=
==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

org.jboss.varia.counter.CounterInterceptor -- AbstractInterceptor  
qualified to AbstractInterceptor

_default:compile-classes:
[mkdir] Created dir:  
/home/jboss/jbossci/jboss-all/varia/output/classes
   [depend] Deleted 0 out of date files in 0 seconds
[javac] Compiling 86 source files to  
/home/jboss/jbossci/jboss-all/varia/output/classes
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_ServerConnection.java:89: cannot resolve symbol
symbol  : class Channel
location: class org.hsqldb.Embedded_ServerConnection
private Channel init() {
^
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_DatabaseManager.java:438: work(java.lang.String[]) in  
org.hsqldb.util.Transfer cannot be applied to ()
	Transfer.work();
^
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_DatabaseManager.java:440: warning:  
setLogStream(java.io.PrintStream) in java.sql.DriverManager has been  
deprecated
	DriverManager.setLogStream(System.out);
 ^
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_DatabaseManager.java:442: warning:  
setLogStream(java.io.PrintStream) in java.sql.DriverManager has been  
deprecated
	DriverManager.setLogStream(null);
 ^
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_Server.java:130: cannot resolve symbol
symbol  : variable DEFAULT_HSQL_PORT
location: class org.hsqldb.jdbcConnection
	port = jdbcConnection.DEFAULT_HSQL_PORT;
 ^
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_Server.java:140: warning: setLogStream(java.io.PrintStream)  
in java.sql.DriverManager has been deprecated
		DriverManager.setLogStream(System.out);
 ^
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_ServerConnection.java:100: cannot resolve symbol
symbol  : class Channel
location: class org.hsqldb.Embedded_ServerConnection
	Channel c;
^
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_ServerConnection.java:107: cannot resolve symbol
symbol  : constructor Result  (java.lang.String)
location: class org.hsqldb.Result
		write(new Result(e.getMessage()).getBytes());
  ^
/home/jboss/jbossci/jboss-all/varia/src/main/org/hsqldb/1.6.1/ 
Embedded_ServerConnection.java:119: cannot resolve symbol
symbol  : class Channel
location: class org.hsqldb.Embedded_ServerConnection
	Channel c = init();
^
6 errors
3 warnings

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

Total time: 2 minutes 18 seconds


---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development




---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Files looked on my fs from clean co

2002-11-08 Thread Peter Fagerlund
when I cvs co jboss-head they come as looked ? is this a cvs thingy ?

/peter_f



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Files looked on my fs from clean co

2002-11-08 Thread Peter Fagerlund

fredagen den 8 november 2002 kl 15.07 skrev Chris Kimpton:


What is looked


lock'ed



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence

2002-11-07 Thread Peter Fagerlund
WTF  - I am trying to test stuff an my invocation looks like :

18:02:40,640 INFO  [MainDeployer] Starting deployment of package:  
file:/Users/pf/jboss-head/build/output/jboss-4.0.0alpha/server/default/ 
deploy/mbean-info-db-service.xml
18:02:40,657 INFO  [SARDeployer] looking for nested deployments in :  
file:/Users/pf/jboss-head/build/output/jboss-4.0.0alpha/server/default/ 
deploy/mbean-info-db-service.xml
18:02:40,828 INFO  [STDOUT] JDOM Exception: org.jdom.JDOMException:  
Error in building: no protocol: ..\docs\dtd\jboss_xmbean_1_0.dtd
18:02:40,831 ERROR [STDERR] org.jdom.JDOMException: Error in building:  
no protocol: ..\docs\dtd\jboss_xmbean_1_0.dtd
18:02:40,834 ERROR [STDERR] at  
org.jdom.input.SAXBuilder.build(SAXBuilder.java:306)

\ ? is bad stuff - get a real OS ...

:-)

18:02:40,836 ERROR [STDERR] at  
org.jdom.input.SAXBuilder.build(SAXBuilder.java:583)
18:02:40,839 ERROR [STDERR] at  
org.jboss.mx.metadata.XMLMetaData.build(XMLMetaData.java:242)
18:02:40,846 ERROR [STDERR] at  
org.jboss.mx.modelmbean.XMBean.init(XMBean.java:214)
18:02:40,849 ERROR [STDERR] at  
org.jboss.mx.modelmbean.XMBean.init(XMBean.java:240)
18:02:40,852 ERROR [STDERR] at  
java.lang.reflect.Constructor.newInstance(Native Method)
18:02:40,854 ERROR [STDERR] at  
org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:868 
)
18:02:40,857 ERROR [STDERR] at  
org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:302 
)
18:02:40,859 ERROR [STDERR] at  
org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:329 
)
18:02:40,862 ERROR [STDERR] at  
org.jboss.system.ServiceCreator.install(ServiceCreator.java:139)
18:02:40,865 ERROR [STDERR] at  
org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator 
.java:161)
18:02:40,867 ERROR [STDERR] at  
org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:12 
4)
18:02:40,869 ERROR [STDERR] at  
org.jboss.system.ServiceController.install(ServiceController.java:220)
18:02:40,872 ERROR [STDERR] at  
java.lang.reflect.Method.invoke(Native Method)
18:02:40,875 ERROR [STDERR] at  
org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav 
a:72)
18:02:40,877 ERROR [STDERR] at  
org.jboss.mx.server.Invocation.dispatch(Invocation.java:56)
18:02:40,880 ERROR [STDERR] at  
org.jboss.mx.server.Invocation.invoke(Invocation.java:81)
18:02:40,883 ERROR [STDERR] at  
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.jav 
a:159)
18:02:40,885 ERROR [STDERR] at  
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547)
18:02:40,888 ERROR [STDERR] at  
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
18:02:40,890 ERROR [STDERR] at $Proxy6.install(Unknown Source)
18:02:40,892 ERROR [STDERR] at  
org.jboss.deployment.SARDeployer.create(SARDeployer.java:226)
18:02:40,895 ERROR [STDERR] at  
org.jboss.deployment.MainDeployer.create(MainDeployer.java:791)
18:02:40,897 ERROR [STDERR] at  
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:641)
18:02:40,900 ERROR [STDERR] at  
org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:606)
18:02:40,902 ERROR [STDERR] at  
java.lang.reflect.Method.invoke(Native Method)
18:02:40,905 ERROR [STDERR] at  
org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav 
a:72)
18:02:40,907 ERROR [STDERR] at  
org.jboss.mx.server.Invocation.dispatch(Invocation.java:56)
18:02:40,910 ERROR [STDERR] at  
org.jboss.mx.server.Invocation.invoke(Invocation.java:81)
18:02:40,912 ERROR [STDERR] at  
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.jav 
a:159)
18:02:40,917 ERROR [STDERR] at  
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547)
18:02:40,920 ERROR [STDERR] at  
org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174)
18:02:40,922 ERROR [STDERR] at $Proxy9.deploy(Unknown Source)
18:02:40,925 ERROR [STDERR] at  
org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSc 
anner.java:400)
18:02:40,927 ERROR [STDERR] at  
org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeplo 
ymentScanner.java:619)
18:02:40,930 ERROR [STDERR] at  
org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScan 
ner.java:472)
18:02:40,963 ERROR [STDERR] at  
org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doS 
can(AbstractDeploymentScanner.java:195)
18:02:40,964 ERROR [STDERR] at  
org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abst 
ractDeploymentScanner.java:268)
18:02:40,965 ERROR [STDERR] at  
org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:224)
18:02:40,965 ERROR [STDERR] at  
java.lang.reflect.Method.invoke(Native Method)
18:02:40,966 ERROR [STDERR] at  
org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav 

[JBoss-dev] why do build all fail - build most works ?

2002-11-07 Thread Peter Fagerlund
BUILD FAILED
file:/Users/pf/jboss-head/security/../tools/etc/buildfragments/ 
targets.ent:215: /Users/pf/jboss-head/security/output/gen/classes not  
found.

Total time: 2 minutes 21 seconds



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence

2002-11-07 Thread Peter Fagerlund
torsdagen den 7 november 2002 kl 19.32 skrev Matt Munz:


\ ? is bad stuff - get a real OS ...


  Po-tay-toes, po-tah-toes.  What's real, anyway? :)


true - only on mushrooms one se real in this age ...


!DOCTYPE mbean PUBLIC -//JBoss//DTD JBOSS XMBEAN 1.0//EN
http://www.jboss.org/j2ee/dtd/jboss_xmbean_1_0.dtd;

  I may not get to this for a while.  Perhaps you'd like to try it.


I will try ... but that is kind of a waste of bandwith ;-) ... and I 
would feel more comfortable using a ssh tunnel then.

Thanxs



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Testsuite rebuilding everything when initialising one test ... is so ...

2002-11-07 Thread Peter Fagerlund
it is so ... hmmm ... it is so buildmagic !

;-)

Could We not make a ant task that checks for modified timestamps of the 
files in the testsuite folder - store ( like in hsqldb running in the 
jboss instance You are about to test against ... hmmm ... or file ) - 
and then only compile changed whenever running the testsuite - repack 
classes - go ... could save 60-75 % time wise ... I mean it is so OP 
to wait 1-2 min just to se it fail for some reason instead of seeing it 
fail within 20-40 seconds then ... and or succeed

?



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence

2002-11-07 Thread Peter Fagerlund
torsdagen den 7 november 2002 kl 20.24 skrev Matt Munz:


It would be poor design to
require access to this site for correct server operation.


Yes - when using sf.net ssh one should be free of this !

Then again for the Dash-O-Pro optimized online-CD Distros it a cool 
way of stats colecting for whoever is counting the beans ...

he



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Testsuite rebuilding everything when initialising one test ... is so ...

2002-11-07 Thread Peter Fagerlund

torsdagen den 7 november 2002 kl 20.41 skrev David Jencks:


do you know about -Dnojars=true which skips directly to the tests?


I do now ! ... will try ... and wait for the cheese helmet ( read : a 
clean ant build system ) with integrated preprocessor (XDoclet) 
documentation auto updates ...

hehe

Thanxs



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] hsqldb 1.7.1 is using port 1701 as default in head (Matrix2)

2002-11-07 Thread Peter Fagerlund
Yes it is ...

Q: why
A: donow ... just one of those those things that might help in hsqldb 
versioning debugging ...

later u all ...

PS:
***
build is most test is run in testsuit/build.sh tests
***
21:43:46,200 INFO  [ServerInfo] Java version: 1.3.1,Apple Computer, Inc.
21:43:46,203 INFO  [ServerInfo] Java VM: Java HotSpot(TM) Client VM 
1.3.1_03-69,Apple Computer, Inc.
21:43:46,207 INFO  [ServerInfo] OS-System: Mac OS X 10.2.1,ppc
21:43:46,214 DEBUG [ServerInfo] java.vm.name: Java HotSpot(TM) 
Client VM
21:43:46,215 DEBUG [ServerInfo] java.runtime.version: 
1.3.1-root_1.3.1_020714-12:46
21:43:46,216 DEBUG [ServerInfo] os.arch: ppc
***
Summary
Tests	Failures	Errors	Success rate	Time
961	5	27	96.67%	6841.004
***

ONLY rolled into head as of now ... did not test 3.2 !

***



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] HSQLDB 1.7.x and EJB/CMP2

2002-10-18 Thread Peter Fagerlund
My testing indicates 1.7 break's EJB/CMP2 while other hsqldb related  
test's passes fine, maybe just some standardjbosscmp-jdbc.xml mapping  
in-between 1.6.1 and 1.7.x ?

Class org.jboss.test.bank.test.BankEJB20StressTestCase
Name	Tests	Errors	Failures	Time(s)
BankEJB20StressTestCase	10	10	0	12.339

Class org.jboss.test.bank.test.BankStressTestCase
Name	Tests	Errors	Failures	Time(s)
BankStressTestCase	10	0	0	41.563

Can somebody please have a look :

*** Start of {hsqldb}/doc/hsqlSyntax.html

Datatypes: The types on the same line are equivalent.

INTEGER | INT 	int | java.lang.Integer
DOUBLE [PRECISION] | FLOAT	double | java.lang.Double
VARCHAR	java.lang.String
VARCHAR_IGNORECASE	java.lang.String
CHAR | CHARACTER	java.lang.String
LONGVARCHAR	java.lang.String
DATE	java.sql.Date
TIME	java.sql.Time
TIMESTAMP | DATETIME	java.sql.Timestamp
DECIMAL	java.math.BigDecimal
NUMERIC	java.math.BigDecimal
BIT	boolean | java.lang.Boolean
TINYINT	byte | java.lang.Byte
SMALLINT	short | java.lang.Short
BIGINT	long | java.lang.Long
REAL	double | java.lang.Double
BINARY	byte[]
VARBINARY	byte[]
LONGVARBINARY	byte[]
OTHER | OBJECT	java.lang.Object

*** END of {hsqldb}/doc/hsqlSyntax.html

testTeller(org.jboss.test.bank.test.BankStressTestCase)	Error	Could not  
get customer for Marc

org.jboss.test.bank.interfaces.BankException: Could not get customer  
for Marc, Cause:javax.ejb.CreateException: Could not create  
entity:java.sql.SQLException: Serialization failure in statement  
[INSERT INTO CUSTOMER (id, name, accounts) VALUES  
('5678.1034946822781', 'Marc',  
'aced0005737200246f72672e6a626f73732e696e766f636174696f6e2e4d61727368616 
c6c656456616c7565eacce0d1f44ad0990c7870773e003aaced0005737200136 
a6176612e7574696c2e41727261794c6973747881d21d99c7619d03000149000473697a6 
578707704000a7878')]
at  
sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRem 
oteCall.java:240)
at  
sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:215 
)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:117)
at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown  
Source)
at  
org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvoker 
Proxy.java:138)
at  
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:9 
2)
at  
org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.jav 
a:77)
at  
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80)
at  
org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionI 
nterceptor.java:109)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:82)
at $Proxy3.getCustomer(Unknown Source)
at  
org.jboss.test.bank.test.BankStressTestCase.testTeller(BankStressTestCas 
e.java:57)
at java.lang.reflect.Method.invoke(Native Method)
at junit.framework.TestCase.runTest(TestCase.java:166)
at junit.framework.TestCase.runBare(TestCase.java:140)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:131)
at junit.framework.TestSuite.runTest(TestSuite.java:173)
at junit.framework.TestSuite.run(TestSuite.java:168)
at junit.framework.TestSuite.runTest(TestSuite.java:173)
at junit.framework.TestSuite.run(TestSuite.java:168)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.extensions.TestSetup.run(TestSetup.java:23)
at  
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTe 
stRunner.java:325)
at  
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitT 
estRunner.java:524)

***

While using a similar Patch as :
http://sourceforge.net/tracker/ 
index.php?func=detailaid=587623group_id=22866atid=376687

/peter_f



---
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] Is the testsuite not working - or is it just me?

2002-10-09 Thread Peter Fagerlund

onsdagen den 9 oktober 2002 kl 15.16 skrev Chris Kimpton:

 I need to use the target in testsuite/build.xml.


 This is on HEAD (jboss-head).

/jboss-head/build]   ./build.sh run-basic-testsuite
results in
[execmodules] Missing build file; skipping module: testsuite

so I am using
/jboss-head/testsuite]./build.sh tests-unit
for now ...

/peter_f




---
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] CVS lock ?

2002-10-08 Thread Peter Fagerlund

cvs server: [12:47:41] waiting for anoncvs_jboss's lock in 
/cvsroot/jboss/jboss-j2ee/src



---
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] [AUTOMATED] (HEAD) JBoss compilation failed

2002-10-07 Thread Peter Fagerlund

 =

 HERE ARE THE LAST 50 LINES OF THE LOG FILE

 build.sh: build.sh: No such file or directory

When doing a clean co jboss-all the folder dloaded comes as jboss and 
not as jboss-all as expected. This probably freaks out some script at 
lubega ?

/peter_f



---
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] hsqldb.jar

2002-10-06 Thread Peter Fagerlund

A new 1.6.1  hsqldb.jar is in cvs HEAD with the thread bug fix - 
Thanks to Michael Bartmann.

/peter_f



---
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] Automated JBoss(Branch_3_0) Testsuite Results:27-July-2002

2002-07-27 Thread Peter Fagerlund

What is the setenv on OSX to get the tools.jar in the classpath ?

/peter_f

on 27-07-2 09.41, [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:

 
 Number of tests run:   830
 
 
 
 Successful tests:  826
 Errors:4
 Failures:  0
 
 



---
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] Automated JBoss(Branch_3_0) TestsuiteResults:27-July-2002

2002-07-27 Thread Peter Fagerlund

on 27-07-2 21.57, Scott M Stark at [EMAIL PROTECTED] wrote:

 There is no tools.jar in the Apple VM and no setting is necessary to pickup
 the javac compiler. Its included in the default VM classes.jar

Ahhh ... I am seeing way to many errors compared to Your run in
run-basic-testsuite and are clerly doing something wrong ?

on OSX ... 

do I need to tweek run.sh somehow ? ...

I would like any code in testsuite to do db access throught DefaultDS rather
then a call to hypersonic's jdbc:hsqldb:hsql//localhost:port ... since We
should not bind to any but rather to many ...

/peter_f




---
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] Hypersonic 1.7 final released

2002-07-23 Thread Peter Fagerlund

They have a new config file where a variable embedded can be set to true.

/p

on 22-07-2 23.31, Jason Dillon at [EMAIL PROTECTED] wrote:

 Do we know if they have implemented better support for embedded use?  I
 remember Peter (or someone) saying they were considering using our patch
 for this, but who knows.
 
 It would be nice if they have some option so we don't have to hack it up
 to embed it properly... perhaps it won't spit out to STDOUT anymore too.
 
 --jason
 
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:jboss-
 [EMAIL PROTECTED]] On Behalf Of Dain Sundstrom
 Sent: Sunday, July 21, 2002 2:26 PM
 To: JBoss-dev
 Subject: [JBoss-dev] Hypersonic 1.7 final released
 
 Hypersonic 1.7 final was released.  Does anyone want to work on
 integrating it?  I am excited to get this working.  I want to try to
 get
 commit option A with stored procedure cache update notifications.
 Should be super fast.
 
 --
 
 Dain Sundstrom
 Chief Architect JBossCMP
 JBoss Group, LLC
 
 
 
 
 ---
 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] Hypersonic 1.7 final released

2002-07-23 Thread Peter Fagerlund

on 23-07-2 23.01, Jason Dillon at [EMAIL PROTECTED] wrote:

 But can we embed by api?  Or do we still have to call some main(String[]
 args) ?

install new 1.7.0 hsqldb.zip in lib

as desribed in hsqldb_home/doc/hsqlAdvancedGuide.html
create a file named server.properties add values :
server.database=default
server.silent=true
server.trace=false
server.port=1476
server.no_system_exit=true

recompile mbean to use hsqldb.Server instead of hsqldb.Embedded_Server

run as usual ... or just do this ...

in the hsqldb-service.xml file
-change the DefaultDS jdbc:hsqldb:http://localhost:1476 to jdbc:hsqldb:.
-comment out the hsqldb mbean code

You should now be running in memory without files  main()  sockets ...

Have not verified with curent version's ...

/p



---
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] when will head be fixed?

2002-07-07 Thread Peter Fagerlund

on 07-07-2 01.48, Bill Burke at [EMAIL PROTECTED] wrote:

 Is it already?

If You are refering to my head ... NO ... ;-)

its simple ... get out of mass traffic ... get a stable source for bandwidth
... that is idependent ... use for ex. James to filter spam ! ...

etc. etc .




---
This sf.net email is sponsored by:ThinkGeek
We have stuff for geeks like you.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Server restart

2002-06-04 Thread Peter Fagerlund

Periscope up ! .

A java shell - Transcipting Syntax'es would be cool .

http://www.google.com/search?hl=enq=JShell
http://homepage.mac.com/pcbeard/JShell/

Restarting the VM should involve a native memory clean up ? .

/5 points

on 04-06-2 03.39, Dain Sundstrom at [EMAIL PROTECTED] wrote:

 I should have been more clear; I meant restart the VM.  If you code the
 shell script, I'll figure out the batch stuff (along time ago I ran a
 BBS on DOS, so I know batch scripts fairly well).
 
 -dain
 
 Jason Dillon wrote:
 
 Do you mean restart the VM or restart the Server inside the same VM?  The
 latter is possible with Server.shutdown(), then Server.start() should work in
 theory... though I have not tested this at all... could be that there is more
 work to be done here to make this work... though I am not sure that is really
 that useful, as there could still be threads running or other cl bloat and
 such.
 
 To make this functional for a VM restart we would need the native scripts to
 handle this, which is possible for sure with /bin/sh, but as for batch I have
 no idea how much trouble it would be to do this...  I really hate batch.
 Batch sucks so much... it is so inconsitent across windows versions... dealth
 by fire and torture is more pallatable and pleasant than it's syntax.
 
 --jason
 
 
 On Saturday 01 June 2002 11:02 pm, Dain Sundstrom wrote:
 
 A lot of deployments need to write scripts to restart the server
 everyday to clean up resources captured by poorly written application
 code.  Also it would be nice for a management console to be able to
 restart the server.
 
 At this point my ideas for the testsuite are pure speculation.  I think
 it would be cool to be able to simulate a message queue fault, restart
 the server and recover the messages.  We could also use this technique
 to test the TX manager when we add recovery.
 
 -dain
 
 Jason Dillon wrote:
 
 In theory this should work, you can call jboss.system:type=Server exit
 code and the vm should exit and return code to the shell, though it
 may take some time for this to happen depending on how quickly the
 shutdown hook executes.
 
 Can you explain more of why this would be useful, to restart the server
 that is, and perhaps I have help you descide on the best way to make it a
 reality... instead of just theory.
 
 --jason
 
 Quoting Dain Sundstrom [EMAIL PROTECTED]:
 
 It would be useful to be able to restart the JBoss server while in our
 testsuite, but can we restart a JBoss server from an MBean?  I don't
 think we can, but I have an idea on how we can.  We use an MBean to
 shutdown the server using the normal hooks, but we make the server exit
 with a special exit code that tells our run.sh an run.bat startup
 scripts to restart the server.
 
 Jason, is this as simple as I have proposed?  Should we do it?
 
 -dain
 
 
 ___
 
 Don't miss the 2002 Sprint PCS Application Developer's Conference
 August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 -
 This mail sent through IMP: http://horde.org/imp/
 
 ___
 
 Don't miss the 2002 Sprint PCS Application Developer's Conference
 August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 ___
 
 Don't miss the 2002 Sprint PCS Application Developer's Conference
 August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
 ___
 
 Don't miss the 2002 Sprint PCS Application Developer's Conference
 August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
 
 ___
 
 Don't miss the 2002 Sprint PCS Application Developer's Conference
 August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- 

Re: [JBoss-dev] Mckoi SQL

2002-05-16 Thread Peter Fagerlund

duh ... give Tomas some cred ! ...


 Chief Technology Officer
 of free db support for
 dummies that do not se
 pure speed in front of
 ready made icons



___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] HEAD ClassCircularityError

2002-05-15 Thread Peter Fagerlund

on 15-05-2 16.51, Sacha Labourey at [EMAIL PROTECTED] wrote:

 jason, sacha or dain
 
 i need a test case, and in fact it should be in test cvs
 
 Sure. I don't have time now though. Any one else?

Ilike to - then time says - hepp- like - i do have the time to read and
grep the 'thingo' - just wait and someboby will force in ! ...

Love
pf 


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] WL Deployer, II

2002-05-15 Thread Peter Fagerlund

on 16-05-2 01.18, Scott M Stark at [EMAIL PROTECTED] wrote:

 because they want a one deployment unit works
 with all servers package.


What can We be part of Invent here ?


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Clustering statefulSessionHome.remove did not fail

2002-04-26 Thread Peter Fagerlund

on 27-04-2 01.01, marc fleury at [EMAIL PROTECTED] wrote:

 The order of the Defenders is the ultimate one, work on the meta-system, and
 bring meta-order to the order less.  It's self arranging once the system is
 there?
 
 One day there will be a *real* theoritical analysis of how Open Source
 organizes work.  I believe there are stability points.  But today we are
 winging it.
 
 It works, I'm just not sure why... passion, professionalism, youthfull
 enthusiasm,  genius, creative anarchism, paternalism, idealism, fascism, OSS
 just seems to work.

'Edward de Bono' has several descriptionns of selforganising systems.






___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] 3.0.0 RC1 is available

2002-04-16 Thread Peter Fagerlund

on 16-04-2 01.51, marc fleury at [EMAIL PROTECTED] wrote:

 
 |4 in all + the backup of thousands more - cool ...
 |
 |;-)
 |
 |Love
 
 Love indeed my friend, your english is greatly improved
 
 Bouge de la

ahhh ... 
Du menar denna bara i tanken by ? ...

Kan inte franska ... vill *inte* kunna franska ... finmaskigheten i deras
språk ger klasstillhörigheten hos dom, därför har dom i allmänhet svårt för
andra språk !!! då hela deras hela förståelse av varandet bygger på
språkets  'tonart' ... älskar dock människorna och landet ! ...

Förlåt ... för mycket brus ... ;-)

DADA

/peter/f
  
 marcf
 
 |/peter_f
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] 3.0.0 RC1 is available

2002-04-15 Thread Peter Fagerlund

on 16-04-2 00.56, Peter Fagerlund at [EMAIL PROTECTED] wrote:

 on 16-04-2 00.20, marc fleury at [EMAIL PROTECTED] wrote:
 
 |Sounds like I am the first person to grab a copy?
 
 You want a Tshirt?
 
 how many jboss contributers does it take to change a lightbulb ?

one to hold the bulb
one to screw it in
one to print the T_shirts
one and only JASON to invocate supervision and TANKS - hehe

4 in all + the backup of thousands more - cool ...

;-)

Love
/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] 3.0.0 RC1 is available

2002-04-15 Thread Peter Fagerlund

on 16-04-2 00.20, marc fleury at [EMAIL PROTECTED] wrote:

 |Sounds like I am the first person to grab a copy?
 
 You want a Tshirt?

how many jboss contributers does it take to change a lightbulb ?


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Deployer design

2002-04-14 Thread Peter Fagerlund

on 15-04-2 01.24, Larry Sanderson at [EMAIL PROTECTED] wrote:

 I don't know... perhaps someone would like to add a custom layer of security
 on all deployments.  Perhaps they would like to get an email when new
 deployments occur.  Who knows?  The point is I can see no down-side to
 making this pluggable, and it is a very easy patch. More important, though,
 is to prevent SubDeployers from accessing MainDeployer specific
 functionality.  That is just bad design.

It is of interest to have a notification of deploys when the thought
frame is agent centric.

Thanks
/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Deployer design

2002-04-14 Thread Peter Fagerlund

on 15-04-2 02.10, David Jencks at [EMAIL PROTECTED] wrote:

 On 2002.04.14 19:44:06 -0400 Peter Fagerlund wrote:
 on 15-04-2 01.24, Larry Sanderson at [EMAIL PROTECTED] wrote:
 
 I don't know... perhaps someone would like to add a custom layer of
 security
 on all deployments.  Perhaps they would like to get an email when new
 deployments occur.  Who knows?  The point is I can see no down-side to
 making this pluggable, and it is a very easy patch. More important,
 though,
 is to prevent SubDeployers from accessing MainDeployer specific
 functionality.  That is just bad design.
 
 It is of interest to have a notification of deploys when the thought
 frame is agent centric.
 
 The farm service runs off of such notifications today.  Possibly they could
 be finer grained or at a different time.

maybe as a jboss.net notification then since in in a agent frame no config
nor geo boundery should prevent ? ...



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Re: INSERTING AN ALREADY EXISTING BEAN

2002-04-13 Thread Peter Fagerlund

Marc,

This is getng silly !!! ...

just employ James ??? ...


on 14-04-2 00.37, Dain Sundstrom at [EMAIL PROTECTED] wrote:

 It will be like we discussed.  The mail just took like 2 hours to get
 delivered.  I'm almost done... it is very simple
 
 -dain
 
 Bill Burke wrote:
 
 Why not like we discussed Dain?
 Have an interceptor before EntityLockInterceptor that creates to
 invocations.  An invokeHome invocation for the ejbCreate and a regular
 invocation for the ejbPostCreate?
 
 
 -Original Message-
 From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
 Sent: Saturday, April 13, 2002 4:52 PM
 To: JBoss-dev; marc fleury; Bill Burke
 Subject: INSERTING AN ALREADY EXISTING BEAN
 
 
 I have found another way to get the INSERTING AN ALREADY EXISTING BEAN
 bug to appear.  The following code you would add to LineItem (in an
 Order-LineItem relationship):
 
 public String ejbCreate(Long id, Order order) {
 setId(id);
 return null;
 }
 
 public void ejbPostCreate(Long id, Order order) {
 order.getLineItems().add((LineItem)ctx.getEJBLocalObject());
 }
 
 I think the problem is because ejbCreate and ejbPostCreate being
 combined into the same invokeHome.  When ejbCreate is being invoked the
 entity is an a special state, but ejbPostCreate should be treated as
 just a standard method invocation after ejbCreate completes (back to the
 EntityContainer).
 
 Unless someone has a better idea, or a good bug fix for this problem,
 I'm going to start looking in breaking ejbCreate and ejbPostCreate into
 two steps.
 
 -dain
 
 
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] J2ME Embedded Tease

2002-04-12 Thread Peter Fagerlund

Q - What is a Java Delivery Server ?

***

SUN and Nokia have joined forces in making Java a reality in the wireless
world of applications here in Hongkong.

As of today, the worldwide adoption and high-volume deployments of Java
Technology enabled handsets by wireless operators has generated tremendous
interest in the developer and content community. Over 150,000 copies of
Java 2 Platform, Micro Edition (J2ME) Reference Implementation have
already been downloaded by developers all over the world!

Through Sun and Nokia partnerships, it  aims to reach out and train 30,000
developers across Asia Pacific on J2ME Technology and Nokia device
extensions by end of 2002.

Be among the first to experience Nokia and SUN Microsystems' J2ME
Technology offering here in Hongkong! There will be a showcase of exciting
Java applications and Java phones waiting for you!

  When: April 30th 2002 (Tuesday)

   Where: Grand Hyatt Hotel (Hongkong)1 Harbour Road

With the combined effort of Sun and Nokia, Java technology will be a key
enabler for realizing business, entertainment and information on the GO!
So, Don't miss this rare opportunity and be a part of Nokia and SUN
Microsystem's ultimate offering.

Registration and Admission is FREE!. To register, please send an e-mail to
 [EMAIL PROTECTED] or visit us at the following website.

  www.seap.forum.nokia.com
  www.sun.com.sg/events

The event will be webcasted On Demand on 02 May 2002 . Registration to
webcast starts on 22 April 2002 at Yahoo website:  http://sg.yahoo.com/

Here is the Proposed Agenda for more details!

See you there!

==
FORUM NOKIA - SUN J2ME TECHNOLOGY WORKSHOP
30th April, 2002 (Tuesday)
=

PROPOSED AGENDA 

9:00 Registration 
9:30 Welcome and opening
9:50 SUN Developer Connection – Forum Nokia
10:30 J2ME market outlook
11:10 Coffe/Tea Break
11:30 Forte for Java
12:10 J2ME Nokia handsets
12:30 LUNCH  EXHIBITION


First Stream 
Development Stream
13:45   MIDP Client/Server Applications
14:15   Java Delivery Server (midlet provisioning, OTA)
14:45   Wireless Content and Delivery Networks
15:15 Coffee break  demos
15:45   Nokia J2ME extentions and development tools (SDKs, …)
16:15   Training courses SUN Ed
16:45   QA  closing of Technical Stream

Second Stream
Go-to-market Stream
13:45 Go to market with Nokia – Tradepoint, SW market, Nokia OK
14:15 Go to market with SUN
14:45   Go to market with Operators Local Nokia customer
15:15 Coffee break  demos
15:45   Go to Market with Local Nokia customer
16:15   Go to market with Aggretors
16:45   QA  closing of Go-to-market stream

17:00  End of Program  Exhibit

NOTE: As this is only a proposed agenda, topics and presentations may
subject to changed without prior noticed.

***


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Demo

2002-04-11 Thread Peter Fagerlund

I thank You for the invitation to crack You open ... but I have to pass and
give You a raincheck for now ...

;-)

on 11-04-2 03.06, Jason Dillon at [EMAIL PROTECTED] wrote:

 
 
 Your deployables is quite Queen'ish :-)
 it is of some importence how and why we choose a certain word to give
 meaning of purpose ... a word is a container of a concept ... then it
 could becomme cultural ... if You are not aware ... beware ...
 
 
 peter_f translation:
 
 I don't like the word 'deployables', but I sure like crack.
 
 I se something with a diffrence *** where deployments of a configuration and
 a kickstarts has different folders, in the kickstart folder one would have
 hands on how to's how to delvelop on this Your empowerment'ish *new* free
 tech. 
 
 
 peter_f translation:
 
 Gonna kickstart me some crack
 
 A killer app - would be to have a dload and ready made ANT files to be
 executed by push of a web interface as You say ...
 
 
 peter_f translation:
 
 Gonna go get me some crack
 
 if We could have people run extended(advanced) stuff out of the box ! ...
 I fly ... U fly ... ;-) ...
 
 More later -right now You have to excuse me while I kiss the sky ...
 
 
 peter_f translation:
 
 Just smoked some crack
 
 * * *
 
 For the record, I am just kidding =P.
 
 --jason
 


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] CPU at 99.9 % after completionofrun-basic-testsuite

2002-04-11 Thread Peter Fagerlund

on 11-04-2 23.46, Mac Rinehart at [EMAIL PROTECTED] wrote:

 Ok, I just finished running the testsuite. And with about 10 minutes passed
 I am still seeing my CPU maxed out at 100%. Review of active processes shows
 that java.exe is the primary consumer. This is a Win2k system with a PIII
 processor, the JBoss build was retrieved about an hour ago. I'll let the
 computer continue to run and see what happens over time.
 
 Mac Rinehart, President
 Sextant Technology Consulting, Inc
 
 SEXTANT TECHNOLOGY CONSULTING is a trademark of Sextant Technology
 Consulting, Inc. Sextant Technology Consulting, Inc is a provider of
 enterprise application development services, specializing in J2EE and Oracle
 technologies. Mac Rinehart is the author of JavaServer Pages For Dummies and
 Enterprise JavaBeans For Dummies.

yes - i have a build like that stored on CD now ... for furthuristic value
at actions ;-) my last dload do not exhibit the above behavior tho  ...

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] CPU at 99.9 % after completionofrun-basic-testsuite

2002-04-11 Thread Peter Fagerlund

I think that maybe this is a  testsuite error and not a jboss one ...

- I do it in *cascades*
- this might exhibit problem ? ... because some testsuites as of now leaves
crack behind --not dropping tables and keep simulated corporate data -
then in existence on the next run ---SLOPPY ... I have a fix where We would
employ a SQLCache for the tests suite either called throughout a DataSource
or direct to a hsqldb connection ... the thing is to always call YOUR JDBC
THROUGH A DS WHEN IN TESTSUITE ... otherwise We will blow inconsistently
... happens now with my *new* test in jmx.test !!! please fix so I can
employ fix without breaking Your test/s !.

Thanks
/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Demo

2002-04-10 Thread Peter Fagerlund

on 11-04-2 03.47, Jason Dillon at [EMAIL PROTECTED] wrote:

 After a bit more thought I think that a minimal server config is
 really pointless, though I do think we need to document it somewhere.

Could the configuration folders named default also contain a simple
default_conf_doc.war that would deploy under the /default/ context
containing the doc for that configuration ? ...

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] JBoss primary services

2002-04-10 Thread Peter Fagerlund

on 10-04-2 10.46, Pieter at [EMAIL PROTECTED] wrote:

 Actually, I'm looking for something like
 http://e-docs.bea.com/wls/docs61/notes/issues.html#1056662, but then for JBoss
 2.4.3/4 and 3.0.

Yes - very good - I think this could be collected from a wide variety of
sources like sf.net / forums / changenotes / developer questions ++

A wiki would be fantastic for building that ! then all can go in and edit
under the right header and also create new header/subheaders.

Please submit what You do collect as a patch on sf.net instead of linking
work in progress ...

 Sorry for responding so late, but it's been night in Belgium :)

Ahhh ... 
;-)

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] JBoss primary services

2002-04-10 Thread Peter Fagerlund

on 10-04-2 14.34, Pieter at [EMAIL PROTECTED] wrote:

 http://www.jboss.org/online-manual/HTML/ch13s98.html links to
 http://java.sun.com/products/javamail/1.2/docs/javadocs/index.html.  Does this
 mean the full JavaMail 1.2 API is implemented?

Yes - there is a handle availible to the full JavaMail 1.2 API. Have You
seen the : Java 2 Platform Enterprise Edition Specification, v1.3 ?

Maybe We could continue this and all else that comes to mind over here :
http://main.jboss.org/forum.jsp?forum=52
or here :
http://main.jboss.org/forum.jsp?forum=67

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Demo

2002-04-10 Thread Peter Fagerlund

on 10-04-2 18.50, Andrew Scherpbier at [EMAIL PROTECTED] wrote:

 How about deployables in the root of the distribution tree.

close but ...
 
 Also, to follow up on Peter's message in a different thread about using
 a default.war to document things...   I really like that idea.  It can
 be extended to dynamically show what services can be deployed by looking
 in the deployables directory and parsing the *-service.xml files for
 information.  If those files contain the documentation for the service
 they provide, then there is only one place to  update if things change.
 (Would adding a description element to the *-service.xml files break
 anything?)
 The cool part of this is that the documentation could automatically show
 the dependecies as well.
 
 At another level, this whole interface could be extended to be a web
 based configuration thingy which can create configurations with the
 services you want.  Maybe this should be part of the new JMX web interface.

fucking beautiful

...



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Demo

2002-04-10 Thread Peter Fagerlund

scenario: when U dload .  one wants instant gratification
( I know Me want ) ...

So HOW ARE U GOING TO DO THAT JASON ... without help ?

***

The People that trained me said - it is ready when it is ready ...

 I am willing to work on something like this (for 3.1, not 3.0!!!) if
 there is any interest.

I would like to have it fot 3.0 .. and all 3.0 dloads as well ...

/Peter_f



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Demo

2002-04-10 Thread Peter Fagerlund

on 10-04-2 18.50, Andrew Scherpbier at [EMAIL PROTECTED] wrote:

 How about deployables in the root of the distribution tree.

close but ...
 
 Also, to follow up on Peter's message in a different thread about using
 a default.war to document things...   I really like that idea.  It can
 be extended to dynamically show what services can be deployed by looking
 in the deployables directory and parsing the *-service.xml files for
 information.  If those files contain the documentation for the service
 they provide, then there is only one place to  update if things change.
 (Would adding a description element to the *-service.xml files break
 anything?)
 The cool part of this is that the documentation could automatically show
 the dependecies as well.
 
 At another level, this whole interface could be extended to be a web
 based configuration thingy which can create configurations with the
 services you want.  Maybe this should be part of the new JMX web interface.

fucking beautiful

...



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] CPU at 99.9 % after completion ofrun-basic-testsuite

2002-04-09 Thread Peter Fagerlund

on 08-04-2 23.30, Mac Rinehart at [EMAIL PROTECTED] wrote:

 Haven't actually checked out the CPU usage,

Ahhh ... 

 And I've also noticed slowness in other applications after
 running the testsuite.

Could You please check Your CPU before and after running the testsuite ? ...

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] CPU at 99.9 % after completion ofrun-basic-testsuite

2002-04-09 Thread Peter Fagerlund

did a clean cvs today (13.45.20 CET) and after completion of
run-basic-testsuite cpu is normal ...
yesterdays cvs (16.39.05 CET) behaves differently and hangs somewhere after
completion of run-basic-testsuite ...

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Scheduled MBeans (Suggested Patch)

2002-04-09 Thread Peter Fagerlund

on 09-04-2 20.36, cepage at [EMAIL PROTECTED] wrote:

 t invocation to be scheduled. This is still not a perfect solution, but IMHO
 it is much better than the current situation.


Please submit this as a patch at :
http://sourceforge.net/tracker/?group_id=22866atid=376687

This way all contributers can look at it and probably the implementor choose
to and/or make a merge with a config flag together with  dual *n sematics
furthering complexity ... This is a good call - I would prefere 5 minutes to
be 5 minutes and not 5 mintes + last execution time ...

Thanks
/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] JBoss primary services

2002-04-09 Thread Peter Fagerlund

on 09-04-2 23.01, Pieter at [EMAIL PROTECTED] wrote:
 I'd like to make an overview of JBoss 2.4.4 with hints to 3.0.  I'll link you
 to the results when I'm done.
 So in the next few days, I'll be posting some questions on clustering,
 caching, etc.

cool

 But first: has anyone already made a comprehensive overview of the exact API's
 that are implemented in the subsequent JBoss versions?

if You with exact API mean the javadoc ? ... then u would have that with a
default dload and together witht a build.sh [command] - [all] (([help] is
usefull to) - ? would take You there ... otherwise - and on top - the
/jboss-all/testsuite/src/main/org/jboss/test/* has a lot of undocumented
hints ... to make copy from ...

/peter_f 


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] Demo

2002-04-09 Thread Peter Fagerlund

Are We ready to make a Demo folder in jboss-all/ that BM would copy into
output/*/* where I could with an ant build.xml file build and copy to deploy
... and once in deployed in deploy as a webapp I could edit some source -
save - *bong* - cool ...

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Demo

2002-04-09 Thread Peter Fagerlund

on 11-04-2 01.21, Jason Dillon at [EMAIL PROTECTED] wrote:

 Do you mean a demo or example configuration for the server?  I think
 that a demo module under jboss-all is not appropriate, but a demo or
 example configuration under server/ is certainly do able.  There was
 talk awhile ago about how to best organize this. I have not implemented
 anything since there was not a final decision.
 
 I suggest we add a advanced and example config directory under
 server, probably copying default for a base.

exactly ++ also maybe a folder for cluster and the like called extended ?
... The deployer would need to be aware and ant triggable ...Yes - We talked
about it some while ago and the concencus was - cool ;-) if that is not
final . then . Ahhh ...

/peter_f

 --jason
 
 
 Peter Fagerlund wrote:
 
 Are We ready to make a Demo folder in jboss-all/ that BM would copy into
 output/*/* where I could with an ant build.xml file build and copy to deploy
 ... and once in deployed in deploy as a webapp I could edit some source -
 save - *bong* - cool ...
 
 /peter_f
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] Pollo a XML-Editor

2002-04-08 Thread Peter Fagerlund

Maybe this tool could be extended for management
screenshoot :
http://pollo.sourceforge.net/sitemap1.png
sf.net :
http://sourceforge.net/projects/pollo/

beutiful for ant and *-service.xml files allready,
not so happy with BM xml files tho ;-( ... yet ? ...

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Patched HSQLDB sources?

2002-04-07 Thread Peter Fagerlund

on 07-04-2 09.30, Jason Dillon at [EMAIL PROTECTED] wrote:
 If one uses ones own ServerSocket and connection threads that use the
 hsqldb.Database class directly - then We do not need to touch the hsqldb
 code and have more controll over the listeners in JBoss ... this is how the
 Avalon project has solved there embedded hsqldb.
 
 Does it make sence to implement this now, incase the method the hsqldb folks
 decide on isn't enough... or takes too long?

I think they will provide us with something satisfactory ...

 Do you understand how to implement this?  If so and it makes sence to add,
 then lets do it.  It will make this more maintainable.

Doing a plain Jane implementation is easy - unless You use the JNP way as a
pattern for doing it ;-) ...

It growed on me to be able to have all listerners (NAME:PORT) registred in a
component for easy access by other components, to be able to understand what
ports are running in the WM and be JMX intra-machine negotiation capable.

what do You think ? ...

/peter_f



___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] I want my docbook-xsl

2002-04-07 Thread Peter Fagerlund

Did a clean CVS co and the build.xml complains at line 530 about FNFE
docbook-xsl - I do not eaven have a thirdparty/oasis/ folder ??? ...

I go for a espresso meanwhile ...

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] I want my docbook-xsl

2002-04-07 Thread Peter Fagerlund

on 07-04-2 16.10, Peter Fagerlund at [EMAIL PROTECTED] wrote:

 Did a clean CVS co and the build.xml complains at line 530 about FNFE
 docbook-xsl - I do not eaven have a thirdparty/oasis/ folder ??? ...
 
 I go for a espresso meanwhile ...

did a -dP and got it now - sorry ...

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Listerner factory

2002-04-05 Thread Peter Fagerlund

on 05-04-2 05.08, Jason Dillon at [EMAIL PROTECTED] wrote:

 Do you have a design for such a component?

I do not have a full understanding of the requirements ...

 There will always be components which don't support this so we need to
 provide another option as well,

Then just register the listener:port in such a component.

This was a notice of a pattern and potential reuse for SS listerner
implementations - also usable in the light of service for a JMX-hub's
intra/extra-machine communication - maybe an extended JSR-77 field ?.

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Patched HSQLDB sources?

2002-04-04 Thread Peter Fagerlund

on 04-04-2 03.13, Jason Dillon at [EMAIL PROTECTED] wrote:

 Where are the patched sources for the JBoss HSQLDB?  Does anyone know if
 the 1.7.x version is flexible enough to use it out of the box?  If not,
 could whoever patched it in the first place try to get those changes
 commited... assuming they are not completly JBoss specific.

They are at 1.7.0RC3 and are looking at implementing the patch We have been
using ... 
 
 If the patch is JBoss specific, then we should start managing the
 sources internally (like we do with Jetty), so we can maintain the
 patched version effectivly.

lets wait until they go 1.7.0 ... then We can upgrade ... depending on
1.7.0's choosen embedded support ... alt. We could manage the listener
components ourself and use the Database class directly from there ... the
way We traditionaly started hsql is to call the org.hsql.Server class that
is a listerner ... We could reuse Jetty's or web module's listener
components and so unify with a new hsqldb listener. And then perhaps also
refactor JNP to use the same listener components ? ... Today all 4 mentioned
have there own listener implementation.

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] Listerner factory

2002-04-04 Thread Peter Fagerlund

Maybe a central listener factory could hand out listerner objects to
services and from there also manage multiple instance detection plus
migration of services depending on A-VM going down while B-VM are using for
example A-VM's JNP.

/peter_f 


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Patched HSQLDB sources?

2002-04-04 Thread Peter Fagerlund

on 04-04-2 22.42, Jason Dillon at [EMAIL PROTECTED] wrote:

 Does this mean that 1.7.0 has better embedable support so we don't have
 to hack up the dist to make it work with JBoss?  I didn't look at the
 new stuff, so I don't have a clue... but I am hoping that is what it means.

They are looking at supporting embedded using our patch - they may go
another road and/or just be inspired by what We used ... they do want to
have something supporting embedded ... how and when I do not know ...

If one uses ones own ServerSocket and connection threads that use the
hsqldb.Database class directly - then We do not need to touch the hsqldb
code and have more controll over the listeners in JBoss ... this is how the
Avalon project has solved there embedded hsqldb.
 
 I am simply concered that with the current impl we don't really have
 much control over the maintenece... which I would like to have fixed.

You can get it from the sf.net/hsqldb patch area ...

/peter_f

 --jason
 
 
 Peter Fagerlund wrote:
 
 on 04-04-2 03.13, Jason Dillon at [EMAIL PROTECTED] wrote:
 
 Where are the patched sources for the JBoss HSQLDB?  Does anyone know if
 the 1.7.x version is flexible enough to use it out of the box?  If not,
 could whoever patched it in the first place try to get those changes
 commited... assuming they are not completly JBoss specific.
 
 
 They are at 1.7.0RC3 and are looking at implementing the patch We have been
 using ... 
 
 
 If the patch is JBoss specific, then we should start managing the
 sources internally (like we do with Jetty), so we can maintain the
 patched version effectivly.
 
 
 lets wait until they go 1.7.0 ... then We can upgrade ... depending on
 1.7.0's choosen embedded support ... alt. We could manage the listener
 components ourself and use the Database class directly from there ... the
 way We traditionaly started hsql is to call the org.hsql.Server class that
 is a listerner ... We could reuse Jetty's or web module's listener
 components and so unify with a new hsqldb listener. And then perhaps also
 refactor JNP to use the same listener components ? ... Today all 4 mentioned
 have there own listener implementation.
 
 /peter_f
 
 
 


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Listerner factory

2002-04-04 Thread Peter Fagerlund

on 04-04-2 22.43, Jason Dillon at [EMAIL PROTECTED] wrote:

 What does  a listener factory do... can you explain in more detail.

It creates and manages listerners.

Since We have 3-7 + ServerSockets in the VM at any one time it could be good
with one way to manage them in the same way to ease maintenece ... also have
one place to ask what listerners are running on a node ...

Could also maybe help with stability ? ... since if I for a reson would like
to restart a service containing a listerner I would not need to stop and
clear the SS for the service just hand the restarted service the same SS
when it comes back up ... maybe even with que'ed requests ...

/peter_f 

 --jason
 
 
 Peter Fagerlund wrote:
 
 Maybe a central listener factory could hand out listerner objects to
 services and from there also manage multiple instance detection plus
 migration of services depending on A-VM going down while B-VM are using for
 example A-VM's JNP.
 
 /peter_f 
 
 
 ___
 Jboss-development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
 
 


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] HP-UX 11i port for J2SE 1.3.1_02

2002-03-28 Thread Peter Fagerlund

on 28-03-2 11.42, Chandan S Pansare at [EMAIL PROTECTED] wrote:

 This is real urgent.

try :

http://www.hp.com/products1/unix/java/java2/sdkrte1_3/index.html


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] CVS HEAD doesn't start with jdk 1.4 ?

2002-03-27 Thread Peter Fagerlund

on 27-03-2 15.33, Vesco Claudio at [EMAIL PROTECTED] wrote:

 + db/hypersonic/default.script as martin has written.

whats that ? where ?


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] CVS HEAD doesn't start with jdk 1.4 ?

2002-03-27 Thread Peter Fagerlund

on 27-03-2 16.18, Vesco Claudio at [EMAIL PROTECTED] wrote:

 modify passord in Default Db

have You tried   instead of  ?


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] JMX HTML... From the Pure Fluff Department...

2002-03-27 Thread Peter Fagerlund

on 27-03-2 15.15, Ken Sipe at [EMAIL PROTECTED] wrote:

 I don't know the level of JSR 77 support at this time in JBoss and hadn't
 thought about it.

look in test.managment.test

a servlet talking to the MEJB might be a good start ? i thought there was
one allready ?

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Waaaaaaaaooooooooouuuuwwwwwwww

2002-03-27 Thread Peter Fagerlund

on 28-03-2 00.25, Yannick Menager at [EMAIL PROTECTED] wrote:

 keep the flame throwers away :)

Listen - .
..
..







































Once 
-I was young 
- a long time ago 
- true 
- when complaining 
- always have a suggestion for solution
- otherwise U are part of the problem ...

clear ! ... ? ...

/p


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] CVS locks?

2002-03-25 Thread Peter Fagerlund

on 25-03-2 21.38, Jason Dillon at [EMAIL PROTECTED] wrote:

 While on  topic of BM can U please explain what it does that ant task's can
 not do ? and WHY do We have a top level BlackBox instead of a 'standard' way
 to extend and build with ant ! ... ? ...
 If you can make Ant do what the current system does now, be my honored
 guest.

can U please explain what it does that ant task's can not do ?

/peter_f


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



  1   2   3   >