User: starksm
Date: 01/05/09 00:14:21
Added: src/resources/org/jboss/metadata jboss-web.dtd
Log:
The DTD for the jboss specific analog to the web-app.xml deployment descriptor
Revision ChangesPath
1.1 jboss/src/resources/org/jboss/metadata/jboss-web.d
User: starksm
Date: 01/05/09 00:11:16
Added: src/main/org/jboss/web AbstractWebContainer.java
AbstractWebContainerMBean.java WebApplication.java
Log:
Initial version of a web container integration layer. This currently
provides support for mapping the JN
The new details format page looks great.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 08, 2001 6:46 PM
Subject: [JBoss-dev] jboss daily test results
>
> =
> ==THIS IS AN AU
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JBoss daily test results
SUMMARY
Number of tests run: 66
--
On you home page on Source Forge you can add your public Key (for the SSH)
and then CVS shouldn't ask you anymore.
Andy
- Original Message -
From: "danch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 08, 2001 5:21 PM
Subject: Re: [JBoss-dev] JBoss, CVS & Emacs
> Some
Somewhere on the sourceforge site there's a page on enabling key based
authentication for ssh. This should do what you need.
Julian Gosnell wrote:
> Every time I interact with JBoss CVS I am asked for a
> password. My Emacs does not seem to know how to deal
> with this. (I'm using vc on top of
Excellent.
I'll have a look at it over the next few days and see
if I can plug Jetty into it.
Thanks Scott,
Jules
--- Scott M Stark <[EMAIL PROTECTED]>
wrote: > I would wait as the JNDI mapping is already
done and
> I'll check this
> in tonight. The interface is org.w3c.dom.Element.
>
> The
Have you read the CVS docs on SF? You probably want to setup a
DSA key (via ssh-keygen) then configure your SF account with your
public key (identity.pub). Once you have done that (assuming you have
already set CVS_RSH to ssh, you should be good to go. Note that it will
take a few hours to get
Cheers, Scott,
I guess that's an RTFM then ! I just didn't find the
right FM...
Thanks again,
Jules
--- Scott M Stark <[EMAIL PROTECTED]>
wrote: > You have to setup cvs over ssh access to not
ask for
> a password by
> uploading your private key as described at:
> "Am I forced to enter my pass
You have to setup cvs over ssh access to not ask for a password by
uploading your private key as described at:
"Am I forced to enter my password for every cvs command?"
http://sourceforge.net/docman/display_doc.php?docid=765&group_id=1#ssh-key
- Original Message -
From: "Julian Gosnell"
User: jules_gosnell
Date: 01/05/08 16:18:40
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
fix Jetty MBean domainName (now they deregister properly)
pick up MBeanServer reference at correct point, rather than hacking it
Revision ChangesPath
1.10 +5
User: jules_gosnell
Date: 01/05/08 16:02:30
Modified:jetty/src/main/org/jboss/jetty Jetty.java
Log:
ensure MBean corresponding to WebApp is properly registered and deregistered
Revision ChangesPath
1.3 +6 -1 contrib/jetty/src/main/org/jboss/jetty/Jetty.java
User: kimptoc
Date: 01/05/08 16:00:23
Modified:src/build build.xml
Log:
switch to non-deprected delete in ant
Revision ChangesPath
1.29 +2 -2 jbosstest/src/build/build.xml
Index: build.xml
Every time I interact with JBoss CVS I am asked for a
password. My Emacs does not seem to know how to deal
with this. (I'm using vc on top of cvs).
Is there any way I can work around this (e.g. tell
Emacs what to use as the passwd, store it in a file
somewhere where openssh will find it etc...) ?
User: kimptoc
Date: 01/05/08 15:57:53
Modified:src/build/subprojects build-web.xml
Log:
ensure the meta-inf lib directory is created
Revision ChangesPath
1.4 +1 -0 jbosstest/src/build/subprojects/build-web.xml
Index: build-web.xml
=
User: jules_gosnell
Date: 01/05/08 15:46:32
Modified:jetty/etc jetty.xml
Log:
add Debug Servlet to demo config
Revision ChangesPath
1.2 +5 -0 contrib/jetty/etc/jetty.xml
Index: jetty.xml
==
> IMHO, would be fine to have it on the main trunk, you can benefit of the
> testing that all the ones that checkout the latest code will do.
I agree here completely. If the new TM is better, yet still functions as it
did, then why not get more testing out of it.
--jason
_
Bordet, Simone wrote:
> Hey,
>
>
>> Note that I've already a feature request for the optimization
>> of finders.
>
>
> Ehm yes I saw it, but how did you do it ?
Not did, will do. I'll post later on how.
-danch
___
Jboss-development mailing list
I would wait as the JNDI mapping is already done and I'll check this
in tonight. The interface is org.w3c.dom.Element.
The security support should be complete in a week or so.
- Original Message -
From: "Julian Gosnell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
At 10:02 8.5.2001 +0100, Simone wrote:
> o ConfigurationService and the byte[] bug (solved perhaps ?)
unfortunately looks like this bug has creeped into many places... need to
clear them all.
-- Juha
___
Jboss-development mailing list
[EMAIL PROTEC
Should I forget about redoing this in jboss_jetty and
wait for you then ? - this sounds like a better
solution to me.
Do you have an ETA??
What is the interface - SAX[12], DOM ???
Jules
--- Scott M Stark <[EMAIL PROTECTED]>
wrote: > This is somthing I am prototyping. It is an
abstract
> mbean
Everyone uses it. This is simply a utility class that installs the container
interceptors as defined by the configuration.
>
> Finally why the static call to stacks initialization
>ContainerInterceptors.addInterceptors(container, transType,
> metricsEnabled, conf.getContainerInterceptorsC
Logging in general is not sufficient in JBoss. I believe we need to move
to using log4j with some additional priorities so that one can truly
understand what is going on in arbitrary detail at the flick of a JMX
switch.
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: "Jb
On Tue, May 08, 2001 at 09:29:38AM +0200, Vesco Claudio wrote:
> On Mon, May 07, 2001 at 05:39:30PM +0200, Vesco Claudio wrote:
> >> Problems:
> >>
> >> where is called
> >>
> org.opentools.minerva.connector.*ConnectionManager.enlistExistingConnect
> >> ion -> I cant reuse an existing connection
Rereading that bit of code,
the start does the registration in the naming space. Anyone want to discuss
whether that is a good idea or not. Can anyone see an absolute reason for
this to be here? I am thinking that the container factory could
equivalently do the registration (that code ask for
That plugin should really do something about the finally of the invoke
method (same with home). Such as "returning from call bla bla"
marc
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
___
Jboss-development mailing list
[EM
Ok so now I am reading it I know what I don't like about it.
I am talking about the create container calls.
Ok first there is the cl stuff that I am really sure what it is doing there.
The cl we use to load the classes with and SET ON THE CONTAINER is the cl we
use to load teh classes with in th
>
> 2- The security, do we associate the Principal to the ctx somewhere else? I
> don't believe we should associate to the ctx (see warning in source, I also
> need to update these). Scott do you take care of associating the ctx to the
> principal somewhere else?
>
The prinicpal identity and cre
I was only talking from database point of view. I
haven't delved into what the container queries are and
what exactly they need to do. I am sure, in this case
you are certainly right having worked with the code..
--- Filip Hanik <[EMAIL PROTECTED]> wrote:
> > Like an IN query as Robert says would
This is somthing I am prototyping. It is an abstract mbean that maps
the following given the web-app.xml and jboss-web.xml root elements:
- resource-ref elements
- env-entry elements
- ejb-ref elements
I'm also looking to add support for integrating with the security domain
assigned in the jboss-
The patchdir thing is something that I added so that one could create a patch
of a given binary release. It was how I tested the initial JBossSX stuff.
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, May 07, 2001 7:33 PM
Subject: RE: [JB
Hey,
> Note that I've already a feature request for the optimization
> of finders.
Ehm yes I saw it, but how did you do it ?
Thanks
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-develop
Note that I've already a feature request for the optimization of finders.
Bordet, Simone wrote:
> H,
>
> our "grumpy JBoss" is back, and what a comeback !!!
>
> Marc, I'll suggest you to add TODO tasks on the sourceforge site, so that
> it's easier to keep track of them, I would have a
> Like an IN query as Robert says would definitely work
this will _not_ work, there is a limit to the length of your SQL string that
you can execute!
instead reuse the where clause!
see my previous post.
Filip
~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[EMAIL PROTEC
Cool, thanks mucho Jay! Sorry to worry everybody about deadlocks! You
learn something new every day.
Regards,
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jay
> Walters
> Sent: Tuesday, May 08, 2001 11:33 AM
> To: '[EMAIL PROTECTED]'
> Su
I am seizing on your statement of no indexes on the foreign key in PEAR. I
believe that without the index on PEAR_APPLE_ID Oracle will need to lock up
the PEAR table on an update in order to enforce the cascade delete, if you
put an index on that column then it will no longer need to do this. I
Comments inserted later
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Gina
> Celiko
> Sent: Monday, May 07, 2001 11:14 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] TODO: JBossCMP 1.1 FAST!
>
>
> Nope, it won't quite work that way I am
Does anyone know how to debug EJB's in Jboss using Sun's Forte for Java?
-Chris
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Hi,
Thanks for the clarification.
Jbossrules is not triggered on db access: it is triggered on calling an ejb
method, session or entity. The current simpleminded examples all happen to
only have entity beans. I'd like an example that would be more appropriate
to a session bean.
I agree that t
On 8 Maj, marc fleury wrote:
> |> what is with the RMI stuff?
> |> # System properties
> |> # These will be loaded and set by jBoss
> |> #java.rmi.server.useLocalHostName=true
> |> #java.rmi.server.hostname=localhost
> |> #java.rmi.server.codebase=http://localhost:8080/
> |
> |I don't know about
My english is better over time? :-)))
I want a rule engine with jdo(castor)/jboss with session beans and not
entity beans, but I can rethink this (with jeops/jbossrules) when I
complete the implementation castor-jca.
The problem is: a remote call to a session ejb can transport data which
must be
|Marc,
|
|Someone has already implemented something that has the
|same effect.
Yes I know and I am not really happy with. The JMX naming solution seems
very lightweight to me and still won't call your classes when you register
them if you don't define "JBoss" as scoping.
If and when we do the
|My understanding is that the purpose of the double indirection is
|to make the
|case where you have many beans and many resources in the the one file more
|manageable.
Yes the reason is that. If you have many beans and one db it becomes very
useful.
Say for example you deploy 120 beans as part
|> what is with the RMI stuff?
|> # System properties
|> # These will be loaded and set by jBoss
|> #java.rmi.server.useLocalHostName=true
|> #java.rmi.server.hostname=localhost
|> #java.rmi.server.codebase=http://localhost:8080/
|
|I don't know about webinstalls, but I know it is handy to have. I
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Tuesday, May 08, 2001 3:18 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/tm
|TransactionManagerService.java TransactionManagerServiceMBean
|Ok, I see some utility in that although a global search/replace is
|still easier
|for my money. It would be easy to allow for direct specification of the
|jndi binding under the session/resource-ref element via a jndi-name element
|while still allowing for the use of the resource-name indirection
Hi,
If I understand you correctly, you do not want a ejb/jboss integrated rule
engine but rather a jdo/castor integrated rule engine? So whether or not
your requirements could be met by jbossrules is irrelevant, since it is an
ejb - rule engine integration you don't want to use it?
Thanks
david
Actually, I think that was intended for Scott. I was just adding a comment
that someone else had posted a patch that included a Tomcat realm that
delegated to jBoss's security.
http://www.mail-archive.com/jboss-user@lists.sourceforge.net/msg03421.html
jim
> -Original Message-
> From: [E
Hey Anatoly,
> Hello, people
>
> I have spent the last few days stomping out the bugs from my
> plugin to get
> Tyrex DTM to work together with JBoss.
>
> I am happy to inform you that it seems to be working just fine. I'll
> cleanup the code from my debugging messages and it is ready for
> co
Bugs item #422247, was updated on 2001-05-08 03:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=422247&group_id=22866
Category: JBossCMP
Group: v2.3 (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Lennart Petersson (lepe)
Assigned to
Jim,
Please keep me abreast of developments here.
JBoss_Jetty currently registers a handler on the
standard web.xml descriptor (cvs) to deal with
ejb-ref, but as you mention, since the jboss-web.xml
is non-std Jetty does not look for it.
The Tomcat integration (AFAIK) looks up some file it
expe
H,
our "grumpy JBoss" is back, and what a comeback !!!
Marc, I'll suggest you to add TODO tasks on the sourceforge site, so that
it's easier to keep track of them, I would have added the ones you mentioned
here, but probably I don't have the admin privileges to add TODO tasks. See
http:/
Marc,
Someone has already implemented something that has the
same effect.
I am working with the latest JBoss from CVS and it no
longer tries to control the lifecycle of Jetty MBeans.
You should have a look back through the ServiceControl
CVS log.
Jules
--- marc fleury <[EMAIL PROTECTED]> wrot
>Hi,
>I'm not sure I understand all of your description of your rule engine
>requirements but from what I do understand I think they can be handled
by
>what I wrote, jbossrules. I would be interested in seeing a more
detailed
>explanation of what you are trying to do and may be interested in
>im
You have to include jpl-util-0_5b.jar from lib\ext in your classpath.
Just have a look at
http://www.mail-archive.com/jboss-user%40lists.sourceforge.net/msg03574.html
(I have not found an answer to this question yet.)
Ralf
Ingo Bruell wrote:
>
> Hi,
>
> I have tried out the "stand-alone"
On Mon, May 07, 2001 at 05:39:30PM +0200, Vesco Claudio wrote:
>> Problems:
>>
>> where is called
>>
org.opentools.minerva.connector.*ConnectionManager.enlistExistingConnect
>> ion -> I cant reuse an existing connection :-(
>The enlistExistingConnection method is part of the contract that will
Change Notes item #422219, was updated on 2001-05-08 00:27
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=422219&group_id=22866
Category: None
Group: v2.4
Status: Open
Priority: 5
Submitted By: Toby Allsopp (tobyallsopp)
Assigned to: Nobody/Anonymous (no
User: tobyallsopp
Date: 01/05/08 00:22:06
Modified:src/main/org/jboss/tm TransactionManagerService.java
TransactionManagerServiceMBean.java TxCapsule.java
Log:
Leave fingerprints.
Revision ChangesPath
1.11 +2 -1 jboss/src/main/org/jboss/
User: tobyallsopp
Date: 01/05/08 00:17:51
Modified:src/main/org/jboss/tm TransactionManagerService.java
TransactionManagerServiceMBean.java TxCapsule.java
Log:
Moved Xid class override from jboss.properties to an attribute of the
TransactionManagerService M
User: tobyallsopp
Date: 01/05/08 00:17:50
Modified:src/etc/conf/default jboss.jcml jboss.properties
Log:
Moved Xid class override from jboss.properties to an attribute of the
TransactionManagerService MBean. This is part of the deprecation of
jboss.properties in favour of jboss
60 matches
Mail list logo
