couldn't the deployer just pick up a tag from the descriptor -- rather
than add yet another deployment directory?
On Thu, 18 Mar 2004, Adrian Brock wrote:
> On Wed, 2004-03-17 at 10:37, Dimitris Andreadis wrote:
> > How about having a sub-directory "farm/singleton" instead?
> >
>
> They serve di
Definitely had password problems today. For a moment I thought I had
forgotten mine or simply cannot type anymore..
-- Juha
On Fri, 20 Jun 2003, Adrian Brock wrote:
> Hi Scott,
>
> I've been seeing the same errors
> and it was not accepting my password sometimes.
>
> I was just persistent.
>
>
by the time they're through JSR..?
On Thu, 3 Apr 2003, Nathan Phelps wrote:
> Any chance they'll ever update the package name to get rid of the
> capital EDU... drives me crazy.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Scott M Stark
> Se
works with 1.2.1 + w2k too
> > The 1.3 release of Mozilla is not showing this issue.
> > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
> >
> >
> > Scott Stark
> > Chief Technology Officer
> > JBoss Group, LLC
> >
> >
> > -
it should set the value to -1 in the MBeanAttributeInfo descriptor if no
getMethod fields are specified
// if no method mapping, enable caching automatically
if (getMethod == null && currTimeLimit ==
null)
descr.setField(CURRENCY_TIME_LIMIT, "-1");
-- Juha
On Sat,
IL PROTECTED] On
> > Behalf Of Juha-P Lindfors
> > Sent: Thursday, March 27, 2003 12:09 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: [JBoss-dev] Regarding JBoss site
> >
> >
> >
> > no I am saying rethink how you lay them out -- having them
> >
2003, marc fleury
wrote:
> OK fine, be specific on where you would put them,
>
> marcf
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> > Behalf Of Juha-P Lindfors
> > Sent: Thursday, March 27, 2003 12:09 PM
On Thu, 27 Mar 2003, Jeff Haynie wrote:
>
> Also, when I try and login, I get a "Logging you in, hang tight!" and
> the page never returns The IE globe spins to infinity
works for me, when the site is actually responding (IE6 + W2K)
however, the "remember me" thingy doesnt work, probably som
no I am saying rethink how you lay them out -- having them appear all over
the place (top, bottom, several on both sides) like they are now doesn't
look very good.
its a layout issue, it sucks
On Thu, 27 Mar 2003, marc fleury wrote:
> you are saying get rid of the ads?
>
> that is not going t
It's not the new look that is bad (the red bar and the menu) its all the
other stuff that blinks worse than your average porn site. An eyesore. Too
much stuff that just bounces around.
Looks is good, should continue to apply it to the rest of the stuff.
Layout is bad, needs a complete redesign (m
There's no requirement from JMX to use 1.4 yet.
(excluding JSR160/Remoting)
On Thu, 6 Mar 2003, Scott M Stark wrote:
> Originally I said I thought we needed to keep 4.0 buildable by JDK 1.3,
> but I'm starting to think otherwise. I'm about to give in to this demand.
> If users cannot switch to J
On Mon, 3 Mar 2003, Bill Burke wrote:
> >
> > 1. Source located in neutral territory, namely the common module.
ok
> >
> > 2. Sequence of interceptors determined by (iterator in) invocation object.
This could be a modifiable iterator at some point. This allows the
interceptor stack to be modifie
yes
On Wed, 19 Feb 2003, Anatoly Akkerman wrote:
> Hi,
>
> I don't know if this is obvious and I am treading old ground or makes
> sense or not, but given that JMX remoting already works, if one creates
> a Java proxy to an MBean via MBeanProxy and that Proxy instance gets
> shipped through the
FD.sync() all your writes... ?
On Mon, 9 Dec 2002, Andy wrote:
> Does someone know how to implement a file based persistence that
> does not become corrupted except maybe when the file is written
> during a crash.
---
This sf.net email is
Can't get 3.2 testsuite to compile due to the errors below
compile-classes-only:
[javac] Compiling 932 source files to
C:\work\mletpatch\HEAD\jboss3.2beta\testsuite\output\classes
[execmodules]
C:\work\mletpatch\HEAD\jboss3.2beta\testsuite\src\main\org\jboss\test\jca\ejb\LocalWrapperCleanupTe
On Tue, 8 Oct 2002, Matt Munz wrote:
> When I first saw XMBean XML, I assumed that referred to the
> constructor for the resource (model object). On a closer look, it appears
> that this information (ModelMBeanConstructorInfo) refers only to the
> constructor for the MB itself.
it is not cle
although I'm not having much success running 'tests-unit' on HEAD... I
seem to get a few infinite loops from log4j that eventually die to stack
overflows and a test success rate of only about 44%
anyone else having better luck with it?
On Sat, 5 Oct 2002,
Juha-P Lindfors w
cool, thanks
On Sat, 5 Oct 2002, Scott M Stark wrote:
> Its fixed now.
>
>
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
>
>
> - Original Message -----
> From: "Juha-P Lindfors" <
does the testsuite work yet or is this still work in progress?
I can't get it to run from either /build or /testsuite
$ ./build.bat run-basic-testsuite
Calling ..\tools\bin\ant.bat -logger org.apache.tools.ant.NoBannerLogger
run-basic-testsu
ite
Buildfile: build.xml
_buildmagic:init:
Trying to
On Fri, 4 Oct 2002, Sacha Labourey wrote:
> Hello,
>
> And what about deployment order?
wouldn't the order be explicit if the registry stores a "script"-like file
of its changes and then reads it at startup?
similar to how a db constructs itself from a tx log
-- Juha
--
On Thu, 3 Oct 2002, David Jencks wrote:
> The location does not have to be accessible after deployment, so the mbean
> persistence mechanism has to store it itself.
why wouldn't it be accessible? and if my persistence mechanism is
something like Dain's CMP engine, I don't expect it to store the
On Thu, 3 Oct 2002, Matt Munz wrote:
> > all of mbeaninfo should not be always stored. for instance, if I
> > instantiate my MMB by using a definition from an URL or db then the
> > mbeaninfo is already persisted there and should not be duplicated (only
> > the ref to where to locate it is needed)
all that is needed is init, start, stop, destroy
On Thu, 3 Oct 2002, David Jencks wrote:
> proposed mbean interceptor:
> create
> start
> stop
> destroy
> setMBeanInvoker //not sure of name, this is like setContainer.
> getNext
> insert or setNext
> invoke
>
> Now, this is an mbean stack, so the
On Thu, 3 Oct 2002, Matt Munz wrote:
> Juha,
>
> > what you need to persist from the registry is the information to
> > recreate the mbeans
>
> OK. Great. Sorry for the confusion. I think this information is
> essentially the MBeanInfo, the object name, and possibly, a dependency
> indicator (M
On Wed, 2 Oct 2002, Matt Munz wrote:
> Perhaps we're using 'persist' differently. The mbean registry contains
> object references to all of the mbeans in the server.To me, persisting
> the registry (or a part of it), means serializing those objects completely
> (MB info + data).
no, the i
On Wed, 2 Oct 2002, David Jencks wrote:
> For making it work in the short term perhaps only persisting mbeans with a
> particular descriptor will be the best plan, you can set this descriptor
> for your dynamically created mbeans now, and we can set it for all the
> others later.
yes, agreed, add
do you have operation info for the operation names you are mapping to
(setId & getId)?
On Tue, 1 Oct 2002, Matt Munz wrote:
> Juha & Group,
>
> > make sure you add the getMethod and setMethod mapping to your MMB
> > attributes.
>
> Thanks. I did this and started re-reading your JMX book. I n
make the mbean registry persistent (it's already an mbean) triggering
store() on registerMBean() calls, and have your widget factory register
mbeans using the registry mbean operation registerMBean(Object,
ObjectName, Map) where you pass in the valueMap the additional info to
store for recreating
nevermind..
On Sun, 22 Sep 2002, Juha-P Lindfors wrote:
>
> Anyone else see this problem or have a workaround for it?
>
> Using JDK1.4, running task with fork=true fails to exit the VM
> sometimes (more often than not). ie the execution hangs forever waiting.
>
> Ant vers
Anyone else see this problem or have a workaround for it?
Using JDK1.4, running task with fork=true fails to exit the VM
sometimes (more often than not). ie the execution hangs forever waiting.
Ant version is whatever we're using.
-- Juha
-
jbossmx already has its own module specific test suite rather than
integrating with the jboss testsuite module so I would welcome the change
jason suggests where jboss testsuite integrates tests from individual modules if
they exist
-- Juha
On Thu, 19 Sep 2002, David Jencks wrote:
> They'd pr
I use jEdit 4.0 final with the latest JavaStyle plugin from the plugin
central. Seems to work (and the JavaStyle plugin has gone a long way since
the last version I used).
I entered the parameters in the plugin GUI by hand. I assume it stores the
config somewhere I'll check if I can find the fil
On Sat, 10 Aug 2002, Scott M Stark wrote:
> > This probably breaks the MLet processing. But then I think it
> > was already broken, MLets are URLClassLoaders not UCLs.
actually we detect ULR in the mlet code and register one UCL per URL in
case ULR is used...
-- Juha
diff posted to SF tracker
or you can ask marcf for rw if you feel like fixing more bugs
-- Juha
On Wed, 17 Jul 2002, Seth Sites wrote:
> I have a patch for bug "[ 564890 ] JMS recover/redelivery errors" that I
> have tested and am ready to submit for review. I just have a few questions.
>
>
On Thu, 27 Jun 2002, Scott M Stark wrote:
> I thought 'presentationString' only applied to model mbeans. How
> can we integrate the presentation metadata into the existing standard
> and dynamic mbeans?
You can't, as neither one defines a way to extend the metadata.
-- Juha
yes, see the 'presentationString' descriptor field in the spec
that's where I'd put the model, then have your console render the view
-- Juha
On Wed, 26 Jun 2002, Scott M Stark wrote:
> So I'm testing the new htmladaptor for the upcoming release and some
> of the default String representati
On Wed, 26 Jun 2002, David Jencks wrote:
> This may work fine for packages deployed by a deploymentScanner, but will
> work less well for packages deployed by directly calling
> MainDeployer.deploy. Scanning for packages may not be the most useful
> deployment method... even though right now it
On Wed, 26 Jun 2002, Paul Ward wrote:
> Why I had to create an XMBean descendant:
>
> First, XMBean's link to the PM interface is through the instance created in the
>static
> initializer for the ModelMBeanInvoker class. This class is hard coded to use the
>NullPersistence
> class as it's PM.
On Tue, 25 Jun 2002, Paul Ward wrote:
> I am currently in the process of creating an XMBean descendant and
>PersistenceManager implementation
We don't need an XMBean descendant, just the PM implementation.
> Is there any interest in having this added to the JBoss head?
Yes.
> If so, does an
You can safely ignore that message.
-- Juha
On Tue, 11 Jun 2002, Ram Ramesh wrote:
> Hi all,
> Is this a JMX bug? or is it a configuration issue?
>
> --Ram
> ---
> [09:43:45,208,ConfigurationService] Deployers set to
> J
ignore, I misunderstood your message
On Tue, 28 May 2002, Juha-P Lindfors wrote:
>
> this will break the classes we generate in memory though, as they do not
> have an url
>
>
> On Mon, 27 May 2002, marc fleury wrote:
>
> > |The result is that UnifiedClassLoade
this will break the classes we generate in memory though, as they do not
have an url
On Mon, 27 May 2002, marc fleury wrote:
> |The result is that UnifiedClassLoader can't override equals. To validate
>
> On the top of my head (but I don't remember too well these days) this
> wouldn't break st
On Mon, 20 May 2002, Dain Sundstrom wrote:
> [I moved this to the dev list]
>
> I think the real power of JMX is you can have disparate components that
> can all talk to a central object without becoming tightly coupled.
>
> Here is my idea:
>
> We have an optional port server MBean. Before a se
On Wed, 15 May 2002, Joseph Olson wrote:
> I would like to incorporate a number of mobile agent, AI systems into JBOSS.
>
> I would like to use these Resource Manager Connection Factory References
>
> java:comp/env/Agent/AIKernel (AI Kernel http://aikernel.sourceforge.net/)
this one is quite an
which also means the price of the log implementation can be zero (no hard
class interface references, just a jmx invocation)
-- Juha
On Thu, 2 May 2002, Juha-P Lindfors wrote:
>
> .. aaand make the logger interface available as an mbean in
> JMImplementation so my third party ser
.. aaand make the logger interface available as an mbean in
JMImplementation so my third party service impl can flash that red light
too via the jmx bus
-- Juha
On Thu, 2 May 2002, Adrian Brock wrote:
> This is what I am trying to do with the JBossMX logger.
>
> You have a single logging inte
On Wed, 1 May 2002, Andreas Schaefer wrote:
> I guess that JBossMX does not provide a fix for that,
> correct ?
no because an object name like that is not spec compliant
-- Juha
___
Have big pipes? SourceForge.net is looking for down
On Sun, 28 Apr 2002, marc fleury wrote:
>
> 2 solutions.
> 1- I build a mapper that takes String and returns ObjectName
> 2- you build a ObjectName implementation that caches the ObjectName and
> returns the right Object if you pass me exactly the same String.
>
> Come to think of it we probably n
On Sun, 28 Apr 2002, marc fleury wrote:
> Juha for example. By spec must we have
> Domain1:name1=value1;name2=value2 == Domain1:name2=value2;name1=value1 ???
>
> I would imagine so,
yes and this is the problem for performance
-- Juha
___
Jboss-devel
On Sun, 28 Apr 2002, Hiram Chirino wrote:
> Using a set of properties to identify an object just seems werid to me.
yes. it's not just wierd, its clearly a poor design choice in this case.
the object name is used as an identifier and therefore needed for lookup.
overloading the identifier to beco
On Sun, 28 Apr 2002, marc fleury wrote:
> |because an object name contains a set of properties that need to be
> |parsed and may also be a pattern which needs to be determined
>
> right the value=name pairs
>
> |the current implementation does this eagerly at object name creation
> |time
>
> can
because an object name contains a set of properties that need to be
parsed and may also be a pattern which needs to be determined
the current implementation does this eagerly at object name creation
time
-- Juha
On Sun, 28 Apr 2002, marc fleury wrote:
> ok,
>
> I know I asked already and I c
On Sun, 28 Apr 2002, Michael Robinson wrote:
> Someone who was literate in XML, but with no prior exposure to
> the syntax and semantics of Java, could get more meaning out of the
> XML version than the Java version.
Really? To me both would look like nonsense.
> that language will be more conci
> XML is now the lingua franca of human-readable structured data.
> XHTML, JSTL, Ant configs, SOAP, etc., mean that any serious designer of web
> applications must be proficient in reading and writing XML.
>
> Saying "unreadable XML" in the 21st century is like saying
> "unreadable French" in the
On Fri, 26 Apr 2002, marc fleury wrote:
> One step at a time, when we finalize 3.x releases i.e. in a couple of weeks,
> I say we move on 4.0 development and the overhaul of the admin with
> persistence through the modelmbeans will require some tweaking of the
> XMBeans (I believe the current impl
Critique on JBoss configuration.
http://www.javalobby.org/thread.jsp?forum=61&thread=3254
-- Juha
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On Mon, 22 Apr 2002, marc fleury wrote:
> *and unreadable XML*
oh my
-- Juha
>
> just tired of it all,
>
> marcf
>
> |-Original Message-
> |From: [EMAIL PROTECTED]
> |[mailto:[EMAIL PROTECTED]]On Behalf Of Larry
> |Sanderson
> |Sent: Sunday, April 21, 2002 3:10 PM
> |To: [EMAIL PROTE
On Thu, 11 Apr 2002, Luke Taylor wrote:
> Scott M Stark wrote:
> > Its all junk as far as I'm concerned. If nobody claims maintence
> > they are history.
> >
>
> Is the stuff in the "admin" directory actually used at all either?
nope.
-- Juha
___
On Thu, 11 Apr 2002, Jung , Dr. Christoph wrote:
> Anyone knows how this works? Will they publish the thing not until it
> reviewed, or what?
yeah they'll review it to see if it makes sense, and then assign a bug id
for it at which point you usually get an email about it
-- Juha
_
looking at the code, I think the timer should override the
sendNotification() to use multiple threads to call listener
handleNotification() methods (threadpool if it seems creating
new Threads per listener call won't perform, which is likely)
however the default behavior in the notificationbroad
On Mon, 8 Apr 2002, David Jencks wrote:
> Look into the modelmbean descriptors. I think they include a "priority" as
> a standard descriptor, this could be used to determine whether to display
> something.
"visibility" to determine the granularity of mbeans (spec defines levels
1-4)
"presentat
On Sat, 23 Mar 2002, Adrian Brock wrote:
> If we really wanted to provide a minimal kernel,
> Standard and ModelMBeans are really services
> on top of the DynamicMBean core. But that's probably
> not relevent to most users of JMX
The Model MBean implementation should at least eventually move out
You can download it from sourceforge
http://prdownloads.sourceforge.net/jboss/JBossMX-1_0_Beta.tgz
http://prdownloads.sourceforge.net/jboss/JBossMX-1_0_Beta.zip
This beta release includes the JMX 1.0 specified functionality -- all
standard services: MLet, Monitoring, Relation and Timer services,
Hmm ok... it's a TODO for the next volunteer ;-)
-- Juha
> --__--__--
>
> Message: 9
> Date: Mon, 28 Jan 2002 16:44:04 -0500
> From: David Jencks <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] CVS update: jmx/src/main/test/compliance/server
>ServerSUITE.java
>
> I hav
huh?
On Wed, 12 Dec 2001, Jason Dillon wrote:
> Why don't these have vendor directories?
>
> --jason
>
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Thanks for this work, Jason.
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
> Date: Thu, 06 Dec 2001 16:33:20 -0800
> From: Jason Dillon <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] CVS update: jmx build.bat build.sh build.xml
>
> User: user57
> Date: 01/12/06 16:33
Is there a way to co and build a standalone jbossmx? that should be
possible, can it be done the way MQ uses CVS now?
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
> Date: Thu, 6 Dec 2001 17:25:43 -0700 (MST)
> From: Jason Dillon <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re:
hmm? did I drop my module in the wrong place in the CVS?
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
> Date: Thu, 6 Dec 2001 16:45:57 -0700 (MST)
> From: Jason Dillon <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] JBossMX and jboss-all
>
> come to think of it, user
On Thu, 6 Dec 2001, Andrew Scherpbier wrote:
> While reading the thread "current mbean structure confusing" I was
> thinking about some other issues with mbeans, specifically versioning.
> In the special purpose app server we developed at my previous company we
> ran into a problem with upgrades
That's up to bill and sacha.. but I think you're right, moving might be
more trouble than its worth
-- Juha
On Thu, 6 Dec 2001, Jason Dillon wrote:
> What is the deal with the cluster stuff? It is currently in jbossmx module
> in cvs. It should be moved, but moving it will break all jboss-al
On Wed, 5 Dec 2001, marc fleury wrote:
> ONE REQUEST FOR THE USERS OF EMAILS
>
> PLEASE DO NOT OVERQUOTE ***
and one request for the users of forum:
do quote (not over quote), otherwise your messages make very little sense
when read from the mailing list
-- Juha
___
and its being fixed :)
On Wed, 5 Dec 2001, Bill Burke wrote:
> Date: Wed, 5 Dec 2001 14:35:26 -0500
> From: Bill Burke <[EMAIL PROTECTED]>
> To: marc fleury <[EMAIL PROTECTED]>,
> "Jboss-Development@Lists. Sourceforge. Net"
> <[EMAIL PROTECTED]>
> Subject: RE: [JBoss-dev] ANN JBossMX a
he signed the contracts
On Wed, 5 Dec 2001, Bill Burke wrote:
> Date: Wed, 5 Dec 2001 14:35:26 -0500
> From: Bill Burke <[EMAIL PROTECTED]>
> To: marc fleury <[EMAIL PROTECTED]>,
> "Jboss-Development@Lists. Sourceforge. Net"
> <[EMAIL PROTECTED]>
> Subject: RE: [JBoss-dev] ANN JBossMX
Is it an exception from the container or from the verifier?
-- Juha
On Wed, 5 Dec 2001, Andreas Schaefer wrote:
> Date: Wed, 5 Dec 2001 11:35:51 -0800
> From: Andreas Schaefer <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Subclassing of Remote Interface
>
> Hi Geeks
>
> I
Hi,
"end of January, 2002"
I don't have an exact date
-- Juha
On Wed, 5 Dec 2001, Dave Bettin wrote:
>
> Is there an official publication date for the book??
>
> Thanks,
> Dave
> --- Juha-P Lindfors <[EMAIL PROTECTED]> wrote:
> >
> > A
its separate under 'jmx' for now, until it gets the build structure and
all that and is integrated to jboss
-- Juha
On Wed, 5 Dec 2001, Luke Taylor wrote:
> Date: Wed, 05 Dec 2001 18:39:08 +
> From: Luke Taylor <[EMAIL PROTECTED]>
> To: "Jboss-Development@Lists. Sourceforge. Net"
> <[
And for those of you who want to place preorders for the book:
Amazon:
http://www.amazon.com/exec/obidos/ASIN/0672322889/104-6670791-7933546
Barnes&Noble
http://shop.barnesandnoble.com/booksearch/isbnInquiry.asp?userid=6AWE6O0GSL&mscssid=P8DUDFK1W30T9P49N6M7UG91HXC87KN1&isbn=0672322889
Hope you
you're right, thanks
-- Juha
On Mon, 3 Dec 2001, David Jencks wrote:
> Date: Mon, 3 Dec 2001 19:15:34 -0500
> From: David Jencks <[EMAIL PROTECTED]>
> To: Juha Lindfors <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/loading
>
Hi,
> Marc / everyone,
>
> When you asked about this Dynamic mbean thing I'm working on, were you
> thinking of me applying it to RequiredModelMBean?
I wrote a ModelMBean implementation for the book and will commit an
implementation based on it (with some other stuff) in the next couple of
day
On Mon, 12 Nov 2001, marc fleury wrote:
> |the problem with glue is we can't distribute the lib with jboss
> |it will require each user to go and download it individually
>
> ok let's stop this, who said we wanted to distribute the libraries from
> glue?
I would want to, cause its a very good l
On Mon, 12 Nov 2001, marc fleury wrote:
> |It is very similar to GLUE
> |(http://www.themindelectric.com/products/glue/glue.html).
>
> there you go, let's do it then...
the problem with glue is we can't distribute the lib with jboss
it will require each user to go and download it individually
Hmm.. you sure the auth.conf file is available in your classpath for the
client?
-- Juha
On Mon, 17 Sep 2001, Julian Gosnell wrote:
> Date: Mon, 17 Sep 2001 21:49:05 +0100
> From: Julian Gosnell <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED], [EMAIL PROTECTED],
>
On Fri, 31 Aug 2001, Dan - Blue Lotus Software wrote:
>
> I'm sorry if this is obvious to everyone on this list. It wasn't for me,
> though. The directions for buildmagic say nothing about how to *install*
> it. And the build script contains the tag, which is only supported
> in v1.4beta1 an
On Sun, 26 Aug 2001, Jason Dillon wrote:
> Does anyone still use these? What are they for?
Kawa IDE Project Files.
Don't really belong to the CVS.
-- Juha
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/lis
s has been toUpperCase() (which I did not explictly check), then
> >this
> >is not spec compliant. It needs to check for "true" and "false" too.
> >
> >Do you know what is used to generate parser.java from jms.y?
> >
> >--jason
> >
&
On Wed, 22 Aug 2001, Jason Dillon wrote:
>
> Do you know what is used to generate parser.java from jms.y?
//### This file created by BYACC 1.8(/Java extension 0.92)
//### Java capabilities added 7 Jan 97, Bob Jamison
//### Updated : 27 Nov 97 -- Bob Jamison, Joe Nieten
//### 01 Jan
ou send it to me??? I'll check it in.
>
> Regards,
> Hiram
>
> >From: Juha-P Lindfors <[EMAIL PROTECTED]>
> >Reply-To: [EMAIL PROTECTED]
> >To: <[EMAIL PROTECTED]>
> >Subject: Re: [JBoss-dev] jbossmq selector parser grammer source
> >Date:
> > I have just fixed (and verified) both of these problems. Should I commit
> > them? Silly me, of course I should commit them... but where is jms.y?
I have the jms.y as part of the old spyderMQ module in
src/java/org/spydermq/selectors.
No idea where it is in the newer modules, or if it was
On Wed, 15 Aug 2001, Dan - Blue Lotus Software wrote:
>
> My opinion of it back 5 months ago was that it was not really even close to
> usable yet. Have things changed radically since then?
Well, I think the emergence of UDDI/WSDL gave them a boost to speed
up, and all the core specs seem to h
On Wed, 15 Aug 2001, marc fleury wrote:
> |Isn't SOAP nothing more than human readable IIOP? Or is it more?
>
> yes but not everybody lives in the "we see technology for what it really is"
> sphere.
And I would like to state for the record that just because it is XML
doesn't necessarily mean
On Wed, 15 Aug 2001, Dan - Blue Lotus Software wrote:
> Just a quick question. Is the preference to use ebXML for web services
> instead of SOAP?
No, ebXML uses SOAP as its transport.
> The reason I ask is that I saw a technical demonstration of ebXML and the
> XML-One conference in London a
At the end of the page:
"To change your subscription (set options like digest and delivery modes,
get a reminder of your password, or unsubscribe from Jboss-development),
enter your subscription email address:"
Follow the link :p
-- Juha
> On Thu, 19 Jul 2001 [EMAIL PROTECTED] wrote:
> unsub
Wrong mailing list.
-- Juha
On Mon, 16 Jul 2001, Saint-Martin Cecile wrote:
> Hi,
>
> I have a question about entity and session bean.
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-developme
I just togged nomail on him.
-- Juha
On Tue, 10 Jul 2001, Scott M Stark wrote:
> How long before this guy gets wacked from the list?
>
> - Original Message -
> From: "Postmaster" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, July 10, 2001 12:22 PM
> Subject: [JBoss-de
go ahead
-- Juha
On Sun, 17 Jun 2001, Tobias Frech wrote:
> Hi!
> Are there any objections against replacing the last part of contib.jsp:
>
> "CVS INSTRUCTIONS
>
> To be added later... "
>
>
> with a reference to cvs.jsp and CVSAdmin.jsp:
>
>
> "CVS INSTRUCTIONS
>
> You can get cvs instructio
umm... binary file? -497 lines?
you sure?
-- Juha
On Fri, 15 Jun 2001 [EMAIL PROTECTED] wrote:
> User: schaefera
> Date: 01/06/15 22:53:38
>
> Modified:src/main/org/jboss/deployment/scope
> J2eeGlobalScopeDeployer.java
> Log:
> Added the support for cl
We're not making a new FINAL release on Monday, it's a feature freeze for
2.4 BETA.
AFAIK, Monday is still ok.
-- Juha
On Fri, 15 Jun 2001, Vincent Harcq wrote:
> Hi,
> IMHO, the re-deployment problem (see below) should stop you making a new
> release.
>
> For my part, I will test/validate t
hi,
why a branch? It's easier to work on the main trunk and since most
development effort is going into 3.0 let's just freeze 2.4, branch the 2.4,
release 2.4 BETA and fix 2.4 issues in the branch. Keep main
development in the trunk.
-- Juha
On Mon, 11 Jun 2001, Scott M Stark wrote:
> I cre
6.10.5 Session beans' remote interface
9.2.7 Entity bean's remote interface
?
-- Juha
On Thu, 7 Jun 2001, K.V. Vinay Menon wrote:
> Juha,
> For the verifier fix what on earth is the spec id .. 9..2.x.x? Any pointers
>would be much appreciated. Can check in the source once I get the co
spam warning test
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
1 - 100 of 122 matches
Mail list logo
