Hello guys,
As some of you already know, we are using Xinit to manage tomcat and
implicitly xwiki. Today is the day when we want to publish it.
Xinit is a tool written in bash, at this moment is only compatible with
Debian systems and some of its functionalities are:
1. stop / start / restart tomcat
2. send reports by email
3. check xwiki availability
4. check tomcat process
5. send mail and jabber notifications
6. check Open Office daemon availability
7. offer informations that can be used in Nagios.
So for this project I would like an repository on github and a page on
extensions.xwiki.org
Name of the project: Xinit
github username: astancu
Thx,
Alex
Hi,
This proposal comes as part of the investigation on improving the content
of the Homepage.
Instead of keeping all the roles (presentational, navigational,
informational and learning experience) in the same page, I've opted to
separate the 'Learning Experience / Documentation / Help' in a separate
space/application.
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/HelpCenter
This proposal is done on a new skin proposal (which is partially
represented and not finished, missing: contextual menu, comments zone,
header, etc.) that could be our new skin structure for the 4.x. The layout
is done using Bootstrap.
What this proposal fixes:
- better separation of the application and their purposes
- creates a single entry point for 'Getting Started', 'Documentation',
'FAQ', 'Quick Tour' sections
- separates the applications and the information an User or an Admin sees
- better explains what are steps he can do as a new comer
- better explains what are the applications a user can utilize in his wiki
- highlights AppWithinMinutes and ExtensionManager functionality
Thanks,
Caty
Hi,
I'm going to have to delay the release because the WYSIWYG war distribution is breaking it.
It builds ok but fails to release. I tried specifying <type>jar</type> in the dependency plugin
configuration to no avail. I'm going to have to get some help on this issue because I'm neither
a maven expert not an expert on the WYSIWYG war distribution and I'm not sure what it's trying
to achieve and how.
Caleb
Below is the release failure:
I noticed a few builds had failed with this exception but thought it was a case of
local repository in a bad state.
[INFO] XWiki Platform - Workspace - Parent POM ........... SUCCESS [0.022s]
[INFO] XWiki Platform - Workspace - API .................. SUCCESS [0.537s]
[INFO] XWiki Platform - Workspace - Template Features .... SUCCESS [0.081s]
[INFO] XWiki Platform - Workspace - UI ................... SUCCESS [4.767s]
[INFO] XWiki Platform - WYSIWYG Editor - WAR Distribution FAILURE [0.025s]
[INFO] XWiki Platform - XML - Parent POM ................. SKIPPED
[INFO] XWiki Platform - XML - Script Service ............. SKIPPED
[INFO] XWiki Platform - XMLRPC - Client .................. SKIPPED
[INFO] XWiki Platform - ZIP Explorer ..................... SKIPPED
[INFO] XWiki Platform - Legacy ........................... SKIPPED
[INFO] XWiki Platform - Legacy - Old Core ................ SKIPPED
[INFO] XWiki Platform - Legacy - Observation ............. SKIPPED
[INFO] XWiki Platform - Legacy - Annotation .............. SKIPPED
[INFO] XWiki Platform - Legacy - Model ................... SKIPPED
[INFO] XWiki Platform - Legacy - Office Importer ......... SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3:17.080s
[INFO] Finished at: Mon May 28 20:50:28 CEST 2012
[INFO] Final Memory: 214M/655M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.4:copy (default) on project xwiki-platform-wysiwyg-war: Error copying artifact from /home/hudsonagent/releases/xwiki-trunks/xwiki-platform/xwiki-platform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-client/target/classes to
/home/hudsonagent/releases/xwiki-trunks/xwiki-platform/xwiki-platform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-war/target/xwiki-platform-wysiwyg-war-4.1-milestone-2/WEB-INF/lib/xwiki-platform-wysiwyg-client-4.1-milestone-2-shared.jar: /home/hudsonagent/releases/xwiki-trunks/xwiki-platform/xwiki-platform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-client/target/classes (Is a directory) -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR] mvn <goals> -rf :xwiki-platform-wysiwyg-war
hudsonagent@ks365275:~/releases/xwiki-trunks$
Hi devs,
I`ve recently worked on extracting the textarea input from the activity
stream macro into a separate and reusable {{messageSender}} macro that is
able to do just that, send messages. By default, the activity macro will
still display the messages text area (by including itself the messageSender
macro), but it can also be disabled by passing the messageSender='false'
parameter to the activity macro.
The new messageSender can be used wherever you want to be able to send a
message and do not want to carry the whole activity stream with you (with
all it's performance and layout impact).
Please check out the Jira issue [1] and the available pull requests [2][3]
for additional details.
I`d like your vote on whether or not we want to include this into platform.
Here's my +1.
If your vote is positive, should we add it for 4.1M2 (which is scheduled on
Monday)?
Note that I am also working on adding filtering support to the activity
macro and am planning to build on top of this :)
Thanks,
Eduard
----------
[1] http://jira.xwiki.org/browse/XWIKI-7679
[2] https://github.com/xwiki/xwiki-enterprise/pull/22
[3] https://github.com/xwiki/xwiki-platform/pull/48
Hello,
Writing a Java component that creates new XWiki pages and objects, I'd like
to properly check the data before saving it to avoid some
not-nice-and-avoidable exceptions to occur.
Seems that in XWiki mappings, a StringProperty is limited to 255 chars and
a LargeStringProperty to 60000
But as it's a hibernate mapping (meaning it's customizable by users), and
also as it can possibly change with future versions of XWiki, I'd like to
know if there is an easy way to programmatically check for the maximum
authorized length of these fields from a Java component ?
I'd prefer truncating the strings before trying to save the documents (or
not saving them at all) ... I had horrible times dealing with objects
incorrectly created because of strings too long ... (did not check with
recent xwiki though).
Thanks,
Jeremie
Hello . I write a plugin in "org.xwiki.gwt.wysiwyg.client.plugin " as what other plugins do , a plugin ,a pluginfactory, and execuable class. And I package it with maven ,copy the jar to lib , restart the tomcat ,but I can't find the plugin written by me. And I even copy the whole format plugin to another package ,and change the name of it ,it can't be loaded neither. I mean I can't find them neither in administrator wiki wysiwyg editor nor when I edit the document. So ,I wander is there anything else needed to do ? change the *.vm file or js file ? Thanks a lot for helpping .
Hi all,
I have come up with some basic set of API's for Solr search component.
I have made it generic such that it can use solr or lucene as the backend.
I have also documented in the DEsign proposal.
http://dev.xwiki.org/xwiki/bin/view/Design/SOLRSearchIntegration
*getBackend*
public String getBackend()
*Returns:*
Returns the name of the backend which is currently in use. It could be
Lucene or Solr.
*rebuildIndex*
*
*
*public int rebuildIndex(com.xpn.xwiki.api.XWiki wiki,
com.xpn.xwiki.api.Context context)*
Starts the rebuild of the whole index
*Parameters:*
wiki
context
*Returns:*
Number of documents scheduled for indexing. -1 in case of errors
*
*
*getSearchResults*
*
*
*
*
*
*
*
*
public searchResponse *getSearchResults*(java.lang.String query,
java.lang.string languages,
com.xpn.xwiki.api.XWiki wiki)
Searches the configured Indexes using the specified query for documents in
the given languages.
With virtual wikis enabled in your xwiki installation this will deliver
results from all virtuall wikis.
*Parameters : *
query - query string given by the user
languages - comma separated list of language codes to search in, may be
null to search all languages. Language codes can be:
- default for content having no specific language information
- lower case 2- letter language codes like en, es , fr.
*Returns:*
a searchResponse instance containing the results (i.e) the response objects.
*getSearchResults*
public searchResponse *getSearchResults*(java.lang.String query,
java.lang.String
virtualWikiNames
java.lang.string
languages,
com.xpn.xwiki.api.XWiki
wiki)
Searches the configured Indexes using the specified query for documents in
the given languages belonging to one of the given virtual wikis.
*Parameters : *
query - query string given by the user
languages - comma separated list of language codes to search in, may be
null to search all languages. Language codes can be:
- default for content having no specific language information
- lower case 2- letter language codes like en, es , fr.
virtualWikiNames - Names of the virtual wikis to search in. May be null for
global search.
*Returns:*
a searchResponse instance containing the results (i.e) the response objects.
I'm not sure on whether to expose the startIndex as API
*Admin Module:*
*
*
I has some thoughts on API's for admin settings where one could check the
precision and recall results based on some known documents and could tweak
the boost values accordingly.
Thanking you,
Savitha.
Hi devs,
I need to be able to configuration the location of the HSQLDB database/ directory in our installer when executing on windows7 (because on windows7 you cannot write to the ProgramFiles directory).
I'm proposing to add variable substitution so that we can configure connectio.url for HSQLDB to point to the environment.permanentDirectory location.
We would have:
<property name="connection.url">jdbc:hsqldb:file:${environment.permanentDirectory)/database/xwiki_db;shutdown=true</property>
Technical details:
* I'll modify DBCPConnectionProvider. More specifically this part:
String jdbcUrl = System.getProperty(Environment.URL);
if (jdbcUrl == null) {
jdbcUrl = props.getProperty(Environment.URL);
}
dbcpProperties.put("url", jdbcUrl);
* And look for ${…} , extract the variable name and use the XWikiPropertiesConfigurationSource to get the value for that variable name, as a String.
WDYT?
Thanks
-Vincent
Hello ,I want to add a button which is not contained in xwiki by default,
on the toolbar of the wysiwyg editor ,I have read the java source of it
,and still have some problems .So I want to know is there any document
about this , for the plugin contains so complex and unfamiliar class to
me that I was puzzled(Of course ,most of the reason is that I am a newbie
in programmes. ) .Thank you .