do you already know how to create projects, etc in eclipse, or are you asking
for assistence with that.
basically you want to create a project in eclipse for each of the directories
under jbportal
ie:
api
core
common
forums
etc
of course, you are free to deviate from this, but i have
i've got to agree w/ iwadasn on the hsql support.
people would be a lot more prone to give things a test drive if they didn't
have to worry about having to setup an external database.
and i know, ctysmf :), soon... just gotta get my act together again.
View the original post :
just make it configurable, w/ the default value being don't use - then if other ppl
want to use it in the future, the functionality is there.
personally, i think it's a good idea.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3851746#3851746
Reply to the
you need to setup a timer for this. check the rss module, it sets one to refresh the
feed data at specific intervals. i think the bb module does this as well.
you could probably add this timer directly to the jbmail mbean and have it be a
configurable attributte, etc.
View the original post :
it's going to require code change - and changes that are different from what is
required to get it working in = 3.2.4.
with nukes 2.0 actively being worked on, and upcoming plans to start porting current
nukes modules over, i am not 100% sure it is worth it to even persuing this any
longer.
chasetec wrote :
|
| As far as what I want to do, I want to strip every half-way feature that's not
going to be implemented before 1.1
|
given that the 1.1 release is at RC3 and very close to being final, i would doing this
consider this a large risk for 1.1 and would push back on
chasetec wrote :
| Isn't the Disable BBCode in this post suppossed to make the \[code\] statement's
appears as typed and not rendered in any special way?
i believe that applies to all tags availble, ie: [ b ] , [ i ], etc.
i would not recommend (or perhaps this could be configurable) to
i don't see anything wrong w/ that location. i would recommend using a similiar format
to the setup.xml file so that either a .sql file and/or a beanshell script can be
generated via xlst to help make things a bit easier.
in some cases if the table structure have actually changed, it may be
LDBC looks interesting and may help solve this issue perminantly.
off the top of my head, i think ppl would still be able to use any database of their
choosing, but there would be a bit more work involved b/c they would have to manually
create the tables and load the data themselves (in
i think LDBC should handle this through their grammar mapping, so it may make it a
non-issue. since the wife is going to be out of town this weekend and i don't have
anything to do as of right now, i may be able to prototype something real quick to see
what happens.
i'm thinking that if it
i'm going to try deploying the changes i've made for 3.2.5 compatability into 4.0 to
see what happens.
i still have to track down the cause of some exceptions that are being thrown but
don't seem to be preventing the code from executing. i'm not sure if they were errors
that were always there
check out the code and execute the appropriate target via the build, but i'm not 100%
sure what that target is off the top of my head at the moment.
just as an fyi, not everything is javadoc-ed, so you're best bet is really going to be
to look at the other modules (preferably starting w/ the
hrm - i don't remember if i ever got that error or not in 3.2.3, i'll have to go back
and recheck to see if i did and just never paid attention to it.
in any case, it's a start in the right direction - if the rainy weather sticks around
for the weekend i'll be able to invest more then the 2
i currently have the core deploying into jboss 3.2.4 and am able to pull up the site
w/o any issues. i haven't tried any of the modules yet b/c it looks like there is some
kind of compilation issue w/ those.
undeploying and doing hot deployments of the core is another issue, those give lots of
has any further work gone into this? i've given this a go myself, and i keep getting
the following error trying to deploy:
| 2004-09-14 22:27:11,851 ERROR [org.jboss.nukes.core.Main] Cannot register on
component nukes.themes:name=imagic
| java.lang.reflect.UndeclaredThrowableException
|
where is that wiki parser so i can look into it - i should be able to hook into the
existing html module as a base for the version history.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3847969#3847969
Reply to the post :
i'll take a look at xwiki and see what the possibilities are.
julien: didn't you say that bill wrote a parser for wiki html tags, where can i find
that?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3847809#3847809
Reply to the post :
this site uses a modified version of jspwiki.
here are two links on the topic
http://www.jboss.org/index.html?module=bbop=viewtopict=50376
http://www.jboss.org/index.html?module=bbop=viewtopict=47376
there have been other discussions about buiilding a native wiki module, but no one has
taken
you can add an entry to the datasource that will check the validity of a sql
connection when it is pulled from the pool (use a simple, low overhead sql select).
|
| check-valid-connection-sqlSELECT .../check-valid-connection-sql
|
|
View the original post :
unless i misunderstand, the debuging feature you want is already part of eclipse. you
can enable step filters that will skip classes in packages that you define.
do a search in the eclipse help for step filter for more information.
eclipse 3.0 (and 2.1.2 via a plugin) also have the call
i don't think there is anything wrong w/ that altho what would the convention be for
an everybody message?
something like:
news.Comments.CommentsTotal
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846888#3846888
Reply to the post :
i had some aspirations of trying to integrate the commons validator in to handle some
of the error handling. perhaps that would help simplify some of the workflow as well.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3846476#3846476
Reply to the post :
i was planning on working on the news module again once i was a little more settled
into my new job, but i guess can take over maintanence of some other module once my
schedule becomes a little more concrete and i have time to contribute again.
View the original post :
it's ok - i have every intention of coming back to the project and making
contributions again, but right now things are still a little unorganized and i
haven't really settled into a
schedule/groove just yet.
best of luck on your job search. i may (i have to check if i saved them) have some
agreed - i just want didn't want anyone to think i fell off the planet b/c i haven't
been around much lately.
i also sent you over the contacts that i have for that area. hopefully one of them
will be able to help you out. would you consider the new york city area as well, or
are you only
i could have sworn i posted something about this not to long ago, but i can't seem to
find the thread, and i'm pretty worn out from relocating back to nyc, and i don't
really have the energy to keep looking. :)
the Invocation class that used to reside in org.jboss.mx.interceptor package no
what permission problems are you having?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3842251#3842251
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3842251
---
This
you need to place the block-service.xml file in the nukes.last directory so it is
deployed after the module. or you have to package the block-service.xml file inside
the sar so it deploys w/ the classes.
if you hot deploy the module again, you're going to have to touch the -service.xml
file
i'm not following the question.
you have a module that also has a block associated w/ it, correct?
to redeploy the block and the block's code hasn't changed, then you just need to
touch the -service.xml.
if you change the block's code, then you have to redeploy the module, and then touch
the
you need to increase the min/max heap size when you start jboss. pls see the faq in
the user group.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3840958#3840958
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3840958
i can't reproduce this (i just installed mysql on my raq4, so now i can test against
it as well).
can you check your database to confirm that none of the stories have a null topic id?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3840869#3840869
Reply to
just as a heads up, i've checked in some new build changes so the next time you do an
update against the HEAD, you local.properties file will be overwritten w/ the one from
build/etc.
new changes include:
- bean shell scripts are now auto-generated against the setup.xml file in each of the
there is a basic tutorial on how to create blocks, modules and themes located here:
http://www.jboss.org/developers/projects/nukes/tutorial
you can also checkout the code and generate the javadoc yourself by just running the
build and executing the correct target.
View the original post :
what version of news are you running? is it the latestes rc release? what database are
you using?
do you have any stories in the database? i could use a little bit more info on how to
reproduce.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3840800#3840800
what do i need to do so i can get the content for the index page out of the varbinary
column? are there any db clients that can do this, or you have a class already written
to handle this?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3840806#3840806
Reply to
the image is just stored as a blob in the database. if you wish to use it on an html
page, you declare it the same way you would any other image using the img tag and the
proper path to where the image is located.
View the original post :
this does not seem to work if i click the view button when viewing the details about
a file stored in the database.
also, it seems that pulling images out of the database is now broken w/ these changes.
from what i can tell, it is b/c the ByteArrayOutputStream in the Blah class is set
to null.
thx for that update - i'll correct the database property files to add the correct
alter table statement.
i did look up the syntax in the manul and i could have sworn they said that the
CREATE UNIQUE syntax was just an alias around the alter table statement.
View the original post :
fixed - could you pls update against the tag or the head and retest this for me.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839831#3839831
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3839831
i'm not understanding what you mean by the table names are false.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839849#3839849
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3839849
d'oh - i always end up adding that extra s. thx for catching that - i'll make sure
those get updated appropritely.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839858#3839858
Reply to the post :
how are you testing the code, is it from an outside client that is connecting to
jboss, or do you have some application (ie, a war) that you are using instead?
did you see this wiki page?
http://www.jboss.org/wiki/Wiki.jsp?page=HotDeployClassCastExceptions
i'm not sure if there is something
if you read the wiki page, then if i have A.jar deployed, and A.ear and B.ear depend
upon A.jar, if i redeploy A.jar, the class loader is going to have stale references to
those classes and give me ClassCastExceptions.
in order to get around that, you touch A.ear and B.ear so they are given new
most likely there are problems w/ this module - it hasn't been officially released
and no one is actively maintaining it.
if one of you would like to look into it and submit patches, that would be great.
View the original post :
this question should have been asked in the user forum for nukes, and was also
answered in the faq post.
http://www.jboss.org/index.html?module=bbop=viewtopict=50221
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838510#3838510
Reply to the post :
grr - just when i thought i had this licked, another issue comes up.
we're not going to be able to support the pure cmp solution in the core until the
following bug is fixed:
http://sourceforge.net/tracker/index.php?func=detailaid=969699group_id=22866atid=376685
you can read the details in
and the JDBCPeristentManager class will need to be updated to check to see if its
tables exist, and create them if they don't.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838423#3838423
Reply to the post :
provided mymodule.sar does not rely upon any classes in mytheme.sar, then you can
use a depends tag in the mymodule.sar jboss-service.xml for the mytheme.sar (look
at the nukes core jboss-service.xml to see how this is done).
if mymodule.sar does rely upon a class in mytheme.sar (this issue
the downloads module should just be re-directing you to the link where you can d/l the
actual file.
i'll take a look at it and see if it's doing anything weird, but there are some other
higher priority items that i need to finish up w/ first, so it will be a few days
before i can get back to
bringing the conversation back around to the original topic :)
i'm able to create the unique constraints using the post-table-create tag in xdoclet
(on @jboss.persistence).
i still have to dig up the alter table syntax for the other dbs (i tested against
hsqldb ) - if anyone knows the syntax,
leberre : no, not at this time - this could be added to the master build.xml though.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838269#3838269
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838269
you can't establish default values for columns when the tables are created via cmp, so
you have to handle setting that value yourself if you do a manual insert.
adding topics through the site handles this w/o issue.
View the original post :
no - it only needs to be deployed in JBOSS_HOME/server/default/nukes - only the
nukes.ear should be deployed in the deploy directory.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837982#3837982
Reply to the post :
hrm - not sure how you have topics appearing on the topics page, but not in the admin
interface. it's the same code - what state did you create them with?
the other things you mentioned fall under the feature request category and are
planned for future releases.
View the original post :
i'm 90% confident that i've nailed all the bugs for the 1.1 release (this doesn't
include any of the recent postings to sf.net) - i have taken care of every one
reported in the forums.
the downloads module is missing a way to manage user submissions. my plan to deal w/
this is to get rid of
no - the only place i think i saw the unique constraint was on the user table, and i
figured we'd still have new users create the core schema w/ the ddls.
we could issue an alter table statement as part of the post-table-create sql that can
be executed. we could store the statement in the
i took a look at some of this last night, and i don't think they are all trivial
updates. i think we should aim to have the 1.1 release work w/ 3.2.3 and then worry
about moving to 3.2.4 compatibility.
View the original post :
that class is missing from the jboss-jmx.jar in the root lib directory (not the one
under /server/default/lib).
according to cvs, the class was removed from the 3.2 branch when the jmx 1.2 was
backported from the head.
View the original post :
your mbean object name is not unique. somewhere you have another mbean deployed w/ the
name jboss.jca:service=HibernateFactory
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837374#3837374
Reply to the post :
jsp support won't happen until nukes 2.0 which will have the portlet implementation.
i did setup a wiki page w/ instructions on how to convert a module to the pure cmp
solution. i don't have time to update the template module right now (i'm focused on
getting 1.1 out the door), but if you
did you change the object name to something else? if yes, what is the new object name?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837386#3837386
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3837386
you need to have two seperate mbean definitions for this (both in the
jboss-service.xml descriptor). one to control the hibernate service, and the other to
control the module that you are writing.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837387#3837387
what date is the snapshot from? could you try using the pre-compiled libs (see the
announcement in the user forums) or pull from cvs using the Nukes_1_1_0_RC1 tag?
i'm seeing all the tables being created properly on my box.
View the original post :
that's the value the standardjbosscmp-jdbc.xml file (in the conf directory) specifies,
altho the postgres mappings do specify text - i wonder if the mysql value should be
updated to match that.
in any case, i'll just create an entry for that sql-type in each of the properties
files in the
this is fixed. pls update against the tag or via the pre-compiled package (again, see
thread in users forum).
it'd be great if you could make your conversion scripts available for others when your
done!
View the original post :
correct - by packaging the ejbs in the lib.jar, you deploy the class files only once,
and allow yourself to reuse the same code by just specifying different deployment
descriptor configurations.
control comes from deployment configuration (which is specified in xdoclet) and also
partially in
yeah - i'm aware - i checked out jboss-head last night and ran the test suite
against the current version of xdoclet, and was going to re-run against the new
version this morning.
if you're going to check in elsewhere, that's just as good (and would be a lot
quicker).
i've got the necessary
the first pass at this didn't seem to work. the test results produced using xdoclet
1.2.1 did not match up w/ the results from the current version.
i'm going give this another run through just to make sure i didn't mess anything up.
i remember a while back you were considerring having a
ok - cool. i'm still going to give it one more shot on my end against the jboss-head
and at least report back my findings.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836481#3836481
Reply to the post :
yup! thx for taking care of this!
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836523#3836523
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836523
---
This SF.Net
julien has handled this problem for nukes (we've got our own thirdparty lib dir now),
but i did want to follow up w/ my findings ...
i didn't have success trying to compile jboss-head w/ xdoclet 1.2.1. :(
here are the areas of discrepency between the tests incase anyone wants to pursue this
i've recommitted changes that remove the hacks and instead define sql/jdbc-type
xdoclet tags on the foreign key relations so that the columns can be created null.
you should drop your tables and re-create them (both for news and downloads), however
you can export and reload any data you may
this forum is for questions reguarding development of nukes.
more information can be found on the nukes wiki page, located here:
http://www.jboss.org/wiki/Wiki.jsp?page=NukesForJBoss
please be sure to use the search before posting any questions, it is possible that the
question has been asked
question: what are the steps necessary to convert my module to a pure cmp solution
(table creation is handled by jboss).
answer: see the following wiki page
http://www.jboss.org/wiki/Wiki.jsp?page=NukesPureCMP
View the original post :
question: what are the steps necessary to convert my module to a pure cmp solution
(table creation is handled by jboss).
answer: see the following wiki page
http://www.jboss.org/wiki/Wiki.jsp?page=NukesPureCMP
View the original post :
the upgrade to xdoclet 1.2.1 broke the forums code (it didn't like the value True),
and this has now been fixed.
the forums have also been coverted over to the pure cmp solution and i'd appricate
it ppl could test it out. (the regular ddls are still there until it's confirmed all
is in
are any of the xdoclet libs in the tools directory jboss specific or is it safe to
upgrade to version 1.2.1?
according to the author of this post
(http://www.jboss.org/index.html?module=bbop=viewtopicp=3836283#3836283) the tags
required to allow postgres to work w/ the pure cmp solution are
applogies if this is the incorrect forum for this, i wasn't really sure where to post
this...
the current version of xdoclet being used by jboss (to build source) is 1.2b3. this
version doesn't have support for the sql-type and jdbc-type attributes on the
@jboss.relation tag, which is going to
hrm - fun - looks like this will be my first foray compiling jboss from source. :)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836360#3836360
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836360
the downloads module has been converted to a pure cmp implementation - it only had a
ddl for mysql, and i felt it would be a better use of time instead of creating ddl
files.
i'd appriciate it if the ppl running postgres (and everyone else) could take it for a
spin and report back any
perhaps this is a mysql bug? (this same problem exists for hsqldb,
and i recall reading that it was a hsqldb issue).
try adding this to your class level xdoclet
| @jboss.persistence
| pk-constraint=false
|
View the original post :
looks like the forums were restored, but today's messages were lost. in any case, here
it is again
the downloads module as been converted to a pure cmp solution. i'd appricate it if any
mysql and postgres users could test it to confirm it works ok, and also to give the
module a good once
try checking out directly from cvs. there seem to be problems w/ the way the snapshots
are being created.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836060#3836060
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836060
i don't see anything wrong w/ the community expressing interest in what they would
like to see done next.
what is/are your vote(s) for?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836086#3836086
Reply to the post :
no documentation exists. the release of news in nukes 1.1 will be it's official
release, and nothing prior is supported, including database schema.
you could write a parser script that takes the old data and loads it into the new
table format. the new schema is pretty self-explanitory. you
in the works of mr. burns excellent! :)
there's a little bit of a headache here, but nothing that can't be overcome, esp now
that i know how to resolve the issue.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835676#3835676
Reply to the post :
that class no longer exists. the new code will automatically show the most recent
story first.
also, you will have to drop the tables in the database so they can be re-created when
the news module is deployed (it is now a pure cmp solution).
if you are using postgres, there are a couple
only the news module will create it's own tables, the other modules have not been
fully converted over to the pure cmp solution (my applologies if i didn't make it
clear enough that this was news specific).
i'm not sure about the installer issue though. did you configure the local.properties
foreign key use, the answer is yes and no
for tables w/in their own schema (ie news), there are foreign key constraints between
those tables (ie, the story table has a foreign key to the topic table), there are
also foreign key constraints against the user table.
not all of the other
if you're using mysql, then you'd want to drop all the nukes tables and re-create them
w/ either the ddls or the installer b/c the jmx parameters that you are setting are
stored in the database.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835540#3835540
don't use the latest snapshot, pls update from cvs directly. there have been reports
that the snapshots aren't creating the .tpl files correctly.
you're definately not going to be able to use your existing news tables w/ the latest
code b/c the column names, etc have all changed.
pls let me
well - in the case of news, the ddls are you are looking at are no longer valid. the
news tables are now created by jboss b/c it's too much of a pita to try and maintain
ddls for 4 different databases.
even in this example, the foreign keys did exist, but they were managed by jboss via
the
i've checked in the latest changes that should resolve the postgres compatiblity
issues.
for now, i've created a specific container configuration for news, instead of going to
the global standardjboss.xml file - defining post-create = true there causes inserts
into the core tables not work
no - nothing is currently in the works by any of the core contributors.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835596#3835596
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835596
i tried using the unknown-pk setup as well and i still couldn't get the rows to
insert. i have one last thing that i'm going to try, and if i can't get it working
i'll create postgre specific ddl.
View the original post :
ok - in order for this to work correctly w/ postgres, the
insert-after-ejb-post-create flag needs to be set to true on the entity bean
container configuration and dummy values need to be set for the primary keys in the
ejbCreate methods.
i'm thinking that it may be a good idea to just enable
i've tracked down the postgres problem, and it stems from the fact that the db does
not support auto-increment in the same way that hsqldb (and i'm assuming mysql does)
- rather then repost past disucssions, use the following as a search criteria if you
want to read up on it postgres AND create
ok - i've checked in some changes, but i'm not sure if they will 100% solve the
problem. i can successfully create topics, but i am unable to post a story. it keeps
telling me that i am trying to insert null into the topic_id column (but a quick debug
session shows that the topicEJBLocal object
it does work w/ ext as well (this is the method i use). but requires more work b/c
you need to setup your paths, etc outside of eclipse, and you also need a command line
version of ssh available.
it also allows you to use ssh2, which is not currently avail in eclipse 2.x w/o an
additional
the @nukes.news is used via the build. i've hooked up the news database tables to
reference the core user tables, etc and by doing that, i need to include deployment
descriptor information.
if you look at the build.xml in the xdoclet section, it states that only interfaces
should be generated
1 - 100 of 232 matches
Mail list logo
