It's because I haven't thought of caching the result :-)
If you can show me that a cached version improves performance (and send me the
patch), I'll apply it.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866602#3866602
Reply to the post :
http://www.jboss
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050215002807Lbuild.803
BUILD COMPLETE - build.803Date of build: 02/15/2005 00:28:07Time to build: 14 minutes 45 secondsLast changed: 02/14/2005 23:49:32Last log entry: Check for existing obs
does anyone know what this means? I don't get it.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866595#3866595
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866595
--
I'm fairly sure you're still using anonymous. vi your working directory
CVS/Root -- I bet it has pserver in the begining.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866594#3866594
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=postin
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050214234013Lbuild.802
BUILD COMPLETE - build.802Date of build: 02/14/2005 23:40:13Time to build: 19 minutes 41 secondsLast changed: 02/14/2005 22:11:08Last log entry: Add support for Parame
The remoting in JBoss AS 4.0.1 should work without a problem. However, the
remoting version in JBoss AS 4.0.2 will be much easier to migrate to future
versions of JBoss Remoting, as there has been some redesign between the two
releases.
Web services is certainly a possible solution, but a li
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050214230730
BUILD FAILEDAnt Error Message: /home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050214215932Lbuild.801
BUILD COMPLETE - build.801Date of build: 02/14/2005 21:59:32Time to build: 19 minutes 32 secondsLast changed: 02/14/2005 21:38:08Last log entry: Just use the given inp
Use Case 3(View DataSource) has been completed. Extension point 3.1 (Test
DataSource) has not been completed, this will instead be implemented as an
extension point of Use Case 1(View List of DataSources)
USE CASE 3:
Basic Description
An administrator uses the system to view the settings of a Da
I'm doing the interface stuff.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866577#3866577
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866577
---
SF email is sp
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050214163959Lbuild.800
BUILD COMPLETE - build.800Date of build: 02/14/2005 16:39:59Time to build: 21 minutes 5 secondsLast changed: 02/14/2005 15:51:49Last log entry: Updated
Currently I can do JMS over http, by looking up HTTPConnectionFactory and the
URL = http://ip:8080/invoker/JNDIFactory. If I wanted to do JMS over https,
what are the additional steps needed ?
Thanks in advance.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p
Currently I can do JMS over http, by looking up HTTPConnectionFactory and the
URL = http://ip:8080/invoker/JNDIFactory. If I wanted to do JMS over https,
what are the additional steps needed ?
Thanks in advance.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p
Thanks for your response Tom.
If I were to stick with remoting as delivered in JBoss AS 4.0.1, what would be
the downside (as opposed to using the remoting 1.0.1beta)? I understand there
are some changes around the transports that will be available in future?
My initial target implementation in
The priority is supposed to be the framework the aspects plug into.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866564#3866564
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866564
Don't forget I need the ClassAdapter api otherwise I'm going to get
stuck very soon in terms of what I can implement/test.
I'm already stuck on the XML deployer with Alex changing the parser api on me,
although I can test the metadata changes without an XML version.
Have you seen this thread?
htt
Such a notion is not currently supported by the spec.
Appendix E 2: Requirements
"The connector architecture requires that the application server and the
resource adapter must support the JAAS Subject class as part of the security
contract. However, it recommends (but does not mandate) that an a
i'm not getting to it for awhile. I'm going to do some aspects for the aspect
library.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866559#3866559
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866559
---
The real issue is providing the run-as roles to the resource adaptor for its
authorization decisions. The lack of an explicit notion of how run-as can be
propagated though the jca layer is the sticking point.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866
So do you want I should refactor it into
interfaces and an
abstraction implementation == what you have now
or are you going to do this?
We can do the other stuff later.
Don't lose my javadoc if you do it :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=386
Yes, that is clear after trying to integrate support for run-as. For now I'll
just add knowledge of the run-as CallerIdentityLoginModule for the 4.0.1sp1
release and revisit this when the interceptors are added. I'll probably look at
the reauth issue as another scenario to get the extraction of
I'm not entirely sure what you are trying to achieve?
Are you trying to use the run-as to login to the resource
or are you trying to only allow access to a resource
if it has a certain role?
i.e. do some authorization in the connection manager.
View the original post :
http://www.jboss.org/ind
Whichever identity you choose, it must be established before
it goes through the pooling layer, otherwise you could end up in the wrong
subpool.
I assume no reauthentication support at the MCF layer:
http://jira.jboss.com/jira/browse/JBAS-1429
You should think of the pool as a broker that can sw
Yeah, I tried going the WeakReference route at one time and it just didn't
work. I may not have found all the reference leaks.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866552#3866552
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=pos
run-as is a grant of one or more roles to the call context, but the identity is
not well defined. The authentication is essentially bypassed so this is a
trusted activity. The issue is what control should exist at the jca layer to
set the trusted identity. As far as the data source is concerned,
If you have:
public class MyClass
{
public static Class myClass = MyClass.class; // or the same thing indirectly
}
The GC should detect this is no longer referenceable
when you lose all references to the ClassLoader.
The only thing that would stop it getting gced would be if the advisor
is he
I also don't trust SoftReferences
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866545#3866545
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866545
---
SF email is
This won't work. I tried it. ClassLoaders never seem to be garbage collected.
This may be the fault of JBoss AOP as the Advisor holds a reference to the
class which holds a reference to the ClassLoader. The Advisor is a static
field on the Class.
View the original post :
http://www.jboss.o
If they are cached against their associated classloader there should not be a
problem.
By this I mean the ClassLoader of the Class not the application (thread context
classloader).
e.g.
| WeakHashMap>
|
The WeakReference is only required if the ClassInfo contains references back
to the Cl
Hi -
I am facing problem in deploying 2 applications (war files) in JBoss 4.01 when
moving from weblogic 8.1. These two applications are web application without
EJB. It simply has java classes,JSP,servlet including struts implementation.
Brief description about these applications...
Applicatio
Caching INFO's is problematic(but solvable) because of hot-deployment. I've
been through this exercise a few times with JBoss AOP's caching of Javassist
structures.
We should probably go back to a interface-based because of #4 as we me be
lazy-loading typeinfo's with either reflect or javassi
Here are my problems with the Info api as it currently stands.
1) Need support for ParameterInfo, mainly for parameter annotations
2) Ideally, I'd like to share the reflection objects (field, method, etc) with
the reflection join point factory rather than having to re-resolve them.
I couldn't see
so you have the window, you do getInstance then getComponent.
once you have the component you look for the plugin
org.jboss.portal.server.PortalConstants.PLUGIN_PREFS
there you have an instance of org.jboss.portal.server.plugins.mode.ContentTypes
you can use the method isContentTypeSupported th
yes. afair on servlet context you can get the context of another war by
specifying its name. then you can request dispatch.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866516#3866516
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posti
how do I load a class from another WAR file?
or how include a JSP from another WAR?
Is it possible?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866503#3866503
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866503
This is not something that should be handled at the ManagedConnectionFactory
level.
We don't even write all the rars to add this behaviour.
I thought run-as was an authorization thing?
Whereas the JCA security is an authentication process.
Authorization is done by the underlying resource, e.g.
I don't actually need support for Arrays, I construct the real arrays myself.
I am dealing with metadata that describes an array and how to construct it.
Array is just another (specialized) form of collection for me, in fact I use a
list.
| public class AbstractArrayMetaData extends AbstractLi
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050214104734Lbuild.799
BUILD COMPLETE - build.799Date of build: 02/14/2005 10:47:34Time to build: 44 minutes 7 secondsLast changed: 02/14/2005 10:21:51Last log entry: closer
Brian,
No there is currently no roadmap that will do recursive evict. You will need to
supply your own.
Overriding _evict is the easiest one from TreeCache. However, keep in mind that
your other part that may call evict() will have the new behavior.
-Ben
View the original post :
http://www.j
Good! Do you know when the final release is targetted for?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866486#3866486
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866486
--
FYI - UC2 of the JBoss Admin Console Requirements is now complete.
USE CASE 2: View the connection pool information for a DataSource
Basic Description
An administrator uses the system to view the connection pool information of a
deployed DataSource.
Preconditions
It is assumed that Use Case 1 wi
Sorry, I was too quick with asking,
I found the mistake by myself...maybe I'll find some more questions later :-)
OLLI
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866473#3866473
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode
Hi,
I got a problem, when I followed the setup instructions for JBoss Portal...
I'm using JBoss 4.0.0 on Windows XP
I set up MySQL, created the database and user, set up the connector and
everything.
Everything worked fine until the end of the "deploying the binary"-part:
My browser will not f
It will JBoss AS 4.0.2 that is in sync with JBoss Remoting 1.0.1 beta (which
should be out in March). I am hoping to have 1.0.1 final done and backported
to 4.0.2 (which will be backwards compatible with 1.0.1 beta) The version
matrix is at http://www.jboss.org/wiki/Wiki.jsp?page=Remoting_vers
Its actually named CatalogPortlet
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866466#3866466
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866466
---
SF email is
"[EMAIL PROTECTED]" wrote :
| In that regard, what is our state of support for:
| - Parsing a JavaBean with no schema/dtd and property editors for the
non-String types
|
W/o any source of binding customizations there is no choice but use the default
binding rules that rely on XML name to
Hi Julien.
"[EMAIL PROTECTED]" wrote : yes, you should work on that I think. This should
be done as a an interceptor placed after the ViewInterceptor. It needs to
iterate all the windows selected for this request and retain only those who can
produce the selected content type.
|
| On the W
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050214065132Lbuild.88
BUILD COMPLETE - build.88Date of build: 02/14/2005 06:51:32Time to build: 32 minutes 20 secondsLast changed: 02/13/2005 12:39:37Last log entry: Fix prefixed x
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050214062716Lbuild.55
BUILD COMPLETE - build.55Date of build: 02/14/2005 06:27:16Time to build: 20 minutes 43 seconds
Unit Tests: (0) Tot
Bugs item #1122305, was opened at 2005-02-14 12:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1122305&group_id=22866
Category: JBossCMP
Group: v4.0
Status: Open
Resolution:
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050214035638Lbuild.71
BUILD COMPLETE - build.71Date of build: 02/14/2005 03:56:38Time to build: 81 minutes 33 seconds
Unit Tests: (1936) T
51 matches
Mail list logo
