View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050324010027Lbuild.96
BUILD COMPLETE - build.96Date of build: 03/24/2005 01:00:27Time to build: 73 minutes 41 secondsLast changed: 03/23/2005 05:57:17Last log entry: add jdk1.5 dete
[ http://jira.jboss.com/jira/browse/JBCACHE-113?page=history ]
Bela Ban closed JBCACHE-113:
Resolution: Done
This is fixed in 1.2.2 (not yet checked in)
> ConcurrentModificationException in TransactionTable
> ---
the directory "work" under portal/webdav is created the first time you start
the server.
What version are you using? binary or source distribution?
The local.properties is used only in the source distribution to rebuild the
project.
I think you are reading page 7 of the UserGuide.
The guide sa
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050324001459Lbuild.114
BUILD COMPLETE - build.114Date of build: 03/24/2005 00:14:59Time to build: 23 minutes 48 secondsLast changed: 03/23/2005 06:53:53Last log entry: Fix invalid
[ http://jira.jboss.com/jira/browse/JBREM-90?page=history ]
Tom Elrod resolved JBREM-90:
-
Resolution: Done
Fixed so will get the header value instead of the header name for the value of
the metadata map.
> HTTP header values not being picked up on th
[ http://jira.jboss.com/jira/browse/JBREM-89?page=history ]
Tom Elrod resolved JBREM-89:
-
Resolution: Done
Fixed by taking the content-length value from the header (via metadata passed)
to figure out what the total amount read should be.
> HTTPUnMa
[ http://jira.jboss.com/jira/browse/JBREM-88?page=history ]
Tom Elrod resolved JBREM-88:
-
Resolution: Done
Have fixed so will use the host specified by the locator url to bind to.
> HTTP invoker only binds to localhost
> --
HTTP header values not being picked up on the http invoker server
-
Key: JBREM-90
URL: http://jira.jboss.com/jira/browse/JBREM-90
Project: JBoss Remoting
Type: Bug
Components: transport
Versions:
HTTPUnMarshaller finishing read early
-
Key: JBREM-89
URL: http://jira.jboss.com/jira/browse/JBREM-89
Project: JBoss Remoting
Type: Bug
Components: marshall
Versions: 1.0.1 final
Reporter: Tom Elrod
Assigned to: T
HTTP invoker only binds to localhost
Key: JBREM-88
URL: http://jira.jboss.com/jira/browse/JBREM-88
Project: JBoss Remoting
Type: Bug
Components: transport
Versions: 1.0.1 final
Reporter: Tom Elrod
Assigned to: To
[ http://jira.jboss.com/jira/browse/JBREM-82?page=history ]
Tom Elrod updated JBREM-82:
Fix Version: 1.0.2 final
(was: 1.2.0 beta)
> Bad warning in Connector.
> -
>
> Key: JBREM-82
> URL: http:/
[ http://jira.jboss.com/jira/browse/JBREM-82?page=history ]
Tom Elrod reopened JBREM-82:
-
Reopening to move to 1.0.2 release.
> Bad warning in Connector.
> -
>
> Key: JBREM-82
> URL: http://jira.jboss.com/jira/bro
[ http://jira.jboss.com/jira/browse/JBREM-82?page=history ]
Tom Elrod resolved JBREM-82:
-
Resolution: Done
Moved from 1.2.0 beta to 1.0.2 final release.
> Bad warning in Connector.
> -
>
> Key: JBREM-82
> URL:
[ http://jira.jboss.com/jira/browse/JBREM-70?page=history ]
Tom Elrod updated JBREM-70:
Fix Version: 1.0.2 final
(was: 1.2.0 beta)
> Clean up build.xml. Fix .classpath and .project for eclipse
> -
[ http://jira.jboss.com/jira/browse/JBREM-66?page=history ]
Tom Elrod updated JBREM-66:
Fix Version: 1.0.2 final
(was: 1.2.0 beta)
> Race condition on startup
> -
>
> Key: JBREM-66
> URL: http:/
[ http://jira.jboss.com/jira/browse/JBREM-83?page=history ]
Tom Elrod updated JBREM-83:
Fix Version: 1.0.2 final
(was: 1.2.0 beta)
> Updated Invocation marshalling to support standard payloads
> -
Think you are right about locator url being just for the location of the remote
server. Will add the extra handler info to the detection messages.
Have created jira issue JBREM-87 for this.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871444#3871444
Rep
Add handler metadata to detection messages
--
Key: JBREM-87
URL: http://jira.jboss.com/jira/browse/JBREM-87
Project: JBoss Remoting
Type: Feature Request
Components: detection
Versions: 1.0.1 final
Reporter: Tom
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050323192856
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.xm
last reply had this line in it but did not post...
property name="mail.smtp.auth" value="true"
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871438#3871438
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3871438
-
Sorry...I clicked the "forum" icon next to the JBoss Mail project thinking that
it was the proper forum.
Regardless, I found the answer and it's quite simple.
Add...
...to the mail-service.xml file.
Kind Regards,
Laughton
View the original post :
http://www.jboss.org/index.html?module=bb
In the previous post, read: "... That doesn't mean the implementation will pass
JMS compliance tests (yes) ..."
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871434#3871434
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&
Rajdeep,
Please let me know when you start working on the test suite. I still don't
recommend to apply it to the Mess (see
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=61556), but it's great
if you get it ready to run on JBossMQ and you create the hooks for the Mess and
other JMS p
I've just checked in new code in CVS and updated the design documentation. Take
a look at http://www.jboss.org/index.html?module=bb&op=viewtopic&t=61556,
you'll find there a link to the design document that provides partial answers
to your questions.
No, I won't be using the same interceptors
I just have checked in code that finally allows you to write JMS client code
against the new JBoss Messaging implementation. That doesn't mean the
implementation won't pass JMS compliance tests (yet), but that you can build
the project, start the server and begin experimenting with it.
Instruc
That is sufficient.
I was just implicitely volunteering to test your POJO server, no JMX involved.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871430#3871430
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3871430
This is not the appropriate forum. This is for JBoss mail server not the mail
client. Check out the beginners forums.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871429#3871429
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mo
There are no comments?
We are still working on JBossAS integration.
If you write it is an MBean, it can be reused as a POJO
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871427#3871427
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=postin
Allow what? We are still working on JBossAS integration.
If you write it is an MBean, it can be reused as a POJO
On Wed, 2005-03-23 at 20:24, [EMAIL PROTECTED] wrote:
> Adrian,
>
> Please take a look at http://jira.jboss.org/jira/browse/JBMESSAGING-25
>
> Does the current POJO server version al
People,
First of all, I must apologze if this message was post on the wrong forum. If
so, please tell me where should I post.
I followed the steps shown on the userGuide pdf until 2.3.1
There the bugs starts
There is a problem with the cms-content.zip. When I extract it, the dierctory
portal
Adrian,
Please take a look at http://jira.jboss.org/jira/browse/JBMESSAGING-25
Does the current POJO server version allow it?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871425#3871425
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=
[ http://jira.jboss.com/jira/browse/JBAS-1613?page=history ]
Ovidiu Feodorov moved JBMESSAGING-24 to JBAS-1613:
--
Project: JBoss Application Server (was: JBoss Messaging)
Key: JBAS-1613 (was: JBMESSAGING-24)
[ http://jira.jboss.com/jira/browse/JBAS-1612?page=history ]
Ovidiu Feodorov moved JBMESSAGING-23 to JBAS-1612:
--
Project: JBoss Application Server (was: JBoss Messaging)
Key: JBAS-1612 (was: JBMESSAGING-23)
[ http://jira.jboss.com/jira/browse/JBAS-1611?page=history ]
Ovidiu Feodorov moved JBMESSAGING-21 to JBAS-1611:
--
Project: JBoss Application Server (was: JBoss Messaging)
Key: JBAS-1611 (was: JBMESSAGING-21)
"[EMAIL PROTECTED]" wrote : "[EMAIL PROTECTED]" wrote :
| | 1) Morph GenericBeanFactory so that I can add additional injections
like Advisor, InstanceAdvisor, TargetObject, etc.. Things only AOP can resolve.
| |
|
| Isn't that the purpose of wrapping the generic bean factory in the
Ok, shit, now I remember why AOP needed to create ClassInfos. Because of
annotation overrides at the class level by the AOP container.
Yeah, I think MC should handle @Dependency, but ClassAdaptor will provide the
ClassInfos (with overrides). Really I think the annotation override facility
in
"[EMAIL PROTECTED]" wrote :
| 1) Morph GenericBeanFactory so that I can add additional injections like
Advisor, InstanceAdvisor, TargetObject, etc.. Things only AOP can resolve.
|
Isn't that the purpose of wrapping the generic bean factory in the aspect
factory?
The GBF constructs and con
Ok, i figured out that problem, after more research on these forums and
elsewhere. For those reading this that might be like the answer... the name of
the properties file needs to be com.mycompany.Whatever.properites, not in that
directory location. I guess it doesnt really matter too much what
"[EMAIL PROTECTED]" wrote :
| I think maybe you need to handle the @Dependency stuff as it seems this may
be something specific to MC and not soley an AOP thing. Is that correct?
|
Ok. We originally had this in the ClassAdapter because the jboss-aop.xml
can add extra annotations/introducti
Oh, most definately. I was assumingn that TM would be injected. In the case
of security where the aspect needs to get what domain from the bean class, the
domain would be looked up through the KernelRegistry.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=
phew cool...I was scared from your previous post that we had to have the same
argument all over again.. :) *blush*
So, what I need to do is:
1) make ClassAdapterFactory configurable
2) Implement ClassAdapter. I will reuse the ReflectionClassAdapter since I
currently think reflection is suffic
"[EMAIL PROTECTED]" wrote : In the security domain case, it will still use jndi
as now, though as Scott pointed
| out in a different thread, the implementation could be improved to avoid
the dependency on jndi.
In the same vain, the TX aspect can be improved to avoid the
TxManager.getInstance(
"[EMAIL PROTECTED]" wrote :
| I think the issue is not whether only .Net clients can see the xsd or wsdl
includes. Its for all ws clients. I support your idea about not working
around other platform's bugs. We should stick to what the specs say and tell
the opposite end to reciprocate.
|
"[EMAIL PROTECTED]" wrote :
| This @Dependency annotation only tells the MC about the dependency. The MC
doesn't know how/where this dependency should be injected. The @SecurityDomain
is on the bean class and it is the aspect that needs this information to lookup
and set the dependency with
Just to round off the discussion and what I think we agreed.
1) The MC will inject dependencies into GenericBeanFactories
where advices need injections. These GBFs will be used by a generic
aspect factory to construct the advices as required according to scope.
2) The MC needs to know about the @
Pitching another idea: ServerInvokerHandler can have a method like "getType" or
whatever. It returns either an Object (that can be serialized of course) or a
type that JBoss/Remoting provides (let's call it HandlerType for sake of
discussion). When I write my Handler subclass, I not only overl
"[EMAIL PROTECTED]" wrote : anonymous wrote :
| | So, IoC container will inject dependecies into the aspect via the
GenericBeanFactory. The AOP ClassAdvisor needs to be able to lookup these
GenericBeanFactories so it can decide when the Aspect is created.
| |
| These are injected int
"[EMAIL PROTECTED]" wrote :
| e.g. the tx advice needs to be injected with the transaction manager,
| it can declare this in its bean description.
This looks to have caused the confusion, I will reword it more precisely.
The GenericBeanFactory used by the AspectFactory for the tx advice
need
"[EMAIL PROTECTED]" wrote :
| 1) How to plug in a ClassAdapterFactory. I may be able to figure this out
myself, not positive.
|
The bootstrap constructs a KernelConfig.
The KernelConfig has a getBeanInfo() which is what decides the ClassAdaptor
to use.
It is simply a case of replacing
"[EMAIL PROTECTED]" wrote : No, no, and no...
|
| This is not how we agreed how it would work and I really don't feel like
walking through this again as we spent at least a day arguing through this
stuff.
|
And we are talking about different things again.
anonymous wrote :
| The Clas
Another thing, the way it would work would be that the AspectDeployer would
deploy GenericBeanFactories into the IoC Container programmatically. I need to
be able to inherit from GenericBeanFactory to provide my own additonal metadata
that the AspectFactory needs. (Scope).
So, I still need ans
[ http://jira.jboss.com/jira/browse/JBCACHE-102?page=history ]
Clebert Suconic updated JBCACHE-102:
Security Level: Public (was: JBoss Internal)
> Exception when Submitting Load into HttpSession
> ---
>
>
[ http://jira.jboss.com/jira/browse/JBAS-1580?page=history ]
Clebert Suconic updated JBAS-1580:
--
Security Level: Public (was: JBoss Internal)
> Problem when Submitting Massive Load into HttpSession
>
This has been something I have been thinking about for a while, but have not
had a use case to push it yet (until now). Currently, the best solution would
be to add custom parameters to your locator url. For exaple, can add via
configuration something like 'mothership=true' as a parameter to y
Also, JBoss AOP *has* a metamodel. The only metamodel it doesn't have is
Aspect configuration stuff (the IoC metadata).
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871402#3871402
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&
"[EMAIL PROTECTED]" wrote :
| * ClassAdapter.getDependencies() is currently not called anywhere. I need
to know where this method should go, or you need to add the integration of this
to the kernel yourself.
|
I answered that in the other thread.
View the original post :
http://www.jbos
No, no, and no...
This is not how we agreed how it would work and I really don't feel like
walking through this again as we spent at least a day arguing through this
stuff.
The ClassAdvisor controls when aspects are created, not the IoC container.
AspectFactories have additional metadata (sco
"[EMAIL PROTECTED]" wrote :
| * When I need to create an aspect, how do I resolve it. Will it be in the
registry if the dependencies have been resolved yet? If it will exist in
registry when dependencies are NOT resolved, how do I determine if dependencies
have been resolved or not?
|
Th
If your txn spans across multiple read and remove, then you should be ok. The
worst case is when it commits, it will fail on the other node (or timeout) and
the work will be rolled back.
Remember cache is used for read mostly operations. So in theory, this scenario
should not occur that often.
Bill,
Q(A). You can but it will need to be serializable. In this case, putObject acts
as put.
Q(B). Declare it Serializable should be ok. Can you elborate on the
inconsistency? I am interested to know because I think it should not. :-)
-Ben
View the original post :
http://www.jboss.org/index
Currently there is no mechanism to do this. But can you go to Jira to create
under JBoss Cache a feature request. Meanwhile, if you want to do it now, you
will need to subclass from TreeCache and do it in evict() method. Or you can
write your own eviction policy by subclassing from the current o
"[EMAIL PROTECTED]" wrote :
| You don't *get* anything it is pushed to you (IOC)
|
The alternative is to make the aspect factories into a KernelRegistryFactory
such that the dependency mechanism uses the AspectManager like JNDI
but then you lose the ability to inject into the aspect configur
James,
I'd really like to help you resolve this. But in order for me to troubleshoot,
I'd need preferably a JUnit test case that I can re-produce the problem. Do you
think that's possible? Or other alternative?
This is TimeoutException meaning that the node that you access is used by other
guy
"[EMAIL PROTECTED]" wrote : *on lookup question*
|
| So, I get access to the Kernel and then first lookup in the registry to see
if Aspect is there. If it is not there, I look in the KernelController to see
if it is currently in deployment mode. If it *does not* exist within the
KernelCon
Yeah, but that was in the "install from source" section, perhaps it should be
moved.
I got it partially working now, so I've used both the alpha and the beta. There
are a lot of bugs left. Perhaps this thing should be rolled back to alpha
status, it doesn't really appear to be even beta qualit
"liebner" wrote : Hi,
| I assume you are using the Milestone 5 Release of Eclipse. I got the same
exception with that one.
|
| Anyone on this list: When will the JBoss IDE be tested/compiled against the
new release? The Eclipse API must have been changed between M4 and M5.
|
| Greetin
[ http://jira.jboss.com/jira/browse/JBBUILD-56?page=history ]
Ryan Campbell resolved JBBUILD-56:
--
Resolution: Done
I added a getBuildPathElements to org/jboss/ant/util/MacroUtil to support this.
I also modified tools/etc/jbossbuild/tasks.xml to
Add the buildpathelements element
-
Key: JBBUILD-56
URL: http://jira.jboss.com/jira/browse/JBBUILD-56
Project: JBoss Build System
Type: Feature Request
Reporter: Ryan Campbell
Assigned to: Ryan Campbell
Fix For: milestone-1
[ http://jira.jboss.com/jira/browse/JBCACHE-113?page=history ]
Ben Wang reopened JBCACHE-113:
--
Bela,
I am running into this exception still using the latest jboss-cache from head
when doing http session repl load test. Did you check in your code since I
17:26:35,612 ERROR [CMSPortlet] An exception occured in the render cms portlet
org.jboss.portal.cms.NoSuchURIException:
org.apache.slide.structure.ObjectNotFoundException: No object found at
/files/errorpages
at org.jboss.portal.cms.Node.create(Node.java:41)
at
org.jboss.portal.c
*on lookup question*
So, I get access to the Kernel and then first lookup in the registry to see if
Aspect is there. If it is not there, I look in the KernelController to see if
it is currently in deployment mode. If it *does not* exist within the
KernelController I throw an exception UNKNOWN
I'm assuming you're talking about the web.xml for the cms portlet:
http://localhost:8080/webdav/files
Unfortunately, until we add persistence to the configs, changing it in the xml
descriptor is the only way.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=387
This may or may not be a requirement on the higher level services that sit on
top of JBoss/Remoting, but wanted thoughts on this use-case.
Picture a cluster of remoted services sitting out on the network. Services
come up and down during the normal life of the network, and each service is
util
"[EMAIL PROTECTED]" wrote : "[EMAIL PROTECTED]" wrote : I'm currently going to
iterate and try to implement all the aspect factories and see if I can get a
woven class to publish its aspect dependencies to the kernel. There's a few
things I need to know:
| |
| | * When I need to create
"[EMAIL PROTECTED]" wrote : I'm currently going to iterate and try to implement
all the aspect factories and see if I can get a woven class to publish its
aspect dependencies to the kernel. There's a few things I need to know:
|
| * When I need to create an aspect, how do I resolve it. Wil
I found the answer to my own problem, I had a typo in the web.xml when I edited
it to port 8081, I fixed it and now I can edit content. Thanks for the quick
response. Is there an easier way to change the port #?
Ryan Vanderwerf
View the original post :
http://www.jboss.org/index.html?module=bb
[
http://jira.jboss.com/jira/browse/JBBUILD-49?page=comments#action_12316373 ]
Ryan Campbell commented on JBBUILD-49:
--
These classes are listed in the server/build.xml as requiring rmic, but they do
not exist.
org/jboss/jmx/adaptor/rmi/RMIAdaptor
Yes I got the CMS content zip file unzipped per the HTML directions I read.
However I am using port 8081 instead of 8080, so I changed
/server/default/deploy/jbossweb-tomcat50.sar/server.xml per instructions.
However I think my problem is related to that, because in the logs I see it's
somehow
I am implementing a queue that is part of the tree cache. Each request will
come in and pick the next available work from the queue, and remove that work
item from the queue. The queue is shared across the cluster via the tree cache.
If the transaction locking is only limited to the tree on whic
Sounds like you may have missed a step. Perhaps the docs didn't have this step
when you tried.
After you exec setup.ddl, you need to exec setup.sql. It will populate the
initial users and such in the DB.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871378#
As per the install docs:
anonymous wrote : Then copy $JBOSS_HOME\server\all\lib\jboss-remoting.jar,
$JBOSS_HOME\server\all\lib\jgroups.jar and
$JBOSS_HOME\server\all\lib\jboss-cache.jar into $JBOSS_HOME\server\default\lib
|
|
View the original post :
http://www.jboss.org/index.html?mod
Is the cms content under the data directory as per the install process?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871376#3871376
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3871376
-
OK.
In addition, does the portal now require JBoss Cache? I'm getting an error
16:14:20,353 INFO [SettingsFactory] Query language substitutions: {}
16:14:20,353 INFO [SettingsFactory] cache provider:
net.sf.hibernate.cache.TreeCacheProvider
16:14:20,365 INFO [Configuration] instantiating
[ http://jira.jboss.com/jira/browse/JBMAIL-6?page=comments#action_12316370
]
Heiko W. Rupp commented on JBMAIL-6:
I just commited a first implementation of fetchmail over pop3.
The message injection does not yet work properly, as the loop
detection
I would like to use this thread to discuss issues seen in matching the
functionality provided by jbossws with that of 'wscompile' tool of Sun's JWSDP.
A reference is the JIRA issue [JBWS-147]
http://jira.jboss.com/jira/browse/JBWS-147
Background:
jbossws will be a tool that will provide ws artif
I added a user via the portal screen (don't have an account yet create one) and
it works fine, however I can't log in using the admin account or I get the
error previously stated.
Grant
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871372#3871372
Reply to
I've got the binaries installed, I get no errors starting up (Jboss 4.01sp1) +
portal 2.0b1 + latest jboss cache libs. Everything is default, including mysql
setup. However when I log in as administrator, and try to create a new page, it
spits out the following error to me:
javax.portlet.Portle
Jason's comments are within the boxes
| Hi, I researched this a bit, and this is must definately a bug in the .NET
wsdl.exe tool, as opposed to a decision not to support url params. It actually
fetches the content correctly (ie sends the appropriate GET requests). What
ends up happening is t
Hi,
I have questions regarding using TreeCacheAop.
| A) If I have an object that once created is used only for read only
| purposes, is there any problem with not-aspectizing the object
| and still using the method putObject()?
|
| B) It seems that objects in the TreeCacheAo
Integrate jdk5 MXBeans (platform MBeans) to JBoss
-
Key: JBAS-1610
URL: http://jira.jboss.com/jira/browse/JBAS-1610
Project: JBoss Application Server
Type: Feature Request
Components: JMX
Environment: common, jmx,
[ http://jira.jboss.com/jira/browse/JBBUILD-55?page=history ]
Ryan Campbell resolved JBBUILD-55:
--
Resolution: Done
complete
> JavaCC Support
> --
>
> Key: JBBUILD-55
> URL: http://jira.jboss.com/jira/browse/JBBUILD-55
I am using jboss-4.0.1-sp1 with jboss-2.0-alpha, with mysql as the database.
This is an initial install of both. When I try to log in I recieve the
following error:
15:15:52,240 INFO [Server] JBoss (MX MicroKernel) [4.0.1sp1 (build: CVSTag=JBos
s_4_0_1_SP1 date=200502160314)] Started in 32s:3
for me it worked to set
@jboss.service servicefile = "jboss"
and set the property servicefile (in the xmlservicetemplate-task) to 'jboss'
i think, you can use any name instead of jboss (it must be jboss, if you want
to create a sar and use this file in meta-inf)
hth
View the original post :
I'm currently going to iterate and try to implement all the aspect factories
and see if I can get a woven class to publish its aspect dependencies to the
kernel. There's a few things I need to know:
* When I need to create an aspect, how do I resolve it. Will it be in the
registry if the depe
Hi, I researched this a bit, and this is must definately a bug in the .NET
wsdl.exe tool, as opposed to a decision not to support url params. It actually
fetches the content correctly (ie sends the appropriate GET requests). What
ends up happening is that it eventually errors complaining about
well, it is wierd, I could understand it if it only worked for public, but the
fact that it works for private as well makes it interesting. I don't know if it
helps or not but the protected method is called from a SessionBean on it's
MyBase class
View the original post :
http://www.jboss.org/i
I tried it, I'm pretty sure now, that the jboss-aop.jar used for compiling and
at run time is the same. Again, it only happens when the interceptor needs to
invokeNext on a protected method. it works for private and public
View the original post :
http://www.jboss.org/index.html?module=bb&op=vi
so your'e still seeing the problem with AOP 1.1.1? Again, I did a regression
test on this and could not reproduce the problem. I did not test with 3.2.6
though, but if you're using precompilation a.k.a. AOPC, then there really
shouldn't be much of a different.
View the original post :
http:/
"[EMAIL PROTECTED]" wrote : It seems to be logical to be able to specify
user/password per URL instead of using the same user/pwd for every url in the
list?
|
| Then, as for me, it would make sense to still configure the ha datasource
as a collection of datasources. Not using all the elemen
"[EMAIL PROTECTED]" wrote :
| Should I be warried about thread-safeness of the whole implementation?
Yes, the pool allows multiple threads to be dealing with connection
construction/validation
at the same time, upto the max-size which is the basis for the semaphore.
View the original post :
1 - 100 of 196 matches
Mail list logo
