Re: [jboss-group] RE: [JBoss-dev] 4.0 rollback 1st phase complete
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
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
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=detail&aid=636781&group_id=22866&atid=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=817198&forum_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...
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...
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
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)
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?
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
Re: [JBoss-dev] One thing I like about the Apache thing
Yes - well as alwyas it is easy ... We need a xmleditor(ChooseYourOSSFav) and have it open -> edit -> write(repackage zip) -> done (redeployed) ... now if only some Atlanta company would show the money - hehe /me --- 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] 魔术手机卡，一张卡多个号
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¢½éá¶ÚþØbH zG(û %º,±×¯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
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
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
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: AW: [JBoss-dev] JBossME
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: AW: [JBoss-dev] JBossME
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: [JBoss-dev] JBossME
JBossME is maybe not the best project name ? ME being Micro Edition Maybe JBossEE (Embedded Edition) ? or EMBOSS ? The project should look into investing in DASH-O Pro to compress the binary deliverables ? Then maybe the project could have three reference devices in a range from phone to sbc ? to test on. /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
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
Re: [JBoss-dev] JBossME
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
torsdagen den 12 december 2002 kl 16.01 skrev Holger Baxmann:
embedded systems constits normally of many - some 1...k - devices,
clustering comes to my mind ...
Yes - but lets try break embedded down some, to devise's that use a
"Mobile Phone Wire" and device's using a "SBC (SingleBoardComputer)
LAN/WiFI", generally speaking the "Mobile Phone Wire" device will need
to have much thinner applications in the near foreseeable future
compared to a "SBC LAN/WiFi" device (also then consider a "Mobile Phone
Wire" device bridging through BlueThooth to a "SBC LAN/WiFI" or a "SBC
using a "Mobile Phone Wire""). Running a jboss-client on a embedded
linux SBC device or full stack JBoss for that matter can be done today
- again - depending on CPU and memory constraints of Your targeted
(soldered) device together with the chosen OS/VM.
real-time, btw, does not mean 'very fast' rather it is about
predictable
time frames - with timestamping of tx's (databases not involved here)
even
this should be possible ...
"A definition of Real Time is how long it takes for something to
complete"
-Don Norman
;-)
[signing and gps comes in view ...]
Yes - it is cool ...
- With signing the Telco's will become banks.
- GPS (positioning) can be had here (Stockholm) today depending on Your
operator's ("Phone Wire" ISP) service.
/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
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
torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann: btw: who is talking about jboss-client? i will have clustering across a whole fabrication line, a whole plant over highspeed i/o ports or similar ieee implementations. Utility Communications Architecture (UCA) Generic Object Models for Substation and Feeder Equipment (GOMSFE) ==> IEC61850 cool - one could need something like that ? when pushing near real-time content to many clients. /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
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 these actors do not know of software ethical'isms as IBM would!. --- 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
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"
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] 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
Re: [JBoss-dev] [ jboss-Patches-649128 ] wrong port in hsqldb-service.xml
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=detail&atid=376687&aid=649128&group_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=detail&atid=376687&aid=649128&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- 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
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. 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
[JBoss-dev] Re: jboss-development@lists.sourceforge.net
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
[JBoss-dev] jboss-development@lists.sourceforge.net
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
Re: [JBoss-dev] Re: JBoss/CMP Improvements
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
Re: [JBoss-dev] Re: JBoss/CMP Improvements
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] Big Brother ala Java...
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] TODO: NetBoot PetStore
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] Jetty NIO SL in JBoss 3.0.4 no worky
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] Jetty NIO SL in JBoss 3.0.4 no worky
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] MetaDataRepository Proposal
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?
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
***
/**
* Sample code for use of triggers in hsqldb.
*
* SQL to invoke is:
* CREATE TRIGGER triggerSample BEFORE|AFTER INSERT|UPDATE|DELETE
* ON myTable [FOR EACH ROW] [QUEUE n] [NOWAIT] CALL
"myPackage.trigClass"
*
* 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.
*
* 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.
*
* Ensure that "myPackage.trigClass" is present in the classpath which
* you use to start hsql.
*
* If the method wants to access the database, it must establish
* a JDBC connection.
*
* When the 'fire' method is called, it is passed the following
arguments:
* fire (String trigName, String tabName, Object row[])
*
* 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:
* 1. jdbc:default:connection: URL for JDBC trigger method
connections to
* the database.
* 2. arguments to the trigger method.
* 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
* 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 upd_before
[JBoss-dev] .DS_Store
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
Re: [JBoss-dev] hsqldb "sqlcache" speed improvment indication
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
Re: [JBoss-dev] hsqldb "sqlcache" speed improvment indication
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
[JBoss-dev] hsqldb "sqlcache" speed improvment indication
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
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] Files looked on my fs from clean co
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] Files looked on my fs from clean co
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] [AUTOMATED] (HEAD) JBoss compilation failed
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
Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
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
[JBoss-dev] hsqldb 1.7.1 is using port 1701 as default in head (Matrix2)
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
Re: [JBoss-dev] Testsuite rebuilding everything when initialising one test ... is so ...
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
Re: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence
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
[JBoss-dev] Testsuite rebuilding everything when initialising one test ... is so ...
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
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 ... 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] why do build all fail - build most works ?
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
[JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence
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.(XMBean.java:214) 18:02:40,849 ERROR [STDERR] at org.jboss.mx.modelmbean.XMBean.(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 a:72) 18:02:
[JBoss-dev] HSQLDB 1.7.x and EJB/CMP2
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=detail&aid=587623&group_id=22866&atid=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?
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 ?
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
>>> = >>> >>> 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
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) TestsuiteResults:27-July-2002
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] Automated JBoss(Branch_3_0) Testsuite Results:27-July-2002
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] Hypersonic 1.7 final released
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] Hypersonic 1.7 final released
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] when will head be fixed?
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
Periscope up ! . A java shell - Transcipting Syntax'es would be cool . http://www.google.com/search?hl=en&q=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 and the vm should exit and return 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.s
Re: [JBoss-dev] Mckoi SQL
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] WL Deployer, II
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] HEAD & ClassCircularityError
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] Clustering statefulSessionHome.remove did not fail
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
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
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] 3.0.0 RC1 is available
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] Deployer design
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] Deployer design
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] Re: INSERTING AN ALREADY EXISTING BEAN
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
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 Q&A & 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 Q&A & 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] CPU at 99.9 % after completionofrun-basic-testsuite
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 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] CPU at 99.9 % after completionofrun-basic-testsuite
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] Demo
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] Demo
> but what? > > Maybe "available-services" or "possible-services" Ahhh ... no ... no ... and then Yes of course ... 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 ... 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. 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 ... 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 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Demo
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 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
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
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 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] So how big is the smallest MBeanServer I canrun...
on 10-04-2 16.22, Dain Sundstrom at [EMAIL PROTECTED] wrote: > File size or memory foot print. and after a DashO Pro I guess 30% less in File size ? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss primary services
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] JBoss primary services
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] Demo
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] Demo
on 11-04-2 02.10, Jason Dillon at [EMAIL PROTECTED] wrote: > I would prefer to keep any additional configurations that ship with the > release to a minimum. I think that three configs: "default", "advanced" > and "example" will cover what we need and won't add much extra > confusion. I expect that clustering would go into the "advanced" > configuration. Ahhh ... yes advanced / extended semantics - cool ! ... Also I envisioned - or I should say - synchronicity envisioned a demo folder not of configurations but of deployments - kickstart - Yes - lets call the folder kickstart instead of demo - demo is lame ;-) - then in kickstart/* there is an accompanying ant.xml that will deploy to a webapp somewhere under /deploy/* also consider having the webapp deployed then edit one sourcefile in kickstart/*/* and he DJ deployer compiles / deploys -huh ... I am dreaming - so I should go to bed and continue ;-) later /peter_f > --jason > > > Peter Fagerlund wrote: > >> 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
Re: [JBoss-dev] Demo
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] Demo
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] JBoss primary services
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
Re: [JBoss-dev] Scheduled MBeans (Suggested Patch)
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=22866&atid=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] CPU at 99.9 % after completion ofrun-basic-testsuite
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] CPU at 99.9 % after completion ofrun-basic-testsuite
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
[JBoss-dev] Pollo a XML-Editor
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
[JBoss-dev] CPU at 99.9 % after completion of run-basic-testsuite
CVS co jboss-all yesterday (20020804-16.39.05) after runing the "run-basic-testsuite" CPU keeps pegging at close to MAX for hours. I am on RH 7.2 using Blackdown 1.3.1 Anybody else se this ? /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: AW: [JBoss-dev] JMX HTML... From the Pure FluffDepartment...
Cool - I really like the screen visuals ... will dload in the morning (CET) and try out live ... cool ... let us know of anything You need furthering this ... like "Money for nNothing and Girls for Free" ... ;-) /peter_f on 08-04-2 01.35, Jason Dillon at [EMAIL PROTECTED] wrote: >> In the project I am currently involved the project manager >> is really looking for a tool which provides monitoring >> functions like the JSR-77 specs provide. He always looks >> for something like the BEA console. >> >> Is that something you had in mind or just more a >> replacement for the SUN HTML-Adaptor? > > Short-term, yes a direct replacement for the SUN adapter, with a few changes > to provide JBoss branding and possibly (if easy to implement) collapsable > hierarchy of JMX domains, so the first look shows only the top level domains > and does not overwhelm the admin with ever MBean in the system. > > Longger-term, I want a simple pluggable view system which uses consistent > l&f. The current SUN-like adapter would then become a view (perhaps the > default, using tab-like nav or something similar & simple). Then a JNDI view, > with collapsable tree-like view (would be a replacement for curremt JNDIView > MBean) > > Then other views can be created which provide a rich set of admin > functionality on top of the basic MBean system. For example, consider a > wizard-like view which walked an admin through the steps of creating a new JMS > Queue or ConnectionFactory. The view would gather information, then > eventually invoke some target MBean to get the work done. > > I think that JMX is a good base for raw administration, but we need to provide > some sugar on top to make it easier and straight forward for anyone to use. > > That said, I don't have time or the expertese to build such a web app now, and > perhaps never will. So I am trying to motivate others with such skills and > motivation to work together to make this happen. > > Once my plate empties a little more, I will be starting to work on the > telnet/ssh access + sctiptable interface, as I am very motivated to do that. > If you have time and energy to help with the web console, along with anyone > else (I am sure there are at least a few), that would be great! > > The concept is simple, and the code is not hard... just need to find the right > people who can spare some time. > > --jason > > - > This mail sent through IMP: http://horde.org/imp/ > > ___ > 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] Patched HSQLDB sources?
on 07-04-2 23.48, Jason Dillon at [EMAIL PROTECTED] wrote: >> 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 ? ... > > I think it is a good idea also, but perhaps difficult/tricky to implement in a > generic fashion. It is easy - I send You some "birds" ! ... > I have not thought about this in much detail, so perhaps it > is easier than I expect. XP == Messure Twice Cut Once ... or was that ZEN ... I forget - heh... > If you have a design + usage schenarios for the current set of port using > components which JBoss uses, I would be interested to see it. I would like to get feedback from U all before trying to cut a first implementation ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] I want my docbook-xsl
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
[JBoss-dev] I want my docbook-xsl
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] Patched HSQLDB sources?
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
Re: [JBoss-dev] Listerner factory
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
