You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
From: bdaw <nu...@jb...> - 2005-08-01 10:32:48
|
In cvs jbp 2.0 branch there is version with forum/category removal corrected I also disabled possibility to delete forum/category with its content movement to other. I wasn't working good and it should be implemented in the futere. Please let me know if there are still some bugs related to this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887675#3887675 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887675 |
From: LostInSpace2011 <nu...@jb...> - 2005-08-01 09:04:27
|
Basically the solution is to manually ensure that the relations are within the entity context / session. This is done my attempting a refresh, which might fail with an exception if the bean has not yet been created. org.hibernate.UnresolvableObjectException: No row with given identifier exists [ com.j2anywhere.users.Role#0] Note that this exception is only throws when an existing Role is associated with the new user. if the role does not exist the framework quite happily persist the user, it's role and the join table via manager.persist(user). Yet if the role already exists a exception is thrown. javax.ejb.EJBException: null; CausedByException is: detached entity passed to persist: com.j2anywhere.users.Role To re-attach the entity to the session we refresh it via manager.refresh(role) and then we are in a position to persist the user. It would be nice if the framework could perform this check for us, but at this stage it does not seem to be capable of checking if the contained objects are new or existing one. Also as you have seen from my previous emails doing : | userB.setRoles(userA.getRoles()); is a No-No. We will need to copy the individual roles. But this could be done via: | userB.getRoles().addAll(userA.getRoles()); Client code: | User userA = new User(); | userA.setName("User"); | userA.setSurname("A"); | Role roleA = new Role(); | roleA.setName("RoleA"); | userA.getRoles().add(roleA); | userA = userManager.createUser(userA); | System.out.println(userA); | | User userB = new User(); | userB.setName("User"); | userB.setSurname("A"); | Role foundRole = userManager.findRole("RoleA"); | System.out.println("Found Role : "+foundRole); | userB.getRoles().add(foundRole); | userManager.createUser(userB); | System.out.println(userB); | Within the session bean user : | public User createUser(User user) | { | Iterator>Role< roles = user.getRoles().iterator(); | while (roles.hasNext()) | { | Role role = roles.next(); | try | { | manager.refresh(role); | } | catch (org.hibernate.UnresolvableObjectException e) | { | System.err.println("Unable to refresh role : "+role); | manager.persist(role); | } | } | manager.persist(user); | return user; | } | Within the entity bean user : | @ManyToMany(cascade = {CascadeType.ALL}, fetch = FetchType.EAGER) | public Collection>Role< getRoles() | { | return roles; | } | public void setRoles(Collection >Role< roles) | { | this.roles = roles; | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887668#3887668 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887668 |
From: <tom...@jb...> - 2005-08-01 08:45:47
|
i definitely think that alex should look at the JBossWS new deployment model. But i have 2 questions with the directions you point us to: 1) JAX-WS (jax-rpc) is afaik, targetted to rpc-style web services and i hear from thomas and other sources that the industry is moving towards document style web services. isn't there a mismatch ? is jax-ws suited for document style web services ? is there another java api for that ? 2) in jbpm we need to do dynamic runtime invocation of web services. basically a jbpm process needs to configure a webservice invocation at runtime. rpc-stub generation does not fit very well with this needs, right ? regards, tom. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887655#3887655 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887655 |
From: <tho...@jb...> - 2005-08-01 08:34:54
|
I think, the public API should only be dealing with JBossXSModel which should be an extension to the xerces XSModel. That JBossXSModel internally uses the xerces schema parser should be an implementation detail. | public JBossXSModel getJBossXSModel(XSModel) | would then be redundant if the clients only ever get passed instances of JBossXSModel. I don't see a benefit in giving the client the crude XSModel if that is read-only and if JBossXSModel provides a superset of functionality. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887653#3887653 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887653 |
From: <ben...@jb...> - 2005-08-01 07:34:34
|
Guys, Thanks for the info. To further the discussion: 1. Yes, I envision the IDE gui will either be run as another cache instance (and thus running as replicated mode) or just subscribe to the remote cache events. Either way, the job of the gui is to display the visual information (like object graphs or updated *dirty* fields). We can also support additonal query (like the pojos, etc.) That is certainly doable. 2. We certainly want to leverage the JBossAop plugin. First of all, troubleshooting will be easier since often times, Aop is the most difficult part. Second, support of additional JbossCacheAop annotation (used for dynamic aop) will be needed as well. 3. I was hoping for some free resource from the IDE team to help out. But if we can't, maybe we should spec it out and then publish on the forum looking for volunteer then. Thanks, -ben View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887643#3887643 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887643 |
From: <dim...@jb...> - 2005-08-01 07:21:03
|
To checkout latest 4.0.x: cvs co -r Branch_4_0 jboss-4.0.x cd jboss-4.0/build ./build.sh or build.bat View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887641#3887641 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887641 |
From: gommo <nu...@jb...> - 2005-08-01 06:44:25
|
I'd like to checkout the bleeding edge 4.0.3 source In the quick start guide (http://www.jboss.com/developers/guides/quickstart) it says to checkout the module jboss-head to get the latest copy of the jboss server. However, is this currently what will be 4.0.3? I've seen some recent checkins that via the weblog that seem to hint there is a version 4 branch and that the trunk is version 5? Is that correct? and if so how do I go about checking out the latest 4.0.3? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887636#3887636 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887636 |
From: legolas <nu...@jb...> - 2005-08-01 05:44:44
|
What exactly do you mean with "another portal"? Is the other portal running on a different node? Or is it defined using another *-portal.xml? In case of the latter, you should be able to do this, so I advice to recheck your configuration, pay special attention to the references. In case of the former, this can be achieved using WSRP, which is planned for release 2.2, see http://jira.jboss.com/jira/browse/JBPORTAL-283. Cheers, Marcel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887624#3887624 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887624 |
From: msell <nu...@jb...> - 2005-08-01 03:04:37
|
BTW: For my previous post, the Hypersonic log shows a minor modification I made to "Authors.java": @Id (generate = GeneratorType.AUTO) @Column (name = "authorId") public int getAuthorId() { return authorId; } I changed the column name for the AuthorID from "articleID" to "authorID". While that doesn't change anything related to the problem, it does make the table structure make sense. Just a minor observation. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887617#3887617 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887617 |
From: msell <nu...@jb...> - 2005-08-01 02:36:40
|
Just trying to work through the problem - getting the same error as the original poster. However... It seems as if the first article and the first author *IS* being recorded to the Hypersonic database (I'm using the JBoss 4.0.3RC1 distro): create table ARTICLES (articleId integer generated by default as identity (start with 1), title varchar(255), body varchar(255), authorId integer, primary key (articleId)) create table AUTHORS (authorId integer generated by default as identity (start with 1), name varchar(255), primary key (authorId)) alter table ARTICLES add constraint FKE566C23D843A2A25 foreign key (authorId) references AUTHORS SET AUTOCOMMIT FALSE INSERT INTO AUTHORS VALUES(1,'Marshall Culpepper') INSERT INTO ARTICLES VALUES(1,'marshall''s 1st article','this is an article',1) COMMIT Gonna keep pluggin away - but this might help somebody much more experienced than I am at this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887616#3887616 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887616 |
From: msell <nu...@jb...> - 2005-08-01 01:51:16
|
"bil...@jb..." wrote : we don't support injection into interceptors yet... So... Is it safe to assume that this tutorial won't work anymore? It's a great tutorial, even though the souce code displayed doesn't match the files in the download. It does help with learning the IDE. Any clues on what can be done to work around this problem? If not, then I can work on some other tutorial. Thanks! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887615#3887615 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887615 |
From: <aco...@jb...> - 2005-07-31 17:45:46
|
yes..actually the cheese stuff in build.xml isn't used anyway (its for testing). There is another build there for the cheese stuff. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887597#3887597 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887597 |
From: <aco...@jb...> - 2005-07-31 17:45:21
|
Please wait until I merge izPack stuff in. my build changes make the old jboss-service.xml file irrelevant! Don't worry, I'll get you back. I want to do away with half of the idea of the jboss-service.xml overall anyhow.. :-P View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887596#3887596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887596 |
From: bdaw <nu...@jb...> - 2005-07-31 15:33:21
|
The mappings are as they were. When I tried to change it to one-to-one there were additional problems and it seems that they are correct. There were no problems with deleting "middle" post. Only when deleting post to which there is reference in topic.lastPost or topic.fistPost properties there is foreign key constrain error. It's strange as there is cascade="none" set in mappings. What I did is some corrections in DeletePostCommand.java (set last/first post to null in topic before removal) and in ForumsModuleImpl.java (session.flush() before post/topic delete). It's not beautiful but in future lastPost and firstPost will be replaced: http://jira.jboss.com/jira/browse/JBPORTAL-336 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887583#3887583 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887583 |
From: yxyang <nu...@jb...> - 2005-07-31 15:01:06
|
Thanks. Please commit what you did and i can compare with my workspace. If what you did is similar to what i am thinking, i could be able to do a bit help. yang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887582#3887582 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887582 |
From: bdaw <nu...@jb...> - 2005-07-31 14:27:32
|
Hi. Sory for delay. In hsqldb it was all ok but not in others.... I just commited it (jbp 2.0 branch). Problem with deleting and editing post is corrected. There is still problem with removing forums and categories but I'm working on it at the moment... Test it. I hope it'll be ok. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887581#3887581 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887581 |
From: yxyang <nu...@jb...> - 2005-07-31 13:53:54
|
Hi Bdaw Did you commit? I tried to check out from the 2.0 branch, but it is not there. regards Yang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887580#3887580 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887580 |
From: triathlon98 <nu...@jb...> - 2005-07-31 12:10:27
|
Referencing [url]http://www.jboss.org/index.html?module=bb&op=viewtopic&t=66927[url] triathlon98 wrote : I have some problems with the collection caching support. This is working (and doing good work) most of the time, but I sometimes get a NPE in org.hibernate.engine.CollectionLoadContext.addCollectionToCache(306). Are there any workarounds for this issue (aside from disabling the cache)? Also, how does the invalidation of the collection cache work? Should this be handled manually, or does this occur automatically? epbernard wrote : Sometimes is a bit vague to find the problem. The cache is working. The invalidation is done by the persistence engine and/or your clache configuration automatically. triathlon98 reply : The behaviour I am getting is deterministic. That is, I have a test which fails all the time. Unfortately it is a bit difficult to reduce/transfer as it requires our entire application and specific data (quite a lot of it). In the general case, it is working. However, I see that when this problem occurs, a lot of objects are being loaded (more then I expected, but that is another matter). I have this in some code which returns a value object (does not use detached objects for compatibily with existing code). This does a entitymanager.flush and then builds the value object. The flush is needed to get the current value for fields calculated in @PreUpdate methods. In the transaction, this is going just fine for many objects, then suddenly it throws a hibernate exception about trying to use a not-initialized collection. As the PreUpdate side-effects are not yet saved at the moment (beta 1), I tried to remove the flush, in which case I get a NPE in org.hibernate.engine.CollectionLoadContext.addCollectionToCache(306) when trying to get the collection for one of the fields in the entity. As this line seems to be related to version handling of the linked objects, I tried several versioning configurations (none, timestamp and int version column), but this had no effect. The only solution I could find after 12h of hunting was to switch off the collection cache. Then it works. I know haven't got a simple reproducable testcase I can send over, but having a NPE does not seem normal. I hope this helps to pin down the problem. Joachim View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887574#3887574 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887574 |
From: mikezzz <nu...@jb...> - 2005-07-31 08:52:30
|
Hi, I have completed (but not commited) some changes to remove the SMTPProcotocol/POPProtocol.setProperties() and replace it with standard MBean attributes for each property. I have held off committing right now as the change is bigish. Also Andy will probably want to hit me as it will mean changes to his Velocity templates for izPack. However I have made the necessary updates to the default jboss-service.xml and the unit tests also pass. The getProperty/getPropertyBool/getPropertyLong methods still exist and are still used, but instead they read the properties using MBeanServer.getAttribute. The SMTPConstants also changed to use MBean property names. However I would like to get these changes in. The reasons for the change are: - More type safe. - Makes it easier to change individual properties from code. This is useful for testing where tests use different properties, only have to set the necessary ones and not supply a full configuration for each test (Unit tests for JBMAIL-16 really would like this). - Removes a total of ~200 lines of code from SMTPProtocol/POPProtocol. - Makes it easier to manage individual properties for the Protocols via JMX-Console. If there are no serious objections, I will commit this in the next couple of days. Mike. P.S. Andy I am happy to help out fixing the templates if required. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887526#3887526 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887526 |
From: mikezzz <nu...@jb...> - 2005-07-31 08:24:57
|
Does this mean we can remove all of the cheese stuff from the build.xml soon? Mike. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887525#3887525 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887525 |
From: <ani...@jb...> - 2005-07-31 07:24:27
|
At JBoss, we made the decision to use the Xerces Schema API to represent our Schema Model. An issue we found was that the schema model is more of a flat/read-only model, which when built has no hierarchical information and has lost track of custom prefixes etc. So approach by JBoss: 1) Parse a schema file into a XSModel. - Use Xerces Implementation of the XSModel. 2) Construct manually a Schema Model with the hope of adding types/ elements/attributes etc. - Use JBossXSModel. Now anytime, you built a Schema Model by parsing from a file, you are stuck. You get the Xerces Impl of XSModel which is read only. Do not despair. There is a utility class called WSSchemaUtils that has a method called getJBossXSModel as follows: | public JBossXSModel getJBossXSModel(XSModel) | You can use this utility method to obtain a JBossXSModel from any implementation of XSModel. This inconvenience is regretted. But I could not help the read only nature of Xerces impl of XSModel. In fact, the Xerces Schema API by itself is a flat read only model. Another interesting thing about JBossXSModel, is that it can serialize itself into a String. This String can be written to a file or a Stream, after serialization. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887519#3887519 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887519 |
From: <ani...@jb...> - 2005-07-30 21:26:59
|
Alejandro, a suggestion is to look at the new deployment model, JBossWS team is working on. Use of JSR181 annotations which simplifies the development model. We do have preview release available for it. The use of annotations greatly helps JBoss Web Services for ejb3 deployment. Doing Saaj programming will bring limited dependencies, but you will be doing all the work of creating soap messages on one end and parsing and dispatching on the other end. This work is better handled by the Jax-WS (Jax-rpc formerly) mechanism. I do not know the details of jbpm3 requirements. Hence if I have spoken with the wrong requirements, I apologize. Just some suggestions. Anil View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887505#3887505 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887505 |
From: aguizar <nu...@jb...> - 2005-07-30 21:15:53
|
I don't think this is a design issue but a deployment one. Anyway, from the first warning in the log trace (WARN ErrorCounter), I think the problem is caused by the dialect and/or the driver composing a query that does not adhere to sql server's particular grammar. To ease problem detection, turn on Hibernate's show_sql feature (set hibernate.show_sql to true) and repost the log trace showing the query that gets executed before the first warning in the jBPM Users forum. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887503#3887503 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887503 |
From: <mcu...@jb...> - 2005-07-30 20:27:22
|
I would imagine that the plugin would face similar technical hurdles as the Hibernate Tools plugin (loading user classes to inspect their runtime data / make them changeable / etc). I think his tree cache view will be similar (albeit more complex) to the entity properties view in Hibernate Tools View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887497#3887497 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887497 |
From: <max...@jb...> - 2005-07-30 18:33:28
|
How should eclipse hook into the cache ? By running as a node or ? Is that possibly to do more or less transparently ? Does it require the users classes loaded in the eclipse plugin ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887484#3887484 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887484 |