===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
I think I could probably use this feature as well. A collection would be great.
This would be similar to searching in LDAP (let's say for scope = SUB, filter of
objectclass=*, with base DN of /foo
Maybe this kind of stuff is outside the scope of JBossCache. I'm not sure.
Steve
View the origina
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Hey, this looks really great. If I get a chance, I want to dump our entire LDAP tree
into TreeCache and modify our LDAP beans to hit JBossCache instead.
I think it'd be a cinch to recursively read it in on startup. I was looking for some
sort of caching solution and this seems to be perfect.
Ste
Done. See patch number: 930783
Here is what the thread dump will look like:
| Thread: UILServerILService Accept Thread : priority:5, demon:false
| Thread: UIL2.SocketManager.ReadTask#1 [127.0.0.1:32920] : priority:5, demon:true
| Thread: UIL2.SocketManager.WriteTask#2 [127.0.0.1:32920] : p
Patches item #930783, was opened at 2004-04-06 20:58
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376687&aid=930783&group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution:
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
Oh yeah,
It is a very simple version. It just contains the subject and a list of the recipients
who failed.
Kab
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829539#3829539
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=repl
I've commited it now.
Some things I'm not sure if I'm too happy about:
* I'm using a hardcoded ObjectName for the MailListener MBean in Remote- and
LocalDeliveryMessageBean. (Some messages might need to be bounced back to a local
user, others to a remote one). I did not bother to add a depends
Yes. Please provide a patch against
cvs co ... -r Branch_3_2 jboss-3.2
To generate the patch use
cvs diff -U 5 > patch.txt
and post it at www.sf.net/projects/jboss
If you have some other good ideas I can get you CVS R/W so you can
apply them yourself.
Regards,
Adrian
View the original post :
h
Would it make sense to include the IP address in threads that connect to clients on
other machines. For example the UIL2 WriterTask and ReaderTask.
This would make debugging of problems a lot easier in case of stuck/problematic
clients.
...richie
View the original post :
http://www.jboss.org/
Excellent. Also pay attention to source organization. If we need more directories in
order to keep the build.xml simple then thats fine. maybe
src/java/org/jboss/mail/calendar and src/web/org etc.
The project development accelerated significantly once I had people to fight with :-)
Vie
Life is all about compromises:)
And as long you view conflict as an opportunity verus a treat we will be fine.
I pack up the hibernate beans as one jar. The ejb as another. I give you that one
first.
Then pack Webui as a war and make it conditional to include it in the ear. Or figure
out to ma
I just wanted to voice my support of the JSR 168 portlet spec being implimented in
Nukes. I really like Nukes- the developers, the code, the philosophy et al. At the
same time I'm looking at building a portlet so that it doesn't matter which portal my
clients want to use- uPortal, Sakai, Oracle,
BTW argument and conflict are good. It makes each person think things through. I
understand things WAY better than I did when I asked what the protocols were and stuff
:-). People defend their arguments better than they explain things. So I tell all
contributors to mail services to fight wit
Okay, the ICal stuff should be seperate from the mail stuff in teh build. Meaning I
should be able to deploy mail without iCal support. JBoss doesn't always have Tomcat
enabled. Its more mainstream to not use the webcontainer than you think. Just stick
support in your build changes for NOT
the log4j sniplet I posted didn't come through all the way. I'll repost it on the
wiki when I write the docs for mail services M1. This week I'm mostly testing, fixing
bugs and writing docs (aka the dirty work). I'm counting on you guys to nail the few
final issues.
View the original post :
In the process of tracking down a bug I ran into the nasty mail log thing again. It
was a dumb idea when I implemented it. Or rather it was a good idea with HORRIBLE
tradeoffs. I wanted to be able to turn on and off conversational logging from the JMX
Console or some similar tool. The nasty
Hello, I'm trying to execute concurrent add,remove over a Collection for a
TreeAOPCache with multiple members. I'm finding some problems that leave the Caches at
inconsistent state.
I've created a version of testConcurrentPut() method fot TreeAOPCache to be executed
at:
org.jboss.test.cache.t
I am using JBoss3.2.3 when i try to deploy CMP entity bean in cluster mode jboss gives
warning 'Deployed as CLUSTERED but not a single clustered-invoker is bound to
container ' during deployment of all my entity beans.
here is the jboss.xml config for my entity bean:
Country
local/Country
Tr
I get your sentiment, for no web ui but it will be troublesome.
It can be done, the Struts UI is one war of it's own, not including in the ear is
simple.
But once web ui is out there is nothing left(YET) to interact with so adding,
updating, deleting calendar entries are would be out.
All the
Almost there, my computer died a slow horrible death at the end of last week, so I
have been busy configuring a new one. (Building the entire 3.2.4RC1 now takes 3
minutes rather than 28 :-D )
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829480#3829480
Re
aop related post at http://www.jboss.org/index.html?module=bb&op=viewtopic&t=46997.
thanks.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829478#3829478
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829478
Greetings.
Save the IDE's feature and plugins on the stick too. Don't forget the
org.apache.xalan plugin. Install on your home machine into respective directories and
it should work w/ restart.
cheers.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829477
My main request is to keep the struts/web gui admin stuff seperate such that it
doesn't HAVE to be installed. I'm curious if the JBoss simple HTTP classloader server
thingy could be used instead of tomcat where needed for the calendar protocol. Mainly
with the idea that sometimes you just want
is there anything pressing that needs to be addressed? i wouldn't mind a small "break"
from the news module...
and speaking of which, it is coming along nicely (slowly, but nicely) - i've pulled
out about 60% of the html into templates and now i'm working on adding a small
"framework" so we can
I share the same idea, but it can wait a little. I want to fix bugs (the search bugs
you cited and some others) in addition I am not ready to commit something right now.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829459#3829459
Reply to the post :
http:
I'd be interested to see where you are at.
Julien, with the portlet piece being your focus now, should we tag a version 1.1 and
get that out?
Sherman
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829456#3829456
Reply to the post :
http://www.jboss.org/i
Hello,
i already use Eclipse 2.1.3
and downloaded newest JBoss 3.x Version.
I want to use JBoss IDE integrated in Eclipse at work and at home...and now the
question:
At home I don`t have any possibility to connect to the internet.
But I want to save my Eclipse-workspace on my USB-Stick and cont
As from trace ...
...
warUrl=file:/C:/jboss-3.0.5_tomcat-4.1.18/server/default/tmp/deploy/server/default/deploy/FiboApp.ear/22.FiboApp.ear-contents/FiboWeb.war
You are running 'default' configuration that hasn't cluster capabilities;
run the 'all' configuration.
View the original post :
Our portlet implementation will be the core of Nukes. Your help is considered as
welcome.
However we need to extend the portlet interfaces when it makes sense to provide more
to the modules. For instance I like the getParameterAsXXX in the current Page object,
so I want something like :
public
This is the approach advocated by portlets too, in each portlet you have two methods :
| * action(ActionRequest req, ActionResponse resp)
| * render(RenderRequest req, RenderResponse resp)
|
action(...) is first called and then render is called. this is where you can hook the
controller
I understand there is the beginning of work on implementing the portlet spec (or at
least talking about it). Once portlet support is added, is the plan to move all the
modules/blocks to portlets?
I understand there has been discussion about priorities, but I need to understand the
vision and di
The current approach of putting all operation code in the module classes does not
scale very well - BBModule is up to 256K of source now. Some of that can be fixed by
refactoring, but we are still left with the module class needing all the operation
methods on it. As I am developing my applicat
I tried but there are too many changes to bring.
It will happen with the portlet stuff I am coding at the moment. I'll keep you informed
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829429#3829429
Reply to the post :
http://www.jboss.org/index.html?module=b
Hi, Julian,
You have made a few checkins in the JSPModule area. Can you give us an update on this?
Is the JSP in a module WAR happening?
Sherman
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829422#3829422
Reply to the post :
http://www.jboss.org/index.
Nobody has asked about providing remote interfaces. You could easily change the build
scripts to do so, and create an ejb-client.jar for each module.
Sherman
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829419#3829419
Reply to the post :
http://www.jbos
I have put this fix into CVS.
Sherman
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829418#3829418
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829418
---
This
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
The updated class can be found here
CoreModule.java.
You can apply the following patch to the old version to fix the bug
CoreModule.java.patch
patch CoreModule.java < CoreModule.java.patch
Hope someone with write access to CVS can fix the bug as soon as possible.
View the original po
Sorry the proposed fix still has subtle bugs.
What we really want is the following order of lookup resource bundles
baseName+"_"+language1+"_"+country1+"_"+variant1
baseName+"_"+language1+"_"+country1
baseName+"_"+language1
baseName+"_"+language2+"_"+country2+"_"+variant2
baseName+"_"+language2+
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
===
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS==
===
You can create and deploy a mbean (or a servlet) that instantiate them when they were
deployed. In this way, you force the creation of at least one EJB.
Regards
David Lopez
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829384#3829384
Reply to the post :
ht
You can create and deploy a mbean (or a servlet) that instantiate them when they were
deployed. In this way, you force the creation of at least one EJB.
Regards
David Lopez
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829385#3829385
Reply to the post :
ht
Bugs item #930271, was opened at 2004-04-06 10:47
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=930271&group_id=22866
Category: Nukes
Group: None
Status: Open
Resolution: None
Hi,
There is an almost daily snapshot of the codebase.
See http://jboss.sourceforge.net/snapshots/.
Laurent
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829382#3829382
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3
48 matches
Mail list logo