Re: [JBoss-dev] A new user interface for JBoss
on 1-08-08 19.05, Jacob Andresen at [EMAIL PROTECTED] wrote: > JbossMGT client could run on your mobile phone :oP Yes ... design in a PresenterFactory interface in front of the JSR-77 interface that can be used by a JMX, HTML, WAP, anyOtherProtocol client classes to generate (transcode) the data (delivered from the JSR-77 interface) to the different views. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A new user interface for JBoss
Now I am really confused - not just but really ;-) You say that MGT will use EJB as communication instead of JMX as bus ? I can se a PresentationFactory using EJB as collector of data before it delegates to its HTML, Wap, Swing or whatHaveU for presentation specific processing, but for MGT of JBoss instances I belive JMX should be utilised ? /peter_f on 1-08-08 19.39, Schaefer, Andreas at [EMAIL PROTECTED] wrote: > Hi > > JSR-77 comes (by default) with a EJB front-end which each > client can use to get the information about the management > domain of application servers (this is mandatory). > > My idea about this is: > - we have a dedicated, stripped-down application server > running the management server > - this server contains the EJB front-end (I mentioned above) > but also the other presentations like HTML (using JSP and > the EJB front-end) etc. > > Another goal for me is to come up with a management client > that does not know which servers run in the background (finally > we could maybe have a mixed set of application server vendors > running in the same management domain). Note that the HTML > generator is for me also a client not just the browser. > > Andy > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A new user interface for JBoss
on 1-08-08 19.39, Schaefer, Andreas at [EMAIL PROTECTED] wrote: > - we have a dedicated, stripped-down application server > running the management server Should'ent all servers in one domain be able to be the MGT server for that instance domain ? - dynamic swap for service/fail over ? /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A new user interface for JBoss
on 1-08-08 22.03, Schaefer, Andreas at [EMAIL PROTECTED] wrote: > Maybe you have a farm of app. servers w/o a Servlet Engine but > you need one for the MGT server. Scenario : - I have two machines running JBoss with servlet engines for failover and loadbalance purposes ! - I would not run one of them without ! - Yes ... - I have a farm of n machines running JBoss where x runs with servlet engines and y without servlet engines - I have now effectively introduced a real mess in my configuration, and my loadbalasing/failover scheeme is just very *very* complex now - Yes ... - Usability : when running a farm of JBoss : recomendation - run same config on same hardware, OS, JVM ... And let the MGT server be the JMS, JNDI, TX, what have U -> collector / replicator(inactive as of yet but in stand by mode) ... >But when we go a step >further and want to integrates the JBoss 3.0 vision >of an WebOS on the same GUI we need the MGT server >before any other server are up and running. Not a problem there ! ... feel free to start the MGT server before any other /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A new user interface for JBoss
On Wed, 8 Aug 2001, Schaefer, Andreas wrote: > When you want to reanimate EJX please do so but keep in > mind that this is a big job and we need someone dedicated > to it. on 1-08-10 09.16, Holger Engels at [EMAIL PROTECTED] wrote: > BTW, where are the sources for the EjbJar ResourceManager? I only found > jBossEjbJar and decompiled the ejxejb.jar Some of the EJX parts is closed source ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A new user interface for JBoss
on 1-08-10 13.28, Rickard Öberg at [EMAIL PROTECTED] wrote: >> Some of the EJX parts is closed source ... > > EJX is OpenSource, BSD license. What parts do you think are closed > source? some dreambean stuff - or that was my understanding : 1) becouse it is mentioned on this list (old JBossGUI = closed source) 2) when i looked at the distro could not find source - lot of barfing - had to add some obscure .jar /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A new user interface for JBoss
on 1-08-10 14.19, Rickard Öberg at [EMAIL PROTECTED] wrote: > Peter Fagerlund wrote: >> some dreambean stuff - or that was my understanding : >> 1) becouse it is mentioned on this list (old JBossGUI = closed source) > > That's a lie. It's BSD. Download source from > http://dreambean.com/ejx.html > >> 2) when i looked at the distro could not find source - lot of barfing - had >> to add some obscure .jar > > So, does this reasoning apply to all .jar files in JBoss that do not > have their source in JBoss CVS??? > > Come on... > > /Rickard I was refering to : Re: [JBoss-dev] EJX and XML on 1-06-25 19.30, marc fleury at [EMAIL PROTECTED] wrote: > yes EJX doesn't really belong here anymore. Also rickard is not supporting > it, it doesn't really work, and finally they are com.dreambean classes not > JBoss open sourced. >From memory I must have confused "not JBoss open sourced" with it not being open sourced - and at the time I did not se any reference to "Download source from http://dreambean.com/ejx.html " - my mistake - sorry ... Thank You for clarifying ... -- heh ... This now gives me the opportunity to then *repete* what has been mentioned before - a general clean up in the module structure - where We do not have *one ant lib per module* for ex. - would be welcome ... (also that some modules seem to be outdated and do not have doc's / compile / run this together with a percived missing active maintainer ... should be addressed) Please refresh my memory on what is said / thought / done in this area ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] what is webOS?
on 1-08-12 18.00, Anatoly Akkerman at [EMAIL PROTECTED] wrote: > Some people on our research group are working on architectures for dynamic > sharing agreements and their enforcement. As well as security aspects of > this infrastructure :) Yes I have ipagents.com for that very reson ... and are now reading "Rules of Encounter - Design Conventions for Automated Negotiation among Computers" ISBN 0-262-18159-2 ... it touch upon dynamic organization of autonomous intelligent agents ... more on that later ... However ... Right now I would like to discuss a ping component with You - where We could collect and graphically represent the data of net~pings in JBoss instances around the globe ... this would today require a voluntary grace of the sysadmins of the JBoss instances to install a MBean (source distrubution) and then to build a central registry for the Mbean's to collect and present the data ... further ahead I can imagine a default JBoss Mbean for this purpose ? and a more modern (decentralised) collect / present structure ... The visual, I se as a background map, with transparent floating colored hot spots, on top, reperesenting ms, inbetween the instances - it would also need to graphically separate and show concentration of instances geographically in the same viuw. I think this would be a fun exercise - also educational gain for the concept of WebOS - as a potent PR presentation ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] what is webOS?
Yes - oki - I take it offline with Anatoly and others for a week - and then get back to You all - with first findings ... /peter_f on 1-08-13 03.08, marc fleury at [EMAIL PROTECTED] wrote: > I think it is a wonderful idea, I do want it as an MBean that can be turned > off if people want to make sure it doesn't communicate. Also we should > probably do it through http so that it can go through firewalls and such. > > Why don't you take care of it. Design and implement, we will be glad to put > it in RH > > marcf > > > |-Original Message- > |From: [EMAIL PROTECTED] > |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter > |Fagerlund > |Sent: Sunday, August 12, 2001 8:34 PM > |To: [EMAIL PROTECTED] > |Subject: Re: [JBoss-dev] what is webOS? > | > | > |on 1-08-12 18.00, Anatoly Akkerman at [EMAIL PROTECTED] wrote: > | > |> Some people on our research group are working on architectures > |for dynamic > |> sharing agreements and their enforcement. As well as security aspects of > |> this infrastructure :) > | > |Yes I have ipagents.com for that very reson ... and are now reading "Rules > |of Encounter - Design Conventions for Automated Negotiation among > |Computers" > |ISBN 0-262-18159-2 ... it touch upon dynamic organization of autonomous > |intelligent agents ... more on that later ... > | > |However ... > | > |Right now I would like to discuss a ping component with You - > |where We could > |collect and graphically represent the data of net~pings in JBoss instances > |around the globe ... this would today require a voluntary grace of the > |sysadmins of the JBoss instances to install a MBean (source distrubution) > |and then to build a central registry for the Mbean's to collect and present > |the data ... further ahead I can imagine a default JBoss Mbean for this > |purpose ? and a more modern (decentralised) collect / present structure ... > | > |The visual, I se as a background map, with transparent floating colored hot > |spots, on top, reperesenting ms, inbetween the instances - it would also > |need to graphically separate and show concentration of instances > |geographically in the same viuw. > | > |I think this would be a fun exercise - also educational gain for > |the concept > |of WebOS - as a potent PR presentation ... > | > |/peter_f > | > | > |___ > |Jboss-development mailing list > |[EMAIL PROTECTED] > |http://lists.sourceforge.net/lists/listinfo/jboss-development > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
on 1-08-16 00.58, Juha-P Lindfors at [EMAIL PROTECTED] wrote: > And I would like to state for the record that just because it is XML > doesn't necessarily mean its "human readable" ;-) The big Woow here as i seen it is that XML is machine read'able This in effect means ??? !!! -heh void() description from Me ! ... Good thoughts from /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] URGENCY? WSDL/UDDI/ebXML
on 1-08-16 09.58, Peter Antman at [EMAIL PROTECTED] wrote: > my dream is a XML based routing messaging infrastructure build > around or into JBoss and JBossMQ. I been thinking of implementing a module that is enabling the managment of a distributed colocated execution area, in effect a "routing infrastructure", the module has pluggable services, the services has plugable (live swap code fragments) algorithms, these plugable algorithms is managed by the service provider, so the service is highly intrument'able ... On top or inside of that module, one could build a service that for ex. is using "asyncrounous (XML) messaging" for it's task's. Services ex. - a ping service that attempts to messure and graph network latency - a JSR-77 auto probe bus - collecting b2b statistics - ? if I did not misinterpreted the need's, former mIT is welcome to sponsor, this experimental module, that scales uniform to the amount of users and services attached. Meanwhile I will 'stub' the ping service that attempts to messure and graph network latency inbetween JBoss instances ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RMI Callback Question
on 1-08-23 06.44, Andreas Schaefer at [EMAIL PROTECTED] wrote: > When a client of an EJB can use RMI to access an EJB is it > then also true that the EJB can use an RMI callback object > (sent by the client) to send information back to the client ? Yes - is my guess, - but - I do not know ... and will leave it to the people in the know ... > Let's say the client want to register an Event Listener on the > EJB where then the events are sent back through the RMI call- > back to the client. A EJB follows a RRP (request / reponse pattern) as do Servlets !. To have a keep-alive connection, from either, is a really exspensive way of trying to achive a statefull / stateless connection with client (a push to client) !. The application server has a managed instance pool of the above structures, since the creation / destruction and each live instance of them is very expensive, therefore it is bad to set a EJB or Servlet to be tied to one client only, for any lenght of time but the absolute minimum, unless Your pool is limitless ! or You *ever* only going to have just so many - as Your pool is sized for ? ... Now lets assume You only have one client instance that needs the keep-alive session, even then I would say, it is bad design to use a EJB !. I mean I would not write a EJB for one client instance - overkill ! ... code / deploy resource wise ? ... The power of EJB is the instance pool, CMP, TX and scalability capabilities ... with the limits of RRP ... Maybe You can send back a JMS handle from EJB to client ? - start and stop a que throught the EJB ? /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RMI Callback Question
on 1-08-23 18.28, Andreas Schaefer at [EMAIL PROTECTED] wrote: > No, the idea is that I can send events coming from JMX back to a client. What kind of client is it ? Maybe let the JMX just send whatever (XML, anObject) throught a Socket ? Or have a "specially built for send component" do it for Your JMX component ? I am doing some push stuff - from HTTP port:80 request to thin clients (DHTML) and or to Applets. That is how the pingPresentor is going to work ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException on InstantDB sinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
Is this only on *nix ? - if so maybe the serversocket thread from last run ? did not close - check if port:1476 is listening after JBoss closed down ?. for me on RH 7.1 / Blackdown VM the ctrl c shutdownhook works fine ... > |[HypersonicDatabase] Starting > |[HypersonicDatabase] Database started > |[HypersonicDatabase] Started > |[XADataSourceLoader] Starting > |[Default] Server.run/init: java.net.BindException: > |Address in use: JVM_Bind > |[Default] java.net.BindException: Address in use: > |JVM_Bind > |[Default] at > |java.net.PlainSocketImpl.socketBind(Native Method) > |[Default] > |[Default] at > |java.net.PlainSocketImpl.bind(Unknown Source) > |[Default] > |[Default] at > |java.net.ServerSocket.(Unknown Source) > |[Default] > |[Default] at > |java.net.ServerSocket.(Unknown Source) > |[Default] > |[Default] at org.hsql.Server.run(Server.java:65) > |[Default] > |[Default] at > |org.hsql.Server.main(Server.java:33) > |[Default] > |[Default] at > |org.jboss.jdbc.HypersonicDatabase$1.run(HypersonicDatabase.ja > |va:136) > |[Default] > |[Default] at java.lang.Thread.run(Unknown > |Source) > |[Default] ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException on InstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
on 1-08-27 00.40, marc fleury at [EMAIL PROTECTED] wrote: > in my case though I do a kill -9 and see a hangup on startup due to the > database and it is unclear. A ctrc c or a 8083 shutdown will close the hypersonicDB clean otherwise the db might become corrupted and at the next startup hypesonicDB will try repair ... if that fails try move(rename) the .script file in the db/hypersonic folder and start again - also it seems that becouse of the way We start hypersonic - it can leave its serverSocket thread lingering altho our vm is teared down - this appears only on *nix ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException on InstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
on 1-08-27 14.34, David Jencks at [EMAIL PROTECTED] wrote: > 2. Waiting a few seconds after calling the start thread in the Hypersonic > MBean before returning from start to the mbean server eliminates the hang. ahhh interesting ... could it be that hypersonic has not started (rebuilt itself) fully - before defaultDS is trying to access it ? therefore waiting resolves it ? please check Your .properties file in /db/hypersonic/ for the field modified= that has the value : "no" for a clean shutdown and "yes" for a unclean shutdown. If "yes" and alot of data (xkb in .script file) to rebuild, that would take some time ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException onInstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
on 1-08-27 17.35, marc fleury at [EMAIL PROTECTED] wrote: > what we need is a callback from that thread. Is there such a thing in the > HSQL framework? if not we need to code that, maybe just do the wrapper HTTP stuff ouerself instead of using hypersonics wrapper class to start the db - then We could control a callback ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException on InstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
on 1-08-27 18.52, David Jencks at [EMAIL PROTECTED] wrote: > Also the hang happens no matter what the next mbean is. oki so - no lingering thread ! - db corrupt ? (not closed by ctrl c, port:8082, util.Shutdown()) - hangs only on RH ? 2.4 comes with data in the .script file ... it seems "deserialising" data at restart - after a unclean shutdown ? (only ?) - hangs the db ? throw out the .script file and close clean ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException onInstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
If JBoss is going down in order ??? !!! , then my fix is taking care of doing a clean shutdown of hypersonic ! - if You pull the electricity from under the machine or kill pid - that do not ! allow JMX - inturn - to call stopService(); then You can not quote my shutdown fix for hypersonic ... =|;-) on 1-08-27 19.59, marc fleury at [EMAIL PROTECTED] wrote: > I put some fixmes on your code :9 > > I don't see the command really working well. > > The problem with the shutdown is that it doesn't really shutdown the db, it > leaves it running (on linux at least) and the net result is that sometimes > the properties file says it wasn't shut down properly and then it fails. It > fails because for some reason the thread never really moves forward and > reach "HSQL 1.4 started". If it does then everything is fine. Go figure. > > So what hangs the DB is the following sequence > 1- unclean shutdown of hsql > 2- restart > 3- start of hsql takes time > 3'- if 3 is finished before 4 then everything else is ok if not then... > 4- JMX boot proceeds > 5- hsql never really recovers or prints the "hsql 1.4 started" > 6- JBoss is hung in boot somehow > > Right now if you remove step 1 or 3' is true, it works, it seems the > shutdown procedure you coded in there is not foolproof. > > One thing that would really be nice would be to build a callback in the boot > sequence of hsql so that the mbean would be notified and would wait until > exiting the "preRegister" right now I put a "wait()" that works but it is > not the best solution. If you do that then you can probably code a > hardcoded shutdown, something outside the JDBC call, go native? > > marcf > > > |-Original Message- > |From: [EMAIL PROTECTED] > |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter > |Fagerlund > |Sent: Monday, August 27, 2001 1:36 PM > |To: [EMAIL PROTECTED] > |Subject: Re: [JBoss-dev] RE: [JBoss-user] BindException on > |InstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package > | > | > |on 1-08-27 18.52, David Jencks at [EMAIL PROTECTED] wrote: > |> Also the hang happens no matter what the next mbean is. > | > |oki so > | > |- no lingering thread ! > |- db corrupt ? (not closed by ctrl c, port:8082, util.Shutdown()) > |- hangs only on RH ? > | > |2.4 comes with data in the .script file ... it seems > |"deserialising" data at > |restart - after a unclean shutdown ? (only ?) - hangs the db ? > |throw out the > |.script file and close clean ? ... > | > |/peter_f > | there was some consern with serialised data comming back online ! ... after a clean shutdown and restart, that i not fully could reproduce on my end, back then ... so lets keep it on watch ? ... /peter_f > |___ > |Jboss-development mailing list > |[EMAIL PROTECTED] > |http://lists.sourceforge.net/lists/listinfo/jboss-development > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException on InstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
> go native? maybe a JbossShutdown.sh ? killing pid's and threads + calling java class'es doing the necessary jdbc calls (++ cleanups) ... How did Scott fix it with the 8083 port ??? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException onInstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
on 1-08-27 23.22, marc fleury at [EMAIL PROTECTED] wrote: > I meant more inside hsql... like really hack a callback in there, the JDBC > query thing seems weak yes - the "jdbc query thing" is leagcy from how We start hsql, I looked at it then - and really quick'ely today - maybe a finalise() would react on a Linux pid ??? otherwise it means We have to have lunch with the fine peoples at HSQL or maintain a start hsql class ourself ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] BindException onInstantDBsinceUpgrading to JBoss 2.4 + Tomcat 3.2.3 Package
We are volotile on crash becouse hsql is in memory in default JBoss config ! mayby just switch to hsql disk mode in development ... To have hsql write to disk instead of keeping everything in memory : 'CREATE CACHED TABLE' instead of 'CREATE TABLE' ... huh ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] True Build and Rabbit Magic
WoW This is a good day and age to live in ... Thanks /peter_f PS: it took me 10 minutes to download the source, build and run the rabbit - on WebSphere, i still be waiting, for it to just run : DS ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] requirements for build
on 1-08-31 22.35, Jason Dillon at [EMAIL PROTECTED] wrote: >> I didn't need to install anything... worked fine for me > As it should be. Yes - on my post of success tagged "True Build and Rabbit Magic" was on 7.1 red Hat distro, BlackDown.com JVM. "cvs get jboss-all" ... and "it just works" ... sorry for being sloppy on the details there ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] To - JINI - or to - Narrowcast ...
Sisters, IT IS only semantics that hinder Us --- sometimes ... Please Imagine : *- Step One - Somebody walks into and "hook" (ethernet / wire / Radio / ?) a device into the "area" - then the DCHP server of that "area - able -net" would deliver a IP to my "mobile(maybe to become static)" host ! ... and a JINI identity (personality) exchange would take place ... **- Step Two - In Our concern here - I would then, start a "seed" of JBoss, and throughout self-discovery, it would then d-load the "latest" version of JBoss into my "mobile(or to become static)" host ! ... coool ... That's a JINI scenario ... *** What We want (except being seduced by the concept of --- self-discovery) is a less expedite host in the cluster - unless explicitly asked for ...We want !? ... to use JavaGroups Broadcast, since it is more solid / valid !? for Our purpose ... *** So ... Now ... Broadcast as a concept is ~blurry~ - when used - in conjunction with the net !, born in television. We have tried and just "swamp" the net (Broadcast = everybody --- "thats" 32 million + addresses in ip4) ... Broadcast on the net is a last century academic "wet" pleasure ***still it can be used by Our product (semantics) ... in that a broadcast with a TTL (Time To Live) of 0 would not go pass the first router sent from ... this, could then be called a narrowcast ... (-while using a broadcast - a "oxymoron" -heh) h ... oki - a broadcast inside my router spans TTL, would have all my machines inside that TTL's network layer to revive and look at all the packets sent/broadcasted/narrowcasted ... these packets *is* valid for my JBoss cluster ! (who is going to live inside my routed routed TTL anyway ? ). I am here imagining the JBoss cluster living inside a controlled routed c-net !? ... and broadcast with a TTL of 0 will be relevant for Me !? ... Look at any routed net (ethernet) and one will find alot of "noice" thats not relevant for my networklayers service - but my networklayer and its service has to look at it before it can say : - drop - service - warn and there is still time ! to service the packets that has relevance ... What i am trying to say in thatn many words is - that a controlled broadcast is useful ... and not limiting at all ... !!! ... ;-) /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Depend ...
If I could have JBoss - be a "family of services" -then it should, be able to, undeploy for ex. MQ andredploy without distubence to sevices dependent of MQ!. how ? Maybe "interceptor paus" - or go live before switch ? and then undeploy old ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Reorganizing connector/jbosscx
on 1-09-06 18.52, David Jencks at [EMAIL PROTECTED] wrote: > In a related issue, I'd like to make the hypersonic/defaultds configuration > into a hsql-service.xml or possibly a sar including the hypersonic database > itself. Maybe then use the 1.6.1 version of hsql ? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Deployment Dependencies (was RE: [JBoss-dev] RH startupandJBossMQ)
on 1-09-07 09.42, Rickard Öberg at [EMAIL PROTECTED] wrote: >> How does Jini make JBoss a better platform for writing applications? > > Because it makes servers aware of other servers more easily, and > services aware of other services more easily. JINI is broadcast so is JavaGroups - one is licenced one is open ! I imagine my farm that has groups of clusters and I imagine holding my PDA looking at the status of the farm - cool, then I order my toaster to deliver in tree minutes, now that toaster is new since of Yesterday without a security check ! ... -heh /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Deployment Dependencies (was RE: [JBoss-dev] RH startupandJBossMQ)
on 1-09-07 11.14, Jason Dillon at [EMAIL PROTECTED] wrote: > Toasters have nothing todo with it; Security in JINI ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Deployment Dependencies (was RE: [JBoss-dev] RHstartupandJBossMQ)
on 1-09-07 10.31, Rickard Öberg at [EMAIL PROTECTED] wrote: > Peter Fagerlund wrote: >>>> How does Jini make JBoss a better platform for writing applications? >>> >>> Because it makes servers aware of other servers more easily, and >>> services aware of other services more easily. >> >> JINI is broadcast so is JavaGroups - one is licenced one is open ! > > Oh please. Jini is also open: you get the code, you can distribute your > apps, you can distribute the Jini binary, etc. Then maybe We could buy a copy of JDMK and use SNMP ? ... JDMK also gives You the code - you can distribute your apps - you can distribute the JDMK binary ... > Please read the Jini FAQ or licensing stuff before making these kinds of > comments. I read the FAQ ++ - and was impressed by the "copy" - but - since I was then looking at a way to have "self-discovery" over geo spatial boundaries, I ditched JINI ... becouse of its bradcast nature ... > No FUD please. Exactly ... lets all try understand all that JINI is and is not and if it then is the API - for what We want to do ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Deployment Dependencies (was RE: [JBoss-dev]RHstartupandJBossMQ)
on 1-09-07 12.31, Rickard Öberg at [EMAIL PROTECTED] wrote: > If you want Jini discovery over large distances (=multiple subnets), > simply use a bridge. A dynamic bridge ??? /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: Deployment Dependencies (was RE: [JBoss-dev]RHstartupandJBossMQ)
>>> I read the FAQ ++ - and was impressed by the "copy" - but - since I was then >>> looking at a way to have "self-discovery" over geo spatial boundaries, I >>> ditched JINI ... becouse of its bradcast nature ... >> If you want Jini discovery over large distances (=multiple subnets), >> simply use a bridge. > > A dynamic bridge ??? ahhh statically set the bridge/s - then dynamic - oki ... well that is clear - for what I said - was - that for my project - I ditched JINI becouse it is locally dynamic using bradcast ... does not mean it is bad for other projects tho ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Whats This - Jiro - thing ? ...
Anybody looked at this ? the Federated Management Architecture ... Is it only massive overhead for us ? ... Binary Code License Agreement (BCLA). ? ... Sun Community Source License (SCSL). ? ... /peter_f http://jcp.org/jsr/detail/9.jsp http://www.jiro.com Q: What is the Federated Management Architecture (FMA) specification? A: The Federated Management Architecture (FMA) specification was developed under the Java[sm] Community Process program. The FMA specification provides a standard for communication between applications, services and devices across a heterogeneous network, which will enable developers to easily create solutions for complex distributed environments. FederatedBeans Components: The dynamic management services residing in the management logic tier, that provide functionality to the management domain. Q: What Jiro technology downloads are available from Sun? A: The Jiro Technology 1.5 Release is now available for download. The Jiro technology 1.5 products are: *Jiro[tm] Runtime Environment 1.5 - contains binaries that are available for free redistribution under the Binary Code License Agreement (BCLA). *Jiro[tm] Software Development Kit (SDK) 1.5 - contains binaries, tutorials, example code, and developer tools to help in the creation of FederatedBeans[tm] components for the Jiro Runtime Environment 1.5. The Jiro SDK 1.5 is available free for research and development use under the BCLA. *Jiro Technology Source 1.5 - made available free for research and development use under the Sun Community Source License (SCSL). ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Management/Deployment - partial failure in theBORG cube
on 1-09-08 23.29, Trevor Squires at [EMAIL PROTECTED] wrote: > a) centralised management and deployment within a single cluster only. > b) centralised management and deployment across clusters. a) then b) will follow ... I am toy'ing with the idea of losly coupled JBoss Execution areas - where an admin of a JBoss instance/s can dedicate part of the excecution area for colocation of resources ... for R&D or for a fee ... that would involve the managment of statistic tick counts for the colocator and resource holder. /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build instructions????
on 1-09-09 11.47, Dean Anderson at [EMAIL PROTECTED] wrote: > Could someone post somewhere instructions on how to build jboss? What is Buildmagic Buildmagic is a collection of extension tasks for Ant v1.3/1.4 and a general methodology for organization of build control files. It was designed to allow aggregation of one or more source modules into one logical project, yet still retain each modules individuality (so that the same module could be incorporated into another project or worked on independently of a project). *Buildmagic User's Guide [pdf] Http://jboss.org/bm-usersguide.pdf > Is there a stable version of the source code available via ftp? try the 2.4.0 http://jboss.org/binary.jsp --comes with source > Should I start looking for another App server? Yes You can ... but why ? ... > Whats up? The development of 3.0 is up ... alot is beeing tweeked and upgraded - in fact most ;-) > P.S. I did download the 2.4.1 binary zip file. It is very unfriendly to set > directory permissions to mode 664. That makes it unreadable. And it makes > me wonder if you've actually tried to use your distributions before you > release them. hmmm ... yes - perhaps formalise the release with an "internal" acceptance phase - as of now We are all doing the internal acceptance phase -heh ... This suggest the open slot for somebody to make a DASH-O and GUI config of stable versions ... what would You pay for that ? ... /peter_f ___ 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] 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
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
[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] 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
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] 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] 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] 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] 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] 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
[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
[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
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
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] 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] 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] 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
[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] 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
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 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 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 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
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: 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: 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: [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: [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] 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
[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] 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
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
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] 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
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] 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] 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] 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] 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] 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] 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] 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] 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] 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
[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] (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] 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] 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] 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
[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] 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
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] 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 20.24 skrev Matt Munz: It would be poor design to require access to this site for correct server operation. Yes - when using sf.net ssh one should be free of this ! Then again for the "Dash-O-Pro" optimized online-CD Distros it a cool way of stats colecting for whoever is counting the beans ... he --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Testsuite rebuilding everything when initialising one test ... is so ...
torsdagen den 7 november 2002 kl 20.41 skrev David Jencks: do you know about -Dnojars=true which skips directly to the tests? I do now ! ... will try ... and wait for the cheese helmet ( read : a clean ant build system ) with integrated preprocessor (XDoclet) documentation auto updates ... hehe Thanxs --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] hsqldb 1.7.1 is using port 1701 as default in head (Matrix2)
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] [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
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
[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] 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
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] hot-deploy JMX is really cool
on 1-09-14 06.25, Bill Burke at [EMAIL PROTECTED] wrote: >Just played with it and love it! hmmm I just tried to edit the hsql-default-service.xml in the deploy folder and when I saved - RH shutsdown ? thought it would redeploy ? ... same with ... if i drop a new hsql-default-service.xml into the deploy folder for replacement - RH shutsdown ... if I start without hsql-default-service.xml in the deploy folder and then drops it in or out - it works ? ... (not tested call into it) what is the exspected behaviors ? /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] hot-deploy JMX is really cool
on 1-09-14 20.07, David Jencks at [EMAIL PROTECTED] wrote: > Ummm.. would you believe a big bug in the Hypersonic Database mbean and/or > the Hypersonic database? it looks like destroying the mbean results in > System.exit() being called - at least that's my guess, since right (a few > seconds) after the "the Database is shutdown" message an orderly shutdown > takes place. (I simply undpeployed hsql-default-service.xml) Are you > interested in trying to fix this? I don't know much about these privelege > issues, is this just a matter of denying shutdown privileges to Hypersonic? nope - if hypersonic stopSerice() is called it is above the HypersonicMBean ! System.exit() should not be called - only the stopService() of the MBean being undeployed !? ... I can try look at it - this weekend ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] hot-deploy JMX is really cool
on 1-09-14 20.35, Scott M Stark at [EMAIL PROTECTED] wrote: > Yes, but we don't run with a security manager by default. > The correct solution is to create a patch to Hypersonic to give > it better embeded server behavior and submit it back to the > hsql project at sourceforge. I been wanting to start hsql(db) differently - would We be faster ? if We injected direct into it instead of throught JDBC from DefaultDS ??? ... I would need some hand holding tho as how "to give it better embeded server behavior" /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
